GRATISIntermedio · 13 min di lettura

Backup che sostengono il ripristino

Passa da “abbiamo i backup” alla prova che i servizi importanti possono essere ripristinati entro una finestra accettabile.

Cosa imparerai

Obiettivi di apprendimento

  • Distinguere RPO da RTO
  • Proteggere i backup dalla stessa compromissione della produzione
  • Convalidare il ripristino di un'applicazione
01

Definire l'obiettivo di ripristino

Il recovery point objective (RPO) descrive la finestra accettabile di perdita di dati; il recovery time objective (RTO) descrive il tempo disponibile per ripristinare il servizio. Sono decisioni di business, non solo impostazioni di archiviazione. Fai l'inventario delle dipendenze applicative e decidi quali servizi devono tornare per primi. Una copia recente dei file non dimostra che un servizio complesso possa essere ripristinato.

02

Separare e proteggere le copie di ripristino

Usa più copie e percorsi di ripristino indipendenti adatti ai tuoi rischi. Limita l'amministrazione dei backup e proteggi le impostazioni di conservazione. Le copie offline o immutabili possono ridurre alcuni rischi di ransomware, ma contano comunque la configurazione, la durata della conservazione e gli accessi amministrativi. Monitora i job falliti invece di dare per scontato che una pianificazione dimostri il completamento.

03

Testare in isolamento

Ripristina dati e applicazioni rappresentativi in un ambiente controllato. Verifica integrità, permessi, dipendenze e comportamento dell'applicazione. Misura il tempo trascorso e registra ogni passaggio manuale. Un test isolato evita di sovrascrivere la produzione e può rivelare chiavi mancanti, servizi non documentati o una sequenza di ripristino che nessuno ha mai provato.

Esempio applicato

Mettilo nel contesto

Un team fittizio scopre che il suo database si ripristina rapidamente, ma l'applicazione richiede anche un file di configurazione mancante. L'esercitazione successiva include la copertura della configurazione, l'ordine delle dipendenze e un risultato misurato a livello di servizio.

Scenario illustrativo a scopo didattico, non l’affermazione di un incidente reale verificato di un cliente.

Errori comuni

  • Misurare il successo del backup invece del successo del ripristino
  • Usare un solo account amministratore per produzione e ripristino
  • Ignorare le dipendenze applicative

La tua checklist pratica

Le spunte della checklist sono temporanee e non vengono registrate come progressi dell’account.

Riepilogo breve

La prontezza al ripristino si dimostra con un ripristino ripetibile, non con la presenza di un archivio.

Metti alla prova la tua comprensione.

Letture di riferimento ↗