Datenintegrität nach einem Ausfall

Die Datenintegrität nach einem Ausfall ist abhängig vom Verarbeitungsmodus (SYNCH, ADAPTIVE-COPY, ASYNCH) und der Anzahl ausstehender Schreibaufträge.

Tritt vor oder während eines Ausfalls ein Verbindungs- oder Gerätefehler auf, werden die Source- und Target-Units nicht mehr synchronisiert. D.h. wird der interne Synchronisationsprozess im Verarbeitungsmodus SYNCH oder ASYNCH durch einen Ausfall unterbrochen, enthalten die Source- und Target-Units inkonsistente Daten. Das ist auch so, wenn der durch /RESUME-REMOTE-COPY eingeleitete Synchronisationsprozess unterbrochen wird.

Die Situation ist noch komplizierter, wenn sich nicht alle Daten, die logisch voneinander abhängig sind, auf dem gleichen Remote-Copy-Paar befinden. Im folgenden Fall tritt beim Schreiben eines DB-Satzes ein Geräte- oder Verbindungsfehler auf. Der Server reagiert nicht auf den Fehler und schreibt den zugehörigen LOG-Satz auf ein anderes Remote-Copy-Paar, das nicht von dem Fehler betroffen ist. Die Daten auf den Target-Units mit den DB- und LOG-Sätzen sind dann inkonsistent.

Dies kann auf zwei Arten verhindert werden:

• Den Verarbeitungsmodus SYNCH verwenden und die Target-Units durch RAID1, RAID5 oder RAID6 schützen. Es ist sinnvoll, die Target-Units, die logisch miteinander verknüpfte Daten enthalten, auf dem gleichen Storage-System zu konfigurieren. In diesem Fall, kann nur ein remote Verbindungsausfall den Betrieb unterbrechen und er wirkt auf alle Geräte gleichzeitig.

• Den Verarbeitungsmodus SYNCH verwenden und /MODIFY-REMOTE-COPY-PARAMETER ...,ON-ERROR=*HOLD für alle Source-Units eingeben. Tritt ein Geräte- oder Verbindungsfehler auf, ist der Server-Zugriff unterbrochen. Danach kann entschieden werden, ob entweder nur mit der verbleibenden Unit (Ausfall eines einzelnen Geräts, keine Katastrophe) weitergearbeitet wird oder ob der Betrieb angehalten wird, um die Datenkonsistenz zu gewährleisten.