![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
ヘルス・ポリシーのカスタム・アクションの作成
ヘルス条件に違反したときに使用できるカスタム修正タスクを定義するには、 カスタム・アクションを使用します。カスタム・アクション を使用して wasadmin スクリプトを起動することもできます。
始める前に
#!/bin/sh
echo "The sick server is "
echo $server
echo " which is on node "
echo $node
echo " which is a part of cell "
echo $cell
![[z/OS]](../images/ngzos.gif)
- PROCLIB 連結内のデータ・セットに WebSphere 非同期管理プロシージャーを追加します。この手順のジョブ制御言語 (JCL) の例を以下に示します。
//*-------------------------------------------- //SHELL2 EXEC PGM=BPXBATCH,REGION=0M, // PARM='SH &CMD. &OPT.' //STDERR DD SYSOUT=* //STDOUT DD SYSOUT=* //*--------------------------------------------
- WebSphere 非同期管理プロシージャーのデフォルト名は BBO8ADM です。別の名前が必要な場合は、プロシージャー名を変更して、新しいプロシージャー名を指すように WebSphere 環境変数 WAS_SERVER_ONLY_shell_command_proc_name を更新します。
この管理コンソールでこの変数を更新するには、「OK」 をクリックします。構成を保存して同期化します。カスタム・アクション・フィーチャーを使用するサーバーを再始動して、新規プロシージャー名の使用を開始します。
をクリックします。WAS_SERVER_ONLY_shell_command_proc_name 変数を選択します。 値を新規プロシージャー名に変更し、 - ノード・エージェントの開始済みタスク ID のみがコマンドを発行できるように、WebSphere 非同期管理プロシージャーの start コマンドを構成します。以下の RACF コマンドを使用します。
RDEFINE OPERCMDS MVS.START.STC.<ADMIN_PROC_NAME>.**UACC(NONE) PERMIT MVS.START.STC.<ADMIN_PROC_NAME>.** CLASS(OPERCMDS) ID(<NODE_AGENT_ID>)ACCESS(UPDATE) SETR RACLIST(OPERCMDS)REFRESH
- WebSphere 非同期管理プロシージャーと関連付けられているユーザー ID を定義し、RACF コマンドを使用してプロシージャーにユーザーを関連付けます。以下に例を示します。
ADDUSER WSADMSH DFLTGRP(<CELL_ADMIN_GROUP>)OMVS(UID(2504) HOME (/var/WebSphere/home/<CELL_ADMIN_GROUP> PROGRAM(/bin/sh)) NAME('WAS Asynch Admin Task') NOPASSWORD NOOIDCARD RDEFINE STARTED <ADMIN_PROC_NAME>.*STDATA(USER(WSADMSH)GROUP (<CELL_ADMIN_GROUP>)TRACE(YES)) SETROPTS RACLIST(STARTED) GENERIC(STARTED) REFRESH
注: 前の例では、WebSphere 非同期管理タスク・ユーザー ID の名前は WSADMSH です。この名前は必要に応じてカスタマイズできます。WebSphere 非同期管理タスク・ユーザー ID の DFLTGRP は、セルの WebSphere 管理グループでなければなりません。システム・コンソールがログインを必要とするように構成されていない場合は、RACF コマンドを使用していても、コンソールにアクセスできるユーザーは、誰でも WebSphere 非同期管理プロシージャーを開始することができます。ログインを要求するシステム・コンソールの保護について詳しくは、MCS および SMCS コンソールの制御 を参照してください。
このタスクについて
デフォルトでは、ヘルス条件に違反したときに実行するアクションとして、 サーバーの再始動、スレッド・ダンプの取得、またはヒープ・ダンプの取得を 定義できます。ヘルス条件に違反したときに実行するアクションをより具体的にする必要がある場合は、 カスタム・アクション を作成します。カスタム・アクションは、 Java または非 Java のプロセス定義からなり、デプロイメント・マネージャー、 ヘルス条件に違反したサーバーをホストしているノード、 ヘルス管理コントローラーが実行されているノード、または指定したノードで 実行できます。
ヘルス・ポリシーを作成する前に、カスタム・アクションを 作成します。ヘルス・ポリシーを定義する場合は、カスタム・アクションを、 ヘルス条件に違反したときに実行するアクション計画の一部として選択します。 また、ヘルス・ポリシー作成ウィザードでアクション計画を作成するときに カスタム・アクションを定義することもできます。
1 つのヘルス・ポリシーに複数のカスタム・アクションがある場合、カスタム・アクションを更新すると、ヘルス・コントローラー・ランタイムが、管理コンソール構成と同期しなくなる可能性があります。複数のカスタム・アクションを含むポリシーのカスタム・アクションを追加、削除、または変更する場合は、変更を保存後、ヘルス・コントローラーを開始して、停止してください。
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
管理コンソールで、 と
クリックします。アクション・タイプを選択し、以下のカスタム・アクション・プロパティーを定義します。- 名前:
- 実行可能ファイル:
- 実行可能引数:
- オペレーティング・システム:
- 作業ディレクトリー: