Fehler beim nächtlichen SAVLIB

[asb_salem]

Hallo,

wir haben Probleme mit der Nachtsicherung. In einem CL wird folgendes gemacht:

- beenden und neu starten von qinter (um evt. offene Sitzungen zu beenden)
- savsecdta
- savcfg
- sav (IFS Verzeichnis ...)
- savlib *allusr savact(*lib)

Folgende Probleme haben wir nun:

1. Im Protokoll erscheint die Meldung: CPF3742 Ursache. . . . . : Die Sicherungsfunktion wurde abnormal beendet, bevor alle Daten auf den Datenträger geschrieben waren. Datei QFILE ist nicht vollständig. Sie befindet sich auf Datenträger .

2. das Hauptproblem: CPF377F - Ursache. . . . . : Die Anforderung zum Sichern im aktiven Zustand wurde in Bibliothek QUSRSYS beendet, da im System COMMIT-Definitionen mit anstehenden Satzänderungen vorhanden sind.

Das Sicherungs-CL bleibt dann in der Zeile mit dem Savlib auf der Meldung stehen.

Release: V5R2
Letztes PFT: TL06080

Kennt Jemand eventuell das Problem? Das zur Zeit keine Sicherung läuft ist natürlich eine ganz heiße Sache das ist klar. Wie ist das mit der Ersten Meldung?

Über Hilfe würde ich mich wirklich sehr freuen!

Schönen Gruß

asb_Salem

[TARASIK]

Hallo,
bitte eine Emailadresse posten oder mir über Private Nachrichten diese zukommen lassen.

[cbe]

Hallo asb_salem,

qinter beenden ist ja eine gute Idee, aber was ist mit Batch-Jobs?
Wir fahren alle Anwendungssubsysteme runter, nicht nur qinter, dann hat man am wenigsten Probleme.

Und dann würde ich die Subsysteme erst wieder starten, wenn SaveWhileActive den Sync.Zeitpunkt erreicht hat.

(Nebenbei: IFS kann man auch mit SaveWhileActive sichern, hier gibt es auch einen Sync-Zeitpunkt, die Anwendungen sollte man am besten erst wieder starten, wenn _beide_ erreicht sind. Hier gibt es allerdings noch nichts von IBM, dies sei aber vorgesehen)

Gruß
Christian

[asb_salem]

Hi Christian,

qbatch kann nicht beendet werden da das "Nachtlauf-CL" darin läuft. Es ist ja eine automatische Nacht- und keine Systemsicherung.

Das Sichern des IFS ist nur zweitrangig, das Problem mit dem Savlib brennt..

Gruß

Simon

[sbshr01]

Kannst ja trotzdem den Sicherungsjob im QCTL laufen lassen.

[Der_Unwissende]

--- gelöscht doppelter eintrag ---

[Der_Unwissende]

Also QBatch beenden wir für unsere nächtliches Savlib *allusr auch nicht, obwohl unsere Sicherung im QCTL läuft. Wir fahren nur die Anwendungssubsysteme runter, damit dort keine Dateien im Zugriff sind.

[sbshr01]

Sieh mal im Joblog oder im QSYSOPR nach, was für ein Job den Abbruch verursacht hat.

[Fuerchau]

Die QUSRSYS wird eher selten von Anwendungen verwendet.
Offene Commit's deuten da halt auf Systemjob's hin.
Zum Sichern empfiehlt sich daher auch häufig die HOSTSERVER zu beenden und auch ggf. TCP-Dienste zu stoppen.

[UFK]

Folgende Probleme haben wir nun:

1. Im Protokoll erscheint die Meldung: CPF3742 Ursache. . . . . : Die Sicherungsfunktion wurde abnormal beendet, bevor alle Daten auf den Datenträger geschrieben waren. Datei QFILE ist nicht vollständig. Sie befindet sich auf Datenträger .

ich hätte erstmal nachgesehen, welche Dateien nicht gesichert wurden, und ob die lebenswichtig sind.

Sodann hätte ich geguckt, welche Jobs Record-Locks in diesen Dateien haben. Man muß herausfinden, ob Deadlocks vorliegen, also ob Jobs gegenseitig auf Satzfreigabe warten, ob z.B. eine Endlosschleife in einem Job vorliegt, oder ob ein Job auf die Beantwortung von Anfragen wartet, .... Ich hätte mir auch die Satznummern notiert, wenn dieselben Sätze längere Zeit blockiert sind, denn ein Commit-Zyklus sollte eigentlich nur Bruchteile von Sekunden, und höchstens eine Handvoll Sekunden dauern.

Es gibt vieles dabei zu bedenken. Am besten holt man sich Unterstütztung bei den Programmierern, die für die Programme verantwortlich sind.

PS: Wir haben unsere Datensicherung möglichst zu einer Zeit gefahren, zu der nur noch Reports im Batch erstellt werden, aber keine Transaktionen mehr laufen.