La conversación suele ser esta: "¿Tenéis copias?". "Sí, claro". "¿Y las habéis restaurado alguna vez?". Silencio.
Una copia que nunca se ha restaurado es una hipótesis. Esta guía propone un método simple, la regla 3-2-1, y cómo comprobar que funciona antes de que haga falta.
La regla 3-2-1
- 3 copias de los datos importantes: el original más dos copias.
- 2 soportes distintos: por ejemplo, un disco en la oficina y un almacenamiento remoto.
- 1 copia fuera del local, para sobrevivir a incendio, robo o inundación.
Suma una cuarta condición que el ransomware hizo imprescindible: al menos una copia debe ser inmutable o desconectada, que un atacante con acceso a tu red no pueda cifrar ni borrar.
Primero, decide qué copiar
No todo vale lo mismo. Haz un inventario sencillo:
| Dato | Dónde vive | ¿Se puede rehacer? | Prioridad |
|---|---|---|---|
| Facturación y contabilidad | Programa o nube | No | Alta |
| Documentos de clientes | Servidor o NAS | No | Alta |
| Base de datos de la aplicación o del aula virtual | Servidor | No | Alta |
| Correo | Proveedor | Parcial | Media |
| Programas instalados | Cada equipo | Sí | Baja |
Una trampa frecuente: los servicios en la nube no son una copia. Si borras un fichero por error o un atacante cifra tu carpeta sincronizada, el cambio se replica. Comprueba cuánto tiempo guarda tu proveedor las versiones anteriores.
Dos números que mandan: RPO y RTO
- RPO (punto de recuperación): cuántos datos puedes permitirte perder. Si trabajas todo el día en documentos, perder 24 horas de trabajo puede ser demasiado.
- RTO (tiempo de recuperación): cuánto puedes estar parado hasta restaurar.
Contestar a esto antes de elegir herramienta define la frecuencia y el medio. No es lo mismo parar una tarde que una semana.
Ejemplo práctico con restic
Restic es una herramienta de copia de código abierto, con cifrado, deduplicación y versiones. Sirve para copiar a un servidor remoto por SFTP, a almacenamiento compatible con S3 y a otros destinos. Un esquema básico:
# 1. Inicializar el repositorio (solo la primera vez)
export RESTIC_PASSWORD_FILE=/root/.restic-pass
restic -r sftp:copias@servidor-remoto:/copias/oficina init
# 2. Copia diaria (cron o temporizador systemd)
restic -r sftp:copias@servidor-remoto:/copias/oficina backup /srv/datos --exclude-caches
# 3. Retención: 7 diarias, 4 semanales, 12 mensuales
restic -r sftp:copias@servidor-remoto:/copias/oficina forget \
--keep-daily 7 --keep-weekly 4 --keep-monthly 12 --prune
# 4. Comprobar integridad leyendo una parte de los datos
restic -r sftp:copias@servidor-remoto:/copias/oficina check --read-data-subset=5%
Guarda la contraseña del repositorio en un gestor de contraseñas y en un segundo lugar físico: sin ella, la copia no se puede abrir.
Bases de datos: copia consistente
No copies los ficheros de una base de datos en marcha. Haz un volcado consistente y copia el volcado:
mysqldump --single-transaction --routines aula | gzip > /srv/datos/volcados/aula-$(date +%F).sql.gz
Para una aplicación como Moodle, la copia completa son tres cosas: la base de datos, el directorio de datos (moodledata) y el fichero config.php con la lista de plugins instalados.
Protección frente a ransomware
- El servidor de copias no debe estar montado permanentemente en los equipos de la oficina. Mejor que la copia se haga "tirando" desde el servidor remoto, o con credenciales que solo permitan añadir datos.
- Usa versiones con retención suficiente. El ransomware a veces tarda días en notarse; si solo conservas la copia de ayer, esa también está cifrada.
- Cuenta separada para las copias, con doble factor y sin permisos de administrador del dominio.
Prueba de restauración: la parte que nadie hace
Pon en el calendario una prueba trimestral:
- Elige un conjunto de datos al azar (una carpeta, una base de datos).
- Restáuralo en otro equipo o carpeta, sin tocar el original.
- Verifica que abre y que los datos son los esperados.
- Anota cuánto has tardado. Ese es tu RTO real, no el que imaginabas.
- Una vez al año, simula la pérdida completa de un servidor.
Errores comunes
- Copia en un disco USB que vive enchufado al mismo equipo.
- Copia en la misma sala que el original.
- Nadie revisa los avisos de error del trabajo de copia.
- Se copian los datos, pero no la configuración necesaria para volver a levantar el servicio.
¿No sabes si tus copias sirven? En una reunión de una hora, sin coste, repasamos qué datos tienes, dónde viven y qué pasaría si mañana faltaran. Escríbenos y lo vemos.