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 copia del database e ripristino temporizzato (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 ridondante a livello di 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 al portale di Azure, a PowerShell o all'interfaccia della riga di comando di Azure in Configurare la replica geografica attiva e il failover (database SQL di Azure) e abilitare la ridondanza a zona in Calcolo + 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 oppure eseguendo le query T-SQL 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 impostare il database di destinazione, con una zona ridondante, 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 transazionale.
   • Nella vista di gestione dinamica sys.dm_operation_status, verificare che state_desc sia COMPLETED quando l'operazione di seeding è completata.

4. Aggiornare il nome del server nelle stringhe di connessione in modo che l'applicazione rifletta il nuovo database a ridondanza zonale.

5. Per eseguire la pulizia, considerare di rimuovere il database originale non ridondante per zone 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 delle zone 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à