Para evaluar la recuperación, identificamos el grupo que sostiene el volumen y revisamos cómo se relacionan sus capas con los datos afectados.
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.
- My Cloud Pro SeriesPR2100 y PR4100
Identificamos el modo RAID y qué discos y volúmenes participaban en el almacenamiento.
- My Cloud Expert SeriesEX2, EX2 Ultra, EX4, EX2100 y EX4100
Revisamos la organización del almacenamiento de cada generación y los cambios realizados antes de perder el acceso.
- My Cloud Business SeriesDL2100 y DL4100
Analizamos los discos, el arreglo y los volúmenes que contenían las carpetas compartidas.
- WD Sentinel · Torre y rackDX4000, DX4200, DS5100, DS6100 y RX4100
Revisamos el almacenamiento de arranque y de datos. Identificamos si el arreglo lo administraba una controladora o el sistema, según el equipo.
- Arreglos y volúmenesRAID, JBOD, volúmenes independientes y configuraciones administradas por Windows en Sentinel, según modelo
Determinamos dónde estaban los metadatos y si los datos dependían de uno o varios discos.
El listado es referencial. En Nekiori hemos desarrollado procesos propios para reconstruir el almacenamiento y recuperar datos de todas las configuraciones de WD Pro que cubre este servicio. El diagnóstico determina qué datos se pueden recuperar en cada caso.
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.
-
0208 · Volume Degraded
My Cloud multibahía compatible · No es un código universal de Sentinel
El volumen ha perdido su estado de redundancia normal. Un aviso de degradación no significa necesariamente que las carpetas sean inaccesibles.
Si perdiste acceso, conserva las unidades originales y registra los cambios antes de reemplazar más discos.
-
RAID Volume Damaged · RAID que no monta
My Cloud Pro y otras familias multibahía compatibles
El volumen no se monta por las vías habituales. Un RAID redundante también puede sufrir daños en su sistema de archivos.
Evita crear un volumen nuevo. Revisamos los discos y la organización del almacenamiento para definir la recuperación.
-
2210 · Rebuilding Volume
My Cloud multibahía compatible
Indica una reconstrucción en curso; por sí solo es un estado de actividad, no una confirmación de pérdida de datos.
Si el proceso se interrumpió o las carpetas dejaron de abrir, informa qué unidades se cambiaron. En Sentinel interpretamos sus propios registros, no estos códigos de My Cloud.
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 caso. Identificamos el modelo del equipo, el almacenamiento afectado y los cambios realizados. Coordinamos qué unidades o componentes necesitamos recibir.
- Evaluamos las unidades. Si hay daño físico, usamos herramientas de laboratorio para obtener la mayor cantidad de datos legibles posible. Cuando es viable, analizamos copias de trabajo.
- Reconstruimos virtualmente el almacenamiento. Revisamos los metadatos, reconstruimos el grupo si es posible y analizamos el volumen para localizar los datos recuperables. Recibes un presupuesto antes de autorizar la recuperación.
- Revisamos y entregamos los datos. Coordinamos la revisión y entrega en otro medio.
Puedes consultar aunque no conozcas la configuración exacta. Comparte lo que tengas disponible.
- Modelo exacto del NAS WD Pro y versión del sistema.
- Cantidad de discos, capacidad y posición de cada unidad.
- Grupo o volumen afectado y mensajes de error.
- Reemplazos, ampliaciones o reconstrucciones que ya se intentaron.
- Si había cifrado, indícanoslo y conserva las claves.
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 recrees grupos de almacenamiento ni volúmenes. Evita importar o inicializar las unidades en otro sistema para forzar su reconocimiento.
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
Anota equipo, bahía y número de serie de cada unidad sin alterar sus datos. Conserva también los discos retirados o 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í. Revisamos cada unidad y la configuración del arreglo. Un disco dañado o ausente, por sí solo, no define el resultado.
Si el volumen ya es inaccesible, evita repetir la reconstrucción. Conserva todos los discos y registra qué cambió antes y después de la falla.
Revisamos el modelo, la falla y los antecedentes para confirmar qué unidades o componentes necesitamos recibir.
Después de evaluar el equipo o las unidades en laboratorio. El procedimiento, la factibilidad y el plazo se definen según la configuración y la falla.
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.