Backup WordPress o snapshot automatico? Differenze tra copia, retention e ripristino
29 Agosto 2026 · Siti web
Che cos’è Strategia di backup WordPress
Definisce che cosa copiare, frequenza, retention, copie indipendenti, cifratura, accessi, RPO, RTO e test di ripristino. Può combinare backup completi, incrementali e database.
Una strategia di backup è utile solo se collega gli scenari di perdita alle copie realmente recuperabili: errore umano, aggiornamento fallito, compromissione e indisponibilità dell’hosting possono richiedere versioni, destinazioni e credenziali diverse. La configurazione conta quanto la prova periodica di un WordPress funzionante.
Che cos’è Snapshot automatico
Cattura lo stato di un disco, volume, macchina o ambiente in un momento. È rapido e utile per rollback, ma può dipendere dalla stessa infrastruttura e non garantire consistenza applicativa o portabilità.
Lo snapshot è adatto soprattutto a riportare rapidamente un ambiente a uno stato precedente, purché si conoscano cosa include, dove risiede e come tratta le scritture in corso. È insufficiente quando il recupero deve superare la perdita dell’account, del provider o dell’intera infrastruttura.
La differenza decisiva
Lo snapshot è una tecnologia di copia; il backup è una strategia di recupero. Uno snapshot può essere parte del piano, ma non sostituisce retention, offsite e restore test.
Il confronto mette in relazione il tipo di copia con l’incidente da affrontare.
Scarica l’infografica (PNG ad alta risoluzione)
Incorpora l’infografica nel tuo sito
Puoi ripubblicare l’infografica usando questo codice, con il collegamento all’articolo originale.
La decisione deve partire da problema, pubblico, dati, capacità organizzativa e rischio. Il nome dello strumento viene dopo.
Confronto operativo
| Criterio | Strategia di backup WordPress | Snapshot automatico | Decisione |
|---|---|---|---|
| Ambito | File, database e dipendenze | Volume o ambiente | Verificare consistenza |
| Posizione | Può essere offsite | Spesso nello stesso provider | Ridurre dipendenza |
| Retention | Politica e versioni | Dipende dal servizio | Proteggere da corruzioni tardive |
| Ripristino | Procedura e test | Rollback rapido | Testare applicazione |
| Portabilità | Formati e copie indipendenti | Può essere proprietario | Prevedere uscita dal provider |
Quando scegliere Strategia di backup WordPress
- Il sito è critico per lead, ordini o contenuti.
- Serve protezione da perdita del provider.
- RPO e RTO devono essere concordati.
- Si richiedono prove di restore e retention.
Quando scegliere Snapshot automatico
- Si prepara un aggiornamento o una modifica infrastrutturale.
- Serve rollback rapido nello stesso ambiente.
- Lo snapshot è aggiuntivo a copie indipendenti.
- Il provider ne documenta consistenza e limiti.
Quando integrarli
Un piano robusto usa snapshot per rollback rapido e backup indipendenti per recupero da corruzione, compromissione o perdita dell’ambiente.
Il runbook deve stabilire quale copia usare per ogni scenario. Ripristinare uno snapshot compromesso può reintrodurre il problema.
Sequenza di implementazione
1. Definire scenari, RPO e RTO.. La fase va chiusa con un’evidenza accessibile e una decisione approvata; le eccezioni devono essere registrate.
2. Inventariare file, database e dipendenze.. La fase va chiusa con un’evidenza accessibile e una decisione approvata; le eccezioni devono essere registrate.
3. Configurare snapshot e backup offsite.. La fase va chiusa con un’evidenza accessibile e una decisione approvata; le eccezioni devono essere registrate.
4. Stabilire retention e accessi.. La fase va chiusa con un’evidenza accessibile e una decisione approvata; le eccezioni devono essere registrate.
5. Eseguire restore test documentati.. La fase va chiusa con un’evidenza accessibile e una decisione approvata; le eccezioni devono essere registrate.
Indicatori da osservare
- Successo e età delle copie.
- Copertura di file e database.
- Tempo reale di ripristino.
- Scarto tra RPO/RTO obiettivo ed effettivo.
- Anomalie emerse nei test.
Gli indicatori vanno interpretati insieme agli esiti commerciali, alla qualità dei dati e ai limiti del campione.
Esempio ragionato
Un aggiornamento fallisce e lo snapshot consente rollback in pochi minuti. Mesi dopo, il provider perde l’account: gli snapshot erano nello stesso ambiente e non sono disponibili.
Il nuovo piano conserva snapshot per aggiornamenti e backup offsite di file e database, testati in un ambiente separato.
Errori da evitare
- Confondere snapshot e backup.
- Conservare tutto nello stesso provider.
- Non verificare consistenza del database.
- Tenere solo l’ultima copia.
- Dichiarare un RTO mai testato.
Come eseguire un restore test utile
Un test significativo non consiste nel verificare che l’archivio si apra. Deve partire da uno scenario preciso e arrivare a un’installazione WordPress utilizzabile in una destinazione diversa da quella di produzione, senza sovrascrivere l’unica copia disponibile.
- Scegliere il punto di recupero. La data deve essere compatibile con l’incidente simulato: per una compromissione, la copia più recente potrebbe contenere già file o utenti alterati.
- Preparare la destinazione. Versione di PHP, database, spazio, DNS temporaneo e credenziali devono consentire il ripristino senza dipendere dall’account che si presume indisponibile.
- Ripristinare componenti coerenti. File, upload, database e configurazioni vanno ricomposti evitando di associare un database vecchio a file di plugin o temi incompatibili.
- Verificare il servizio. Non basta raggiungere la home page: occorre controllare accesso amministrativo, media, moduli, ricerca, permalink, attività pianificate e funzioni commerciali pertinenti al sito.
Gestire gli effetti collaterali
Un ambiente ripristinato può tentare di inviare email, eseguire ordini, chiamare webhook o sincronizzare dati con servizi esterni. Prima del test queste azioni vanno disabilitate, isolate oppure indirizzate verso sistemi di prova. In caso contrario, il collaudo può produrre comunicazioni o aggiornamenti indesiderati.
Il test dovrebbe inoltre rilevare i passaggi manuali: sostituzione degli URL, recupero delle chiavi, riattivazione delle integrazioni, pulizia delle cache e verifica dei certificati. Se una credenziale necessaria è custodita solo nell’ambiente perso, la copia tecnica non è sufficiente a riavviare il sito.
Alla fine si registra il tempo trascorso nelle singole fasi e si aggiornano le istruzioni sui punti che hanno creato blocchi. In questo modo RTO e procedura derivano da un recupero eseguito, non dalla sola durata dichiarata dal servizio di backup.
Domande frequenti
Uno snapshot è un backup?
Può essere una forma di copia, ma non costituisce da solo una strategia completa di backup e recovery.
Serve copiare file e database?
Sì, WordPress dipende da entrambi; il ripristino deve considerarne la coerenza.
Quanto spesso testare?
In funzione della criticità, dei cambi e degli obiettivi di recupero.
Approfondisci il servizio: Hosting gestito.