Guía de copias de seguridad y snapshots de VPS

Por Equipo de ingeniería de ONIE · Actualizado el 12 de noviembre de 2026 · 3 min de lectura

Un servidor puede fallar por una actualización incorrecta, un error humano, malware o un problema de hardware. Un buen plan combina snapshots, copias de seguridad y una restauración probada. En ONIE, Cloud Servers en Ciudad Ho Chi Minh admiten snapshots y copias de seguridad, y puede añadir Block Storage adicional para sus datos.

Snapshot frente a copia de seguridad

SnapshotCopia de seguridad
Qué esUn estado guardado del disco en un momento dadoUna copia independiente del servidor o de sus datos
Ideal paraVolver atrás rápidamente antes de una actualización o un cambio de configuraciónRecuperarse de pérdidas, daños o borrados
Dónde se guardaCerca del servidor originalEn almacenamiento separado
VelocidadRápido de crear y restaurarMás lento, depende del tamaño

Use ambos: un snapshot antes de cambios arriesgados y copias de seguridad programadas para todo lo demás.

La regla 3-2-1

Mantenga 3 copias de los datos importantes, en 2 tipos distintos de almacenamiento, con 1 copia en otra ubicación. Un snapshot en el mismo servidor no es suficiente por sí solo.

Hacer copias de seguridad de archivos

rsync copia solo lo que ha cambiado:

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic crea copias de seguridad cifradas y deduplicadas en varios destinos:

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

Hacer copia de seguridad de una base de datos

Copie la base de datos mediante un volcado en lugar de copiar los archivos de datos en uso:

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

Para PostgreSQL, use pg_dump.

Automatizarlo

Ejecute las copias de seguridad desde cron o un temporizador de systemd, y mantenga una política de retención para que se eliminen las copias antiguas:

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

Pruebe su restauración

Una copia de seguridad que nunca ha restaurado es solo una suposición. Una vez al mes, restaure en un servidor de reserva y compruebe que el sitio y los datos funcionan. Anote los pasos para que cualquier persona de su equipo pueda hacerlo.

Antes de cambios importantes

Tome un snapshot, realice el cambio, pruébelo y elimine el snapshot cuando esté seguro. Esto combina bien con una configuración segura de SSH, y el mismo hábito le ayuda cuando actualiza un sitio WordPress.

Preguntas frecuentes

¿Con qué frecuencia debo hacer copias de seguridad?

Lo habitual es a diario en sitios y bases de datos que cambian con frecuencia. Haga copias con más frecuencia si perder un día de datos le causaría problemas.

¿Se cobran los snapshots?

Los snapshots y las copias de seguridad se cobran según el espacio que ocupan. Consulte las tarifas vigentes en la página de precios del servicio.

¿Dónde debo guardar las copias de seguridad?

No solo en el mismo servidor. Use otra ubicación o proveedor para que un solo fallo no pueda eliminar todas las copias.

Fuentes y lecturas recomendadas

Más guías de VPS