Cómo proteger los datos legibles antes de otro intento de reparación RAID

Antes de otro intento de reparación RAID, trate cada archivo actualmente legible y cada miembro original como evidencia que puede no sobrevivir la próxima reconstrucción, verificación del sistema de archivos o ensamblaje forzado. Reduzca las escrituras, documente el conjunto de miembros, copie los datos de mayor valor a un destino independiente, verifique esa copia y realice reconstrucciones posteriores a partir de imágenes o clones siempre que el estado del arreglo sea incierto.

Pausa todo lo que pueda cambiar la fuente

Detenga aplicaciones, máquinas virtuales, descargas, indexación de medios, trabajos de respaldo, servicios de bases de datos y comparticiones de usuarios que escriban en el volumen afectado. Un intento de reparación es más difícil de evaluar cuando las cargas de trabajo ordinarias siguen cambiando archivos, paridad, diarios y marcas de tiempo debajo de él.

No reinicie repetidamente solo para ver si el arreglo vuelve. Un reinicio puede cambiar nombres de dispositivos, borrar registros volátiles, activar ensamblaje automático o iniciar una reconstrucción en segundo plano. Preserve el estado actual antes de probar otra teoría.

Registre la topología de almacenamiento antes de tocarla

Cree un mapa de miembros que vincule cada bahía física con un número de serie, puerto del controlador, nombre actual del dispositivo, rol en RAID y estado de salud. Guarde el nivel RAID, configuraciones de stripe o chunk, UUID del arreglo, orden de miembros, conteos de eventos, progreso de reconstrucción y el primer error detectado.

También exporte registros del controlador, kernel, sistema de archivos y SMART. El miembro que parece peor ahora puede no ser el que falló primero. Un intento de recuperación posterior necesita suficiente evidencia para distinguir un disco obsoleto, un disco que está fallando recientemente y una ruta de conexión defectuosa.

Copie primero los archivos legibles más valiosos

Cuando el sistema de archivos sea legible y los miembros no estén deteriorándose, asegure los archivos utilizables antes de ejecutar una operación larga de volumen completo. Una discusión técnica describe un umbral práctico: copie primero los datos legibles y cambie a clonar cuando aparezcan errores de copia. Comience con documentos, fotos, archivos de proyectos, bases de datos de aplicaciones, claves de cifrado y exportaciones de configuración que no puedan recrearse.

Copie a un límite físico de almacenamiento diferente. No mueva archivos, no elimine los originales después de copiar ni escriba datos recuperados de nuevo en el arreglo afectado. Mantenga un manifiesto que contenga la ruta de origen, ruta de destino, tamaño del archivo, marca de tiempo y resultado de la copia.

Verifique la copia antes de asumir que es segura

Una copia completada aún puede contener archivos ilegibles, rutas omitidas o datos dañados. Compare el recuento de archivos y los bytes totales, registre las rutas fallidas, abra archivos representativos y use sumas de verificación para elementos críticos cuando sea práctico.

Mantenga el destino de la copia en modo de solo lectura o desconectado después de la verificación. Si la siguiente reparación daña la fuente, la copia protegida debe permanecer independiente del proceso de reparación y de cualquier trabajo de sincronización.

Elija entre copiar archivos o hacer imagen de miembros

La elección se basa en la estabilidad de la fuente más que en una secuencia universal. Los profesionales de recuperación distinguen entre la extracción directa de una unidad estable y la creación controlada de imágenes de una unidad inestable, porque una lectura masiva puede ejercer estrés adicional en hardware marginal.

Haga una imagen de los miembros originales antes de pruebas destructivas

Cuando el acceso normal a archivos sea incompleto o el arreglo ya haya fallado en una reparación, cree imágenes o clones a nivel de sector de los miembros originales. La razón es realizar un trabajo intensivo de recuperación en una imagen del disco en lugar de en la fuente dañada. Etiquete cada imagen con el número de serie de la fuente y la posición en la bahía, y preserve los originales sin cambios.

Ejecute reparaciones solo en un conjunto de trabajo reversible

Pruebe el ensamblaje del arreglo, las comprobaciones del sistema de archivos, la reparación de metadatos o el software de recuperación de datos en copias siempre que sea posible. Un ejemplo de recuperación recomienda hacer una imagen antes de ejecutar una reparación del sistema de archivos y trabajar sobre esa imagen. Monte primero un volumen reconstruido en modo de solo lectura y escriba los archivos extraídos en un destino separado.

Registre cada cambio en el conjunto de trabajo. Si una prueba usa un orden diferente de miembros, tamaño de stripe, desplazamiento o rotación de paridad, cree una nueva copia de trabajo en lugar de sobrescribir la única reconstrucción que produjo datos legibles.

Evite acciones que reescriban la evidencia

Las acciones que crean nuevos metadatos no son diagnósticos neutrales. La guía profesional de recuperación RAID advierte específicamente contra inicializar miembros, ejecutar reparaciones del sistema de archivos con escritura habilitada o iniciar una reconstrucción incierta porque cada una puede reemplazar evidencia que una reconstrucción posterior necesita.

• No inicialice un RAID nuevo con los miembros originales.
• No ejecute una reparación del sistema de archivos con escritura habilitada solo porque el volumen no se monte.
• No vuelva a agregar un disco obsoleto hasta que se conozca el conjunto autoritativo de miembros.
• No borre una configuración externa antes de guardar los metadatos del controlador y de los miembros.
• No reinicie repetidamente una reconstrucción que falla en el mismo rango.
• No guarde archivos recuperados en el arreglo que se está recuperando.

Si la reconstrucción actual sigue en curso mientras aumentan los errores, siga el flujo de trabajo más seguro para una reconstrucción RAID con errores de E/S en aumento antes de decidir si continuar, copiar, crear imágenes o detenerse.

Preguntas frecuentes

¿Debería copiar archivos o crear imágenes de los discos primero?

Copie primero los archivos críticos cuando el sistema de archivos esté estable y los discos no se estén deteriorando. Cree imágenes primero cuando el sistema de archivos no esté disponible, la geometría RAID sea incierta, una reparación ya haya fallado o las lecturas repetidas puedan empeorar un miembro marginal.

¿Debería continuar copiando cuando aparezcan errores de lectura?

Continúe solo cuando los errores sean limitados, estables y los archivos de mayor valor aún se estén recuperando. Si los errores aumentan, el disco se desconecta o la misma región se bloquea repetidamente, detenga la copia ordinaria y pase a la creación controlada de imágenes o a la recuperación profesional.

¿Cuándo se debe apagar el NAS?

Apague cuando varios miembros estén inestables, una resincronización inexplicada esté escribiendo en los originales, los discos hagan clic o se desconecten, o los datos sean irremplazables y la siguiente acción no se entienda completamente.

El objetivo de protección

La próxima reparación nunca debería ser el único camino restante hacia los datos. Asegure archivos legibles, preserve las imágenes de los miembros y verifique primero una copia independiente. Una vez que se pueda restaurar el estado original, la reparación se convierte en un experimento en lugar de una apuesta sin retorno.