Werbung
SRDF/A-Sitzungsbereinigung (SRDF/A)
Failback von R2-Geräten (SRDF/A)
Migration mit SRDF/Data Mobility
Die Daten werden neu synchronisiert, indem die geschuldeten Tracks im Rahmen
l
des SRDF/A-Zyklus versendet werden.
Daten auf nichtkonsistenten Geräten (mit Ausnahme von Geräten auf dem sekundären
Array) sind immer schreibabhängig und konsistent im aktiven/konsistenten SRDF/A-
Status, auch wenn alle SRDF-Links unterbrochen werden. Bei einer
Neusynchronisation wird die schreibabhängige Konsistenz beeinträchtigt, bis die
Neusynchronisation vollständig abgeschlossen ist und zwei Zykluswechsel
stattgefunden haben.
Daher ist es wichtig, mit TimeFinder eine „Goldkopie" des schreibabhängigen
konsistenten Image auf dem sekundären Array zu erstellen.
Wenn ein SRDF/A-Einzelsitzungsmodus beendet wird:
markiert SRDF neue eingehende Schreibvorgänge auf dem primären Array als
l
Schreibvorgänge, die dem sekundären Array geschuldet werden.
verwirft SRDF die Capture- und Transmit-Delta-Sets und markiert die Daten als
l
Daten, die dem sekundären Array geschuldet werden. Diese Tracks werden an das
sekundäre Array gesendet, sobald SRDF wiederaufgenommen wird, solange die
Richtung der Kopie von primär auf sekundär bleibt.
markiert und verwirft SRDF nur das Receive-Delta-Set auf dem sekundären Array
l
und markiert die Daten als Tracks, die dem primären Array geschuldet werden.
markiert und verwirft SRDF nur das Receive-Delta-Set auf dem sekundären Array
l
und markiert die Daten als Tracks, die dem primären Array geschuldet werden.
Hinweis
Es ist sehr wichtig, eine „Goldkopie" der schreibabhängigen, konsistenten Daten auf
den R2-Geräten des sekundären Arrays zu erfassen, bevor eine Neusynchronisation
stattfindet. Bei jeder Neusynchronisation wird das schreibabhängige, konsistente
Image beeinträchtigt. Die „Goldkopie" kann auf einem Remote-BCVs oder Clonesatz
gespeichert werden.
Kommt es auf dem primären Array zu einem Disaster, repräsentieren die Daten auf den
R2-Geräten ein älteres schreibabhängiges, konsistentes Image und können für den
Neustart der Anwendungen verwendet werden.
Nach der Reparatur des primären Arrays können Sie die Produktionsvorgänge auf dem
primären Array wiederaufnehmen, indem Sie die in
Seite 148 beschriebenen Verfahren befolgen.
Wenn das Failover auf den sekundären Standort ein erweitertes Event ist, lässt sich
die SRDF/A-Lösung durch einen Identitätswechsel umkehren. SRDF/A kann den
Betrieb bis zu einem geplanten Richtungswechsel fortführen, mit dem die
ursprüngliche Primär-/Sekundärbeziehung der SRDF/A wiederhergestellt wird.
Nachdem der Workload zurück auf die Hosts des primären Arrays übertragen wurde,
kann SRDF/A aktiviert werden, um den normalen Schutz im asynchronen Modus
wiederaufzunehmen.
Eine Datenmigration ist eine einmalige Verschiebung von Daten (in der Regel
Produktionsdaten) auf ein älteres oder ein neues Array. Die Migration unterscheidet
Remotereplikationslösungen
SRDF-Recovery-Vorgänge
Migration mit SRDF/Data Mobility
auf
151
Werbung
Kapitel
