Cómo hacer backup de un servidor VPS (guía 2024)

Para hacer backup de un servidor VPS tienes tres métodos principales: snapshots del proveedor, backups a nivel de sistema de archivos con rsync y dumps de base de datos. Combinarlos te da una estrategia de recuperación sólida ante cualquier fallo.

Perder datos en un servidor mal respaldado es uno de los errores más costosos en proyectos web. Esta guía te explica cómo armar una estrategia de backup completa sin depender únicamente de tu proveedor de hosting.

Por qué no basta con el backup de tu proveedor

La mayoría de proveedores de VPS ofrecen backups automáticos como opción adicional. Son útiles, pero tienen limitaciones serias:

Se almacenan en la misma infraestructura del proveedor — si hay un fallo catastrófico, tu backup puede perderse también.
La frecuencia suele ser diaria o semanal, lo que implica pérdida potencial de horas de trabajo.
La restauración puede tardar horas y no siempre es granular (no puedes restaurar solo un archivo).

La regla profesional es la estrategia 3-2-1: 3 copias de los datos, en 2 tipos de medios distintos, con 1 copia offsite. El snapshot del proveedor cubre solo uno de los tres frentes.

Método 1: Snapshots del proveedor

Un snapshot es una imagen completa de tu disco en un momento dado. La mayoría de paneles (DigitalOcean, Linode, Hetzner, Vultr) permiten crearlos desde la interfaz web o via API.

Cómo crear un snapshot en DigitalOcean:

Apaga el Droplet (o crea un snapshot "en caliente" si el proveedor lo soporta).
Ve a Backups & Snapshots en el panel.
Haz clic en Take Snapshot y espera a que finalice.
Almacena el nombre y fecha — los snapshots se cobran por GB/mes.

Ventajas: rápido, no requiere configuración en el servidor, permite restaurar en minutos.

Desventajas: costo adicional, no granular, dependiente del proveedor.

Método 2: Backup de archivos con rsync

rsync es la herramienta estándar para sincronizar archivos entre servidores de forma incremental. Solo transfiere lo que cambió desde el último backup, ahorrando tiempo y ancho de banda.

Desde un servidor remoto (o tu máquina local con acceso SSH), ejecuta:

rsync -avz --delete -e ssh root@IP_VPS:/var/www/ /backups/vps-web/

-a: modo archivo (preserva permisos, fechas, symlinks).
-v: verbose — muestra qué se transfiere.
-z: comprime en tránsito.
--delete: elimina en destino los archivos que ya no existen en origen.

Para backups con historial, combina rsync con hard links — así cada backup parece completo pero solo ocupa el espacio de los cambios:

rsync -avz --link-dest=/backups/vps-web/ultimo/ \
  root@IP_VPS:/var/www/ /backups/vps-web/$(date +%F)/

Método 3: Dump de base de datos

Los archivos de la aplicación son solo la mitad de la historia. Si usas MySQL/MariaDB o PostgreSQL, el backup del sistema de archivos no garantiza coherencia de la base de datos si está activa durante el backup.

Para MySQL/MariaDB:

mysqldump -u root -p --all-databases --single-transaction \
  | gzip > /backups/db-$(date +%F).sql.gz

La opción --single-transaction hace el dump sin bloquear tablas InnoDB. Para PostgreSQL:

pg_dumpall -U postgres | gzip > /backups/db-$(date +%F).sql.gz

Luego copia ese archivo comprimido a un destino externo con rsync o scp.

Automatización: crontab + script bash

Un backup manual que nunca se ejecuta no sirve de nada. Automatiza con cron en el propio VPS o en un servidor de respaldo externo.

Crea el script /usr/local/bin/vps-backup.sh:

#!/bin/bash
DATE=$(date +%F)
DEST=/backups/vps/$DATE

mkdir -p "$DEST"

# Backup de archivos web
rsync -az /var/www/ "$DEST/www/"

# Dump de base de datos
mysqldump -u root -p'CONTRASEÑA' --all-databases \
  --single-transaction | gzip > "$DEST/db.sql.gz"

# Eliminar backups con más de 14 días
find /backups/vps/ -maxdepth 1 -type d -mtime +14 -exec rm -rf {} +

Agrégalo a crontab (crontab -e) para ejecutarlo cada noche a las 2 AM:

0 2 * * * /usr/local/bin/vps-backup.sh >> /var/log/vps-backup.log 2>&1

Si quieres enviar los backups a S3 o Backblaze B2, herramientas como rclone hacen el trabajo en una sola línea adicional.

Para una estrategia de respaldo completa y una infraestructura robusta, el equipo de elenlace.com puede ayudarte a diseñar la arquitectura correcta desde el principio.

También puedes explorar otros temas relacionados en nuestra sección de servidores VPS.

Conclusiones clave

No dependas solo del backup de tu proveedor — aplica la regla 3-2-1.
Los snapshots son rápidos pero costosos y no granulares; úsalos como complemento.
rsync con hard links da backups incrementales eficientes a nivel de archivos.
Los dumps de base de datos son indispensables para coherencia de datos.
Automatiza con cron y valida periódicamente que los backups son restaurables.

¿Listo para proteger tu VPS? Contáctanos en elenlace.com y te ayudamos a implementar una estrategia de backup que se adapte a tu proyecto.

Preguntas frecuentes

¿Con qué frecuencia debo hacer backup de mi VPS?

Depende de la frecuencia con que cambian tus datos. Para sitios activos con base de datos, lo ideal es un backup diario de BD y semanal de archivos completos. Para proyectos estáticos, un backup semanal suele bastar.

¿Los backups del proveedor son suficientes?

No por sí solos. Son una capa de protección, pero no garantizan disponibilidad si hay un fallo a nivel de proveedor, y suelen ser poco granulares. Combínalos con backups propios en una ubicación externa.

¿Cómo verifico que mi backup se puede restaurar?

Periódicamente (al menos una vez al mes) restaura el backup en un VPS de prueba y verifica que la aplicación funciona correctamente. Un backup que nunca se ha probado no es un backup real.

¿Cuánto espacio necesito para los backups?

Con rsync incremental y hard links, el espacio adicional por cada backup es solo el de los archivos cambiados. Como referencia, 14 días de backups de un sitio típico (5 GB) raramente superan 10-12 GB totales.

Compara proveedores

Otros proveedores y guías que vale la pena comparar: