Your Browser is not longer supported

Please use Google Chrome, Mozilla Firefox or Microsoft Edge to view the page correctly
Loading...

{{viewport.spaceProperty.prod}}

Original-Unit wiederherstellen

Innerhalb einer Snap-Session kann die Original-Unit eines Snap-Paares wiederhergestellt werden, indem die Daten von den Snap-Units auf die Original-Units kopiert werden. Diese Rekonstruktion kann für alle Snap-Paare eines Pubsets oder für einzelne Snap-Paare gestartet werden. Durch die Rekonstruktion werden alle Änderungen verworfen, die auf der Original-Unit seit dem Aktivieren der Snap-Unit vorgenommen wurden.

Voraussetzungen

  • Die Verarbeitung auf der Original-Unit und der Snap-Unit ist beendet.

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

  • Nur für Symmetrix relevant: Wenn mehrere Snap-Sessions zur gleichen Original-Unit existieren, so sind alle im Zustand COPY-ON-WRITE oder COPIED, d.h. keine Snap-Session für die Original-Unit ist im Zustand CREATED oder RESTORED.

  • Nur für Symmetrix relevant: Für die Original-Unit existiert keine Clone-Session.

Wiederherstellung einleiten

Die Daten mit Kommando /RESTORE-FROM-SNAP (siehe "RESTORE-FROM-SNAP Original von Snap-Unit rekonstruieren") auf die Original-Units kopieren:

/RESTORE-FROM-SNAP
   UNIT=*BY-PUBSET(PUBSET=<cat-id>) / *BY-VOLUME(<vsn>) / <unit MN> /...

Weiterer Ablauf

ETERNUS DX/AF

  • Snap-Sessions sind nach der Rekonstruktion im Status COPY-ON-WRITE und zugreifbar.

  • Die Snap-Paare können weiter genutzt werden. Es können auch weitere Rekonstruktionen gestartet werden.

  • Für ETERNUS DX/AF ist eine asynchrone Rekonstruktion nach der Komandoausführung oder eine synchrone Rekonstruktion während der Komandoausführung möglich (Operand WAIT). Während der synchronen Rekonstruktion ist das Snap-Paar im Status REST-IN-PROG. Dabei kann der Wartezustand im Dialog-Betrieb mit der K2-Taste abgebrochen werden.

  • Die Kommandos /STOP-SNAP-SESSION und /START-SNAP-SESSION werden während der Ausführung der Rekonstruktion mir Returncode NDE1820 abgewiesen. Sie können erst nach Abschluss der Rekonstruktion erfolgreich ausgeführt werden.

  • Eine Rekonstruktion ist nicht möglich, wenn die Original-Unit gleichzeitig auch Clone-Unit ist.

Symmetrix

  • Während des Kopierprozesses sind die Snap-Paare im Status REST-IN-PROG, nach Abschluss im Status RESTORED. Die Meldung NDE0050 zeigt diese Zustände an.

  • Snap-Units sind nach der Rekonstruktion nicht zugreifbar.

  • Ein Snap-Paar im Zustand RESTORED kann nicht weiter genutzt werden und sollte aufgelöst werden. Dies gilt insbesondere dann, wenn mehrere Snap-Paare zu einer Original-Unit angelegt wurden oder ein neues Clone-Paar mit der Original-Unit angelegt werden soll.

  • Weitere Snap-Stände können ebenfalls rekonstruiert werden.

  • Der Operand WAIT=*NO bei /RESTORE-FROM-SNAP legt fest, dass das Kommando nicht auf die Beendigung der Rekonstruktion wartet (asynchrone Kommandoausführung).

  • Der Operand WAIT=*UNTIL-RESTORED bei /RESTORE-FROM-SNAP legt fest, dass das Kommando auf die Beendigung der Rekonstruktion wartet (synchrone Kommandoausführung), also solange bis das Snap-Paar im Status RESTORED bzw. COPY-ON-WRITE ist. Der Wartezustand kann im Dialog-Betrieb mit der K2-Taste abgebrochen werden.

VMAX3

  • Snap-Sessions sind nach der Rekonstruktion im Status COPY-ON-WRITE und zugreifbar.

  • Die Snap-Paare können weiter genutzt werden. Es können auch weitere Rekonstruktionen gestartet werden.

  • Die Rekonstruktion selbst läuft stets synchron in der VMAX3 ab. Sie kann von außen nicht überwacht werden.