¿Qué protege realmente un RAID?
Un RAID (arreglo redundante de discos) combina varias unidades para que, si una falla, el sistema siga funcionando sin perder el acceso a los datos. Según el nivel —espejo, paridad simple, doble paridad—, el arreglo tolera el fallo de uno o más discos y permite reemplazarlos sin apagar el servicio. Esa es su virtud y su único propósito de protección: la tolerancia al fallo de hardware de los discos.
El problema es que mucha gente extiende esa promesa a algo que el RAID nunca prometió. «Tengo RAID, mis datos están a salvo» es una frase peligrosa, porque mezcla dos ideas que no son la misma: que el sistema siga disponible si muere un disco, y que tus datos estén protegidos contra todo lo que puede pasarles. La primera la cumple el RAID; la segunda, no. Cuánta disponibilidad te da, eso sí, depende del nivel que uses, algo que desglosamos en RAID 0, 1, 5, 6 y 10 explicados.
Lo que un RAID no te cubre
La lista de lo que un RAID no protege es, justamente, la lista de las causas más comunes de pérdida de datos:
- Borrado accidental. Si alguien elimina una carpeta, desaparece del arreglo entero al instante.
- Ransomware. El cifrado se escribe sobre el arreglo como cualquier otro dato; la redundancia no lo detiene.
- Corrupción de datos o de la base de datos. Un dato dañado se guarda dañado en todos los discos.
- Fallo de la controladora RAID. El componente que une los discos también puede morir y dejar el arreglo inaccesible.
- Fallo de más discos de los tolerados. En un rebuild largo, un segundo disco que cae deja el arreglo fuera de juego.
- Incendio, inundación o robo. Todos los discos están en el mismo lugar; un desastre físico se los lleva juntos.
- Error humano y de configuración. Un comando equivocado afecta al volumen completo.
En cada uno de estos casos, la redundancia del RAID no ayuda, porque el daño no es el fallo de un disco: es un cambio que se aplica, correcto o no, a todo el arreglo.
¿Por qué tanta gente confunde RAID con respaldo?
Porque ambos suenan a «mis datos están duplicados», y en cierto sentido lo están. La diferencia está en el tiempo y en el lugar. Un respaldo guarda versiones de tus datos en el pasado y, bien hecho, en otro lugar; el RAID solo mantiene una copia del presente, en el mismo sitio. Cuando lo que necesitas es volver al estado de ayer —antes del borrado, antes del cifrado—, el RAID no tiene ese «ayer» en ninguna parte. Tiene un único presente, replicado.
El espejo y el archivo borrado
El malentendido se ve claro con el RAID 1, el espejo. Dos discos con exactamente el mismo contenido en todo momento suenan a doble seguridad. Pero «en todo momento» es la trampa: el espejo replica al instante cada escritura, incluido el borrado de un archivo o el cifrado de un ransomware. En el segundo en que borras algo, desaparece de los dos discos a la vez. Tienes dos copias del mismo estado, no dos versiones en el tiempo. Por eso un espejo es redundancia, no respaldo, por más que parezca lo segundo.
La regla 3‑2‑1, en una línea
La defensa que sí cubre todo lo anterior cabe en tres números: mantén al menos tres copias de tus datos, en dos tipos de medio distintos, con una copia fuera de sitio. La copia fuera de sitio es la que sobrevive al incendio y al robo; las versiones en el tiempo son las que te dejan volver al momento anterior al desastre; y, cada vez más, conviene que al menos una copia sea inmutable, para que un ransomware no pueda cifrarla. Eso es un respaldo, y es exactamente lo que un RAID, por sí solo, no es.
RAID frente a respaldo: qué cubre cada uno
| Amenaza | ¿Lo cubre el RAID? | ¿Lo cubre un respaldo 3‑2‑1? |
|---|---|---|
| Falla un disco | Sí | Sí |
| Borrado accidental | No | Sí |
| Ransomware | No | Sí (con copia inmutable o fuera de línea) |
| Corrupción de datos | No | Sí |
| Incendio, robo o inundación | No | Sí (copia fuera de sitio) |
| Error humano | No | Sí |
La tabla deja clara la conclusión: el RAID cubre una sola fila; un respaldo bien diseñado, todas. No se trata de elegir uno, sino de entender que el segundo no es opcional. Y el mismo error se repite con la nube: sincronizar tampoco es respaldar.
Entonces, ¿para qué sirve el RAID?
Para algo muy valioso: la disponibilidad. Un servidor con RAID puede perder un disco un martes por la mañana y seguir facturando sin que nadie lo note, mientras se reemplaza la unidad en caliente. Esa continuidad es real y vale dinero, sobre todo en sistemas que no pueden parar. Pero es una herramienta de tiempo de actividad y de rendimiento, no de protección de datos. Lo sano es tener ambos: RAID para que el sistema no se caiga cuando muere un disco, y respaldo para que los datos sobrevivan a todo lo demás.
Cuando un RAID falla de verdad
Aun bien usado, un RAID puede fallar más allá de su tolerancia: dos discos que caen en la ventana de un rebuild, una controladora que muere, una reconstrucción que se hace en el orden equivocado. La buena noticia es que, en la mayoría de esos casos, los datos se recuperan: en laboratorio se imagina cada disco en solo lectura y se reconstruye el arreglo de forma virtual, sin escribir nunca en los originales. Si te pasa, lo más importante es no intentar rebuilds a ciegas y no seguir escribiendo en el arreglo; a partir de ahí, la recuperación de RAID tiene muy buenas probabilidades. Y si el incidente vino de un cifrado, conviene tratarlo como lo que es: un caso de ransomware.
Preguntas frecuentes
No. Un RAID protege contra el fallo de un disco manteniendo el sistema en marcha, pero no guarda una segunda copia separada de tus datos. Un archivo borrado, cifrado por ransomware o corrompido lo está en todo el arreglo al instante. Para proteger los datos necesitas un respaldo aparte, idealmente con una copia fuera de sitio.
Tienes dos copias del mismo estado en tiempo real, no dos versiones en el tiempo. El espejo replica al instante todo lo que pasa, incluido un borrado o un cifrado por ransomware. Si el dato se daña en un disco, se daña en el otro a la vez. Eso es redundancia, no respaldo.
Para la disponibilidad: que un servicio siga funcionando aunque falle un disco, sin parar la operación mientras se reemplaza. Es una herramienta de continuidad y rendimiento, no de protección de datos. RAID y respaldo resuelven problemas distintos y se complementan.
Mantener al menos tres copias de los datos, en dos tipos de medio distintos, con una copia fuera de sitio. Es la base de un respaldo que sobrevive a incendios, robos y ransomware, justo lo que un RAID por sí solo no cubre.
En la mayoría de los casos sí: cuando fallan más discos de los que tolera el arreglo, o una reconstrucción sale mal, los datos suelen poder recuperarse reconstruyendo el arreglo de forma virtual en laboratorio sobre imágenes de los discos, sin escribir en los originales.