Freigeben über

Ändern der Replikation eines Speicherkontos

Azure Storage speichert immer mehrere Kopien Ihrer Daten, um diese vor geplanten und ungeplanten Ereignisse zu schützen. Zu diesen Ereignissen gehören vorübergehende Hardwarefehler, Netzwerk- oder Stromausfälle sowie Naturkatastrophen. Durch Datenredundanz wird sichergestellt, dass Ihr Speicherkonto auch bei Ausfällen die Vereinbarung zum Servicelevel (SLA) für Azure Storage erfüllt.

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

Optionen zum Ändern des Replikationstyps

Berücksichtigen Sie bei der Entscheidung, welche Redundanzkonfiguration für Ihr Szenario am besten geeignet ist, die Kompromisse zwischen geringeren Kosten und höherer Verfügbarkeit. Anhand der folgenden Faktoren können Sie bestimmen, welche Redundanzkonfiguration für Sie am besten geeignet ist:

  • Replikation Ihrer Daten in der primären Region Daten in der primären Region können lokal mithilfe von lokal redundantem Speicher (LRS) oder über Azure-Verfügbarkeitszonen hinweg mithilfe von zonenredundantem Speicher (ZRS) repliziert werden.
  • Ob Ihre Daten georepliziert werden. Georeplikation bietet Schutz gegen regionale Katastrophen, indem Ihre Daten in eine zweite Region repliziert werden, die von der primären Region geografisch entfernt ist. Georeplizierte Konfigurationen beinhalten außerdem georedundanten Speicher (GRS) und geozonenredundanten Speicher (GZRS).
  • Ob Ihre Anwendung Lesezugriff auf die replizierten Daten in der sekundären Region. Sie können Ihr Speicherkonto konfigurieren, um der sekundären Region Lesezugriff auf in der sekundären Region replizierte Daten zu gewähren, falls die primäre Region aus irgendeinem Grund nicht verfügbar ist. Zu den Konfigurationen, die Lesezugriff auf Daten in der sekundären Region ermöglichen, gehören georedundanter Speicher mit Lesezugriff (RA-GRS) und geozonenredundanter Speicher mit Lesezugriff (RA-GZRS).

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

Sie können die Redundanzkonfigurationen Ihres Speicherkontos bei Bedarf ändern. Einige Konfigurationen unterliegen jedoch Einschränkungen und Downtime-Anforderungen. Indem Sie diese Einschränkungen und Anforderungen überprüfen, bevor Sie Änderungen in Ihrer Umgebung vornehmen, können Sie Konflikte mit Ihren eigenen Zeitrahmen- und Uptime-Anforderungen vermeiden.

Es gibt drei Methoden zum Ändern der Replikationseinstellungen:

Georedundanz und Lesezugriff können gleichzeitig geändert werden. Jede Änderung, die auch die Zonenredundanz betrifft, erfordert jedoch eine Konvertierung und muss separat in einem zweistufigen Verfahren durchgeführt werden. Diese beiden Schritte können in beliebiger Reihenfolge durchgeführt werden.

Antworten auf häufig gestellte Fragen zum Ändern von Replikationstypen finden Sie im Häufig gestellten Artikel zur Änderung der Speicherredundanz .

Ändern der Redundanzkonfiguration

Die folgende Tabelle enthält eine Übersicht darüber, wie Sie zwischen den Replikationstypen wechseln können.

Hinweis

Die manuelle Migration ist eine Option in Szenarien, in denen Sie die Replikationseinstellung innerhalb der Einschränkungen für das Ändern von Replikationstypen ändern möchten. Die manuelle Migration ist in der folgenden Tabelle der Einfachheit halber nicht aufgeführt.

Wechsel … zu LRS … zu GRS/RA-GRS 6 … zu ZRS … zu GZRS/RA-GZRS 2, 6
… von LRS N/V Mithilfe von Azure-Portal, PowerShell oder Befehlszeilenschnittstelle1, 2 Durchführen einer Konvertierung2, 3, 4, 5 Verwenden Sie zunächst das Portal, PowerShelloder die Befehlszeilenschnittstelle, um zu GRS/RA-GRS 1zu wechseln, und führen Sie dann eine Konvertierung in GZRS/RA-GZRS 3,4,5 durch.
… von GRS/RA-GRS Mithilfe von Azure-Portal, PowerShell oder Befehlszeilenschnittstelle N/V Verwenden Sie zunächst das Portal, PowerShelloder die Befehlszeilenschnittstelle, um zu LRS zu wechseln, und führen Sie dann eine Konvertierung in ZRS 3, 5 durch. Durchführen einer Konvertierung3, 5
… von ZRS Durchführen einer Konvertierung3 Verwenden Sie zunächst das Portal, PowerShelloder die Befehlszeilenschnittstelle, um zu GZRS/RA-GZRS zu wechseln, und führen Sie dann eine Konvertierung in GRS/RA-GRS 3 durch. N/V Mithilfe von Azure-Portal, PowerShell oder Befehlszeilenschnittstelle1
… von GZRS/RA-GZRS Verwenden Sie zunächst das Portal, PowerShelloder die Befehlszeilenschnittstelle, um zu ZRS zu wechseln, und führen Sie dann eine Konvertierung in LRS 3 durch. Durchführen einer Konvertierung3 Mithilfe von Azure-Portal, PowerShell oder Befehlszeilenschnittstelle 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 Der Typ der unterstützten Konvertierung hängt vom Typ des Speicherkontos ab. Weitere Informationen finden Sie in der Speicherkontotabelle.
4 Für ein LRS-Konto, das aus einem Failover resultiert, wird die Konvertierung zu ZRS oder GZRS nicht unterstützt. Weitere Informationen finden Sie unter Failover und Failback.
5 Die Konvertierung von LRS zu ZRS wird nicht unterstützt, wenn die NFSv3-Protokollunterstützung für Azure Blob Storage aktiviert ist oder wenn das Speicherkonto Azure Files NFSv4.1-Freigaben mit konfigurierten öffentlichen Endpunkten enthält.
6 Auch wenn die Aktivierung der Georedundanz scheinbar sofort erfolgt, kann ein Failover zur sekundären Region erst eingeleitet werden, nachdem die Datensynchronisation zwischen den beiden Regionen abgeschlossen ist.

Ändern der Replikationseinstellung

Verwenden Sie abhängig von Ihrem Szenario aus dem Abschnitt Ändern der Redundanzkonfiguration eine der folgenden Methoden, um Ihre Replikationseinstellungen zu ändern.

Ändern der Redundanzkonfiguration mithilfe von Azure-Portal, PowerShell oder Azure-Befehlszeilenschnittstelle

In den meisten Fällen können Sie das Azure-Portal, PowerShell oder die Azure-Befehlszeilenschnittstelle verwenden, um die georedundante oder Lesezugriffs-Replikationseinstellung (RA) für ein Speicherkonto zu ändern.

Wenn Sie ändern, wie Ihr Speicherkonto im Azure-Portal repliziert wird, führt dies nicht zu einer Downtime für Ihre Anwendungen, auch nicht bei Änderungen, die eine Konvertierung erfordern.

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

  1. Navigieren Sie im Azure-Portal zum Speicherkonto.

  2. Wählen Sie unter DatenverwaltungRedundanz aus.

  3. Aktualisieren Sie die Einstellung Redundanz.

  4. Wählen Sie Speichern aus.

    Screenshot der Änderung der Replikationsoption im Portal

Durchführen einer Konvertierung

Mit „Redundanzkonvertierung“ ist das Ändern der Zonenredundanz eines Speicherkontos gemeint.

Während einer Konvertierung muss es nicht zu Datenverlust oder Downtime der Anwendung kommen.

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

Wichtig

Für den Abschluss einer Konvertierung gibt es keine Vereinbarung zum Servicelevel. Wenn Sie genauer steuern möchten, wann eine Konvertierung begonnen und abgeschlossen wird, ziehen Sie eine manuelle Migration in Betracht. Die Konvertierungszeiten können je nach Größe Ihres Kontos, den aktuellen Ressourcenanforderungen innerhalb einer Region und anderen Faktoren variieren.

Tipp

Microsoft empfiehlt, nach Möglichkeit eine kundenseitig initiierte Konvertierung zu verwenden, anstatt die Konvertierung beim Support anzufordern. Sie können eine Konvertierung direkt über das Azure-Portal oder mit Clienttools wie PowerShell und der Azure-Befehlszeilenschnittstelle initiieren und ihren Fortschritt überwachen. Da die Konvertierung kundenseitig initiiert wird, muss keine Supportanfrage erstellt und verwaltet werden.

Kundenseitig initiierte Konvertierung

Anstatt eine Supportanfrage zu erstellen, können Kunden in den meisten Regionen eine Konvertierung starten und ihren Fortschritt überwachen. Diese Option vermeidet potenzielle Verzögerungen durch das Erstellen und Verwalten von Supportanfragen. Hilfe bei der Ermittlung der Regionen, in denen die kundenseitig initiierte Konvertierung unterstützt wird, finden Sie im Artikel Regionseinschränkungen.

Eine kundenseitig initiierte Konvertierung kann in unterstützten Regionen über das Azure-Portal oder mithilfe von PowerShell oder der Azure-Befehlszeilenschnittstelle durchgeführt werden. Die Konvertierung beginnt in der Regel innerhalb von 72 Stunden nach der Initiierung. Der Start kann sich jedoch abhängig von Ressourcenverfügbarkeit, Datenvolumen und anderen Faktoren verzögern.

Wichtig

Wenn Sie genauer steuern möchten, wann eine Konvertierung begonnen und abgeschlossen wird, ziehen Sie eine manuelle Migration in Betracht. Die Konvertierungszeiten können je nach Größe Ihres Kontos, den aktuellen Ressourcenanforderungen innerhalb einer Region und anderen Faktoren variieren.

Weitere Informationen zum Zeitpunkt einer kundenseitig initiierten Konvertierung finden Sie unter Zeitpunkt und Häufigkeit.

Führen Sie die folgenden Schritte aus, um die Zonenredundanz eines Speicherkontos über das Azure-Portal hinzuzufügen oder zu ändern:

  1. Navigieren Sie im Azure-Portal zum Speicherkonto.

  2. Wählen Sie unter DatenverwaltungRedundanz aus.

  3. Aktualisieren Sie die Einstellung Redundanz.

  4. Wählen Sie Speichern aus.

    Screenshot der Änderung der zonalen Replikationsoption im Portal

Überwachen des Status kundenseitig initiierter Konvertierungen

Während die Anforderung ausgewertet und verarbeitet wird, sollte der Status die in der folgenden Tabelle angezeigten Werte durchlaufen:

Der Status Erklärung
Zur Konvertierung übermittelt Die Konvertierungsanforderung wurde erfolgreich zur Verarbeitung übermittelt.
In Bearbeitung1 Die Konvertierung wird durchgeführt.
Abgeschlossen
– oder –
Fehler2		 Die Konvertierung wurde erfolgreich abgeschlossen.
– oder –
Fehler bei der Konvertierung.

1 Die Konvertierung beginnt in der Regel innerhalb von 72 Stunden nach der Initiierung. Der Start kann sich jedoch abhängig von Ressourcenverfügbarkeit, Datenvolumen und anderen Faktoren verzögern. Weitere Informationen zum Zeitpunkt einer kundenseitig initiierten Konvertierung finden Sie unter Zeitpunkt und Häufigkeit.
2 Ist die Konvertierung nicht erfolgreich, übermitteln Sie eine Supportanfrage an Microsoft, um den Grund für den Fehler zu ermitteln.

Hinweis

Auch wenn Microsoft auf Ihre Anforderung zur Konvertierung zügig 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.

Die Konvertierungszeiten können je nach Größe Ihres Kontos, den aktuellen Ressourcenanforderungen innerhalb einer Region und anderen Faktoren variieren.

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

Screenshot des Status einer Konvertierungsanforderung auf der Seite „Redundanz“ im Azure-Portal

Vom Support initiierte Konvertierung

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

Tipp

Wenn Sie mehrere Speicherkonten konvertieren möchten, erstellen Sie nur ein 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 und Problembehandlung die Option Neue Support-Anfrage aus.

  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, verwenden Sie dafür die Registerkarte Weitere Details.
    • Problemtyp: Wählen Sie Datenmigration aus.
    • Problem-Untertyp: Wählen Sie zu ZRS, GZRS oder RA-GZRS migrierenaus.

    Screenshot der Anforderung einer Konvertierung – Registerkarte „Beschreibung des Problems“

  4. Wählen Sie Weiter aus. Die Registerkarte Empfohlene Lösung wird möglicherweise kurz eingeblendet bevor die Seite Lösungen angezeigt wird. Auf der Seite Lösungen können Sie die Berechtigung 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.
    • Wählen Sie Übermitteln aus.

    Screenshot der Überprüfung der Berechtigung von Speicherkonten für die Konvertierung – Seite „Lösungen“

  5. Ergreifen Sie die geeignete Maßnahmen, wenn die Ergebnisse darauf hindeuten, dass Ihr Speicherkonto nicht für eine Konvertierung in Frage kommt. Andernfalls wählen Sie Zurück zur Supportanfrage aus.

  6. Wählen Sie Weiter aus. Wenn Sie mehrere Speicherkonten migrieren möchten, geben Sie auf der Registerkarte Details die Namen der einzelnen Konten getrennt durch ein Semikolon an.

    Screenshot der Anforderung einer Konvertierung – Registerkarte „Weitere Details“

  7. Geben Sie die erforderlichen Informationen auf der Registerkarte Weitere Details ein, und wählen Sie dann Überprüfen und Erstellen aus, um Ihr Supportticket zu überprüfen und zu übermitteln. Ihr Fall wird von Azure-Support-Agents geprüft, und Sie werden kontaktieren, um Ihnen Hilfestellung zu geben.

Manuelle Migration

Eine manuelle Migration bietet mehr Flexibilität und Kontrolle als eine Konvertierung. Sie können diese Option verwenden, wenn Ihre Daten bis zu einem bestimmten Datum verschoben sein 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 durchfü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 eine Aktivierung der Daten ist nicht erwünscht.

Wichtig

Eine manuelle Migration kann zu einer Downtime 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 AzCopy, einer der Azure Storage-Clientbibliotheken oder eines anderen zuverlässigen Tools, das nicht von Microsoft stammt.
  • Wenn Sie mit Hadoop oder HDInsight vertraut sind, können Sie sowohl das Quell- als auch das Zielspeicherkonto an Ihren Cluster anfügen. Anschließend parallelisieren Sie den Datenkopiervorgang mit einem Tool wie 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 in Abhängigkeit von Folgendem:

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, sollten Sie sicherstellen, dass Ihr Speicherkonto sich in einer Region befindet, die dies unterstützt. Weitere Informationen finden Sie in den Listen der unterstützten Regionen für zonenredundanten Speicher und geozonenredundanten Speicher.

Wichtig

Die vom Kunden initiierte Konvertierung ist in allen öffentlichen Regionen verfügbar, die ZRS mit den folgenden Ausnahmen unterstützen:> - (Asien-Pazifik) Indonesien Zentral

  • (Europa) Spanien, Mitte
  • (Nordamerika) „Mexiko, Mitte“
  • (Südamerika) Chile, Mitte

Featurekonflikte

Einige Speicherkontofunktionen sind nicht mit anderen Funktionen oder Vorgängen kompatibel. Beispielsweise ist die Möglichkeit, ein Failover in die sekundäre Region durchzuführen, das Hauptmerkmal der Georedundanz, aber andere Funktionen sind nicht mit einem Failover kompatibel. Weitere Informationen zu Features und Diensten, die bei einem 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. Es kann auch erforderlich sein, das Feature später zu deaktivieren, bevor ein Failover initiiert wird.

Die Startdiagnose unterstützt keine Storage Premium-Konten oder zonenredundanten Speicherkonten. Wenn Storage Premium-Konten oder zonenredundante Speicherkonten für die Startdiagnose verwendet werden, erhalten die Benutzenden beim Starten ihrer VM einen StorageAccountTypeNotSupported-Fehler.

Alle Konvertierungsversuche zum Hinzufügen von Zonenredundanz, z. B. LRS zu ZRS oder GRS zu GZRS, schlagen fehl. Wenn Sie Ihr Konto in eine zonenredundante SKU konvertieren möchten, deaktivieren Sie die Startdiagnose für Ihr Konto, und übermitteln Sie die Anforderung erneut. Weitere Informationen zur Startdiagnose finden Sie im Artikel zur Azure-Startdiagnose .

Speicherkontotyp

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

Einige Speicherkontotypen unterstützen nur bestimmte Redundanzkonfigurationen. Dies hat Auswirkungen darauf, ob und wie sie konvertiert oder migriert werden können. Weitere Informationen zu Azure Storage-Kontotypen und den unterstützten Redundanzoptionen finden Sie in der Übersicht über Speicherkonten.

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
(über das Azure-Portal)		 Unterstützt die Konvertierung
(durch eine Supportanfrage)		 Unterstützt die manuelle Migration
Standard, Universell V2 ✅ ✅ ✅ ✅ ✅
Premium-Dateifreigaben ✅ ✅ ✅ ✅ 1 ✅
Premium-Blockblob ✅ ✅ ✅
Premium-Seitenblob ✅
Verwaltete Datenträger2 ✅ ✅ ✅ ✅
Standard, Universell v1 ✅ 3 ✅
ZRS Classic4
(verfügbar in Konten vom Typ „Standard, Universell v1“)		 ✅

1 Eine kundenseitig initiierte Konvertierung für Premium-Dateifreigaben kann über das Azure-Portal, mit PowerShell oder mit der Azure CLI durchgeführt werden. Sie können außerdem eine Supportanfrage erstellen.
2 Verwaltete Datenträger sind für LRS und ZRS verfügbar, wobei ZRS-Datenträger einige Einschränkungen aufweisen. Wenn ein LRS-Datenträger regional ist (keine Zone angegeben), kann er durch Ändern der SKU konvertiert werden. Wenn ein LRS-Datenträger zonal ist, kann er nur manuell über den Prozess unter Migrieren verwalteter Datenträger 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 auswählen. Weitere Informationen zur Integration mit Verfügbarkeitsgruppen finden Sie unter Einführung in Azure Managed Disks.
3 Wenn Ihr Speicherkonto v1 ist, müssen Sie es auf v2 upgraden, bevor Sie eine Konvertierung durchführen. Weitere Informationen zum Upgraden Ihres v1-Kontos finden Sie unter Upgraden auf ein Universell v2-Speicherkonto.
4 Klassische ZRS-Speicherkonten sind veraltet. Weitere Informationen zum Konvertieren von klassischen ZRS-Speicherkonten finden Sie unter Konvertieren von klassischen ZRS-Speicherkonten.

Konvertieren von ZRS Classic-Speicherkonten

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

Klassische ZRS-Konten replizierten Daten asynchron zwischen Rechenzentren in einer oder zwei Regionen. Die replizierten Daten waren nur verfügbar, wenn Microsoft ein Failover auf den sekundären Server initiierte. Ein klassisches ZRS-Konto kann nicht zu oder von LRS, GRS oder RA-GRS konvertiert werden. Klassische ZRS-Konten unterstützen darüber hinaus weder Metriken noch die Protokollierung.

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-Befehlszeilenschnittstelle, um ein Upgrade Ihres klassischen ZRS-Speicherkontos auf ZRS durchzuführen:

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

Upgraden von ZRS (klassisch) auf ZRS über das Portal

Um die Daten Ihres klassischen ZRS-Kontos 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 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 Zugriffsebenen 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 zunächst in ein Speicherkonto verschieben, das Blobs auf Archivebene unterstützt. Konvertieren Sie dann das Quellkonto in ZRS, GZRS bzw. RA-GZRS.

Ein LRS-Speicherkonto, das Blobs auf Archivebene enthält, kann auf GRS oder RA-GRS umgestellt werden, nachdem alle archivierten Blobs auf der heißen oder kalten Ebene erneut aktiviert wurden. Sie können auch eine manuelle Migration durchführen.

Tipp

Das erneute Aktivieren archivierter Blobs kann kostspielig und zeitaufwendig sein. Microsoft empfiehlt, die Redundanzkonfiguration für ein Speicherkonto mit archivierten Blobs möglichst nicht zu ändern. Wenn eine solche Redundanzkonfiguration erforderlich ist, sollten Sie eine manuelle Migration durchführen, um nur die zu migrierenden Daten erneut zu aktivieren.

Protokollunterstützung

Kunden- und Support-initiierte Konvertierungen werden nicht unterstützt, wenn einer der folgenden Fälle zutrifft:

  • NFSv3-Protokollunterstützung ist für Azure Blob Storage aktiviert.
  • Das Speicherkonto enthält Azure Files NFSv4.1-Freigaben mit aktiviertem Zugriff auf öffentliche Endpunkte.

Das Konvertieren von NFSv4.1-Freigaben mit aktivierten öffentlichen Endpunkten wird nicht unterstützt. Führen Sie die folgenden Schritte in der angegebenen Reihenfolge aus, um Redundanz für NFS-Freigaben mit öffentlichen Endpunkten zu ändern:

  1. Deaktivieren Sie den Zugriff auf den öffentlichen Endpunkt des Speicherkontos.
  2. Übermitteln Sie die Konvertierungsanforderung, um die Redundanz des angegebenen Speicherkontos zu ändern.
  3. Nachdem das Speicherkonto migriert wurde, konfigurieren Sie private oder öffentliche Endpunkte nach Bedarf.

Failover und Failback

Nach einem Kontofailover zur sekundären Region ist es möglich, mit PowerShell oder der Azure-Befehlszeilenschnittstelle (Version 2.30.0 oder höher) einen Failback von der neuen primären Region zur neuen sekundären Region zu initiieren. Initiieren des Failover

Wenn Sie ein kundenseitig verwaltetes Konto-Failover durchgeführt haben, um Ihr GRS- oder RA-GRS-Konto nach einem Ausfall wiederherzustellen, wird das Konto nach dem Failover in der neuen primären Region lokal redundant (LRS). Für ein LRS-Konto, das aus einem Failover resultiert, wird die Konvertierung zu ZRS oder GZRS nicht unterstützt. Führen Sie stattdessen eine manuelle Migration durch, um Zonenredundanz hinzuzufügen.

Anforderungen an die Downtime

Während einer Konvertierung können Sie ohne jegliche Verluste bei Dauerhaftigkeit oder Verfügbarkeit auf die Daten in Ihrem Speicherkonto zugreifen. Die Azure Storage SLA wird während des Migrationsprozesses aufrechterhalten, und während einer Konvertierung gehen keine Daten verloren. Dienstendpunkte, Zugriffsschlüssel, Shared Access Signatures und andere Kontooptionen bleiben auch nach der Migration unverändert.

Wenn Sie eine manuelle Migration durchführen möchten, ist eine Downtime erforderlich, aber Sie können den zeitlichen Ablauf des Migrationsprozesses genauer steuern.

Timing und Häufigkeit

Wenn Sie die Zonenredundanzkonvertierung über das Azure-Portal initiieren, beginnt der Konvertierungsprozess normalerweise innerhalb von 72 Stunden nach der Initiierung. Der Start kann sich jedoch abhängig von Ressourcenverfügbarkeit, Datenvolumen und anderen Faktoren verzögern. Weitere Informationen zum Überwachen des Status einer kundenseitig initiierten Konvertierung finden Sie unter Überwachen des Status kundenseitig initiierter Konvertierungen.

Wichtig

Für den Abschluss einer Konvertierung gibt es keine Vereinbarung zum Servicelevel. Wenn Sie genauer steuern möchten, wann eine Konvertierung begonnen und abgeschlossen wird, ziehen Sie eine manuelle Migration in Betracht. Die Konvertierungszeiten können je nach Größe Ihres Kontos, den aktuellen Ressourcenanforderungen innerhalb einer Region und anderen Faktoren variieren.

Nach einer Zonenredundanzkonvertierung müssen Sie mindestens 72 Stunden warten, bevor Sie die Redundanzeinstellung des Speicherkontos erneut ändern können. Die temporäre Sperre ermöglicht das Abschließen von Hintergrundprozessen, bevor eine weitere Änderung vorgenommen wird. Damit wird die Konsistenz und Integrität des Kontos sichergestellt. Beispielsweise ist der Wechsel von LRS zu GZRS ein zweistufiger Prozess. Sie müssen Zonenredundanz in einem ersten Vorgang hinzufügen und dann in einem zweiten Vorgang Georedundanz hinzufügen. Nach dem Wechsel von LRS zu ZRS müssen Sie mindestens 72 Stunden warten, bevor Sie von ZRS zu GZRS wechseln können.

Kosten in Zusammenhang mit einer Änderung der Datenreplikation

Azure Storage bietet mehrere Optionen zum Konfigurieren der Replikation. Zu diesen Optionen (beginnend mit den günstigsten) zählen:

  • LRS
  • ZRS
  • GRS
  • RA-GRS
  • GZRS
  • RA-GZRS

Die Kosten für die Änderung der Datenreplikation in Ihrem Speicherkonto hängen davon ab, welche Aspekte Ihrer Redundanzkonfiguration Sie ändern. Die Kosten für eine Änderung ergeben sich aus einer Kombination der Preise für Datenspeicher und die Bandbreite des ausgehenden Datenverkehrs. Ausführliche Preisinformationen finden Sie unter Azure Storage – Preise.

Wenn Sie in der primären Region Zonenredundanz hinzufügen, fallen keine anfänglichen Kosten für diese Konvertierung an, aber die laufenden Kosten für die Datenspeicherung sind aufgrund des erhöhten Replikations- und Speicherplatzbedarfs höher.

Bei Georedundanz fällt zum Zeitpunkt der Änderung eine Gebühr für die Bandbreite des ausgehenden Datenverkehrs 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 durch ausgehende Bandbreite für den Schreibzugriff zur Replikation in die sekundäre Region.

Wenn Sie die Georedundanz aufheben (von GRS zu LRS wechseln), entstehen keine Kosten für die Änderung, Ihre replizierten Daten werden aber am 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