{"id":834559,"date":"2026-07-07T14:22:33","date_gmt":"2026-07-07T14:22:33","guid":{"rendered":"https:\/\/www.ninjaone.com\/?p=834559"},"modified":"2026-07-07T14:24:05","modified_gmt":"2026-07-07T14:24:05","slug":"come-visualizzare-la-cronologia-dei-backup-quando-il-server-e-fuori-servizio","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/come-visualizzare-la-cronologia-dei-backup-quando-il-server-e-fuori-servizio\/","title":{"rendered":"Come visualizzare la cronologia dei backup e controllarne il contenuto quando il server originale \u00e8 fuori servizio"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Punti chiave<\/h2>\n<ul>\n<li>Individua ed esporta la cronologia dei backup dai cataloghi o dai metadati per identificare l&#8217;ultimo backup riuscito, verifica le catene di backup e conferma i punti di ripristino utilizzabili.<\/li>\n<li>Monta i backup su un sistema alternativo per esaminare in tutta sicurezza i dati acquisiti, generare manifesti ed eseguire controlli di integrit\u00e0 o ripristini di prova per verificare l&#8217;utilizzabilit\u00e0 dei backup.<\/li>\n<li>Raccogli i punti di ripristino convalidati, i risultati relativi all&#8217;integrit\u00e0 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.<\/li>\n<\/ul>\n<\/div>\n<p>Quando il server di produzione smette di funzionare, il successo del ripristino dipende dalla capacit\u00e0 di capire quali backup sono disponibili e se sono utilizzabili. Per evitare ritardi o il fallimento dei ripristini, verifica la <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/configurare-la-frequenza-di-backup-di-cronologia-file\/\"><strong>cronologia dei backup<\/strong><\/a>, esamina i dati acquisiti e verifica che il backup sia ripristinabile, il tutto senza dover ricorrere a console o interfacce specifiche di alcun fornitore.<\/p>\n<p>Questo articolo spiega come individuare i file di backup, esaminarne il contenuto in tutta sicurezza e verificarne l&#8217;integrit\u00e0, consentendoti di procedere al ripristino in tutta tranquillit\u00e0.<\/p>\n<h2>Visualizzazione della cronologia e dei contenuti dei backup quando il server \u00e8 inattivo<\/h2>\n<p>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 <a href=\"https:\/\/www.ninjaone.com\/blog\/endpoint-readiness-checklist-for-client-devices\/\">prontezza<\/a> all&#8217;uso e predisporre un fascicolo probatorio e un piano di ripristino.<\/p>\n<p>\ud83d\udccc <strong>Prerequisiti:<\/strong><\/p>\n<ul>\n<li>Accesso ai cataloghi delle piattaforme di backup o ai metadati dei fornitori<\/li>\n<li>Autorizzazioni di sola lettura per consultare la cronologia dei lavori o i log del repository<\/li>\n<li>Un sistema alternativo per il montaggio o il ripristino di prova dei backup<\/li>\n<li>Conoscenza dell&#8217;ambito dei dati e dei responsabili ai fini della convalida<\/li>\n<\/ul>\n<h3>Fase 1: Trova i cataloghi di backup e la cronologia dei processi<\/h3>\n<p>Questo passaggio consente di stabilire dove il sistema di backup memorizza i propri dati.<\/p>\n<p>\ud83d\udccc <strong>Caso d&#8217;uso: <\/strong>A causa di un guasto al server di produzione, non sono disponibili log locali. L&#8217;amministratore controlla il catalogo dei backup per recuperare la cronologia dei processi, verificando che l&#8217;ultimo backup sia stato eseguito con successo e che i punti di ripristino siano ancora utilizzabili.<\/p>\n<p>L&#8217;individuazione del catalogo costituisce la base dell&#8217;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, \u00e8 praticamente impossibile determinare il proprio RPO effettivo o verificare se sia disponibile un backup utilizzabile.<\/p>\n<h4>Identificare la fonte del catalogo<\/h4>\n<p>Individua la posizione in cui sono archiviati i metadati di backup. Tra le posizioni pi\u00f9 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.<\/p>\n<h4>Cerca il sistema interessato<\/h4>\n<p>Utilizza il nome host, l&#8217;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:<\/p>\n<ul>\n<li>Tutti i processi o le pianificazioni di backup definiti<\/li>\n<li>Archivi di memorizzazione associati<\/li>\n<li>Criteri di conservazione previsti<\/li>\n<li>Eventuali catene di backup o backup dipendenti<\/li>\n<\/ul>\n<h4>Esporta la cronologia dei processi di backup<\/h4>\n<p>Recupe i risultati dei lavori relativi all&#8217;intero periodo di conservazione. L&#8217;esportazione dovrebbe includere gli orari di inizio e fine dell&#8217;operazione, lo stato di esito (riuscito o fallito), il tipo di backup, la destinazione di archiviazione utilizzata ed eventuali avvisi rilevati durante l&#8217;esecuzione.<\/p>\n<h3>Fase 2: Consultare la cronologia dei backup per verificare l&#8217;RPO<\/h3>\n<p>Questo passaggio determina il tuo punto di ripristino.<\/p>\n<p>\ud83d\udccc <strong>Caso d&#8217;uso: <\/strong>Una volta ottenuto l&#8217;accesso al catalogo, l&#8217;amministratore esamina la cronologia dei backup per individuare i backup completi e incrementali pi\u00f9 recenti, verificando cos\u00ec l&#8217;ultimo punto di ripristino utilizzabile per il server guasto.<\/p>\n<p>Consultare la cronologia dei backup aiuta a determinare l&#8217;RPO effettivo e a capire quanta quantit\u00e0 di dati \u00e8 possibile recuperare. Innanzitutto, individua i backup riusciti pi\u00f9 recenti, annotandone il tipo, l&#8217;ora di completamento, la durata e la dimensione, al fine di stabilire il punto di ripristino.<\/p>\n<p>Successivamente, esamina i lavori falliti, non eseguiti o completati solo in parte, poich\u00e9 questi indicano esposizioni nascoste o catene interrotte che compromettono la possibilit\u00e0 di ripristino. \u00c8 inoltre importante verificare che il backup pi\u00f9 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.<\/p>\n<p>Una volta effettuata la verifica, riassumi gli ultimi backup validi per ciascun set di dati per garantire la piena visibilit\u00e0 di ci\u00f2 che \u00e8 protetto. Infine, confronta i punti di ripristino con i requisiti RPO dell&#8217;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.<\/p>\n<h3>Fase 3: Verificare il contenuto del backup su un sistema esterno<\/h3>\n<p>Questa fase consente di verificare file e strutture senza influire sul sistema di produzione.<\/p>\n<p>\ud83d\udccc <strong>Caso d&#8217;uso: <\/strong>Una volta individuato l&#8217;ultimo backup valido, l&#8217;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.<\/p>\n<p>Verifica il contenuto del backup su un sistema esterno \u00e8 un modo sicuro per accertarsi che i dati essenziali siano stati acquisiti, senza dover interagire con il server guasto n\u00e9 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.<\/p>\n<p>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&#8217;interno dell&#8217;insieme delle applicazioni.<\/p>\n<p>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.<\/p>\n<h3>Fase 4: Verificare lo stato di preparazione<\/h3>\n<p>Questo passaggio garantisce che i dati siano utilizzabili.<\/p>\n<p>\ud83d\udccc <strong>Caso d&#8217;uso: <\/strong>Dopo aver esaminato il contenuto del backup, l&#8217;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.<\/p>\n<p>Verificare l&#8217;integrit\u00e0 del backup \u00e8 importante per garantire che i dati che si intende ripristinare siano affidabili. Questo processo inizia con l&#8217;esecuzione delle utilit\u00e0 di verifica del checksum o dei supporti fornite dal formato o dalla piattaforma di backup, che rilevano eventuali danneggiamenti o incongruenze. L&#8217;esecuzione di un ripristino di prova mirato dimostra che il backup pu\u00f2 essere montato o collegato senza errori.<\/p>\n<p>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&#8217;acquisizione dei log di convalida, degli screenshot o dei risultati del ripristino garantisce che i risultati relativi all&#8217;integrit\u00e0 possano essere verificati in un secondo momento.<\/p>\n<h3>Fase 5: Predisporre un fascicolo probatorio e un piano di recupero<\/h3>\n<p>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.<\/p>\n<p>\ud83d\udccc <strong>Caso d&#8217;uso: <\/strong>Dopo aver verificato l&#8217;integrit\u00e0 e ripristinato i dati critici, l&#8217;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.<\/p>\n<p>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.<\/p>\n<p>Includi tutti i risultati della verifica per dimostrare che il backup \u00e8 stato controllato accuratamente e che ne \u00e8 stata accertata l&#8217;utilizzabilit\u00e0. Questa \u00e8 anche la fase in cui definire l\u2019RPO e l\u2019RTO effettivi sulla base dei dati convalidati, verificando se il punto di ripristino soddisfa le aspettative aziendali.<\/p>\n<p>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.<\/p>\n<p>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&#8217;incidente o alla modifica, in modo che le operazioni di ripristino rimangano documentate.<\/p>\n<h2>Best practice per la visualizzazione della cronologia dei backup<\/h2>\n<p>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.<\/p>\n<table>\n<tbody>\n<tr>\n<td>\n<p style=\"text-align: center;\"><strong>Pratica<\/strong><\/p>\n<\/td>\n<td>\n<p style=\"text-align: center;\"><strong>Scopo<\/strong><\/p>\n<\/td>\n<td>\n<p style=\"text-align: center;\"><strong>Valore ottenuto<\/strong><\/p>\n<\/td>\n<\/tr>\n<tr>\n<td>Ricerca basata sul catalogo<\/td>\n<td>Accertare rapidamente i fatti<\/td>\n<td>Conferma definitiva dell&#8217;RPO<\/td>\n<\/tr>\n<tr>\n<td>Ispezione fuori sede<\/td>\n<td>Convalida sicura<\/td>\n<td>Comprendere i contenuti senza rischi<\/td>\n<\/tr>\n<tr>\n<td>Verifica dell&#8217;integrit\u00e0<\/td>\n<td>Garantire l&#8217;usabilit\u00e0<\/td>\n<td>Prevenire il fallimento dei ripristini<\/td>\n<\/tr>\n<tr>\n<td>Fascicolo probatorio<\/td>\n<td>Chiarezza per le parti interessate<\/td>\n<td>Decisioni chiare in materia di recupero<\/td>\n<\/tr>\n<tr>\n<td>Revisione periodica<\/td>\n<td>Prontezza costante<\/td>\n<td>Una strategia di ripristino affidabile<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Servizi NinjaOne che consentono di visualizzare la cronologia e i contenuti dei backup<\/h2>\n<p>Sfrutta le funzionalit\u00e0 di <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/come-fare-un-inventario-delle-risorse-it\/\">inventario<\/a> e monitoraggio delle risorse per verificare la copertura dei backup, avviare l&#8217;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.<\/p>\n<h2>Prendi decisioni informate in materia di ripristino individuando le cronologie dei backup<\/h2>\n<p>Prima di ripristinare un server guasto, \u00e8 importante sapere quali backup sono disponibili e verificarne l&#8217;integrit\u00e0. L&#8217;individuazione dei cataloghi, l&#8217;analisi dei contenuti e la convalida consentono di evitare inutili sforzi di recupero e garantiscono ripristini pi\u00f9 rapidi.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/configurare-la-frequenza-di-backup-di-cronologia-file\/\">Guida IT: Come configurare la frequenza dei backup della Cronologia file<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/create-a-file-history-backup\/\">Come creare manualmente un backup della cronologia dei file in Windows 10<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/aggiungere-o-rimuovere-cartelle-al-backup-di-cronologia-file\/\">Come aggiungere o rimuovere cartelle per il backup della Cronologia file in Windows<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/come-implementare-strategie-affidabili-di-verifica-dei-backup-utilizzando-strumenti-integrati\/\">Come implementare strategie affidabili di verifica dei backup utilizzando gli strumenti integrati<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/opzioni-di-conservazione-di-cronologia-file\/\">Guida IT: Best practice per la conservazione della cronologia dei file in Windows<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Quando il server di produzione smette di funzionare, il successo del ripristino dipende dalla capacit\u00e0 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 [&hellip;]<\/p>\n","protected":false},"author":243,"featured_media":752223,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[4343],"tags":[],"class_list":["post-834559","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup-it"],"acf":[],"modified_by":"Chiara Cavalletti","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/834559","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/243"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=834559"}],"version-history":[{"count":3,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/834559\/revisions"}],"predecessor-version":[{"id":834562,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/834559\/revisions\/834562"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/752223"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=834559"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=834559"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=834559"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}