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.
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.