Historia de HGST Ultrastar y la adquisición por WD

HGST (Hitachi Global Storage Technologies) nació en 2003 cuando Hitachi adquirió la división de discos duros de IBM. Esta herencia es clave para entender la filosofía de la gama Ultrastar: los ingenieros que diseñaron el DESKSTAR de IBM —el primer disco de 1 GB del mundo— son los mismos que desarrollaron los principios de ingeniería que aún hoy distinguen a los Ultrastar del resto del mercado.

En 2012, Western Digital adquirió HGST por 4.300 millones de dólares, aunque las autoridades de competencia de EE. UU. y la Unión Europea exigieron que HGST operase de forma independiente durante varios años para preservar la competencia en el mercado de almacenamiento enterprise. Esta independencia operativa tuvo una consecuencia técnica muy importante: HGST continuó desarrollando su propia arquitectura de firmware, sus propios procesos de fabricación y su propia ingeniería de materiales de forma separada de WD hasta 2019, cuando ambas marcas se integraron completamente bajo el paraguas WD.

El resultado de esa historia es que los discos HGST Ultrastar acumulan las tasas de fallo anualizadas más bajas de la industria (AFR). Los datos publicados por Backblaze —empresa de almacenamiento en la nube que monitoriza decenas de miles de discos en tiempo real— han situado consistentemente a los Ultrastar entre los discos más fiables, con tasas de fallo anuales inferiores al 1% en varias generaciones. Esta fiabilidad extrema los convierte en la opción preferida de los grandes hyperscalers como Amazon Web Services, Microsoft Azure y Google Cloud para sus infraestructuras de almacenamiento masivo.

Hoy, la gama Ultrastar continúa bajo el nombre WD Ultrastar (o simplemente Ultrastar DC), manteniendo el mismo ADN de ingeniería de alta fiabilidad. Los modelos más modernos, como el Ultrastar DC HC560 de 20 TB o el HC670 de 26 TB, siguen incorporando la tecnología de helio y los estándares enterprise que definen esta familia desde 2013.

Gama Ultrastar: modelos He, SAS y SATA

La gama Ultrastar se estructura en varias líneas con diferencias significativas desde el punto de vista de la recuperación de datos:

Desde la perspectiva de la recuperación de datos, la distinción más importante es la interfaz (SAS frente a SATA) y el tipo de sellado (helio frente a aire). Los modelos SAS requieren equipamiento específico para conectarse a herramientas de recuperación, mientras que los modelos con helio presentan el riesgo único del fallo del sello HelioSeal, que modifica completamente las condiciones de trabajo en sala limpia.

Entornos enterprise: SAN, NAS, JBOD y cloud hyperscalers

Los discos HGST Ultrastar se despliegan en entornos muy distintos a los de un disco doméstico, y cada entorno genera contextos de recuperación diferentes:

SAN (Storage Area Network)

En una SAN, los Ultrastar SAS forman parte de cabinas de almacenamiento empresarial como las de Dell EMC (PowerVault, Unity), HPE (MSA, Primera), IBM o NetApp. Estas cabinas gestionan el almacenamiento a través de controladores RAID propietarios con firmware específico del fabricante. Cuando un disco falla en una SAN, el laboratorio debe no solo recuperar el disco físicamente, sino también entender el esquema RAID propietario de la cabina —incluyendo el orden de los discos, el tamaño del stripe, el algoritmo de paridad y la disposición de los metadatos del sistema de archivos— para reconstruir el volumen virtual y extraer los datos.

NAS enterprise

Los Ultrastar SATA se instalan habitualmente en NAS de gama alta como Synology o QNAP con múltiples bahías, así como en NAS enterprise de marcas como NETGEAR ReadyNAS o Buffalo TeraStation. A diferencia de los entornos SAN, estos NAS utilizan sistemas de archivos estándar (Btrfs, EXT4, XFS) sobre arrays RAID por software (mdraid en Linux), lo que simplifica la reconstrucción virtual del array una vez que el disco se recupera físicamente.

JBOD (Just a Bunch Of Disks)

Los hyperscalers despliegan los Ultrastar en enclosures JBOD de alta densidad (como las de Supermicro o Quanta) sin controlador RAID: la redundancia se gestiona a nivel de software mediante sistemas de archivos distribuidos como HDFS (Hadoop), Ceph o sistemas propietarios. En este contexto, un fallo de disco raramente implica pérdida de datos gracias a la redundancia del sistema distribuido, pero cuando el fallo ocurre en contextos sin redundancia o cuando el problema afecta a múltiples discos simultáneamente, la recuperación requiere coordinar con el equipo de IT de la empresa para entender la topología del clúster.

Servidores con almacenamiento directo

Los Ultrastar SAS también se instalan como discos de datos en servidores rack con controlador RAID por hardware (LSI MegaRAID, HPE Smart Array, Dell PERC). Estos controladores mantienen su propia base de datos de configuración del array en la memoria flash del controlador, lo que añade una capa adicional de complejidad: si el controlador falla junto con el disco, puede ser necesario recuperar primero la configuración del array antes de abordar la recuperación del disco físico.

Modos de fallo específicos del Ultrastar

A pesar de su excepcional fiabilidad, los Ultrastar no son inmunes al fallo. Sus modos de avería son distintos a los de un disco de consumo y están directamente relacionados con su diseño enterprise:

1. Fallo del sello HelioSeal (modelos He)

El modo de fallo más exclusivo y mediáticamente menos conocido de los Ultrastar es la pérdida de integridad del sello HelioSeal. Los modelos He utilizan una carcasa completamente sellada rellena de helio a baja presión en lugar de aire. El helio reduce la turbulencia aerodinámica dentro del disco un 75%, lo que permite apilar más platos (hasta 9 platos frente a los 5–7 del diseño convencional), reducir el consumo energético y mejorar la densidad por plato.

Sin embargo, el helio es el segundo elemento más pequeño de la tabla periódica, con un radio atómico de 31 pm. A lo largo de los años, especialmente en discos sometidos a ciclos térmicos repetidos o a corrosión del entorno, el sello puede desarrollar microfisuras imperceptibles a simple vista. Cuando el helio comienza a escapar, la presión interna disminuye gradualmente, el perfil aerodinámico de los cabezales se altera y el disco empieza a generar errores de lectura difusos que el S.M.A.R.T. puede no reportar con claridad hasta que el fallo es severo.

2. Fallo del actuador de cabezales

Los Ultrastar de alta capacidad emplean ensamblados de cabezales (HSA) con hasta 18 cabezales individuales para cubrir los 9 platos. La probabilidad estadística de fallo de al menos uno de esos cabezales a lo largo de la vida útil del disco es significativamente mayor que en un disco de 5 platos. El actuador de voz (VCM) que mueve el brazo puede sufrir desgaste en el pivote o en la bobina, y el retract spring que lleva los cabezales al parking puede perder tensión, resultando en un head crash si el disco pierde alimentación de forma brusca.

3. Errores de firmware SAS (zona de servicio compleja)

Los modelos Ultrastar SAS utilizan un firmware enterprise considerablemente más complejo que el de los discos SATA de consumo. La zona de servicio contiene módulos adicionales para gestionar las funcionalidades SAS: multipath I/O, enclosure management, zoning, comandos SCSI extendidos y el protocolo de autenticación SED (Self-Encrypting Drive) en los modelos FIPS. Una corrupción de cualquiera de estos módulos adicionales puede dejar el disco completamente inoperativo presentando el conjunto de datos intactos en los platos. La reconstrucción de firmware SAS requiere herramientas capaces de comunicarse con el disco tanto por interfaz SAS como por UART, y una base de datos de módulos de referencia específica para cada variante de firmware Ultrastar.

4. Fallo de PCB con ROM de calibración

Al igual que todos los discos duros modernos, los Ultrastar almacenan en un chip de memoria de la PCB los parámetros de calibración únicos de cada unidad: las correcciones de posición de cada cabezal sobre cada plato, los factores de compensación de temperatura y los parámetros de la lista de defectos de fábrica. En los modelos SAS, la PCB integra además el transceiver SAS, el controlador de protocolo SAS y los buffers de datos de alta velocidad. La sustitución de la PCB sin transferir estos parámetros de calibración resulta en un disco que puede aparecer como reconocido por el host SAS pero es incapaz de leer datos correctamente.

5. Fallo lógico por corrupción del sistema de archivos

En entornos donde los Ultrastar trabajan bajo carga continua intensa, los cortes de alimentación bruscos o los reinicios de emergencia del servidor pueden corromper los metadatos del sistema de archivos sin dañar los datos de usuario. Esto es especialmente común en sistemas de archivos que no usan journaling robusto, o cuando el controlador RAID por hardware pierde la coherencia de su caché en el momento del fallo de alimentación. En estos casos, la recuperación es puramente lógica y no requiere intervención en sala limpia.

El fallo del sello de helio: el problema más exclusivo

La pérdida del sello HelioSeal merece una sección propia porque presenta un conjunto de síntomas y procedimientos de recuperación completamente diferentes a cualquier otro fallo de disco duro convencional.

Síntomas de fuga de helio

El diagnóstico de una fuga de helio activa es técnicamente desafiante porque los síntomas son inespecíficos en las primeras fases:

• Errores de lectura esporádicos en sectores que antes se leían correctamente, sin daño físico aparente en los platos.
• Incremento de la tasa de reasignación de sectores (atributo S.M.A.R.T. 05) sin causa aparente de impacto físico.
• Variación del rendimiento de transferencia: el disco puede rendir a velocidad normal en algunas pasadas y caer bruscamente en otras, dependiendo de la presión interna en ese momento.
• Ruido de rodamiento alterado: en fases avanzadas, cuando la presión interna es significativamente inferior a la de diseño, el perfil acústico del disco cambia de forma perceptible.
• Temperatura interna elevada: el helio es tres veces más conductor del calor que el aire; al perderlo, la temperatura interna puede subir varios grados Celsius, lo que el S.M.A.R.T. puede reportar como anomalía.

Procedimiento de recuperación con fuga de helio

La recuperación de un Ultrastar con fuga de helio activa o avanzada plantea un reto singular en la sala limpia:

1. El técnico evalúa primero la presión interna residual. Si el disco aún contiene suficiente helio para funcionar de forma estable, se intenta la imagen forense completa antes de abrir el disco, aprovechando la ventana de tiempo operativa restante.
2. Si la pérdida es avanzada y el disco no puede generar una imagen completa en estado sellado, el técnico debe abrir el disco en la sala limpia ISO Clase 5. Sin embargo, una vez abierto, el entorno de trabajo pasa a ser aire, no helio: el perfil aerodinámico de los cabezales cambia y es posible que los cabezales flotaran correctamente con helio pero generen head crash intermitente con aire. El técnico debe ser capaz de obtener la máxima cantidad de datos posible en las primeras pasadas antes de que el deterioro físico avance.
3. En los casos más graves, donde el disco ya no es capaz de leer ningún sector de forma estable, se realiza un trasplante de los platos a una carcasa donante compatible y se completa la imagen en el nuevo entorno controlado.

Este procedimiento requiere una sala limpia de alta calidad, técnicos con experiencia específica en discos sellados con gas y, sobre todo, la disponibilidad de un disco donante HGST Ultrastar del mismo modelo y revisión de firmware —un factor que, dada la antigüedad de algunos modelos He8 y He10, puede ser el condicionante principal del plazo de recuperación.

Recuperación de Ultrastar SAS: retos específicos

La interfaz SAS (Serial Attached SCSI) no es simplemente una versión más rápida de SATA. Desde el punto de vista de la recuperación de datos, SAS introduce diferencias técnicas fundamentales que determinan qué equipamiento se necesita y cuánto tiempo lleva el proceso:

Equipamiento especializado para SAS

Un disco SATA puede conectarse directamente a cualquier controlador SATA estándar de un PC de laboratorio. Un disco SAS no: requiere un controlador SAS dedicado (HBA SAS) o una tarjeta de expansión SAS para poder ser leído. Las herramientas de recuperación de datos como el PC-3000 UDMA y el PC-3000 SAS de ACE Laboratory son equipos separados; el laboratorio debe disponer específicamente del módulo SAS del PC-3000 para trabajar con Ultrastar SAS, ya que el módulo UDMA estándar no puede comunicarse con discos SAS.

Firmware SAS y comandos SCSI extendidos

El PC-3000 SAS incluye soporte para el conjunto completo de comandos SCSI que usan los Ultrastar, incluyendo el acceso directo a la zona de servicio por comandos vendor-specific. La reconstrucción de módulos de firmware en un Ultrastar SAS es más compleja que en su equivalente SATA porque la zona de servicio contiene módulos adicionales relacionados con el protocolo SAS: tablas de configuración SAS, parámetros de port binding, configuración de enclosure management y, en modelos SED, el módulo de gestión de claves de cifrado.

Doble puerto SAS: ventaja y complejidad

Una de las características distintivas de los discos SAS enterprise es el dual port: cada disco dispone de dos puertos SAS físicos, lo que permite conectarlo simultáneamente a dos controladores o rutas distintas para alta disponibilidad. En laboratorio, esta arquitectura implica que el técnico debe identificar correctamente qué puerto utilizar durante la recuperación y configurar los parámetros de path correcto para que el PC-3000 SAS pueda comunicarse sin interferencia con el firmware del disco.

Multipath y zoning

En entornos SAN donde los Ultrastar estaban configurados con multipath I/O, el disco puede haber sido expuesto a comandos de configuración de zona (zoning) que limitan su LUN a un subconjunto de la capacidad total. El laboratorio debe verificar que está trabajando sobre el espacio de datos completo del disco y no sobre un LUN parcialmente asignado, para evitar recuperar solo una fracción de los datos originales.

Cifrado SED (Self-Encrypting Drive)

Los modelos Ultrastar SED —que incluyen cifrado hardware FIPS 140-2— añaden la capa más compleja de toda la recuperación enterprise. El cifrado opera a nivel del controlador del disco: todos los datos escritos son cifrados en tiempo real con una clave AES-256 que nunca sale del disco. Si el firmware que gestiona las claves se corrompe, o si la contraseña de autenticación se pierde, los datos son técnicamente irrecuperables incluso si los platos están en perfecto estado físico. El laboratorio puede intentar recuperar el firmware de gestión de claves desde una copia de seguridad del módulo de zona de servicio, pero esto solo funciona si la corrupción es parcial y si el técnico dispone de la contraseña original o del código de recuperación emitido en el momento de la configuración inicial del disco.

Proceso de recuperación en laboratorio

La recuperación de un HGST Ultrastar en nuestro laboratorio sigue un proceso estructurado en cuatro fases, adaptado a las particularidades enterprise de estos discos:

Fase 1: diagnóstico inicial (gratuito)

Cuando el disco llega al laboratorio, el técnico realiza una inspección visual de la PCB y la carcasa, conecta el disco al entorno de diagnóstico (PC-3000 UDMA para modelos SATA o PC-3000 SAS para modelos SAS) y registra todos los atributos S.M.A.R.T. disponibles. Para modelos He, se analiza el patrón de errores para determinar si hay indicios de fuga de helio. El diagnóstico incluye también la identificación exacta del modelo, la revisión de firmware y el número de serie, necesarios para localizar módulos de referencia en la base de datos del laboratorio. El resultado del diagnóstico es un informe técnico y un presupuesto cerrado: sin diagnóstico gratuito previo no iniciamos ninguna intervención.

Fase 2: intervención sobre firmware o PCB

Si el diagnóstico determina corrupción de firmware, el técnico utiliza el PC-3000 (UDMA o SAS según modelo) para acceder a la zona de servicio y reconstruir los módulos dañados. En modelos SAS, este proceso puede requerir acceso por UART además del acceso por interfaz SAS, ya que algunos módulos críticos del firmware solo son accesibles por el puerto serie de bajo nivel. Si el fallo es de PCB, se identifica el componente dañado; si es reparable en circuito, se interviene directamente. Si requiere sustitución de placa, se transfiere el chip de calibración al nuevo PCB mediante soldadura SMD.

Fase 3: sala limpia para intervención física

Si el diagnóstico determina daño físico en cabezales o platos, el disco pasa a la sala limpia ISO Clase 5. Para modelos con sello HelioSeal, el técnico evalúa primero si es posible obtener la imagen en estado sellado. Si la apertura es necesaria, se siguen los procedimientos especiales para discos de helio descritos en la sección anterior. Para modelos con fallo de cabezales estándar, el procedimiento es análogo al de cualquier disco enterprise: localización de donante del mismo modelo y firmware, trasplante del HSA y obtención de imagen forense con el PC-3000.

Fase 4: extracción y verificación de datos

Con la imagen forense completa o parcial obtenida, el técnico monta el sistema de archivos sobre la imagen (NTFS, EXT4, XFS, Btrfs según el entorno de origen) y verifica la integridad de los datos extraídos mediante checksums. Si el Ultrastar formaba parte de un array RAID por hardware, se utiliza el PC-3000 RAID o ReclaiMe Pro para reconstruir virtualmente el array a partir de las imágenes de todos los discos y extraer el volumen lógico. Los datos recuperados se entregan en un disco de sustitución o mediante descarga segura, y el disco original se preserva sin alteraciones adicionales durante 30 días.

Precios orientativos de recuperación de datos HGST Ultrastar

El coste de la recuperación depende del tipo de fallo, de la interfaz (SATA o SAS) y de si el disco forma parte de un entorno RAID. Los precios siguientes son orientativos para 2026 e incluyen el diagnóstico gratuito previo:

El diagnóstico inicial es siempre gratuito y sin compromiso. No cobramos nada si no podemos recuperar los datos. Solicitar presupuesto sin compromiso →

Preguntas frecuentes