«Backup completat» pot significar només que una tasca ha arribat a la pantalla final. Un conjunt recuperable necessita fitxers llegibles, una base completa, metadades per reconstruir l’entorn i un mètode de restauració exercitat. Protegeix l’única còpia abans d’experimentar.
Conserva el conjunt de recuperació
Duplica l’arxiu i el bolcat SQL en emmagatzematges separats. Registra noms, mides, hores, versió de l’eina i seqüència de parts. Treballa sobre còpies i calcula checksums per detectar transferències fallides.
No pugis l’única còpia al directori públic del web avariat. Pot exposar dades privades i consumir l’espai restant.
Llegeix el primer error real
Identifica la fase: descàrrega, extracció, importació, substitució de URL, col·locació de fitxers o activació. Desa el primer error significatiu, no només l’última pantalla de timeout.
Si el navegador perd connexió, comprova si el procés del servidor continua. Reiniciar-lo immediatament pot superposar extraccions o duplicar importacions.
Verifica l’estructura i la integritat
Llista el contingut sense extreure’l damunt de producció. Confirma que inclou el contingut de WordPress, configuració quan correspongui, fitxers ocults i tots els volums.
sha256sum site-backup.zip
unzip -t site-backup.zipUn ZIP vàlid encara pot contenir una còpia incompleta. Inspecciona l’estructura a més del contenidor.
Si el backup es va crear per parts, verifica que no falti cap volum i que tots pertanyin a la mateixa execució. Comprova el registre de l’emmagatzematge remot: la tasca pot marcar-se completa localment encara que la pujada final s’interrompi. Baixa una còpia nova i compara-la amb el checksum original abans de culpar el restaurador.
Examina el bolcat de la base
Confirma que l’SQL no sigui buit, acabi netament i inclogui les taules esperades i registres recents. Anota charset, collation i versió MySQL d’origen. Algunes eines desen la base en un altre fitxer fàcil d’ometre.
Cerca pàgines HTML d’error desades amb extensió .sql. La mida no demostra la validesa.
Comprova la capacitat del destí
Una restauració pot necessitar simultàniament l’arxiu, els fitxers extrets, la base i còpies temporals. Revisa disc, inodes, quota MySQL i límits de mida.
Retira només elements descartables coneguts. Eliminar el web actual o còpies anteriors abans de confirmar una còpia externa elimina el rollback.
Utilitza el mètode i versió correctes
Empra una versió del connector compatible amb el format. Els conjunts multipart han d’estar complets i anomenats coherentment. Les contrasenyes de xifratge i credencials d’emmagatzematge són requisits separats.
Si l’importador no admet l’entorn, extreu i importa mitjançant un procediment manual controlat i compatible amb el hosting. No editis formats propietaris a cegues.
Reconstrueix en un lloc aïllat
Restaura a staging o en un document root i base buits, mai directament sobre producció. Configura la versió PHP i les extensions requerides. Registra cada pas.
Si falla una sentència SQL, diagnostica permisos, collation, mida de paquet, DEFINER o compatibilitat. Recrea la base buida abans de repetir si va quedar parcial.
Corregeix els valors d’entorn
Després de restaurar, actualitza les credencials i utilitza substitució conscient de serialització si canvia el hostname. Revisa rutes absolutes, memòria cau, correu i seguretat de l’antic servidor.
Regenera les memòries cau descartables; no eliminis indiscriminadament uploads ni dades de connectors.
Demostra la recuperació
Prova web pública, inici de sessió, editor, mitjans, formularis, correu, cron i fluxos crítics. Compara taules, files i contingut recent amb l’origen i revisa logs.
Només llavors planifica DNS o pas a producció, mantenint el conjunt original i una finestra de rollback.
Converteix backups en recuperació verificada
El manteniment ha de comprovar finalització, còpia externa, integritat, retenció i capacitat. Programa restauracions aïllades i mesura el temps.
Una còpia només és evidència operativa després de reconstruir un WordPress funcional; abans és una promesa sense provar.