«Backup completado» puede significar únicamente que una tarea alcanzó su pantalla final. Un conjunto recuperable necesita archivos legibles, una base completa, metadatos para reconstruir el entorno y un método de restauración que se haya ejercitado. Protege la única copia antes de experimentar.
Conserva el conjunto de recuperación
Duplica el archivo y el volcado SQL en almacenamientos separados. Registra nombres, tamaños, horas, versión de la herramienta y secuencia de partes. Trabaja sobre copias y calcula checksums para detectar transferencias fallidas.
No subas la única copia al directorio público de la web dañada. Puede exponer datos privados y consumir el espacio restante.
Lee el primer error real
Identifica la fase: descarga, extracción, importación, sustitución de URL, colocación de archivos o activación. Guarda el primer error significativo, no solo la última pantalla de timeout.
Si el navegador pierde conexión, comprueba si el proceso del servidor continúa. Reiniciarlo inmediatamente puede superponer extracciones o duplicar importaciones.
Verifica estructura e integridad
Lista el contenido sin extraer encima de producción. Confirma que incluye contenido de WordPress, configuración cuando proceda, archivos ocultos y todos los volúmenes.
sha256sum site-backup.zip
unzip -t site-backup.zipUn ZIP válido aún puede contener una copia incompleta. Inspecciona la estructura además del contenedor.
Si el backup se creó por partes, verifica que no falte ningún volumen y que todos pertenezcan a la misma ejecución. Comprueba también el registro del almacenamiento remoto: una tarea puede marcarse completa localmente aunque la subida final se interrumpiera. Descarga una copia nueva y compárala con el checksum original antes de culpar al restaurador.
Examina el volcado de base de datos
Confirma que el SQL no esté vacío, termine limpiamente e incluya las tablas esperadas y registros recientes. Anota charset, collation y versión MySQL de origen. Algunas herramientas guardan la base en otro archivo fácil de omitir.
Busca páginas HTML de error guardadas con extensión .sql. El tamaño por sí solo no demuestra validez.
Comprueba la capacidad del destino
Una restauración puede necesitar simultáneamente el archivo, los ficheros extraídos, la base y copias temporales. Revisa disco, inodos, cuota MySQL y límites de tamaño.
Retira solo elementos desechables conocidos. Borrar la web actual o copias anteriores antes de confirmar una copia externa elimina el rollback.
Usa el método y la versión correctos
Emplea una versión del plugin compatible con el formato. Los conjuntos multipartes deben estar completos y nombrados coherentemente. Contraseñas de cifrado y credenciales del almacenamiento son requisitos separados.
Si el importador no admite el entorno, extrae e importa mediante un procedimiento manual controlado y compatible con el hosting. No edites formatos propietarios a ciegas.
Reconstruye en un lugar aislado
Restaura en staging o en un document root y base vacíos, nunca directamente sobre producción. Configura la versión PHP y extensiones requeridas. Registra cada paso para repetirlo.
Si una sentencia SQL falla, diagnostica permisos, collation, tamaño de paquete, DEFINER o compatibilidad. Recrea la base vacía antes de reintentar si quedó parcial.
Corrige valores dependientes del entorno
Tras restaurar, actualiza credenciales y usa sustitución consciente de serialización si cambia el hostname. Revisa rutas absolutas, caché, correo y reglas de seguridad del servidor antiguo.
Regenera cachés desechables; no borres indiscriminadamente uploads ni datos de plugins.
Demuestra la recuperación
Prueba web pública, login, editor, medios, formularios, correo, cron y flujos críticos. Compara tablas, filas y contenido reciente con el origen y revisa logs.
Solo entonces planifica DNS o paso a producción, manteniendo el conjunto original y una ventana de rollback.
Convierte backups en recuperación verificada
El mantenimiento debe comprobar finalización, copia externa, integridad, retención y capacidad. Programa restauraciones aisladas y mide el tiempo.
Una copia solo es evidencia operativa después de reconstruir un WordPress funcional; antes de eso es una promesa sin probar.