Las pruebas de almacenamiento analizan el almacenamiento para determinar si funcionará correctamente para un clúster de conmutación por error que ejecute Windows Server 2008 R2.

Corrección de problemas detectados por las pruebas de almacenamiento

Si una prueba de almacenamiento indica que el almacenamiento o la configuración de éste no será compatible con un clúster de conmutación por error, revise las siguientes sugerencias:

  • Póngase en contacto con el proveedor del almacenamiento y use las utilidades suministradas con el almacenamiento de clúster para recopilar información acerca de la configuración. En casos excepcionales, el proveedor del almacenamiento puede indicar que la solución de clúster es compatible aunque no se refleje en las pruebas de almacenamiento. Por ejemplo, la solución de clúster puede haber sido diseñada específicamente para funcionar sin almacenamiento compartido.

  • Revise los resultados de varias pruebas en el Asistente para validar una configuración, como la prueba Enumerar adaptadores de bus host (vea el tema Descripción de las pruebas de validación de clúster: inventario) y dos pruebas que se describen en este tema, Enumerar todos los discos y Enumerar discos de clúster potenciales.

  • Busque una prueba de validación de almacenamiento relacionada con la que detectó el problema. Por ejemplo, si la prueba Validar arbitraje múltiple detectó el problema, la prueba relacionada Validar arbitraje de disco puede proporcionar información útil.

  • Revise los requisitos del almacenamiento en Descripción de los requisitos para los clústeres de conmutación por error.

    Para obtener información acerca de la compatibilidad de hardware para Windows Server 2008 R2, vea (puede estar en inglés)https://go.microsoft.com/fwlink/?LinkId=139145.

  • Revise la documentación del almacenamiento o póngase en contacto con el fabricante.

Pruebas de almacenamiento en el Asistente para validar una configuración

Puede ejecutar las siguientes pruebas de almacenamiento con el Asistente para validar una configuración:

Enumerar todos los discos

Con esta prueba se enumeran todos los discos que pueden ver uno o varios servidores probados. La prueba enumera:

  • Los discos que son compatibles con clústeres y a los que pueden tener acceso todos los servidores.

  • Los discos de un servidor individual.

Se enumera la siguiente información para cada disco:

  • Número de disco

  • Identificador único

  • Tipo de bus

  • Tipo de pila

  • Dirección del disco (si es aplicable), incluido el puerto, la ruta de acceso, el identificador de destino (TID) y el Número de unidad lógica (LUN)

  • Descripción del adaptador

  • Características del disco, como el estilo de partición y el tipo de partición

Puede usar esta prueba como ayuda para diagnosticar problemas detectados por otras pruebas de almacenamiento que se describen en este tema.

Enumerar discos de clúster potenciales

Con esta prueba se enumeran los discos que pueden admitir clústeres y que pueden ver todos los servidores probados. Para admitir clústeres, el disco debe estar conectado mediante Serial Attached SCSI (SAS), iSCSI o Fibre Channel. Además, la prueba valida que la E/S de varias rutas funciona correctamente, lo que significa que cada uno de los discos se considera un disco, en lugar de dos.
Tipos de discos no enumerados en la prueba

Con esta prueba sólo se enumeran los discos que se pueden usar para clústeres. Los discos que se enumeran deben cumplir los siguientes requisitos:

  • Estar conectados mediante Serial Attached SCSI (SAS), iSCSI o Fibre Channel.

  • Poder verse en todos los servidores del clúster.

  • Ofrecer acceso mediante un adaptador de bus host compatible con clúster.

  • No ser un volumen de arranque o volumen de sistema.

  • No usarse para archivos de paginación, hibernación o archivos de volcado; los archivos de volcado registran el contenido de la memoria cuando el sistema se detiene inesperadamente.

Validar latencia de acceso a disco

Con esta prueba se valida que la latencia de las operaciones de lectura y escritura de disco se encuentre dentro de un límite aceptable para un clúster de conmutación por error. Si las operaciones de lectura y escritura de disco tardan demasiado, un resultado posible es que se activen tiempos de espera agotados de clúster. Otro posible resultado es que parezca que se ha producido un error en la aplicación que intenta tener acceso al disco y el clúster puede iniciar una conmutación por error innecesaria.

Validar arbitraje de disco

Con esta prueba se validan los siguientes aspectos:

  • Cada uno de los servidores agrupados puede usar el proceso de arbitraje para hacerse propietario de cada disco del clúster.

  • Cuando un servidor determinado es propietario de un disco, si uno o varios servidores arbitran para dicho disco, el propietario original conserva la propiedad.

Si un servidor agrupado no puede convertirse en el propietario de un disco, o no puede conservar la propiedad cuando otros servidores agrupados arbitran para el disco, pueden producirse varios problemas:

  • El disco podría no tener propietario y, por lo tanto, no estar disponible.

  • Dos propietarios podrían escribir en el disco de forma no coordinada, lo que lo dañaría.

    Los servidores de clústeres de conmutación por error están diseñados para coordinar todas las operaciones de escritura de forma que se eviten daños en el disco.

  • El disco podría cambiar de propietario cada vez que se produzca el arbitraje, lo que interferiría con la disponibilidad del disco.

Validar conmutación por error de disco

Con esta prueba se valida que la conmutación por error del disco funcione correctamente en el clúster. Específicamente, la prueba valida que cuando se conmuta por error un disco del que es propietario un servidor agrupado, el servidor que asume la propiedad del disco puede leerlo. La prueba valida también que la información escrita en el disco antes de la conmutación por error sigue siendo la misma después de la conmutación por error.

Si se produce la conmutación por error del disco pero el servidor que asume la propiedad de un disco no puede leerlo, el clúster no puede mantener la disponibilidad del disco. Si se cambia la información escrita en el disco durante el proceso de conmutación por error, podría causar problemas para los usuarios o el software que necesiten dicha información. En cualquier caso, si el disco afectado es un testigo de disco (un disco que almacena datos de configuración del clúster y participa en quórum), esos problemas podrían causar que el clúster perdiera el quórum y se cerrara.

Si esta prueba revela que la conmutación por error del disco no funciona correctamente, los resultados de las siguientes pruebas podrían ayudar a identificar la causa del problema:

Validar sistema de archivos

Con esta prueba se valida que el sistema de archivos de los discos de almacenamiento compartido sea compatible con clústeres de conmutación por error.

Validar discos basados en Microsoft MPIO

Con esta prueba se valida que los discos de varias rutas (discos basados en Microsoft MPIO) se hayan configurado correctamente para el clúster de conmutación por error.

Validar arbitraje múltiple

Con esta prueba se valida que cuando varios servidores agrupados arbitren para un disco de clúster, sólo un servidor obtenga la propiedad. El proceso de arbitraje de disco permite garantizar que los servidores en clúster realizan todas las operaciones de escritura de forma coordinada para evitar daños en el disco.

Si esta prueba revela que varios servidores agrupados pueden obtener la propiedad de un disco de clúster mediante el arbitraje de disco, los resultados de la siguiente prueba pueden ayudar a identificar la causa del problema:

Validar datos vitales de producto (VPD) de dispositivo SCSI

Con esta prueba se valida que el almacenamiento sea compatible con los datos de consulta SCSI (descriptores VPD) y que sean únicos.

Validar reserva persistente SCSI-3

Con esta prueba se valida que el almacenamiento de clúster use los comandos Persistent Reserve (estándar SCSI-3) más recientes (que son diferentes de los antiguos comandos reserve/release estándar SCSI-2). Los comandos Persistent Reserve evitan los reinicializaciones de bus SCSI, lo que significa que son mucho menos conflictivos que los antiguos comandos reserve/release. Por lo tanto, un clúster de conmutación por error puede tener mayor capacidad de respuesta en diferentes situaciones en comparación con un clúster que ejecute una versión anterior del sistema operativo. Además, los discos nunca quedan en un estado no protegido, lo que reduce el riesgo de daños en el volumen.

Validar conmutación por error simultánea

Con esta prueba se valida que las conmutaciones por error simultáneas de disco funcionen correctamente en el clúster. De manera específica, la prueba valida que incluso cuando se produzcan varias conmutaciones por error de disco al mismo tiempo, el servidor agrupado que asuma la propiedad de un disco pueda leerlo. La prueba valida también que la información escrita en cada disco antes de una conmutación por error siga siendo la misma después de la conmutación por error.

Si se produce la conmutación por error del disco pero el servidor que asume la propiedad de un disco no puede leerlo, el clúster no puede mantener la disponibilidad del disco. Si se cambia la información escrita en el disco durante el proceso de conmutación por error, podría causar problemas para los usuarios o el software que necesiten dicha información. En cualquier caso, si el disco afectado es un testigo de disco (un disco que almacena datos de configuración del clúster y participa en quórum), esos problemas podrían causar que el clúster perdiera el quórum y se cerrara.

Si esta prueba revela que la conmutación por error del disco no funciona correctamente, los resultados de las siguientes pruebas podrían ayudar a identificar la causa del problema:

Referencias adicionales

Tabla de contenido