Hallo,

wir haben ein eigenes kleines Backup-System, wo u.a. auf einem Target-System abgehängte Journal-Receiver von einem Remote-Journal gesichert werden. Das sichern erfolgt immer sehr zeitnah nach Abhängen des Receivers. Zu einem Zeitpunkt wo im Source-System auf den journalisierten Files einige "Insert"und "Update" -intensive Batch-Prozesse laufen und das System stark ausgelastet ist, enstehen auf dem Target-System Receiver mit korrupten Journal-Einträgen (bei DSPJRN kommt MCH3203, Funktionsfehler 1716). Wenn der gleiche abgehängte Journal-Receiver mit korrupten Einträgen zu einem späteren Zeitpunkt nochmals gesichert wird, sind alle Journaleinträge korrekt. Es sieht so aus als wäre die Replik der Receiver noch nicht abgeschlossen wenn gesichert wird. Vor der Sicherung eines Journalreceivers erfolgt folgendes auf der Source:
- abhängen des aktuellen Receivers mit CHGJRN JRNRCV(*GEN)
- Löschen des aktuellen Receivers mit DLTJRNRCV DLTOPT(*IGNINQMSG)
(...hier kommt eine Abbruchnachricht, wenn der Receiver nicht komplett repliziert ist)
Dann wird auf Empfehlung der schnellen Hilfe von IBM noch auf dem Target 1 min gewartet und anschliessend der Receiver gesichert.
Wir haben schon jede Menge PTFs von IBM eingespielt. OS ist 520 mit TL04244.
Gibt es eine Möglichkeit den Replikationsstatus eines Remotejournal-Receivers zu ermitteln?
Hat jemand eine Idee ob am Ablauf etwas falsch ist?
Danke für jeden Tip.Stefan