Identificar un RAID por sí solo puede no ser suficiente. También analizamos los mapas de asignación, los metadatos de los pools y las capas de thin provisioning, snapshots, compresión o deduplicación que intervengan.
Revisamos la configuración real de cada sistema para relacionar las unidades con los volúmenes afectados. Si existe cifrado, coordinamos las claves necesarias por un canal seguro.
En Nekiori trabajamos con unidades dañadas mediante herramientas de laboratorio y desarrollos propios. Un disco averiado o ausente no descarta por sí solo la recuperación: evaluamos qué información podemos obtener y qué puede reconstruirse con los datos y la redundancia disponibles.
- EMC CLARiiON · Familias CXCX, CX3 y CX4; entre ellos CX4-120, CX4-240, CX4-480 y CX4-960.
Revisamos la organización de los grupos RAID y las LUN, junto con los discos y la configuración que conserve el sistema.
- EMC VNX · Primera generaciónVNX5100, VNX5300, VNX5500, VNX5700 y VNX7500.
Identificamos grupos RAID, pools y volúmenes, según la implementación del equipo.
- EMC VNX · Segunda generaciónVNX5200, VNX5400, VNX5600, VNX5800, VNX7600 y VNX8000.
Relacionamos los metadatos de los pools con las LUN y sus bloques de datos.
- EMC VNXeVNXe1600, VNXe3100, VNXe3150, VNXe3200 y VNXe3300.
Evaluamos la generación y los recursos que participaban en el volumen afectado.
- Dell EMC Unity y Unity XTUnity 300/300F, 400/400F, 500/500F, 600/600F; 350F, 450F, 550F y 650F. Unity XT 380/380F, 480/480F, 680/680F y 880/880F.
Analizamos pools, procesadores de almacenamiento y LUN, incluidas las capas de aprovisionamiento utilizadas.
- Dell EMC PowerStore500T, 1000T, 3000T, 5000T, 7000T, 9000T; 1200T, 3200T, 5200T y 9200T; 3200Q y 5200Q.
Revisamos la organización propia de PowerStore y su protección DRE. Su análisis no equivale a montar un RAID convencional.
El listado es referencial. Si tu modelo no aparece, también puedes consultarnos. En Nekiori desarrollamos procedimientos de recuperación según la arquitectura y la falla del sistema. El diagnóstico determina qué datos se pueden recuperar.
- Procesadores y controladoras de almacenamientoSP, controladoras y nodos, según familia.
Identificamos qué componentes administraban los discos, qué configuración conservan y qué cambios se realizaron.
- Grupos RAID, pools y protección de los datosGrupos tradicionales, pools y organización propia de cada plataforma.
Analizamos cómo se distribuyeron los bloques y la protección disponible. En PowerStore revisamos su arquitectura DRE.
- LUN y mapas de asignaciónVolúmenes con capacidad reservada o thin provisioning.
Relacionamos los bloques físicos con la LUN para localizar la información del servidor.
- Capas de almacenamientoSnapshots, FAST/FAST VP, compresión o deduplicación, cuando correspondan.
Identificamos las dependencias que deben interpretarse para reconstruir el acceso a los datos.
- Sistemas de archivos y virtualizaciónNTFS, ReFS, ext4, XFS y VMFS, según el entorno.
Tras analizar el almacenamiento, revisamos el sistema de archivos y los discos virtuales que dependían de los volúmenes afectados.
No necesitas conocer todos estos parámetros. Con el modelo, los mensajes y los antecedentes disponibles podemos orientar la evaluación y coordinar qué componentes necesitamos recibir.
Estos avisos son referencias verificadas. Su significado depende del modelo, la versión y la configuración; un mensaje por sí solo no determina la causa ni qué datos pueden recuperarse.
-
14:600f3 · File system requires recovery
Dell Unity · Funciones de archivos
El sistema de archivos está fuera de línea; el aviso puede estar relacionado con un pool que también quedó offline.
Primero identificamos la capa afectada. Conserva registros y evita recrear el pool o el sistema de archivos.
-
14:603E8 · I/O Module Faulted
Dell Unity · DPE
El sistema informa una falla de un módulo de entrada y salida. Una incidencia de hardware o rutas no equivale automáticamente a pérdida de los datos.
Registra el aviso y los cambios del equipo. Distinguimos los problemas de acceso de los que requieren recuperar información.
-
0x00A00301 / 0x00A00401 · Capacidad próxima a agotarse
Dell PowerStore
Son alertas de previsión de capacidad. Si el almacenamiento se agota, PowerStore puede limitarse a solo lectura; no es lo mismo que una falla de discos.
Conserva el estado de volúmenes e instantáneas. Si además se perdió acceso, evaluamos el incidente antes de eliminar o recrear recursos.
En Nekiori evaluamos las unidades, incluidas las dañadas, y utilizamos herramientas de laboratorio y desarrollos propios para definir la recuperación. Comparte el mensaje completo y los cambios realizados.
- Revisamos el incidente y coordinamos la recepción. Identificamos la familia, los pools y las LUN afectadas, junto con los cambios realizados. Te indicamos qué unidades o componentes necesitamos recibir.
- Evaluamos las unidades y los metadatos. Tratamos los medios dañados y, cuando es viable, preparamos copias de trabajo para preservar los originales.
- Reconstruimos virtualmente el almacenamiento. Relacionamos discos, pools y mapas de asignación para acceder a los volúmenes recuperables. Recibes el diagnóstico y el presupuesto antes de autorizar la recuperación.
- Revisamos y entregamos los datos. Coordinamos la revisión de la información y su entrega en otro medio. La recuperación no implica reparar el storage ni devolverlo a producción.
Puedes consultar aunque desconozcas la configuración exacta. Comparte los antecedentes que ya tengas disponibles.
- Familia y modelo Dell EMC; número de serie o Service Tag, si está disponible.
- Identificación de los pools y LUN afectados, junto con los mensajes del sistema.
- Cantidad de unidades, posición por equipo o bandeja y discos reemplazados.
- Versiones de software o firmware y estado de los procesadores de almacenamiento, si los conoces.
- Sistema operativo o hipervisor conectado, uso de cifrado y cambios realizados después de la falla.
1. Evita nuevas escrituras
Coordina con TI detener las tareas que escriben sobre los volúmenes afectados.
2. No inicialices ni recrees pools o LUN
Conserva los metadatos y la configuración tal como están. Evita crear volúmenes sobre las unidades originales.
3. No fuerces nuevas reconstrucciones
Si ya hubo un rebuild, expansión o cambio de discos, registra la secuencia y evita repetirlo sin evaluar el estado del sistema.
4. Identifica cada unidad
Conserva cada disco en su bahía original e identifica el equipo, la bandeja y el número de serie. Guarda también los discos retirados o reemplazados.
5. Guarda los registros disponibles
Conserva las alertas, los nombres de pools y LUN y los reportes de Unisphere o de la plataforma que ya tengas.
6. Coordina antes de desmontar o cambiar componentes
Coordina con Nekiori antes de retirar unidades de sistema, controladoras o módulos de caché. Te indicamos qué componentes necesitamos recibir. Evita restablecimientos de fábrica y cambios de firmware para intentar recuperar acceso.
Sí. Trabajamos con medios dañados en laboratorio. Si falta una unidad, analizamos qué información y redundancia permanecen disponibles para reconstruir los volúmenes. Conserva los discos originales, incluidos los reemplazados.
No necesariamente. Puede existir una falla de conectividad, de presentación del volumen o de la estructura del almacenamiento. Revisamos los antecedentes y los medios para determinar si el caso requiere recuperación de datos.
Coordina primero con Nekiori. Según la familia y la falla, podemos necesitar los discos identificados por equipo y bahía, controladoras, módulos o el sistema completo.
El diagnóstico en laboratorio permite definir la factibilidad, el procedimiento, el presupuesto y los plazos. Recibes el presupuesto antes de decidir si autorizas la recuperación.
Sí. Nekiori cuenta con un contrato de servicio y, si tu empresa lo requiere, puedes solicitar además un acuerdo de confidencialidad (NDA). Coméntanos este requisito al coordinar la evaluación.