Wenn ein Clone-Paar aus einer Source-Unit und einer Clone-Unit besteht, gibt es keine Besonderheiten zu beachten. Anders ist es, wenn ein Clone-Paar aus einer Target-Unit und einer Clone-Unit besteht. In diesem Fall ist ein Zugriff auf das Clone-Paar über die VSN oder die Pubset-ID in der Regel nicht möglich, weil die Target-Unit nicht lesbar ist. Wenn die Source-Unit zugeschaltet ist, kann bei den Kommandos der Clone-Session über den Operanden UNIT=*BY-PUBSET(...) zusammen mit SELECT=*TARGET-UNIT die Pubset-ID der Source-Unit angegeben werden.
Damit ein Clone-Paar mit Target-Unit über die VSN oder die Pubset-ID ausgewählt werden kann, müssen folgende Voraussetzungen erfüllt sein:
Die Source-Unit ist zugeschaltet.
Zusätzlich muss bei
/ACTIVATE-CLONEder Remote-Copy-Betrieb entweder unterbrochen sein (/SHOW-REMOTE-COPY-STATUSzeigt den Remote-Copy-StatusIN-HOLDoderERROR) oder bei aktivem Remote-Copy-Betrieb müssen der synchrone Verarbeitungsmodus eingestellt und das Remote-Copy-Paar synchronisiert sein.
SF-Pubsets können implizit umbenannt werden mit /ACTIVATE-CLONE NEW-PUBSET=<neue cat-id>, sofern der Server Verbindungen zum remote Storage-System hat (diese also vom Server aus direkt erreichbar ist). Die Ein-/Ausgaben auf die Source-Unit können im laufenden Betrieb zur konsistenten Aufspaltung angehalten werden mit /ACTIVATE-CLONE und dem Operanden HOLD-IO=*UNTIL-ACTIVATED.
Szenarien zu TimeFinder/Clone in SRDF-Konfigurationen
Ohne Umbenennung der Clone-Units
Die Source-Unit und die Target-Unit bilden ein Remote-Copy-Paar (siehe Bild unten).
Gleichzeitig bilden beide jeweils ein Clone-Paar:
die Source-Unit mit der Clone-Unit des lokalen Storage-Systems
die Target-Unit mit der Clone-Unit des remote Storage-Systems
Der Server hat keine Verbindungen zum remote Storage-System; damit ist diese vom Server nicht direkt erreichbar. Die Target-Unit ist nicht über die VSN bzw. Pubset-ID ansprechbar. Die Source-Unit hat die Pubset-ID A.
Mit /ACTIVATE-CLONE UNIT=*BY-PUBSET(PUBSET=A),SELECT=*TARGET-UNIT wird das Clone-Paar im remote Storage-System aktiviert. Im Fall von Concurrent Target-Units wird die gewünschte Target-Unit über die Angabe der RA-Gruppe ausgewählt.
Mit Umbenennung der Clone-Units
Die Source-Unit und die Target-Unit bilden ein Remote-Copy-Paar (siehe Bild unten).
Gleichzeitig bilden beide jeweils ein Clone-Paar:
die Source-Unit mit der Clone-Unit des lokalen Storage-Systems
die Target-Unit mit der Clone-Unit des remote Storage-Systems
Der Server hat Verbindungen zum remote Storage-System, wodurch dieses vom Server aus direkt erreichbar ist. Die Target-Unit ist nicht über die VSN bzw. Pubset-ID ansprechbar. Die Source-Unit hat die Pubset-ID A.
Mit /ACTIVATE-CLONE UNIT=*BY-PUBSET(PUBSET=A,NEW-PUBSET=B) wird das Clone-Paar im lokalen Storage-System getrennt und die Pubset-ID der Clone-Unit wird in B umbenannt.
Mit /ACTIVATE-CLONE UNIT=*BY-PUBSET(PUBSET=A,NEW-PUBSET=C),SELECT=*TARGET-UNIT wird das Clone-Paar im remote Storage-System getrennt und die Pubset-ID der Clone-Unit wird in C umbenannt. Im Fall von Concurrent Target-Units wird die gewünschte Target-Unit über die Angabe der RA-Gruppe ausgewählt.
Dadurch können die Units z.B. wie folgt genutzt werden:
die Source-Unit (mit Pubset-ID A) für die Hauptanwendung
die Clone-Unit des lokalen Storage-Systems (mit Pubset-ID B) für die Sicherung
die Target-Unit als Kopie für den Fall einer Katastrophe
die Clone-Unit des remote Storage-Systems (mit Pubset-ID C) für Auswertungen
/RESTORE-FROM-CLONE für eine SRDF-Target-Unit kann nur genutzt werden, wenn die Target-Unit im Zustand READY ist, d.h. der Remote-Copy-Status IN-HOLD oder ERROR ist und TARGET-ACCESS den Wert DIRECT hat. Damit kann z.B. im Fall einer Katastrophe der letzte konsistente Stand von der Clone-Unit auf die Target-Unit kopiert werden.
Das Kopieren der Daten von der Clone-Unit im remote Storage-System auf die Source-Unit im lokalen Storage-System ist damit in mehreren Schritten möglich.