Abilitare la ridondanza della zona per il database SQL di Azure

Si applica a:Database SQL di Azure

Questa guida descrive come aggiornare il database SQL di Azure per la ridondanza zonale con zone di disponibilità.

L'abilitazione della ridondanza della zona per il database SQL di Azure garantisce disponibilità elevata, rendendo i database e i pool elastici resilienti a un set più ampio di errori, ad esempio interruzioni irreversibili del data center, senza alcuna modifica della logica dell'applicazione. Quando la ridondanza della zona è abilitata, il database usa le zone di disponibilità per replicare i dati in più posizioni fisiche all'interno di una singola area di Azure.

Prerequisites

Prima di abilitare il supporto della zona di disponibilità, assicurarsi che il database SQL di Azure si trovi in un livello di servizio e un modello di distribuzione supportati. Assicurarsi che il livello e il modello siano offerti in un'area che supporta le zone di disponibilità.

Requisiti di tempo di inattività

L'abilitazione della ridondanza zonale per i livelli di servizio Premium, Business Critical e Generale è un'operazione online con una breve disconnessione. Se è stata implementata la logica di retry per gli errori temporanei standard, non si noterà il failover.

Per il livello di servizio Hyperscale, il supporto della ridondanza della zona può essere specificato solo durante la creazione del database e non può essere modificato dopo il provisioning della risorsa. Se si vuole passare al supporto della zona di disponibilità, è necessario trasferire i dati con copia del database, ripristino temporizzato o replica geografica. Se il database di destinazione si trova in un'area diversa dall'origine o se la ridondanza dell'archiviazione di backup del database per la destinazione è diversa dal database di origine, il tempo di inattività è proporzionale alle dimensioni dell'operazione di dati.

Abilitare la ridondanza della zona (Premium, Business Critical e Utilizzo generico)

Per i livelli di servizio Premium, Business Critical e Per utilizzo generico, è possibile abilitare la ridondanza della zona.

Seguire questa procedura per abilitare la ridondanza della zona per un singolo database o un pool elastico.

Abilitare la ridondanza della zona per un singolo database

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 

Abilitare la ridondanza zonale per un pool elastico

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 

Ridistribuzione (Hyperscale)

Per il livello di servizio Hyperscale, il supporto della ridondanza della zona può essere specificato solo durante la creazione del database e non può essere modificato dopo il provisioning del database. Se si vuole ottenere supporto per la ridondanza della zona, è necessario eseguire un trasferimento dei dati dal database singolo del livello di servizio Hyperscale esistente. Per eseguire il trasferimento e abilitare l'opzione di ridondanza della zona, è necessario creare un clone usando la copia del database, il ripristino temporizzato o la replica geografica.

Considerazioni sulla ridistribuzione

• Esistono due modalità di ridistribuzione (online e offline):

  • I Metodi di ripristino temporizzato e copia del database (modalità offline) creano un database coerente in modo transazionale in un determinato momento. Di conseguenza, le modifiche ai dati eseguite dopo l'avvio dell'operazione di copia o ripristino non saranno disponibili nel database copiato o ripristinato.

  • Il Metodo di replica geografica (modalità online) è una ridistribuzione in cui le modifiche ai dati dall'origine vengono sincronizzate con la destinazione.

• La stringa di connessione per l'applicazione deve essere aggiornata in modo che punti al database con ridondanza della zona.

Ridistribuire un database singolo

Copia del database

Per creare una copia del database e abilitare la ridondanza della zona con il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure, seguire le istruzioni riportate in Copiare una copia coerente in modo transazionale di un database nel database SQL di Azure.

Ripristino temporizzato

Per creare un ripristino temporizzato del database e abilitare la ridondanza della zona con il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure, seguire le istruzioni riportate in Ripristino temporizzato.

Geo-replica

Per creare una replica geografica del database:

1. Seguire le istruzioni relative a portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure in Configurare la replica geografica e il failover attivi (database SQL di Azure) e abilitare la ridondanza della zona in Calcolo e archiviazione

2. Il seeding della replica viene eseguito e il tempo impiegato per il seeding dei dati dipende dalle dimensioni del database di origine. È possibile monitorare lo stato del seeding nel portale di Azure o eseguendo le query TSQL seguenti nel database di replica:

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

3. Al termine del seeding del database, eseguire un failover pianificato (senza perdita di dati) per rendere il database di destinazione con ridondanza della zona come primario.

   • Usare sys.dm_geo_replication_link_status per visualizzare lo stato della replica geografica. replication_state_desc è CATCH_UP quando il database secondario si trova in uno stato coerente a livello di transazione.
   • Nella DMV sys.dm_operation_status cercare state_desc come COMPLETED al termine dell'operazione di seeding.

4. Aggiornare il nome del server nelle stringhe di connessione affinché l'applicazione rifletta il nuovo database con ridondanza della zona.

5. Per eseguire la pulizia, è consigliabile rimuovere il database non con ridondanza della zona originale dalla relazione di replica geografica. È possibile scegliere di eliminarlo.

Conferma la ridondanza della zona

È possibile usare Azure PowerShell o l'interfaccia della riga di comando di Azure o l'API REST per controllare la ZoneRedundant proprietà per un database.

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

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

Disabilitare la ridondanza della zona

Per disabilitare la ridondanza della zona per un database singolo o un pool elastico, è possibile usare il portale di Azure, l'API ARM, PowerShell o l'interfaccia della riga di comando.

Disabilitare la ridondanza della zona per un singolo database

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

Disabilitare la ridondanza della zona per un pool elastico

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

Per disabilitare la ridondanza della zona per il livello di servizio Hyperscale, è possibile invertire i passaggi descritti in Ridistribuzione (Hyperscale).To disable zone-redundancy for Hyperscale service tier, you can reverse the steps document in Redeployment (Hyperscale).

Contenuti correlati

• Disponibilità tramite ridondanza - database SQL di Azure
• Servizi di Azure che supportano le zone di disponibilità
• Aree di Azure che supportano le zone di disponibilità