Las implicaciones de utilizar el modificador /forcequorum para iniciar el servicio de Cluster Server en Windows Server 2008


Información de versión beta


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

No hay soporte técnico formal está disponible de Microsoft para este producto beta. Para obtener información acerca de 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 visite el sitio Web donde descargó la versión.

INTRODUCCIÓN


En Windows Server 2003, los clústeres de servidores están configurados para utilizar un modelo de quórum de (MNS) del conjunto de nodos mayoritario pueden forzar el servicio de Cluster Server para iniciar al menos que el número mínimo necesario de los nodos del clúster están participando en el clúster. La siguiente fórmula se utiliza para determinar el número mínimo de nodos de clúster que se necesitan:
(< total configura los nodos del clúster > / 2) + 1
Por ejemplo, un clúster MNS 4 nodos requiere un mínimo de 3 nodos de considerarse funcional ((4/2) + 1 = 3).

Para iniciar el servicio de Cluster Server mediante el método de modelo de quórum MNS, utilice la clave del registro ForceQuorum o utilizar un parámetro de inicio, por ejemplo, el modificador /forcequorum .



Nota: La clave del registro ForceQuorum se encuentra bajo la siguiente subclave del registro:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ClusSvc\Parameters
Existen procedimientos especiales que se necesitan para recuperar correctamente después de utilizar el modificador /forcequorum . Este artículo describe las implicaciones de utilizar el modificador /forcequorum para iniciar el servicio de Cluster Server en Windows Server 2008. En basado en Windows Server 2008 failover clusters, iniciando el servicio de Cluster Server junto con un modificador /forcequorum tiene más implicaciones de lo hicieron en sistemas operativos anteriores.

Más información


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

En los clústeres de conmutación por error basada en Windows Server 2008, la etiqueta Paxos consta de tres números. Cada número está separado por un coma. Por ejemplo, una etiqueta puede ser similar al siguiente:
3:3:276
Estos números representan el número de NextEpoch, el número de 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 lote 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 en 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 mayor número de propuesta. Si el nodo no tiene la información más actual (números más altos), el nodo envía una aceptación al nodo proponente. Si la mayoría de los nodos del clúster (un "consenso") devolver una aceptación al nodo proponente, los datos se envían a cada nodo del clúster a incorporarse localmente.

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

Puede cambiar el formato de etiqueta Paxos en un clúster sólo 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 Cluster Server mediante el modificador /forcequorum . La forma abreviada para el modificador es /fq.
El nuevo formato de etiqueta Paxos utiliza marcas de tiempo. El siguiente es un ejemplo del formato nuevo:
2007/12/31-15`35`55.889_4:2007/12/31-15`35`55.889_4:294
Este formato garantiza que los nodos que ejecutan el servicio de Cluster Server junto con este formato de etiqueta Paxos tendrá la copia de oro o autoritativa de la configuración del clúster. Cualquier nodo que se une al clúster tendrán automáticamente esta copia de la configuración del clúster inserta en él durante el proceso de unión. Por lo tanto, cuando decida forzar el servicio de Cluster Server se inicie en un nodo específico en un clúster de conmutación por error basada en Windows Server 2008, es importante seleccionar el nodo que tiene la información de configuración del clúster más reciente. De lo contrario, pueden perderse algunas opciones de configuración.

Referencias


Para obtener más información acerca del modelo de quórum MNS, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca del algoritmo Paxos, visite el siguiente sitio Web de Microsoft: