Un respaldo es útil sólo cuando puede restaurarse. Guardar una copia automática y nunca revisarla crea una falsa sensación de seguridad: el archivo puede estar incompleto, corrupto o dentro del mismo espacio que se dañó.
Mantén al menos una copia separada
Si todos los respaldos viven en la misma carpeta pública, un borrado, compromiso o problema de almacenamiento puede afectar originales y copias. Conserva una versión fuera de public_html o en un destino independiente.
Usa rotación, no una única copia
Algunos errores se detectan días después. Si cada respaldo reemplaza al anterior, podrías conservar únicamente una versión que ya contiene el problema. Mantener varias generaciones permite volver a un punto previo.
Define qué necesita respaldo
Archivos del sitio, bases de datos, configuraciones y documentos generados no siempre cambian con la misma frecuencia. Identifica qué información es crítica y ajusta la programación a su ritmo de cambio.
Prueba la restauración
La prueba puede realizarse en una carpeta temporal o entorno separado. El objetivo es confirmar que el ZIP abre, la base se importa y los permisos permiten arrancar. Documenta los pasos para no descubrirlos durante una emergencia.
Evita que el respaldo vuelva lento el servidor
En hosting compartido conviene ejecutar tareas pesadas en horarios de baja actividad, limitar recursos y conservar sólo las copias necesarias. Una política simple y consistente suele ser mejor que acumular archivos sin control.
Registra fecha y resultado
Cada ejecución debería dejar una señal mínima de éxito o error para detectar si la tarea dejó de correr. No hace falta un sistema complejo: lo importante es que alguien pueda comprobar el estado.
En BeHost los respaldos se diseñan con rotación y horarios definidos para reducir impacto en la operación. La recuperación debe ser una función comprobada, no una promesa que se evalúa hasta que algo falla.\n\n## Un respaldo necesita dos partes\nEn muchos sitios no basta copiar public_html. La base de datos puede contener clientes, pedidos, configuraciones y contenido. Documenta qué carpetas y qué bases forman parte del sistema para que una restauración no quede incompleta.\n\n## Conserva versiones distintas\nSi el problema se detecta varios días después, el respaldo más reciente puede contener el mismo error. Mantener dos o más puntos de restauración permite regresar a un estado anterior. Para sistemas con cambios frecuentes, ajusta la periodicidad al valor de los datos que podrías perder.\n\n## Separa al menos una copia\nUna copia dentro del mismo hosting es útil para restauraciones rápidas, pero no cubre una pérdida completa de la cuenta. Guarda periódicamente una copia en otro almacenamiento con acceso restringido. No la coloques dentro de una carpeta pública.\n\n## Automatiza y verifica\nLa tarea automática debe registrar fecha, tamaño y resultado. Si falla, alguien debe enterarse. También conviene controlar el número de copias para evitar llenar el disco y causar otro problema.\n\n## Prueba la restauración\nSelecciona una copia, restaura en una carpeta o entorno aislado y revisa inicio de sesión, base de datos, imágenes y funciones principales. Esa prueba confirma que el archivo no sólo existe: realmente sirve.\n\n## Define un procedimiento\nAnota dónde están las copias, qué credenciales se necesitan y quién puede autorizar una restauración. En una emergencia, esta información ahorra más tiempo que cualquier herramienta sofisticada.
