Das Test-Szenario unterscheidet sich von einem echten Ausfall dadurch, dass das lokale Storage-System während des Tests aktiv ist. Im lokalen Data Center findet die Verarbeitung auf den Source-Units statt. Im remote Data Center werden die Recovery-Verfahren mithilfe der Target-Units getestet.
ACHTUNG!
Sind die Source-Units nicht lokal durch RAID-Level geschützt, kann Datenverlust auftreten, während die Source- und Target-Units getrennt sind.
Wird von einer Target-Unit ein System hochgefahren, so muss vorher die SYSID des Pubsets mit /SET-PUBSET-ATTRIBUTES geändert werden (siehe Handbuch „Kommandos“ [1]). Anderenfalls können Probleme bei mehrfach benutzbaren Units auftreten.
Überblick
Ein Recovery-Verfahren besteht aus den folgenden Schritten:
Ausfallerkennung
prüfen, ob die Verarbeitung auf dem lokalen System (mit den Source-Units) fortgesetzt werden kann
Remote-Copy-Betrieb unterbrechen und Target-Pfad aktivieren
falls erforderlich, lokales System herunterfahren
Standby-System hochfahren und Verarbeitung fortsetzen
(IPL, Attach, Import, Netzwerk-Knoten wechseln, Anwendungen neu starten)
Die Aktionen für die Schritte „Remote-Copy-Betrieb unterbrechen und Target-Pfad aktivieren“ sind auf "Remote-Copy-Betrieb unterbrechen und Target-Pfad aktivieren", die Schritte zur „Rekonstruktion von Source- und Target-Unit“ im "Source- und Target-Unit nach dem Testen rekonstruieren" beschrieben.