[AIX Solaris HP-UX Linux Windows][z/OS]

Creación de acciones personalizadas de políticas de salud

Utilice acciones personalizadas para definir las tareas correctivas personalizadas que puede utilizar cuando se incumpla una condición de salud. También puede utilizar acciones personalizadas para invocar scripts wasadmin.

Antes de empezar

Cree un archivo ejecutable Java™ o no Java para ejecutar cuando se incumpla la condición de salud. Puede utilizar las variables de entorno en el archivo ejecutable para mostrar la célula, el nodo y el servidor que se ve afectado por la acción de salud, por ejemplo:
#!/bin/sh
echo "El servidor anómalo es"
echo $server
echo " que está en el nodo "
echo $node
echo " que forma parte de la célula "
echo $cell
[z/OS]Para habilitar la característica de acción personalizada:
  1. Añada un procedimiento de administración asíncrona de WebSphere al conjunto de datos en la concatenación de PROCLIB. A continuación figura un ejemplo del lenguaje de control de trabajos (JCL) de este procedimiento:
    //*--------------------------------------------
    //SHELL2 EXEC PGM=BPXBATCH,REGION=0M,
    // PARM='SH &CMD. &OPT.' 
    //STDERR DD SYSOUT=* 
    //STDOUT DD SYSOUT=* 
    //*-------------------------------------------- 
  2. El nombre predeterminado del procedimiento de administración asíncrona de WebSphere es BBO8ADM. Si es necesario especificar un nombre diferente, cambie el nombre del procedimiento, y actualice la variable de entorno de WebSphere WAS_SERVER_ONLY_nombre_proc_mandato_shell para que señale al nuevo nombre de procedimiento.

    Para actualizar esta variable en la consola administrativa, pulse Entorno > Variables de WebSphere > <SU_NODO>. Seleccione la variable WAS_SERVER_ONLY_nombre_proc_mandato_shell. Cambie el valor por el nombre de procedimiento nuevo y, a continuación, pulse Aceptar. Guarde y sincronice la configuración. Reinicie los servidores que utilicen la característica de acción personalizada para que empiecen a usar el nombre de procedimiento nuevo.

  3. Configure el mandato start para el procedimiento de administración asíncrona de WebSphere, de modo que sólo el ID de tarea iniciada del agente de nodo pueda emitir el mandato. Utilice los mandatos RACF siguientes:
    RDEFINE OPERCMDS MVS.START.STC.<NOMBRE_PROC_ADMIN.**UACC(NONE)
    PERMIT MVS.START.STC.<NOMBRE_PROC_ADMIN>.** CLASS(OPERCMDS) ID(<ID_AGENTE_NODO>)ACCESS(UPDATE)
    SETR RACLIST(OPERCMDS)REFRESH
  4. Definir el ID de usuario asociado al procedimiento de administración asíncrona de WebSphere, y asocie el usuario al procedimiento utilizando los mandatos RACF. Por ejemplo:
    ADDUSER WSADMSH DFLTGRP(<GRUPO_ADMIN_CÉLULA)OMVS(UID(2504) HOME
    (/var/WebSphere/home/<CELL_ADMIN_GROUP> PROGRAM(/bin/sh)) NAME('WAS Asynch Admin
    ') NOPASSWORD NOOIDCARD
    RDEFINE STARTED <NOMBRE_PROC_ADMIN>.*STDATA(USER(WSADMSH)GROUP
    (<GRUPO_ADMIN_CÉLULA>)TRACE(YES))
    SETROPTS RACLIST(STARTED) GENERIC(STARTED) REFRESH 
    Nota: En el ejemplo anterior, el nombre del ID de usuario de la tarea de administración asíncrona de WebSphere es WSADMSH. Este nombre se puede personalizar, según convenga. El valor DFLTGRP del ID de usuario de la tarea de administración asíncrona de WebSphere debe ser el grupo de administración de WebSphere de la célula.

    Si la consola del sistema no se ha configurado para requerir un inicio de sesión, cualquier persona con acceso a la consola podrá iniciar el procedimiento de administración asíncrona de WebSphere, incluso cuando se utilicen los mandatos RACF. Para obtener más información sobre cómo proteger la consola del sistema solicitando un inicio de sesión, consulte Controlling MCS and SMCS Consoles.

Acerca de esta tarea

De forma predeterminada, puede definir las siguientes acciones para que se produzcan cuando se incumpla una condición de salud: reiniciar el servidor, realizar vuelcos de hebra o realizar vuelcos de almacenamiento dinámico. Si tiene necesidades más específicas respecto a las acciones que se deben producir cuando se incumple una condición de salud, cree una acción personalizada. Las acciones personalizadas están formadas por definiciones de proceso Java o no Java y pueden ejecutarse en el gestor de despliegue, un nodo que aloja los servidores que incumplen las condiciones de salud, el nodo donde se ejecuta el controlador de gestión de salud, o un nodo que especifique.

Cree una acción personalizada antes de crear una política de salud. Cuando defina la política de salud, seleccione la acción personalizada como parte del plan de acción que se ejecuta cuando se incumple la condición de salud. También puede definir una acción personalizada cuando se crea un plan de acción en el asistente de creación de políticas de salud.

Cuando una política de salud contiene varias acciones personalizadas, actualizar las acciones personalizadas puede provocar que el tiempo de ejecución del controlador de salud deje de estar sincronizado con la configuración de la consola administrativa. Si añade, suprime o modifica una acción personalizada para una política que contiene varias acciones personalizadas, inicie y detenga el controlador de salud después de guardar los cambios.

Si utiliza una acción personalizada para invocar un script wsadmin, cree un script personalizado en el punto final de destino, que contiene la invocación de wsadmin. Por ejemplo, cree un script personalizado test.sh, que utiliza un script Python para lograr su objetivo:
test.sh:
#!/bin/sh
/opt/IBM/WAS/bin/wsadmin.sh -lang jython -f /opt/IBM/WAS/wsadmin_test.py param1 param2 param3

wsadmin_test.py:
for arg in sys.argv:
#do something with args
En la consola administrativa, pulse Políticas operativas > Acción personalizada > Nueva. Elija el tipo de acción y definir las propiedades de la acción personalizada:
  • Nombre:
  • Ejecutable:
  • Argumentos ejecutables:
  • Sistema operativo:
  • Directorio de trabajo:

Procedimiento

  1. Seleccione un tipo de acción Java o no Java. En la consola administrativa, pulse Políticas operativas > Acción personalizada > Nueva. Elija el tipo de acción que desea crear.
  2. Defina las propiedades de la acción personalizada.
    Para las acciones de salud que ejecutan los archivos ejecutables no Java y Java:
    • Especifique un nombre para la acción, la vía de acceso plenamente cualificada y el nombre del archivo ejecutable y los argumentos para pasar al archivo ejecutable.
    • Si es necesario, especifique variables para el nombre de usuario y la contraseña, y especifique los valores reales para pasar para el nombre de usuario y la contraseña cuando se ejecuta el archivo ejecutable.
    • Especifique los sistemas operativos en los que se pueden ejecutar los archivos ejecutables.
    • Especifique una vía de acceso plenamente cualificada para un directorio de trabajo, que es donde ejecutar el archivo ejecutable.
    Para las acciones de salud que ejecutan los archivos ejecutables Java, también debe especificar las siguientes propiedades:
    • Especifique la ubicación del directorio ejecutable Java.
    • Especifique el tipo de destino: una clase Java o un archivo JAR (Java Archive) ejecutable.
    • Especifique la variable de entorno que almacena el nombre de archivo del ID de proceso (PID). El nombre de archivo del PID se almacena en una variable de WebSphere. Recuerde el nombre de la variable para que pueda crear la variable en un paso posterior.
    Por ejemplo, si tenía un archivo ejecutable para recopilar los registros denominados logCollector.sh, complete los valores siguientes para la acción personalizada:
    • Nombre: LogCollect
    • Ejecutable: /opt/mws/bin/logCollector.sh
    • Argumentos ejecutables: -arg1 excludeCores -arg2 compress
    • Sistema operativo: UNIX
    • Directorio de trabajo: /opt/mws/bin/
  3. Guarde la acción personalizada.
  4. Si la acción de salud está ejecutando un archivo ejecutable Java, cree la variable de entorno del nombre de archivo PID. El nombre de archivo del PID especifica la ubicación del archivo del PID donde se ejecuta la operación del servidor. Para definir la variable del nombre de archivo del PID, pulse Servidores > Todos los servidores > servidor_middleware > Variables > Nueva o Entorno > Variables de WebSphere > Nueva. Especifique el mismo nombre para la variable que ha especificado en el panel de acción de salud y, para el valor, especifique la ubicación cualificada variable o plenamente cualificada del archivo del PID.

Resultados

Ha creado una acción personalizada que puede añadir a los planes de acción de las políticas de salud.

Qué hacer a continuación

Cree una política de salud. En la consola administrativa, pulse Políticas operativas > Políticas de salud > Nueva.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_odhealthaction
File name: twve_odhealthaction.html