Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
La recuperación de un clúster de conmutación por error sin cuórum es una aptitud crítica, ya que permite restaurar rápidamente los servicios y minimizar el tiempo de inactividad si se pierde el cuórum. El cuórum es esencial para el funcionamiento adecuado de un clúster de conmutación por error, ya que evita escenarios de cerebro dividido y garantiza una integridad de datos coherente. Sin cuórum, el clúster no puede tomar decisiones autoritativas, lo que provoca interrupciones del servicio. Siguiendo estas directrices, los administradores pueden mejorar la resistencia de su sistema y mantener operaciones continuas y confiables, incluso en el caso de desafíos inesperados.
Un clúster que no tiene suficientes votos de cuórum no se inicia. Como primer paso, siempre debe confirmar la configuración del cuórum del clúster e investigar por qué el clúster ya no tiene cuórum. Esto puede ocurrir si tiene nodos que han dejado de responder o si el sitio primario no es accesible en un clúster multisitio. Después de identificar la causa principal del error del clúster, puede usar los pasos de recuperación descritos en esta sección.
Nota:
- Si el servicio de clúster se detiene porque se pierde el cuórum, el identificador de evento 1177 aparece en el registro del sistema.
- Siempre es necesario investigar por qué se perdió el cuórum del clúster.
- Se recomienda poner un nodo o un testigo de cuórum en un estado correcto (unido al clúster) en lugar de iniciar el clúster sin un cuórum.
Prerrequisitos
El dispositivo debe ejecutar Windows Server 2012 o posterior en todos los nodos del clúster.
La característica Clústeres de conmutación por error debe instalarse en cada nodo. Para obtener más información, consulte Instalación o desinstalación de roles, servicios de rol o características.
Como alternativa, puede ejecutar el siguiente comando para instalar clústeres de conmutación por error:
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementToolsDebe ser miembro del grupo Administradores o Administradores de dominio.
Almacenamiento compartido al que pueden acceder todos los nodos del clúster, como almacenamiento conectado a la red (NAS) o red de área de almacenamiento (SAN).
Forzar el inicio de nodos de clúster
Después de determinar que no se puede recuperar el clúster si se ponen los nodos o el testigo de cuórum en un estado correcto, es necesario forzar el inicio del clúster. Forzar el inicio del clúster anula las configuraciones de cuórum del clúster e inicia el clúster en modo ForceQuorum.
Para forzar que el nodo de clúster se inicie sin cuórum, ejecute el siguiente comando en una ventana de PowerShell con privilegios elevados:
Start-ClusterNode -ForceQuorum
Forzar el inicio de un clúster cuando no tiene quórum puede ser especialmente útil en un clúster multisitio. Considere un escenario de recuperación ante desastres con un clúster que contenga sitios primarios y de copia de seguridad por separado, como SiteA y SiteB. Si se produce un desastre genuino en SiteA, el sitio podría tardar mucho tiempo en volver a estar en línea. Es probable que quiera forzar que SiteB se conecte, aunque no tenga quórum.
Cuando se inicia un clúster en el modo ForceQuorum y, después de recuperar suficientes votos de cuórum, el clúster deja automáticamente el estado forzado y se comporta normalmente. Por lo tanto, no es necesario volver a iniciar el clúster normalmente. Si el clúster pierde un nodo y pierde quórum, se desconecta de nuevo porque ya no está en estado forzado. Para recuperar un clúster en el que se ha perdido el cuórum, debe forzarlo a iniciar sin cuórum.
Nota:
- Una vez iniciado un clúster, el administrador toma el control completo sobre sus operaciones.
- Cuando el clúster se inicia por fuerza en un nodo específico, usa la configuración de ese nodo y la replica en todos los demás nodos accesibles.
- Si fuerza al clúster a que se inicie sin cuórum, se omiten todas las opciones de configuración del cuórum mientras el clúster permanece en modo ForceQuorum . Las asignaciones de voto de nodo y la configuración de administración dinámica de quórum son consideraciones esenciales para configurar eficazmente los clústeres de conmutación por error.
Impedir el cuórum en los nodos del clúster
Después de forzar el inicio del clúster en un nodo, es necesario iniciar los nodos restantes del clúster con una configuración para evitar el cuórum. Un nodo comenzó con una configuración que impide que el cuórum indique al servicio de clúster que se una a un clúster en ejecución existente en lugar de formar una nueva instancia de clúster. Esto impide que los nodos restantes formen parte de un clúster dividido que contenga dos instancias de competencia.
Esto es necesario cuando necesitas recuperar el clúster en escenarios de recuperación ante desastres multisitio después de haber iniciado el clúster en el sitio de copia de seguridad, SiteB. Para unirse al clúster iniciado de manera forzosa en el SitioB, es necesario iniciar los nodos los nodos del sitio principal (SitioA) sin permitir el quórum.
La recuperación del clúster se puede realizar mediante el Failover Cluster Manager o PowerShell en una ventana de comandos con derechos elevados.
Importante
Después de iniciar de manera forzosa un clúster en un nodo, se recomienda iniciar siempre el resto de nodos sin permitir el cuórum.
En Administrador del servidor, seleccione Herramientas y, después, seleccione Administrador de clústeres de conmutación por error.
Como alternativa, seleccione Inicio, escriba Administrador de clústeres de conmutación por error y selecciónelo.
En el panel izquierdo, seleccione el clúster que desea recuperar.
Para especificar un clúster, en el panel derecho, en Acciones, seleccione Conectar al clúster. Escriba el nombre del clúster y, a continuación, seleccione Aceptar.
En el panel derecho, en Acciones, seleccione Forzar inicio del clúster y, a continuación, seleccione Sí.
Si selecciona Iniciar servicio de clúster en lugar de Forzar inicio del clúster, el nodo se inicia automáticamente con la configuración que impide el cuórum.
Consideraciones de cuórum para las configuraciones de recuperación ante desastres
En esta sección se resumen las características y las configuraciones de cuórum para dos configuraciones de clúster multisitio en implementaciones de recuperación ante desastres. Las instrucciones de configuración de cuórum son distintas según si necesitas la conmutación automática por error o la conmutación por error manual para cargas de trabajo entre sitios. La configuración normalmente se alinea con los acuerdos de nivel de servicio (SLA) establecidos en su organización. Estos Acuerdos de Nivel de Servicio definen las expectativas para proporcionar y respaldar cargas de trabajo agrupadas durante fallos del sitio o desastres.
En esta configuración, el clúster consta de dos o más sitios que pueden hospedar roles en clúster. Si se produce un fallo en cualquier sitio, se espera que los roles en clúster se transfieran automáticamente a los sitios restantes. Por lo tanto, el cuórum de clúster debe configurarse de manera que cualquier sitio pueda sostener un error de sitio completo.
En la tabla siguiente se resumen las consideraciones y recomendaciones para esta configuración.
| Elemento | Descripción |
|---|---|
| Administración dinámica de cuórum | Debe estar habilitado |
| Número de votos de nodo por sitio | Debe ser igual |
| Asignación de voto de nodo | No se deben quitar los votos de nodo porque todos los nodos son igualmente importantes |
| Configuración de testigos | Se recomienda configurar el testigo para compartir archivos en un sitio independiente de los sitios del clúster. |
| Carga de trabajo | Las cargas de trabajo se pueden configurar en cualquiera de los sitios |
Es necesario configurar el testigo de recurso compartido de archivos en un sitio separado para que todos los sitios tengan las mismas oportunidades de supervivencia.