Qué dice exactamente la regla 3-2-1
La regla 3-2-1 es un principio de diseño de copias de seguridad que resume, en tres cifras fáciles de recordar, cómo evitar que un único incidente destruya a la vez el dato original y todas sus copias. Su formulación es: conservar al menos 3 copias de cada dato importante, guardarlas en 2 soportes o tecnologías de almacenamiento distintos, y mantener al menos 1 de esas copias fuera de las instalaciones donde está el original.
Las tres copias incluyen el propio dato en producción, es decir, la copia número uno ya es el archivo o la base de datos con la que trabaja la empresa a diario. A partir de ahí se necesitan al menos dos copias adicionales, no una sola, porque una única copia de seguridad es en sí misma un punto único de fallo: si ese soporte falla en el momento de necesitar la restauración, la empresa se queda sin ninguna copia utilizable.
Los dos soportes distintos responden a que un fallo tecnológico específico —un lote defectuoso de discos, un error en un firmware, una vulnerabilidad de un proveedor de nube concreto— puede afectar a todas las copias que compartan esa misma tecnología. Combinar, por ejemplo, un disco local con un almacenamiento en la nube reduce drásticamente la probabilidad de que ambas fallen por la misma causa al mismo tiempo.
Y la copia fuera de las instalaciones cubre los riesgos que afectan a la ubicación física completa: un incendio, una inundación, un robo o, cada vez con más frecuencia, un ciberataque que se propaga por toda la red local. Si la única copia adicional está en el mismo edificio y en la misma red que el servidor original, deja de proteger frente a exactamente los escenarios más graves.
De dónde viene y por qué sigue vigente
La regla se popularizó en el sector de la fotografía y el archivo digital hace más de una década, cuando la preocupación principal era la pérdida accidental de datos por fallos de hardware. Con el tiempo se adoptó como estándar de facto en la administración de sistemas porque describe, con independencia de la tecnología concreta, el principio que evita los fallos correlacionados: no depender de un único punto que, si falla, se lleva por delante todo lo demás.
Su vigencia no ha decaído porque el problema que resuelve sigue siendo el mismo, aunque las amenazas hayan cambiado. Antes el riesgo dominante era el fallo mecánico de un disco; hoy es el ransomware que busca activamente y cifra o borra los repositorios de backup que encuentra en la red. La regla 3-2-1, bien aplicada, sigue neutralizando ambos escenarios porque su lógica no depende de la causa del incidente, sino de la independencia entre las copias.
La evolución: 3-2-1-1-0
Ante el auge del ransomware dirigido específicamente a destruir copias de seguridad, la regla original se ha ampliado en la práctica del sector a la fórmula 3-2-1-1-0, que añade dos exigencias adicionales sin sustituir a las tres primeras.
- El «1» adicional exige que al menos una copia sea inmutable o esté air-gapped: no puede modificarse ni borrarse durante un periodo de retención definido, ni siquiera con credenciales de administrador válidas.
- El «0» exige cero errores en las verificaciones de restauración: la copia se prueba de forma periódica y documentada, no se asume que funciona porque el proceso terminó sin mensajes de error.
Cómo aplicar la regla 3-2-1 en una empresa real
En una arquitectura habitual, la copia número uno es el dato en producción: los servidores, bases de datos y puestos de trabajo con los que opera la empresa. La copia número dos suele residir en un dispositivo local de backup, dentro de la propia red, que permite restauraciones rápidas ante incidentes menores como el borrado accidental de un archivo, sin necesidad de descargar nada desde internet.
La copia número tres, la que cumple el requisito de estar fuera de las instalaciones, se aloja normalmente en un proveedor de nube o en un centro de datos distinto al de producción. Esta es la copia que garantiza la recuperación si el incidente afecta a todo el edificio o a toda la red local, y es también donde conviene aplicar la inmutabilidad: retención bloqueada durante un número de días suficiente para detectar y contener cualquier ataque antes de que pueda alcanzar también esa copia.
Para pequeñas y medianas empresas, en la práctica esto suele traducirse en combinar un backup local rápido para incidentes cotidianos con un backup gestionado en la nube que aporta la independencia geográfica, el cifrado y la inmutabilidad sin necesidad de invertir en infraestructura propia adicional ni de gestionar la rotación de soportes manualmente.
Errores habituales al implementar la regla
Un error frecuente es contar como «dos soportes distintos» dos discos duros del mismo modelo conectados al mismo servidor: técnicamente son dos unidades, pero comparten la misma alimentación eléctrica, el mismo controlador y, muchas veces, el mismo lote de fabricación, por lo que su probabilidad de fallo conjunto es mayor de lo que parece.
Otro error es considerar que una carpeta sincronizada con un servicio de nube personal cumple el requisito de la copia externa. Como se explica en el artículo sobre qué es un backup, la sincronización propaga los cambios, incluidos los maliciosos, en lugar de conservar versiones independientes en el tiempo. Para que la copia externa cuente como tal dentro de la regla 3-2-1, necesita retención por versiones y, preferiblemente, inmutabilidad.