Come testare i backup di WordPress per assicurarsi che funzionino

Avere un backup non significa essere al sicuro. Un backup non testato è un backup che potrebbe non funzionare quando ne hai davvero bisogno. File corrotti, dump SQL incompleti, immagini mancanti o permessi errati possono rendere un backup inutilizzabile proprio nel momento peggiore. In questa guida ti mostro come testare i backup di WordPress regolarmente per avere la certezza che il ripristino funzionerà quando sarà necessario.

Perché testare i backup è indispensabile

I motivi per cui un backup può fallire al momento del ripristino sono numerosi:

• Backup incompleto: il processo di backup è stato interrotto da un timeout PHP, un errore di memoria o un problema di spazio disco. Il file risultante è troncato e inutilizzabile.
• Database corrotto: il dump SQL contiene errori perché è stato eseguito durante un’operazione di scrittura sul database, creando inconsistenze nelle tabelle.
• File mancanti: la cartella uploads non è stata inclusa nel backup, o il backup dei file è parziale perché alcuni file erano in uso durante il processo.
• Incompatibilità di versione: il backup è stato creato con una versione di MySQL diversa da quella del server di ripristino, causando errori nell’importazione.
• Credenziali obsolete: il wp-config.php nel backup contiene credenziali del database che non sono più valide.

L’unico modo per scoprire questi problemi prima di un’emergenza è testare il backup regolarmente.

Metodo 1: ripristino su ambiente di staging

Il modo più affidabile per testare un backup è ripristinarlo su un ambiente di staging. Molti hosting offrono ambienti di staging con un clic (Plesk, SiteGround, Kinsta). Se il tuo hosting non lo offre, puoi creare un ambiente di test manualmente:

1. Crea un sottodominio dedicato ai test (es. test.tuosito.it) con il proprio spazio web e database.
2. Ripristina i file del backup nel sottodominio via FTP o file manager.
3. Crea un database vuoto nel pannello hosting e importa il dump SQL del backup.
4. Aggiorna wp-config.php con le credenziali del nuovo database.
5. Aggiorna gli URL nella tabella wp_options (siteurl e home) per puntare al sottodominio di test.
6. Verifica il sito: naviga le pagine, controlla le immagini, testa il login, verifica i form.

Se il sito di test funziona correttamente, il backup è valido. Se qualcosa non funziona, hai identificato il problema prima che fosse troppo tardi.

Metodo 2: ripristino locale con LocalWP

Un’alternativa pratica è testare il backup sul tuo computer usando un ambiente WordPress locale. LocalWP (ex Local by Flywheel) è un’applicazione gratuita per Windows, Mac e Linux che crea un server WordPress locale in pochi clic.

1. Scarica e installa LocalWP.
2. Crea un nuovo sito locale con un database MySQL vuoto.
3. Sostituisci i file del sito locale con quelli del tuo backup.
4. Importa il dump SQL del backup nel database locale tramite Adminer (incluso in LocalWP).
5. Aggiorna le credenziali in wp-config.php e gli URL nel database.
6. Testa il sito nel browser locale.

Questo metodo ha il vantaggio di non richiedere risorse sul server e di poter essere eseguito anche offline. È perfetto per test periodici senza costi aggiuntivi.

Metodo 3: verifiche rapide senza ripristino completo

Se non hai tempo per un ripristino completo, puoi eseguire verifiche rapide che coprono i problemi più comuni:

• Verifica l’integrità dell’archivio: per file ZIP, esegui unzip -t backup.zip da terminale. Per file tar.gz, usa tar -tzf backup.tar.gz. Questi comandi verificano che l’archivio non sia corrotto senza estrarlo.
• Verifica la dimensione: confronta la dimensione del backup con quella attesa. Un backup del database da 500MB che improvvisamente diventa 50KB è chiaramente incompleto.
• Verifica il dump SQL: apri il file .sql con un editor di testo e scorri fino alla fine. Un dump completo termina con commenti di chiusura di mysqldump. Se il file si interrompe a metà di un INSERT, il dump è troncato.
• Conta le tabelle: nel dump SQL, cerca le istruzioni CREATE TABLE e confronta il numero con le tabelle presenti nel database live. Se mancano tabelle, il backup è parziale.
• Verifica la cartella uploads: controlla che il backup contenga la cartella wp-content/uploads con le sottocartelle organizzate per anno/mese. Se manca, le immagini andranno perse al ripristino.

Checklist di verifica post-ripristino

Quando esegui un ripristino di test, verifica sistematicamente questi elementi:

1. Homepage: si carica correttamente con il layout previsto.
2. Pagine interne: almeno 3-4 pagine diverse si caricano senza errori.
3. Immagini: le immagini negli articoli e nelle pagine sono visibili (non mostrano icone rotte).
4. Login admin: puoi accedere alla dashboard con le credenziali attese.
5. Plugin attivi: i plugin sono presenti e attivi come nel sito originale.
6. Tema: il tema attivo è quello corretto con le personalizzazioni intatte.
7. Form: i form di contatto sono presenti e funzionanti.
8. WooCommerce (se presente): prodotti, ordini e impostazioni sono intatti.

Frequenza consigliata per i test

La frequenza dei test dipende dalla criticità del sito:

• Siti e-commerce o ad alto valore: test mensile con ripristino completo su staging.
• Siti aziendali: test trimestrale con ripristino completo, verifica rapida mensile.
• Blog personali: test semestrale con verifica rapida trimestrale.
• Dopo ogni cambio di strategia di backup: se cambi plugin, destinazione o frequenza di backup, testa immediatamente il nuovo setup.

Annota le date dei test e i risultati in un documento dedicato. Se scopri che un backup è corrotto, hai un problema da risolvere urgentemente prima della prossima emergenza.

Automatizzare i test dei backup

Per siti critici, puoi automatizzare parzialmente il processo di verifica. Uno script bash programmato con cron può eseguire verifiche automatiche dopo ogni backup:

#!/bin/bash
BACKUP="/backup/latest-db.sql.gz"
MIN_SIZE=1000000  # 1MB minimo atteso

# Verifica che il file esista e abbia dimensione minima
if [ ! -f "$BACKUP" ] || [ $(stat -c%s "$BACKUP") -lt $MIN_SIZE ]; then
    echo "ERRORE: backup mancante o troppo piccolo" | mail -s "Backup Alert" tuaemail@dominio.it
fi

Questo script verifica che il file di backup esista e abbia una dimensione minima ragionevole. Puoi estenderlo per verificare anche l’integrità dell’archivio con gzip -t e per controllare che il dump SQL contenga tutte le tabelle attese. L’importante è ricevere una notifica immediata quando qualcosa va storto, anziché scoprirlo durante un’emergenza.

I tuoi backup funzionano davvero?

Un backup non testato è una falsa sicurezza. Se non hai mai verificato che i tuoi backup siano ripristinabili, o se hai scoperto un problema durante un test, il team di SoccorsoWP può verificare la tua strategia di backup, testare il ripristino e configurare un sistema affidabile e verificato. Apri un ticket e assicurati che i tuoi backup funzionino quando servono.