3.5Copia de seguridad y restauración
Lo esencial en 30 segundos
- La regla 3-2-1: 3 copias de los datos, en 2 tipos de soportes, de las cuales 1 conservada fuera de las instalaciones, suficiente para sobrevivir a una avería, un incendio o un robo.
- Una copia de seguridad no probada no existe: se planifican pruebas de restauración regulares para verificar que los datos vuelven realmente.
- RPO = datos tolerables perdidos; RTO = plazo de reanudación; frente a los ransomware, una copia sin conexión o inmutable es vital.
Mini-caso hilado — Sofiane retoma la copia de seguridad de la pyme
Sofiane, administrador de sistemas en una pyme de distribución en Argel, hereda la copia de seguridad del servidor de archivos. Hace una auditoría: una sola copia, en un único disco, conectado permanentemente. Reacciona según la regla 3-2-1: añade dos soportes distintos y una copia fuera de las instalaciones, de las cuales una sin conexión para resistir a un ransomware. Sobre todo, planifica una prueba de restauración regular, porque sabe que una copia no probada no existe. Por último, encuadra los objetivos con la actividad: cuántos datos se pueden perder (RPO) y en cuánto tiempo hay que volver a estar operativo (RTO). Anota el reflejo: una copia de seguridad se juzga por su restauración, no por su simple presencia.
Caso autónomo de esta sección: vuelve en el curso, el esquema, el guion y el reto 48 h de la sección 3.5.
1. La regla 3-2-1
Una buena estrategia cabe en una fórmula: 3 copias de los datos, en 2 tipos de soportes diferentes, de las cuales 1 conservada fuera de las instalaciones. Así, una avería de disco, un incendio o un robo no lo destruyen todo a la vez. La copia fuera de las instalaciones (o en la nube) es lo que salva en caso de siniestro local.
2. Copia de seguridad ≠ restauración
La trampa clásica: se hace copia durante meses… y el día señalado, la restauración falla (soporte ilegible, copia incompleta, procedimiento olvidado). Una copia de seguridad no probada no existe. Por eso se planifican pruebas de restauración regulares para verificar que los datos vuelven realmente, y en un plazo aceptable.
3. RPO, RTO y ransomware
Dos referencias encuadran el objetivo: el RPO (qué cantidad de datos se puede permitir perder → frecuencia de las copias) y el RTO (en cuánto tiempo hay que estar operativo de nuevo). Frente a los ransomware, una copia sin conexión o inmutable es crucial: si toda la red está cifrada, solo una copia inaccesible para el atacante permite reanudar sin pagar.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Un ransomware cifra toda la red
Un lunes, todos los archivos del servidor están cifrados y se exige un rescate.
Copia en un recurso compartido de red accesible -> cifrada tambien
Copia sin conexion / inmutable -> intacta
-> restauracion posible sin pagar el rescateLectura: una copia conectada permanentemente se cifra con el resto.
Lección: la copia fuera de las instalaciones/sin conexión (el «1» del 3-2-1) marca toda la diferencia.
Vocabulario de la sección
- Regla 3-2-1
- 3 copias de los datos, en 2 tipos de soportes, de las cuales 1 fuera de las instalaciones.
Ejemplo sencillo: Sofiane añade dos soportes y una copia fuera de las instalaciones.
Lo que no es: una única copia en un solo disco.
Reflejo: copia robusta → 3-2-1.
- Prueba de restauración
- Verificación regular de que una copia se restaura realmente.
Ejemplo sencillo: Sofiane restaura un archivo de control para verificar.
Lo que no es: suponer que la copia funcionará sin ensayo.
Reflejo: copia fiable → haberla restaurado.
- RPO
- Pérdida de datos máxima aceptable; dicta la frecuencia de las copias.
Ejemplo sencillo: Sofiane hace copia con más frecuencia si el RPO es corto.
Lo que no es: el plazo de reanudación tras un incidente.
Reflejo: cuántos datos perder → RPO.
- RTO
- Duración máxima aceptable para volver a estar operativo.
Ejemplo sencillo: Sofiane busca un RTO corto para el servidor de archivos.
Lo que no es: la cantidad de datos tolerable perdida.
Reflejo: en cuánto tiempo reanudar → RTO.
- Copia inmutable / sin conexión
- Copia que un atacante no puede modificar ni cifrar.
Ejemplo sencillo: La copia sin conexión sobrevive al ransomware.
Lo que no es: un recurso compartido de red accesible permanentemente.
Reflejo: resistir a un ataque → sin conexión.
En la práctica — En la práctica — Auditar una estrategia de copia de seguridad
- Para datos importantes, cuenten el número de copias y los tipos de soportes, como Sofiane.
- Comprueben que al menos una copia está fuera de las instalaciones (o en la nube).
- Pidan la fecha de la última prueba de restauración superada.
- Estimen el RPO y el RTO reales y anoten qué falta para cumplir la regla 3-2-1.
Guion paso a paso — auditar una copia como Sofiane (4 min)
1) Cuenten las copias de los datos y los tipos de soportes. 2) Comprueben que al menos una copia está fuera de las instalaciones. 3) Pidan la fecha de la última prueba de restauración superada. 4) Identifiquen si una copia está sin conexión o es inmutable (anti-ransomware). 5) Estimen el RPO y el RTO y anoten qué falta para el 3-2-1.
Una copia nunca restaurada puede no funcionar el día D: planifica una prueba regular, no solo una copia.
Modelo copiar-pegar — mi ficha 3-2-1
Copias : 3 (de las cuales 1 fuera de las instalaciones / nube)
Soportes : 2 tipos diferentes
Sin conexion: si (inmutable, anti-ransomware)
Prueba de restauracion : fecha del ultimo ensayo superado -> __
RPO (datos tolerables perdidos) : __
RTO (plazo de reanudacion) : __
Regla : una copia no probada no existeUna sola copia local
Sofiane detecta una única copia conectada: añade dos soportes y una copia fuera de las instalaciones.
Un ransomware golpea
La copia sin conexión queda intacta: Sofiane restaura sin pagar el rescate.
Una prueba de restauración
Sofiane restaura un archivo de control: el procedimiento funciona, en el plazo previsto.
Encuadrar RPO y RTO
Sofiane comprueba que la frecuencia de las copias cubre la pérdida de datos tolerada por la actividad.
✓ Buenas prácticas
- Respetar la regla 3-2-1.
- Probar regularmente la restauración.
- Guardar una copia sin conexión o inmutable frente a los ransomware.
✗ Errores frecuentes
- Creer que una copia existe sin haberla restaurado nunca.
- Tener una sola copia, en un solo soporte.
- Dejar todas las copias conectadas a la red.
Puntos clave
- 3-2-1: 3 copias, 2 soportes, 1 fuera de las instalaciones.
- Una copia no probada no existe: prueba la restauración.
- RPO = datos tolerables perdidos; RTO = plazo de reanudación.
- Frente a los ransomware, una copia sin conexión o inmutable es vital.
Reto 48 h — aplícalo mañana
Como Sofiane, audita la copia de seguridad de un conjunto de datos que te importe: cuenta las copias y los soportes, comprueba que una copia está fuera de las instalaciones (e idealmente sin conexión) y anota la fecha de la última prueba de restauración. Escribe en una frase qué falta para cumplir la regla 3-2-1.
- Puedo explicar la regla 3-2-1 y por qué protege del siniestro.
- Sé que una copia no probada no existe.
- Distingo RPO y RTO y detecto el eslabón débil de una estrategia.
Preguntas frecuentes
¿Con qué frecuencia hacer copia?
Depende del RPO: si perder un día de trabajo es inaceptable, se hace copia al menos a diario, o incluso de forma continua para datos críticos. La frecuencia se deduce de lo que se puede permitir perder.
¿La nube sustituye la regla 3-2-1?
La nube aporta a menudo la copia fuera de las instalaciones, pero no dispensa de los demás principios: varias copias, soportes variados y sobre todo pruebas de restauración. Un dato solo en un servicio en la nube, nunca verificado, sigue siendo un riesgo.
¿Qué dice la regla 3-2-1 de una buena copia de seguridad?