La regla 3-2-1 de copias de seguridad y la 3-2-1-1-0, explicadas
La regla 3-2-1 dice que debe conservar tres copias de sus datos (el original y dos copias de seguridad), en dos tipos distintos de almacenamiento y con una copia en otro lugar. La ampliación 3-2-1-1-0 añade una copia inmutable o sin conexión y cero errores tras una prueba de recuperación verificada. Ambas son pautas de planificación, no estándares: indican contra qué fallos conviene prepararse, no qué producto comprar.
¿Qué significan los tres números de la regla 3-2-1?
La regla son tres instrucciones breves, y cada una apunta a una forma de perder datos.
| Número | Instrucción | Contra qué protege |
|---|---|---|
| 3 | Conserve tres copias de los datos: el original y dos copias de seguridad. | Una única copia de seguridad que, el día que la necesite, esté dañada, incompleta o ilegible. |
| 2 | Guarde las copias en dos tipos distintos de almacenamiento. | Un punto débil que comparten todas las copias: el mismo modelo de disco, el mismo controlador, el mismo fallo de firmware, el mismo sistema de ficheros o el mismo servicio de almacenamiento. |
| 1 | Mantenga una copia en otro lugar. | Incendio, inundación, robo, la caída de un proveedor o una cuenta perdida que da acceso a todo lo que hay en un mismo sitio. |
«Copia» significa una copia independiente. Una carpeta que se sincroniza con otro disco o con una unidad en la nube refleja cada cambio, también un borrado o una sobrescritura; es una segunda ubicación de los datos en uso, no una copia de seguridad. INCIBE avisa de lo mismo: en una copia en espejo, un fichero borrado por error también desaparece de la copia, y algunas familias de ransomware cifran y bloquean las copias en la nube que se sincronizan de forma continua, por lo que recomienda desactivar la sincronización persistente.
¿De dónde viene la regla 3-2-1?
La regla suele atribuirse al fotógrafo Peter Krogh, que la expone en su libro The DAM Book: Digital Asset Management for Photographers. El documento Data Backup Options de US-CERT (2012, en inglés) enuncia la regla como tres instrucciones y cita la página 207 de la segunda edición del libro (O'Reilly Media, 2009).
Esta página no afirma que la regla ya figurara en la primera edición del libro, porque no la hemos comprobado. Lo que sí puede decirse es que ningún organismo de normalización respalda la regla: es un consejo que organismos y fabricantes han repetido ampliamente. En España lo recoge INCIBE: en su guía Copias de seguridad: una guía de aproximación para el empresario (2018) la presenta como una buena práctica, con las mismas tres claves: tres copias de cualquier fichero importante (el original y dos copias), en dos soportes distintos y una de ellas fuera de la empresa. La guía remite al mismo documento de US-CERT. En su artículo sobre ransomware, INCIBE recomienda la 3-2-1 para que siempre quede alguna copia que el malware no haya cifrado también.
¿Qué añade la 3-2-1-1-0?
La ampliación añade dos números. Veeam la describe (en inglés) y la ha popularizado; no es un estándar, y otras cadenas de números que circulan no tienen una definición común. Lea la definición que da una fuente antes de fiarse de una variante.
| Número | Instrucción | Contra qué protege |
|---|---|---|
| 1 (el segundo) | Mantenga una copia inmutable o sin conexión. | Una copia de seguridad que borra o cifra quien se hace con el sistema de copias o con la cuenta de administrador. |
| 0 | Llegue a cero errores tras una recuperación verificada. | Una copia de seguridad que se escribió sin error pero que no se puede restaurar. |
Inmutable significa que el almacenamiento garantiza que los datos no se pueden modificar ni borrar durante un periodo fijado. Amazon S3 Object Lock (en la documentación en español de AWS, «Bloqueo de objetos de S3») es un ejemplo muy extendido: usa un modelo de escritura única y lectura múltiple (WORM) y, en el modo de cumplimiento, ningún usuario, ni siquiera el usuario raíz de la cuenta, puede borrar una versión de objeto bloqueada antes de que termine su periodo de retención. Sin conexión o con aislamiento físico (air gap) significa que la copia está desconectada cuando no se está escribiendo; el NIST describe el aislamiento físico (en inglés) como una interfaz entre dos sistemas que no están conectados físicamente y en la que toda conexión lógica no está automatizada.
Cero errores se refiere a la verificación. Una copia solo se da por buena cuando se ha releído y se ha probado la recuperación. No promete que nunca salga mal nada; significa que ninguna copia sin verificar se toma por buena y que cada fallo se atiende. Véase cómo demostrar que una copia de seguridad se puede restaurar.
¿Cómo puede una pequeña empresa con Microsoft 365 aplicar la regla?
Este es un ejemplo para una empresa con 25 usuarios en Exchange Online y OneDrive. Las cifras son ilustrativas; lo que importa es la forma. Si también usa SharePoint o Teams, compruebe que su herramienta de copia los cubre: la regla se aplica a cada conjunto de datos por separado.
Un ejemplo de disposición 3-2-1-1-0 con Microsoft 365
Los datos en uso más dos copias de seguridad, con el segundo lugar, la copia inmutable y la comprobación de restauración señalados.
Solo un ejemplo. Los nombres de los proveedores son marcadores de posición; sirven dos proveedores o sedes independientes cualesquiera.
| Copia | Qué es | Dónde está | A qué instrucción responde |
|---|---|---|---|
| 1 | Los buzones y las cuentas de OneDrive en uso | Microsoft 365 | El original, la primera de las tres copias. |
| 2 | Una copia de seguridad nocturna | Almacenamiento de objetos en un proveedor y con un acceso que no forma parte del inquilino de Microsoft 365 | La segunda copia, en almacenamiento de objetos, en un lugar distinto de la nube de Microsoft. |
| 3 | Una segunda copia de seguridad de los mismos datos | Un NAS en la oficina (un recurso compartido NFS) o un bucket en un segundo proveedor | La tercera copia, en otro tipo de almacenamiento y en otra sede. Esta se mantiene inmutable o sin conexión. |
La copia 1 son los datos en uso. Microsoft los mantiene disponibles con su propia replicación, pero eso no es una copia desde la que pueda restaurar a demanda más allá de las papeleras de reciclaje y la retención. Véase ¿Hace Microsoft 365 copia de seguridad de sus datos?
La copia 2 es una copia de seguridad que usted controla. La independencia importa más que la distancia: si una sola cuenta de administrador comprometida puede borrar los datos en uso y las copias, todo forma un único dominio de fallo, por lejos que estén los servidores. Use un proveedor distinto y un acceso distinto del inquilino de Microsoft 365.
La copia 3 está en otro lugar y en otro soporte. Un NAS en la oficina y un bucket en un proveedor son dos tipos de almacenamiento en dos sedes, así que esta disposición cumple de sobra las instrucciones de «dos tipos de almacenamiento» y «otro lugar». Haga de esta la copia inmutable o sin conexión: un bucket con Object Lock, o un disco que se desconecta tras el trabajo de copia y se rota. Si su herramienta de copia puede escribir en ese almacenamiento sin estropear su propia limpieza es algo que debe probar antes de fiarse de ello. En qué se distinguen el modo de gobernanza y el de cumplimiento, y qué aporta una copia sin conexión, se explica en copias inmutables, WORM, air gap y ransomware.
El cero es una rutina. Cada semana, relea una muestra de cada copia de seguridad y compárela con las sumas de comprobación registradas al hacer la copia, y una vez por trimestre restaure un buzón en un buzón de prueba y compare. Ese ritmo es una sugerencia nuestra, no una regla de un estándar.
¿Qué no cubre la regla 3-2-1?
La regla dice cuántas copias hay y dónde están. Deja abiertas varias preguntas, y un plan necesita una respuesta para cada una:
- Con qué frecuencia se hace la copia, que es su objetivo de punto de recuperación (RPO); véase RPO y RTO explicados.
- Con qué rapidez debe volver a funcionar, que es su objetivo de tiempo de recuperación (RTO).
- Cuánto tiempo se conservan los puntos de restauración, que es la retención; véase la rotación abuelo-padre-hijo.
- Quién puede borrar o modificar las copias, y con qué credenciales.
- Si las copias funcionan, que es la verificación, y si sigue teniendo las claves de cifrado: una copia que no puede descifrar no es una copia.
Trate la regla como el comienzo de un plan, no como el plan.
¿Sigue teniendo sentido la regla con almacenamiento en la nube?
Sí, si lee «dos tipos de almacenamiento» como «dos dominios de fallo». La formulación viene de la época de los discos y las cintas; con el almacenamiento en la nube queda la intención que hay detrás de los números, la independencia. Dos buckets en un mismo proveedor, en una misma cuenta, comparten proveedor, acceso y relación contractual, así que un solo incidente puede alcanzar a ambos. Dos buckets en proveedores distintos, o un bucket y un disco en su propia oficina, no. Cómo se comparan el disco local, el NAS, el almacenamiento de objetos y la cinta en coste, durabilidad y velocidad de restauración, se explica en elegir almacenamiento para copias de seguridad.
Cómo lo resuelve Restow
Restow ayuda con las copias, con el cero y, desde la 0.4.0, con la copia inmutable, y dice dónde termina cada una. En detalle:
El «0»: preparación de recuperación
Cada semana, Restow extrae una muestra aleatoria de la copia más reciente de cada buzón, cuenta de OneDrive, sitio de SharePoint e IMAP (20 correos, 20 ficheros y algunas entradas de calendario y contactos), la relee por la ruta de restauración, descifrado incluido, y la compara con las sumas de comprobación SHA-256 registradas al hacer la copia. Una copia que no se ha comprobado aparece como «No verificado» (en la interfaz en inglés, «Unverified»), nunca en verde. Es una muestra, y la comprobación no restaura nada en un buzón en uso. Los servidores, los equipos y los recursos compartidos de archivos se comprueban tras cada copia nueva: se releen y comparan hasta 20 ficheros de muestra. Los invitados de Proxmox VE (una vista previa) se releen en minutos tras cada punto de restauración nuevo (desde la 0.4.2) y también pueden probarse con una prueba de arranque, que restaura el punto de restauración más reciente como invitado temporal aislado y comprueba que arranca. Una restauración de prueba completa en un destino aparte para todos los tipos de copia está prevista. Véase cómo demuestra Restow que sus copias se pueden restaurar y la página de verificación.
Almacenamiento que usted elige
Las copias van a un repositorio que usted elige: un disco local, almacenamiento de objetos compatible con S3 (con un ajuste preconfigurado para Hetzner Object Storage) o un recurso de red NFS. No hay una nube gestionada por Restow. El montaje de NFS desde la interfaz web y el ajuste preconfigurado de Hetzner todavía no se han probado con un servidor NFS real ni con un bucket real de Hetzner. Un recurso compartido SMB o una exportación NFS es algo que Restow copia, no un lugar donde guarda; véase recursos compartidos de archivos (SMB y NFS). Sobre el almacenamiento, véase almacenamiento.
Una segunda copia
Restow puede escribir la segunda copia por sí mismo. Los repositorios de un inquilino tienen roles: el principal recibe primero cada copia nueva, y cualquier número de repositorios de copia reciben los mismos datos. Los datos escritos antes de que existiera una copia se reflejan en ella durante la comprobación semanal del almacenamiento y se verifican con SHA-256. Esto cubre correo, calendario, contactos, OneDrive, SharePoint, IMAP y los datos de las máquinas virtuales de Proxmox VE. No cubre servidores y equipos, recursos compartidos de archivos ni contenedores de Proxmox VE: sus copias permanecen en el repositorio principal. Para un recurso compartido, un trabajo de copiado a otro recurso se etiqueta «No es una copia de seguridad: sin versiones en el destino» (traducción), así que es un segundo lugar para los ficheros actuales, no una segunda copia de seguridad. Restow no puede saber si una copia comparte un dominio de fallo con el principal; elegir otro proveedor u otra sede es decisión suya.
La copia inmutable
Desde la 0.4.0, cada repositorio tiene un ajuste de inmutabilidad, desactivado hasta que un administrador lo activa. En un bucket S3 creado con Object Lock (modo compliance o governance, de 1 a 3650 días), el propio almacenamiento se niega a borrar o sobrescribir los datos de copia bloqueados antes de su fecha. Un repositorio de copia en un bucket así, en otro proveedor, es por tanto la copia inmutable de la 3-2-1-1-0 para los datos que cubren los repositorios de copia. Para servidores, equipos, recursos compartidos de archivos y contenedores de Proxmox VE, que permanecen en el repositorio principal, el propio principal tiene que ser el inmutable, y el repositorio predeterminado de la instalación no se puede hacer inmutable: dé al inquilino un repositorio propio. Un disco local o un recurso NFS recibe solo un retraso de borrado que Restow impone por sí mismo y que no es inmutabilidad. Object Lock solo se puede activar al crear un bucket. Se probó con un servicio S3 simulado, todavía no con uno real, y no hemos probado Restow con un bucket con retención predeterminada de Object Lock, así que trate esa combinación como no probada. Qué se bloquea, qué no y contra qué no protege está en la página de almacenamiento y en copias inmutables, WORM, air gap y ransomware. En servidores y equipos, Restow impone además el modo solo anexado (append-only) en el servidor: un equipo comprometido puede añadir copias, pero no borrarlas. Eso protege frente al equipo; el bloqueo protege frente a alguien con acceso al servidor de Restow o a la clave de almacenamiento, aunque quien controle Restow aún puede detener los bloqueos nuevos.
Preguntas frecuentes
¿Es la regla 3-2-1 de copias de seguridad un estándar?
No. Es un consejo práctico, que suele atribuirse al fotógrafo Peter Krogh y que desde entonces han repetido organismos y fabricantes; en España, INCIBE la presenta como una buena práctica en su guía de copias de seguridad para empresarios. La ampliación 3-2-1-1-0 la describe Veeam y tampoco es un estándar, así que compruebe cómo define una fuente cada variante antes de fiarse de ella.
¿Cuentan los datos en uso de Microsoft 365 como una de las tres copias?
Cuentan como la copia número uno, el original. Microsoft los mantiene disponibles con su propia replicación, pero lo que usted mismo puede restaurar se limita a las papeleras de reciclaje, el historial de versiones y los ajustes de retención, con plazos fijos. Las dos copias de seguridad de la regla se suman a los datos en uso, no los sustituyen.
¿Cumplen la 3-2-1 dos copias de seguridad en la misma cuenta en la nube?
Son dos copias, pero no independientes. La misma cuenta, el mismo proveedor y las mismas credenciales de administrador forman un único dominio de fallo, así que un error o un acceso comprometido puede alcanzar a ambas. Ponga la segunda copia en otro proveedor o en otro lugar, con credenciales propias.
¿Qué significa «cero errores» en la 3-2-1-1-0?
Significa que las copias están verificadas: cada una se comprueba después de hacerla y se ha probado de verdad la recuperación, sin errores sin resolver. No promete que nunca falle nada. Dice que una copia no se da por buena hasta que se ha releído, y que los fallos se corrigen.
¿Con qué frecuencia debo probar las restauraciones?
No hay un intervalo estándar; INCIBE pide fijar una periodicidad para las pruebas de restauración, sin dar una cifra. Nuestra sugerencia es releer cada semana una muestra de la copia más reciente y hacer un simulacro de restauración completa en un destino de prueba cada trimestre y tras cualquier cambio en el almacenamiento, las claves o la herramienta de copia. Su propio riesgo y los contratos de sus clientes pueden exigir más.
Fuentes
Consultado el 21 de octubre de 2026.
- INCIBE: Copias de seguridad, una guía de aproximación para el empresario (2018). La estrategia 3-2-1 (apartado 4): tres copias, dos soportes distintos y una copia fuera de la empresa; la copia en espejo también pierde lo que se borra por error; las pruebas de restauración periódicas (apartado 5.5)
- INCIBE: Ransomware, una guía de aproximación para el empresario (2020). Al menos tres copias actualizadas en distintos soportes, copias fuera de la red, la sincronización continua en la nube y las pruebas de restauración (apartado 3.2.1)
- INCIBE: Qué es el ransomware y cómo recupero mi información (16 de abril de 2020). Recomienda la estrategia 3-2-1 para que alguna copia no haya sido cifrada también por el malware
- Ruggiero, P. y Heckathorn, M.: Data Backup Options (US-CERT, Carnegie Mellon University, 2012, en inglés). Enuncia la regla 3-2-1 y remite para ella a Krogh, The DAM Book, 2.ª edición (O'Reilly Media, 2009), página 207; es el documento que cita la guía de INCIBE
- Veeam: The 3-2-1 backup rule (en inglés). Describe la 3-2-1-1-0 como una ampliación con una copia inmutable o con aislamiento físico y cero errores de recuperación
- Guía del usuario de Amazon S3: Bloqueo de objetos mediante Bloqueo de objetos. El modelo de escritura única y lectura múltiple (WORM) y el modo de cumplimiento
- Glosario del NIST: air gap (en inglés). Definición de aislamiento físico (air gap)