![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
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
#!/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]](../images/ngzos.gif)
- 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=* //*--------------------------------------------
- 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 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.
. Seleccione la variable WAS_SERVER_ONLY_nombre_proc_mandato_shell. Cambie el valor por el nombre de procedimiento nuevo y, a continuación, pulse - 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
- 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.
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 . Elija el tipo de acción y definir las propiedades de la acción
personalizada: - Nombre:
- Ejecutable:
- Argumentos ejecutables:
- Sistema operativo:
- Directorio de trabajo: