Guía de copias de seguridad y snapshots de VPS
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
| Snapshot | Copia de seguridad | |
|---|---|---|
| Qué es | Un estado guardado del disco en un momento dado | Una copia independiente del servidor o de sus datos |
| Ideal para | Volver atrás rápidamente antes de una actualización o un cambio de configuración | Recuperarse de pérdidas, daños o borrados |
| Dónde se guarda | Cerca del servidor original | En almacenamiento separado |
| Velocidad | Rápido de crear y restaurar | Má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 --pruneHacer 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.gzPara 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.shPruebe 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.