Un MDisk no siempre equivale a un disco físico: puede representar un arreglo interno o almacenamiento externo virtualizado. Antes de reconstruir, necesitamos delimitar esas dependencias y distinguir la pérdida de conectividad de un incidente que afecte a los datos.
En Nekiori trabajamos con unidades dañadas mediante herramientas de laboratorio y desarrollos propios. La falla o ausencia de un disco no descarta por sí sola la recuperación: analizamos qué información puede obtenerse de las unidades y cómo reconstruir los volúmenes con los datos y la redundancia disponibles.
Estudiamos los MDisks, pools y volúmenes, tanto en configuraciones RAID como DRAID, según la organización del sistema.
El aprovisionamiento thin, la compresión, el cifrado y las migraciones se consideran dentro del análisis técnico. Cuando existe cifrado, coordinamos de forma segura los antecedentes y las claves autorizadas que puedan ser necesarios.
Para volúmenes eliminados, examinamos los metadatos y mapas que permanecen disponibles, así como las escrituras posteriores al incidente.
En Nekiori trabajamos en la recuperación de datos de IBM Storwize. Entre las series y modelos que analizamos se encuentran:
- Serie V3000V3500 y V3700.
- Serie V5000V5000, V5010, V5020 y V5030.
- Variantes V5000V5010E, V5030E y V5030F.
- Serie V5100V5100 y V5100F.
- Serie V7000V7000 Gen1, Gen2, Gen2+, Gen3 y V7000F.
¿Tu modelo no aparece? Consúltanos para revisar su configuración y coordinar la evaluación.
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.
-
CMMVC7039E · Unidad que no está online
Spectrum Virtualize / Storwize · Según versión
La operación solicitada encuentra una unidad fuera de línea. Hay que revisar el recurso y sus errores asociados.
Conserva los registros y el orden de las unidades. Evaluamos el medio y su relación con el almacenamiento virtualizado.
-
CMMVC7040E · MDisk fuera de línea
Spectrum Virtualize / Storwize
El MDisk indicado no está online, posiblemente por errores. Los volúmenes que dependen de él requieren un análisis de sus capas.
Evita recrear el MDisk o el pool. Revisamos discos, grupos y mapas de asignación.
-
CMMVC7038E · No se pudo inicializar el quorum
Spectrum Virtualize / Storwize
Falló una operación necesaria para disponer del disco de quorum. El mensaje no confirma por sí solo pérdida de los volúmenes.
Conserva la configuración de nodos y los eventos. Analizamos el acceso al quorum y el estado de los datos por separado.
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.
- Delimitamos las dependencias del almacenamiento. Identificamos los volúmenes, pools y MDisks afectados, incluyendo dependencias de almacenamiento externo. Revisamos el software y el historial del incidente.
- Tratamos las unidades dañadas y definimos el trabajo. Utilizamos herramientas de laboratorio para obtener información de los medios afectados y preparar las copias de trabajo necesarias. Si faltan discos, analizamos las opciones de reconstrucción con la información disponible. Después del diagnóstico recibes el presupuesto. La recuperación comienza solo con tu autorización.
- Interpretamos MDisks, pools y volúmenes. Reconstruimos virtualmente las relaciones entre los MDisks, el pool y los volúmenes. Después analizamos los sistemas de archivos y los contenedores virtuales disponibles.
- Validamos y entregamos la información. Revisamos los datos obtenidos y acordamos su entrega en otro medio. Recuperar la información no implica reparar nodos, reconfigurar el sistema ni volverlo a producción.
Puedes consultar aunque no conozcas la configuración exacta. Describe la falla y los mensajes del sistema. Si ya tienes estos antecedentes, compártelos para facilitar la evaluación.
- Modelo Storwize y versión de software.
- Nombres o identificadores de pools, MDisks y volúmenes afectados.
- Uso de RAID, DRAID, aprovisionamiento thin, compresión o cifrado.
- Dependencias de almacenamiento externo y cambios o migraciones.
- Registros existentes, unidades reemplazadas y mensajes de los hosts.
Evita inicializar, recrear volúmenes o repetir reconstrucciones. Conserva los registros y coordina cualquier retiro de unidades con el responsable de TI.
1. Evita nuevas escrituras
Coordina con TI detener las tareas que escriben en el volumen afectado. No guardes archivos ni ejecutes reparaciones sobre él.
2. No inicialices ni recrees el almacenamiento
No añadas MDisks con datos a otro pool ni recrees volúmenes. Evita migraciones o cambios de compresión y cifrado sobre el almacenamiento afectado.
3. No fuerces otra reconstrucción
Evita repetir rebuilds, cambiar el nivel RAID o sustituir más unidades sin evaluar el estado del conjunto.
4. Conserva los discos y su identificación
Conserva el orden de las unidades e identifica de qué sistema procede cada una, incluyendo almacenamiento externo y discos reemplazados.
5. Guarda los antecedentes
Conserva los mensajes, registros y configuración que ya tengas. Anota los intentos realizados desde la falla.
6. Coordina antes de retirar o reiniciar
Consulta con el responsable de TI y Nekiori qué componentes retirar. Evita apagados y reinicios forzados.
Sí. Analizamos configuraciones RAID y DRAID, sus MDisks y los pools que sostienen los volúmenes. Podemos trabajar con unidades dañadas; si faltan discos, revisamos qué información y redundancia permiten reconstruir el almacenamiento.
Lo revisamos como parte del diagnóstico. La compresión, el cifrado y la forma en que se asignó el almacenamiento influyen en el procedimiento. Si se necesitan claves o antecedentes autorizados, coordinamos contigo su entrega de forma segura.
Puede ser necesario si el volumen utiliza capacidad de ese origen. Por eso pedimos identificar las dependencias antes de retirar discos. Coordina con Nekiori y el responsable de TI qué componentes y antecedentes debemos recibir.
Sí. Examinamos los metadatos, los mapas y la información que permanecen disponibles, junto con las escrituras posteriores a la eliminación. No recrees el volumen ni reutilices su capacidad antes de evaluar el caso.
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.
MDisks y pools de almacenamiento — IBM
Consulta también nuestros servicios de recuperación de datos SAN y recuperación de servidores.