RAID no es una copia de seguridad: aplicar 3-2-1-1-0

RAID aborda la disponibilidad, no las versiones históricas

RAID distribuye datos y redundancia entre discos. Dentro de la tolerancia a fallos del nivel elegido, el sistema puede continuar tras fallar un disco. Eso reduce las interrupciones, pero no crea una copia histórica independiente. El borrado, el cifrado por ransomware, las escrituras corruptas de una aplicación o un script defectuoso pueden afectar inmediatamente a los datos actuales del conjunto.

Los fallos de controladora, los daños eléctricos, los errores del operador y el robo pueden afectar a todo el conjunto. RAID pertenece a la planificación de disponibilidad; las copias de seguridad, a la de recuperación. Se complementan, pero su protección no debe considerarse intercambiable en una evaluación de riesgos o un presupuesto.

Las reconstrucciones son períodos de mayor riesgo

Reconstruir implica leer y escribir grandes volúmenes, exigir más a los discos restantes y posiblemente descubrir errores de lectura latentes. Los discos más grandes y una mayor carga pueden mantener el conjunto degradado durante más tiempo. La supervisión, una disposición adecuada de repuestos en caliente y una copia de seguridad actual importan más que la capacidad nominal por sí sola.

Seleccione el nivel según tolerancia a fallos, carga de escritura, tiempo de reconstrucción y necesidades operativas. RAID 1 crea espejos; RAID 5 suele tolerar el fallo de un disco; RAID 6, de dos; y RAID 10 combina espejo y distribución en bandas. Ninguno protege frente a la corrupción lógica o un administrador comprometido.

Interpretar 3-2-1-1-0 como un proceso

La regla significa tres copias incluida la de producción, dos tipos de soporte, una copia externa, una desconectada o inmutable y cero errores de restauración sin investigar. El historial de versiones permite volver a un estado anterior al incidente. WORM u Object Lock pueden proteger las versiones conservadas; una separación física de la red aísla una copia desconectada.

El cero final es operativo: inspeccione registros, compruebe la integridad y restaure de verdad. De lo contrario, la estrategia sigue siendo una suposición. Las instantáneas son puntos de recuperación rápida útiles, pero suelen compartir almacenamiento y control administrativo. La replicación puede copiar inmediatamente un borrado o cifrado. Las versiones independientes conservadas, el almacenamiento externo y la protección desconectada o inmutable aportan las opciones de recuperación que faltan.

Establecer objetivos, conservación y responsabilidades

El RPO especifica la pérdida de datos tolerable, ilustrada como una o 24 horas; el RTO especifica la interrupción aceptable, como cuatro horas. Una política indica quién copia qué, cuándo y dónde. Un calendario ilustrativo utiliza incrementales diarias, copias completas semanales y, cuando lo justifica el RPO, protección horaria de bases de datos críticas. Los ejemplos de conservación de 30, 90 y 365 días son elecciones por clase de protección, no requisitos universales.

Cifre en tránsito y en reposo, gestione las claves mediante soluciones KMS/HSM adecuadas y separe los roles de copia de seguridad de la administración general. La deduplicación y la compresión pueden mejorar la eficiencia de costes. Supervise fallos de tareas, capacidad e incumplimientos de objetivos; no deje expuestas juntas las claves y las copias ni dé a una cuenta control ilimitado sobre todas ellas.

Una configuración ilustrativa para una pequeña empresa

Proteja archivos, bases de datos y máquinas virtuales mediante agentes adecuados o integración con el hipervisor. Utilice un NAS o dispositivo local con versiones para restaurar rápidamente, una copia S3 externa cifrada con Object Lock y un soporte desconectado semanal para los datos críticos.

Un plan general puede incluir restauraciones trimestrales de muestras de archivos, máquinas virtuales y aplicaciones; esta configuración de ejemplo utiliza en cambio ejercicios mensuales registrados. Elija y documente la frecuencia según el riesgo real. Omitir una prueba de restauración puede dejar inadvertidas durante semanas copias incompletas o incapaces de arrancar.

• Origen: cargas de aplicaciones protegidas.
• Destino principal: NAS o dispositivo local con versiones.
• Copia externa: almacenamiento de objetos cifrado con protección de conservación adecuada.
• Separación física de la red: copia desconectada y controlada de los datos críticos.
• Auditoría: restauraciones programadas, tiempos y comprobaciones de negocio registradas.

Demostrar toda la secuencia de recuperación

Prepare la infraestructura, proteja las identidades, seleccione puntos de recuperación limpios, inicie los sistemas centrales y solo entonces habilite los servicios dependientes. Un ejercicio establece si el personal, las contraseñas, las claves, el ancho de banda y el hardware de sustitución están realmente disponibles.

Documente la última restauración, sus errores pendientes y la siguiente prueba programada. RAID, las instantáneas o un informe de tarea en verde no demuestran por sí solos preparación para un incidente real.