Guía de administración del sistema de Oracle® Solaris Cluster 4.3

Salir de la Vista de impresión

Actualización: Julio de 2016
 
 

Validación de una configuración básica de cluster

El comando cluster utiliza el subcomando check para validar la configuración básica que se necesita para que el cluster global funcione correctamente. Si ninguna comprobación falla, cluster check vuelve a la petición de datos del shell. Si falla alguna de las comprobaciones, cluster check crea informes en el directorio de salida que se haya especificado o en el predeterminado. Si ejecuta cluster check con más de un nodo, cluster check genera un informe para cada nodo y un informe para las comprobaciones que comprenden varios nodos. También puede utilizar el comando cluster list-checks para que se muestre una lista con todas las comprobaciones disponibles para el cluster.

Además de las comprobaciones básicas, que se ejecutan sin la interacción del usuario, el comando también puede ejecutar comprobaciones interactivas y funcionales. Las comprobaciones básicas se ejecutan cuando la opción –k keyword no se especifica.

  • Las comprobaciones interactivas requieren información del usuario que las comprobaciones no pueden determinar. La comprobación solicita al usuario la información necesaria, por ejemplo, el número de versión del firmware. Utilice la palabra clave –k interactive para especificar una o más comprobaciones interactivas.

  • Las comprobaciones funcionales ejercen una función o un comportamiento determinados del cluster. La comprobación solicita una entrada del usuario, por ejemplo, qué nodo debe utilizar para la conmutación por error o la confirmación para iniciar o continuar la comprobación. Utilice la palabra clave –k functional check-id para especificar una comprobación funcional. Realice solo una comprobación funcional cada vez.

    Notas -  Dado que algunas comprobaciones funcionales implican la interrupción del servicio del cluster, no inicie ninguna comprobación funcional hasta que haya leído la descripción detallada de la comprobación y haya determinado si es necesario retirar primero el cluster de la producción. Para mostrar esta información, utilice el comando siguiente: 
    % cluster list-checks -v -C checkID

Puede ejecutar el comando cluster check en modo detallado con el indicador –v para que se muestre la información de progreso.

Notas -  Ejecute cluster check después de realizar un procedimiento de administración que pueda provocar modificaciones en los dispositivos, en los componentes de administración de volúmenes o en la configuración de Oracle Solaris Cluster.

Al ejecutar el comando clzonecluster(1CL) desde el nodo del cluster global, se lleva a cabo un juego de comprobaciones con el fin de validar la configuración necesaria para que un cluster de zona funcione correctamente. Si todas las comprobaciones son correctas, clzonecluster verify vuelve a la petición de datos del shell y el cluster de zona se puede instalar con seguridad. Si falla alguna de las comprobaciones, clzonecluster verify informa sobre los nodos del cluster global en los que la verificación no obtuvo un resultado correcto. Si ejecuta clzonecluster verify respecto a más de un nodo, se genera un informe para cada nodo y un informe para las comprobaciones que comprenden varios nodos. No se permite utilizar el subcomando verify dentro de los clusters de zona.

  1. Asuma el rol root en un nodo de miembro activo de un cluster global. 
    phys-schost# su

    Siga todos los pasos de este procedimiento desde un nodo del cluster global.

  2. Asegúrese de que dispone de las comprobaciones más actuales.
    1. Vaya al separador Patches & Updates (Parches y actualizaciones) de My Oracle Support.
    2. En Advanced Search (Búsqueda avanzada), seleccione Solaris Cluster como Product (Producto) y escriba check (comprobación) en el campo Description (Descripción).

      La búsqueda localiza actualizaciones del software de Oracle Solaris Cluster que contienen comprobaciones.

    3. Aplique todas las actualizaciones de software que aún no estén instaladas en el cluster.
  3. Ejecute las comprobaciones de validación básicas. 
    phys-schost# cluster check -v -o outputdir
    –v

    Modo detallado.

    –o outputdir

    Redirige la salida al subdirectorio outputdir.

    Este comando ejecuta todas las comprobaciones básicas disponibles. No se ve afectada ninguna función del cluster.

  4. Ejecute las comprobaciones de validación interactivas. 
    phys-schost# cluster check -v -k interactive -o outputdir
    –k interactive

    Especifica comprobaciones de validación interactivas en ejecución.

    El comando ejecuta todas las comprobaciones de validación interactivas disponibles y le solicita información necesaria sobre el cluster. No se ve afectada ninguna función del cluster.

  5. Ejecute las comprobaciones de validación funcionales.
    1. Enumere todas las comprobaciones funcionales disponibles en el modo no detallado. 
      phys-schost# cluster list-checks -k functional
    2. Determine qué comprobaciones funcionales realizan acciones que puedan afectar a la disponibilidad o los servicios del cluster en un entorno de producción.

      Por ejemplo, una comprobación funcional puede desencadenar que el nodo genere avisos graves o una conmutación por error a otro nodo.

      phys-schost# cluster list-checks -v -C check-ID
      –C check-ID

      Especifica un una comprobación específica.

    3. Si hay peligro de que la comprobación funcional que desea efectuar interrumpa el funcionamiento del cluster, asegúrese de que el cluster no esté en producción.
    4. Inicie la comprobación funcional. 
      phys-schost# cluster check -v -k functional -C check-ID -o outputdir
      –k functional

      Especifica comprobaciones de validación funcionales en ejecución.

      Responda a las peticiones de la comprobación para confirmar la ejecución de la comprobación y para cualquier información o acciones que deba realizar.

    5. Repita el paso c y el paso d para cada comprobación funcional que quede por ejecutar.
      Notas -  Para fines de registro, especifique un único nombre de subdirectorio outputdir para cada comprobación que se ejecuta. Si vuelve a utilizar un nombre outputdir, la salida para la nueva comprobación sobrescribe el contenido existente del subdirectorio outputdir reutilizado.
  6. Si tiene configurado un cluster de zona, verifique la configuración de este cluster para saber si se puede instalar un cluster de zona. 
    phys-schost# clzonecluster verify zone-cluster-name
  7. Grabe la configuración del cluster para poder realizar tareas de diagnóstico en el futuro.

    Consulte Cómo registrar los datos de diagnóstico de la configuración del cluster de Guía de instalación del software de Oracle Solaris Cluster 4.3.

Ejemplo 7  Comprobación de la configuración del cluster global con resultado correcto en todas las comprobaciones básicas

El ejemplo siguiente muestra la ejecución de cluster check en modo detallado para los nodos phys-schost-1 y phys-schost-2 con un resultado correcto en todas las comprobaciones.

phys-schost# cluster check -v -n phys-schost-1,phys-schost-2

cluster check: Requesting explorer data and node report from phys-schost-1.
cluster check: Requesting explorer data and node report from phys-schost-2.
cluster check: phys-schost-1: Explorer finished.
cluster check: phys-schost-1: Starting single-node checks.
cluster check: phys-schost-1: Single-node checks finished.
cluster check: phys-schost-2: Explorer finished.
cluster check: phys-schost-2: Starting single-node checks.
cluster check: phys-schost-2: Single-node checks finished.
cluster check: Starting multi-node checks.
cluster check: Multi-node checks finished
Ejemplo 8  Listado de comprobaciones de validación interactivas

En el siguiente ejemplo se muestran todas las comprobaciones interactivas que están disponibles para ejecutarse en el cluster. En la salida de ejemplo aparece un muestreo de posibles comprobaciones; las comprobaciones disponibles reales varían en cada configuración.

# cluster list-checks -k interactive
 Some checks might take a few moments to run (use -v to see progress)...
 I6994574:(Moderate)Fix for GLDv3 interfaces on cluster transport vulnerability applied?
Ejemplo 9  Ejecución de una comprobación de validación funcional

El siguiente ejemplo muestra primero la lista detallada de comprobaciones funcionales. Luego, la descripción detallada se muestra para la comprobación F6968101, lo cual indica que la comprobación podría interrumpir los servicios del cluster. El cluster se retira de la producción. Luego, se ejecuta la comprobación funcional con salida detallada registrada en el subdirectorio funct.test.F6968101.12Jan2011. En la salida de ejemplo aparece un muestreo de posibles comprobaciones; las comprobaciones disponibles reales varían en cada configuración.

# cluster list-checks -k functional
 F6968101: (Critical) Perform resource group switchover
 F6984120: (Critical) Induce cluster transport network failure - single adapter.
 F6984121: (Critical) Perform cluster shutdown
 F6984140: (Critical) Induce node panic
# cluster list-checks -v -C F6968101
 F6968101: (Critical) Perform resource group switchover
Keywords: SolarisCluster3.x, functional
Applicability: Applicable if multi-node cluster running live.
Check Logic: Select a resource group and destination node. Perform 
'clresourcegroup switch' on specified resource group 
either to specified node or to all nodes in succession.
Version: 1.2
Revision Date: 12/10/10 

Elimine el cluster de la producción

# cluster list-checks -k functional -C F6968101 -o funct.test.F6968101.12Jan2011
F6968101 
initializing...
initializing xml output...
loading auxiliary data...
starting check run...
 pschost1, pschost2, pschost3, pschost4: F6968101.... starting:
Perform resource group switchover 


  ============================================================

   >>> Functional Check 

    'Functional' checks exercise cluster behavior. It is recommended that you
    do not run this check on a cluster in production mode.' It is recommended
    that you have access to the system console for each cluster node and
    observe any output on the consoles while the check is executed.

    If the node running this check is brought down during execution the check
    must be rerun from this same node after it is rebooted into the cluster in
    order for the check to be completed.

    Select 'continue' for more details on this check.

          1) continue
          2) exit

          choice: l

  ============================================================

   >>> Check Description <<<

Siga las instrucciones que aparecen en pantalla
Ejemplo 10  Comprobación de la configuración del cluster global con una comprobación con resultado no satisfactorio

El ejemplo siguiente muestra el nodo phys-schost-2 del cluster denominado suncluster, excepto el punto de montaje /global/phys-schost-1. Los informes se crean en el directorio de salida /var/cluster/logs/cluster_check/<timestamp>.

phys-schost# cluster check -v -n phys-schost-1,phys-schost-2 -o/var/cluster/logs/cluster_check/Dec5/

cluster check: Requesting explorer data and node report from phys-schost-1.
cluster check: Requesting explorer data and node report from phys-schost-2.
cluster check: phys-schost-1: Explorer finished.
cluster check: phys-schost-1: Starting single-node checks.
cluster check: phys-schost-1: Single-node checks finished.
cluster check: phys-schost-2: Explorer finished.
cluster check: phys-schost-2: Starting single-node checks.
cluster check: phys-schost-2: Single-node checks finished.
cluster check: Starting multi-node checks.
cluster check: Multi-node checks finished.
cluster check: One or more checks failed.
cluster check: The greatest severity of all check failures was 3 (HIGH).
cluster check: Reports are in /var/cluster/logs/cluster_check/<Dec5>.
#
# cat /var/cluster/logs/cluster_check/Dec5/cluster_check-results.suncluster.txt
...
===================================================
= ANALYSIS DETAILS =
===================================================
------------------------------------
CHECK ID : 3065
SEVERITY : HIGH
FAILURE: Global filesystem /etc/vfstab entries are not consistent across
all Oracle SolarisCluster 4.x nodes.
ANALYSIS : The global filesystem /etc/vfstab entries are not consistent across
all nodes in this cluster.
Analysis indicates:
FileSystem '/global/phys-schost-1' is on 'phys-schost-1' but missing from 'phys-schost-2'.
RECOMMEND: Ensure each node has the correct /etc/vfstab entry for the
filesystem(s) in question.
...
#
Copyright © 2000, 2016, Oracle y/o sus filiales. Todos los derechos reservados. Advertencia legal
Anterior
Siguiente