Esercitazione: Configurare la replica geografica attiva e il failover (database Azure SQL)

Si applica a: Database SQL di Azure

Questo articolo illustra come configurare la replica geografica attiva per Azure SQL Database usando il portale di Azure o l'interfaccia della riga di comando di Azure e per avviare il failover.

Per le procedure consigliate per l'uso dei gruppi di failover automatico, vedere Gruppi di failover automatico con Azure SQL database e gruppi di failover automatico con Istanza gestita di SQL di Azure.

Prerequisiti

Per configurare la replica geografica attiva tramite il portale di Azure, è necessaria la risorsa seguente:

  • Un database in Database SQL di Azure: il database primario che si vuole replicare in una area geografica diversa.

Nota

Con il portale di Azure è possibile creare solo un database secondario nella stessa sottoscrizione del database primario. Se un database secondario deve trovarsi in una sottoscrizione diversa, usare l'API REST Create Database oppure l'API ALTER DATABASE (Transact-SQL).

Aggiungere un database secondario

La procedura seguente crea un nuovo database secondario in una relazione di replica geografica.

Per aggiungere un database secondario, è necessario essere il proprietario o un comproprietario della sottoscrizione.

Il database secondario ha lo stesso nome del database primario e, per impostazione predefinita, ha lo stesso livello di servizio e le stesse dimensioni di calcolo. Il database secondario può essere un database singolo o un database in pool. Per altre informazioni, vedere il modello di acquisto basato su DTU o il modello di acquisto basato su vCore. Dopo aver creato ed eseguito il seeding del database secondario, inizia la replica dei dati dal database primario al nuovo database secondario.

Nota

Se il database partner esiste già, ad esempio in seguito alla chiusura di una relazione di replica geografica precedente, il comando ha esito negativo.

  1. Nel portale di Azure passare al database per cui si vuole installare la replica geografica.

  2. Nella pagina database SQL selezionare il database, scorrere fino a Gestione dati, selezionare Repliche e quindi selezionare Crea replica.

    Configurare la replica geografica

  3. Selezionare o creare il server per il database secondario e configurare le opzioni calcolo e archiviazione , se necessario. È possibile selezionare qualsiasi area per il server secondario, ma è consigliabile usare l'area abbinata.

    {alt-text}

    Facoltativamente, è possibile aggiungere un database secondario a un pool elastico. Per creare il database secondario in un pool, selezionare accanto a Vuoi usare il pool elastico SQL? e selezionare un pool nel server di destinazione. Un pool deve esistere già nel server di destinazione. Questo flusso di lavoro non crea un pool.

  4. Fare clic su Rivedi e crea, rivedere le informazioni e quindi fare clic su Crea.

  5. Il database secondario viene creato e inizia il processo di distribuzione.

    Screenshot che mostra lo stato di distribuzione del database secondario.

  6. Al termine della distribuzione, il database secondario ne visualizza lo stato.

    Screenshot che mostra lo stato del database secondario dopo la distribuzione.

  7. Tornare alla pagina del database primario e quindi selezionare Repliche. Il database secondario è elencato in Repliche geografiche.

    Screenshot che mostra le repliche geografiche e primarie del database SQL.

Avviare un failover

Il database secondario può diventare il database primario.

  1. Nel portale di Azure passare al database primario nella relazione di replica geografica.

  2. Scorrere fino a Gestione dati e quindi selezionare Repliche.

  3. Nell'elenco Repliche geografiche selezionare il database che si vuole diventare il nuovo database primario, selezionare i puntini di sospensione e quindi selezionare Failover forzato.

    Screenshot che mostra la selezione del failover forzato dall'elenco a discesa.

  4. Selezionare per avviare il failover.

Il comando passa immediatamente il database secondario al ruolo di database primario. Questo processo normalmente dovrebbe essere completato entro 30 secondi o meno.

È previsto un breve periodo durante il quale entrambi i database non sono disponibili, nell'ordine da 0 a 25 secondi, mentre i ruoli vengono spostati. Se il database primario ha più database secondari, il comando riconfigura automaticamente gli altri database secondari per la connessione al nuovo database primario. Il completamento dell'intera operazione dovrebbe richiedere meno di un minuto in circostanze normali.

Nota

Questo comando è progettato per il ripristino rapido del database in caso di interruzione del servizio Attiva il failover senza sincronizzazione dei dati o failover forzato. Se il database primario è online sta eseguendo il commit di transazioni al momento dell'esecuzione del comando, può verificarsi la perdita di dati.

Rimuovere il database secondario

Questa operazione arresta definitivamente la replica nel database secondario e modifica il ruolo del database secondario in un database di lettura/scrittura normale. Se la connettività al database secondario viene interrotta, il comando ha esito positivo, ma il database secondario non diventa di lettura/scrittura finché non viene ripristinata la connettività.

  1. Nel portale di Azure passare al database primario nella relazione di replica geografica.

  2. Selezionare Repliche.

  3. Nell'elenco Repliche geografiche selezionare il database da rimuovere dalla partnership di replica geografica, selezionare i puntini di sospensione e quindi selezionare Arresta replica.

    Screenshot che mostra la selezione della replica arresta dall'elenco a discesa.

  4. Verrà visualizzata una finestra di conferma. Fare clic su per rimuovere il database dalla relazione di replica geografica. Impostarla su un database di lettura/scrittura che non fa parte del processo di replica.

Passaggi successivi