Wiederherstellen der Unit von der Clone-Unit

Die Daten der Original-Unit können durch die Daten der Clone-Unit wiederhergestellt werden, wenn alle aktuellen Daten der Original-Unit verworfen werden sollen. Eine Wiederherstellung ist z.B. dann sinnvoll, wenn Änderungen zurückgesetzt werden sollen. Die Verfahren zur Wiederherstellung sind abhängig vom Storage-System jeweils in das Kommando /RESTORE-FROM-CLONE integriert:

• Mit QuickOPC (Operand CLONE-TYPE=*COPY) werden die Daten direkt von der Clone-Unit wieder hergestellt (Restore-Funktion).

• Mit EC (Operand CLONE-TYPE=*MIRROR) erfolgt dies intern in mehreren Schritten:

  • Vertauschen der Replikationsrichtung zwischen Original- und Clone-Unit (Swap-Funktion)

  • synchronisieren von Original- und Clone-Unit (Restart-Funktion)

  • erneutes Vertauschen der Replikationsrichtung zwischen Original- und Clone-Unit (Swap-Funktion)

Im Folgenden wird das Verfahren zur Wiederherstellung beschrieben:

Voraussetzungen

• Alle Clone-Paare sind im Zustand SPLIT.

• Die Verarbeitung auf den Units und den Clone-Units ist beendet.

• Original-Pubsets und Clone-Pubset sind exportiert, sofern alle Original-Units eines Pubset rekonstruiert werden sollen.

• Units und Clone-Units sind im Status READY.

Wiederherstellung einleiten

Die Daten auf die Original-Units kopieren:

/RESTORE-FROM-CLONE
   UNIT=*BY-PUBSET(PUBSET=<cat-id>) / *BY-VOLUME(<vsn>) / <unit MN> /
        *BY-STORAGE(SERIAL-NUMBER=<serialnumber>,
                      LOGICAL-VOLUME=<logical volume number>)

Wenn mehrere Clone-Sessions zur gleichen Original-Unit vorhanden und im Zustand SPLIT sind, dann wählt das Kommando automatisch das erste mögliche Paar.

Weiterer Ablauf

Während des Wiederherstellungsprozesses wechseln die Clone-Paare ihren Status und, nur für EC (CLONE-TYPE=*MIRROR), temporär die Replikationsrichtung. Die Meldung NDE0060 an der Konsole zeigt an, dass der Wiederherstellungsprozess abgeschlossen und der Status SPLIT wieder erreicht wurde. Die Clone-Units sind zugreifbar. Die Clone-Paare können direkt weiter genutzt werden.

Wenn die Clone-Units der getrennten Pubsets bei der Aktivierung umbenannt wurden, kann im Rahmen der RESTORE-Bearbeitung ebenfalls eine integrierte Umbenennung erfolgen. Dabei kann der ursprüngliche Name des Original-Pubsets oder ein beliebiger anderer Name verwendet werden. Die in Abschnitt „Clone-Paare aktivieren" beschriebenen Randbedingungen sind auch hier zu beachten.

Asynchrone Kommandoausführung

Für QuickOPC (CLONE-TYPE=*COPY) ist eine asynchrone Kommandoausführung möglich (Operand WAIT=*NO).

Für EC (CLONE-TYPE=*MIRROR) ist wegen des integrierten Ablaufs keine asynchrone Kommandoausführung möglich. Der Operanden WAIT=*NO kann nicht angegeben werden.

Synchrone Kommandobearbeitung

Bei /RESTORE-FROM-CLONE mit dem Operanden WAIT=*UNTIL-RESTORED wartet das Kommando auf die Beendigung des Wiederherstellungsprozesses, d.h. bis das CLONE-Paar im Status SPLIT und wieder synchron ist. Dies ist für EC (CLONE-TYPE=*MIRROR) die einzig mögliche Kommandoverarbeitung.

Wiederaufnahme der ursprünglichen Clone-Replikation

In einem weiteren, optionalen Schritt kann die ursprünglichen Clone-Replikation wieder aufgenommen bzw. die Clone-Unit aktualisiert werden. Danach können die ursprünglichen Clone-Paare mit dem Datenbestandstand der Clone-Units wieder genutzt werden.

/RESTART-CLONE-SESSION
  UNIT=*BY-PUBSET(PUBSET=<orig-cat-id>) / *BY-VOLUME(<vsn>) / <unit MN> /
  *BY-STORAGE(SERIAL-NUMBER=<serialnumber>,
  LOGICAL-VOLUME=<logical volume number>)

Wenn weitere Clone-Sessions zur gleichen Original-Unit existieren, die nicht im Zustand SPLIT sind, so wird das Kommando abgewiesen.

Während des Wiederherstellungsprozesses sind die Clone-Paare im Status SYNCHRONIZING. Die Meldung NDE0060 an der Konsole zeigt an, dass der Wiederherstellungsprozess abgeschlossen und der Status SYNCHRONIZED erreicht wurde. Für QuickOPC (CLONE-TYPE=*COPY) sind die Clone-Units sofort zugreifbar. Für EC (CLONE-TYPE=*MIRROR) sind die Clone-Units während der Wiederherstellung nicht zugreifbar.