Identificamos la generación de System x, la controladora y el estado de los medios. Los registros de IMM o IMM2, si están disponibles, ayudan a interpretar fallas anteriores y cambios de hardware.
En Nekiori trabajamos con unidades dañadas mediante herramientas de laboratorio y desarrollos propios. Si faltan discos o hay medios con fallas, evaluamos qué información podemos obtener y qué puede reconstruirse con los datos y la redundancia disponibles.
- System x · Torre y convertiblex3100 M4 y M5 · x3300 M4 · x3500 M4 y M5.
- System x · Rack compactox3250 M4 y M5 · x3530 M4 · x3550 M3, M4 y M5.
- System x · Rack de mayor capacidadx3630 M4 · x3650 M3, M4 y M5 · x3650 M4 BD · x3750 M4.
- System x · Plataformas X6x3850 X6 y x3950 X6.
Este listado es referencial. En Nekiori hemos desarrollado procesos de recuperación de datos para todos los modelos de servidores IBM System x. Si tu equipo no aparece aquí, también podemos evaluarlo.
- ServeRAID · SAS 3 Gb/sBR10il v2.
- ServeRAID · SAS 6 Gb/sM1015, M1115, M5014, M5015, M5016, M5025, M5110, M5110e y M5120.
- ServeRAID · SAS 12 Gb/sM1215, M5210, M5210e y M5225-2GB.
- Adaptadores HBAN2115, N2125, N2215, N2225 y N2226. Revisamos si el adaptador presentaba los discos al sistema para gestionar el almacenamiento por software.
Este listado es referencial. Damos soporte a todas las controladoras de almacenamiento utilizadas en servidores IBM System x. Durante el diagnóstico identificamos cómo se organizó el almacenamiento y qué datos podemos reconstruir virtualmente.
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.
-
DEGRADED → OFFLINE · Cambio de estado del RAID
ServeRAID · Según controladora y firmware
El disco virtual pasó de funcionar con menor redundancia a quedar fuera de línea. Los registros permiten relacionar la secuencia con las unidades afectadas.
Conserva el historial y los discos reemplazados. Evaluamos el arreglo antes de forzar otro cambio de estado.
-
Error on PD · Error de una unidad física
ServeRAID M5200 y configuraciones documentadas
Un error de una unidad durante un rebuild o comprobación puede afectar el disco virtual. El código debe interpretarse con el firmware y la protección de datos utilizados.
Guarda el evento completo. Revisamos los medios y la configuración; el aviso no prueba por sí solo una falla mecánica.
-
Foreign · Configuración RAID detectada
System x · Adaptadores ServeRAID compatibles
Se detecta información de configuración que no coincide con la activa en el adaptador.
Evita borrar o importar por prueba. Identificamos el orden y los metadatos de los discos originales.
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 modelo y tipo de máquina, adaptador ServeRAID y registros de IMM o IMM2 para decidir qué componentes necesitamos recibir.
- Evaluamos las unidades. Tratamos las fallas de los medios y, cuando es posible, obtenemos imágenes de trabajo para preservar los originales.
- Reconstruimos el almacenamiento de forma virtual. Interpretamos los metadatos y el orden de las unidades para reconstruir el arreglo o el volumen. Si hay cifrado, coordinamos el acceso a las claves por un canal seguro.
- Verificamos y entregamos los datos. Revisamos la información recuperada y coordinamos su entrega en otro medio.
Puedes consultar aunque desconozcas la configuración exacta. Comparte lo que ya tengas a mano.
- Identificación del equipo y registros disponibles: modelo y tipo de máquina, adaptador ServeRAID y registros de IMM o IMM2.
- Cantidad de unidades, posición de las bahías y discos reemplazados.
- Mensaje exacto y qué ocurrió antes de perder acceso.
- Sistema operativo o hipervisor, y si el almacenamiento usa cifrado.
- Estado de los respaldos y cambios realizados después de la falla.
1. Evita nuevas escrituras
Coordina con TI la pausa de las tareas que escriben sobre el volumen afectado.
2. Evita inicializar o recrear el RAID
Conserva la configuración y los mensajes tal como están.
3. Evita forzar otra reconstrucción
Si ya se intentó una, registra cuándo y con qué discos.
4. Identifica cada disco
Etiqueta las unidades por bahía y conserva las retiradas.
5. Guarda los registros disponibles
Si ya los tienes, conserva modelo y tipo de máquina, adaptador ServeRAID y registros de IMM o IMM2.
6. Coordina antes de desmontar
Podríamos necesitar la controladora, su módulo de caché o el equipo, además de las unidades.
Sí. Trabajamos con unidades dañadas en laboratorio. Si faltan discos, analizamos qué datos y redundancia quedan disponibles para reconstruir el volumen.
Sí. Revisamos la generación, el adaptador ServeRAID y el estado de las unidades para definir qué necesitamos recibir y cómo analizar el volumen.
Coordina primero con Nekiori. Según la falla y la configuración, podemos necesitar los discos identificados por bahía, la controladora IBM ServeRAID, sus módulos o el equipo 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.