Consulta de temas

Cómo manejar Perforar (bloques defectuosos) en los discos virtuales para los servidores PowerEdge




Este artículo proporciona los pasos para la solución de (perforar) los bloques dañados en discos duros en los servidores PowerEdge con PERC de controladoras. Especialmente cuando no crea una copia de respaldo es posible, la siguiente información puede ayudar a volver a poner una unidad virtual puede afectar a un estado óptimo.


Tabla de contenido:

  1. Descripción falla
  2. ¿Cuál es la causa
  3. Pasos para solucionar el problema

Fallo descripciones:

 

1. Error:


Dell OpenManage Server Administrator (OMSA) muestra una cruz roja en la parte frontal de un disco virtual (Figura 1).

 


Figura 1: disco virtual con la cruz roja en el estado (por ejemplo H800)

Nota: Dell OpenManage Server Administrator (OMSA) ofrece una solución de administración de sistemas. OMSA se pueden clasificar en dos aplicaciones:
Web: sigla de "Integrated - Interfaz gráfica de usuario basada en explorador (GUI)
- Interfaz de línea de comandos (CLI): por medio del sistema operativo

 

 

2. Error:


El registro del sistema de Windows muestra Bad Block errors (Figura 2).

 

 
Figura 2: bloque estropeado error en el registro del sistema de Windows se muestra en DSET
 

 

3. Error:


El registro de la controladora RAID (el REGISTRO TTY) muestra los errores, tales como:

 

 02/26/15 13:43:39: EVT# 131878-02/26/15 13:43:39:97 =Perforar bloque estropeado en PD XX(e0x20/s2) a 180ca4a1f

Advertencia: El registro del controlador (el REGISTRO TTY) pueden mostrar sin errores.

Encontrará más información sobre reciben estos registros específicos en nuestro artículo sobre recopilación de registros).


¿Cuál es la causa:

Las matrices RAID no están exentos de errores en los datos.  Controladora RAID y el firmware de la unidad de disco duro contienen la funcionalidad para detectar y corregir muchos tipos de errores de datos antes de que se escriben en la matriz o la unidad.  Utilizar un firmware desactualizado puede causar que los datos escritos en una matriz incorrectos/unidad debido a que le falta el manejo de errores/error características de corrección disponible en las últimas versiones de firmware.
Los errores de datos también puede ser causado por los bloques dañados físicos.  Por ejemplo, esto puede ocurrir cuando el cabezal de lectura/escritura afecta al girar el soporte físico (conocido como un "Head Crash" ).  También puede convertirse en bloques defectuosos a través del tiempo debido a la disminución de la capacidad de forma magnética plato para almacenar bits en una ubicación específica.  Los bloques defectuosos causados por la degradación del soporte físico con frecuencia pueden ser leídos con éxito.  Como un bloque defectuoso es posible que sólo pueden detectarse intermitentemente o con los diagnósticos extendidos en las unidades.  
Un bloque defectuoso, que también se conoce como una dirección incorrecta de bloque lógico (LBA), también pueden ser causadas por errores lógicos de datos.  Esto se produce cuando los datos se escriben incorrectamente en una unidad, aunque se considera como una grabación correcta.  Además, los datos correctos almacenados en una unidad se puede modificar inadvertidamente.  Un ejemplo es un "bit flip", que se puede producir cuando el cabezal de lectura/escritura pasa por encima o escribe en una ubicación cercana y hace que los datos, en forma de unos y ceros, para cambiar a un valor diferente.  Esta condición ocasiona la "consistencia" de los datos que resultan dañados.  El valor de los datos en un bloque específico es diferente de los datos originales y es posible que ya no coincide con la suma de los datos.  El LBA físico es bueno y puede escribirse con éxito, pero en la actualidad contiene datos incorrectos y puede interpretarse como un bloque defectuoso.

Para obtener más información, lea nuestro artículo sobre  dos veces los fallos y las perforaciones en matrices RAID).


Pasos para resolver el problema.

  1. Crear una copia de seguridad de los datos contengan, si es posible.
  2. Asegúrese de que todos los discos duros o las unidades que tienen fallas predictivas se han sustituido.
  3. Actualizar todos los discos duros firmware a la versión más reciente.
  4. OMSA proporciona la capacidad para desactivar los avisos de bloques defectuosos. Para borrar los bloques dañados, se recomienda seguir este procedimiento:

a. Cuando se realiza una copia de seguridad del disco virtual con la opción seleccionada, Compruebe que puede ocurrir dos situaciones:

  • La operación de copia falla en uno o más archivos. En este caso, restaure el archivo desde un respaldo anterior. Después de restaurar el archivo, continúe con el paso siguiente.
  • La operación de copia se completa sin errores. Esto indica que no hay ningún los bloques dañados en la parte escrita del disco virtual.
Nota: Si sigue recibiendo bloque estropeado advertencias, los bloques defectuosos se encuentran en una área de datos.

B. Ejecutar lectura de patrullaje (en disco virtual Tareas en OMSA) y compruebe el registro de eventos del sistema para asegurarse de que no se encuentran nuevos bloques defectuosos. Si los bloques dañados aún persisten, continúe con el paso siguiente. Si no es así, la condición se borra.

Nota: la lectura de inspección automatizada se debe desactivar manualmente antes de que la opción de ejecutar esta acción aparece en OMSA.

C. Para borrar estos bloques defectuosos, ejecute la tarea Borrar los bloques dañados disco virtual . Esto se puede llevar a cabo de la OMSA GUI o utilice el comando cli:
==Clearvdbadblocks id del controlador de omconfig storage vdisk action vdisk=id

Nota: Para obtener los valores para la identificación del controlador y la identificación del disco virtual, escriba omreport storage controller para mostrar las identificaciones de las controladoras, y luego escriba omreport storage vdisk controller=ID para mostrar las identificaciones de los discos virtuales

Need more help?
Find additional PowerEdge and PowerVault articles

Visit and ask for support in our Communities

Create an online support Request


ID del artículo: SLN111146

Última fecha de modificación: 28/11/2017 09:44


Valorar este artículo

Acertado
Útil
Fácil de entender
¿Le ha resultado útil este artículo?
No
Envíenos sus comentarios
Los comentarios no pueden contener caracteres especiales: <>()\
Lo sentimos. El sistema de envío de comentarios no está operativo en estos momentos. Vuelva a intentarlo más tarde.

Gracias por sus comentarios