La regla 3-2-1
de las copias de seguridad

Tres copias de tus datos —el original más dos—, en dos soportes de naturaleza distinta, con una de ellas fuera del edificio donde está el original. Cada número cubre un fallo distinto: la segunda copia cubre que la primera falle; el segundo soporte cubre que un tipo de fallo (mecánico, de firmware, de lote) no afecte a las dos a la vez; la copia fuera del sitio cubre incendio, robo, agua o cualquier cosa que le pase al edificio entero. Es una regla de diseño, no de comprobación: te dice cuántas copias tener y dónde ponerlas, pero no dice nada sobre si esas copias, el día que las necesites, se van a poder abrir. Esa parte —la que de verdad determina si la regla sirvió de algo— es la que se explica en este artículo: la prueba de restauración.

Restaurando, no revisando el registro del programa de copia. Elige un fichero cualquiera —no el más fácil, uno al azar—, bórralo de tu vista o trabaja sobre una copia del sistema, y recupéralo desde la copia de seguridad como si de verdad lo hubieras perdido. Luego ábrelo. Si se abre y el contenido es el esperado, esa copia funciona en ese punto del tiempo. Si el proceso falla, se atasca, pide una contraseña que nadie recuerda o el fichero recuperado no abre, acabas de encontrar el problema con tiempo de sobra para arreglarlo, en vez de descubrirlo el día que de verdad has perdido algo. Un informe de «copia completada sin errores» no prueba esto: confirma que se escribieron bytes en algún sitio, no que esos bytes forman un fichero legible.

Depende de cuánto dependes de esos datos, no de un calendario fijo para todo el mundo. Para un particular con fotos y documentos, una comprobación trimestral es razonable: coger un fichero al azar y abrirlo. Para una pyme con carpetas compartidas de trabajo diario, mensual tiene más sentido, porque hay más gente generando datos nuevos y más margen para que algo se rompa sin que nadie lo note. Para datos críticos —contabilidad, un servidor que si cae para la actividad— conviene añadir una restauración completa, no solo de un fichero, al menos una vez al año, para comprobar también cuánto se tarda en volver a estar operativo. Lo importante no es acertar la cadencia exacta, es que exista una, escrita en algún sitio y con una fecha de la última vez que se hizo.

Tratarlo como lo que es: una copia rota que hasta ahora daba una falsa sensación de seguridad, y mejor descubrirlo ahora que el día que haga falta de verdad. Primero, comprueba si el problema es puntual —ese fichero concreto se corrompió al copiarse— o general —la última restauración completa tampoco funciona, lo que apunta a la tarea programada, a la conexión con el destino o a que el destino se llenó hace tiempo y las copias recientes nunca llegaron a escribirse. Revisa la fecha real del fichero que sí has podido restaurar: si es de hace meses, la copia lleva meses sin actualizarse aunque el programa diga lo contrario. Corregido el fallo, repite la prueba con otro fichero antes de dar el sistema por bueno de nuevo.

Porque «sin errores» solo certifica que el proceso de escritura no ha encontrado un problema que él mismo sepa detectar, y hay fallos que no entran en esa categoría: un fichero que se corrompió al comprimirse pero se escribió igual, una carpeta que quedó fuera del programa de copia por un cambio de ruta que nadie actualizó, credenciales de acceso al destino que caducaron y el sistema sigue reintentando en silencio, un disco de destino lleno donde las copias más recientes simplemente no caben y se descartan sin que salte ningún aviso visible. Todos estos casos generan un historial de «completado con éxito» y una copia inútil al mismo tiempo. La única forma de descubrirlos antes de necesitarlos es intentar recuperar algo real y comprobar que lo que sale es lo que esperabas.

Una persona concreta, con la tarea en el calendario y no como algo que «alguien debería mirar de vez en cuando», que es la fórmula con la que nunca se hace. No hace falta que sea el perfil técnico más senior: la prueba en sí —elegir un fichero, restaurarlo, abrirlo, apuntar la fecha— la puede hacer cualquiera con acceso al sistema de copias siguiendo una lista de comprobación fija. Lo que sí conviene es que la misma persona lo haga cada vez, para que note cambios de comportamiento, y que el resultado quede anotado en algún sitio con fecha, aunque sea una hoja compartida. Si en la empresa no hay nadie con tiempo o criterio para asumir esto de forma sostenida, es exactamente el hueco que cubre un servicio de mantenimiento gestionado.