Si usted
tiene todo un juego de unidades que han estado trabajando y solo 1 disco duro
perdido, entonces podrá regenerar este haciendo una
reconstrucción. La reconstrucción en teoría no es peligrosa, pero CUIDADO QUE
HAY ALGUNAS TRAMPAS EN ELLO!
TRAMPA N1:
RECONSTRUYENDO EL DISCO DURO EQUIVOCADO
Esto
no debería de suceder porque se espera que el controlador de RAID debe ser lo
suficientemente inteligente para prevenirlo, pero una forma de hacer esto
mal es debido a la numeración. Por ejemplo, su controlador de RAID numera los
discos duros como 0-1-2-3 y los chasis tienen las ranuras numeradas como 1-2-3-4.
Entonces, al cambiar el nuevo disco duro, debes estar COMPLETAMENTE SEGURO que estas sobrescribiendo la unidad correcta y no una que tenga información del arreglo. NOTA: "Algunos controladores de RAID tienen
una función identificadora que parpadea una luz en el disco duro seleccionado".
TRAMPA N2:
RECONSTRUYENDO CON UN DISCO DURO DAÑADO
Reconstruir
el arreglo de RAID con un disco duro dañado en sí no es peligroso porque no estas
sobrescribiendo tu información actual, pero el problema empieza cuando reinicias
el server y el chequeo del sistema de archivos empieza a correr. En ese momento, este encontrará
que el sistema de archivos necesita ser reparado y el sistema operativo
realizará estas reparaciones; creando, en el proceso, muchos daños permanentes e irrecuperables.
TRAMPA N3:
FALLA PARA TERMINAR
Con
el fin de reconstruir el nuevo disco duro, el controlador de RAID debe leer
cada uno de los sectores del la unidad, calcular la paridad y escribir la data
regenerada en el nuevo dispositivo. ¿Que pasaría si este proceso de
reconstrucción se detiene o aborta antes de culminar? Es muy común que los
discos duros vengan de fábrica con sectores malos y esto pueda ocurrir. Por lo
tanto, si el proceso de reconstrucción se detiene, debido a un sector malo,
entonces usted tendrá un disco duro reconstruido parcialmente, el sistema de
archivos quedará corrupto y tendrá un servidor fuera de sincro. Finalmente, el
peor error que puede cometer, en este punto, será reiniciar el servidor, ya que
este empezará a tratar de reparar el sistema operativo y causará más daños en
la información.
TRAMPA N4:
REINICIANDO LA PARIDAD
La
condición fuera de sincro puede ser causada por el reemplazo de un disco duro y
la falla completa o parcial de la reconstrucción. Además, el controlador de RAID puede detectar
si el equipo esta fuera de sincro y le indicará que reinicie la paridad. CUIDADO! Esta acción destruirá la
correcta información del correcto sistema de archivos. Por ello, la mejor
solución es tratar de clonar el segundo disco duro dañado y tratar de
reconstruir nuevamente el arreglo. Es recomendable que esta acción la realice
un especialista de recuperación de datos profesional sino se cuenta con la
experiencia suficiente sobre servidores en RAID.
Pregunta:
¿Qué
pasaría si usted no tiene “Unidades trabajando” con las cuales pueda
reconstruir?
La respuesta la encontrará en nuestro siguiente blog o comunicándose con nosotros ...
... atrás continuar...
... atrás continuar...
Si desea saber más sobre este artículo, no olvide dar like a nuestro facebook:
https://www.facebook.com/RecuperaciondedatosITPSAC/
Bibliografía:
eforencis magazine
http://eforensicsmag.com
"Somos los únicos en Perú que contamos con un laboratorio de Sala Limpia (Cleanroom)"
Information Technology Peru S.A.C.
Recuperación de datos en Perú - ITP
Calle Arica 745 - Dpto. 103 Miraflores
Lima 18 - Perú
(A la espalda de la cuadra 7 de Comandante Espinar - Cerca al Óvalo Gutierrez en Miraflores)
Teléfono de emergencia. (+51) 1 - 4442368
RPC: (+51) 991 936 674
RPC: (+51) 991 936 674
Skype: service.itp
e-mail 1: service@itp-peru.com
e-mail 2: service.itp@gmail.com
e-mail 2: service.itp@gmail.com
Twitter: @ITP_SAC
LinkedIn: http://www.linkedin.com/in/itpsac
