Qué hacemos
Reparación de hardware Mantenimiento de servidores Recuperación de datos Ampliación & upgradeIntervención & diferenciadores
Datacenter Lombardia Aruba Ponte San Pietro Más allá del soporte del fabricanteControlador RAID failed: los datos están en los discos, no en el controlador.
Un controlador RAID averiado no pierde datos por sí mismo: la mayoría de los discos sigue intacta. El riesgo es "hacer lo incorrecto" sobre el controlador nuevo: inicialización, clear foreign config, rebuild no deseado. El procedimiento correcto preserva el array.
Tres operaciones que cierran el recovery.
- Initialize del array sobre el controlador nuevo: destruye la configuración existente. Es la operación más destructiva del menú del controlador.
- Clear Foreign Config sin haberla leído antes: se pierde la información sobre el orden de los slots, el tamaño de chunk y el nivel RAID.
- Rebuild preventivo sin degradación real: añade estrés al array en su momento más frágil y puede derivar en un fallo de doble disco si alguno de los discos está marginal.
Re-import seguro, en 4 pasos.
- Documentación preliminar: orden físico de los discos (fotos), salida del controlador antiguo si todavía es legible, eventuales eventos previos al fallo.
- Sustitución del controlador por un modelo idéntico o compatible (matriz de firmware verificada).
- Re-import de la foreign config: lectura de los metadatos DDF / propietarios del fabricante, importación del array en el orden correcto, verificación de integridad.
- Validación: array online inicialmente en modo read-only, verificación de I/O sin errores y después retorno gradual al modo nominal.
Las preguntas que nos hacen más a menudo.
¿En el controlador nuevo hace falta un modelo exactamente idéntico?
Idealmente sí. En la práctica suele funcionar también con controladores de la misma familia (p. ej. PERC H730 → H730P, Smart Array P440ar → P408i-a) si el firmware es compatible y el algoritmo RAID está soportado. Cross-vendor (p. ej. PERC → MegaRAID) no funciona: los metadatos DDF son distintos.
Sin el controlador antiguo, ¿cómo determináis el orden de los slots?
Los metadatos DDF (o sus equivalentes propietarios) que el controlador escribe en los discos contienen la información de slot. En los discos sanos estos metadatos son legibles incluso sin el controlador original: los parseamos para reconstruir el array de forma virtual antes de importarlo en el controlador nuevo.
¿Y si el fallo del controlador ya ha dañado la coherencia del array?
Es un caso raro pero posible (p. ej. un controlador que ha seguido escribiendo parcialmente durante el fallo). En ese caso el array re-imported será inconsistente y debe tratarse como un recovery RAID 5/6 más complejo, trabajando sobre los clones. El diagnóstico inicial dice si estamos en el escenario simple o en el escenario complejo.