Opciones de inicio del servicio de clúster

En este artículo se enumeran todos los modificadores disponibles que se pueden usar como parámetros de inicio para iniciar el servicio de clúster.

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

Resumen

Esta es una lista de todos los modificadores disponibles que se pueden usar como parámetros de inicio para iniciar el servicio de clúster.

Para ello, vaya a las propiedades del servicio, coloque el modificador adecuado en el cuadro Parámetros de inicio y, a continuación, haga clic en Iniciar.

También puede usar los modificadores al iniciar el servicio cluster desde la línea de comandos. Por ejemplo:

net start clussvc.exe / switch  

Windows Server 2003 incluye abreviaturas para cada conmutador. Esto simplifica el uso de conmutadores de inicio del servicio de clúster. Por ejemplo, puede iniciar el servicio con el /FixQuorum modificador o el /FQ conmutador.

Los modificadores de opción válidos incluyen lo siguiente:

Solo los modificadores de Windows 2000 y versiones posteriores incluyen lo siguiente.

Los modificadores de Windows Server 2003 y versiones posteriores solo incluyen lo siguiente.

Descripción de los modificadores

A continuación se muestra una descripción de algunos de los modificadores:

Depuración

Función: es posible que el registro de clústeres no contenga información útil para diagnosticar el servicio de clúster para iniciar errores. Esto se debe a que el servicio cluster puede producir un error antes de que se inicie el Cluster.log. Al iniciar el servicio de clúster con este modificador se muestra la inicialización del servicio de clúster y puede ayudarle a identificar estos problemas que se producen de forma temprana.

Requisitos: use este modificador solo con fines de diagnóstico temporales. Si el servicio de clúster no se inicia debido a un error de inicio de sesión de la cuenta de servicio u otro error relacionado con el sistema, es posible que el servicio no tenga la oportunidad de ejecutarse. Como resultado, es posible que no se cree un archivo cluster.log. Este método ejecuta el servicio fuera del entorno normal proporcionado por Service Control Manager. Para usar este modificador, debe iniciar sesión localmente con derechos administrativos e iniciar el comando desde el símbolo del sistema. No use el modificador de depuración para el uso normal ni durante ningún período de tiempo. El servicio no se ejecuta de la manera más eficaz con el conjunto de opciones.

Escenarios de uso: este modificador solo se debe usar cuando el servicio de clúster no se puede iniciar. Este conmutador mostrará en la pantalla la operación del servicio cluster a medida que intenta iniciarse. Este modificador solo se puede usar al iniciar el servicio desde el símbolo del sistema y debe estar en la carpeta donde está instalado el servicio de clúster. De forma predeterminada, es %SystemRoot%\Cluster. Este también es el único modificador que no se usa con el comando net start para iniciar el servicio.

Operación: abra un símbolo del sistema, cambie a la carpeta %SystemRoot%\cluster y escriba lo siguiente clussvc /debug [loglevel#] ".

donde loglevel# es uno de los siguientes.

Como alternativa, también puede usar el comando set para controlar el nivel de registro del clúster cuando use el modificador de depuración. En el símbolo del sistema, escriba el siguiente conjunto clusterloglevel= x , donde x es uno de los valores que se muestran en la tabla anterior.

El servicio cluster envía la salida a la ventana de forma similar a lo que vería en el cluster.log. Como alternativa, también puede capturar esta información en un archivo mediante la siguiente sintaxis de comandos:

clussvc /debug > c:\debug.log

Cuando el servicio de clúster se ejecute correctamente, presione CTRL+C para detener el servicio.

FixQuorum

Función: permite que el servicio de clúster se inicie a pesar de los problemas con el dispositivo de cuórum. Los únicos recursos que se pondrán en línea una vez iniciado el servicio son la dirección IP del clúster y el nombre del clúster. Puede abrir el administrador de clústeres y poner otros recursos en línea manualmente.

Requisitos: Este conmutador debe utilizarse solo en modo de diagnóstico de forma muy temporal y no durante el funcionamiento normal. Solo se debe iniciar un nodo con este modificador y no se debe intentar unir un segundo nodo al nodo iniciado mediante este modificador. Normalmente, este modificador se usa solo.

Escenarios de uso: Si el servicio de clúster no se puede iniciar de la manera normal debido al error del recurso de cuórum, los usuarios pueden iniciar el servicio de clúster en este modo e intentar diagnosticar el error.

Operación: Una vez iniciado el servicio de clúster, todos los recursos, incluido el recurso de cuórum, permanecen sin conexión. A continuación, los usuarios pueden intentar poner en línea manualmente el recurso de cuórum y supervisar las entradas de registro del clúster, así como las nuevas entradas del registro de eventos e intentar diagnosticar cualquier problema con el recurso de cuórum. La sintaxis es la siguiente: net start clussvc /fixquorum.

ResetQuorumLog

Función: si el registro de cuórum y el archivo de punto de comprobación no se encuentran o están dañados, se puede usar para crear archivos basados en la información del subárbol del registro %SystemRoot%\Cluster\CLUSDB del nodo local. Si el archivo de registro de cuórum se encuentra en el orden correcto, este modificador no tiene ningún efecto.

Requisitos: normalmente, solo se inicia un nodo mediante este modificador y este modificador se usa solo. Solo los usuarios experimentados que comprendan las consecuencias del uso de información potencialmente obsoleta deben usarlo para crear un nuevo archivo de registro de cuórum.

Escenarios de uso: este modificador solo se debe usar cuando el servicio cluster no se puede iniciar en una máquina windows 2000 o posterior debido a que falta un registro de cuórum (Quolog.log) y Chkxxx.tmp archivos. Windows NT 4.0 volverá a crear automáticamente estos archivos si no existen. Esta funcionalidad se agregó en Windows 2000 para proporcionar más control sobre el inicio del servicio cluster.

Operación: el servicio cluster realiza un restablecimiento automático del archivo de registro de cuórum si se detecta que falta o está dañado mediante la información del subárbol del clúster cargado actualmente mediante el archivo %systemroot%\Cluster\CLUSDB. La sintaxis es la siguiente:

net start clussvc /resetquorumlog

DebugResMon

Función: le ayuda a depurar el proceso de supervisión de recursos y, por lo tanto, las bibliotecas de vínculos dinámicos de recursos (DLL) que carga el monitor de recursos. Puede usar cualquier depurador estándar basado en Windows.

Requisitos: solo se puede usar cuando el servicio de clúster se inicia desde el símbolo del sistema y cuando se usa el modificador de depuración. No hay ninguna configuración del Registro equivalente que se pueda usar cuando el servicio cluster se ejecute como servicio. El depurador debe estar disponible para conectarse al monitor de recursos cuando se inicia. Normalmente, este modificador se usa solo.

Escenarios de uso: los desarrolladores pueden usar este modificador para depurar el proceso de supervisión de recursos y sus archivos DLL de recursos personalizados. Esta opción es muy útil si un error en un archivo DLL de recursos hace que el proceso de supervisión de recursos se cierre inesperadamente poco después de que el servicio cluster lo haya iniciado y antes de que los usuarios puedan asociar manualmente un depurador al proceso de supervisión de recursos.

Operación: justo antes de que se inicie el proceso de supervisión de recursos, el proceso del servicio de clúster espera con un mensaje (Esperando a que el depurador se conecte al proceso de resmon X), donde X es el identificador de proceso (PID) del proceso de supervisión de recursos. El servicio cluster lo hace a la espera de todos los procesos de supervisión de recursos creados por él. Una vez que el usuario adjunta un depurador al proceso de supervisión de recursos y se inicia el proceso de supervisión de recursos, el servicio de clúster continúa con su inicialización.

NoRepEvtLogging

Función: el modificador norepevtlogging impide la replicación de los eventos registrados en el registro de eventos. Este modificador es útil para reducir la cantidad de información que se muestra en la ventana de comandos mediante el filtrado de eventos ya registrados en el registro de eventos. La replicación del registro de eventos es una característica que se agregó en Windows 2000.

Escenarios de uso: este modificador se usa para evitar la replicación de los registros de eventos. Si hay un gran número de entradas de registro de eventos, el servicio cluster las replicará y las registrará en el cluster.log. Esto puede hacer que el cluster.log se ajuste rápidamente. El modificador también se puede usar para iniciar el servicio cluster y registrar los eventos que no se registran en el registro de eventos en un archivo local, Debugnorep.log. La sintaxis es la siguiente:

clussvc /debug /norepevtlogging > c:\debugnorep.log\

Operación: el comando norepevtlogging se puede establecer como parámetro de inicio al iniciar el servicio cluster desde la consola de administración de equipos.

La sintaxis de la línea de comandos es:

net start clussvc /norepevtlogging

Este comando impide que el nodo que se inició con este modificador replicase su información en otros nodos, pero seguirá recibiendo información de otros nodos que se iniciaron con normalidad.

NoQuorumLogging

Función: desactiva todo el registro de los cambios del registro del clúster en el disco de cuórum. La marca de comprobación del Registro no afecta a otros recursos.

Requisitos: este modificador solo se debe usar en modo de diagnóstico para diagnosticar problemas con el archivo de registro de cuórum (Quolog.log) o el archivo de punto de comprobación de Hive del clúster (Chkxxx.tmp) en el directorio \MSCS de la unidad de cuórum. Si se inicia un nodo mediante este modificador, también se debe iniciar cualquier otro nodo mediante este modificador. Normalmente, este modificador se usa solo en un nodo.

Escenarios de uso: use este modificador cuando el archivo de registro de cuórum o los archivos de punto de control estén dañados y desee reemplazar manualmente estos archivos por copias de seguridad.

Operación: el servicio de clúster omite completamente la funcionalidad de registro en este caso. Cuando se ejecuta en este modo, pueden producirse escenarios de "partición en tiempo". Si este es el caso, las entradas del Registro de nodo de clúster pueden quedar fuera de la sincronización y se pueden perder nuevos cambios. La sintaxis es la siguiente: net start clussvc /noquorumlogging.

ForceQuorum

Función: cuando se usa un modelo de cuórum de conjunto de nodos mayoritario (MNS) en un clúster de Windows Server 2003, en algunos casos se debe permitir que un clúster continúe ejecutándose aunque no tenga cuórum (mayoría). Considere el caso de un clúster disperso geográficamente con cuatro nodos en el sitio primario y tres nodos en el sitio secundario. Aunque no hay errores, el clúster es un clúster de siete nodos donde los recursos se pueden hospedar en cualquier nodo, en cualquier sitio. Si hay un error de comunicaciones entre los sitios o si el sitio secundario se desconecta (o produce un error), el sitio primario puede continuar porque seguirá teniendo cuórum. Todos los recursos se volverán a hospedar y se pondrán en línea en el sitio primario.

Sin embargo, en caso de un error catastrófico del sitio primario, el sitio secundario perderá cuórum y, por lo tanto, todos los recursos se finalizarán en ese sitio. Uno de los propósitos principales para tener un clúster de varios sitios es sobrevivir a un desastre en el sitio primario; sin embargo, el propio software del clúster no puede tomar una determinación sobre el estado del sitio primario. El software del clúster no puede diferenciar entre un error de comunicaciones entre los sitios y un desastre en el sitio primario. Esto debe realizarse mediante la intervención manual. En otras palabras, el sitio secundario puede verse obligado a continuar aunque el servicio cluster crea que no tiene cuórum. Esto se conoce como forzar el cuórum.

Dado que este mecanismo está rompiendo de forma eficaz la semántica asociada al conjunto de réplicas de cuórum, solo debe realizarse en condiciones controladas. En el ejemplo anterior, si el sitio secundario y el sitio primario pierden la comunicación y un administrador fuerza el cuórum en el sitio secundario, los recursos se pondrán en línea en ambos sitios, lo que permitirá la posibilidad de que haya datos incoherentes o daños en los datos en el clúster.

Requisitos: Forzar cuórum es un proceso manual que requiere que detenga el servicio de clúster en todos los nodos restantes. Se debe indicar al servicio cluster qué nodos deben considerarse como de cuórum.

Escenarios de uso: se debe tener especial cuidado si y cuándo vuelve el sitio principal porque los nodos están configurados como parte del clúster. Mientras un clúster se ejecuta en el estado de cuórum de fuerza, es totalmente funcional. Por ejemplo, los nodos se pueden agregar o quitar del clúster; se pueden definir nuevos recursos, grupos, etc.

Operación: configure los parámetros de inicio del servicio cluster en todos los nodos restantes del clúster. Para ello, inicie el panel de control Servicios, seleccione el servicio Clúster y escriba lo siguiente en la opción Iniciar parámetros :

net start clussvc /forcequorum node_list

Por ejemplo, si el sitio secundario contiene Node5, Node6 y Node7, y quiere iniciar el servicio de clúster y hacer que sean los únicos nodos del clúster, use el siguiente comando:

net start clussvc /forcequorum /forcequorum node5,node6,node7