Copia de seguridad inútil: por qué falla la restauración y cómo garantizar una recuperación real
Descubre los errores comunes que hacen que una backup sea inservible y sigue nuestra checklist para restaurar tu web y correo sin sorpresas.
Una copia de seguridad (backup) es la única herramienta que protege la continuidad operativa de una pyme o de un autónomo frente a fallos, hackeos o errores humanos. Sin embargo, **una backup que no se puede restaurar es tan buena como no tenerla**. Cada año, muchos propietarios de sitios web descubren, en el peor momento, que sus archivos están dañados, que el proceso de restauración es demasiado complejo o que el backup no incluye los componentes críticos (base de datos, configuraciones de DNS, correos corporativos, etc.).
Este artículo presenta una lista de verificación profesional que te guiará paso a paso para que tu copia de seguridad sea realmente recuperable. Cada punto incluye una breve explicación y acciones concretas que puedes aplicar hoy mismo.
Checklist de una copia de seguridad recuperable
Importante: Marca cada casilla una vez que la hayas revisado y corregido. Si alguna casilla queda sin marcar, la restauración podría fallar cuando más la necesites.
| ✅ | Paso | Qué revisar | Por qué es crítico |
|---|---|---|---|
| 1 | Integridad del archivo | Verifica checksum (MD5/SHA256) o firmas digitales de cada backup. | Detecta corrupciones durante la transferencia o el almacenamiento. |
| 2 | Almacenamiento seguro y accesible | Confirma que el backup está en un medio externo (cloud, NAS) con acceso 24/7 y redundancia geográfica. | Evita pérdidas por fallos del servidor local o desastres físicos. |
| 3 | Incluye todos los componentes | Asegúrate de que la backup contiene: • Archivos del sitio (HTML, CSS, JS, imágenes). • Base de datos (MySQL/MariaDB). • Configuraciones del servidor (vHost, .htaccess). • Certificados SSL y configuraciones de DNS. • Correo profesional (buzones, alias, SPF/DKIM). |
Una backup parcial no permite una recuperación completa. |
| 4 | Procedimiento de restauración documentado | Mantén un documento paso a paso (incluye comandos, rutas, credenciales temporales). | Reduce el tiempo de inactividad y evita errores de improvisación. |
| 5 | Pruebas de restauración periódicas | Realiza al menos una restauración completa en un entorno de pruebas cada trimestre. | Verifica que el proceso funciona y detecta incompatibilidades antes de una emergencia. |
| 6 | Compatibilidad con el entorno actual | Comprueba que la versión de PHP, MySQL y el servidor web (Apache/Nginx) coinciden con la backup o que la migración está planificada. | Evita fallos por cambios de versión que impiden la importación de la base de datos. |
| 7 | Retención y rotación | Define una política (por ejemplo, 30‑día, 90‑día, anual) y elimina backups obsoletos de forma segura. | Garantiza que siempre haya una copia reciente y que el almacenamiento no se sature. |
| 8 | Control de permisos y credenciales | Revisa que las credenciales usadas para la restauración (FTP, SSH, bases de datos) estén actualizadas y almacenadas en un gestor seguro. | Impide bloqueos por contraseñas caducadas o usuarios deshabilitados. |
| 9 | Monitorización y alertas | Configura notificaciones (correo profesional) cuando una backup falle o no se complete en el tiempo esperado. | Detectas fallos antes de que se acumulen y pierdas datos críticos. |
| 10 | Plan de contingencia y prioridad | Define qué restaurar primero (página web, base de datos, correo) y asigna recursos (bolsa de horas de soporte). | Acelera la recuperación de los servicios más críticos para el negocio. |
Detalle de cada fase
1. Verificar la integridad del backup
- Qué hacer: Genera y guarda el hash (MD5 o SHA256) al crear la backup. Cada vez que la descargues o la muevas, vuelve a calcular el hash y compáralo.
- Ejemplo real: Un autónomo que almacena sus backups en una carpeta de Dropbox sin validar el hash descubrió que, tras una sincronización interrumpida, el archivo .sql estaba truncado y la restauración falló.
2. Almacenamiento seguro y accesible
- Qué hacer: Utiliza al menos dos ubicaciones distintas (por ejemplo, un bucket de Amazon S3 y un NAS local). Asegúrate de que las credenciales de acceso estén en un gestor de contraseñas y que el acceso sea posible desde cualquier punto.
- Enlace útil: Si necesitas cambiar de hosting o ajustar los registros DNS, revisa nuestra guía sobre cambiar hosting o arreglar web y código DNS.
3. Copia completa de todos los componentes
- Web: Archivos del CMS (WordPress, Joomla, etc.) y sus plugins.
- Base de datos: Exportación completa con
mysqldump --single-transaction. - Correo: Exporta los buzones con
imapsynco mediante la herramienta del proveedor. - DNS y SSL: Exporta los archivos de zona y los certificados (
.crt,.key).
4. Documentar el proceso de restauración
- Formato recomendado: Markdown con pasos numerados, comandos exactos y rutas de destino.
- Beneficio: Cuando el soporte técnico interviene (por ejemplo, a través de una bolsa de horas), el tiempo de diagnóstico se reduce drásticamente.
5. Pruebas de restauración en entornos de staging
- Frecuencia: Cada 90 días, o después de una actualización mayor del CMS.
- Procedimiento: Restaura la backup en un subdominio (
staging.tusitio.com) y verifica que:- La web carga sin errores.
- Los formularios envían datos.
- El correo se envía y recibe correctamente.
6. Compatibilidad con el entorno actual
- Control de versiones: Anota la versión de PHP, MySQL y del servidor web al momento de la backup.
- Migraciones: Si planeas mover a otro hosting, revisa la guía sobre cambiar hosting o arreglar web y código DNS para evitar sorpresas.
7. Política de retención y rotación
- Ejemplo de política:
- Backups diarias (últimos 7 días) almacenadas en local.
- Backups semanales (últimas 4 semanas) en la nube.
- Backups mensuales (últimos 12 meses) en almacenamiento a largo plazo.
- Ventaja: Mantienes versiones recientes y, al mismo tiempo, un histórico para auditorías.
8. Control de permisos y credenciales
- Gestor recomendado: 1Password o Bitwarden.
- Acción: Cada vez que cambies la contraseña de FTP o la clave del usuario de la base de datos, actualiza la documentación de restauración.
9. Monitorización y alertas
- Herramientas: Zabbix, UptimeRobot o la propia monitorización de tu hosting.
- Alertas: Configura notificaciones por correo profesional cuando una backup no se complete o el espacio de almacenamiento se agote.
10. Plan de contingencia y asignación de recursos
- Prioridades típicas:
- Restaurar la página web (para que los clientes vuelvan a ver la información).
- Restaurar la base de datos (para recuperar pedidos y contactos).
- Restaurar el correo (para no perder comunicaciones críticas).
- Soporte rápido: Si necesitas ayuda inmediata, nuestra bolsa de horas de soporte web está diseñada para ofrecer prioridad y rapidez. Descubre qué incluye y qué no mezclar en nuestra publicación sobre bolsa de horas de soporte web.
Tabla de diagnóstico rápido
| Problema | Causa probable | Revisión | Solución |
|---|---|---|---|
| Backup corrupta al restaurar | Transferencia interrumpida o disco dañado | Verificar hash (MD5/SHA256) | Regenerar backup y usar conexión estable |
| Falta la base de datos | Backup parcial o script de exportación fallido | Comprobar que el archivo .sql está presente | Añadir exportación completa y validar con mysqldump --no-data |
| Error de conexión al restaurar | Credenciales de FTP/SSH caducadas | Probar acceso manual con las mismas credenciales | Actualizar credenciales y documentarlas |
| Sitio restaurado pero sin estilo | Archivos de tema o plugins faltantes | Comparar lista de archivos con la versión en producción | Incluir todos los archivos del tema y plugins en la backup |
| Correos no llegan después de la restauración | Registros MX o SPF/DKIM no configurados | Revisar zona DNS y registros de autenticación | Reaplicar configuraciones DNS y volver a publicar certificados SSL |
Herramientas y recursos complementarios
- Limpieza y recuperación de WordPress: Si tu sitio está infectado, la restauración debe ir acompañada de una limpieza profunda. Lee nuestra guía sobre WordPress infectada por malware: limpiar y causa raíz.
- Ventajas de una bolsa de horas freelance: Para disponer de soporte técnico inmediato y con prioridad, consulta nuestro artículo sobre bolsa de horas soporte web freelance: ventajas y prioridad.
Conclusión
Una copia de seguridad solo tiene valor cuando puedes restaurarla rápidamente y sin sorpresas. La checklist anterior cubre los aspectos esenciales: integridad, completitud, accesibilidad, documentación, pruebas y monitorización. Implementar cada punto te permitirá:
- Reducir el tiempo de inactividad a horas, no días.
- Mantener la confianza de tus clientes y socios.
- Cumplir con normativas de protección de datos que exigen planes de recuperación.
¿Necesitas ayuda para poner en marcha o revisar tu estrategia de backup?
- Solicita una auditoría técnica de tus backups y descubre los puntos débiles antes de que ocurra una emergencia.
- Revisa tu plan de mantenimiento y asegura que cada backup cumpla con los criterios de esta checklist.
- Pide presupuesto para una solución integral de hosting, correo profesional y soporte con bolsa de horas.
Actúa ahora y garantiza que tu negocio siga operando sin interrupciones, incluso cuando la peor eventualidad toque a la puerta.
¿VAS A SEGUIR LEYENDO O VAS A ARREGLARLO?
Tu competencia ya está en Hanka.es mejorando sus sistemas. Tú sigues aquí perdiendo tiempo.
SOLUCIONAR MI PROBLEMA AHORA