Copia de seguridad de un VPS: estrategia sencilla
La regla 3-2-1, restic o borg para cifrar y deduplicar, y la prueba de restauración que demuestra que la copia sirve de algo.
Una copia que nunca se ha restaurado es solo una suposición. Una copia existe solo si usted la hace: un VPS por sí solo no protege sus datos. Una estrategia sencilla se reduce a tres ideas: una regla de copias, una herramienta que cifre y una prueba de restauración periódica.
- La regla 3-2-1: tres copias, dos soportes, una copia fuera del VPS.
- restic o borg cifran y deduplican: la contraseña del repositorio debe guardarse fuera del servidor.
- Una copia no restaurada no está comprobada: pruebe la restauración una vez al mes.
La regla 3-2-1
Tres copias de sus datos, en al menos dos soportes distintos, una de ellas fuera del VPS. Esta regla evita que un solo fallo, un error manual o un ataque borre todo.
- Copia 1: los datos en producción, en el VPS.
- Copia 2: una copia de seguridad en otro soporte, por ejemplo un almacenamiento remoto accesible por SFTP o un disco de su PC.
- Copia 3: una segunda copia fuera del VPS, idealmente con otro proveedor o en otro lugar.
Elegir la herramienta: restic o borg
restic y borg crean copias cifradas, deduplicadas e incrementales: solo se envían los bloques modificados. Escriben en SFTP, S3 o un disco local. Ambos son software libre y se instalan fácilmente en Debian o Ubuntu.
- sudo apt install -y restic
- export RESTIC_REPOSITORY=sftp:[email protected]:/srv/restic: dirección del repositorio, que debe adaptar a su espacio de almacenamiento.
- restic init crea el repositorio una sola vez. La contraseña de cifrado debe guardarse fuera del VPS.
Programar, depurar y probar
Una copia programada funciona sin usted. Hace falta además limitar el número de versiones conservadas, para que el almacenamiento no se llene, y revisar el repositorio de vez en cuando. La base de datos debe exportarse antes de copiar los archivos, para que quede coherente.
- mysqldump wp_exemple > /root/base.sql, y después restic backup /root/base.sql /var/www: un script que cada noche lanza cron o un temporizador de systemd.
- restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune: conserva 7 versiones diarias, 4 semanales y 6 mensuales.
- restic restore latest --target /root/prueba-restauracion, y después compare los archivos. Una prueba al mes basta para detectar los fallos.
Preguntas frecuentes
¿Basta un snapshot del proveedor?
Un snapshot es práctico antes de una actualización arriesgada, pero sigue ligado a la misma cuenta y a la misma plataforma. No sustituye una copia externa.
¿Qué frecuencia conviene?
Una copia diaria basta para la mayoría de las webs. Si una base cambia mucho, aumente la frecuencia: la pérdida aceptable se mide en horas de datos.
¿Qué pasa si pierdo la contraseña de restic?
El repositorio queda ilegible, sin ninguna vía de recuperación. Guarde esa contraseña en un gestor de contraseñas o en papel, fuera del VPS.