Ripristino e verifica
Modulo 8: Backup, sito di staging e aggiornamenti PHP · Tempo di lettura: 8 minuti
Obiettivo della lezione: Dopo questa lezione sarà in grado di ripristinare un backup, anche accanto al sito esistente, e di verificare che sia completo e utilizzabile.
Concetti chiave: ripristino (restore), completo o parziale, file o database, ripristinare accanto al sito, ripristino di prova, lista di controllo dopo il ripristino, adattare gli indirizzi, importare il database
Un backup ha valore solo se può essere ripristinato
Il momento più doloroso con i backup non è crearli, ma scoprire che il ripristino non riesce: il database manca, il backup è incompleto, il file è danneggiato, o nessuno sa come fare. Meglio scoprirlo in un tranquillo martedì che durante un sabato con il sito violato.
Per questo è bene testare il ripristino, regolarmente, e preferibilmente senza toccare il sito reale.
Cosa ripristinare
Non è sempre necessario ripristinare tutto. Scelga ciò che è adatto:
| Situazione | Cosa ripristinare |
|---|---|
| Una pagina modificata per errore | Niente: utilizzi le revisioni (lezione 4.1) |
| Un'immagine o una cartella eliminata per errore | Solo quei file |
| Un aggiornamento ha rotto il sito | I file di quel plugin o l'intera cartella wp-content, a volte anche il database (se l'aggiornamento ha modificato il database) |
| Contenuto cancellato nel database | Il database, ma tenga presente che anche tutto il resto torna indietro |
| Un attacco hacker | Tutto, completamente (lezione 7.5), da un backup di molto prima dell'attacco |
File e database vanno insieme. Se ripristina solo i file di ieri insieme al database di oggi, un plugin può confondersi, perché il suo database era già stato aggiornato. In caso di dubbio: entrambi, dello stesso momento.
E sempre: ciò che è accaduto dopo il momento del backup è perso. Nuovi articoli, commenti, ordini, iscrizioni. In un negozio online, prima del ripristino, annoti quali ordini sono arrivati dopo il backup.
Ripristinare accanto al sito
Il modo più sicuro per testare e per recuperare qualcosa è ripristinare un backup accanto al Suo sito attuale: su un sottodominio di prova (test.example.com) o in una cartella separata, con un proprio database. Il Suo sito reale rimane intatto. Dopodiché potrà:
- verificare che il backup sia completo;
- recuperarne una singola parte (una pagina eliminata, una versione precedente di un testo) e trasferirla manualmente;
- esercitarsi con un piano di ripristino.
Alcuni hoster lo permettono con un semplice clic (in WebOké Backups per esempio "ripristinare accanto al sito attuale"); altrove si caricano manualmente i file e il database in un ambiente di prova.
Attenzione all'indirizzo
Un backup di https://example.com che carica su https://test.example.com continua a sapere di appartenere a example.com: siteurl e home nel database (lezione 1.3) e tutti i link puntano al Suo sito reale. Il risultato: clicca sul sito di prova e finisce sul sito reale, oppure accede al sito sbagliato. Dopo il ripristino, adatti quindi gli indirizzi:
wp search-replace 'https://example.com' 'https://test.example.com' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --all-tablesOppure con un plugin di ricerca e sostituzione che comprenda i dati serializzati (lezione 3.2). Attivi subito anche la funzione scoraggia i motori di ricerca (lezione 2.4) o imposti una password sul sito di prova, e si assicuri che il sito di prova non invii email a clienti reali (lezione 8.3).
Ripristinare il database manualmente
Se dispone di un file .sql (da un backup o un'esportazione), lo ripristini così:
- Crei un database vuoto e un utente (lezione 2.3), oppure svuoti quello esistente (solo se è sicuro).
- Importi il file in phpMyAdmin (scheda Importa). Con file di grandi dimensioni phpMyAdmin può bloccarsi; in tal caso usi la funzione di importazione del Suo pannello o la riga di comando (
wp db import back-up.sqloppuremysql). - Verifichi in wp-config.php che i dati del database siano corretti.
- Verifichi il prefisso delle tabelle: quello nel backup (
wp_) corrisponde a$table_prefixin wp-config.php? In caso contrario, WordPress vede un'installazione vuota e vuole reinstallarsi.
La lista di controllo dopo il ripristino
Un ripristino ha successo solo se il sito funziona davvero. Verifichi:
- La homepage e alcune pagine e articoli comuni, aprendoli in una finestra privata.
- Immagini: sono presenti (quindi gli uploads erano nel backup)?
- Accesso alla Bacheca.
- Le funzioni principali: inviare un modulo, aggiungere qualcosa al carrello, effettuare una ricerca.
- Permalink: funzionano tutte le pagine, oppure ottiene un errore 404 tranne sulla homepage? In tal caso, in Impostazioni > Permalink salvi una volta (lezione 2.4).
- Plugin e tema attivi e aggiornati.
- La versione: è davvero il contenuto della data che si aspettava?
Annoti quanto tempo è durato il ripristino. Questo è il Suo reale tempo di recupero: per quanto tempo il Suo sito resta offline in caso di problema.
Con quale frequenza testare
Una regola pratica: testi almeno una volta al trimestre (lezione 9.4), e dopo ogni cambiamento nel Suo sistema di backup (un nuovo plugin, un altro hoster, un sito molto più grande). Alterni: una volta il backup dell'hoster, un'altra volta la Sua copia personale fuori dal server (lezione 8.1).
In pratica: come appare in un pannello
Come esempio usiamo WebOké Backups e DirectAdmin. Presso altri hoster i pulsanti hanno nomi diversi, ma le scelte sono le stesse: cosa ripristinare, e dove.
- Crei prima il sottodominio di prova in DirectAdmin (Gestione sottodomini), con un certificato.
- Scelga in WebOké Backups un backup di qualche giorno prima e opti per ripristinare i file e il database accanto al sito attuale, nell'ambiente di prova.
- Nel database ripristinato, adatti gli indirizzi al sottodominio di prova.
- Verifichi la lista di controllo.
Riassunto
- Un backup ha valore solo se può essere ripristinato; testi il ripristino.
- Scelga cosa ripristinare; file e database devono appartenere allo stesso momento. Ciò che è accaduto dopo il backup è perso.
- Ripristini un backup accanto al Suo sito per testare o recuperare qualcosa, e solo dopo adatti gli indirizzi.
- In un'importazione del database, presti attenzione al prefisso delle tabelle e ai dati in wp-config.php.
- Dopo ogni ripristino, segua una lista di controllo fissa, e annoti quanto tempo è durato.
Quiz
Esercizio
Esercizio D8.2: Ripristinare un backup in un sito di staging. Ripristini un backup di qualche giorno fa su un sottodominio di prova del Suo dominio (per esempio ripristino.esempio.it), accanto al Suo sito reale. Adatti gli indirizzi, attivi la funzione scoraggia i motori di ricerca o imposti una password sull'ambiente di prova, e segua la lista di controllo di questa lezione. Spunti ogni punto. Annoti: quale backup (fonte e data) ha usato, quanto tempo è durato il ripristino, cosa non ha funzionato e come l'ha risolto. Lasci attivo il sito di prova per l'esercizio A8.3 e lo rimuova poi.
Esercizio D8.2: Ripristinare un backup in un sito di staging
Questo esercizio lo svolge da sé; nessuno lo verifica. Spunti ciò che ha fatto e segni l'esercizio come completato.
Indichi una durata e almeno un riscontro. Va bene anche "niente", se specifica cosa ha controllato.
Le Sue spunte e note restano solo in questo browser; non le inviamo da nessuna parte. Se ha effettuato l'accesso, conserviamo in I miei corsi solo il fatto che ha svolto l'esercizio.
Per approfondire
Questi articoli descrivono i passaggi nei pannelli di WebOké; in altri pannelli funzionano in modo simile.
- Guida DirectAdmin 16.3: Ripristinare un backup di DirectAdmin
- Guida DirectAdmin 16.5: Posso farlo anche in Mio WebOké? WebOké Backups
- Guida WebOké 6.10: WebOké Backups: ripristinare i file
- WebOké Backup: visualizzare, ripristinare o scaricare un backup
- Guida DirectAdmin 12.5: Importare un database, anche file di grandi dimensioni
- Guida DirectAdmin 4.5: Creazione ed eliminazione dei sottodomini
