Ändern der Replikation eines Speicherkontos

  • Artikel
  • 16 Minuten Lesedauer

Azure Storage speichert immer mehrere Kopien Ihrer Daten, um sie vor geplanten und ungeplanten Ereignissen zu schützen. Dies schließt unter anderem vorübergehende Hardwarefehler, Netzwerk- oder Stromausfälle sowie Naturkatastrophen ein. Durch diese Redundanz wird sichergestellt, dass Ihr Speicherkonto auch bei Ausfällen die Servicelevelvereinbarung (SLA) für Azure Storage erfüllt.

In diesem Artikel erfahren Sie, wie Sie die Replikationseinstellungen für ein vorhandenes Speicherkonto ändern.

Optionen zum Ändern des Replikationstyps

Vier Aspekte der Redundanzkonfiguration eines Speicherkontos bestimmen, wie Ihre Daten repliziert und zugänglich sind:

  • Lokale Redundanz – Ihre Daten werden immer dreimal innerhalb der lokalen oder primären Region (LRS) repliziert
  • Zonenredundanz – ob Ihre Daten zwischen verschiedenen Zonen innerhalb der primären Region repliziert werden (LRS vs. ZRS)
  • Georedundanz – Replikation innerhalb einer einzelnen "lokalen" Region oder zwischen einer primären und einer sekundären Region (LRS vs. GRS)
  • Lesezugriff (Read Access, RA): Lesezugriff auf die sekundäre Region bei Verwendung von Georedundanz (GRS bzw. RA-GRS)

Eine Übersicht aller Redundanzoptionen finden Sie unter Azure Storage-Redundanz.

Die Replikation Ihres Speicherkontos zu einer anderen Redundanzkonfiguration kann mit gewissen Einschränkungen geändert werden. Machen Sie sich vor dem Vornehmen von Änderungen mit den Einschränkungen sowie mit den Downtimeanforderungen vertraut, um sicherzustellen, dass Sie über einen Plan verfügen, der innerhalb eines auf Ihren Bedarf abgestimmten Zeitrahmens das beste Endergebnis liefert und Ihre Uptimeanforderungen erfüllt.

Es gibt drei Methoden zum Ändern der Replikationseinstellungen:

Wenn Sie sowohl die Zonenredundanz als auch die Georeplikation oder den Lesezugriff ändern möchten, ist ein zweistufiger Prozess erforderlich. Georedundanz und Lesezugriff können zwar gleichzeitig geändert werden, die Zonenredundanzkonvertierung muss jedoch separat erfolgen. Die beiden Schritte können auch in umgekehrter Reihenfolge ausgeführt werden.

Replikationsänderungstabelle

Die folgende Tabelle bietet eine Übersicht über die Möglichkeiten zum Wechseln zwischen den Replikationstypen.

Hinweis

Die manuelle Migration ist eine Option für jedes Szenario, in dem Sie die Replikationseinstellung innerhalb der Einschränkungen für das Ändern von Replikationstypen ändern möchten. Zur Vereinfachung wurde die manuelle Migration in der nachstehenden Tabelle weggelassen.

Wechsel … zu LRS … zu GRS/RA-GRS 6 … zu ZRS … zu GZRS/RA-GZRS 2, 6
… von LRS N/V Verwenden Sie Azure-Portal, PowerShell oder CLI1,2 Führen Sie eine Konvertierung durch.2, 3, 4, 5 Wechseln Sie zuerst zu GRS/RA-GRS1, und führen Sie dann eine Konvertierung in GZRS/RA-GZRS durch.3, 4, 5
… von GRS/RA-GRS Verwenden Sie Azure-Portal, PowerShell oder CLI N/V Wechseln Sie zuerst zu LRS, und führen Sie dann eine Konvertierung in ZRS durch.3, 5 Führen Sie eine Konvertierung durch.3, 5
… von ZRS Führen Sie eine Konvertierung durch.3 Wechseln Sie zuerst zu GZRS/RA-GZRS1, und führen Sie dann eine Konvertierung in GRS/RA-GRS durch.3 N/V Verwenden Sie das Azure-Portal, PowerShell oder die CLI.1
… von GZRS/RA-GZRS Wechseln Sie zuerst zu LRS, und führen Sie dann eine Konvertierung in ZRS durch.3 Führen Sie eine Konvertierung durch.3 Verwenden Sie Azure-Portal, PowerShell oder CLI N/V

1Beim Hinzufügen von Georedundanz fällt eine einmalige Gebühr für ausgehenden Datenverkehr an.
2 Wenn Ihr Speicherkonto Blobs auf Archivspeicherebene enthält, überprüfen Sie die Einschränkungen der Zugriffsebene, bevor Sie den Redundanztyp in geo- oder zonenredundant ändern.
3 Die Art der unterstützten Konvertierung hängt von der Art des Speicherkontos ab. Ausführlichere Informationen finden Sie in der Tabelle unter Speicherkontotyp.
4 Für LRS-Konten, die auf ein Failover zurückgehen, wird keine Konvertierung in ZRS oder GZRS unterstützt. Ausführlichere Informationen finden Sie unter Failover und Failback.
5 Die Konvertierung von LRS in ZRS wird nicht unterstützt, wenn NFSv3-Protokollunterstützung für Azure Blob Storage aktiviert ist oder wenn das Speicherkonto Azure Files-NFSv4.1-Freigaben enthält.
6 Obwohl die Aktivierung von Georedundanz sofort auftritt, kann ein Failover an die sekundäre Region erst initiiert werden, wenn die Datensynchronisierung zwischen den beiden Regionen abgeschlossen ist.

Ändern der Replikationseinstellung

Verwenden Sie je nach Szenario aus der Replikationsänderungstabelle eine der folgenden Methoden, um Ihre Replikationseinstellungen zu ändern:

Ändern Sie die Replikationseinstellung mithilfe von Azure-Portal, PowerShell oder der CLI

In den meisten Fällen können Sie die CLI von Azure-Portal, PowerShell oder Azure verwenden, um die georedundante oder Lesezugriffs-Replikationseinstellung (RA) für ein Speicherkonto zu ändern. Wenn Sie eine Zonenredundanzkonvertierung initiieren, können Sie die Einstellung aus dem Azure-Portal heraus ändern, aber nicht aus PowerShell oder der Azure CLI.

Die Änderung der Replikation Ihres Speicherkontos im Azure-Portal hat keine Downtime für Ihre Anwendungen zur Folge. Das gilt auch für Änderungen, die eine Konvertierung erfordern.

Um die Redundanzoption für Ihr Speicherkonto im Azure-Portal zu ändern, führen Sie die folgenden Schritte aus:

  1. Navigieren Sie zum Speicherkonto im Azure-Portal.

  2. Wählen Sie unter Datenverwaltung die Option Redundanz aus.

  3. Aktualisieren Sie die Einstellung Redundanz.

  4. Wählen Sie Speichern aus.

    Screenshot, der anzeigt, wie Sie die Replikationsoption im Portal ändern.

Durchführen einer Konvertierung

Mit „Redundanzkonvertierung“ ist das Ändern des Zonenredundanzaspekts eines Speicherkontos gemeint.

Eine Konvertierung kann ohne Datenverluste oder Downtime der Anwendung durchgeführt werden.

Es gibt zwei Möglichkeiten, eine Konvertierung zu initiieren:

Tipp

Microsoft empfiehlt, nach Möglichkeit die kundenseitig initiierte Konvertierung zu verwenden, anstatt beim Support eine Konvertierung anzufordern. Bei der kundenseitig initiierten Konvertierung können Sie die Konvertierungsanforderung direkt über das Azure-Portal starten und den Status überwachen, ohne eine Supportanfrage erstellen und verwalten zu müssen.

Kundenseitig initiierte Konvertierung

Die vom Kunden initiierte Konvertierung bietet eine neue Option, mit der Kund*innen eine Konvertierung starten können. Anstatt eine Supportanfrage erstellen zu müssen, können Kunden nun die Konvertierung direkt über das Azure-Portal starten und den Status überwachen. Nach der Initiierung kann es bis zu 72 Stunden dauern, bis die Konvertierung tatsächlich beginnt, aber mögliche Verzögerungen im Zusammenhang mit dem Öffnen und Verwalten einer Supportanfrage fallen weg.

Hinweis

Für den Abschluss einer kundenseitig initiierten Konvertierung gibt es keine Vereinbarung zum Servicelevel.

Die vom Kunden initiierte Konvertierung ist nur im Azure-Portal verfügbar, nicht über PowerShell oder die Azure CLI. Um die Konvertierung zu initiieren, führen Sie die gleichen Schritte aus, die zum Ändern anderer Replikationseinstellungen im Azure-Portal verwendet werden, wie unter Ändern der Replikationseinstellung mithilfe des Portals, PowerShell oder der CLI beschrieben.

Die kundenseitig initiierte Konvertierung steht nicht in allen Regionen zur Verfügung. Weitere Informationen finden Sie unter Region.

Überwachen des Status einer kundenseitig initiierten Konvertierung

Der Status einer kundenseitig initiierten Konvertierung wird auf der Seite Redundanz des Speicherkontos angezeigt:

Screenshot: Status der Konvertierungsanforderung auf der Seite „Redundanz“ des Azure-Portals

Im Zuge der Auswertung und Verarbeitung der Konvertierungsanforderung sollte der Status die in der folgenden Tabelle aufgeführten Statuswerte durchlaufen:

Status Erklärung
Zur Konvertierung übermittelt Die Konvertierungsanforderung wurde erfolgreich zur Verarbeitung übermittelt.
In Bearbeitung1 Die eigentliche Konvertierung hat begonnen.
Abgeschlossen
– oder –
Fehler2		 Die Konvertierung wurde erfolgreich abgeschlossen.
– oder –
Fehler bei der Konvertierung.

1 Nach der Initiierung kann es bis zu 72 Stunden dauern, bis die Konvertierung tatsächlich beginnt. Sollte die Konvertierung nicht innerhalb von 96 Stunden nach Initiierung der Anforderung den Status „In Bearbeitung“ erreichen, senden Sie eine Supportanfrage an Microsoft, um den Grund dafür zu ermitteln.
2 Ist die Konvertierung nicht erfolgreich, senden Sie eine Supportanfrage an Microsoft, um den Grund für den Fehler zu ermitteln.

Hinweis

Auch wenn Microsoft auf Ihre Anforderung zur Konvertierung sofort reagiert, gibt es keine Garantie, zu welchem Zeitpunkt sie abgeschlossen sein wird. Wenn Ihre Daten bis zu einem bestimmten Datum konvertiert werden müssen, empfiehlt Microsoft die Durchführung einer manuellen Migration.

Grundsätzlich gilt: Je mehr Daten in Ihrem Konto vorhanden sind, desto länger dauert die Replikation dieser Daten in andere Zonen in der Region.

Vom Support angeforderte Konvertierung

Kunden können weiterhin eine Konvertierung anfordern, indem sie eine Supportanfrage bei Microsoft öffnen.

Tipp

Wenn Sie mehr als ein Speicherkonto konvertieren möchten, erstellen Sie ein einzelnes Supportticket, und geben Sie auf der RegisterkarteWeitere Details die Namen der zu konvertierenden Konten an.

Führen Sie die folgenden Schritte aus, um eine Konvertierung von Microsoft anzufordern:

  1. Navigieren Sie im Azure-Portal zu einem Speicherkonto, das Sie konvertieren möchten.

  2. Wählen Sie unter Support + TroubleshootingNeue Support-Anfrage.

  3. Füllen Sie die Registerkarte Beschreibung des Problems mit Ihren Kontoinformationen aus:

    • Zusammenfassung: Beschreibender Text.
    • Problemtyp: Wählen Sie Technisch aus.
    • Abonnement: Wählen Sie in der Dropdownliste Ihr Abonnement aus.
    • Dienst: Wählen Sie Meine Dienste und anschließend Speicherkontoverwaltung als Diensttyp aus.
    • Ressource: Wählen Sie ein Speicherkonto für die Konvertierung aus. Wenn Sie mehrere Speicherkonten angeben möchten, können Sie dies auf der Registerkarte Weitere Details tun.
    • Problemtyp: Wählen Sie Datenmigrationaus.
    • Problem-Untertyp: Wählen Sie zu ZRS, gzrs oder RA-gzrs migrierenaus.

    Screenshot: Anfordern einer Konvertierung – Registerkarte „Beschreibung des Problems“

  4. Klicken Sie auf Weiter. Die Registerkarte Empfohlene Lösung taucht möglicherweise kurz auf, bevor die Seite Lösungen angezeigt wird. Auf der Seite Lösungen können Sie die Berechtigung Ihres Speicherkontos bzw. Ihrer Speicherkonten zur Konvertierung überprüfen:

    • Zielreplikationstyp: Wählen Sie in der Dropdownliste die gewünschte Option aus.
    • Speicherkonten von: Geben Sie einen einzelnen Speicherkontonamen oder eine durch Semikolons getrennte Liste von Konten ein.
    • Klicken Sie auf Senden.

    Screenshot: Überprüfen der Berechtigung Ihres Speicherkontos bzw. Ihrer Speicherkonten zur Konvertierung – Seite „Lösungen“

  5. Zeigen die Ergebnisse an, dass Ihr Speicherkonto nicht zur Konvertierung berechtigt ist, ergreifen Sie die entsprechende Maßnahme. Wenn es über eine Berechtigung verfügt, klicken Sie auf Zurück zur Supportanfrage.

  6. Wählen Sie Weiter aus. Wenn Sie mehr als ein Speicherkonto migrieren möchten, geben Sie auf der Registerkarte Details die Namen der einzelnen Konten an, und trennen Sie sie jeweils durch ein Semikolon.

    Screenshot: Anfordern einer Konvertierung – Registerkarte „Weitere Details“

  7. Füllen Sie auf der Registerkarte Weitere Details die erforderlichen Informationen aus. Klicken Sie auf Überprüfen + erstellen, um Ihr Supportticket zu überprüfen und zu übermitteln. Ein Supportmitarbeiter wird sich mit Ihnen in Verbindung setzen, um Sie nach Bedarf und Wunsch unterstützen.

Manuelle Migration

Eine manuelle Migration bietet mehr Flexibilität und Kontrolle als eine Konvertierung. Diese Option kann verwendet werden, wenn Ihre Daten bis zu einem bestimmten Datum verschoben werden müssen oder wenn die Konvertierung für Ihr Szenario nicht unterstützt wird. Die manuelle Migration ist außerdem nützlich, wenn Sie ein Speicherkonto in eine andere Region verschieben möchten. Weitere Informationen finden Sie unter Verschieben eines Azure Storage-Kontos in eine andere Region.

In folgenden Fällen müssen Sie eine manuelle Migration ausführen:

  • Sie möchten Ihr Speicherkonto zu einer anderen Region migrieren.
  • Ihr Speicherkonto ist ein Blockblobkonto.
  • Ihr Speicherkonto enthält Daten auf der Archivebene und die Aktivierung der Daten ist nicht erwünscht.

Wichtig

Eine manuelle Migration kann zu Ausfallzeiten der Anwendung führen. Wenn Ihre Anwendung eine hohe Verfügbarkeit erfordert, bietet Microsoft auch eine Option für eine Konvertierung. Eine Konvertierung ist eine direkte Migration ohne Ausfallzeiten.

Bei einer manuellen Migration kopieren Sie die Daten aus Ihrem vorhandenen Speicherkonto in ein neues Speicherkonto. Zum Ausführen einer manuellen Migration können Sie eine der folgenden Optionen verwenden:

  • Kopieren Sie Daten mithilfe eines vorhandenen Tools wie z. B. AzCopy, einer der Azure Storage-Clientbibliotheken oder zuverlässigen Drittanbietertools.
  • Wenn Sie mit Hadoop oder HDInsight vertraut sind, können Sie sowohl das Quell- als auch das Zielspeicherkonto an Ihren Cluster anfügen. Danach parallelisieren Sie den Datenkopiervorgang mit einem Tool wie z.B. DistCp.

Ausführlichere Anleitungen zum Ausführen einer manuellen Migration finden Sie unter Verschieben eines Azure Storage-Kontos in eine andere Region.

Einschränkungen für das Ändern von Replikationstypen

Einschränkungen gelten für einige Replikationsänderungsszenarien je nach:

Region

Stellen Sie sicher, dass die Region, in der sich Ihr Speicherkonto befindet, alle gewünschten Replikationseinstellungen unterstützt. Wenn Sie beispielsweise Ihr Konto in ein zonenredundantes Konto (ZRS, GZRS oder RA-GZRS) konvertieren, stellen Sie sicher, dass sich Ihr Speicherkonto in einer Region befindet, die es unterstützt. Weitere Informationen finden Sie in den Listen der unterstützten Regionen für zonenredundante Speicher und geozonenredundante Speicher.

Wichtig

Die kundenseitig initiierte Konvertierung von LRS in ZRS ist in allen öffentlichen Regionen verfügbar, die ZRS unterstützen. Ausnahmen:

  • (Europa) Europa, Westen
  • (Europa) Vereinigtes Königreich, Süden
  • (Nordamerika) Kanada, Mitte
  • (Nordamerika) USA, Osten
  • (Nordamerika) USA, Osten 2

Die kundenseitig initiierte Konvertierung bereits vorhandener ZRS-Konten in LRS ist in allen öffentlichen Regionen verfügbar.

Funktionskonflikte

Einige Speicherkontofunktionen sind nicht mit anderen Features oder Vorgängen kompatibel. Beispielsweise ist die Möglichkeit, einen Failover-Vorgang für die sekundäre Region durchzuführen, das Hauptmerkmal der Georedundanz, aber andere Features sind nicht mit dem Failover kompatibel. Weitere Informationen zu Features und Diensten, die vom Failover nicht unterstützt werden, finden Sie unter Nicht unterstützte Features und Dienste. Das Konvertieren eines Kontos in GRS, GZRS oder RA-GZRS wird möglicherweise blockiert, wenn ein in Konflikt stehendes Feature aktiviert ist, oder es kann erforderlich sein, das Feature später zu deaktivieren, bevor ein Failover-Vorgang initiiert wird.

Speicherkontotyp

Wenn Sie planen, Ihre Replikationseinstellungen zu ändern, sollten Sie die folgenden Einschränkungen im Zusammenhang mit dem Speicherkontotyp berücksichtigen.

Einige Speicherkontotypen unterstützen nur bestimmte Redundanzkonfigurationen, die sich darauf auswirken, ob sie konvertiert oder migriert werden können und falls ja, wie. Weitere Details zu Azure-Speicherkontotypen und den unterstützten Redundanzoptionen finden Sie in der Übersicht über das Speicherkonto.

In der folgenden Tabelle finden Sie eine Übersicht über Redundanzoptionen, die für Speicherkontotypen verfügbar sind und darüber, ob Konvertierung und manuelle Migration unterstützt werden:

Speicherkontotyp Unterstützt LRS Unterstützt ZRS Unterstützt die Konvertierung
(im Portal)		 Unterstützt die Konvertierung
(durch eine Supportanfrage)		 Unterstützt die manuelle Migration
Standard, Universell V2 ✅ ✅ ✅ ✅ ✅
Premium-Dateifreigaben ✅ ✅ ✅✅ ✅
Premium, Blockblob ✅ ✅ ✅
Premium-Seitenblob ✅
Verwaltete Datenträger2 ✅
Standard, Universell V1 ✅ 3 ✅
ZRS Classic4
(verfügbar in Konten vom Typ „Standard, Universell V1“)		 ✅

1 Für Premium-Dateifreigaben steht nur die Konvertierung per Supportanfrage zur Verfügung. Die kundenseitig initiierte Konvertierung wird derzeit nicht unterstützt.
2 Verwaltete Datenträger sind nur für LRS verfügbar und können nicht zu ZRS migriert werden. Sie können Momentaufnahmen und Images für verwaltete SSD Standard-Datenträger in einem HDD Standard-Speicher speichern und zwischen LRS- und ZRS-Optionen wählen. Informationen zur Integration in Verfügbarkeitsgruppen finden Sie unter Einführung in verwaltete Azure-Datenträger.
3 Wenn Ihr Speicherkonto v1 ist, müssen Sie es auf v2 aktualisieren, bevor Sie eine Konvertierung durchführen. Informationen zum Upgrade Ihres v1-Kontos finden Sie unter Upgrade auf ein allgemeingültiges v2-Speicherkonto.
4 ZRS Classic-Speicherkonten sind veraltet. Informationen zum Konvertieren von ZRS Classic-Speicherkonten finden Sie unter Konvertieren von ZRS Classic-Speicherkonten.

Konvertieren von ZRS Classic-Speicherkonten

Wichtig

ZRS Classic-Konten gelten seit dem 31. März 2021 als veraltet. Kunden können keine ZRS Classic-Konten mehr erstellen. Wenn Sie noch über welche verfügen, sollten Sie sie auf Konten vom Typ „Standard, Universell V2“ aktualisieren.

ZRS Classic war nur für Blockblobs in Speicherkonten vom Typ „Universell v1 (GPv1)“ verfügbar. Weitere Informationen zu Speicherkonten finden Sie unter Azure-Speicherkonto – Übersicht.

ZRS Classic-Konten replizierten Daten asynchron zwischen Rechenzentren in einer oder zwei Regionen. Replizierte Daten waren nicht verfügbar, bis Microsoft das Failover auf die sekundäre Region initiierte. Ein ZRS Classic-Konto kann nicht zu oder aus LRS, GRS oder RA-GRS konvertiert werden. ZRS Classic-Konten unterstützen zudem weder Metriken noch Protokollierungen.

Um ZRS Classic in einen anderen Replikationstyp zu ändern, verwenden Sie eine der folgenden Methoden:

Verwenden Sie in den Regionen, in denen ZRS verfügbar ist, das Azure-Portal, PowerShell oder die Azure CLI, um ein Upgrade Ihres klassischen ZRS-Speicherkontos auf ZRS durchführen:

Um im Azure-Portal ein Upgrade auf ZRS durchzuführen, navigieren Sie zu den Konfigurationseinstellungen des Kontos, und wählen Sie Upgrade aus:

Upgrade von ZRS (klassisch) zu ZRS im Portal

Um Ihre ZRS Classic-Kontodaten manuell zu einem anderen Replikationstyp zu migrieren, führen Sie die Schritte zum Ausführen einer manuellen Migration durch.

Wenn Sie Ihre Daten in ein zonenredundantes Speicherkonto in einer anderen Region als der Region des Quellkontos migrieren möchten, müssen Sie eine manuelle Migration durchführen. Weitere Informationen finden Sie unter Verschieben eines Azure Storage-Kontos in eine andere Region.

Zugriffsebene

Vergewissern Sie sich, dass die gewünschte Redundanzoption die derzeit im Speicherkonto verwendeten Zugriffsstufen unterstützt. ZRS-, GZRS- und RA-GZRS-Speicherkonten unterstützen beispielsweise die Archivebene nicht. Weitere Informationen finden Sie unter Zugriffsebenen „Heiß“, „Kalt“ und „Archiv“ für Blobdaten. Wenn Sie ein LRS-, GRS- oder RA-GRS-Konto in ein Konto konvertieren möchten, das Zonenredundanz unterstützt, müssen Sie die archivierten Blobs zuerst in ein Speicherkonto verschieben, das Blobs auf Archivebene unterstützt. Konvertieren Sie dann das Quellkonto in ZRS, GZRS bzw. RA-GZRS.

Wenn Sie ein LRS-Speicherkonto, das Blobs auf Archivebene enthält, auf GRS oder RA-GRS umstellen möchten, müssen Sie zuerst alle archivierten Blobs für die heiße oder kalte Speicherebene aktivieren oder eine manuelle Migration durchführen.

Tipp

Microsoft empfiehlt, die Redundanzkonfiguration für ein Speicherkonto mit archivierten Blobs möglichst nicht zu ändern, da Aktivierungsvorgänge kostspielig und zeitaufwändig sein können. Wenn sich die Änderung aber nicht vermeiden lässt, können durch eine manuelle Migration die Kosten für die Aktivierung gespart werden.

Protokollunterstützung

Die Konvertierung Ihres Speicherkontos in Zonenredundanz (ZRS, GZRS oder RA-GZRS) wird nicht unterstützt, wenn einer der folgenden Punkte zutrifft:

  • NfSv3-Protokollunterstützung ist für Azure Blob Storage aktiviert.
  • Das Speicherkonto enthält Azure Files-NFSv4.1-Freigaben.

Failover und Failback

Nach einem Kontofailover zur sekundären Region ist es möglich, mit PowerShell oder Azure CLI (Version 2.30.0 oder höher) einen Failback von der neuen primären Region zur neuen sekundären Region zu initiieren. Weitere Informationen finden Sie unter Vorsicht bei einem Failback zur ursprünglichen primären Region.

Wenn Sie ein Kontofailover für Ihr GRS- oder RA-GRS-Konto durchgeführt haben, ist das Konto in der neuen primären Region nach dem Failover lokal redundant (LRS). Für LRS-Konten, die auf ein Failover zurückgehen, wird keine Konvertierung in ZRS oder GZRS unterstützt. Dies gilt sogar für sogenannte Failbackvorgänge. Wenn Sie beispielsweise ein Kontofailover von RA-GRS zu LRS in der sekundären Region durchführen und das Konto dann erneut als RA-GRS konfigurieren, handelt es sich in der neuen sekundären Region (der ursprünglichen primären Region) um ein LRS-Konto. Wenn Sie dann ein weiteres Kontofailover vornehmen, um ein Failback auf die ursprüngliche primäre Region durchzuführen, ist es in der ursprünglichen primären Region wieder ein LRS-Konto. In diesem Fall kann in der primären Region keine Konvertierung in ZRS, GZRS oder RA-GZRS durchgeführt werden. Stattdessen müssen Sie eine manuelle Migration durchführen, um Zonenredundanz hinzuzufügen.

Anforderungen an Ausfallzeiten

Während einer Konvertierung können Sie ohne jegliche Verluste bei Dauerhaftigkeit oder Verfügbarkeit auf die Daten in Ihrem Speicherkonto zugreifen. Die SLA für Speicherkonten wird während des Migrationsprozesses beibehalten, und durch die Konvertierung entsteht kein Datenverlust. Dienstendpunkte, Zugriffsschlüssel, Shared Access Signatures und andere Kontooptionen sind auch nach der Migration unverändert.

Wenn Sie eine Konvertierung im Azure-Portal initiieren, kann es bis zu 72 Stunden dauern, bis der Konvertierungsprozess beginnt. Die Dauer kann sich erhöhen, wenn die Konvertierung mittels Supportanfrage angefordert wurde.

Wenn Sie eine manuelle Migration ausführen möchten, sind Ausfallzeiten erforderlich, aber Sie haben mehr Kontrolle über den zeitlichen Ablauf des Migrationsprozesses.

Kosten in Zusammenhang mit einer Änderung der Datenreplikation

Die Azure Storage-Redundanzangebote umfassen Folgendes (aufsteigend nach Kosten sortiert): LRS, ZRS, GRS, RA-GRS, GZRS und RA-GZRS.

Die Kosten, die mit der Änderung der Replikation von Daten in Ihrem Speicherkonto einhergehen, hängen davon ab, welche Aspekte Ihrer Redundanzkonfiguration Sie ändern. Eine Kombination aus dem Preis für die Datenspeicherung und dem Preis der Bandbreite für ausgehenden Datenverkehr bestimmt die Kosten einer Änderung. Ausführliche Preisinformationen finden Sie unter Azure Blob Storage – Preise.

Wenn Sie Zonenredundanz in der primären Region hinzufügen, fallen zwar keine anfänglichen Kosten für diese Konvertierung an, aber die laufenden Datenspeicherkosten sind aufgrund der zusätzlichen Replikation und des benötigten Speicherplatzes höher.

Wenn Sie Georedundanz hinzufügen, fällt zum Zeitpunkt der Änderung eine Gebühr für ausgehende Bandbreite an, da Ihr gesamtes Speicherkonto in die sekundäre Region repliziert wird. Für alle nachfolgenden Schreibvorgänge in die primäre Region entstehen ebenfalls Gebühren für ausgehende Bandbreite, um den Schreibzugriff in die sekundäre Region zu replizieren.

Wenn Sie Georedundanz entfernen (Umstellung von GRS auf LRS), fallen keine Kosten für die Änderung an. Ihre replizierten Daten werden aber vom sekundären Standort gelöscht.

Wichtig

Wenn Sie den Lesezugriff (Read Access, RA) auf die sekundäre Region entfernen (also von RA-GRS auf GRS oder LRS umstellen), wird das Konto nach dem Datum der Umstellung noch für weitere 30 Tage als RA-GRS abgerechnet.

Weitere Informationen