Un ripristino sostituisce il sito in produzione con il contenuto di uno snapshot. Prima di toccare qualcosa, il pannello fa un nuovo backup del sito e lo verifica: se quel backup non supera il ripristino di prova, il ripristino si ferma e il sito resta com'era.
Ripristina dal pannello
- Apri il sito e scegli la scheda Backup.
- Scegli uno snapshot con la prova riuscito e premi Ripristina sulla sua riga.
- In Cosa ripristinare scegli:
- Tutto (file e database);
- Solo i file;
- Solo il database.
- Premi Continua, scrivi il dominio del sito per confermare e premi Ripristina.
- Segui l'attività Ripristino avviato fino alla fine.
Lo snapshot di sicurezza compare nell'elenco dei backup: se ti serve tornare indietro, ripristina quello.
Cosa cambia sul sito
- File: la cartella del sito viene sostituita con quella dello snapshot in un solo passo, senza un momento in cui il sito non ha file. Poi PHP del sito riparte e nginx ricarica la configurazione. Se il sito non riparte, il pannello rimette la cartella di prima.
- Database: ogni database che il backup contiene viene svuotato e ricreato dal suo dump. Le tabelle create dopo lo snapshot non restano. Se un'importazione fallisce, quel database e tutti quelli ripristinati prima tornano com'erano.
- Alla fine la cache di pagina del sito viene svuotata. Con Solo il database, anche la object cache viene svuotata, così il sito non serve dati vecchi.
Quali database
Dal pannello e con cgctl, Tutto e Solo il database ripristinano ogni database che il backup contiene e che il sito ha ancora.
- Un database che il backup contiene e il sito non ha più viene saltato, e l'attività lo nomina. Per ripristinarlo, crealo di nuovo con lo stesso nome nella scheda Database, poi ripristina.
- Un database creato dopo il backup non c'è, e resta com'è.
- Un sito senza database non può ricevere un ripristino Solo il database.
Per ripristinare solo alcuni database, usa l'API: POST /api/backups/<backup-id>/restore con
{"confirm": "<dominio>", "mode": "database", "databases": ["shop_data"]}. Ogni nome deve essere nel
backup ed essere ancora un database del sito; con "mode": "files" non si può nominare nessun
database.
Da riga di comando
cgctl --wait backup restore <backup-id> <dominio> files
<backup-id> è il campo id di un backup nell'elenco GET /api/sites/<site-id>/backups;
<dominio> è il dominio del sito, come conferma. L'ultima parola è full (il valore se la ometti),
files o database.
Prossimo passo
Per capire perché un backup che conta si può sempre ripristinare, leggi Backup e ripristini di prova.