JavaScript is required to for searching.
Omitir Vínculos de navegación
Salir de la Vista de impresión
Guía de administración del sistema de Oracle Solaris Cluster     Oracle Solaris Cluster 4.1 (Español)
search filter icon
search icon

Información del documento

Prefacio

1.  Introducción a la administración de Oracle Solaris Cluster

2.  Oracle Solaris Cluster y RBAC

3.  Cierre y arranque de un clúster

4.  Métodos de replicación de datos

5.  Administración de dispositivos globales, supervisión de rutas de disco y sistemas de archivos de clúster

6.  Administración de quórum

7.  Administración de interconexiones de clústeres y redes públicas

8.  Adición y eliminación de un nodo

9.  Administración del clúster

Información general sobre la administración del clúster

Cambio del nombre del clúster

Asignación de un ID de nodo a un nombre de nodo

Uso de la autenticación del nodo del clúster nuevo

Restablecimiento de la hora del día en un clúster

SPARC: Visualización de la PROM OpenBoot en un nodo

Cómo cambiar un nombre de host privado de nodo

Cómo cambiar el nombre de un nodo

Cómo cambiar los nombres de host lógicos utilizados por los recursos de nombre de host lógico de Oracle Solaris Cluster existentes

Cómo poner un nodo en estado de mantenimiento

Cómo sacar un nodo del estado de mantenimiento

Cómo instalar el software de Oracle Solaris Cluster desde un nodo de clúster

Resolución de problemas de desinstalación de nodos

Entradas del sistema de archivos de clúster no eliminadas

Lista no eliminada de grupos de dispositivos

Creación, configuración y gestión de la MIB de eventos de SNMP de Oracle Solaris Cluster

Cómo habilitar una MIB de eventos de SNMP

Cómo deshabilitar una MIB de eventos de SNMP

Cómo cambiar una MIB de eventos de SNMP

Cómo habilitar un host de SNMP para que reciba capturas de SNMP en un nodo

Cómo deshabilitar un host de SNMP para que no reciba capturas de SNMP en un nodo

Cómo agregar un usuario de SNMP a un nodo

Cómo eliminar un usuario de SNMP de un nodo

Configuración de límites de carga

Cómo configurar límites de carga en un nodo

Cambio de números de puerto para servicios o agentes de gestión

Cómo utilizar Common Agent Container para cambiar los números de puerto para servicios o agentes de gestión

Cómo realizar tareas administrativas del clúster de zona

Cómo agregar una dirección de red a un cluster de zona

Cómo eliminar un clúster de zona

Cómo eliminar un sistema de archivos de un clúster de zona

Cómo eliminar un dispositivo de almacenamiento de un clúster de zona

Resolución de problemas

Ejecución de una aplicación fuera del clúster global

Cómo tomar un metaconjunto de Solaris Volume Manager de nodos que se han iniciado en un modo que no es de clúster

Restaure un conjunto de discos dañado

Cómo guardar la configuración de software de Solaris Volume Manager

Cómo purgar el conjunto de discos dañado

Cómo volver a crear la configuración de software de Solaris Volume Manager

10.  Configuración del control del uso de la CPU

11.  Actualización de software

12.  Copias de seguridad y restauraciones de clústeres

A.  Ejemplo

Índice

Resolución de problemas

En esta sección se incluyen procedimientos de resolución de problemas que puede utilizar con fines de prueba.

Ejecución de una aplicación fuera del clúster global

Cómo tomar un metaconjunto de Solaris Volume Manager de nodos que se han iniciado en un modo que no es de clúster

Siga este procedimiento para ejecutar una aplicación fuera del clúster global con fines de prueba.

  1. Determine si el dispositivo de quórum se utiliza en el metaconjunto de Solaris Volume Manager y si usa reservas de SCSI2 y SCSI3.
    phys-schost# clquorum show
    1. Si el dispositivo de quórum se encuentra en el metaconjunto de Solaris Volume Manager, agregue un dispositivo de quórum nuevo que no sea parte del metaconjunto que se tomará más tarde de un modo que no sea de clúster.
      phys-schost# clquorum add did
    2. Quite el dispositivo de quórum anterior.
      phys-schost# clqorum remove did
    3. Si el dispositivo de quórum usa una reserva de SCSI2, quite la reserva de SCSI2 del quórum anterior y compruebe que no queden reservas de SCSI2.

      El siguiente comando busca las claves de emulación de reserva de grupo persistente (PGRE). Si no hay claves en el disco, aparece el mensaje errno=22.

      # /usr/cluster/lib/sc/pgre -c pgre_inkeys -d /dev/did/rdsk/d29s2

      Una vez que encuentra las claves, elimine las claves de PGRE.

      # /usr/cluster/lib/sc/pgre -c pgre_scrub -d /dev/did/rdsk/d29s2

      Precaución

      Precaución - Si elimina las claves del dispositivo de quórum activo del disco, en la próxima reconfiguración, el cluster generará un aviso grave con el mensaje Lost operational quorum (Quórum operativo perdido).


  2. Evacue el nodo del clúster global que desee iniciar en un modo que no sea el de clúster.
    phys-schost# clresourcegroup evacuate -n targetnode
  3. Desconecte todos los grupos de recursos que contengan recursos HAStorage o HAStoragePlus y que contengan dispositivos o sistemas de archivos afectados por el metaconjunto que desee poner en un modo que no sea de clúster más tarde.
    phys-schost# clresourcegroup offline resourcegroupname
  4. Deshabilite todos los recursos de los grupos de recursos que desconectó.
    phys-schost# clresource disable resourcename
  5. Anule la gestión de grupos de recursos.
    phys-schost# clresourcegroup unmanage resourcegroupname
  6. Desconecte el grupo o los grupos de dispositivos correspondientes.
    phys-schost# cldevicegroup offline devicegroupname
  7. Deshabilite el grupo o los grupos de dispositivos.
    phys-schost# cldevicegroup disable devicegroupname
  8. Inicie el nodo pasivo en modo que no sea de clúster.
    phys-schost# reboot -x
  9. Antes de seguir, compruebe que haya finalizado el proceso de inicio en el nodo pasivo.
    phys-schost# svcs -x
  10. Determine si hay reservas de SCSI3 en los discos de los metaconjuntos.

    Ejecute el siguiente comando en todos los discos de los metaconjuntos.

    phys-schost# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/did/rdsk/dids2
  11. Si existe alguna reserva de SCSI3 en los discos, elimínela.
    phys-schost# /usr/cluster/lib/sc/scsi -c scrub -d /dev/did/rdsk/dids2
  12. Tome el metaconjunto del nodo evacuado.
    phys-schost# metaset -s name -C take -f
  13. Monte el sistema de archivos o los sistemas de archivos que contengan el dispositivo definido en el metaconjunto.
    phys-schost# mount device mountpoint
  14. Inicie la aplicación y realice la prueba deseada. Cuando finalice la prueba, detenga la aplicación.
  15. Reinicie el nodo y espere hasta que el proceso de inicio haya finalizado.
    phys-schost# reboot
  16. Ponga en línea el grupo o los grupos de dispositivos.
    phys-schost# cldevicegroup online -e devicegroupname
  17. Inicie el grupo o los grupos de recursos.
    phys-schost# clresourcegroup online -eM resourcegroupname 

Restaure un conjunto de discos dañado

Utilice este procedimiento si un conjunto de discos está dañado o está en un estado en que los nodos del clúster no pueden asumir la propiedad del conjunto de discos. Si los intentos de borrar el estado han sido en vano, en última instancia siga este procedimiento para corregir el conjunto de discos.

Estos procedimientos funcionan para los metaconjuntos de Solaris Volume Manager y los metaconjuntos de varios propietarios de Solaris Volume Manager.

Cómo guardar la configuración de software de Solaris Volume Manager

Restaurar un conjunto de discos desde cero puede llevar mucho tiempo y causar errores. La mejor alternativa es utilizar el comando metastat para realizar copias de seguridad de las réplicas de forma regular o utilizar el explorador de Oracle (SUNWexplo) para crear una copia de seguridad. A continuación, puede utilizar la configuración guardada para volver a crear el conjunto de discos. Debe guardar la configuración actual en archivos (mediante el comando prtvtoc y los comandos metastat) y, a continuación, vuelva a crear el conjunto de discos y sus componentes. Consulte Cómo volver a crear la configuración de software de Solaris Volume Manager.

  1. Guarde la tabla de particiones para cada disco del conjunto de discos.
    # /usr/sbin/prtvtoc /dev/global/rdsk/diskname > /etc/lvm/diskname.vtoc
  2. Guarde la configuración de software de Solaris Volume Manager.
    # /bin/cp /etc/lvm/md.tab /etc/lvm/md.tab_ORIGINAL
    # /usr/sbin/metastat -p -s setname >> /etc/lvm/md.tab

    Nota - Otros archivos de configuración, como el archivo /etc/vfstab, pueden hacer referencia al software de Solaris Volume Manager. Este procedimiento presupone que se reconstruye una configuración de software de Solaris Volume Manager idéntica y, por tanto, la información de montaje es la misma. Si el explorador de Oracle (SUNWexplo) se ejecuta en un nodo propietario del conjunto, recuperará la información de los comandos prtvtoc y metaset —p.


Cómo purgar el conjunto de discos dañado

Al purgar un conjunto de un nodo o de todos los nodos se elimina la configuración. Para depurar un conjunto de discos de un nodo, el nodo no debe ser propietario del conjunto de discos.

  1. Ejecute el comando de purga en todos los nodos.
    # /usr/sbin/metaset -s setname -P

    Al ejecutar este comando, se elimina la información del conjunto de discos de las réplicas de base de datos, así como del depósito de Oracle Solaris Cluster. Las opciones -P y - C permiten purgar un conjunto de discos sin tener que reconstruir completamente el entorno de Solaris Volume Manager.


    Nota - Si un conjunto de discos de varios propietarios se depura mientras los nodos se inician fuera del modo de cluster, es posible que tenga que eliminar la información de los archivos de configuración DCS.

    # /usr/cluster/lib/sc/dcs_config -c remove -s setname

    Para obtener más información, consulte la página del comando man dcs_config(1M).


  2. Si sólo desea eliminar la información del conjunto de discos de las réplicas de base de datos, utilice el siguiente comando.
    # /usr/sbin/metaset -s setname -C purge

    Por lo general, debería utilizar la opción -P, en lugar de la opción -C. Utilizar la opción -C puede causar problemas al volver a crear el conjunto de discos, porque el software Oracle Solaris Cluster sigue reconociendo el conjunto de discos.

    1. Si ha utilizado la opción -C con el comando metaset, primero cree el conjunto de discos para ver si se produce algún problema.
    2. Si surge un problema, elimine la información de los archivos de configuración DCS.
      # /usr/cluster/lib/sc/dcs_config -c remove -s setname

      Si las opciones de depuración fallan, verifique si tiene instaladas las últimas actualizaciones para el núcleo y el metadispositivo, y póngase en contacto con My Oracle Support.

Cómo volver a crear la configuración de software de Solaris Volume Manager

Siga este procedimiento únicamente si pierde por completo la configuración de software de Solaris Volume Manager. En estos pasos se presupone que ha guardado la configuración actual de Solaris Volume Manager y todos sus componentes, además de haber purgado el conjunto de discos dañado.


Nota - Los mediadores sólo deben utilizarse en clústeres de dos nodos.


  1. Cree un nuevo conjunto de discos.
    # /usr/sbin/metaset -s setname -a -h nodename1 nodename2

    Si se trata de un conjunto de discos de varios propietarios, utilice el comando siguiente para crear un nuevo conjunto de discos.

     /usr/sbin/metaset -s setname -aM -h nodename1 nodename2
  2. En el mismo host donde se haya creado el conjunto, agregue los hosts mediadores si es preciso (sólo dos nodos).
     /usr/sbin/metaset -s setname -a -m nodename1 nodename2
  3. Vuelva a agregar los mismos discos al conjunto de discos de este mismo host.
     /usr/sbin/metaset -s setname -a /dev/did/rdsk/diskname /dev/did/rdsk/diskname
  4. Si ha purgado el conjunto de discos y lo crea nuevamente, el índice de contenido del volumen (VTOC) debe permanecer en los discos para que pueda omitir este paso.

    Sin embargo, si vuelve a crear un conjunto para la recuperación, debe dar formato a los discos según una configuración guardada en el archivo /etc/lvm/nombre_disco.vtoc. Por ejemplo:

    # /usr/sbin/fmthard -s /etc/lvm/d4.vtoc /dev/global/rdsk/d4s2
    # /usr/sbin/fmthard -s /etc/lvm/d8.vtoc /dev/global/rdsk/d8s2

    Este comando puede ejecutarse en cualquier nodo del clúster.

  5. Compruebe la sintaxis en el archivo /etc/lvm/md.tab existente para cada metadispositivo.
    # /usr/sbin/metainit -s setname -n -a metadevice
  6. Cree cada metadispositivo a partir de una configuración guardada.
    # /usr/sbin/metainit -s setname -a metadevice
  7. Si ya existe un sistema de archivos en el metadispositivo, ejecute el comando fsck.
    # /usr/sbin/fsck -n /dev/md/setname/rdsk/metadevice

    Si el comando fsck sólo muestra algunos errores, como el recuento de superbloqueos, probablemente el dispositivo se haya reconstruido de manera correcta. A continuación, puede ejecutar el comando fsck sin la opción -n. Si surgen varios errores, compruebe si el metadispositivo se ha reconstruido correctamente. En caso afirmativo, revise los errores del comando fsck para determinar si se puede recuperar el sistema de archivos. Si no se puede recuperar, deberá restablecer los datos a partir de una copia de seguridad.

  8. Concatene el resto de metaconjuntos en todos los nodos del clúster con el archivo /etc/lvm/md.tab y, a continuación, concatene el conjunto de discos local.
    # /usr/sbin/metastat -p >> /etc/lvm/md.tab