Konfigurieren und Verwalten von benannten Hyperscale-Replikaten

Gilt für:Azure SQL-Datenbank

Dieser Artikel enthält Beispiele zum Konfigurieren und Verwalten eines benannten Hyperscale-Replikats in Azure SQL-Datenbank.

Erstellen eines benannten Hyperscale-Replikats

Die folgenden Beispielszenarien leiten Sie an beim Erstellen eines benannten Replikats WideWorldImporters_NamedReplica für die Datenbank WideWorldImporters über Azure-Portal, T-SQL, PowerShell oder Azure CLI.

Portal

Im folgenden Beispiel wird das benannte Replikat WideWorldImporters_NamedReplica für die Datenbank WideWorldImporters über T-SQL erstellt. Das primäre Replikat verwendet das Servicelevelziel „HS_Gen5_4“, das benannte Replikat hingegen „HS_Gen5_2“. Beide verwenden denselben logischen Server mit dem Namen contosoeast.

1. Navigieren Sie im Azure-Portal zu der Datenbank, für die Sie das benannte Replikat erstellen möchten.

2. Wählen Sie auf der Seite SQL-Datenbank Ihre Datenbank aus, scrollen Sie zu Datenverwaltung, wählen Sie Replikate und dann Replikat erstellen aus.

   

3. Wählen Sie unter Replikatkonfiguration die Option Benanntes Replikat aus. Wählen Sie einen vorhandenen Server aus oder erstellen Sie einen neuen Server für das benannte Replikat. Geben Sie den Namen der Datenbank des benannten Replikats ein, und konfigurieren Sie bei Bedarf die Optionen für Compute +Speicher.

   

4. Konfigurieren Sie optional ein zonenredundantes benanntes Hyperscale-Replikat. Weitere Informationen finden Sie unter Zonenredundanz für benannte Hyperscale-Replikate in Azure SQL-Datenbank.

   1. Wählen Sie auf der Seite Datenbank konfigurieren auf die Frage Möchten Sie diese Datenbank zonenredundant machen? die Antwort Ja aus.
   2. Fügen Sie mindestens ein sekundäres Replikat mit hoher Verfügbarkeit zu Ihrer Konfiguration hinzu.
   3. Wählen Sie Übernehmen.

5. Überprüfen Sie die Informationen auf der Registerkarte Überprüfen und erstellen, und klicken Sie dann auf Erstellen.

6. Der benannte Replikatbereitstellungsprozess beginnt.

   

7. Nach Abschluss der Bereitstellung wird der Status des benannten Replikats angezeigt.

   

8. Kehren Sie zur Seite der primären Datenbank zurück, und wählen Sie Replikate aus. Ihr benanntes Replikat ist unter Benannte Replikate aufgeführt.

   

T-SQL

Im folgenden Beispiel wird das benannte Replikat WideWorldImporters_NamedReplica für die Datenbank WideWorldImporters über T-SQL erstellt. Das primäre Replikat verwendet das Servicelevelziel „HS_Gen5_4“, das benannte Replikat hingegen „HS_Gen5_2“. Beide verwenden denselben logischen Server mit dem Namen contosoeast.

ALTER DATABASE [WideWorldImporters]
ADD SECONDARY ON SERVER [contosoeast]
WITH (SERVICE_OBJECTIVE = 'HS_Gen5_2', SECONDARY_TYPE = Named, DATABASE_NAME = [WideWorldImporters_NamedReplica]);

PowerShell

Im folgenden Beispiel wird ein benanntes Replikat WideWorldImporters_NamedReplica für die Datenbank WideWorldImporters über das PowerShell-Cmdlet New-AzSqlDatabaseSecondary erstellt. Das primäre Replikat verwendet das Servicelevelziel „HS_Gen5_4“, das benannte Replikat hingegen „HS_Gen5_2“. Beide verwenden denselben logischen Server mit dem Namen contosoeast.

New-AzSqlDatabaseSecondary -ResourceGroupName "MyResourceGroup" -ServerName "contosoeast" -DatabaseName "WideWorldImporters" -PartnerResourceGroupName "MyResourceGroup" -PartnerServerName "contosoeast" -PartnerDatabaseName "WideWorldImporters_NamedReplica" -SecondaryType Named -SecondaryServiceObjectiveName HS_Gen5_2

Zum Konfigurieren eines zonenredundanten benannten Hyperscale-Replikats (Vorschau) müssen Sie die Eingabeparameter –ZoneRedundant und -HighAvailabilityReplicaCount für New-AzSqlDatabaseSecondary beide angeben.

New-AzSqlDatabaseSecondary -ResourceGroupName "MyResourceGroup" -ServerName "contosoeast" -DatabaseName "WideWorldImporters" -PartnerResourceGroupName "MyResourceGroup" -PartnerServerName "contosoeast" -PartnerDatabaseName "WideWorldImporters_NamedReplica" -SecondaryType Named -SecondaryServiceObjectiveName HS_Gen5_2 -HighAvailabilityReplicaCount 1 -ZoneRedundant 

Mit Get-AzSqlDatabase können Sie überprüfen, ob das benannte Replikat wird:

Get-AzSqlDatabase -DatabaseName "WideWorldImporters_NamedReplica" -ResourceGroupName "MyResourceGroup" -ServerName "contosoeast"  

Azure-Befehlszeilenschnittstelle

Im folgenden Beispiel wird ein benanntes Replikat WideWorldImporters_NamedReplica für die Datenbank WideWorldImporters über den Azure CLI-Befehl az sql db replica create erstellt. Das primäre Replikat verwendet das Servicelevelziel „HS_Gen5_4“, das benannte Replikat hingegen „HS_Gen5_2“. Beide verwenden denselben logischen Server mit dem Namen contosoeast.

az sql db replica create -g MyResourceGroup -n WideWorldImporters -s contosoeast --secondary-type named --partner-database WideWorldImporters_NamedReplica --partner-server contosoeast --service-objective HS_Gen5_2

Zum Konfigurieren eines zonenredundanten benannten Hyperscale-Replikats (Vorschau) müssen Sie die Eingabeparameter –zone-redundant und ha-replicas für az sql db replica create beide angeben.

az sql db replica create -g MyResourceGroup -n WideWorldImporters -s contosoeast --secondary-type named --partner-database WideWorldImporters_NamedReplica --partner-server contosoeast --service-objective HS_Gen5_2 --ha-replicas 1 -zone-redundant

So überprüfen Sie, ob ein benanntes Replikat erstellt wird:

az sql db show -g MyResourceGroup -n WideWorldImporters -s contosoeast 

Da keine Datenverschiebungen erforderlich sind, kann ein benanntes Replikat in den meisten Fällen in etwa einer Minute erstellt werden. Sobald das benannte Replikat verfügbar ist, kann es im Azure-Portal oder mit einem beliebigem Befehlszeilentool wie der Azure CLI oder PowerShell angezeigt werden. Ein benanntes Replikat kann als reguläre schreibgeschützte Datenbank verwendet werden.

Herstellen einer Verbindung zu einem benannten Hyperscale-Replikat

Zum Herstellen einer Verbindung mit einem benannten Hyperscale-Replikat müssen Sie die Verbindungszeichenfolge für dieses benannte Replikat verwenden und auf die Server- und Datenbanknamen verweisen. Die Option ApplicationIntent=ReadOnly muss nicht angegeben werden, da benannte Replikate immer schreibgeschützt sind.

Wie bei Hochverfügbarkeitsreplikaten werden die Datencaches auf den einzelnen benannten Replikaten mit dem primären Replikat synchronisiert, obwohl das primäre Replikat, die Hochverfügbarkeitsreplikate und die benannten Replikate dieselben Daten auf denselben Seitenservern gemeinsam nutzen. Die Synchronisierung wird vom Transaktionsprotokolldienst vorgenommen, der Protokolldatensätze vom primären Replikat an benannte Replikate weiterleitet. Dies führt dazu, dass die Anwendung von Protokolldatensätzen je nach Workload, die von einem benannten Replikat verarbeitet wird, mit unterschiedlicher Geschwindigkeit durchgeführt werden kann. Daher können verschiedene Replikate eine unterschiedliche Datenlatenz im Hinblick auf das primäre Replikat aufweisen.

Ändern eines benannten Hyperscale-Replikats

Sie können das Servicelevelziel eines benannten Replikats bei seiner Erstellung definieren. Dies erfolgt über den Befehl ALTER DATABASE oder auf andere unterstützte Weise (Portal, Azure CLI, PowerShell). Wenn Sie das Servicelevelziel ändern möchten, nachdem das Replikat erstellt wurde, können Sie dies mithilfe des Befehls ALTER DATABASE ... MODIFY für das benannte Replikat selbst tun.

Im folgenden Beispiel ist WideWorldImporters_NamedReplica ist das benannte Replikat der Datenbank WideWorldImporters.

Portal

Öffnen Sie die Datenbankseite des benannten Replikats und wählen Sie Compute + Speicher aus. Aktualisieren Sie die virtuellen Kerne.

T-SQL

ALTER DATABASE [WideWorldImporters_NamedReplica] MODIFY (SERVICE_OBJECTIVE = 'HS_Gen5_4')

PowerShell

Set-AzSqlDatabase -ResourceGroup "MyResourceGroup" -ServerName "contosoeast" -DatabaseName "WideWorldImporters_NamedReplica" -RequestedServiceObjectiveName "HS_Gen5_4"

Azure-Befehlszeilenschnittstelle

az sql db update -g MyResourceGroup -s contosoeast -n WideWorldImporters_NamedReplica --service-objective HS_Gen5_4

Entfernen eines benannten Hyperscale-Replikats

Wenn Sie ein benanntes Hyperscale-Replikat entfernen möchten, ist die Vorgehensweise identisch mit der für reguläre Datenbanken.

Portal

Öffnen Sie die Datenbankseite des benannten Replikats und wählen Sie die Option Delete aus.

T-SQL

Sorgen Sie dafür, dass Sie mit der Datenbank master des Servers verbunden sind, der das benannte Replikat enthält, das Sie löschen möchten. Verwenden Sie anschließend den folgenden Befehl:

Dieser Befehl entfernt eine Datenbank mit dem Namen WideWorldImporters_NamedReplica.

DROP DATABASE [WideWorldImporters_NamedReplica];

PowerShell

Dieser Befehl entfernt eine Datenbank mit dem Namen WideWorldImporters_NamedReplica vom logischen Server contosoeast.

Remove-AzSqlDatabase -ResourceGroupName "MyResourceGroup" -ServerName "contosoeast" -DatabaseName "WideWorldImporters_NamedReplica"

Azure-Befehlszeilenschnittstelle

Dieser Befehl entfernt eine Datenbank mit dem Namen WideWorldImporters_NamedReplica vom logischen Server contosoeast.

az sql db delete -g MyResourceGroup -s contosoeast -n WideWorldImporters_NamedReplica

Wichtig

Benannte Replikate werden automatisch entfernt, wenn das primäre Replikat, auf deren Grundlage sie erstellt wurden, gelöscht wird.

Zugehöriger Inhalt

• Sekundäre Hyperscale-Replikate
• Konfigurieren von isoliertem Zugriff auf ein benanntes Hyperscale-Replikat
• Azure SQL-Datenbank Hyperscale – Häufig gestellte Fragen (FAQs)