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 3.3 3/13 (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 cluster

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 cluster

6.  Administración de quórum

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

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

9.  Administración del cluster

Información general sobre la administración del cluster

Cambio del nombre del cluster

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

Uso de la autenticación del nodo del cluster nuevo

Restablecimiento de la hora del día en un cluster

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

Cómo cambiar un nombre de host privado de nodo

Agregación de un nombre de host privado para un nodo sin voto en un cluster global

Cambio de nombre de host privado en un nodo sin voto de un cluster global

Supresión de un nombre de host privado para un nodo sin voto en un cluster global

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 cluster

Resolución de problemas de desinstalación de nodos

Entradas del sistema de archivos de cluster no eliminadas

Lista no eliminada de grupos de dispositivos

Secuencia de comandos de desinstalación faltante

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

Cómo realizar tareas administrativas del cluster de zona

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

Cómo eliminar un cluster de zona

Cómo eliminar un sistema de archivos de un cluster de zona

Cómo eliminar un dispositivo de almacenamiento de un cluster de zona

Resolución de problemas

Ejecución de una aplicación fuera del cluster global

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

Restauración de un conjunto de discos dañado

Guardado de la configuración del software de Solaris Volume Manager

Cómo purgar el conjunto de discos dañado

Recreación de la configuración del software de Solaris Volume Manager

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

11.  Aplicación de parches de software y firmware de Oracle Solaris Cluster

12.  Copias de seguridad y restauraciones de clusters

13.  Administración de Oracle Solaris Cluster con las interfaces gráficas de usuario

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 cluster global

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

Siga este procedimiento para ejecutar una aplicación fuera del cluster 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 cluster.
      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/dids2

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

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

      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 cluster global que desee iniciar en un modo que no sea el de cluster.
    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 cluster 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 cluster.
    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 

Restauración de 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 cluster 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.

Guardado de la configuración del 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 Recreación de la configuración del 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.

Recreación de la configuración del 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 clusters 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 cluster.

  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 cluster 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