Initiieren eines Speicherkontofailovers

Artikel
08/08/2024

Microsoft möcht sicherstellen, dass Azure-Dienste immer verfügbar sind. Allerdings kann es gelegentlich zu ungeplanten Dienstausfällen kommen. Azure Storage unterstützt zur Minimierung von Downtimes das kundenseitig verwaltete Failover, damit Ihre Daten bei teilweisen und vollständigen Ausfällen weiterhin verfügbar sind.

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 Azure Storage Notfallwiederherstellungsplanung und -failover.

Wichtig

Das kundenseitig verwaltete (ungeplante) Failover für Konten, für die Azure Data Lake Storage Gen2 aktiviert ist, befindet sich derzeit in der PREVIEW und wird in allen öffentlichen GRS/GZRS-Regionen unterstützt.

Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.

Wichtig

Das kundenseitig verwaltete (ungeplante) Failover für Konten, für die das SSH-Dateiübertragungsprotokoll (SSH File Transfer Protocol, SFTP) aktiviert ist, befindet sich derzeit in der VORSCHAUPHASE und wird lediglich in den folgenden Regionen unterstützt:

(Asien-Pazifik) Indien, Mitte
(Asien-Pazifik) Asien, Südosten
(Europa) Europa, Norden
(Europa) Schweiz, Norden
(Europa) Schweiz, Westen
(Europa) Europa, Westen
(Nordamerika) Kanada, Mitte
(Nordamerika) USA, Osten 2
(Nordamerika) USA, Süden-Mitte

Im Falle einer größeren Katastrophe, die sich auf die primäre Region auswirkt, verwaltet Microsoft das Failover für Konten mit einem hierarchischen Namespace. Weitere Informationen finden Sie unter Microsoft-verwaltetes Failover.

Voraussetzungen

Lesen Sie diese wichtigen Themen im Artikel Leitfaden zur Notfallwiederherstellung, bevor Sie ein kundenseitig verwaltetes Failover initiieren.

Potenzieller Datenverlust: Während eines ungeplanten Failovers eines Speicherkontos sollte mit Datenverlust gerechnet werden. Ausführliche Informationen zu den Auswirkungen eines ungeplanten Kontofailovers und zur Vorbereitung auf einen Datenverlust finden Sie im Abschnitt Vorhersehen von Datenverlust und Inkonsistenzen.
Georedundanz: Bevor Sie ein Failover ausführen können, muss Ihr Speicherkonto für Georedundanz konfiguriert werden. Die anfängliche Synchronisierung von der primären zur sekundären Region muss abgeschlossen werden, bevor der Failoverprozess beginnen kann. Wenn Ihr Konto nicht für Georedundanz konfiguriert ist, können Sie die Konfiguration ändern, indem Sie die im Artikel Ändern der Replikation eines Speicherkontos beschriebenen Schritte befolgen. Weitere Informationen zu den Optionen für Redundanz in Azure Storage finden Sie im Artikel Redundanz in Azure Storage.
Verschiedene Typen des Kontofailovers: Es gibt zwei Typen des kundenseitig verwalteten Failovers. Weitere Informationen zu potenziellen Anwendungsfällen für jeden Typ und ihren Unterschieden finden Sie im Artikel Planen des Failovers.
Planen für nicht unterstützte Features und Dienste: Lesen Sie den Artikel Nicht unterstützte Features und Dienste und ergreifen Sie die entsprechenden Maßnahmen, bevor Sie ein Failover initiieren.
Unterstützte Speicherkontotypen: Stellen Sie sicher, dass der Typ Ihres Speicherkontos zum Initiieren eines Failovers verwendet werden kann. Siehe Unterstützte Speicherkontotypen.
Erwartungen an die zeitliche Planung und die Kosten: Die Dauer des Prozesses für ein kundenseitig verwaltetes Failover kann variieren, sie liegt jedoch in der Regel unter einer Stunde. Ein ungeplantes Failover führt zu einem Verlust der Konfiguration für Georedundanz. Durch die erneute Konfiguration für georedundanten Speicher (GRS) entstehen in der Regel zusätzlicher Zeitaufwand und zusätzliche Kosten. Weitere Informationen finden Sie im Abschnitt Zeitaufwand und Kosten eines Failovers.

Initiieren des Failovers

Über das Azure-Portal, PowerShell oder die Azure CLI können Sie ein geplantes oder ungeplantes kundenseitig verwaltetes Failover 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 von Azure PowerShell. 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 mithilfe des Azure-Portals ein Kontofailover zu initiieren:

Navigieren Sie zum Speicherkonto.
Wählen Sie innerhalb der Gruppe Datenverwaltung Redundanz aus. In der folgenden Abbildung sind die Georedundanzkonfiguration und der Failoverstatus eines Speicherkontos dargestellt.
Überprüfen Sie, ob Ihr Speicherkonto für georedundanten Speicher (GRS, RA-GRS, GZRS oder RA-GZRS) konfiguriert ist. Wählen Sie andernfalls aus der Dropdownliste Redundanz die gewünschte Konfiguration für Redundanz und anschließend Speichern aus, um Ihre Änderung zu übernehmen. Nachdem die Konfiguration für Georedundanz geändert wurde, werden Ihre Daten von der primären mit der sekundären Region synchronisiert. Diese Synchronisierung dauert mehrere Minuten, und das Failover kann erst initiiert werden, wenn alle Daten repliziert wurden. Die folgende Meldung wird angezeigt, bis die Synchronisierung abgeschlossen ist:
Wählen Sie Kundenseitig verwaltetes Failover vorbereiten aus, wie auf der folgenden Abbildung dargestellt:
Wählen Sie den Typ des Failovers aus, den Sie vorbereiten. Die Bestätigungsseite variiert je nach Art des ausgewählten Failovers. Wenn Sie Unplanned Failover auswählen:

Eine Warnung wird angezeigt, um Sie auf einen potenziellen Datenverlust hinzuweisen und Sie darüber zu informieren, dass nach dem Failover eine manuelle Neukonfiguration für Georedundanz erforderlich ist:

Wenn Sie Planned failover auswählen (Preview):

Der Wert von Zeitpunkt der letzten Synchronisierung wird angezeigt. Das Failover tritt erst dann ein, wenn alle Daten mit der sekundären Region synchronisiert wurden. Dadurch wird ein Verlust der Daten verhindert.

Da sich während eines geplanten Failovers oder Failbacks die Konfiguration für Redundanz innerhalb jeder Region nicht ändert, müssen Sie Georedundanz nach einem Failover nicht manuell neu konfigurieren.
Sehen Sie sich die Seite Failover vorbereiten an. Wenn Sie bereit sind, geben Sie Ja ein, und wählen Sie Failover aus, um den Failoverprozess zu bestätigen und zu initiieren.

Eine Meldung wird angezeigt, die angibt, dass das Failover in Arbeit ist:

Gehen Sie wie folgt vor, um die aktuellen Redundanz- und Failoverinformationen für Ihr Speicherkonto abzurufen und dann ein Failover zu initiieren:

Installieren des Azure Storage Vorschaumoduls für PowerShell
Abrufen des aktuellen Status des Speicherkontos mit PowerShell
Initiieren eines Failovers des Speicherkontos mit PowerShell

Installieren des Azure Storage Vorschaumoduls für PowerShell

Um mit PowerShell ein geplantes, kundenseitig verwaltetes Account-Failover (Preview) zusätzlich zu einem kundenseitig initiierten Failover zu veranlassen und zu überwachen, installieren Sie das Modul Az.Storage 5.2.2-preview. Frühere Versionen des Moduls unterstützen ein kundenseitig verwaltetes Failover (ungeplant), aber kein geplantes Failover. Die Vorschauversion unterstützt den neuen FailoverType-Parameter. Gültige Werte sind planned oder unplanned.

Installieren und Ausführen des Vorschaumoduls auf PowerShell 5.1

Empfohlene Best Practices schließen die Installation und Verwendung der neuesten Version von PowerShell ein. Wenn unter Verwendung älterer Versionen von PowerShell Probleme bei der Installation des Vorschaumoduls auftreten, müssen Sie ein Update von PowerShellGet auf die aktuelle Version durchführen, bevor Sie das Vorschaumodul Az.Storage 5.2.2 installieren.

Um die neueste Version von PowerShellGet und das Az.Storage-Vorschaumodul zu installieren, führen Sie die folgenden Schritte aus:

Verwenden Sie das folgende Cmdlet, um PowerShellGet zu aktualisieren:
```
Install-Module PowerShellGet –Repository PSGallery –Force
```
Schließen Sie PowerShell, und öffnen Sie es erneut.

Installieren Sie mithilfe des folgenden Cmdlets das Vorschaumodul Az.Storage:

Install-Module -Name Az.Storage -RequiredVersion 5.2.2-preview -AllowPrerelease

Ermitteln Sie, ob Sie bereits eine höhere Version des Az.Storage-Moduls installiert haben, indem Sie den Befehl ausführen:
```
Get-InstalledModule Az.Storage -AllVersions
```

Wenn eine höhere Version wie 5.3.0 oder 5.4.0 ebenfalls installiert ist, müssen Sie die Vorschauversion explizit importieren, bevor Sie diese verwenden.

Schließen Sie PowerShell, und öffnen Sie es erneut.
Bevor Sie weitere Befehle ausführen, importieren Sie die Vorschauversion des Moduls mit dem folgenden Befehl:
```
Import-Module Az.Storage -RequiredVersion 5.2.2
```
Überprüfen Sie, ob der Parameter FailoverType unterstützt wird, indem Sie den folgenden Befehl ausführen:
```
Get-Help Invoke-AzStorageAccountFailover -Parameter FailoverType
```

Weitere Informationen zum Installieren von Azure PowerShell finden Sie unter Installieren des Azure Az-PowerShell-Moduls.

Abrufen des aktuellen Status des Speicherkontos mit PowerShell

Prüfen Sie den Status des Speicherkontos, bevor Sie ein Failover durchführen. Untersuchen Sie Eigenschaften, die sich auf die Durchführung des Failover auswirken können, wie z. B.:

Die primären und sekundären Regionen und deren Status
Die Speicherart und Zugriffsebene
Der aktuelle Failoverstatus
Die letzte Synchronisierungszeit
Der SKU-Konvertierungsstatus des Speicherkontos

   # Log in first with Connect-AzAccount
   Connect-AzAccount

   # Specify the resource group name and storage account name
   $rgName = "<your resource group name>"
   $saName = "<your storage account name>"

   # Get the storage account information
   Get-AzStorageAccount `
       -Name $saName `
       -ResourceGroupName $rgName `
       -IncludeGeoReplicationStats

Um die Liste der Eigenschaften auf der Anzeige auf den relevantesten Satz zu einzuschränken, erwägen Sie das Ersetzen des Befehls Get-AzStorageAccount im vorherigen Beispiel durch den folgenden Befehl:

Get-AzStorageAccount `
    -Name $saName `
    -ResourceGroupName $rgName `
    -IncludeGeoReplicationStats `
        | Select-Object Location,PrimaryLocation,SecondaryLocation,StatusOfPrimary,StatusOfSecondary,@{E={$_.Kind};L="AccountType"},AccessTier,LastGeoFailoverTime,FailoverInProgress,StorageAccountSkuConversionStatus,GeoReplicationStats `
    -ExpandProperty Sku `
        | Select-Object Location,PrimaryLocation,SecondaryLocation,StatusOfPrimary,StatusOfSecondary,AccountType,AccessTier,@{E={$_.Name};L="RedundancyType"},LastGeoFailoverTime,FailoverInProgress,StorageAccountSkuConversionStatus `
        -ExpandProperty GeoReplicationStats `
        | fl

Initiieren eines Failovers des Speicherkontos mit PowerShell

Invoke-AzStorageAccountFailover `
    -ResourceGroupName $rgName `
    -Name $saName `
    -FailoverType <planned|unplanned> # Specify either planned or unplanned failover

Führen Sie die folgenden Schritte aus, um die aktuellen Informationen zu Redundanz und dem Failover für Ihr Speicherkonto abzurufen und anschließend ein Failover zu initiieren:

Installieren der Azure Storage Vorschauerweiterung für die Azure-Befehlszeilenschnittstelle
Abrufen des aktuellen Status des Speicherkontos mit der Azure-Befehlszeilenschnittstelle
Initiieren eines Failovers des Speicherkontos mit der Azure-Befehlszeilenschnittstelle

Installieren der Azure Storage Vorschauerweiterung für die Azure-Befehlszeilenschnittstelle

Installieren Sie die aktuelle Version der Azure-Befehlszeilenschnittstelle (CLI). Weitere Informationen finden Sie unter Installieren der Azure-Befehlszeilenschnittstelle.
Installieren Sie die Azure CLI-Speichervorschauerweiterung mit dem folgenden Befehl:
```
az extension add -n storage-preview
```
Wichtig

Die Azure CLI-Speichervorschauerweiterung fügt Unterstützung für Features oder Argumente hinzu, die sich derzeit in der VORSCHAU befinden.

Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.

Abrufen des aktuellen Status des Speicherkontos mit der Azure-Befehlszeilenschnittstelle

Führen Sie den folgenden Befehl aus, um die aktuellen Georeplikationsinformationen für das Speicherkonto abzurufen. Ersetzen Sie die Platzhalterwerte in spitzen Klammern (<>) durch Ihre eigenen Werte:

az storage account show \
    --resource-group <resource-group-name> \
    --name <storage-account-name> \
    --expand geoReplicationStats

Weitere Informationen über den Befehl storage account show erhalten Sie, wenn Sie folgendes ausführen:

az storage account show --help

Initiieren eines Failovers des Speicherkontos mit der Azure-Befehlszeilenschnittstelle

Führen Sie den folgenden Befehl aus, um ein Failover des Speicherkontos zu initiieren. Ersetzen Sie die Platzhalterwerte in spitzen Klammern (<>) durch Ihre eigenen Werte:

az storage account failover \
    --resource-group <resource-group-name> \
    --name <storage-account-name> \
    --failover-type <planned|unplanned>

Weitere Informationen über den Befehl storage account failover erhalten Sie, wenn Sie folgendes ausführen:

az storage account failover --help

Überwachen des Failovers

Sie können den Status des Failover über das Azure-Portal, die PowerShell oder die Azure CLI überwachen.

Der Status des Failover wird im Azure-Portal unter Benachrichtigungen, im Aktivitätsprotokoll und auf der Seite Redundanz des Speicherkontos angezeigt.

Benachrichtigungen

Um den Status des Failovers zu überprüfen, wählen Sie ganz recht auf dem globalen Seitenheader des Azure-Portals das glockenförmige Symbol „Benachrichtigung“ aus:

Aktivitätsprotokoll

Um den detaillierten Status eines Failover zu sehen, wählen Sie den Link Weitere Ereignisse im Aktivitätsprotokoll in der Benachrichtigung oder gehen Sie auf die Seite Aktivitätsprotokoll des Speicherkontos:

Redundanzseite

Auf der Seite „Redundanz“ des Speicherkontos werden Meldungen zum Bereitstellen der Updates des Failoverstatus angezeigt:

Wenn das Failover kurz vor dem Abschluss steht, wird auf der Redundanzseite möglicherweise die ursprüngliche sekundäre Region als neue primäre Region angezeigt, aber immer noch eine Meldung, dass das Failover ausgeführt wird:

Nach Abschluss des Failovers wird auf der Seite „Redundanz“ die letzte Failoverzeit und der geografische Standort der neuen primären Region angezeigt. Bei einem geplanten Failover wird die neue sekundäre Region ebenfalls angezeigt. Auf der folgenden Abbildung wird der Status des neuen Speicherkontos nach einem ungeplanten Failover veranschaulicht:

Wichtige Auswirkungen eines ungeplanten Failovers

Wenn Sie ein ungeplantes Failover Ihres Speicherkontos 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.

Ein ungeplantes Failover führt zum Verlust aller Daten in der primären Region, weil die sekundäre Region zur neuen primären Region wird. Alle Schreibvorgänge am Speicherkonto der primären Region müssen wiederholt werden, nachdem Georedundanz erneut aktiviert wurde. Weitere Informationen finden Sie unter Azure Storage: Planen der Notfallwiederherstellung und Durchführen eines Failovers.

Der Azure Storage-Ressourcenanbieter führt während des Failoverprozesses kein Failover durch. Daher gibt die Eigenschaft Standort der REST-API von Azure Storage nach Abschluss des Failovers den ursprünglichen Standort zurück.

Die Auslagerung von Speicherkonten ist eine vorübergehende Lösung für einen Dienstausfall und sollte nicht als Teil Ihrer Datenmigrationsstrategie verwendet werden. Informationen zur Migration Ihrer Speicherkonten finden Sie unter Übersicht über die Azure Storage-Migration.

Freigeben über