Condividi tramite

Ripristino di emergenza con il collegamento all'istanza gestita: istanza gestita di SQL di Azure

  • Articolo

Si applica a:Istanza gestita di SQL di Azure SQL

Questo articolo illustra come configurare una soluzione di ripristino di emergenza ibrido tra SQL Server ospitato ovunque e Istanza gestita di SQL di Azure usando il collegamento a Istanza gestita e come risparmiare sui costi di licenza attivando il vantaggio del failover ibrido su una replica DR priva di licenza.

Panoramica

Il collegamento a Istanza gestita consente il ripristino di emergenza laddove, in caso di emergenza, è possibile effettuare manualmente il failover del carico di lavoro dal database primario al database secondario.

Con SQL Server 2022, il database primario può essere uno tra SQL Server o Istanza gestita di SQL di Azure ed è possibile stabilire il collegamento iniziale da SQL Server o Istanza gestita di SQL. È possibile effettuare il failover tra SQL Server e Istanza gestita di SQL di Azure in entrambe le direzioni, in base alle esigenze.

Quando si esegue il failback in SQL Server 2022, è possibile scegliere di eseguirlo:

Diagramma che mostra lo scenario di ripristino di emergenza.

Con SQL Server 2016 e SQL Server 2019, il database primario è sempre SQL Server e il failover nell’istanza gestita secondaria è unidirezionale. Il ripristino dei ruoli tramite failback a SQL Server e il passaggio di Istanza gestita di SQL a database primario non è supportato. Tuttavia, è possibile ripristinare i dati in SQL Server usando opzioni di spostamento dei dati, ad esempio la replica transazionale o l’esportazione di un file bacpac.

Importante

Al termine del failover in Istanza gestita di SQL, ripristinare manualmente le applicazioni stringa di connessione al FQDN dell’istanza gestita di SQL per completare il processo di failover e continuare l’esecuzione in Azure.

Prerequisiti

Per usare il collegamento con Istanza gestita di SQL di Azure per il ripristino di emergenza sono necessari i prerequisiti seguenti:

  • Una sottoscrizione di Azure attiva. Se non se ne ha una, creare un account gratuito.
  • Versione supportata di SQL Server con l’aggiornamento del servizio richiesto installato.
  • Istanza gestita di SQL di Azure. Inizia se non disponi di un'istanza.
  • Collegamento a Istanza gestita configurato tra SQL Server e Istanza gestita di SQL di Azure.
  • Per stabilire un collegamento o effettuare il failover, da Istanza gestita di SQL a SQL Server 2022, l'istanza gestita deve essere configurata con i criteri di aggiornamento di SQL Server 2022. La replica dei dati e il failover da Istanza gestita di SQL a SQL Server 2022 non sono supportati dalle istanze configurate con i criteri di aggiornamento sempre aggiornati.
  • Sebbene sia possibile stabilire un collegamento da SQL Server 2022 a un'istanza gestita di SQL configurata con i criteri di aggiornamento sempre aggiornati, dopo il failover a Istanza gestita di SQL non sarà più possibile replicare i dati o eseguire il failback su SQL Server 2022.

Autorizzazioni

Per SQL Server è necessario disporre delle autorizzazioni amministratore di sistema.

Per Istanza gestita di SQL di Azure, è necessario essere membri del Contributore Istanza gestita di SQL oppure disporre delle autorizzazioni personalizzate seguenti:

Risorsa Microsoft.Sql/ Autorizzazioni necessarie
Microsoft.Sql/managedInstances /read, /write
Microsoft.Sql/managedInstances/hybridCertificate /azione
Microsoft.Sql/managedInstances/databases /read, /delete, /write, /completeRestore/action, /readBackups/action, /restoreDetails/read
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /read, /write, /delete, /setRole/action
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink /read, /write, /delete
Microsoft.Sql/managedInstances/serverTrustCertificates /write, /delete, /read

Failover unidirezionale (SQL Server 2016-2022)

Per SQL Server 2016 e SQL Server 2019, il failover in Istanza gestita di SQL di Azure da SQL Server è unidirezionale. Il failback o il ripristino del database in SQL Server non è consentito. Tuttavia, è possibile ripristinare i dati in SQL Server usando opzioni di spostamento dei dati, ad esempio la replica transazionale o l’esportazione di un file bacpac. Il failover in Istanza gestita di SQL di Azure interrompe il collegamento ed elimina il gruppo di disponibilità distribuito.

Con SQL Server 2022, è possibile scegliere di effettuare un failover unidirezionale, ad esempio per la migrazione, interrompendo il collegamento nel processo di failover. Assicurarsi di scegliere l’opzione appropriata per l’azienda quando si effettua il failover del database di SQL Server 2022.

Per eseguire il failover, si veda Collegamento per il failover.

Failover bidirezionale (SQL Server 2022)

SQL Server 2022 introduce il failover online con failback, che consente di effettuare facilmente il failover in Istanza gestita di SQL di Azure e quindi eseguire il failback online in SQL Server usando il collegamento a Istanza gestita, con tempi inattivi minimi.

Per eseguire il failover, si veda Collegamento per il failover.

Failback offline (SQL Server 2022)

Con SQL Server 2022, dopo aver risolto l’emergenza, è possibile scegliere di eseguire il failback in SQL Server da Istanza gestita di SQL offline eseguendo un backup del database nell’istanza gestita, quindi ripristinandolo in SQL Server. Questa opzione è disponibile a livello generale.

Per iniziare, vedere Ripristinare il database in SQL Server 2022.

Replica di ripristino di emergenza passiva senza licenza

È possibile risparmiare sui costi di licenza attivando il vantaggio di failover ibrido per l’istanza gestita di SQL secondaria passiva quando viene usato solo per il ripristino di emergenza. Il vantaggio di failover ibrido può essere attivato per le istanze nuove ed esistenti.

Nota

Il vantaggio di failover ibrido è applicabile solo quando si configura un’istanza secondaria come passiva in un ambiente ibrido tra SQL Server e Istanza gestita di SQL. Per i vantaggi del failover tra due istanze in un gruppo di failover, usare invece il vantaggio di failover.

Nuove istanze

Per attivare il vantaggio failover ibrido per una nuova istanza, attenersi alla procedura seguente:

  1. Passare alla pagina Istanze gestite di SQL nel portale di Azure.

  2. Selezionare + Crea per aprire la pagina Crea Istanza gestita di SQL di Azure.

  3. Nella scheda Informazioni di base selezionare Configura Istanza gestita in Calcolo e archiviazione per aprire la pagina Calcolo e archiviazione:

    Screenshot della creazione di una nuova istanza gestita nel portale di Azure con la configurazione dell'istanza gestita selezionata.

  4. Scegliere Diritti di failover ibridi in Licenza di SQL Server.

  5. Selezionare la casella per confermare che si userà questa istanza come replica passiva.

  6. Selezionare Applica per salvare le modifiche.

Istanze esistenti

Per attivare il vantaggio di failover ibrido per un’istanza esistente, attenersi alla procedura seguente:

  1. Passare a Istanza gestita di SQL nel portale di Azure.

  2. Selezionare Calcolo e archiviazione in Impostazioni nel menu delle risorse.

  3. Scegliere Diritti di failover ibridi in Licenza di SQL Server, quindi selezionare la casella per confermare che si userà questa istanza come replica passiva:

    Screenshot della pagina di calcolo e archiviazione per l'istanza gestita nel portale di Azure con i diritti di failover ibrido evidenziati.

  4. Selezionare Applica per salvare le modifiche.

Limiti

Le funzionalità seguenti sono supportate solo tra SQL Server 2022 e le istanze gestite di SQL con i criteri di aggiornamento di SQL Server 2022:

  • Creazione di un collegamento da Istanza gestita di SQL a SQL Server.
  • Failover da Istanza gestita di SQL a SQL Server 2022.

Sebbene sia possibile stabilire un collegamento da SQL Server 2022 a un'istanza gestita di SQL configurata con i criteri di aggiornamento sempre aggiornati, dopo il failover a Istanza gestita di SQL non sarà più possibile replicare i dati o eseguire il failback su SQL Server 2022.

Contenuto correlato

Per usare il collegamento:

Per altre informazioni sul collegamento:

Per altri scenari di replica e migrazione, prendere in considerazione: