Performing disaster recovery drills (Esercitazioni per il ripristino di emergenza)
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 del database SQL di Azure.
- 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 mediante 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 il 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.
Passaggi successivi
- Per informazioni sugli scenari di continuità aziendale, vedere l'articolo relativo agli scenari di continuità.
- Per informazioni sui backup automatici del database SQL di Azure, vedere Panoramica: Backup automatici del database SQL
- Per altre informazioni sull'uso dei backup automatici per il ripristino, vedere l'articolo relativo al ripristino di 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.
- Vedere Guida al ripristino di emergenza del database SQL di Azure e Elenco di controllo per la disponibilità elevata e il ripristino di emergenza del database SQL di Azure.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per