Las implicaciones de usar el modificador /forcequorum para iniciar el servicio de clúster en Windows Server 2008

En este artículo se describen las implicaciones de iniciar el servicio de clúster mediante el modificador /forcequorum.

Se aplica a: Windows Server 2012 R2
Número de KB original: 947713

Información beta

En este artículo se describe una versión beta de un producto de Microsoft. La información de este artículo se proporciona tal cual y está sujeta a cambios sin previo aviso.

Microsoft no dispone de soporte técnico formal para este producto beta. Para obtener información sobre cómo obtener soporte técnico para una versión beta, consulte la documentación que se incluye con los archivos del producto beta o compruebe la ubicación web en la que descargó la versión.

Introducción

En Windows Server 2003, los clústeres de servidor que están configurados para usar un modelo de cuórum de conjunto de nodos mayoritario (MNS) pueden forzar que el servicio de clúster se inicie cuando el número mínimo de nodos de clúster necesario sea menor que el número mínimo necesario de nodos de clúster que participan en el clúster. La fórmula siguiente se usa para determinar el número mínimo de nodos de clúster necesarios:
(<Total de nodos> de clúster configurados/2) + 1

Por ejemplo, un clúster MNS de 4 nodos requiere que un mínimo de tres nodos se consideren funcionales ((4/2) + 1 = 3).

Para iniciar el servicio cluster mediante el método de modelo de cuórum MNS, use la clave del Registro ForceQuorum o use un parámetro de inicio, como el modificador /forcequorum.

Hay procedimientos especiales necesarios para recuperarse correctamente después de usar el modificador /forcequorum. En este artículo se describen las implicaciones de usar el modificador /forcequorum para iniciar el servicio de clúster en Windows Server 2008. En los clústeres de conmutación por error basados en Windows Server 2008, iniciar el servicio cluster junto con un modificador /forcequorum tiene más implicaciones que en sistemas operativos anteriores.

Más información

En los clústeres de conmutación por error basados en Windows Server 2008, se realiza un seguimiento de la información de configuración del clúster en todos los nodos del clúster y en un disco testigo, si se configura uno. Se usa un proceso de etiquetado de Paxos para garantizar la coherencia de la configuración del clúster en todos los nodos y en el disco testigo. El algoritmo Paxos se usa para garantizar la coherencia entre sistemas distribuidos. El servicio Cluster usa el algoritmo para garantizar la coherencia de los datos cuando las actualizaciones de la configuración del clúster se propagan entre todos los nodos del clúster.

En los clústeres de conmutación por error basados en Windows Server 2008, la etiqueta Paxos consta de tres números. Cada número está separado por dos puntos. Por ejemplo, una etiqueta puede ser similar a la siguiente:
3:3:276
Estos números representan el número NextEpoch, el número LastUpdateEpoch y el número de secuencia. Idealmente, la etiqueta Paxos debe ser la misma en todas las réplicas de la configuración del clúster. Los números de época se cambian cada vez que se forma el clúster. El número de secuencia se cambia cada vez que se realiza una actualización a la configuración del clúster. El proceso de sincronización de un clúster envía una propuesta a todos los nodos del clúster. La propuesta consta de un número de secuencia y un número de propuesta. Un nodo de clúster comprueba su copia local de la configuración del clúster para ver si tiene un número de secuencia más reciente o un número de propuesta superior. Si el nodo no tiene más información actual (números más altos), el nodo envía una aceptación al nodo que propone. Si la mayoría de los nodos del clúster (un "consenso") devuelven una aceptación al nodo que propone, los datos se envían a cada nodo de clúster para que se incorporen localmente.

Cuando un nodo de clúster se une a un clúster, el nodo envía su información de etiqueta de Paxos como parte del proceso de unión. Si la información de etiqueta de Paxos del nodo de unión es anterior a la configuración actual del clúster, se inserta una copia completa de la configuración del clúster en el nodo como parte del proceso de unión. Esta copia de la configuración del clúster se conoce como subárbol del Registro de clúster. Este comportamiento garantiza que todos los nodos que se unen a un clúster tengan la información de configuración más actualizada.

El formato de etiqueta Paxos de un clúster solo puede cambiar en los dos escenarios siguientes:

• Cuando se ejecuta una restauración autoritativa de la configuración del clúster.
• Cuando se inicia el servicio de clúster mediante el modificador /forcequorum. La abreviatura del modificador es /fq.

El nuevo formato de etiqueta paxos usa marcas de tiempo. A continuación se muestra un ejemplo del nuevo formato:
2007/12/31-153555.889_4:2007/12/31-153555.889_4:294

Este formato garantiza que los nodos que ejecutan el servicio cluster junto con este formato de etiqueta paxos tendrán la copia dorada o autoritativa de la configuración del clúster. Cualquier nodo que se una al clúster tendrá automáticamente esta copia de la configuración del clúster insertada en él durante el proceso de unión. Por lo tanto, cuando decida forzar que el servicio de clúster se inicie en un nodo específico de un clúster de conmutación por error basado en Windows Server 2008, es importante seleccionar el nodo que tenga la información de configuración de clúster más actualizada. De lo contrario, es posible que se pierdan algunas opciones de configuración.

Referencias

Para obtener más información sobre el modelo de cuórum de MNS, visite el siguiente sitio web de Microsoft: https://technet.microsoft.com/library/cc784005(WS.10).aspx

Para obtener más información sobre el algoritmo Paxos, visite el siguiente sitio web de Microsoft: https://research.microsoft.com/users/lamport/pubs/paxos-simple.pdf