Punti chiave
- Individua ed esporta la cronologia dei backup dai cataloghi o dai metadati per identificare l’ultimo backup riuscito, verifica le catene di backup e conferma i punti di ripristino utilizzabili.
- Monta i backup su un sistema alternativo per esaminare in tutta sicurezza i dati acquisiti, generare manifesti ed eseguire controlli di integrità o ripristini di prova per verificare l’utilizzabilità dei backup.
- Raccogli i punti di ripristino convalidati, i risultati relativi all’integrità e i dettagli su RPO/RTO in un fascicolo probatorio, al fine di orientare le parti interessate e garantire un ripristino affidabile e di successo.
Quando il server di produzione smette di funzionare, il successo del ripristino dipende dalla capacità di capire quali backup sono disponibili e se sono utilizzabili. Per evitare ritardi o il fallimento dei ripristini, verifica la cronologia dei backup, esamina i dati acquisiti e verifica che il backup sia ripristinabile, il tutto senza dover ricorrere a console o interfacce specifiche di alcun fornitore.
Questo articolo spiega come individuare i file di backup, esaminarne il contenuto in tutta sicurezza e verificarne l’integrità, consentendoti di procedere al ripristino in tutta tranquillità.
Visualizzazione della cronologia e dei contenuti dei backup quando il server è inattivo
Per visualizzare la cronologia e il contenuto dei backup, dovrai individuare i cataloghi, interrogare la cronologia dei backup, esaminare il contenuto dei backup su un sistema esterno, verificarne la prontezza all’uso e predisporre un fascicolo probatorio e un piano di ripristino.
📌 Prerequisiti:
- Accesso ai cataloghi delle piattaforme di backup o ai metadati dei fornitori
- Autorizzazioni di sola lettura per consultare la cronologia dei lavori o i log del repository
- Un sistema alternativo per il montaggio o il ripristino di prova dei backup
- Conoscenza dell’ambito dei dati e dei responsabili ai fini della convalida
Fase 1: Trova i cataloghi di backup e la cronologia dei processi
Questo passaggio consente di stabilire dove il sistema di backup memorizza i propri dati.
📌 Caso d’uso: A causa di un guasto al server di produzione, non sono disponibili log locali. L’amministratore controlla il catalogo dei backup per recuperare la cronologia dei processi, verificando che l’ultimo backup sia stato eseguito con successo e che i punti di ripristino siano ancora utilizzabili.
L’individuazione del catalogo costituisce la base dell’analisi di recupero. Ogni piattaforma di backup memorizza metadati che descrivono quando vengono eseguiti i backup, quali dati proteggono e dove vengono archiviati i dati risultanti. Senza queste informazioni, è praticamente impossibile determinare il proprio RPO effettivo o verificare se sia disponibile un backup utilizzabile.
Identificare la fonte del catalogo
Individua la posizione in cui sono archiviati i metadati di backup. Tra le posizioni più comuni figurano i database dei server di backup, i cataloghi specifici delle applicazioni (come il database msdb di SQL Server), gli indici dei provider cloud e le API dei metadati, oppure i file di catalogo locali o esportati.
Cerca il sistema interessato
Utilizza il nome host, l’ID, il codice identificativo o il nome del database del server per individuare tutte le voci di backup ad esso associate. Ti consigliamo anche di confermare:
- Tutti i processi o le pianificazioni di backup definiti
- Archivi di memorizzazione associati
- Criteri di conservazione previsti
- Eventuali catene di backup o backup dipendenti
Esporta la cronologia dei processi di backup
Recupe i risultati dei lavori relativi all’intero periodo di conservazione. L’esportazione dovrebbe includere gli orari di inizio e fine dell’operazione, lo stato di esito (riuscito o fallito), il tipo di backup, la destinazione di archiviazione utilizzata ed eventuali avvisi rilevati durante l’esecuzione.
Fase 2: Consultare la cronologia dei backup per verificare l’RPO
Questo passaggio determina il tuo punto di ripristino.
📌 Caso d’uso: Una volta ottenuto l’accesso al catalogo, l’amministratore esamina la cronologia dei backup per individuare i backup completi e incrementali più recenti, verificando così l’ultimo punto di ripristino utilizzabile per il server guasto.
Consultare la cronologia dei backup aiuta a determinare l’RPO effettivo e a capire quanta quantità di dati è possibile recuperare. Innanzitutto, individua i backup riusciti più recenti, annotandone il tipo, l’ora di completamento, la durata e la dimensione, al fine di stabilire il punto di ripristino.
Successivamente, esamina i lavori falliti, non eseguiti o completati solo in parte, poiché questi indicano esposizioni nascoste o catene interrotte che compromettono la possibilità di ripristino. È inoltre importante verificare che il backup più recente faccia parte di una catena completa e valida. I backup incrementali devono essere collegati al backup completo di riferimento; i backup differenziali devono fare riferimento al backup completo corretto, mentre i backup di log devono essere sequenziali e privi di lacune.
Una volta effettuata la verifica, riassumi gli ultimi backup validi per ciascun set di dati per garantire la piena visibilità di ciò che è protetto. Infine, confronta i punti di ripristino con i requisiti RPO dell’organizzazione per valutare se la copertura del backup soddisfi le aspettative o se il rischio di perdita dei dati superi le soglie previste dalla politica aziendale.
Fase 3: Verificare il contenuto del backup su un sistema esterno
Questa fase consente di verificare file e strutture senza influire sul sistema di produzione.
📌 Caso d’uso: Una volta individuato l’ultimo backup valido, l’amministratore monta il backup su un sistema alternativo per verificare che le cartelle, i database e i file delle applicazioni critici siano presenti prima di avviare un ripristino completo.
Verifica il contenuto del backup su un sistema esterno è un modo sicuro per accertarsi che i dati essenziali siano stati acquisiti, senza dover interagire con il server guasto né rischiare di apportare modifiche al set di backup. Questo processo inizia con il montaggio del backup su un sistema alternativo in grado di leggere il formato del backup.
Per i backup sensibili alle applicazioni, utilizza comandi specifici della piattaforma relativi alle intestazioni o agli elenchi di file per esaminare le strutture logiche, verificare i nomi dei database, i timestamp e le mappature dei file, e garantire la coerenza all’interno dell’insieme delle applicazioni.
Durante questa ispezione, ti consigliamo di generare un elenco che riporti tutti i percorsi dei dati rilevanti, le directory protette ed eventuali omissioni impreviste, fornendo alle parti interessate un quadro chiaro del contenuto del backup.
Fase 4: Verificare lo stato di preparazione
Questo passaggio garantisce che i dati siano utilizzabili.
📌 Caso d’uso: Dopo aver esaminato il contenuto del backup, l’amministratore esegue la verifica del checksum e un piccolo ripristino di prova in un ambiente sandbox per confermare che il backup si apra e funzioni correttamente.
Verificare l’integrità del backup è importante per garantire che i dati che si intende ripristinare siano affidabili. Questo processo inizia con l’esecuzione delle utilità di verifica del checksum o dei supporti fornite dal formato o dalla piattaforma di backup, che rilevano eventuali danneggiamenti o incongruenze. L’esecuzione di un ripristino di prova mirato dimostra che il backup può essere montato o collegato senza errori.
In questa fase, verifica che le applicazioni ripristinate si avviino correttamente, che i file si aprano senza errori e che i database vengano collegati o ripristinati senza problemi. L’acquisizione dei log di convalida, degli screenshot o dei risultati del ripristino garantisce che i risultati relativi all’integrità possano essere verificati in un secondo momento.
Fase 5: Predisporre un fascicolo probatorio e un piano di recupero
Questa fase garantisce che le parti interessate comprendano quali backup sono disponibili, come sono stati verificati e quali sono i requisiti del processo di ripristino.
📌 Caso d’uso: Dopo aver verificato l’integrità e ripristinato i dati critici, l’amministratore raccoglie la cronologia dei backup, i manifesti e i risultati delle verifiche in un unico pacchetto da sottoporre ad approvazione prima di eseguire il ripristino completo.
La creazione di un fascicolo probatorio consente di sintetizzare in modo chiaro il lavoro di raccolta e verifica delle prove per le parti interessate. Documentare i backup disponibili, compresi i punti di ripristino confermati e qualsiasi dettaglio rilevante relativo alla catena di backup, per garantire che i responsabili delle decisioni comprendano le opzioni di ripristino disponibili.
Includi tutti i risultati della verifica per dimostrare che il backup è stato controllato accuratamente e che ne è stata accertata l’utilizzabilità. Questa è anche la fase in cui definire l’RPO e l’RTO effettivi sulla base dei dati convalidati, verificando se il punto di ripristino soddisfa le aspettative aziendali.
Aggiungi eventuali prerequisiti per il ripristino, quali credenziali necessarie, allocazioni di spazio di archiviazione, chiavi di crittografia, dipendenze delle applicazioni o risultati relativi alla sandbox che potrebbero influire sul processo di ripristino.
Sulla base di questi dettagli, presenta un piano di ripristino raccomandato che definisca la sequenza delle operazioni di ripristino e identifichi eventuali aspetti da considerare o vincoli. Infine, consegna il fascicolo completo delle prove alle parti interessate e aggiorna i ticket relativi all’incidente o alla modifica, in modo che le operazioni di ripristino rimangano documentate.
Best practice per la visualizzazione della cronologia dei backup
La tabella che segue riassume le best practice da seguire quando vuoi visualizzare la cronologia dei backup e verificarne il contenuto nel caso in cui il server originale sia fuori servizio.
Pratica | Scopo | Valore ottenuto |
| Ricerca basata sul catalogo | Accertare rapidamente i fatti | Conferma definitiva dell’RPO |
| Ispezione fuori sede | Convalida sicura | Comprendere i contenuti senza rischi |
| Verifica dell’integrità | Garantire l’usabilità | Prevenire il fallimento dei ripristini |
| Fascicolo probatorio | Chiarezza per le parti interessate | Decisioni chiare in materia di recupero |
| Revisione periodica | Prontezza costante | Una strategia di ripristino affidabile |
Servizi NinjaOne che consentono di visualizzare la cronologia e i contenuti dei backup
Sfrutta le funzionalità di inventario e monitoraggio delle risorse per verificare la copertura dei backup, avviare l’esportazione dei cataloghi e archiviare i risultati delle verifiche insieme alla documentazione. Puoi allegare fascicoli di documentazione di supporto ai rapporti dei clienti, in vista di eventuali verifiche contabili.
Prendi decisioni informate in materia di ripristino individuando le cronologie dei backup
Prima di ripristinare un server guasto, è importante sapere quali backup sono disponibili e verificarne l’integrità. L’individuazione dei cataloghi, l’analisi dei contenuti e la convalida consentono di evitare inutili sforzi di recupero e garantiscono ripristini più rapidi.
Argomenti correlati:
- Guida IT: Come configurare la frequenza dei backup della Cronologia file
- Come creare manualmente un backup della cronologia dei file in Windows 10
- Come aggiungere o rimuovere cartelle per il backup della Cronologia file in Windows
- Come implementare strategie affidabili di verifica dei backup utilizzando gli strumenti integrati
- Guida IT: Best practice per la conservazione della cronologia dei file in Windows
