Compartir a través de

Compatibilidad con el arranque desde una red de área de almacenamiento (SAN)

  • Artículo

En este artículo se describe la compatibilidad de tener un arranque de servidor de Windows desde una red de área de almacenamiento (SAN).

Número de KB original: 305547

Más información

Microsoft admite el arranque desde una red de área de almacenamiento (SAN) si el proveedor de SAN admite su plataforma de hardware concreta que arranca un servidor Windows. El adaptador de BUS DE HOST y SAN (HBA) debe configurarse según las directrices del proveedor de SAN y el proveedor de SAN debe actuar como punto de contacto principal para problemas relacionados con el arranque. Este requisito existe porque el arranque desde una SAN es complejo y el proveedor debe admitir la configuración determinada porque el proveedor de SAN proporciona la instrucción de compatibilidad de arranque de SAN. Es importante tener en cuenta que la información que se incluye en este artículo no está pensada para ser una lista integral de los elementos necesarios para arrancar desde una SAN. El proveedor de SAN debe proporcionar pasos específicos, controladores, revisiones de firmware y recursos sobre cómo hacer que su hardware (sistemas de almacenamiento, conmutadores, adaptadores de bus de host, etc.) funcionen correctamente juntos.

Configuración

Se deben solucionar los siguientes problemas para que varios equipos puedan arrancar correctamente desde una SAN:

  • Para arrancar varios equipos desde una SAN, la SAN debe configurarse en un entorno conmutado, o bien se debe conectar directamente desde cada host a uno de los puertos de canal de fibra del subsistema de almacenamiento. No se admite el uso del canal de fibra - Bucle arbitrado (FC-AL) al arrancar varios servidores desde la SAN porque no permite que los hosts que están conectados a la SAN estén separados correctamente entre sí. Un entorno conmutado permite que los hosts sean independientes entre sí. El arranque en una SAN con una topología de bucle arbitrado de canal de fibra solo se admite al arrancar un único servidor desde la SAN.

  • El host debe tener acceso exclusivo al disco desde el que arranca. Ningún otro host de la SAN debe ser capaz de detectar o tener acceso al mismo disco lógico. Esto se puede lograr mediante un tipo de administración de número de unidad lógica (LUN), como el enmascaramiento de LUN, la zonificación o alguna combinación de estos métodos. La administración de LUN se configura normalmente en el nivel de conmutador, subsistema de almacenamiento o adaptador de bus host (HBA) y no en Windows. Windows no proporciona ninguna funcionalidad para asignar LUN.

  • El software de varias rutas de acceso y varios HBA mejoran las posibilidades de recuperación a partir de un error de ruta de acceso. El propósito de tener varios HBA en un único host es tener redundancia y (posiblemente) aumentar el rendimiento. Sin embargo, si se produce un error y se pierde una ruta de acceso a la SAN, puede haber un período de tiempo en el que las unidades de la SAN no sean accesibles. Este error de ruta de acceso puede causar problemas con el servidor de Windows. El comportamiento del software de varias rutas varía considerablemente entre los proveedores. Compruebe el Catálogo de Windows (anteriormente Lista de compatibilidad de hardware o HCL) para los sistemas de almacenamiento o RAID para asegurarse de que el controlador de varias rutas de acceso está en el Catálogo de Windows con el sistema de almacenamiento. Si no encuentra el software de varias rutas de acceso, póngase en contacto con el proveedor de SAN.

  • Si los hosts conectados forman parte de una solución de clúster de Windows 2000, debe usar un HBA para el proceso de arranque y un HBA independiente para el almacenamiento compartido.

  • Si los hosts conectados forman parte de una solución de clúster de Windows 2000 y usan la característica de E/S de múltiples rutas de Microsoft (MPIO), necesita cuatro HBA.

Solución de problemas

En esta sección se describen varios problemas que pueden impedir que un servidor de Windows arranque correctamente desde una SAN:

  • Un problema común al configurar una SAN es que es posible que varios hosts tengan acceso al mismo disco lógico. Esto suele ocurrir porque no se ha empleado la administración adecuada de LUN. El comportamiento predeterminado de Windows es asociar y montar cada unidad lógica que detecta cuando se carga el controlador HBA. Si varios hosts montan el mismo disco, se pueden producir daños en el sistema de archivos. Es hasta la configuración de la SAN para asegurarse de que solo un host puede acceder a un disco lógico determinado a la vez. Los síntomas de varios hosts que acceden al mismo disco lógico son:
    Administración de discos muestra el mismo disco lógico en varios hosts. La notificación plug and Play de que se encuentra nuevo hardware puede producirse en varios hosts al agregar o configurar un nuevo disco lógico. Cuando intenta acceder a un disco lógico mediante Mi equipo o explorador de Windows, puede recibir un mensaje de error "Acceso denegado", "Dispositivo no listo" o un mensaje de error similar que puede indicar que otros hosts tienen acceso al mismo disco lógico.

  • El equipo deja de responder (se bloquea) o tiene tiempos de respuesta lentos. Esto puede indicar que hay una latencia alta en el archivo de páginas y esto puede ir acompañado de eventos en el registro del sistema, como:

    Identificador de evento: 51
    Tipo de evento: advertencia
    Origen del evento: Disco
    Descripción: se detectó un error en el dispositivo \Device\Harddisk0\DR0 durante una operación de paginación.

    Identificador de evento: 11
    Origen: %HBA_DRIVER_NAME%
    Descripción: el controlador detectó un error de controlador en Device\ScsiPort0.

    Identificador de evento: 9
    Origen: %HBA_DRIVER_NAME%
    Descripción: el dispositivo, \Device\ScsiPort0, no respondió dentro del período de tiempo de espera.

    Si los mensajes de error anteriores están en el registro del sistema, indica que Windows estaba intentando acceder a un disco y se produjo un problema. Si el disco al que se hace referencia está en la SAN, podría indicar un problema de latencia. Si se muestra un id. de evento 51, esto indica que el Administrador de memoria estaba intentando copiar datos en la memoria o desde la memoria y tenía un problema. Otro indicador de problemas de latencia de archivos de página es si el servidor de Windows tiene un error del sistema y cualquiera de los siguientes mensajes de error se muestran en una pantalla azul:

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    o

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    Una posible resolución consiste en colocar el archivo de página en el disco duro local del host. Windows necesita acceso confiable al archivo de páginas, ya que los datos se paginan dentro o fuera de la memoria. Tener el archivo de página local en el host garantiza que el acceso no está influenciado por otros dispositivos y hosts en la SAN.

    Nota:

    Si el archivo pagefile no está en la misma partición que la partición de arranque (normalmente c:\Windows o c:\WINNT), no se producirá la creación de un archivo Memory.dmp. Un archivo Memory.dmp se usa para solucionar problemas de un equipo Windows que tiene un error STOP. Para obtener información sobre cómo configurar el equipo para una marca de bloqueo, consulte Ayuda de Windows.

Hay varias maneras de resolver los problemas anteriores. El primer método consiste en intentar correlacionar la hora con los eventos que se producen en la SAN. Por ejemplo, hostA estaba realizando una operación de copia grande y HostB notifica los errores 9, puede implicar que la administración de LUN adecuada no está en su lugar. Otro ejemplo es si HostB genera errores cada vez que se reinicia HostA. Esto puede indicar que se está usando FC-AL y hostB se ve afectado por una secuencia primitiva de inicialización de bucles (LIP) de HostA. A menudo, se pueden corregir mediante la reconfiguración de la SAN y esto requiere la ayuda del proveedor de hardware. Cualquier tipo de problemas de latencia puede resolverse colocando el archivo de página en el disco duro local del servidor Windows, pero de nuevo, esto deshabilita la creación de un volcado de memoria. Un punto clave para comprender es que el proveedor de hardware de la SAN tendrá la mayor información sobre la configuración adecuada y debe ser el primer punto de contacto para todas las preguntas y preocupaciones de configuración.