Failover mit einem zugänglichen Primärvolume für die Notfallwiederherstellung

Befolgen Sie diese Failover-Schritte, um nach einem katastrophalen Ereignis, bei dem der Primärspeicher weiterhin zugänglich ist, schnell auf Ihre Daten am sekundären Standort zuzugreifen.

Sollte es am Primärstandort zu einem Katastrophenfall kommen und der Primärspeicher weiterhin zugänglich sein, können Sie die folgenden Schritte durchführen, um schnell auf Ihre Daten am Sekundärstandort zuzugreifen.

Bevor Sie mit dem Failover beginnen, stellen Sie sicher, dass die gesamte Hostberechtigung in Kraft ist.

Autorisierte Hosts und Datenträger müssen sich im selben Rechenzentrum befinden. Wenn sich der Replikatdatenträger beispielsweise in London befindet, kann sich der zugehörige Host nicht in Amsterdam befinden. Beide müssen entweder in London oder in Amsterdam sein.

Host autorisieren

Sie können die Berechtigung in der Benutzerschnittstelle, über die Befehlszeilenschnittstelle, mit der API oder mit Terraform erstellen.

Failover von einem Datenträger auf sein Replikat starten

Wenn ein Ausfall bevorsteht, können Sie ein kontrolliertes Failover oder ein sofortiges Failover auf Ihr Zielvolume einleiten.

Ein gesteuerter Failover ist die beste Wahl, wenn Sie die Failover-Funktion testen möchten. Es ist zudem die beste Wahl, wenn es vorrangig darauf ankommt, den Betrieb am Replikationsstandort mit den aktuellsten Daten fortzusetzen. In einer kontrollierten Ausfallsicherung wird eine neue Momentaufnahme erstellt und zur Replikatposition kopiert. Nachdem die Daten erfolgreich kopiert wurden, wird der Datenträger zur Montage zur Verfügung gestellt.

Wenn Sie „Sofortiges Failover“ wählen, wird der zuletzt erfolgreich replizierte Snapshot aktiviert und das Volume kann gemountet werden. Der Zieldatenträger wird im Vergleich zu einer kontrollierten Ausfallsicherung in einer kürzeren Zeit aktiv. Alle Daten, die seit dem vorherigen Replikationszyklus auf den Quellendatenträger geschrieben wurden, gehen jedoch verloren.

Beim Start eines Failovers wird die Replikationsbeziehung umgekehrt. Ihr ursprünglicher Zieldatenträger wird Ihr aktiver Quellendatenträger und Ihr früherer Quellendatenträger wird Ihr inaktives Replikationsziel.

Failover werden unter „Storage“ gestartet, File Storage for Classic in der „ IBM Cloud® “-Konsole.

Bevor Sie mit den folgenden Schritten fortfahren, unterbrechen Sie die Verbindung zum Datenträger. Andernfalls kommt es zu Datenbeschädigungen und Datenverlusten.

Failover zum Replikat in der Konsole

Klicken Sie auf Ihren aktiven Datenträger ('Quelle').
Klicken Sie auf Aktionen .
Wählen Sie Failover aus. Wähle kontrollierte Ausfallsicherung oder sofortige Ausfallsicherung aus.
Wählen Sie das Kontrollkästchen aus, um relevante Informationen zu bestätigen, und klicken Sie auf Ja, um fortzufahren. Es wird ein Fenster angezeigt, in dem Sie bestätigen können, dass der Failover in Bearbeitung ist. Klicken Sie auf Schließen, um zur Liste der Dateifreigaben zurückzukehren.
Suchen Sie in der Liste nach Ihren gemeinsam genutzten Ressourcen. Wenn Sie mehrere Seiten haben, müssen Sie möglicherweise zur nächsten Seite wechseln, um die gemeinsam genutzten Ressourcen anzuzeigen.
Der Status Ihrer Quellen-und Replikatfreigaben wird als 'Failback in Bearbeitung' angezeigt. Darüber hinaus wird neben Ihrem Datenträger auf der File Storage for Classic-Seite ein Symbol angezeigt, das darauf hinweist, dass zurzeit eine Transaktion aktiv ist. Wenn man mit der Maus über das Symbol fährt, erscheint ein Fenster, in dem die Transaktionsdetails angezeigt werden. Das Symbol wird ausgeblendet, sobald die Transaktion abgeschlossen ist.

Während des Failover-Prozesses sind konfigurationsbezogene Aktionen schreibgeschützt. Sie können Snapshotpläne nicht bearbeiten oder Snapshotbereiche ändern. Das Ereignis wird im Replikationsprotokoll aufgezeichnet. Wenn der Zieldatenträger aktiv ist, wird eine andere Nachricht angezeigt. Der Status des ursprünglichen Quellendatenträgers ändert sich in 'inaktiv'.
Aktualisieren Sie die Seite in Ihrem Browser. Nach Abschluss der Transaktion hat Ihr Replikatdatenträger den Status Aktiv und Ihr ursprünglicher Quellendatenträger wird in den Status Inaktiv versetzt.
Hängen Sie Ihren Speicherdatenträger an den Host an und verbinden Sie ihn. Weitere Informationen finden Sie unter „ Anschließen Ihres Speichers “.

Über die Befehlszeilenschnittstelle ein Failover auf ein Replikat durchführen

Bevor Sie beginnen, entscheiden Sie, welchen CLI-Client Sie verwenden wollen.

Sie können die IBM Cloud-CLI und das SL-Plug-in mit ibmcloud plugin install sl installieren. Weitere Informationen finden Sie unter IBM Cloud-CLI mit Plug-ins erweitern.
Sie können auch die SLCLIinstallieren.

Failover über die IBMCLOUD CLI einleiten

Sie können den Befehl ibmcloud sl file replica-failover verwenden, um Operationen von der Quellendateifreigabe auf die Replikatdateifreigabe zu übertragen. Im folgenden Beispiel wird ein Failover von der Quellenfreigabe 560156918 auf die Replikatfreigabe 560382016 eingeleitet.

$ ibmcloud sl file replica-failover 560156918 560382016
OK
Failover of volume 560156918 to replica 560382016 is now in progress.

Weitere Informationen zu allen für diesen Befehl verfügbaren Parameter finden Sie in ibmcloud sl file replica-failover.

Failover über die SLCLI einleiten

Verwenden Sie den folgenden Befehl für den Failover eines Dateidatenträgers auf einen bestimmten Replikatdatenträger.

$ slcli file replica-failover --help
  Usage: slcli file replica-failover [OPTIONS] VOLUME_ID
  Options:
   --replicant-id TEXT  ID of the replicant volume
   --immediate          Failover to replicant immediately.
   -h, --help           Show this message and exit.

Während des Failover-Prozesses sind konfigurationsbezogene Aktionen schreibgeschützt. Sie können Snapshotpläne nicht bearbeiten oder Snapshotbereiche ändern. Das Ereignis wird im Replikationsprotokoll aufgezeichnet. Wenn der Zieldatenträger aktiv ist, wird eine andere Nachricht angezeigt. Der Status des ursprünglichen Quellendatenträgers ändert sich in 'inaktiv'.

Rückübertragung von einem Datenträger auf sein Replikat starten

Wenn Ihr ursprünglicher Quellendatenträger repariert ist, können Sie eine gesteuerte Rückübertragung auf Ihren Originalquellendatenträger starten.

Bei einem kontrollierten Failback werden die folgenden Schritte durchgeführt:

Der aktive Quellendatenträger wird offline geschaltet.
Eine Momentaufnahme wird erstellt.
Der Replikationszyklus wird abgeschlossen.
Der soeben erstellte Datensnapshot wird aktiviert.
Der Quellendatenträger wird zum Anhängen aktiviert.

Beim Start einer Rückübertragung wird die Replikationsbeziehung wieder umgekehrt. Der ursprüngliche Quellendatenträger wird als aktiver Quellendatenträger zurückgeschrieben und der Zieldatenträger wird wieder zum inaktiven Zieldatenträger.

Failback in der Konsole

Failbacks werden unter „Storage“ gestartet, File Storage for Classic in der „ IBM Cloud® “-Konsole gestartet.

Klicken Sie auf Ihren aktiven Datenträger ("Ziel").
Klicken Sie auf der Seite "Freigabedetails" auf Aktionen .
Wählen Sie Rückübertragung aus.
Markieren Sie das Kontrollkästchen, um relevante Informationen zu bestätigen, und klicken Sie auf Ja, um fortzufahren.
Es wird ein Fenster angezeigt, in dem Sie bestätigen können, dass der Failover in Bearbeitung ist. Klicken Sie auf Schließen, um zur Liste der Dateifreigaben zurückzukehren.
Suchen Sie in der Liste nach Ihren gemeinsam genutzten Ressourcen. Wenn Sie mehrere Seiten haben, müssen Sie möglicherweise zur nächsten Seite wechseln, um die gemeinsam genutzten Ressourcen anzuzeigen.
Der Status Ihrer Quellen-und Replikatfreigaben wird als 'Failback in Bearbeitung' angezeigt. Darüber hinaus wird neben Ihrem Datenträger auf der File Storage for Classic-Seite ein Symbol angezeigt, das darauf hinweist, dass zurzeit eine Transaktion aktiv ist. Wenn man mit der Maus über das Symbol fährt, erscheint ein Fenster, in dem die Transaktionsdetails angezeigt werden. Das Symbol wird ausgeblendet, sobald die Transaktion abgeschlossen ist.

Während des Prozesses der Rückübertragung sind konfigurationsbezogene Aktionen schreibgeschützt. Sie können Snapshotpläne nicht bearbeiten oder Snapshotbereiche ändern. Das Ereignis wird im Replikationsprotokoll aufgezeichnet.
Aktualisieren Sie die Seite in Ihrem Browser. Wenn die Transaktion abgeschlossen ist, wird die ursprüngliche Quellenfreigabe als Aktiv angezeigt und die Replikatfreigabe hat den Status Inaktiv.
Hängen Sie Ihren Speicherdatenträger an den Host an und verbinden Sie ihn. Weitere Informationen finden Sie in Verbindung zum neuen Speicher herstellen.

Zurücksetzung über die Befehlszeilenschnittstelle

Failback über IBMCLOUDCLI einleiten

Sie können den Befehl ibmcloud sl file replica-failback verwenden, um Operationen von der Replikatdateifreigabe auf die ursprüngliche Quellendateifreigabe zurückzusetzen. Im folgenden Beispiel wird ein Failback auf die ursprüngliche gemeinsam genutzte Quellenressource 560156918 eingeleitet.

$ ibmcloud sl file replica-failback 560156918
OK
Failback of volume 560156918 is now in progress.

Weitere Informationen zu allen Parametern, die für diesen Befehl verfügbar sind, finden Sie unter ibmcloud sl file replica-failback.

Failback über die SL-CLI einleiten

Gehen Sie für den Failback eines Dateidatenträgers von einem bestimmten Replikatdatenträger wie folgt vor.

$ slcli file replica-failback --help
   Usage: slcli file replica-failback [OPTIONS] VOLUME_ID
   Options:
    --replicant-id TEXT  ID of the replicant volume
    -h, --help           Show this message and exit.

Während des Prozesses der Rückübertragung sind konfigurationsbezogene Aktionen schreibgeschützt. Sie können Snapshotpläne nicht bearbeiten oder Snapshotbereiche ändern. Das Ereignis wird im Replikationsprotokoll aufgezeichnet.