Sichern im aktiven Zustand - ein Gerücht?

[will_i]

Hallo,

wir haben auf unserer Maschine unter V5R2 seit ein paar Tagen ein Problem, wir sichern unsere Bibliotheken nacht im aktiven Zustand in Savefiles mit dem Befehl:
SAVLIB LIB(LL000ES1) DEV(*SAVF) SAVF(LLSAVES
0/LLSVF000) SAVACT(*LIB) SAVACTWAIT(3600) SAVACTMSGQ(QSYSOPR)

Das ging bis letzte Woche auch gut. Seitdem bricht die Sicherung immer mit der Meldung ab, das noch Commit / Rollback Aktionen anstehen. Die Wartezeit unter SAVACTWAIT wird nicht eingehalten.

Hat jemand eine Idee?

Schöne Grüße

will_i

[TARASIK]

Hallo Will_i,
kannst Du die Messages zu dieser Meldung aus der QSYSOPR
einmal hier posten.

[will_i]

Aber gerne doch, obwohl die Meldung im QSYSOPR nicht viel sagt, der Fehler erscheint erst in der History.

QSYSOPR Meldung:
Weitere Nachrichteninformationen

Nachrichten-ID . . . . : CPI3710 Bewertung . . . . . . : 00
Nachrichtenart . . . . : Information
Sendedatum . . . . . . : 18.03.04 Sendezeit . . . . . . : 02:02:11

Nachricht . . . : Kontrollpunktverarbeitung zum Sichern im aktiven Zustand
für Bibliothek LL000ES1 abgeschlossen.
Ursache. . . . . : Die Kontrollpunktverarbeitung, die zum Sichern der
Bibliothek LL000ES1 erforderlich ist, wurde abgeschlossen. Die Bibliothek
kann verwendet werden. Es ist jedoch möglich, dass noch einige Objekte
verwendet werden, da das Sichern im aktiven Zustand im Hintergrund beendet
wird.

Meldung aus History:
Nachrichten-ID . . . . : CPF377F Bewertung . . . . . . : 40
Nachrichtenart . . . . : Abbruch
Sendedatum . . . . . . : 18.03.04 Sendezeit . . . . . . : 02:10:44

Nachricht . . . : Anforderung zum Sichern im aktiven Zustand durch
anstehende Satzänderungen verhindert.
Ursache. . . . . : Die Anforderung zum Sichern im aktiven Zustand wurde in
Bibliothek LL000ES1 beendet, da im System COMMIT-Definitionen mit
anstehenden Satzänderungen vorhanden sind.
Fehlerbeseitigung: Für den Parameter SAVACTWAIT (Wartezeit zum Sichern im
aktiven Zustand) einen Wert angeben, der 30 Sekunden überschreitet, die
Anforderung wiederholen und folgende Maßnahmen durchführen:
Mit dem Befehl DSPMSG (Nachrichten anzeigen) alle Nachrichten für QSYSOPR
anzeigen. Für jeden Job im System, der eine COMMIT-Definition mit
anstehenden Satzänderungen enthält, die verhindert, dass die Anforderung zum
Sichern im aktiven Zustand fortgesetzt wird, wird die Nachricht CPI8365 an die Nachrichtenwarteschlange QSYSOPR gesendet. Für jeden Job mit
COMMIT-Definitionen, die die Anforderung zum Sichern im aktiven Zustand
verhindern, folgende Maßnahmen durchführen:
1 - Den Befehl DSPJOB (Job anzeigen) mit dem Parameter OPTION(*CMTCTL)
verwenden, um für den Job den Status für die COMMIT-Steuerung anzuzeigen.
2 - Auswahl 5 (Anzeigen) in der Anzeige "Status der COMMIT-Steuerung"
eingeben, um den Status für alle COMMIT-Definitionen aufzulisten.
3 - Verhindert eine COMMIT-Definition, dass die Anforderung zum Sichern im
aktiven Zustand fortgesetzt wird, erscheint in der Statuszeile der Anzeige
"Status der COMMIT-Steuerung" die Informationsnachricht CPI8366. Alle
COMMIT- oder ROLLBACK-Definitionen für den Job, die verhindern, dass die
Anforderung zum Sichern im aktiven Zustand fortgesetzt wird, zurückschreiben
oder rückgängig machen. Die COMMIT- oder ROLLBACK-Operation für jede COMMIT-Definition muss von dem Job aus gestartet werden, der
COMMIT-Steuerung verwendet, es sei denn, der Job soll beendet werden (Befehl
ENDJOB). Ist der Job beendet, wird vom System für jede COMMIT-Definition
des Jobs eine ROLLBACK-Operation durchgeführt.
4 - Nachdem alle COMMIT- und ROLLBACK-Operationen abgeschlossen sind, in
der Anzeige "Status der COMMIT-Steuerung" F5 (Aktualisieren) drücken, um die
Statusinformation für alle COMMIT-Definitionen des Jobs zu aktualisieren.
Den Status für alle COMMIT-Definitionen des Jobs erneut anzeigen. Ist noch
immer eine COMMIT-Definition vorhanden, die verhindert, dass die Anforderung
zum Sichern im aktiven Zustand fortgesetzt wird, diese festschreiben oder
rückgängig machen. Diese Prozedur so lange wiederholen, bis keine
COMMIT-Definition mehr für diesen Job besteht, die verhindert, dass die
Anforderung zum Sichern im aktiven Zustand fortgesetzt wird.


Nachrichten-ID . . . . : CPF3808 Bewertung . . . . . . : 30
Nachrichtenart . . . . : Diagnose
Sendedatum . . . . . . : 18.03.04 Sendezeit . . . . . . : 02:10:44

Nachricht . . . : Sicherungsdatei LLSVF000 in LLSAVES0 nicht vollständig.
Ursache. . . . . : Während der Sicherung trat ein Fehler auf.
Fehlerbeseitigung: Nicht die Sicherungsdatei zum Rückspeichern verwenden, da
der Rückspeicherungsvorgang möglicherweise abnorm endet. Betreffs
Korrekturmaßnahmen siehe Nachricht CPF377F.

[TARASIK]

Hallo Will_i,
hast Du auf dem System das SI10179 aus 5722SS1 installiert ?

In der QSYSOPR müssen noch Meldungen mit Hinweisen
auf die auslösenden Dateien sein. (CPI8365 CPI8366

[TARASIK]

Hallo Will_i,
das genannte Ptf wurde ersetzt durch SI12084

[will_i]

Hallo Tarasik,

im QSYSOPR sind leider keine Meldungen über die auslösende Datei. Solche Informationen bekomme ich nur, wenn ich den Job manuell (also nicht über den Scheduler) einstell.

Die PTFs fehlen noch, hoffentlich ist das Problem damit behoben.

Schöne Grüße

will_i

[Dollak]

Hallo,

ich habe unsere Sicherung umgestellt, d.h. wir sichern jetzt mit CPI3710.
Sobald dieser Punkt bei der Sicherung erreicht ist, läuft die Verarbeitung weiter.

Kann es sein, das die Verarbeitung dadurch langsamer wird?

[BenderD]

... schön formuliert! Wenn man mit Commit arbeitet, funktioniert SAVACT eigentlich nur dann wirklich zuverlässig (was hilfts, wenn nur jeder 2. PTF Stand kaputt ist?), wenn nichts aktiv ist.

D*B