Esecuzione di esercitazioni per il ripristino di emergenza - Database SQL di Azure
Si applica a: 
Database SQL di Azure
È consigliabile verificare periodicamente la conformità delle applicazioni per il flusso di lavoro di ripristino. La verifica del comportamento di un'applicazione e delle implicazioni legate alla perdita di dati e/o all'interruzione del servizio che comporta il failover è una buona norma di progettazione. Inoltre, questa verifica è richiesta dalla maggior parte degli standard del settore come parte della certificazione di continuità aziendale.
L'esercitazione per il ripristino di emergenza prevede l'esecuzione delle attività seguenti:
- Simulazione dell'interruzione del livello dati
- Ripristino
- Convalida dell'integrità dell'applicazione dopo il ripristino
A seconda della modalità di progettazione dell’applicazione per la continuità aziendale, il flusso di lavoro dell'esercitazione può variare. Questo articolo descrive le procedure consigliate per eseguire un test per il ripristino di emergenza nel contesto del database SQL di Azure.
Ripristino geografico
Per evitare il rischio di perdita di dati durante l'esecuzione di un test per il ripristino di emergenza, è consigliabile usare un ambiente di test creando una copia dell'ambiente di produzione e usandola per verificare il flusso di lavoro di failover dell'applicazione.
Simulazione dell'interruzione del servizio
Per simulare l'interruzione è possibile rinominare il database di origine. Questa modifica del nome causa errori di connettività dell'applicazione.
Ripristino
- Eseguire il ripristino geografico del database in un server diverso, come descritto in Guida al ripristino di emergenza.
- Modificare la configurazione dell'applicazione per connettersi ai database ripristinati e seguire la guida Configurare un database dopo il ripristino per completare il ripristino.
Convalida
Completare il test verificando l'integrità dell'applicazione dopo il ripristino, includendo stringhe di connessione, accessi, test di funzionalità di base o altre verifiche correlate alle procedure standard di signoff delle applicazioni.
Gruppi di failover
Per un database protetto utilizzando i gruppi di failover l'esercitazione comporta un failover pianificato per il server secondario. Il failover pianificato assicura che i database primario e secondario nel gruppo di failover restino sincronizzati quando si invertono i ruoli. A differenza del failover non pianificato, questa operazione non comporta la perdita di dati, quindi l'esercitazione può essere realizzata nell'ambiente di produzione.
Simulazione dell'interruzione del servizio
Per simulare l'interruzione è possibile disabilitare l'applicazione web o la macchina virtuale connessa al database. Questa simulazione di interruzione determina errori di connettività per i client Web.
Ripristino
- Assicurarsi che la configurazione dell'applicazione nell'area DR punti al database secondario precedente, che diventa il nuovo database primario completamente accessibile.
- Attivare un failover pianificato del gruppo di failover dal server secondario.
- Seguire la guida Configurare un database dopo il ripristino per completare il ripristino.
Convalida
Completare il test verificando l'integrità dell'applicazione dopo il ripristino, includendo connettività, test di funzionalità di base o altre verifiche necessarie per i signoff del test.
Contenuto correlato
Per altre informazioni, vedere:
- Scenari di continuità.
- Backup automatizzati
- Ripristinare un database dai backup avviati dal servizio.
- Per altre informazioni su opzioni di ripristino più veloci, consultare l'articolo sulla replica geografica attiva e i gruppi di failover.
- Si veda la guida per il ripristino di emergenza e l’elenco di controllo per la disponibilità elevata e il ripristino di emergenza.