Qué hacemos
Reparación de hardware Mantenimiento de servidores Recuperación de datos Ampliación & upgradePor fabricante
Dell PowerEdge HPE ProLiant Lenovo ThinkSystem Fujitsu Primergy Supermicro IBM System x / Power Acer AltosIntervención & diferenciadores
Datacenter Lombardia Aruba Ponte San Pietro Más allá del soporte del fabricanteRAID 1: mirror. El recovery suele ser posible desde un solo lado sano.
RAID 1 (mirror) duplica los datos en dos discos idénticos: el fallo de uno solo no implica pérdida de datos, pero las situaciones más complejas — fallos sucesivos, split-brain tras un controller failure, mirror desincronizado — exigen una intervención específica. Se trabaja sobre las copias, nunca sobre los originales.
Cuándo RAID 1 se queda corto.
- Doble fallo: ambos discos del mirror fallan en un intervalo de tiempo corto. Recovery a nivel físico y lógico sobre al menos una de las dos copias.
- Split-brain tras un controller failure: después de un fallo del controller, una de las dos copias se marca como «válida» de forma arbitraria y las escrituras posteriores divergen de la otra. Recuperar el estado correcto exige un análisis temporal.
- Bit rot silencioso: una de las dos copias presenta corrupción en sectores concretos, no detectada por SMART. Es necesaria una comparación byte a byte entre ambas copias.
Análisis diferencial + recovery.
- Clonado bit a bit de ambas copias.
- Análisis diferencial para identificar la copia más reciente / más fiable / con corrupciones localizadas.
- Recovery del filesystem desde la mejor copia, con corrección puntual de las áreas corruptas a partir de la copia complementaria cuando esté disponible.
Las preguntas que más nos hacen.
¿RAID 1 es realmente "siempre seguro"?
Más que RAID 0, pero no es inmune. Los eventos correlacionados (una anomalía de alimentación que daña ambos discos, vibraciones, un lote defectuoso, un ataque de ransomware que cifra lo que el sistema ve sin distinguir si procede de una copia o de dos) eluden la redundancia del mirror. RAID 1 debe ir siempre acompañado de un backup independiente.
Split-brain: ¿cómo determinan cuál es la copia "correcta"?
Análisis forense: timestamp de los metadatos del filesystem, journal del filesystem, logs aplicativos presentes en el volumen y, si existen, campos sequence number en los datos. En casos ambiguos presentamos al cliente las dos posibilidades y dejamos la decisión final a quien conoce el contexto aplicativo.