Guía de solución de problemas cuando el servicio de clúster no se inicia

Lista de comprobación de solución de problemas

Compruebe los puertos que usa el servicio de clúster

Asegúrese de que los siguientes puertos están abiertos al tráfico del clúster en los firewalls:

• Puerto 135: asignador de puntos de conexión de llamada a procedimiento remoto (RPC) o modelo de objetos de componente distribuido (DCOM).

• Puerto 135: asignador de puntos de conexión RPC a través del protocolo de datagramas de usuario (UDP).

• Puerto 3343: controlador de red de clúster.

• Puerto 445: bloque de mensajes del servidor (SMB).

• Puerto 139: servicio de sesión NetBIOS.

• Puertos del intervalo de 5000 a 5099: si el identificador de evento 1721 se registra al conectarse a un clúster como administrador de clústeres, intente abrir los puertos de este intervalo (u otros puertos) al tráfico RPC. Los puertos admiten la comunicación a través de RPC a menos que solo escriba un carácter de punto (.).

  Este problema puede producirse porque el servicio de clúster usa al menos 100 puertos para la comunicación RPC. El número de puertos disponibles para el servicio de clúster puede ser demasiado pequeño cuando otros servicios usan algunos de los puertos necesarios. Estos servicios pueden incluir el servicio DNS de Windows, el servicio de nombre de Internet de Windows (WINS) o el servicio Microsoft SQL Server.

• Puertos del intervalo de 8011 a 8031: si los firewalls separan los nodos del clúster, los puertos del intervalo de 8011 a 8031 deben estar abiertos para el tráfico RPC internode. De lo contrario, los errores del registro de clúster indican que un nodo patrocinador no está disponible. Estos errores se producen porque no hay suficientes puertos disponibles para la comunicación RPC entre un nodo que intenta unir el clúster y un nodo que puede patrocinar ese nodo.

Para obtener más información sobre cómo configurar una red y puertos de red para un clúster, consulte los artículos siguientes:

• Habilite una red para el uso de clúster

• Información general del servicio y los requisitos del puerto de red para Windows

Después de cambiar la configuración del puerto, intente volver a poner el nodo en línea antes de continuar.

Ejecute la herramienta de validación de clúster

1. Abra el complemento Administrador de clústeres de conmutación por error (CluAdmin.msc).

2. Seleccione Administrador de clústeres de conmutación por error en la columna superior izquierda.

3. Seleccione Validar configuración.

4. Escriba el nombre de cada nodo del clúster y seleccione Agregar después de cada uno.

5. Cuando se hayan agregado todos los nodos a la lista Servidores seleccionados: , seleccione Siguiente.

6. Seleccione Ejecutar todas las pruebas (recomendado)> Siguiente>.

7. Permitir que finalice la prueba. Una vez completado, seleccione Ver informe.

8. Revise los resultados de las pruebas que se etiquetan como Error o Advertencia. Esta información puede ayudar a proporcionar pasos accionables para corregir el problema.

9. Para obtener un archivo descargable, vaya a la carpeta C:\Windows\Cluster\Reports y abra el Informe de validación (. MHT) archivo.

   Nota:

   En Windows Server 2016 y versiones posteriores, es un archivo .HTM .

Compruebe las directivas de seguridad que podrían afectar al nodo del clúster

En el Editor de objetos de directiva de grupo, estos objetos de directiva se encuentran en Configuración del equipo\Configuración de Windows\Configuración de seguridad\Directivas locales\Asignación de derechos de usuario.

Nota:

Para acceder a la configuración de la directiva de seguridad local, seleccione Inicio, escriba directiva de seguridad local y, a continuación, seleccione Directiva de seguridad local.

• Asegúrese de que la lista de cuentas incluye las cuentas responsables de ejecutar el nodo de clúster. Para obtener más información, consulte Cómo acceder a este equipo desde la red y Permitir la configuración de directiva de seguridad local de inicio de sesión.

• Asegúrese de que la lista de cuentas no incluye cuentas locales. Para obtener más información, vea Cómo denegar el acceso a este equipo desde la red.

• Asegúrese de que la lista de cuentas y grupos no incluye el grupo "Todos". Para obtener más información, consulte Denegar inicio de sesión en la configuración de directiva de seguridad local.

Después de cambiar la configuración de directiva, intente volver a poner el nodo en línea antes de continuar.

Deshabilite los firewalls temporalmente

Deshabilite el firewall entre el nodo y el resto del clúster e intente volver a poner el nodo en línea. Si el nodo sigue sin estar en línea, el firewall puede ser la causa.

Importante

No deje este cambio en su lugar después de finalizar la solución de problemas. Después de usar este cambio para las pruebas, devuelva esta configuración a la configuración original.

Compruebe si hay problemas en el hardware y el software de red

• Compruebe el registro de eventos del sistema para ver si hay errores de hardware o software relacionados con los adaptadores de red de este nodo.

• Compruebe el adaptador de red, los cables y la configuración de red de las redes que conectan los nodos.

• Si va a crear equipos con los adaptadores de red, asegúrese de que la configuración de formación de equipos sea correcta.

• Compruebe los centros, los conmutadores o los puentes en las redes que conectan los nodos.

Revisión de los archivos de registro

Para identificar el origen del problema, revise la información de registro de varios orígenes. Por ejemplo:

• En Visor de eventos, vaya a Registros de aplicaciones y servicios\Microsoft\Windows\FailoverClustering-Client\Diagnostic y revise los registros de seguimiento de depuración de api de clúster.

• Genere un registro de clúster nuevo para el nodo. En el servidor que ejecuta el nodo afectado, abra un símbolo del sistema de PowerShell con privilegios elevados y ejecute el siguiente cmdlet:

  Get-ClusterLog -Node 'Local Node Name' -Destination c:\temp -UseLocalTime

Para generar un seguimiento más detallado, siga estos pasos:

1. En un símbolo del sistema de PowerShell con privilegios elevados, ejecute el siguiente cmdlet para iniciar el seguimiento:

   logman create trace "base_cluster" -ow -o c:\base_cluster.etl -p "Microsoft-Windows-FailoverClustering-Client" 0xffffffffffffffff 0xff -nb 16 16 -bs 1024 -mode Circular -f bincirc -max 4096 -ets

2. Reproduce el problema.

3. Para detener el seguimiento, ejecute el siguiente cmdlet:

   Logman stop base_cluster.etl -ets

4. Para convertir el seguimiento, ejecute el siguiente cmdlet:

   Netsh trace convert base_cluster.etl

5. Para generar un registro de clúster a partir de los datos, ejecute el siguiente cmdlet:

   Get-ClusterLog -Node 'Local Node Name' -Destination c:\temp -UseLocalTime

Para obtener más información sobre el seguimiento y otros problemas para buscarlos, consulte Solución de problemas de creación de errores de clúster.