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) |
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
7. Administración de interconexiones de clústeres y redes públicas
8. Adición y eliminación de un nodo
Información general sobre la administración 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 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 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
Ejecución de una aplicación fuera del clúster global
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
En esta sección se incluyen procedimientos de resolución de problemas que puede utilizar con fines de prueba.
Siga este procedimiento para ejecutar una aplicación fuera del clúster global con fines de prueba.
phys-schost# clquorum show
phys-schost# clquorum add did
phys-schost# clqorum remove did
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 - 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). |
phys-schost# clresourcegroup evacuate -n targetnode
phys-schost# clresourcegroup offline resourcegroupname
phys-schost# clresource disable resourcename
phys-schost# clresourcegroup unmanage resourcegroupname
phys-schost# cldevicegroup offline devicegroupname
phys-schost# cldevicegroup disable devicegroupname
phys-schost# reboot -x
phys-schost# svcs -x
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
phys-schost# /usr/cluster/lib/sc/scsi -c scrub -d /dev/did/rdsk/dids2
phys-schost# metaset -s name -C take -f
phys-schost# mount device mountpoint
phys-schost# reboot
phys-schost# cldevicegroup online -e devicegroupname
phys-schost# clresourcegroup online -eM resourcegroupname
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.
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.
# /usr/sbin/prtvtoc /dev/global/rdsk/diskname > /etc/lvm/diskname.vtoc
# /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.
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.
# /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).
# /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.
# /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.
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.
# /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
/usr/sbin/metaset -s setname -a -m nodename1 nodename2
/usr/sbin/metaset -s setname -a /dev/did/rdsk/diskname /dev/did/rdsk/diskname
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.
# /usr/sbin/metainit -s setname -n -a metadevice
# /usr/sbin/metainit -s setname -a metadevice
# /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.
# /usr/sbin/metastat -p >> /etc/lvm/md.tab