Recuperación de Datos de Servidores HP ProLiant y HPE
Los servidores HP ProLiant y las soluciones HPE de almacenamiento empresarial protegen datos críticos de miles de empresas españolas. Cuando fallan, la complejidad de los controladores Smart Array, la lógica ADG y los metadatos propietarios exigen un laboratorio especializado con experiencia específica en plataformas Hewlett Packard Enterprise para recuperar los datos con garantías.
La familia HP ProLiant: características que condicionan la recuperación
HP ProLiant es la línea de servidores rack, torre y blade más extendida en el entorno empresarial español. Cada familia tiene características de almacenamiento distintas que determinan el enfoque de recuperación:
- ProLiant DL (Rack): DL20, DL360, DL380, DL560, DL580. Los modelos de gama media-alta (DL380 y superiores) suelen llevar controladores Smart Array dedicados con caché protegida por batería (BBWC) o condensador (FBWC). El DL360 es el más frecuente en entornos de virtualización VMware.
- ProLiant ML (Torre): ML30, ML110, ML350. Habituales en pequeña empresa y PYME. Muchos usan la controladora integrada en placa base (B120i, S100i), con limitaciones importantes respecto a Smart Array dedicado.
- ProLiant BL (Blade): Módulos blade en chasis BladeSystem c3000/c7000. La interconexión de almacenamiento pasa por módulos SAN en el chasis. Las averías suelen ser más complejas al implicar varios componentes.
- HPE Synergy: La generación más reciente de infraestructura composable. Usa HPE Primera y Alletra como backend de almacenamiento.
Controladores Smart Array: P408i, P816i, P824i y anteriores
El corazón de los sistemas de almacenamiento HP ProLiant es el controlador Smart Array. Estos controladores son hardware RAID dedicado con su propio procesador, memoria caché y firmware. A diferencia del software RAID, almacenan metadatos propietarios en cada disco del array que describen la configuración RAID, el tamaño de stripe, el orden de los discos y el estado de cada miembro.
Modelos más frecuentes en entornos activos
| Controlador | Puertos | Caché máxima | RAID soportado | Generación servidor |
|---|---|---|---|---|
| Smart Array P408i-a SR | 8 int | 2 GB FBWC | 0,1,5,6,10,50,60,ADG | Gen10 |
| Smart Array P816i-a SR | 16 int | 4 GB FBWC | 0,1,5,6,10,50,60,ADG | Gen10 |
| Smart Array P824i-p MR | 24 int | 8 GB FBWC | 0,1,5,6,10 | Gen10+ |
| Smart Array P440ar | 8 int | 2 GB FBWC | 0,1,5,6,10,50,60,ADG | Gen9 |
| Smart Array P841 | 4 int + 4 ext | 4 GB FBWC | 0,1,5,6,10,50,60,ADG | Gen8/9 |
Cuando un controlador Smart Array falla o pierde su configuración, los discos quedan en estado "unconfigured" desde el punto de vista de cualquier otra controladora. Los metadatos siguen estando físicamente en los discos, pero requieren decodificación específica para reconstruir el array lógico.
ADG (Advanced Data Guarding) frente a RAID 6: diferencias críticas
HP desarrolló ADG (Advanced Data Guarding) como su propia implementación propietaria equivalente a RAID 6. Aunque ambos usan doble paridad y toleran el fallo simultáneo de dos discos, existen diferencias fundamentales que afectan directamente a la recuperación:
- Algoritmo de paridad: RAID 6 estándar usa el polinomio de Galois GF(2^8). ADG de HP usa un algoritmo de paridad rotante con distribución diferente que no es compatible con herramientas RAID genéricas.
- Metadatos en disco: ADG almacena información de configuración adicional en sectores reservados de cada disco. Estas estructuras son necesarias para la reconstrucción correcta del orden de discos y el esquema de paridad.
- Stripe size: ADG suele usar stripe sizes de 256 KB por defecto en ProLiant Gen9/Gen10, frente a los 64 KB habituales en RAID 5 HP. Un error en el stripe size durante la recuperación manual produce datos completamente corruptos.
Error común: intentar recuperar un ADG con herramientas de RAID 6 genéricas (ReclaiMe, R-Studio) con los parámetros por defecto. El resultado es una imagen que parece montarse pero contiene datos incorrectos o el sistema de ficheros no es reconocido.
Fallo de caché con batería y pérdida de datos en escritura
Los controladores Smart Array con caché BBWC (Battery-Backed Write Cache) o FBWC (Flash-Backed Write Cache) aceleran las escrituras manteniendo datos en caché antes de persistirlos en disco. Cuando la batería o el módulo flash falla:
- El controlador detecta la degradación de la caché y fuerza el paso a write-through (escritura síncrona directa a disco), con una penalización de rendimiento severa.
- Si el fallo de batería ocurre durante un corte eléctrico y hay datos en caché que no se habían persistido, esos datos se pierden permanentemente — no hay forma de recuperarlos.
- En servidores con FBWC, el módulo de flash protege los datos en caché durante días, pero si el propio módulo flash falla o se corrompe, los datos en vuelo también se pierden.
La señal de alerta en iLO suele ser el evento "Cache module battery/capacitor charge is below the required threshold" seguido de degradación de rendimiento. Si el servidor tiene monitorización HPE Insight Manager o alertas iLO configuradas, este evento debería generar una notificación inmediata.
Diagnóstico con iLO (Integrated Lights-Out)
El subsistema iLO de HP es una herramienta valiosa para el diagnóstico remoto antes de desplazar hardware al laboratorio. Proporciona:
- Integrated Management Log (IML): registro de eventos de hardware con timestamps. Permite reconstruir la secuencia de fallos: primer error de disco, inicio de reconstrucción, segundo fallo, caída del array.
- HPE Smart Storage Administrator remoto: muestra el estado actual de cada disco (OK, Failed, Rebuilding, Predictive Failure) y el estado del array lógico.
- iLO RESTful API: permite extraer el estado de la controladora en formato JSON para análisis detallado sin interacción con el sistema operativo del servidor.
- HPE OneView: en entornos gestionados, mantiene un histórico de alertas y eventos de almacenamiento que puede revelar problemas que empezaron semanas antes del fallo total.
En el laboratorio, el IML exportado del iLO es uno de los primeros documentos que analizamos. Un array RAID 5 de tres discos donde el IML muestra que el primer disco empezó a dar errores de lectura 72 horas antes del fallo del segundo disco cambia completamente el enfoque de recuperación.
HPE MSA, Nimble Storage y 3PAR: almacenamiento externo
Más allá de los discos internos de ProLiant, HPE ofrece arrays de almacenamiento externos con sus propias particularidades:
HPE MSA (Modular Smart Array)
Los MSA 1050, 2050, 2060 son arrays SAN/iSCSI de gama media muy comunes en PYME y mediana empresa. Usan un sistema de ficheros propietario (VDISK) que abstrae el RAID físico. Cuando el controlador MSA falla o los datos de configuración del array se corrompen, la recuperación requiere reconstruir tanto el RAID físico subyacente como el sistema de asignación de volúmenes lógicos del MSA.
HPE Nimble Storage
Nimble es una plataforma flash híbrida adquirida por HPE en 2017. Utiliza CASL (Cache Accelerated Sequential Layout), una arquitectura de almacenamiento orientada a logs fundamentalmente diferente a los RAID tradicionales. Los datos se escriben secuencialmente en grupos de 4 MB y se reubican con un proceso de compactación. La recuperación de Nimble requiere entender la estructura CASL y las tablas de mapeo internas.
HPE 3PAR StoreServ
3PAR es el array empresarial de alta gama de HPE, adquirido en 2010. Usa RAID-MP (Multi-Parity), una implementación propietaria con soporte para hasta cuatro paridades. Los fallos en 3PAR son raros, pero cuando ocurren (fallo de controlador doble, corrupción de metadatos VLUN) la recuperación es extremadamente compleja y requiere herramientas específicas para el formato interno de 3PAR.
Escenarios típicos de recuperación en entornos HPE
Pérdida de configuración Smart Array tras cambio de controladora
Uno de los escenarios más frecuentes: el controlador Smart Array falla y se sustituye por uno nuevo del mismo modelo. Al arrancar, el nuevo controlador no reconoce los discos existentes y propone inicializarlos. Si el técnico acepta la inicialización, destruye los metadatos RAID en los discos. Si no acepta y los discos aparecen como "foreign" o "unconfigured", los metadatos originales todavía están presentes y la recuperación es muy probable.
Fallo simultáneo de dos discos en RAID 5
Un array RAID 5 tolera el fallo de un solo disco. Si un segundo disco falla antes de completar la reconstrucción del primero — o si había sectores defectuosos en los discos restantes que no se detectaron —, el array cae en estado "failed". La recuperación implica: imagen bit a bit de todos los discos supervivientes, reconstrucción del RAID virtual usando los metadatos Smart Array extraídos, y recuperación del sistema de ficheros del volumen resultante.
Corrupción de volumen tras actualización de firmware
Las actualizaciones de firmware del controlador Smart Array o del SPP (Service Pack for ProLiant) pueden, en casos raros, causar inconsistencias en los metadatos del array. Los síntomas típicos son arrays que desaparecen o volúmenes que se montan como RAW después de la actualización.
Por qué no intentar la recuperación con SSA sin preparación
HPE Smart Storage Administrator incluye opciones de recuperación como "Accept Foreign Drives" y "Rebuild". Estas opciones pueden ser destructivas si no se comprende exactamente el estado del array:
- Accept Foreign Drives: intenta importar la configuración desde los metadatos de los discos. Si los metadatos están corruptos o son inconsistentes entre discos, puede iniciar una reconstrucción incorrecta que sobreescriba datos válidos.
- Force Rebuild: inicia una reconstrucción de paridad desde cero usando los discos actuales como fuente de verdad. Si la configuración de disco asignada a cada posición es incorrecta, el resultado es corrupción de datos en todos los volúmenes.
- Initialize: destruye permanentemente todos los datos. No hay recuperación posible tras esta operación.
La regla de oro es: antes de cualquier operación en SSA sobre un array con problemas, hacer una imagen completa de cada disco físico a almacenamiento externo. Solo entonces trabajar sobre las copias.
WhatsApp