Zoneredundantie inschakelen voor Azure SQL Database

Van toepassing op:Azure SQL Database

In deze handleiding wordt beschreven hoe u uw Azure SQL Database voor zoneredundantie bijwerkt met beschikbaarheidszones.

Het inschakelen van zoneredundantie voor Azure SQL Database garandeert hoge beschikbaarheid, waardoor uw databases en elastische pools bestand zijn tegen een grotere set fouten, zoals onherstelbare datacentrumstoringen, zonder wijzigingen in de toepassingslogica. Wanneer zoneredundantie is ingeschakeld, maakt uw database gebruik van beschikbaarheidszones om gegevens over meerdere fysieke locaties binnen één Azure-regio te repliceren.

Prerequisites

Voordat u ondersteuning voor beschikbaarheidszones inschakelt, moet u ervoor zorgen dat uw Azure SQL Database zich in een ondersteunde servicelaag en implementatiemodel bevindt. Zorg ervoor dat uw laag en model worden aangeboden in een regio die beschikbaarheidszones ondersteunt.

Servicelaag	Implementatiemodel	Beschikbaarheid van zoneredundantie
Premium	Individuele database of elastische pool	Alle regio's die beschikbaarheidszones ondersteunen
Business Critical	Individuele database of elastische pool	Alle regio's die beschikbaarheidszones ondersteunen
General Purpose	Individuele database of elastische pool	Geselecteerde regio's die beschikbaarheidszones ondersteunen
Hyperscale	Individuele database	Alle regio's die beschikbaarheidszones ondersteunen

Vereisten voor downtime

Het inschakelen van zoneredundantie voor de servicelaag Premium, Bedrijfskritiek en Algemeen Doel is een onlinebewerking met een korte onderbreking. Als u logica voor opnieuw proberen hebt geïmplementeerd voor tijdelijke standaardfouten, ziet u de failover niet.

Voor de Hyperscale-servicelaag kan zoneredundantie alleen worden opgegeven tijdens het maken van de database en kan deze niet worden gewijzigd zodra de resource is ingericht. Als u wilt migreren naar ondersteuning voor beschikbaarheidszones, moet u de gegevens overdragen met een kopie van de database, herstel naar een bepaald tijdstip, of geografische replicatie. Als de doeldatabase zich in een andere regio bevindt dan de bron of als de redundantie van de databaseback-upopslag voor het doel verschilt van de brondatabase, is downtime evenredig met de grootte van de gegevensbewerking.

Zoneredundantie inschakelen (Premium, Bedrijfskritiek en Algemeen gebruik)

Voor de servicelagen Premium, Bedrijfskritiek en Algemeen gebruik is het mogelijk zoneredundantie in te schakelen.

Volg deze stappen om zoneredundantie in te schakelen voor één database of een elastische pool.

Zoneredundantie inschakelen voor één database

Azure-portal

1. Ga naar Azure Portal om uw database te vinden. Zoek en selecteer SQL-databases.

2. Selecteer de gewenste database.

3. Selecteer Compute + Storage onder Instellingen.

4. Selecteer Ja als u deze databasezone redundant wilt maken?

5. Selecteer de optie Toepassen.

6. Wacht totdat u een melding hebt ontvangen dat de bewerking is voltooid in meldingen in het bovenste menu van Azure Portal.

7. Als u wilt controleren of zoneredundantie is ingeschakeld, selecteert u Overzicht en selecteert u vervolgens Eigenschappen.

8. Controleer in de sectie Beschikbaarheid of zoneredundantie is ingesteld op Ingeschakeld.

PowerShell

Open PowerShell als beheerder en voer de volgende opdracht uit (vervang <> de tijdelijke aanduidingen door uw resourcenamen). Het <server_name> mag .database.windows.net niet bevatten.

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 

Azure-CLI

Gebruik Azure CLI om de volgende opdracht uit te voeren (vervang de plaatsaanduidingen in <> door je resourcenamen):

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

REST API

Als u zoneredundantie wilt inschakelen, raadpleegt u Databases - API maken of bijwerken en gebruikt u de properties.zoneRedundant eigenschap.

Zoneredundantie inschakelen voor een elastische pool

Important

Het inschakelen van ondersteuning voor zoneredundantie voor elastische pools maakt alle databases binnen de poolzone redundant.

Azure-portal

1. Ga naar Azure Portal om de gewenste elastische pool te zoeken en te selecteren.

2. Selecteer Compute + Storage onder Instellingen.

3. Selecteer Ja als u deze elastische poolzone redundant wilt maken?

4. Selecteer Opslaan.

5. Wacht totdat u een melding hebt ontvangen dat de bewerking is voltooid in meldingen in het bovenste menu van Azure Portal.

6. Als u wilt controleren of zoneredundantie is ingeschakeld, selecteert u Configureren en vervolgens Groepsinstellingen.

7. De zoneredundante optie moet worden ingesteld op Ja.

PowerShell

Open PowerShell als beheerder en voer de volgende opdracht uit (vervang <> de tijdelijke aanduidingen door uw resourcenamen). Het <server_name> mag .database.windows.net niet bevatten.

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 

Azure-CLI

Gebruik Azure CLI om de volgende opdracht uit te voeren (vervang de plaatsaanduidingen in <> door je resourcenamen):

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

REST API

Zie Elastische pools - API maken of bijwerken om zoneredundantie in te schakelen.

Opnieuw implementeren (Hyperscale)

Voor de Hyperscale-servicelaag kan zoneredundantie alleen worden opgegeven tijdens het maken van de database en kan deze niet worden gewijzigd zodra de database is ingericht. Als u ondersteuning voor zoneredundantie wilt krijgen, moet u een gegevensoverdracht uitvoeren vanuit uw bestaande individuele database van de Hyperscale-servicelaag. Als u de overdracht wilt uitvoeren en de optie zoneredundantie wilt inschakelen, moet een kloon worden gemaakt met behulp van databasekopie, herstel naar een bepaald tijdstip of geo-replica.

Overwegingen voor opnieuw implementeren

• Er zijn twee modi voor opnieuw implementeren (online en offline):

  • De methoden voor het kopiëren van databases en herstel naar een bepaald tijdstip (offlinemodus) maken een transactioneel consistente database op een bepaald moment. Als gevolg hiervan zijn alle gegevenswijzigingen die worden uitgevoerd nadat de kopieer- of herstelbewerking is gestart, niet beschikbaar in de gekopieerde of herstelde database.

  • Geo-replicamethode (onlinemodus) is een herployment waarbij gegevenswijzigingen van de bron worden gesynchroniseerd met het doel.

• De verbindingsreeks van de toepassing moet worden bijgewerkt om te verwijzen naar de zone-redundante database.

Een individuele database opnieuw implementeren

Databasekopie

Als u een databasekopie wilt maken en zoneredundantie wilt inschakelen met Azure Portal, PowerShell of Azure CLI, volgt u de instructies bij het kopiëren van een transactioneel consistente kopie van een database in Azure SQL Database.

Herstel naar een bepaald tijdstip

Als u een herstel naar een bepaald tijdstip wilt maken en zoneredundantie wilt inschakelen met Azure Portal, PowerShell of Azure CLI, volgt u de instructies in Herstel naar een bepaald tijdstip.

Geo-replica

Een geo-replica van de database maken:

1. Volg de instructies met Azure Portal, PowerShell of Azure CLI in Actieve geo-replicatie en failover configureren (Azure SQL Database) en schakel zoneredundantie in onder Compute + Storage

2. De replica wordt geseed en de tijd die nodig is voor het seeden van de gegevens, is afhankelijk van de grootte van de brondatabase. U kunt de status van seeding bewaken in Azure Portal of door de volgende TSQL-query's uit te voeren op de replicadatabase:

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

3. Zodra de database seeding is voltooid, voert u een geplande failover (geen gegevensverlies) uit om de zoneredundante doeldatabase als primair te maken.

   • Gebruik de sys.dm_geo_replication_link_status om de status van de geo-replicatiestatus weer te geven. De replication_state_desc is CATCH_UP wanneer de secundaire database zich in een transactioneel consistente staat bevindt.
   • Controleer in de dynamische beheerweergave sys.dm_operation_status of state_desc gelijk is aan COMPLETED wanneer de seedingbewerking is voltooid.

4. Werk de servernaam in de verbindingsreeks s voor de toepassing bij zodat deze overeenkomt met de nieuwe zoneredundante database.

5. Als u wilt opschonen, kunt u de oorspronkelijke niet-zoneredundante database verwijderen uit de geo-replicarelatie. U kunt ervoor kiezen om deze te verwijderen.

Zoneredundantie valideren

U kunt Azure PowerShell of de Azure CLI of de REST API gebruiken om de ZoneRedundant eigenschap voor een database te controleren.

Portal

1. Navigeer in Azure Portal naar uw Azure SQL Database.
2. Selecteer Compute + Storage onder Instellingen.
3. Controleer de waarde van de instelling Wilt u deze databasezone redundant maken?

Azure PowerShell

Gebruik de volgende voorbeeldopdracht om de waarde van ZoneRedundant de eigenschap voor een database te controleren, bijvoorbeeld de master database.

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

Azure-CLI

Gebruik de volgende voorbeeldopdracht om de waarde van ZoneRedundant de eigenschap voor een database te controleren, bijvoorbeeld de master database.

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

REST API

Zie Databases - API ophalen en de properties.zoneRedundant eigenschap weergeven.

Zoneredundantie uitschakelen

Als u zoneredundantie wilt uitschakelen voor één database of een elastische pool, kunt u de Azure-portal, ARM-API, PowerShell of CLI gebruiken.

Zoneredundantie uitschakelen voor één database

Portal

1. Ga naar Azure Portal om de database te zoeken en te selecteren die u niet langer zone-redundant wilt maken.

2. Selecteer Compute + Storage onder Instellingen.

3. Selecteer Nee als u deze databasezone redundant wilt maken?

4. Selecteer Opslaan.

PowerShell

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

CLI

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

REST API

Zie Databases - API maken of bijwerken en de properties.zoneRedundant eigenschap gebruiken.

Zoneredundantie uitschakelen voor een elastische pool

Portal

1. Ga naar Azure Portal om de elastische pool te zoeken en te selecteren die u niet langer zone-redundant wilt maken.

2. Selecteer Compute + Storage onder Instellingen.

3. Selecteer Nee als u deze elastische poolzone redundant wilt maken?

4. Selecteer Opslaan.

PowerShell

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

CLI

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

REST API

Zie Databases - API maken of bijwerken en de properties.zoneRedundant eigenschap gebruiken.

Als u zoneredundantie wilt uitschakelen voor de Hyperscale-servicelaag, kunt u de stappen omkeren die worden beschreven in Opnieuw implementeren (Hyperscale).

Verwante inhoud

• beschikbaarheid via redundantie - Azure SQL Database-
• Azure-services die beschikbaarheidszones ondersteunen
• Azure-regio's die gebruikmaken van beschikbaarheidszones