Guía rápida: backup automático en un segundo servidor
Tener una copia de seguridad en el mismo servidor donde vive tu web o tu base de datos no es un backup real. Si ese servidor falla, pierdes todo. Esta guía te explica paso a paso cómo configurar copias automáticas hacia un segundo servidor usando herramientas comunes como rsync y cron. No necesitas ser administrador de sistemas: solo acceso SSH a ambos servidores y unos minutos para configurar cada paso. Al terminar, tus datos se copiarán de forma periódica sin que tengas que hacer nada manualmente.
1. Elegir el método de copia: rsync como punto de partida
La herramienta más habitual para backups entre servidores Linux es rsync. Copia solo los archivos que han cambiado desde la última ejecución, lo que ahorra tiempo y ancho de banda. Si tu servidor origen tiene una carpeta /var/www/miweb, puedes copiarla al segundo servidor con un solo comando que especifica la ruta de destino. Alternativas como Bacula o los backups incluidos en paneles como cPanel o Plesk también funcionan, pero rsync es la opción más ligera y flexible para empezar. Si manejas bases de datos, necesitarás exportarlas primero con mysqldump antes de sincronizar, porque rsync no lee directamente los archivos internos de MySQL o PostgreSQL. Por ejemplo, para una base de datos MySQL, ejecutarías mysqldump -u usuario -p base_datos > backup_db.sql y luego copiarías ese archivo SQL.
2. Preparar la conexión segura entre ambos servidores
Antes de automatizar nada, el servidor origen necesita poder conectarse al segundo servidor sin pedir contraseña cada vez. Esto se logra generando un par de claves SSH en el servidor origen con el comando ssh-keygen y copiando la clave pública al segundo servidor con ssh-copy-id. A partir de ese momento, la conexión es automática y segura. Por ejemplo, si tu segundo servidor tiene la IP 203.0.113.50, puedes comprobar que la conexión funciona escribiendo ssh usuario@203.0.113.50 desde el origen. Si no pide contraseña, estás listo para el siguiente paso. Recuerda usar un usuario con permisos de escritura en la ruta de destino del backup en el segundo servidor.
3. Programar la copia automática con cron
El demonio cron ejecuta comandos en el horario que tú le indiques. Para programar tu backup, edita la tabla de tareas con crontab -e en el servidor origen y añade una línea como esta: 0 3 * * * rsync -avz /var/www/miweb/ usuario@203.0.113.50:/backups/miweb/. Esa línea ejecuta rsync cada día a las 3:00 AM. El flag -a conserva permisos y estructura, -z comprime los datos durante la transferencia, y -v muestra qué archivos se copian. Si prefieres backups semanales, cambia la expresión temporal a 0 3 * * 0 para que solo se ejecute los domingos. Es buena idea elegir una hora de baja actividad en tu servidor para que la copia no afecte el rendimiento.
4. Comprobar que el backup funciona de verdad
Un backup que nadie verifica es un backup que no existe. Después de la primera ejecución programada, entra al segundo servidor y revisa que los archivos están ahí: compara la estructura de carpetas, el tamaño de los archivos y la fecha de modificación más reciente. Puedes crear un archivo de prueba en el origen con touch /var/www/miweb/test_backup.txt y comprobar si aparece en el destino tras la siguiente ejecución de cron. Si algo falla, revisa el log de cron con grep CRON /var/log/syslog y los permisos de la carpeta de destino. Una buena práctica es revisar los backups al menos una vez al mes y borrar copias antiguas que ya no necesites para no llenar el disco del segundo servidor.
Conclusión
Configurar un backup automático a un segundo servidor no requiere herramientas caras ni conocimientos avanzados. Con rsync, claves SSH y una tarea cron, puedes asegurar tus datos de forma fiable y sin esfuerzo. Implementar esta estrategia básica te dará tranquilidad ante cualquier imprevisto técnico, garantizando la continuidad de tu proyecto web o base de datos. Recuerda que la verificación periódica es clave para confirmar que tus backups están listos cuando los necesites.