Señales de que tu sistema de backups no funciona

Un sistema de backups puede seguir mostrando «programado» mientras ya no produce copias útiles. Las señales más importantes no son solo errores: también hay archivos demasiado pequeños, claves perdidas, copias incompletas, retención incumplida o una restauración que falla. Revisa el proceso como una cadena desde la captura hasta la recuperación.

Alertas visibles antes del desastre

• La última copia válida es anterior al intervalo acordado o el job tarda cada vez más y termina fuera de ventana.
• El tamaño cambia bruscamente sin una razón conocida, faltan base, medios o directorios de una extensión.
• Se acumulan errores de espacio, credenciales, transferencia, cifrado o destino; nadie recibe ni revisa alertas.
• La única copia está en el mismo servidor o el acceso externo depende de una cuenta de la que nadie conserva la clave.
• Una extracción de prueba falla, hay piezas incrementales ausentes o la copia restaura un estado mucho más antiguo de lo esperado.

Un tamaño estable tampoco prueba que haya pedidos recientes: comprueba una muestra fechada de datos y archivos. WordPress exige ambos componentes para una restauración típica, como explica su documentación de copias.

Investiga una anomalía sin destruir evidencia

Conserva logs y archivos existentes; no «limpies» backups fallidos antes de identificar el último punto recuperable. Comprueba tareas programadas, espacio, cuotas, expiración de credenciales y permisos del destino. Si la copia se cifra, verifica que puedes descifrarla con una clave disponible para un suplente autorizado. El destino elegido también puede fallar o replicar borrados.

Ejemplo: el panel marca siete ejecuciones exitosas, pero el archivo reciente solo contiene la carpeta de plugins; una regla de exclusión dejó fuera la base. Corregir la regla es necesario, pero las siete ejecuciones no se convierten retroactivamente en copias completas. Toma un conjunto nuevo y ensáyalo.

Confirma una copia recuperable

Restaura el último punto en staging aislado, comprueba versiones, datos y funciones críticas, mide el tiempo y documenta el resultado según la prueba de restauración. Añade vigilancia del tiempo desde la última copia válida y avisos a más de una persona. Si la web es una tienda, compara pedidos con la pasarela sin reactivar cobros reales en staging. Consulta el fallo de respaldo con fechas y errores saneados, no envíes el volcado en abierto.