Bei Ausfallszenarien ist zu unterscheiden, ob die Daten einfach mit SRDF gespiegelt werden oder ob eine Concurrent SRDF-Konfiguration vorliegt. In diesem Abschnitt werden die wichtigsten Ausfallszenarien ohne Concurrent SRDF betrachtet. Im Fall von Concurrent SRDF-Konfigurationen gelten die Szenarien und Maßnahmen analog; es sind jedoch von Fall zu Fall folgende Randbedingungen in die Entscheidungen mit einzubeziehen:
Bei lokalen Ausfällen ist zu entscheiden, welcher der beiden remote Standorte den Betrieb weiterführen soll.
Ein Ausfall bei der Rückumschaltung ist notwendig, da die SWAP-REMOTE-COPY-Funktionalität in Concurrent SRDF-Konfigurationen nicht möglich ist.
Bei einer Rückumschaltung (Failback) ist auch die Concurrent SRDF-Replikation an beiden remote Standorten wieder aufzunehmen.
Folgende Ausfallszenarien (ohne Concurrent SRDF) und Maßnahmen zur Weiterführung des Betriebs werden betrachtet:
Beim Ausfall einer Unit ist zu unterscheiden, ob diese durch RAID1, RAID5, RAID6 oder durch eine Spare-Unit geschützt war. Beim Ausfall der remote Verbindung ist zu unterscheiden, ob eine oder die letzte remote Verbindung ausfällt.
Nach dem Ausfall eines Storage-Systems oder einem anderen Ausfall im lokalen Data Center, sollte geprüft werden, ob die lokale Fehlerbehebung eine kürzere Ausfalldauer der Anwendung in Anspruch nimmt als eine Remote-Recovery. In den meisten Fällen ist die lokale Fehlerbehebung schneller und die Remote-Recovery nicht empfehlenswert.
Wird eine Remote-Recovery durchgeführt, muss die Ausfalldauer der Anwendung berücksichtigt werden, die benötigt wird, um sie auf das remote Data Center umzuschalten, zu starten und, nach der Fehlerbehebung, wieder auf das lokale Data Center zurückzuschalten.