Verfügbarkeitsstatistik der AS400

[BenderD]

... wenn das in der History nicht mehr drin ist, die Maschine behält sich sowas auch noch länger. Nach STRSST sind da noch interne logs zugänglich. Ob das genug hergibt und wie man das effektiv auswerten kann...

D*B

Hallo zusammen,
hat jemand einen Idee wie ich eine Statistik für das Jahr 2009 anfertigen kann, die aussagt, wann die AS400 verfügbar bzw. nicht verfügbar war. Was ich meine ist, wann die AS400 z.B. durch einen PWRDWNSYS heruntergefahren wurde und so kein Anwender auf der Maschiene arbeiten kann.

Ein Beispiel :
Am 11.12.09 wurde die Maschine um 21:00 heruntergefahren und um 22:30 wieder gestartet.

Oder :

Am 14.12.09 wurde die Maschine um 21:00 mit PWRDWNSYS RESTART *YES runtergefahren und gleich wieder heraufgefahren.

Auch bei dieser Variante dauert es ca. ein 3/4 Stunde weil wir noch eine virtuelle Maschine haben.

Kennt ihr vielleicht eine Systemdatei die das protokolliert?
Wenn nicht, kennt Ihr eine Software die das macht?

Danke für die Hilfe!!

Gruß Carsten

[holgerscherer]

... wenn das in der History nicht mehr drin ist, die Maschine behält sich sowas auch noch länger. Nach STRSST sind da noch interne logs zugänglich. Ob das genug hergibt und wie man das effektiv auswerten kann...

D*B

Hab grade noch mal nachgesehen: im Flightrecorder werden zumindest die IPL-SRCs gespeichert und aufgehoben. Habe aber grade die Unterlagen zum Format nicht greifbar.

Beispiel:

STRSST
1. Start a service tool
4. Display/Alter/Dump
1. Display/Alter Storage
2. LIC Data
14. Advanced analysis
hier Command FLIGHTLOG auswählen
Unter Options eintragen: IPL
Die Ausgabe sieht etwa so aus:

                  +0000   40C9D7D340000000  7D40C2C5C7C9D540 0000000001010104  FF00000000C90014 * IPL ...' BEGIN .............I..*
                   +0020   000000F800000000  C600390000E2D9C3 0000010900000000  C600391000E2D9C3 *...8....F....SRC........F....SRC*
...

Da gibts auch eine API für.
Ach ja, hier:

http://www.redbooks.ibm.com/redbooks/pdfs/sg248253.pdf ab Seite 512.

Vielleicht hat ja jemand Zeit...

-h

[BenderD]

... da gibt es im SST auch eine formatierte Anzeige für
STRSST
1 Start a service tool
5 LIC log
1 select entries ...
und dann interessieren die Major Codes 500 und 501

D*B
, nachdem ich da (cefix nochmal) mit neuem Password und Gedöns wieder dran kam...

Hab grade noch mal nachgesehen: im Flightrecorder werden zumindest die IPL-SRCs gespeichert und aufgehoben. Habe aber grade die Unterlagen zum Format nicht greifbar.

Beispiel:

STRSST
1. Start a service tool
4. Display/Alter/Dump
1. Display/Alter Storage
2. LIC Data
14. Advanced analysis
hier Command FLIGHTLOG auswählen
Unter Options eintragen: IPL
Die Ausgabe sieht etwa so aus:

                  +0000   40C9D7D340000000  7D40C2C5C7C9D540 0000000001010104  FF00000000C90014 * IPL ...' BEGIN .............I..*
                   +0020   000000F800000000  C600390000E2D9C3 0000010900000000  C600391000E2D9C3 *...8....F....SRC........F....SRC*
...

Da gibts auch eine API für.
Ach ja, hier:

http://www.redbooks.ibm.com/redbooks/pdfs/sg248253.pdf ab Seite 512.

Vielleicht hat ja jemand Zeit...

-h

[IBSCPO]

Danke für die vielen Informationen.
Ich werde es ausprobieren, wenn ich die Berechtigung bekomme. Reicht der QSECOFR dafür aus? Oder was benötige ich dafür?

[BenderD]

da braucht man das Service Kennwort für das SST

D*B

Danke für die vielen Informationen.
Ich werde es ausprobieren, wenn ich die Berechtigung bekomme. Reicht der QSECOFR dafür aus? Oder was benötige ich dafür?

[Fuerchau]

Und was besagt das ganze ?
Die AS/400 benötigt äusserst selten einen IPL, trotzdem schalten viele (aus Spar- und anderen Gründen), die Maschine abends ab und morgens wieder an.

Sagt das nun was über die Verfügbarkeit aus ?
Wenn du also unnötige IPL's in welchem Log auch immer findest, verschlechterst du die Verfügbarkeitsaussage ohne jeglichen Grund.

Wenn ich bei mir zu Hause alle Sicherungen ausmache um Strom zu sparen, habe ich im Schaltkasten auch ständig Saft, also nahezu 100% Verfügbarkeit (wenn denn mal der Bagger da war).

[AS400.lehrling]

Danke für die vielen Informationen.
Ich werde es ausprobieren, wenn ich die Berechtigung bekomme. Reicht der QSECOFR dafür aus? Oder was benötige ich dafür?

Ich würde die Maschiene so einrichten das am Ende der Arbeitswoche ein automatisiertes Backup auf Tape erfolgt, und die Maschiene danach zwecks Bereinigung (Spool beseitung) einen IPL macht.

Tägliches Auf & Up schadet der Hardware mehr als es an Strom einspart.

Gruß AS/400.lehrling

[andreaspr@aon.at]

Bzgl. der IPLs wird von der IBM empfohlen diese max. 2 bis 3 mal im jahr durchzuführen.

[BenderD]

... wie oft man IPL macht, hängt von den Anforderungen ab. Wenn sich ein Rechner regelmäßig jeden Tag von 18:00 Uhr bis 6:00 Uhr langweilt, schalte ich ihn abends aus und morgens wieder an und erwarte, dass ihm das nicht schadet.
Wenn ich 24/7 Anforderungen habe, dann muss der Rechner durchlaufen und ich erwarte, dass er deshalb nicht zu oft stehen bleibt (irgendwann ist das der Fall!).
Nach meinen Erfahrungen kann die AS/400 das beides relativ gut ab. In der obersten Liga spielt sie bei 24/7 nicht (da fehlt es an den Clustering Features, die p hat, aber i nicht!!!), aber besser als Wintel kriegt sie das meist immer noch hin, es sollte schon > 1 Jahr dauern bis man einen IPL fahren muss (damit sie nicht stehen bleibt, oder sich festgefressen hat). Häufiger als an der Hardware krankt es da mittlerweile an der Software (ich sage nur WebsFear), was aber bei Wintel auch so ist.
Als Verfügbarkeitsmaßstab taugt das wenig, da würden allenfalls ungeplante, oder erzwungene IPLs was aussagen.

D*B

Bzgl. der IPLs wird von der IBM empfohlen diese max. 2 bis 3 mal im jahr durchzuführen.

[KingofKning]

Bzgl. der IPLs wird von der IBM empfohlen diese max. 2 bis 3 mal im jahr durchzuführen.

Hast Du dafür eine Quelle? Ausschalten und Einschalten ohne IPL geht ja nicht... BTW. Meine Kiste ist quasi ein Backofen wo sie den Schlitz für die Pizza vergessen haben, was die an Wärme produziert ist schon Wahnsinn, ohne Klimaanlage im Raum ist da bald Schluß. Da der Raum immer auf 20 Grad ist und die Kiste locker ein paar Grad mehr hat, verkneife ich mir ein zu häufiges ein und ausschalten, weil ich denke das es dem Material nicht wirklich gut tut. Da ich eh erst alle 5 Jahre eine neue bekomme mache ich max ein IPL pro Woche wo sie dann allerdings auch 5 Stunden aus ist. GG

[andreaspr@aon.at]

Hast Du dafür eine Quelle? Ausschalten und Einschalten ohne IPL geht ja nicht... BTW. Meine Kiste ist quasi ein Backofen wo sie den Schlitz für die Pizza vergessen haben, was die an Wärme produziert ist schon Wahnsinn, ohne Klimaanlage im Raum ist da bald Schluß. Da der Raum immer auf 20 Grad ist und die Kiste locker ein paar Grad mehr hat, verkneife ich mir ein zu häufiges ein und ausschalten, weil ich denke das es dem Material nicht wirklich gut tut. Da ich eh erst alle 5 Jahre eine neue bekomme mache ich max ein IPL pro Woche wo sie dann allerdings auch 5 Stunden aus ist. GG

aus- u. einschalten ohne IPL???

für alle dies ganz genau wissen wollen :

System i5 und iSeries Systemmanagement - Stand Dez 2009

Mit jedem IPL wird der 512MB große Cache-
Bereich geleert; mit der Folge, dass nach dem IPL alle SQL Abfragen neu vom
SQL Optimizer optimiert und unter Umständen auch temporäre Indizes neu
aufgebaut werden müssen. Besser ist es also nur viertel- oder halbjährlich den
Systemneustart zu planen und einige andere Aufgaben manuell zu realisieren.

es muss aber sowieso jeder administrator es so machen wie er glaubt. es gibt dafür nur empfehlungen.

[BenderD]

... diese Begründung ist ein Armutszeugnis für IBM, von dem Cache könnte man ja wohl beim ausschalten einen Dump ziehen, den man beim Start wieder lädt.
Wenn ein Rechner vom ein und ausschalten Schaden nähme, so wäre dies als Mangel anzusehen, der muss sowas abkönnen und wenn man solche Reklame (IBM Green IT - Grüne Lösungen für mehr Energieeffizienz - Deutschland) macht, dann muss das auch Verpflichtung sein.

D*B

aus- u. einschalten ohne IPL???

für alle dies ganz genau wissen wollen :

System i5 und iSeries Systemmanagement - Stand Dez 2009

Mit jedem IPL wird der 512MB große Cache-
Bereich geleert; mit der Folge, dass nach dem IPL alle SQL Abfragen neu vom
SQL Optimizer optimiert und unter Umständen auch temporäre Indizes neu
aufgebaut werden müssen. Besser ist es also nur viertel- oder halbjährlich den
Systemneustart zu planen und einige andere Aufgaben manuell zu realisieren.

es muss aber sowieso jeder administrator es so machen wie er glaubt. es gibt dafür nur empfehlungen.