Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Test per ottenere affidabilità
La migliore soluzione di ripristino di emergenza per i database è quella che viene testata frequentemente e supera i controlli seguenti:
-
Ripristino adeguato dei dati che soddisfi le aspettative RPO per ogni database
-
Ripristino completo di un database funzionante entro l'obiettivo del tempo di ripristino (RTO) previsto, che consente alle applicazioni di connettersi al database e riprendere la piena funzionalità
I test di ripristino di emergenza devono far parte della strategia aziendale, in modo da disporre di backup funzionanti quando necessario. I test di ripristino di emergenza possono inoltre essere utilizzati nei casi in cui:
-
Le dimensioni di un database sono aumentate in modo significativo e l'attuale strategia di ripristino di emergenza non soddisfa più gli accordi sul livello di servizio (SLA) dell'azienda.
-
Un file di backup è danneggiato, il che potrebbe causare problemi durante il ripristino.
Aspetti da tenere in considerazione quando si testa la strategia di ripristino di emergenza
-
Avere chiari gli obiettivi di continuità aziendale in termini di RPO e RTO e assicurarsi che i risultati dei test siano in linea con gli obiettivi.
-
Creare un piano dettagliato per il test di ripristino di emergenza, tenendo conto dei requisiti finanziari e del fabbisogno di risorse umane per l'esecuzione del test.
-
Assegnare risorse per documentare i potenziali problemi e le conoscenze acquisite.
-
Aggiornare la strategia di ripristino di emergenza in base alle conoscenze acquisite e trovare una soluzione che supporti i processi e l'automazione ottimali per l'organizzazione.
Frequenza dei test per le soluzioni di ripristino di emergenza
Non esistono raccomandazioni specifiche per i cicli di test DR, a meno che non siano esplicitamente prescritte dalle normative. Ad esempio, l'audit di conformità agli standard PCI DSS (Payment Card Industry Data Security Standards, standard di sicurezza dei dati dell'industria delle carte di pagamento) richiede alle organizzazioni di testare il proprio piano di ripristino di emergenza almeno una volta all'anno. Vedi Requisiti PCI DSS per il ripristino di emergenza
I team applicativi possono anche eseguire test continui delle soluzioni di ripristino di emergenza individuali nel momento in cui cambia l'applicazione o l'infrastruttura.
Rilevamento delle deviazioni
La soluzione di ripristino di emergenza deve inoltre essere in grado di gestire il rilevamento delle deviazioni. In questo modo, si garantisce che la regione primaria e la regione di ripristino di emergenza siano sincronizzate, consentendo un avanzamento regolare durante i test. AWS Config offre funzionalità di gestione della configurazione e monitoraggio della cronologia delle configurazioni nell'infrastruttura, consentendo di gestire efficacemente la deviazioni.
Osservabilità
L'ottimizzazione dell'osservabilità ha un impatto positivo sulla preparazione ai test. Tutte le soluzioni di ripristino di emergenza spostano i dati dalla regione primaria alla regione secondaria (di ripristino di emergenza). È possibile impostare avvisi per i ritardi di replica e backup oppure mettere in atto un processo per eseguire controlli giornalieri che assicurino la copia corretta dei dati nella regione di ripristino di emergenza.
