Explicación de por qué los clústeres de servidores no comprueban que los recursos funcionarán correctamente en todos los nodos

Seleccione idioma Seleccione idioma
Id. de artículo: 303431 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

El servicio de Cluster Server de Microsoft (MSCS) en Microsoft Windows Server 2003 y de Microsoft Windows 2000 Server no se compruebe que los recursos agrupados capaz de ejecutar en todos los nodos del clúster. Por ejemplo, sólo un nodo puede tener nunca un identificador para un disco físico y, a causa de esto, no es posible comprobar que el otro nodo puede poner el disco en línea sin interrumpir el otro nodo. Es responsabilidad del administrador para comprobar que el clúster está configurado correctamente y que todos los grupos pueden conmutación por error a los nodos apropiados.

Vea el tema "Prueba de nodo error" en Ayuda en pantalla en la sección clúster de servidores de maneras de probar si el clúster de servidor de conmutación por error correctamente. Esto debe hacerse antes de que el clúster de servidor se ponga en producción para comprobar que proporcionará una solución de alta disponibilidad del clúster. Algunos recursos irá en línea en un nodo del clúster pero no en otros para una variedad de motivos. Este artículo describe algunas de las razones por qué recursos pueden poner en línea en un nodo pero no en cualquiera de los demás.

Más información

Para averiguar qué recurso es impedir un grupo conmute por error, primero Desconectar todo el grupo y utilícela el proceso de Mover grupo . A continuación, conecte cada recurso individualmente, empezando por el recurso más bajo en el árbol de dependencias. Normalmente, el primer recurso para poner en conexión es el disco físico, seguido por la dirección IP y nombre de red y finalmente por poner los recursos de aplicaciones en línea, como recursos compartidos de archivos, Exchange o SQL, servicios genéricos y así sucesivamente. La lista siguiente es la lista de recursos comunes y algunas razones frecuentes por qué podría no aparecen en línea en todos los nodos del clúster.

Recursos de nombre de red y dirección IP

Si un recurso nombre de red o dirección IP no se pondrá en conexión en un nodo pero en el otro nodo, hay probablemente algo malo el subsistema de red en los nodos problemáticos. Lo primero que comprobar es que los cables de red del nodo problemático están conectados correctamente. Compruebe que la interfaz de red pública tiene conectividad con los otros nodos del clúster y puede establecer una conexión a los servidores WINS y DNS. Haga ping en el nombre de red y la dirección IP del nodo de trabajo desde el nodo problemático seguido de hacer ping a los servidores de DNS y WINS. Los recursos nombre de red y dirección IP se basan en configuración de TCP/IP del nodo local. Compruebe que el nodo local tiene la puerta de enlace predeterminada apropiada, la máscara de subred, y así sucesivamente para el adaptador de red que está conectado a la red pública. Compruebe que el público y las redes privadas en distintas redes lógicas.

Recurso disco físico

Si un recurso disco físico no poner en línea en un nodo concreto del clúster, probablemente hay un problema con ese subsistema de disco nodos concretos. Hay algunos pasos de solución de problemas que puede utilizar mientras está conectado el servidor de clúster, pero otros pueden requerir que el clúster de servidores se tomado hacia abajo para mantenimiento y solución de problemas.

Mientras el clúster está conectado, inicie sesión como administrador en el nodo problemático. Administrador de dispositivos, vista la SCSI y controladoras de RAID bifurcación y compruebe que el adaptador de bus host (HBA) para el disco compartido tiene un controlador de carga, el dispositivo está habilitado y que tiene un estado de dispositivo de "funciona correctamente". Compruebe que el HBA tiene la misma versión de controlador y firmware que el nodo de trabajo. En la rama unidades de disco, compruebe que el disco aparece y no está deshabilitado.

Nota El disco se han examinado y debe aparecer aunque sean accesibles en el nodo problemático.

Si el nodo problemático aún no puede conectar el recurso disco, la solución más requerir que todo el clúster puede poner hacia abajo para solucionar problemas. Para iniciar, desde los nodos que están conectados y trabajando, crear una copia de seguridad completa. Una vez que se copia el clúster, apague todos los nodos excepto para el nodo problemático. En el nodo problemático, vea Administración de equipos en Herramientas administrativas. Abra la rama de servicios y aplicaciones y seleccione Servicios. Haga doble clic en el Servicio de Cluster Server , establezca el tipo de inicio a manual y, a continuación, haga clic en Aceptar .

En el Administrador de dispositivos, ver dispositivos de sistema. En el menú Ver , haga clic en Mostrar dispositivos ocultos . Una nueva bifurcación no Plug and Play controladores se muestra en el Administrador de dispositivos y debería ver esta rama. Haga doble clic en El disco de clúster y, a continuación, haga clic en la ficha controlador . En la sección de inicio, cambie el "tipo:" como deshabilitado y, a continuación, haga clic en Aceptar . Cierre Administración de equipos y, a continuación, reinicie el servidor. Una vez que conecte el servidor, todos los discos del bus compartido deben ser accesibles. Se han deshabilitado los componentes del clúster para que todas las unidades deben comportarse como haría en Windows sin clústeres.

importante Sólo tiene un nodo encendido si se deshabilita el controlador de disco del clúster.

Una vez que el servidor aparece después de que se deshabilitaron los componentes de organización por clústeres, utilice la consola de administración de discos para comprobar que el nodo problemático tener acceso al disco y que las letras de unidad se asignan correctamente. Compruebe que el disco puede escribirse copiando varios archivos grandes en el disco (típico del tamaño que utiliza el sistema).

Recurso Servicio genérico

Poner todos los recursos excepto para el servicio genérico en el nodo problemático. Una vez todo requiere recursos están en línea para el servicio genérico (disco, nombre de red, dirección IP etc.), haga clic en servicios en la rama de servicios y aplicaciones en equipos administración. Busque el servicio que se inicia la aplicación genérica y, a continuación, haga doble clic en él. En la ficha Iniciar sesión , compruebe que se utilizan los permisos adecuados para el servicio. En la ficha General , haga clic en el botón Inicio para ver si se inicia el servicio. Busque en el registro para obtener detalles sobre el error que se muestra de la aplicación o consulte con el fabricante del servicio para obtener información sobre por qué no inicia el programa.

Recurso aplicación genérica

Conecte todos los recursos excepto para la aplicación genérica en el nodo problemático. Una vez que todos los recursos necesarios están en línea para la aplicación genérica (disco, nombre de red, dirección IP etc.), vaya a la ubicación del programa ejecutable (.exe) de archivo que señala el recurso y a continuación, haga doble clic en él. Tenga en cuenta los mensajes de error que recibe. Compruebe que la cuenta del nodo problemático tiene los permisos adecuados y que la ubicación de los archivos son accesibles por el nodo. Crear una prueba recurso aplicación genérica que se iniciará Notepad.exe para comprobar que el tipo de recurso (Clusres.dll) está funcionando correctamente.

Recurso compartido de archivo

Conecte todos los recursos excepto para el recurso de archivo compartido en el nodo problemático. Una vez que todos los recursos necesarios están en línea para el compartido de archivos (disco, nombre de red, dirección IP etc.), utilice Explorador de Windows para comprobar que comparten la ruta de acceso del archivo es accesible. Compruebe que la cuenta del servicio de Cluster Server tiene permisos adecuados a la ruta de acceso recurso compartido de archivo. Compruebe que el servicio servidor está funcionando correctamente en el nodo problemático. Iniciar sesión y conéctese a un recurso compartido administrativo del nodo problemático ( nombre de equipo % \C$) y copiar archivos que son habituales del tamaño que contiene el recurso compartido normal.

Propiedades

Id. de artículo: 303431 - Última revisión: viernes, 26 de octubre de 2007 - Versión: 3.5
La información de este artículo se refiere a:
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Palabras clave: 
kbmt kbproductlink kbenv kbinfo kbnetwork KB303431 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 303431

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com