{"id":78938,"date":"2024-09-09T08:25:39","date_gmt":"2024-09-09T07:25:39","guid":{"rendered":"https:\/\/kinsta.com\/it\/?p=78938&preview=true&preview_id=78938"},"modified":"2024-09-09T12:00:21","modified_gmt":"2024-09-09T11:00:21","slug":"disaster-recovery-wordpress","status":"publish","type":"post","link":"https:\/\/kinsta.com\/it\/blog\/disaster-recovery-wordpress\/","title":{"rendered":"Perch\u00e9 avere un backup del backup di WordPress"},"content":{"rendered":"

Un piano di disaster recovery per il proprio sito web potr\u00e0 sembrarvi una rete di sicurezza perfettamente ragionevole, fino a quando non si strapper\u00e0 sotto pressione. Chiedete pure a GitLab. Nel 2017, la popolare piattaforma di repository di codice ha subito una devastante perdita di dati<\/a> quando un ingegnere ha accidentalmente cancellato 300GB di contenuti di database live.<\/p>\n

La cosa peggiore? I backup che GitLab pensava avrebbero salvato la situazione erano incompleti, lasciando all’azienda un’istantanea risalente a sei ore prima come unica opzione possibile. Un intervallo di sei ore pu\u00f2 significare molti dati mancanti per un servizio cos\u00ec popolare come GitLab.<\/p>\n

Anche se \u00e8 successo anni fa, questo incidente ci ricorda cosa pu\u00f2 succedere. E che anche i piani di disaster recovery meglio congegnati possono fallire se non vengono sottoposti a backup e test rigorosi.<\/p>\n

Questa storia \u00e8 particolarmente importante per i proprietari di siti WordPress. Avere un piano di backup non \u00e8 sufficiente. Il vostro backup ha bisogno di un proprio backup. Come ha imparato GitLab, l’errore umano, le configurazioni errate o anche una piccola svista possono portare a una perdita catastrofica dei dati se ci si affida a un unico backup.<\/p>\n

Per questo motivo, oggi discuteremo del perch\u00e9 \u00e8 necessario eseguire il backup dei backup e di come Kinsta pu\u00f2 aiutarvi in questa necessaria ridondanza.<\/p>\n

Andiamo al sodo!
\n

<\/div><\/kinsta-auto-toc><\/p>\n

Perch\u00e9 avere un piano di disaster recovery<\/h2>\n

Prima di parlare del perch\u00e9 \u00e8 importante, vediamo di darne una definizione: un piano di disaster recovery \u00e8 come un’assicurazione per il vostro sito web. Sperate di non doverlo mai usare, ma se e quanto il disastro colpir\u00e0, sar\u00e0 essenziale averne uno. Il piano descrive i passi da compiere per ripristinare rapidamente le operazioni dopo un evento inaspettato, come un attacco informatico o un errore umano.<\/p>\n

Per essere chiari, questo piano \u00e8 un documento completo che descrive nei dettagli come il vostro sito si riprender\u00e0 dalle interruzioni. In genere include informazioni sulle risorse chiave, sui responsabili, su un piano d’azione e su un processo per garantire backup affidabili del sito. L’obiettivo \u00e8 quello di ridurre al minimo i tempi di inattivit\u00e0<\/a>, proteggere i dati e mantenere il sito web in funzione.<\/p>\n

Ma perch\u00e9 \u00e8 cos\u00ec importante?<\/p>\n

Prendiamo in considerazione questo dato: il 96% delle aziende<\/a> ha subito almeno un periodo di downtime negli ultimi tre anni, e molte di esse hanno dovuto affrontare di un guasto al sito. Il costo dei tempi di inattivit\u00e0 pu\u00f2 essere sbalorditivo, con una media di circa 1.410 dollari al minuto, secondo il 2022 Data Protection Trends Report<\/a> pubblicato da Veeam. Questo pu\u00f2 essere devastante per le piccole imprese, con una significativa perdita di fatturato, l’insoddisfazione dei clienti e un danno a lungo termine alla propria reputazione.<\/p>\n

Avere un piano solido significa essere preparati a tutto. E la tranquillit\u00e0 che offre \u00e8 inestimabile, grazie alla consapevolezza che qualunque cosa accada, esiste una tabella di marcia per il ripristino.<\/p>\n

Cosa includere in un piano di disaster recovery<\/h2>\n

Un piano di disaster recovery non \u00e8 solo una lista di azioni da seguire. \u00c8 una strategia completa che serve da guida durante una crisi.<\/p>\n

Ecco cosa includere per garantire che il vostro piano sia completo ed efficace:<\/p>\n

Una solida strategia di backup<\/h3>\n

Una solida strategia di backup \u00e8 la spina dorsale di qualsiasi piano di disaster recovery. I vostri sforzi di ripristino del sito sono in pericolo senza backup affidabili.<\/p>\n

Ecco quindi una rapida panoramica su come garantire che i vostri backup siano pronti e disponibili in caso di necessit\u00e0. La strategia deve includere il “cosa”, il “quando” e il “come”<\/p>\n

1. Sapere di cosa fare il backup<\/h4>\n

Dovrete eseguire il backup dei dati dei clienti, dei record delle transazioni, dei contenuti del sito web, dei database e delle impostazioni di sistema: tutto ci\u00f2 di cui il vostro sito web ha bisogno per funzionare.<\/p>\n

Per garantire una protezione completa, considerate sia i dati statici (come i file archiviati) che quelli dinamici (come le transazioni in corso). Anche un approccio graduale pu\u00f2 essere efficace: eseguite il backup dei dati critici con maggiore frequenza e<\/em> conservateli in pi\u00f9 luoghi. Per saperne di pi\u00f9, continuate a leggere.<\/p>\n

2. Sapere quando eseguire il backup<\/h4>\n

La frequenza dei backup deve corrispondere alla frequenza con cui i dati cambiano. Per la maggior parte dei siti web, i backup giornalieri sono il minimo.<\/p>\n

Ma se i vostri dati cambiano pi\u00f9 frequentemente, potreste aver bisogno di backup orari o addirittura in tempo reale. In questo modo, ridurrete al minimo la perdita di dati e proteggerete le modifiche pi\u00f9 recenti.<\/p>\n

3. Sapere come fare il backup<\/h4>\n

Una strategia di backup completa prevede anche l’utilizzo di pi\u00f9 metodi per garantire la ridondanza. Ovvero, avere un backup dei vostri backup. I backup basati sul cloud<\/a> sono molto diffusi perch\u00e9 sono accessibili da qualsiasi luogo e possono essere facilmente scalati per soddisfare le proprie esigenze.<\/p>\n

D’altro canto, i backup locali archiviati su dispositivi fisici consentono un accesso rapido. Kinsta offre entrambe le opzioni, compresi i backup su cloud e i backup scaricabili, che permettono di conservare le copie offline per una maggiore sicurezza.<\/p>\n

Kinsta offre anche snapshot a livello di macchina, che catturano l’intero stato del vostro server e consentono un ripristino completo se necessario.<\/p>\n

Procedure di ripristino dettagliate<\/h3>\n

Quando si verifica un disastro, un processo di ripristino chiaro e graduale pu\u00f2 essere di grande aiuto. In questo modo, tutti sanno cosa fare quando si accorgono del problema.<\/p>\n

Il vostro piano dovrebbe delineare le fasi di ripristino specifiche per diversi scenari, come un attacco informatico, un guasto hardware o un errore umano. Queste fasi devono includere l’accesso ai backup, la riconfigurazione dei sistemi e la verifica che tutto funzioni correttamente dopo il ripristino.<\/p>\n

Ad esempio, dopo il ripristino da un backup, potreste dover eseguire delle transazioni di prova o verificare che tutte le funzionalit\u00e0 del sito funzionino correttamente.<\/p>\n

Il tempo \u00e8 fondamentale durante un disastro, quindi assegnare ruoli e responsabilit\u00e0 specifiche ai membri del team pu\u00f2 aiutarvi a risparmiare tempo vitale. Il vostro piano deve definire chiaramente chi \u00e8 responsabile di ogni compito, dall’avvio del processo di ripristino alla comunicazione con gli altri membri del team, fino alla gestione di attivit\u00e0 tecniche come il ripristino dei dati.<\/p>\n

Le funzionalit\u00e0 di Kinsta che supportano un piano di disaster recovery<\/h2>\n

Avere a disposizione gli strumenti giusti pu\u00f2 rendere pi\u00f9 semplice la realizzazione del piano di disaster recovery. Kinsta offre diverse funzioni che possono supportare la vostra strategia in modo coeso, tra cui:<\/p>\n