Cómo implementar copias de seguridad automáticas en Linux para evitar la pérdida de datos

Idea clave: una copia de seguridad no es solo “copiar archivos”. Un buen backup debe ser automático, verificable, protegido, almacenado fuera del servidor principal y probado mediante restauración.

Riesgos que un backup ayuda a reducir

• Eliminación accidental de archivos.
• Corrupción de bases de datos.
• Errores durante actualizaciones o migraciones.
• Fallas de disco o almacenamiento.
• Ataques de ransomware o malware.
• Configuraciones dañadas.
• Pérdida de archivos web o documentos críticos.
• Errores humanos en tareas administrativas.

Leer más: Guía práctica de ciberseguridad: cómo proteger servidores Linux frente a ataques comunes

Ejemplo de regla 3-2-1

• Primera copia: datos originales en el servidor.
• Segunda copia: backup local en otro disco o volumen.
• Tercera copia: backup remoto en otro servidor, NAS o almacenamiento externo.
• Una copia fuera: ubicada fuera del servidor principal o de la misma infraestructura.

Error crítico: guardar el único backup dentro del mismo servidor no es suficiente. Si el disco falla, si el servidor es comprometido o si se borra el directorio de respaldo, también perderás la copia.

# Debian, Ubuntu y derivados
sudo apt update
sudo apt install rsync -y

# Rocky, AlmaLinux, RHEL y Fedora
sudo dnf install rsync -y

rsync -avh /var/www/ /backup/var-www/

rsync -avh /var/www/ usuario@servidor-remoto:/backups/var-www/

Tip: revisa bien la barra final en las rutas de rsync. /var/www/ copia el contenido de la carpeta; /var/www puede copiar la carpeta completa dentro del destino.

Leer más: Cómo automatizar tareas en Linux utilizando Bash y Cron paso a paso

sudo mkdir -p /opt/scripts
sudo nano /opt/scripts/backup-rsync.sh

#!/bin/bash

ORIGEN="/var/www/"
DESTINO="/backup/var-www/"
LOG="/var/log/backup-rsync.log"

echo "==== Inicio backup: $(date) ====" >> "$LOG"

mkdir -p "$DESTINO"

rsync -avh --delete "$ORIGEN" "$DESTINO" >> "$LOG" 2>&1

if [ $? -eq 0 ]; then
  echo "Backup completado correctamente: $(date)" >> "$LOG"
else
  echo "ERROR durante el backup: $(date)" >> "$LOG"
fi

echo "==== Fin backup ====" >> "$LOG"

sudo chmod +x /opt/scripts/backup-rsync.sh

Cuidado con --delete: esta opción elimina en el destino los archivos que ya no existen en el origen. Es útil para sincronizar, pero peligrosa si configuras mal las rutas. Prueba primero sin --delete.

sudo crontab -e

0 2 * * * /opt/scripts/backup-rsync.sh

sudo crontab -l

Recomendación: prueba el script manualmente antes de programarlo. Cron ejecuta tareas con un entorno reducido, por eso conviene usar rutas absolutas y guardar logs.

sudo nano /opt/scripts/backup-tar.sh

#!/bin/bash

FECHA=$(date +%Y-%m-%d_%H-%M-%S)
DESTINO="/backup/archivos"
LOG="/var/log/backup-tar.log"

mkdir -p "$DESTINO"

echo "Inicio backup TAR: $(date)" >> "$LOG"

tar -czf "$DESTINO/backup-etc-www-$FECHA.tar.gz" /etc /var/www >> "$LOG" 2>&1

if [ $? -eq 0 ]; then
  echo "Backup creado: $DESTINO/backup-etc-www-$FECHA.tar.gz" >> "$LOG"
else
  echo "ERROR creando backup TAR: $(date)" >> "$LOG"
fi

sudo chmod +x /opt/scripts/backup-tar.sh
sudo crontab -e

0 3 * * * /opt/scripts/backup-tar.sh

#!/bin/bash

FECHA=$(date +%Y-%m-%d_%H-%M-%S)
DESTINO="/backup/mysql"
LOG="/var/log/backup-mysql.log"

mkdir -p "$DESTINO"

mysqldump -u usuario -p'CONTRASENA' nombre_base | gzip > "$DESTINO/base-$FECHA.sql.gz"

if [ $? -eq 0 ]; then
  echo "Backup MySQL correcto: $FECHA" >> "$LOG"
else
  echo "ERROR en backup MySQL: $FECHA" >> "$LOG"
fi

Importante: evita dejar contraseñas visibles dentro de scripts. En producción, usa archivos de credenciales protegidos, usuarios de base de datos con permisos mínimos y permisos estrictos sobre el script.

#!/bin/bash

FECHA=$(date +%Y-%m-%d_%H-%M-%S)
DESTINO="/backup/postgresql"
LOG="/var/log/backup-postgresql.log"

mkdir -p "$DESTINO"

sudo -u postgres pg_dump nombre_base | gzip > "$DESTINO/base-postgres-$FECHA.sql.gz"

if [ $? -eq 0 ]; then
  echo "Backup PostgreSQL correcto: $FECHA" >> "$LOG"
else
  echo "ERROR en backup PostgreSQL: $FECHA" >> "$LOG"
fi

Leer más: Cómo instalar y configurar un servidor Linux desde cero

find /backup/archivos -type f -name "*.tar.gz" -mtime +15 -delete
find /backup/mysql -type f -name "*.sql.gz" -mtime +15 -delete
find /backup/postgresql -type f -name "*.sql.gz" -mtime +15 -delete

Consejo: antes de usar -delete, prueba con -print para verificar qué archivos serán eliminados.

# Debian, Ubuntu y derivados
sudo apt install borgbackup -y

# Fedora
sudo dnf install borgbackup -y

borg init --encryption=repokey /backup/borg-repo

borg create --stats --compression zstd \
  /backup/borg-repo::backup-$(date +%Y-%m-%d_%H-%M-%S) \
  /etc /var/www /home

borg list /backup/borg-repo

Ventaja: BorgBackup es ideal cuando necesitas respaldos eficientes, con varias versiones históricas, compresión y cifrado.

ssh-keygen -t ed25519
ssh-copy-id usuario@servidor-remoto

rsync -avh /backup/ usuario@servidor-remoto:/backups/mi-servidor/

Seguridad: el servidor remoto de backups debe tener permisos restringidos. No uses la misma contraseña ni el mismo usuario administrativo para todo.

rsync -avh /backup/var-www/ /var/www/

tar -xzf backup-etc-www-2026-06-13_03-00-00.tar.gz -C /tmp/restauracion

borg list /backup/borg-repo
borg extract /backup/borg-repo::nombre-del-backup

Tip de recuperación: documenta el procedimiento de restauración. En una emergencia, no querrás improvisar comandos críticos bajo presión.

Antes de confiar en tu backup

• El script fue probado manualmente.
• La tarea está programada con Cron.
• Los logs se guardan correctamente.
• El backup no está solo en el mismo servidor.
• Existe rotación para no llenar el disco.
• Las bases de datos están incluidas.
• Los certificados y configuraciones críticas están respaldados.
• Los permisos del backup están restringidos.
• La restauración fue probada en un entorno seguro.
• La política de retención está documentada.

Errores que debes evitar

• Guardar el único backup en el mismo disco del servidor.
• No respaldar bases de datos.
• No probar la restauración.
• No guardar logs de ejecución.
• No aplicar rotación y llenar el disco.
• Usar rsync --delete sin validar rutas.
• Guardar contraseñas visibles en scripts.
• No cifrar backups con información sensible.
• No documentar qué se respalda y cuándo.
• No verificar permisos del directorio de backups.

• Cómo automatizar tareas en Linux utilizando Bash y Cron paso a paso
• Guía práctica de ciberseguridad: cómo proteger servidores Linux frente a ataques comunes
• Cifrado y encriptación en Linux: herramientas esenciales para proteger archivos, discos y backups
• Cómo instalar y configurar un servidor Linux desde cero
• Cómo detectar si tu servidor Linux tiene problemas de seguridad

Tip final: agenda una prueba de restauración cada cierto tiempo. La pregunta no es solo “¿se está haciendo el backup?”, sino “¿puedo recuperar mis datos cuando lo necesite?”.

Resumen final

Para implementar copias de seguridad automáticas en Linux, define qué datos respaldar, crea scripts con rsync, tar o BorgBackup, programa la ejecución con Cron, guarda logs, aplica rotación, copia respaldos fuera del servidor principal, protege credenciales y prueba restauraciones periódicamente. Un backup automático bien diseñado reduce el riesgo de pérdida de datos y mejora la continuidad del servicio.