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 con el arranque de un servidor 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 el arranque de un servidor de Windows en su plataforma de hardware determinada. La SAN y el adaptador de bus de host (HBA) deben configurarse según las directrices del proveedor de SAN y el proveedor de SAN debe actuar como el principal punto de contacto para los 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 san. Es importante tener en cuenta que la información que se incluye en este artículo no está pensada para ser una lista con todo incluido 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.) funcione correctamente juntos.

Configuración

Los siguientes problemas deben solucionarse 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 debe conectarse directamente desde cada host a uno de los puertos de canal de fibra del subsistema de almacenamiento. El uso de Canal de fibra - Bucle arbitrado (FC-AL) no se admite al arrancar varios servidores desde la SAN porque no permite que los hosts conectados a la SAN se segregan correctamente entre sí. Un entorno conmutado permite que los hosts estén separados entre sí. El arranque en una SAN con una topología de bucle de fibra Channel-Arbitrated solo se admite al arrancar un único servidor desde la SAN.

  • El host debe tener acceso exclusivo al disco desde el que está arrancando. 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 enmascaramiento de LUN, 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 de host (HBA) y no dentro de Windows. Windows no proporciona capacidades para asignar LUN.

  • El software de varias rutas de acceso y varios HBA mejoran las posibilidades de recuperación de un error de ruta de acceso. El propósito de tener varios HBA en un solo host es tener redundancia y (posiblemente) un mayor 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 proveedores. Compruebe el Catálogo de Windows (anteriormente Lista de compatibilidad de hardware o HCL) para los sistemas Storage/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 que están 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 que están 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 (MPIO) de Microsoft, 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 puedan tener 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 adjuntar y montar todas las unidades lógicas que detecta cuando se carga el controlador HBA. Si varios hosts montan el mismo disco, pueden producirse daños en el sistema de archivos. Depende de la configuración de la SAN 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 de Plug and Play de que se encuentra nuevo hardware puede producirse en varios hosts al agregar o configurar un nuevo disco lógico. Al intentar acceder a un disco lógico mediante Mi equipo o el Explorador de Windows, puede recibir un mensaje de error "Acceso denegado", "Dispositivo no listo" o 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ágina y esto puede ir acompañado de eventos en el registro del sistema, como:

    Id. de evento: 51
    Tipo de evento: Advertencia
    Origen del evento: Disco
    Descripción: se ha detectado 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.

    Id. 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 que 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 identificador de evento 51, esto indica que el Administrador de memoria estaba intentando copiar datos hacia o desde la memoria y tenía un problema. Otro indicador de problemas de latencia de archivos de página es si el servidor 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

    Otra posibilidad:

    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ágina a medida 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 de página 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. Se usa un archivo Memory.dmp para solucionar problemas de un equipo Windows que tiene un error STOP. Para obtener información sobre cómo configurar el equipo para un bloqueo, consulta la 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 el error 9s, puede implicar que la administración adecuada de LUN no está en vigor. Otro ejemplo es si HostB produce errores cada vez que se reinicia HostA. Esto puede indicar que se usa FC-AL y que HostB se ve afectado por secuencias primitivas de inicialización de bucle (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 se puede resolver 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 cantidad de información sobre la configuración adecuada y debe ser el primer punto de contacto para todas las preguntas y preocupaciones de configuración.