Aktivieren der Zonenredundanz für Azure SQL-Datenbank

Gilt für:Azure SQL-Datenbank

In diesem Handbuch wird beschrieben, wie Sie Ihre Azure SQL-Datenbank für Zonenredundanz mit Verfügbarkeitszonen aktualisieren.

Durch aktivieren der Zonenredundanz für Azure SQL-Datenbank wird eine hohe Verfügbarkeit gewährleistet, sodass Ihre Datenbanken und elastischen Pools für eine größere Anzahl von Fehlern, wie z. B. katastrophale Ausfälle des Rechenzentrums, ohne Änderungen der Anwendungslogik widerstandsfähig sind. Wenn Zonenredundanz aktiviert ist, verwendet Ihre Datenbank Verfügbarkeitszonen, um Daten an mehreren physischen Standorten innerhalb einer einzelnen Azure-Region zu replizieren.

Prerequisites

Bevor Sie die Verfügbarkeitszonenunterstützung aktivieren, stellen Sie sicher, dass sich Ihre Azure SQL-Datenbank in einem unterstützten Dienstebenen- und Bereitstellungsmodell befindet. Stellen Sie sicher, dass Ihre Dienstebene und Ihr Modell in einer Region angeboten werden, die Verfügbarkeitszonen unterstützt.

Anforderungen an die Downtime

Das Aktivieren der Zonenredundanz für die Dienstebenen „Premium“, „Unternehmenskritisch“ und „Universell“ ist ein Onlinevorgang, der zu einer kurzen Unterbrechung führt. Wenn Sie Wiederholungslogik bei vorübergehenden Standardfehlern implementiert haben, bemerken Sie den Failover nicht.

Für die Hyperscale-Dienstebene kann die Zonenredundanzunterstützung nur während der Datenbankerstellung angegeben und nicht geändert werden, nachdem die Ressource bereitgestellt wurde. Wenn Sie zur Verfügbarkeitszonenunterstützung wechseln möchten, müssen Sie die Daten mit Datenbankkopie, Zeitpunktwiederherstellung oder Georeplikat übertragen. Wenn sich die Zieldatenbank in einer anderen Region als die Quelle befindet oder die Datenbanksicherungsspeicherredundanz für das Ziel von der Quelldatenbank abweicht, ist die Ausfallzeit proportional zur Größe des Datenvorgangs.

Aktivieren von Zonenredundanz (Premium, Business Critical und General Purpose)

Für die Dienstebenen Premium, Business Critical und General Purpose ist die Aktivierung von Zonenredundanz möglich.

Führen Sie die folgenden Schritte aus, um Zonenredundanz für eine einzelne Datenbank oder einen elastischen Pool zu aktivieren.

Aktivieren der Zonenredundanz für eine einzelne Datenbank

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant 

    az sql db update --resource-group "<Resource_Group_Name>" --server "<Server_Name>" --name "<Database_Name>" --zone-redundant 

Aktivieren der Zonenredundanz für einen elastischen Pool

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant 

    az sql elastic-pool update --resource-group "<Resource_Group_Name>" --server "<Server_Name>" --name "<Elastic_Pool_Name>" --zone-redundant 

Erneute Bereitstellung (Hyperscale)

Für die Hyperscale-Dienstebene kann die Zonenredundanzunterstützung nur während der Datenbankerstellung angegeben und nicht geändert werden, nachdem die Datenbank bereitgestellt wurde. Wenn Sie Zonenredundanzunterstützung nutzen möchten, müssen Sie eine Datenübertragung aus Ihrem vorhandenen Singleton der Hyperscale-Dienstebene durchführen. Um die Übertragung durchzuführen und die Zonenredundanzoption zu aktivieren, muss ein Klon mithilfe von Datenbankkopie, Zeitpunktwiederherstellung oder Georeplikat erstellt werden.

Überlegungen zur erneuten Bereitstellung

• Es gibt zwei Modi für die erneute Bereitstellung (online und offline):

  • Die Datenbankkopie- und Zeitpunktwiederherstellungsmethode (Offlinemodus) erstellt eine transaktionskonsistente Datenbank zu einem bestimmten Zeitpunkt. Daher sind Datenänderungen, die nach dem Initiieren des Kopier- oder Wiederherstellungsvorgangs erfolgen, nicht in der kopierten oder wiederhergestellten Datenbank vorhanden.

  • Die Georeplikatmethode (Onlinemodus) ist eine erneute Bereitstellung, bei der alle Datenänderungen aus der Quelle mit dem Ziel synchronisiert werden.

• Verbindungszeichenfolge für die Anwendung muss aktualisiert werden, um auf die zonenredundante Datenbank zu verweisen.

Erneutes Bereitstellen eines Singleton

Datenbankkopie

Um eine Datenbankkopie zu erstellen und Zonenredundanz über das Azure-Portal, PowerShell oder die Azure CLI zu aktivieren, befolgen Sie die Anweisungen unter Kopieren einer transaktionskonsistenten Kopie einer Datenbank in Azure SQL-Datenbank.

Zeitpunktwiederherstellung

Um eine Zeitpunktwiederherstellung der Datenbank durchzuführen und Zonenredundanz über das Azure-Portal, PowerShell oder die Azure CLI zu aktivieren, befolgen Sie die Anweisungen unter Zeitpunktwiederherstellung.

Geo-replica

So erstellen Sie ein Georeplikat der Datenbank:

1. Befolgen Sie die Anweisungen für das Azure-Portal, PowerShell oder die Azure CLI unter Konfigurieren der aktiven Georeplikation und des Failovers (Azure SQL-Datenbank), und aktivieren Sie Zonenredundanz unter Compute und Speicher.

2. Das Replikat wird geseedet, und die für das Seeding der Daten benötigte Zeit hängt von der Größe der Quelldatenbank ab. Sie können den Status des Seedings im Azure-Portal überwachen oder die folgenden TSQL-Abfragen in der Replikatdatenbank ausführen:

       SELECT * FROM sys.dm_geo_replication_link_status;
       SELECT * FROM sys.dm_operation_status;
   

3. Nachdem das Seeding der Datenbank abgeschlossen ist, führen Sie ein geplantes Failover (ohne Datenverlust) aus, um die zonenredundante Zieldatenbank als primäre Datenbank festzulegen.

   • Verwenden Sie sys.dm_geo_replication_link_status, um den Status des Georeplikationszustands anzuzeigen. replication_state_desc ist CATCH_UP, wenn sich die sekundäre Datenbank in einem transaktionskonsistenten Zustand befindet.
   • Suchen Sie in der dynamischen Verwaltungssicht sys.dm_operation_status nach state_desc, was nach Abschluss des Seedingvorgangs den Wert COMPLETED aufweisen sollte.

4. Aktualisieren Sie den Servernamen in den Verbindungszeichenfolgen für die Anwendung, um die neue zonenredundante Datenbank widerzuspiegeln.

5. Zum Bereinigen sollten Sie die ursprüngliche nicht zonenredundante Datenbank aus der Georeplikatbeziehung entfernen. Sie können sie löschen.

Überprüfen der Zonenredundanz

Sie können Azure PowerShell oder die Azure CLI oder die REST-API verwenden, um die ZoneRedundant Eigenschaft für eine Datenbank zu überprüfen.

Get-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "myServerName" -DatabaseName "master"

az sql db show --resource-group "myResourceGroup" --server "myServerName" --name master

Zonenredundanz deaktivieren

Um Zonenredundanz für eine einzelne Datenbank oder einen elastischen Pool zu deaktivieren, können Sie das Azure-Portal, die ARM-API, PowerShell oder CLI verwenden.

Deaktivieren der Zonenredundanz für einzelne Datenbank

set-azsqlDatabase -ResourceGroupName "<Resource-Group-Name>" -DatabaseName "<Server-Name>" -ServerName "<Server-Name>" -ZoneRedundant:$false 

az sql db update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Deaktivieren der Zonenredundanz für elastischen Pool

Set-AzSqlElasticpool -ResourceGroupName "<Resource-Group-Name>" -ServerName "<Server-Name>" -ElasticPoolName "<Elastic-Pool-Name>" -ZoneRedundant:$false

az sql elastic-pool update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Um die Zonenredundanz für die Hyperscale-Dienstebene zu deaktivieren, können Sie die Schritte rückgängig machen, die unter Erneute Bereitstellung (Hyperscale) aufgeführt sind.

Verwandte Inhalte

• Verfügbarkeit durch Redundanz – Azure SQL-Datenbank
• Azure-Dienste mit Unterstützung für Verfügbarkeitszonen
• Azure-Regionen, die Verfügbarkeitszonen unterstützen