Systemwalker Centric Manager 導入手引書 - UNIX共通 -

1.2.1.4 監視するメッセージの設計

メッセージの監視方法を設計するために必要となる以下の項目について説明します。

• メッセージの処理のながれ
• メッセージの監視方法の設計

■メッセージの処理のながれ

イベント監視では、システムで発生したメッセージを、“メッセージの処理のしくみ”に示すように、メッセージログおよび監視イベントログで管理します。各サーバごとに、メッセージの処理のながれを説明します。

部門管理サーバ/業務サーバのメッセージ処理

自システムで発生したメッセージを、メッセージ送信先システムに送るとともに、メッセージログに格納します。このファイルは、メッセージ検索コマンドによって参照できます。また、“多階層の論理的通信構造”で示したような通信構造の場合は、中継システムとなる部門管理サーバ、業務サーバで、下位に位置するサーバのメッセージを格納することもできます。

運用管理サーバのメッセージ処理

部門管理サーバ、業務サーバから送られてきたメッセージおよび自システムで発生したメッセージは、メッセージログに格納されます。メッセージログに格納されたメッセージのうち、以下の二つの条件を満たすメッセージは、監視イベントとしてSystemwalkerコンソールの監視イベント一覧に表示され、同時に監視イベントログに格納されます。

• メッセージの重要度レベルが最重要、重要または警告の場合
• メッセージの監視イベント種別がサーバ環境定義に登録されている場合

[メッセージの処理のしくみ]

◆ログファイルを監視するながれ

Systemwalker Centric Managerでは、アプリケーションがテキスト形式のログファイルに出力したメッセージをイベントとして扱うことができます。下図にログファイルを監視するながれを示します。

アプリケーションが出力したログを一定間隔(初期値：30秒)で監視し、前回からの増加分を運用管理サーバへ通知します。その場合、増加した内容について改行までを1メッセージとして処理します。

■メッセージの監視方法の設計

システムで発生したメッセージについて、どのメッセージを監視しどのような処理を行うかを[イベント監視の条件定義]ウィンドウで定義します。

Systemwalker Centric Manager以外のメッセージを監視する場合

Systemwalker技術情報ホームページの“Systemwalkerテンプレート”を使用してください。

◆監視するメッセージを特定する

まず、監視するメッセージを特定する条件を設計します。メッセージを特定する条件には、次の項目があります。

• ホスト名
• 監視イベント種別
• エラー種別
• 通報番号
• メッセージタイプ
• 重要度
• ラベル
• メッセージテキスト

監視するメッセージの定義については、“Systemwalker Centric Manager 使用手引書 監視機能編”を参照してください。

◆発生したメッセージに対する処理方法

次に、発生したメッセージに対する処理方法を設計します。

発生したメッセージを上位システムに送信するか、または、メッセージログに格納するかを設計します。また、発生したメッセージに対して、以下の属性を設定することができます。

監視イベント種別

メッセージの種類を示す属性です。標準では、“システム”、“ネットワーク”などの種別が用意されていますが、運用方法に応じて追加できます。

重要度

メッセージの重要度を示す属性で、“最重要”、“重要”、“警告”および“一般”の4種類があります。メッセージのエラー種別に対応してあらかじめ設定される重要度を変更する場合に設定します。

“最重要”、“重要”および“警告”のメッセージが監視イベント一覧に表示されます。監視イベント一覧に表示する必要がなく、メッセージ検索時に参照できればよいメッセージには“一般”を設定します。

通報番号

メッセージを識別するための属性です。運用方法により一定の指針に基づいてメッセージに通報番号を設定しておき、この通報番号をキーとしてトラブルを特定したり分類して管理できます。

文字色/背景色

メッセージを[メッセージ一覧]ウィンドウに表示するときの文字色/背景色です。他のメッセージと区別して強調表示したい場合などに設定します。

発生したメッセージに対する処理方法としては、以下のアクションを実行することもできます。

• ポケットベル通報
• メール通報
• ポップアップメッセージ通報
• 音声通知
• アプリケーション起動
• リモートコマンド発行
• SNMPトラップ発行
• メッセージに対して返答を要求

アクションの定義およびメッセージ返答要求については、“Systemwalker Centric Manager 使用手引書 監視機能編”を参照してください。

◆制限値について

イベントを監視する場合の制限値を下表に示します。

定義名	制限内容	制限値
監視イベント種別の登録	監視可能な監視イベント種別数	最大64種類
イベント監視の条件定義	登録可能な条件の行数	最大2048行
システム操作環境の定義	呼出し可能なアプリケーション種類数	最大128個(注1)
リモートコマンドの登録(注2)	登録可能なコマンド種類数	最大64個
メッセージ説明の登録	登録可能なメッセージ説明数	最大1024個
メッセージ送信先システムの定義	上位に接続可能なシステム数	最大 4システム
	1階層で配下に同時接続可能なシステム数	最大512システム (注3)

注1）

全システム、指定システムごとです。
ただし、メニューバーに表示されるため、途中から選べなくなる可能性があります。
解像度1024×768で40 個くらいまでしか表示されません。

注2）

リモートコマンドウィンドウで登録します。

注3）

必要時接続することで、論理的には無限台数の接続が可能となります。

◆システムの設定

Systemwalker Centric Managerは、syslogdからメッセージを受け取ります。このための設定は以下のとおりです。

• syslogdの環境定義ファイル/etc/syslog.confをSystemwalkerのインストール時に自動的に設定します。

  [Solaris/HP-UX/AIX版の場合]

  *.warning /var/opt/FJSVsagt/fifo/slg

  
  

  [Linux版の場合]

  *.warning　　|/var/opt/FJSVsagt/fifo/slg

• Systemwalker Centric Managerに受け渡すメッセージを変更する場合には、メッセージの定義部分(*.warningの部分)を任意に変更してください。
• /etc/syslog.confに空白を記述すると、syslogdが正しくメッセージをSystemwalker Centric Managerに通知しません。パラメタの区切りはタブを使用してください。
• /etc/syslog.confを変更した場合は、以下のようにsyslogdに変更したことを通知するかデーモンを再起動します。
  • 通知する場合

    syslogdに対してHUPシグナルを送ります。

    ps -ef | grep syslogd
    kill -HUP <上記で求めたプロセスID>

    Solaris 10でZoneを作成している場合

    /etc/syslog.confに変更を加えたZoneのsyslogdをZone名で特定し、HUPシグナルを送ります。なお、ログインしているZoneのZone名は“/usr/bin/zonename”コマンドで確認できます。

    ps -Zef  | grep syslogd | grep `/usr/bin/zonename`
    kill -HUP <上記で求めたプロセスID>

  • 再起動する場合

    [Solaris 7/8/9の場合]

    sh /etc/rc2.d/S74syslog stop
    sh /etc/rc2.d/S74syslog start

    [Solaris 10の場合]

    再起動の実施ではなく、HUPシグナルの通知を実施してください。

    [Linuxの場合]

    sh /etc/rc.d/init.d/syslog reload

    [HP-UXの場合]

    /sbin/init.d/syslogd stop
    /sbin/init.d/syslogd start

    ※再起動を行った場合、syslogdが停止している間に発生したメッセージはsyslogdで処理されない場合があります。

    AIXについては、syslogdを再起動する方法はありません。

  ※syslog.confファイルの編集方法は、manコマンドを参照してください。

定義例

“facility.level”が“kern.info”のメッセージを監視対象に追加する場合の例を以下に示します。

1. /etc/syslog.confを以下のように変更します。

   [Solaris・HP-UX・AIXの場合]

   ‐ 変更前

   *.warning  /var/opt/FJSVsagt/fifo/slg

   ‐ 変更後

   *.warning;kern.info  /var/opt/FJSVsagt/fifo/slg

   [Linuxの場合]

   ‐ 変更前

   *.warning  |/var/opt/FJSVsagt/fifo/slg

   ‐ 変更後

   *.warning;kern.info  |/var/opt/FJSVsagt/fifo/slg

2. syslogdを再起動します。

• 他ホストから、syslogdの機能によって通知されたメッセージは、監視対象となりません。
• “uname -n”で獲得できるホスト名と、syslogdから出力されたメッセージのホスト名が異なる場合は、監視対象となりません。
• Systemwalker Centric Managerは、/etc/syslog.confに定義した条件(facility.level)のメッセージをsyslogdから直接受信しています。このため、syslogdがデフォルトで出力しているメッセージファイル(例：messages)に出力されているメッセージとSystemwalker Centric Managerで監視しているものが同じにならない場合があります。
  ※メッセージファイル（例：messages）の監視は行っていません。
  syslogdがデフォルトで出力しているメッセージファイルと同じメッセージを監視する場合は、この条件(facility.level)の部分をメッセージファイルと同一に設定し、syslogdに変更したことを通知するかデーモンを再起動をしてください。
• syslogdから通知されるメッセージがOSの文字コードと異なる文字コードを含んでいた場合、そのメッセージは監視できません。
• 異なるシステム・異なるリソース(syslogd、ログファイル監視設定に定義されたログファイル等）に出力されたメッセージは、システム負荷やネットワークの状況により監視するメッセージの順番が前後する場合があります。

  メッセージが大量の発生、または被監視サーバから大量に通知された(同時に複数の被監視監視サーバから通知される等)場合、下記プロセスでCPU使用率が高くなり、メッセージが発生してからSystemwalkerコンソールへ表示されるまでに時間がかかることがあります。
  opasyslog、opasyslog2、opafmntr、opamain、opamcauto1、opamcauto2、opasend、opaconn、opaacpt、f3crhesv
  監視の必要がないメッセージは、メッセージ発生元(自システム)から運用管理サーバに通知しないように定義してください。メッセージ監視の設定詳細は、“Systemwalker Centric Manager 使用手引書”を参照してください。