Compatibilidad con el inicio desde una Red de área de almacenamiento (SAN)

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

Microsoft admite el inicio desde una Red de área de almacenamiento (SAN) si el proveedor de la plataforma de hardware SAN admite el inicio desde un servidor de Windows. La SAN y el adaptador de bus del host (HBA) deben configurarse según las instrucciones del proveedor de la SAN. El proveedor de la SAN se compromete a actuar como el punto de contacto principal para cualquier problema relacionado con el inicio. Esta condición es necesaria porque el inicio desde una SAN es extremadamente complejo, motivo por el cual el proveedor debe admitir la configuración particular, ya que éste proporciona la declaración de compatibilidad con el inicio SAN. Es importante recalcar que la información incluida en este artículo no abarca todos los elementos necesarios para el inicio desde una SAN. El proveedor de la SAN debe proporcionar las indicaciones, los controladores, las revisiones de firmware y los recursos necesarios acerca de cómo puede su hardware (sistemas de almacenamiento, conmutadores, adaptadores de bus del host, etc.) funcionar bien conjuntamente.

Configuración

Para que varios equipos puedan iniciarse correctamente desde una SAN, deben tenerse en cuenta las siguientes condiciones:

• Para arrancar varios equipos desde una SAN, ésta debe estar configurada en un entorno conmutado o estar conectada directamente a uno de los puertos Fibre Channel del subsistema de almacenamiento. El uso de un bucle arbitrado Fiber Channel (FC-AL, Fiber Channel - Arbitrated Loop) no se admite cuando se arrancan varios servidores desde la SAN porque no permite a los hosts conectados a la SAN segregarse correctamente. Un entorno conmutado permite separar los hosts. Arrancar en una SAN con una topología de bucle arbitrado de Fiber Channel sólo se admite cuando se arranca un único servidor desde la SAN.
  
  
• El host debe contar con acceso exclusivo al disco desde el que se está iniciando. Ningún otro host de la SAN deberá poder detectar o tener acceso al mismo disco lógico. Para ello se puede utilizar algún tipo de administración LUN (Número de unidad lógica), como el enmascaramiento LUN, la zonificación o alguna combinación de estos dos métodos. La administración LUN se suele configurar en el conmutador, el subsistema de almacenamiento o el adaptador de bus del host (HBA) y no dentro de Windows. Windows no ofrece la posibilidad de asignar números de unidades lógicas.
  
  
• El software de múltiples rutas de acceso y varios HBA mejora las posibilidades de recuperación de un error de ruta de acceso. El objetivo de contar con múltiples HBA en un solo host consiste en disponer de redundancia y (probablemente) un rendimiento mejorado. No obstante, si se produce un error y se pierde una ruta de acceso a una SAN, puede que durante un periodo de tiempo las unidades de la SAN no estén accesibles. Este error de la ruta de acceso puede provocar problemas con el servidor de Windows. El comportamiento del software de múltiples rutas de acceso es muy distinto en cada proveedor. Busque en el Catálogo de Windows (anteriormente Lista de compatibilidad de hardware o HCL) sistemas de almacenamiento o RAID para asegurarse de que el controlador de múltiples rutas está en el Catálogo de Windows con el sistema de almacenamiento. Si no encuentra el software de múltiples rutas de acceso, póngase en contacto con su proveedor de SAN.
  
  Para ver el catálogo de almacenamiento o RAID, visite el siguiente sitio Web de Microsoft:
  http://www.microsoft.com/whdc/hcl/default.mspx

  (http://www.microsoft.com/whdc/hcl/default.mspx)
• Si los hosts que están conectados forman parte de una solución de clúster, consulte el siguiente artículo para obtener información acerca de cómo usar múltiples clústeres conectados a la misma SAN:
  304415

  (http://support.microsoft.com/kb/304415/ )

  Compatibilidad con varios clústeres conectados al mismo dispositivo SAN
• Si los hosts que están conectados forman parte de una solución de clúster de Windows 2000, debe utilizar un HBA para el proceso de arranque y un HBA independiente para el almacenamiento compartido.
• Si los hosts que están conectados son 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.

Solucionar problemas

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

• Un problema muy habitual 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 utilizado la administración LUN adecuada. El comportamiento predeterminado de Windows consiste en conectar y montar cada unidad lógica que detecta cuando se carga el controlador de HBA. Si varios hosts montan el mismo disco, el sistema de archivos puede resultar dañado. Depende de la configuración de la SAN garantizar que sólo un host pueda tener acceso a un disco lógico determinado a la vez. Entre los síntomas que se producen cuando varios hosts obtienen acceso al mismo disco lógico se encuentran:
  La Administración de discos muestra el mismo disco lógico en varios hosts; la notificación Plug and Play que advierte que se ha detectado nuevo hardware puede mostrarse en varios hosts cuando agregue o configure un nuevo disco lógico; cuando intenta obtener acceso a un disco lógico desde Mi PC o mediante el Explorador de Windows, recibe un mensaje de error similar a "Acceso denegado" o "Dispositivo no listo" que puede indicar que otros hosts tienen acceso al mismo disco lógico.
• Su equipo deja de responder (se bloquea) o el tiempo de respuesta es muy lento. Esto puede indicar que existe una latencia muy elevada en el archivo de paginación y puede ir acompañado de sucesos en el Registro del sistema:
  Id. de suceso: 51
  Tipo de suceso: Advertencia
  Origen del suceso: Disco
  Descripción: se detectó un error en el dispositivo \Dispositivo\DiscoDuro0\DR0 durante una operación de paginación.
  
  Id. de suceso: 11
  Origen: %HBA_DRIVER_NAME%
  Descripción: el controlador ha detectado un error del controlador en Dispositivo\PuertoScsi0.
  
  Id. de suceso: 9
  Origen: %HBA_DRIVER_NAME%
  Descripción: el dispositivo, \Dispositivo\PuertoScsi0, no respondió en el periodo de tiempo de espera.
  Si los mensajes de error anteriores se encuentran en el Registro del sistema, significa que se ha producido un error mientras Windows intentaba obtener acceso al disco. Si el disco al que se hace referencia reside en la SAN, podría indicar un problema de latencia. Si se muestra un Id. de suceso 51, significa que se ha producido un error en el Administrador de memoria mientras intentaba recibir o enviar datos a la memoria. Otro indicador de problemas de latencia del archivo de paginación son los errores de sistema en los servidores de Windows y alguno de los siguientes mensajes de error en una pantalla azul:
  0x00000050 PAGE_FAULT_IN_NONPAGED_AREA
  
  o
  
  0x0000000A IRQL_NOT_LESS_OR_EQUAL
  Una posible solución consiste en colocar el archivo de paginación en el disco duro local del host. Windows necesita disponer de acceso fiable al archivo de paginación a medida que se van paginando datos en la memoria. El hecho de disponer de un archivo de paginación local en el host garantiza que el acceso no está influenciado por ningún otro dispositivo o host en la SAN.
  
  Nota
  Si el archivo de paginación se encuentra en la misma partición que la partición de arranque (normalmente C:\Windows o C:\WINNT), el archivo Memory.dmp no se creará. Un archivo Memory.dmp se utiliza para solucionar problemas en un equipo Windows que ha sufrido un error STOP. Para obtener información acerca de cómo configurar el equipo para un volcado de bloqueo, vea la Ayuda de Windows.
  

Hay varias formas de resolver los problemas anteriores. Uno de ellos consiste en relacionar el tiempo con los sucesos que se están produciendo en la SAN. Por ejemplo, si el HostA estaba realizando una gran operación de copia y el HostB notifica el Error 9s, esto puede dar a entender que no estaba teniendo lugar la administración LUN adecuada. Otro ejemplo lo encontramos cuando el HostB tiene errores siempre que el HostA se reinicia. Esto puede indicar que se está utilizando FC-AL y que el HostB está siendo afectado por secuencias LIP (Loop Initialization Primitive) desde el HostA. Por lo general, este problema se soluciona volviendo a configurar la SAN y precisa de la intervención del proveedor de hardware. Los problemas relacionados con la latencia pueden resolverse colocando un archivo de paginación en el disco duro local del servidor de Windows aunque, una vez más, esta medida impide la creación de un volcado de la memoria. Lo más importante aquí es entender que el proveedor de hardware de la SAN es el que dispone de más información acerca de la configuración correcta y que debe ser el primer punto de contacto para todas las preguntas y problemas de configuración. Para obtener más información acerca de los clústeres de servidores de Windows en un entorno SAN, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base: