Quasi tutti i ripristini che servono sono piccoli: una pagina modificata male, un file cancellato, una tabella svuotata da un aggiornamento sbagliato. Rimettere in piedi tutto il sito per rimediare butta via ogni ordine e ogni commento arrivati dopo il backup: di solito una perdita più grande dell'errore iniziale.

Un file da un archivio

tar -tzf backup.tar.gz | grep wp-config
tar -xzf backup.tar.gz -C /tmp/restore path/inside/archive/wp-config.php

Estragga prima in /tmp, sempre. Lo guardi, poi lo copi al suo posto: estrarre direttamente sopra il sito è il modo in cui un piccolo ripristino diventa grande.

Una tabella da un dump

sed -n '/-- Table structure for table `wp_posts`/,/-- Table structure for table `wp_postmeta`/p' backup.sql > wp_posts.sql
mysql -u user -p dbname < wp_posts.sql

Un dump è testo semplice in ordine di tabella, quindi il tratto fra l'intestazione di una tabella e quella successiva è esattamente una tabella.

Ripristinare una tabella la cancella e la ricrea. Tutto ciò che vi è stato scritto dopo il backup sparisce: quindi su una tabella su cui si sta ancora scrivendo, ripristini in una COPIA e sposti le righe che le servono.
mysql -u user -p dbname_restore < wp_posts.sql
# then
INSERT INTO dbname.wp_posts SELECT * FROM dbname_restore.wp_posts WHERE ID = 123;

Sappia che cosa c'è nel backup prima di averne bisogno

tar -tzf backup.tar.gz | head -30
grep -c "CREATE TABLE" backup.sql

Due minuti adesso, una volta sola, le fanno risparmiare un'ora il giorno in cui qualcosa non va - e quel giorno non è il momento per scoprire che i caricamenti non erano mai stati inclusi.

Sull'hosting EGPHP, EGPNL tiene backup giornalieri e ripristina un singolo file o un singolo database dal pannello, quindi nulla di quanto sopra serve, a meno che il server non lo gestisca lei.