Initiieren eines Speicherkontofailovers
Wenn der primäre Endpunkt für das georedundante Speicherkonto aus einem bestimmten Grund nicht mehr verfügbar ist, können Sie ein Kontofailover initiieren. Bei einem Kontofailover wird der sekundäre Endpunkt so aktualisiert, dass er zum primären Endpunkt für das Speicherkonto wird. Nach Abschluss des Failovers können Clients in die neue primäre Region schreiben. Durch ein erzwungenes Failover können Sie die Hochverfügbarkeit für Ihre Anwendungen aufrechterhalten.
In diesem Artikel wird beschrieben, wie Sie über das Azure-Portal, PowerShell oder die Azure-Befehlszeilenschnittstelle ein Kontofailover für Ihr Speicherkonto initiieren. Weitere Informationen zum Kontofailover finden Sie unter Notfallwiederherstellung und Speicherkontofailover.
Warnung
Ein Kontofailover geht in der Regel mit einem gewissen Datenverlust einher. Informationen zu den Auswirkungen eines Kontofailovers und zur Vorbereitung auf Datenverluste finden Sie unter Datenverlust und Inkonsistenzen.
Hinweis
Es wird empfohlen, das Azure Az PowerShell-Modul für die Interaktion mit Azure zu verwenden. Informationen zu den ersten Schritten finden Sie unter Installieren des Azure Az PowerShell-Moduls. Informationen zum Migrieren zum Az PowerShell-Modul finden Sie unter Migrieren von Azure PowerShell von AzureRM zum Az-Modul.
Voraussetzungen
Bevor Sie ein Kontofailover für Ihr Speicherkonto ausführen können, müssen Sie folgendes sicherstellen:
- Ihr Speicherkonto ist für die Georeplikation (GRS, GZRS, RA-GRS oder RA-GZRS) konfiguriert. Weitere Informationen zur Azure Storage-Redundanz finden Sie unter Azure Storage-Redundanz.
- Der Typ Ihres Speicherkontos unterstützt vom Kunden initiiertes Failover. Siehe Unterstützte Speicherkontotypen.
- Für Ihr Speicherkonto sind keine Features oder Dienste aktiviert, die für das Kontofailover nicht unterstützt sind. Eine ausführliche Liste finden Sie unter Nicht unterstützte Features und Dienste.
Initiieren des Failovers
Sie können ein Kontofailover über das Azure-Portal, die PowerShell oder die Azure-CLI initiieren.
Hinweis
Es wird empfohlen, das Azure Az PowerShell-Modul für die Interaktion mit Azure zu verwenden. Informationen zu den ersten Schritten finden Sie unter Installieren des Azure Az PowerShell-Moduls. Informationen zum Migrieren zum Az PowerShell-Modul finden Sie unter Migrieren von Azure PowerShell von AzureRM zum Az-Modul.
Führen Sie die folgenden Schritte aus, um ein Kontofailover im Azure-Portal zu initiieren:
Navigieren Sie zum Speicherkonto.
Wählen Sie unter Einstellungen die Option Georeplikation aus. In der folgenden Abbildung sind die Georeplikation und der Failoverstatus eines Speicherkontos dargestellt.
Überprüfen Sie, ob Ihr Speicherkonto als georedundanter Speicher (GRS) oder georedundanter Speicher mit Lesezugriff (RA-GRS) konfiguriert ist. Wenn dies nicht der Fall ist, wählen Sie unter Einstellungen die Option Konfiguration aus, um das Konto so zu ändern, dass es georedundant ist.
Die Eigenschaft Letzte Synchronisierungszeit gibt an, wie weit der sekundäre Endpunkt hinter dem primären Endpunkt zurückliegt. Über Letzte Synchronisierungszeit lässt sich der Umfang des Datenverlusts nach Abschluss des Failovers abschätzen. Weitere Informationen zum Überprüfen der Eigenschaft Letzte Synchronisierungszeit finden Sie unter Überprüfen der Eigenschaft „Letzte Synchronisierung“ für ein Speicherkonto.
Wählen Sie Auf Failover vorbereiten aus.
Lesen Sie die Informationen im Bestätigungsdialogfeld. Geben Sie anschließend Ja ein, um das Failover zu bestätigen und zu initiieren.
Wichtige Auswirkungen eines Kontofailovers
Wenn Sie ein Kontofailover für Ihr Speicherkonto initiieren, werden die DNS-Einträge für den sekundären Endpunkt so aktualisiert, dass der sekundäre Endpunkt zum primären Endpunkt wird. Vor dem Initiieren eines Failovers sollten Sie daher die möglichen Auswirkungen auf Ihr Speicherkonto verstehen.
Wenn Sie den Umfang eines wahrscheinlichen Datenverlustes schätzen möchten, bevor Sie ein Failover initiieren, aktivieren Sie die Eigenschaft Letzte Synchronisierungszeit. Weitere Informationen zum Überprüfen der Eigenschaft Letzte Synchronisierungszeit finden Sie unter Überprüfen der Eigenschaft „Letzte Synchronisierung“ für ein Speicherkonto.
Die Zeit bis zum Failover nach der Initiierung kann variieren, beträgt aber in der Regel weniger als eine Stunde.
Nach dem Failover wird der Speicherkontotyp automatisch in einen lokal redundanten Speicher (LRS) in der neuen primären Region konvertiert. Sie können den georedundanten Speicher (GRS) oder den georedundanten Speicher mit Lesezugriff (RA-GRS) wieder aktivieren. Beachten Sie, dass für die Konvertierung von LRS in GRS oder RA-GRS zusätzliche Kosten anfallen. Die Kosten ergeben sich aus den Gebühren für ausgehenden Netzwerkdatenverkehr zum erneuten Replizieren der Daten in die neue sekundäre Region. Weitere Informationen finden Sie unter Preisübersicht Bandbreite.
Nachdem Sie wieder GRS für Ihr Speicherkonto aktiviert haben, beginnt Microsoft, die Daten in Ihrem Konto in die neue sekundäre Region zu replizieren. Die Replikationszeit hängt von vielen Faktoren ab, z. B.:
- Anzahl und Größe der im Speicherkonto gespeicherten Objekte. Viele kleine Objekte können länger dauern als wenige, größere Objekte.
- Verfügbare Ressourcen für die Hintergrundreplikation, z. B. CPU, Arbeitsspeicher, Datenträger und WAN-Kapazität. Livedatenverkehr hat Vorrang vor der Georeplikation.
- Bei Verwendung von Blob Storage: Anzahl der Momentaufnahmen pro Blob
- Bei Verwendung von Table Storage: die Datenpartitionierungsstrategie. Der Replikationsprozess kann nicht über die Anzahl der verwendeten Partitionsschlüssel hinaus skaliert werden.