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
Información general sobre la administración de dispositivos globales y el espacio de nombre global
Permisos de dispositivos globales en Solaris Volume Manager
Reconfiguración dinámica con dispositivos globales
Administración de dispositivos replicados basados en el almacenamiento
Administración de dispositivos replicados de EMC Symmetrix Remote Data Facility
Cómo configurar un grupo de replicación de EMC SRDF
Configuración de dispositivos DID para la replicación con EMC SRDF
Cómo comprobar la configuración del grupo de dispositivos globales replicados de EMC SRDF
Ejemplo: Configuración de un grupo de replicaciones de SRDF para Oracle Solaris Cluster
Información general sobre la administración de sistemas de archivos de clústeres
Restricciones del sistema de archivos de clúster
Administración de grupos de dispositivos
Actualización del espacio de nombre de dispositivos globales
Migración del espacio de nombre de dispositivos globales
Adición y registro de grupos de dispositivos
Adición y registro de un grupo de dispositivos (Solaris Volume Manager)
Adición y registro de un grupo de dispositivos (disco básico)
Adición y registro de un grupo de dispositivos replicado (ZFS)
Mantenimiento de grupos de dispositivos
Eliminación y anulación del registro de un grupo de dispositivos (Solaris Volume Manager)
Eliminación de un nodo de todos los grupos de dispositivos
Eliminación de un nodo de un grupo de dispositivos (Solaris Volume Manager)
Eliminación de un nodo de un grupo de dispositivos de discos básicos
Cambio de propiedades de los grupos de dispositivos
Establecimiento del número de secundarios para un grupo de dispositivos
Enumeración de la configuración de grupos de dispositivos
Conmutación al nodo primario de un grupo de dispositivos
Colocación de un grupo de dispositivos en estado de mantenimiento
Administración de la configuración del protocolo SCSI para dispositivos de almacenamiento
Visualización del protocolo SCSI de un solo dispositivo de almacenamiento
Modificación del protocolo de protección en un solo dispositivo de almacenamiento
Administración de sistemas de archivos de clúster
Adición de un sistema de archivos de clúster
Eliminación de un sistema de archivos de clúster
Comprobación de montajes globales en un clúster
Administración de la supervisión de rutas de disco
Supervisión de una ruta de disco
Anulación de la supervisión de una ruta de disco
Impresión de rutas de disco erróneas
Resolución de un error de estado de ruta de disco
7. Administración de interconexiones de clústeres y redes públicas
8. Adición y eliminación de un nodo
10. Configuración del control del uso de la CPU
Los comandos de administración de supervisión de rutas de disco permiten recibir notificaciones sobre errores en rutas de disco secundarias. Siga los procedimientos descritos en esta sección para realizar tareas administrativas asociadas con la supervisión de las rutas de disco. Consulte el Capítulo 3, Key Concepts for System Administrators and Application Developers de Oracle Solaris Cluster Concepts Guide para obtener información conceptual sobre el daemon de supervisión de las rutas del disco. Consulte la página del comando man cldevice(1CL) para obtener una descripción de las opciones de comandos y los comandos relacionados. Para obtener más información sobre el ajuste del daemon scdpmd, consulte la página del comando man scdpmd.conf(4). También consulte la página del comando man syslogd(1M) para ver los errores registrados que el daemon informa.
Nota - Las rutas de disco se agregan automáticamente a la lista de supervisión al incorporar dispositivos de E/S a un nodo mediante el comando cldevice. Asimismo, la supervisión de rutas de disco se detiene automáticamente al quitar los dispositivos de un nodo con los comandos de Oracle Solaris Cluster.
Tabla 5-5 Mapa de tareas: administrar la supervisión de rutas de disco
|
Entre los procedimientos de la sección siguiente que ejecutan el comando cldevice está el argumento de ruta de disco. El argumento de ruta de disco consta del nombre de un nodo y el de un disco. El nombre del nodo no es imprescindible y está predefinido para convertirse en all si no se especifica.
Efectúe esta tarea para supervisar las rutas de disco del clúster.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos de Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
# cldevice monitor -n node disk
# cldevice status device
Ejemplo 5-24 Supervisión de una ruta de disco en un solo nodo
En el ejemplo siguiente se supervisa la ruta de disco schost-1:/dev/did/rdsk/d1 desde un solo nodo. El daemon de DPM del nodo schost-1 es el único que supervisa la ruta al disco /dev/did/dsk/d1.
# cldevice monitor -n schost-1 /dev/did/dsk/d1 # cldevice status d1 Device Instance Node Status --------------- ---- ------ /dev/did/rdsk/d1 phys-schost-1 Ok
Ejemplo 5-25 Supervisión de una ruta de disco en todos los nodos
En el ejemplo siguiente se supervisa la ruta de disco schost-1:/dev/did/dsk/d1 desde todos los nodos. La supervisión de rutas de disco se inicia en todos los nodos en los que /dev/did/dsk/d1 sea una ruta válida.
# cldevice monitor /dev/did/dsk/d1 # cldevice status /dev/did/dsk/d1 Device Instance Node Status --------------- ---- ------ /dev/did/rdsk/d1 phys-schost-1 Ok
Ejemplo 5-26 Relectura de la configuración de disco desde CCR
En el ejemplo siguiente se fuerza al daemon a que relea la configuración de disco desde CCR e imprima las rutas de disco supervisadas con su estado.
# cldevice monitor + # cldevice status Device Instance Node Status --------------- ---- ------ /dev/did/rdsk/d1 schost-1 Ok /dev/did/rdsk/d2 schost-1 Ok /dev/did/rdsk/d3 schost-1 Ok schost-2 Ok /dev/did/rdsk/d4 schost-1 Ok schost-2 Ok /dev/did/rdsk/d5 schost-1 Ok schost-2 Ok /dev/did/rdsk/d6 schost-1 Ok schost-2 Ok /dev/did/rdsk/d7 schost-2 Ok /dev/did/rdsk/d8 schost-2 Ok
Siga este procedimiento para anular la supervisión de una ruta de disco.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos de Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
# cldevice status device
# cldevice unmonitor -n node disk
Ejemplo 5-27 Anulación de la supervisión de una ruta de disco
En el ejemplo siguiente se anula la supervisión de la ruta de disco schost-2:/dev/did/rdsk/d1 y se imprimen las rutas de disco de todo el clúster, con sus estados.
# cldevice unmonitor -n schost2 /dev/did/rdsk/d1 # cldevice status -n schost2 /dev/did/rdsk/d1 Device Instance Node Status --------------- ---- ------ /dev/did/rdsk/d1 schost-2 Unmonitored
Siga este procedimiento para imprimir las rutas de disco erróneas correspondientes a un clúster.
# cldevice status -s fail
Ejemplo 5-28 Impresión de rutas de disco erróneas
En el ejemplo siguiente se imprimen las rutas de disco erróneas de todo el clúster.
# cldevice status -s fail Device Instance Node Status --------------- ---- ------ dev/did/dsk/d4 phys-schost-1 fail
Si ocurre alguno de los siguientes eventos, es posible que la supervisión de rutas de disco no pueda actualizar el estado de una ruta con errores al volver a conectarse en línea:
Un error de la ruta supervisada hace que se rearranque un nodo.
El dispositivo que está en la ruta de DID supervisada sólo vuelve a ponerse en línea después de que también lo haya hecho el nodo rearrancado.
Se informa sobre un estado de ruta de disco incorrecta porque el dispositivo de DID supervisado no está disponible al arrancar y la instancia de DID no se carga en el controlador de DID. Cuando suceda esto, actualice manualmente la información de DID.
# cldevice populate
El comando se ejecuta de forma remota en todos los nodos, incluso al ejecutarse en un solo nodo. Para determinar si ha concluido el procesamiento del comando, ejecute el comando siguiente en todos los nodos del clúster.
# ps -ef | grep cldevice populate
# cldevice status disk-device Device Instance Node Status --------------- ---- ------ dev/did/dsk/dN phys-schost-1 Ok
Complete el procedimiento descrito a continuación para supervisar o anular la supervisión de rutas de disco desde un archivo.
Para modificar la configuración del clúster mediante un archivo, primero se debe exportar la configuración actual. Esta operación de exportación crea un archivo XML que luego puede modificarse para establecer los elementos de la configuración que vaya a cambiar. Las instrucciones de este procedimiento describen el proceso completo.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos de Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
# cldevice export -o configurationfile
Especifique el nombre de archivo del archivo XML.
Busque las rutas de dispositivos que desee supervisar y establezca el atributo monitored en true.
# cldevice monitor -i configurationfile
Especifique el nombre de archivo del archivo XML modificado.
# cldevice status
Ejemplo 5-29 Supervisar rutas de disco desde un archivo
En el ejemplo siguiente, la ruta de dispositivo entre el nodo phys-schost–2 y el dispositivo d3 se supervisa con archivo XML.
El primer paso es exportar la configuración del clúster actual.
# cldevice export -o deviceconfig
El archivo XML deviceconfig muestra que la ruta entre phys-schost–2 y d3 actualmente no se supervisa.
<?xml version="1.0"?> <!DOCTYPE cluster SYSTEM "/usr/cluster/lib/xml/cluster.dtd"> <cluster name="brave_clus"> . . . <deviceList readonly="true"> <device name="d3" ctd="c1t8d0"> <devicePath nodeRef="phys-schost-1" monitored="true"/> <devicePath nodeRef="phys-schost-2" monitored="false"/> </device> </deviceList> </cluster>
Para supervisar esa ruta, establezca el atributo monitored en true, tal y como se explica a continuación.
<?xml version="1.0"?> <!DOCTYPE cluster SYSTEM "/usr/cluster/lib/xml/cluster.dtd"> <cluster name="brave_clus"> . . . <deviceList readonly="true"> <device name="d3" ctd="c1t8d0"> <devicePath nodeRef="phys-schost-1" monitored="true"/> <devicePath nodeRef="phys-schost-2" monitored="true"/> </device> </deviceList> </cluster>
Use el comando cldevice para leer el archivo y activar la supervisión.
# cldevice monitor -i deviceconfig
Use el comando cldevice para comprobar que el archivo ya se esté supervisando.
# cldevice status
Véase también
Si desea obtener más información sobre cómo exportar la configuración del clúster y usar el archivo XML resultante para establecer la configuración del clúster, consulte las páginas de comando man cluster(1CL) y clconfiguration(5CL).
Al habilitar esta función, un nodo se rearranca automáticamente siempre que se cumplan las condiciones siguientes:
Fallan todas las rutas de disco compartido supervisadas del nodo.
Se puede acceder a uno de los discos como mínimo desde un nodo diferente del clúster.
Al rearrancar el nodo se rearrancan todos los grupos de recursos y grupos de dispositivos que se controlan en ese nodo en otro nodo.
Si no se tiene acceso a todas las rutas de disco compartido supervisadas de un nodo tras rearrancar automáticamente el nodo, éste no rearranca automáticamente otra vez. Sin embargo, si alguna de las rutas de disco está disponible tras rearrancar el nodo pero falla posteriormente, el nodo rearranca automáticamente otra vez.
Al habilitar la propiedad reboot_on_path_failure, los estados de las rutas de disco local no se tienen en cuanta al determinar si es necesario rearrancar un nodo. Esto afecta sólo a discos compartidos supervisados.
# clnode set -p reboot_on_path_failure=enabled +
Si se inhabilita esta función y fallan todas las rutas de disco compartido supervisadas de un nodo, dicho nodo no rearranca automáticamente.
# clnode set -p reboot_on_path_failure=disabled +