Un backup terminato correttamente non dimostra che il sito sia ripristinabile. Una prova controllata verifica insieme database, file e funzioni importanti. I passaggi esatti dipendono dallo strumento e dall’hosting.
Passaggi
- Scegli un backup documentato e annota data, versioni WordPress/PHP e strumento usato. Controlla la coerenza tra database e file necessari: caricamenti, plugin, temi e configurazione. Conserva separatamente il backup originale invariato.
- Prepara un’installazione di prova chiaramente separata con database e file propri. Non usare credenziali o connessioni al database di produzione. Proteggi la copia dall’accesso pubblico; la visibilità nei motori di ricerca non è un controllo degli accessi.
- Prima del primo avvio, impedisci e-mail in uscita, pagamenti, webhook ed esecuzioni pianificate delle integrazioni. Usa le funzioni di test dell’infrastruttura e dei servizi. Le impostazioni copiate potrebbero altrimenti contattare destinatari o sistemi reali.
- Ripristina solo nella destinazione di prova seguendo le istruzioni dello strumento. Se cambia il dominio, usa una migrazione compatibile con WordPress per gli URL salvati; sostituire indiscriminatamente testo in un SQL può danneggiare dati serializzati.
- Verifica home page, vari articoli, immagini vecchie, accesso e funzioni importanti di ricerca o moduli. Prova le funzioni esterne solo con destinazioni sandbox. Confronta contenuti e impostazioni con la data del backup, non soltanto con il sito attuale.
Controllare il risultato
Documenta durata, errori, file mancanti e funzioni verificate. Annota quanto contenuto successivo andrebbe perso ripristinando quel backup. Una prova senza immagini o funzioni importanti dei plugin non dimostra ancora una recuperabilità completa.
Annullamento e limiti
La prova non modifica il sito di produzione. Se fallisce, correggi l’ambiente e ripeti con il backup originale. Mantieni protetta la copia e impedisci successive attività in background. Non trasferirla accidentalmente in produzione.