Por qué la tolerancia a fallos protege la continuidad del servicio, pero no la integridad de la información.
Hay una frase que escuchamos con frecuencia en el laboratorio y que, con los años, se ha convertido en una especie de patrón recurrente:
«No entendemos qué ha ocurrido. Teníamos un RAID y pensábamos que estábamos protegidos.»
Ahí reside, probablemente, uno de los malentendidos más extendidos en el ámbito de la protección de la información: un RAID nunca ha sido una copia de seguridad.
Un RAID es una extraordinaria solución de ingeniería. Una arquitectura diseñada para mejorar la disponibilidad de los sistemas, aumentar el rendimiento y, según el nivel de redundancia configurado, permitir que una infraestructura continúe operativa cuando uno o varios de sus discos dejan de funcionar. Pero nunca fue concebido como un mecanismo para preservar la información frente a cualquier escenario.
Con el paso del tiempo, sin embargo, se instala una peligrosa sensación de seguridad. La tecnología funciona silenciosamente durante años y acabamos asumiendo que seguirá haciéndolo indefinidamente. Hasta que un día deja de hacerlo. Y es entonces cuando descubrimos que la tolerancia a fallos y la copia de seguridad no son lo mismo: la redundancia protege la continuidad del servicio, no la integridad de la información.
Por qué un RAID no puede ser una copia de seguridad
La razón es estructural. Un RAID replica de forma instantánea cualquier cambio en todos los discos del conjunto. No distingue entre datos legítimos y datos dañados: simplemente los escribe, con redundancia. Un borrado accidental, una corrupción del sistema de archivos o un cifrado por ransomware se propagan al array completo en tiempo real. En ese momento, la redundancia deja de ser una virtud y se convierte en un multiplicador del problema: existen varias copias sincronizadas del mismo daño.
La información, además, puede desaparecer aunque todos los discos sigan físicamente presentes. Puede desaparecer por una reconstrucción iniciada en el momento equivocado, por la sustitución incorrecta de una unidad, por una avería en la controladora o por una corrupción lógica. Y también por intervenciones realizadas con la mejor intención, pero sin conocer el estado real del sistema: forzar un disco a estado online, inicializar el array o reconstruir sobre la unidad equivocada. Son, literalmente, los casos que recibimos cada semana en el laboratorio.
El silencio de los sistemas degradados
Hay algo que la experiencia nos ha enseñado: la tecnología rara vez anuncia su fracaso con estruendo. No hay señales dramáticas ni advertencias definitivas. Más bien se desliza hacia el error con una discreción casi silenciosa.
El escenario más habitual lo ilustra bien: el primer disco falló hace meses, nadie supervisaba el estado del array y el sistema continuó trabajando en modo degradado, sin margen alguno de tolerancia. El fallo del segundo disco no fue mala suerte: era cuestión de tiempo. Las unidades de un mismo conjunto suelen proceder del mismo lote, tienen la misma edad y acumulan un desgaste similar. Y el esfuerzo de una reconstrucción sobre un array ya degradado es, precisamente, el momento en que la segunda unidad tiende a ceder o en que aflora un error de lectura irrecuperable en discos de gran capacidad.
A esto se suma un hecho tan simple como determinante: un RAID vive en una sola ubicación física. Una sobretensión, un incendio o un robo afectan al conjunto completo. Una copia de seguridad, por definición, no comparte destino con el original.
Qué hacer, entonces
La respuesta no es renunciar al RAID, que sigue siendo una pieza excelente de cualquier infraestructura, sino complementarlo con una estrategia real de copias de seguridad. La referencia sigue siendo la regla 3-2-1: al menos tres copias de la información, en dos soportes distintos, con una de ellas fuera de las instalaciones (o desconectada, para resistir un ataque de ransomware). Y algo igual de importante: verificar periódicamente que esas copias se pueden restaurar, porque una copia que nunca se ha probado es solo una hipótesis.
Si su RAID ha dejado de funcionar, la recomendación de tres décadas de laboratorio cabe en una línea: no reconstruya, no inicialice y no fuerce discos online sin un diagnóstico previo. Cada escritura sobre un array inestable reduce las posibilidades de recuperación. La información casi siempre sigue ahí; lo que la pone en riesgo, con demasiada frecuencia, es lo que se hace después del fallo.