JP1 Version 9

JP1/Integrated Management - Manager 導入・設計ガイド

解説・手引・操作書

3020-3-R76-51

目　　次

前書き

変更内容

はじめに

第1編　概要編

1.　JP1/Integrated Managementの概要

1.1　JP1/IMシリーズとは

1.2　システム管理の課題と統合管理

1.2.1　システムのライフサイクル

1.2.2　設計・構築フェーズでの課題とJP1/IMシリーズの役割

1.2.3　運用フェーズでの課題とJP1/IMシリーズの役割

1.2.4　再設計，再構築フェーズでの課題とJP1/IMシリーズの役割

1.3　JP1/IM - Managerの特長

1.3.1　JP1イベントによる事象の一元管理

1.3.2　システムの集中監視

1.3.3　問題発生の検知と通知

1.3.4　JP1/IM - Managerを基点とした問題調査・対策での作業の統合

1.3.5　簡易な監視システム構築

1.3.6　各種システム構成に柔軟に対応

1.3.7　システムの階層構成およびホストの設定の一元管理

1.3.8　業務視点でのグルーピング監視

1.4　JP1/IM - Managerによるシステム運用

1.4.1　システムの監視

1.4.2　障害の検知

1.4.3　問題の調査

1.4.4　障害の対策

1.5　JP1/IM - Managerの構成

1.5.1　JP1/IM - Managerの製品構成

1.5.2　システムの階層構成

1.5.3　各種システム構成への対応

第2編　機能編

2.　機能の概要

2.1　イベント管理の仕組み

2.2　運用サイクルごとの機能

2.2.1　システム監視で使用する機能

2.2.2　問題発生の検知で使用する機能

2.2.3　調査・対策で使用する機能

2.2.4　構築，運用，再構築で使用する機能

2.2.5　運用サイクル全般で使用する機能

2.3　機能一覧

2.4　IMデータベースが提供する機能

2.5　JP1/IM - Managerのサービス

3.　セントラルコンソールによるシステムの集中監視

3.1　JP1イベントによる集中監視

3.1.1　セントラルコンソールによる監視

3.1.2　JP1イベント監視の処理の流れ

3.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み

3.1.4　業務グループの参照・操作制限の仕組み

3.2　JP1イベントのフィルタリング

3.2.1　転送フィルター

3.2.2　イベント取得フィルター

3.2.3　ユーザーフィルター

3.2.4　重要イベントフィルター

3.2.5　表示フィルター

3.2.6　フィルターの条件定義

3.3　相関イベントの発行

3.3.1　相関イベント発行の仕組み

3.3.2　相関イベントの発行定義

3.3.3　相関イベント発行機能の状態遷移と稼働設定

3.3.4　相関イベント発行履歴ファイルの内容

3.3.5　相関イベントの発行処理の対象となるJP1イベント

3.3.6　相関イベント発行が成立する条件

3.3.7　相関イベント発行が成立しない条件

3.3.8　発行される相関イベント

3.4　繰り返しイベントの集約表示

3.4.1　繰り返しイベントの集約処理の仕組み

3.4.2　繰り返しイベントの集約処理の例

3.5　イベント検索

3.5.1　JP1イベントの検索

3.5.2　イベント検索の条件

3.5.3　イベント検索の処理の流れ

3.6　JP1イベントの重大度の変更

3.7　発生元ホストのマッピング

3.8　イベントガイド機能

3.8.1　イベントガイド情報の設定内容

3.8.2　イベントガイド情報を表示する条件

3.8.3　イベントガイド情報での表示内容

3.9　メモ情報の設定機能

3.10　ユーザー独自のイベント属性の表示

3.10.1　独自イベントのイベント属性の表示

3.10.2　JP1イベントからのモニター画面の表示

3.10.3　［統合機能メニュー］画面の新規メニューの追加

3.10.4　イベント情報の流れ

3.11　JP1/IM - Viewでの表示情報のCSV出力

3.11.1　イベント一覧情報の保管（CSV出力）

3.11.2　統合監視DBのイベント情報を保管（イベントレポート出力）

3.11.3　JP1イベントの情報やアクションの実行結果などをクリップボードにコピー

3.12　イベントの表示開始位置の指定

3.12.1　表示開始位置を指定できる範囲

3.12.2　スライダーで表示開始位置を指定する

3.12.3　日時を入力して表示開始位置を指定する

3.12.4　ボタンで表示開始位置を指定する

3.12.5　表示開始位置を指定したあとの流れ

3.13　指定期間のイベント表示

3.13.1　JP1イベントを表示する範囲

3.14　JP1/IMからのシステムの操作

3.14.1　連携製品のモニター起動

3.14.2　統合機能メニュー

3.14.3　JP1/IM - Viewからのコマンド実行

4.　セントラルスコープによる目的指向型のシステム監視

4.1　セントラルスコープの機能概要

4.2　監視ツリー

4.2.1　監視ツリーの構成

4.2.2　監視ノードの状態

4.2.3　状態変更条件

4.2.4　イベント発行条件

4.3　監視ツリーの自動生成

4.3.1　監視ツリーの自動生成

4.3.2　監視ツリーを自動生成するための条件

4.3.3　自動生成できる監視ツリーの構造

4.3.4　自動生成の生成種別

4.4　監視ツリーの編集

4.4.1　監視ツリーの編集

4.4.2　マップ表示設定

4.4.3　監視ツリーの監視範囲設定

4.4.4　セントラルスコープの監視画面の設定

4.5　ビジュアル監視

4.6　検索（監視ノード検索，状態変更イベント検索）

4.6.1　監視ノードの検索

4.6.2　状態変更イベントの検索

4.7　ガイド機能

4.7.1　ガイド情報の設定内容

4.7.2　運用方法に合わせたガイド情報の活用

4.8　対処済み連動機能

4.8.1　対処済み連動機能の動作

4.8.2　対処済み連動機能が無効になる契機

4.8.3　対処済み時の状態変更イベントの自動削除

4.9　JP1/IMからのシステムの操作

4.9.1　統合機能メニュー

4.10　セントラルスコープの仕組み

4.10.1　セントラルスコープの仕組みの概要

4.10.2　ホスト情報

4.10.3　セントラルスコープによるシステム監視の仕組み

4.10.4　監視ツリーの自動生成の仕組み

4.10.5　セントラルスコープのデータベース

5.　自動アクションによるコマンド実行

5.1　自動アクションの概要

5.2　自動アクションの状態管理

5.3　自動アクションの定義

5.3.1　実行条件として指定できる項目

5.3.2　実行条件の優先度

5.3.3　パラメーターグループとAND条件

5.3.4　イベント引き継ぎ情報

5.4　自動アクションで実行するコマンドの指定

5.4.1　実行できるコマンド

5.4.2　コマンドを実行するホスト

5.4.3　コマンドを実行するユーザー

5.4.4　同一アクションの抑止

5.5　自動アクションの実行監視

5.5.1　自動アクションの遅延監視

5.5.2　自動アクションの状態監視

5.5.3　実行監視の設定

5.5.4　実行監視機能による自動アクションの異常監視

5.6　自動アクションの実行状態および実行結果の確認

5.7　自動アクションのキャンセル

5.8　自動アクションの再実行

5.9　自動アクション機能の稼働設定

5.10　自動アクション実行の流れ

6.　IM構成管理によるシステムの階層構成の管理

6.1　ホストの管理

6.1.1　IM構成管理で管理対象となるホスト情報

6.1.2　ホストの登録

6.1.3　ホスト情報の収集

6.1.4　ホスト情報の表示

6.1.5　ホスト情報の変更

6.1.6　ホストの削除

6.2　システムの階層構成の管理

6.2.1　IM構成管理で管理対象となるシステムの階層構成

6.2.2　システムの階層構成の取得

6.2.3　システムの階層構成の表示

6.2.4　システムの階層構成の検証

6.2.5　システムの階層構成の編集

6.2.6　システムの階層構成の反映

6.2.7　システムの階層構成の同期

6.3　仮想化システム構成の管理

6.3.1　仮想化構成情報の収集

6.3.2　仮想化構成情報の設定

6.3.3　仮想化構成情報の排他権

6.3.4　仮想化システム構成の表示

6.3.5　セントラルスコープへのインポート

6.4　業務グループの管理

6.4.1　業務グループの仕組み

6.4.2　業務グループ内の監視グループ

6.4.3　業務グループの参照・操作権限

6.4.4　セントラルスコープでの監視

6.4.5　業務グループの機能一覧

6.5　プロファイルの管理

6.5.1　IM構成管理で管理対象となるプロファイル

6.5.2　プロファイルリストの収集

6.5.3　プロファイルの収集

6.5.4　プロファイルの表示

6.5.5　プロファイルの追加と削除

6.5.6　設定ファイルの内容の編集

6.5.7　設定ファイルの排他編集権の獲得と解除

6.5.8　リモートの監視対象ホストからリモート監視のログ情報を収集する仕組み

6.5.9　ログファイルトラップとイベントログトラップの起動と停止

6.6　サービスの稼働情報の管理

6.6.1　IM構成管理で稼働情報を確認できるサービス

6.6.2　サービスの稼働情報の収集

6.6.3　サービスの稼働情報の表示

6.7　IM構成管理の管理情報のエクスポート・インポート

6.7.1　IM構成管理でエクスポート・インポートの対象となる情報

6.7.2　IM構成管理の管理情報のエクスポート

6.7.3　IM構成管理の管理情報のインポート

7.　JP1/IMの動作制御

7.1　JP1/IM - Managerのプロセス管理

7.1.1　プロセス異常終了時の再起動

7.1.2　プロセス異常検知時のJP1イベントの発行

7.2　JP1/IM - Managerのヘルスチェック機能

7.2.1　ヘルスチェック機能の監視対象プロセス

7.2.2　ヘルスチェック機能の有効および無効設定

7.2.3　ヘルスチェック機能の仕組み

7.3　JP1/IMのシステム環境で行う通信

7.3.1　ビューアー・マネージャー間の通信

7.3.2　マネージャー・認証サーバ間の通信

7.3.3　マネージャー・エージェント間の通信

7.3.4　ローカルホスト内の通信

7.3.5　JP1/IM - Central Information Masterとの通信

7.3.6　JP1/IM - Incident Masterとの通信

7.3.7　JP1/IM - Rule Operationとの通信

7.4　JP1/Baseによる基盤機能

7.4.1　JP1ユーザーの管理

7.4.2　JP1/BaseによるJP1イベントの管理

7.4.3　システムの階層構成の管理

7.4.4　コマンド実行の管理

7.4.5　定義情報の収集と配布

7.4.6　サービスの起動管理（Windows限定）

7.4.7　統合トレース機能

7.4.8　JP1/Baseのヘルスチェック機能

7.4.9　JP1/Baseのプロセス管理

8.　JP1/IMシリーズとの連携

8.1　JP1/IM - Service Supportとの連携

8.1.1　インシデントとして登録できるJP1イベントの属性

8.1.2　インシデントをJP1/IM - Service Supportに手動登録するために必要な権限

8.2　JP1/IM - Incident Masterとの連携

8.2.1　インシデント登録機能によるインシデントの自動登録

8.2.2　JP1/IM - Viewからの［インシデントの登録］画面呼び出し

8.2.3　インシデントの状態変更に応じたJP1イベントの対処状況変更

8.3　JP1/IM - Rule Operationとの連携

8.3.1　JP1/IM - Rule Operationへの通知

8.3.2　JP1/IM - Rule Operationへの通知状態・通知結果の確認

8.3.3　JP1/IM - Rule Operationのモニター起動

9.　JP1/IMの構成

9.1　JP1/IMの構成例

9.2　製品構成

9.2.1　JP1/IMの製品構成

9.2.2　JP1/IMの各製品の接続性

9.3　前提OSおよび前提プログラム

9.3.1　前提OS

9.3.2　前提プログラム

9.4　各種システム構成への対応

9.4.1　ファイアウォール対応

9.4.2　複数LAN対応

9.4.3　クラスタシステムでの運用

9.4.4　非クラスタシステムでの論理ホスト運用

第3編　設計編

10.　設計の概要

10.1　JP1/IM導入の流れ

10.2　設計項目

10.3　JP1/IMの導入設計の概要

10.3.1　設計の概要

10.3.2　監視の設計

10.3.3　検知・通知の設計

11.　運用管理の設計

11.1　JP1イベントによるシステム監視の検討

11.1.1　JP1イベントでの事象の管理

11.1.2　マネージャーに転送するJP1イベントの検討

11.1.3　JP1イベントのフィルタリング設定の検討

11.1.4　相関イベント発行の検討

11.1.5　繰り返しイベントの集約表示の検討

11.1.6　JP1イベントの重大度変更の検討

11.1.7　イベントガイドの検討

11.1.8　イベント一覧情報の保管（CSV出力）の検討

11.1.9　統合監視DBのイベント情報の保管（イベントレポート出力）の検討

11.2　セントラルスコープによるシステム監視の検討

11.2.1　監視ツリーの検討

11.2.2　ビジュアル監視の検討

11.2.3　ガイドの検討

11.2.4　監視グループの状態変更条件の定義の検討

11.3　JP1/IMでの問題調査の検討

11.3.1　モニター起動

11.3.2　統合機能メニュー

11.3.3　JP1/IM - Viewからのコマンド実行の検討

11.4　自動アクションの検討

11.5　システムの階層構成の管理の検討

11.5.1　システムの階層構成の管理

11.5.2　リモート監視構成の管理

11.5.3　仮想化システム構成の管理

11.5.4　業務グループの検討

12.　JP1/IMシステムの設計

12.1　動作環境の検討

12.1.1　前提OS，前提パッチの確認

12.1.2　メモリー所要量・ディスク占有量の見積もり

12.1.3　IMデータベースの容量の見積もり

12.1.4　カーネルパラメーターの調整（UNIXの場合）

12.1.5　言語環境の検討

12.1.6　言語環境混在での運用

12.2　旧バージョンのJP1/IMからのバージョンアップについて

12.2.1　バージョン8のJP1/IMマネージャー製品からのバージョンアップについて

12.2.2　バージョン8のJP1/IM - Viewからのバージョンアップについて

12.2.3　バージョン7のJP1/IMマネージャー製品からのバージョンアップについて

12.2.4　バージョン7のJP1/IM - Viewからのバージョンアップについて

12.2.5　バージョン8のJP1/Baseからのバージョンアップについて

12.2.6　バージョン7のJP1/Baseからのバージョンアップについて

12.2.7　バージョン6のJP1/Baseからのバージョンアップについて

12.3　システム構成の検討

12.3.1　基本構成

12.3.2　JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成

12.3.3　JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成

12.3.4　Cosminexusのシステム環境の状態と使用されるリソース状況を監視する場合のシステム構成（Cosminexus + JP1/Cm2/SSO連携）

12.3.5　WWWブラウザーからJP1イベントを監視する場合の構成

12.3.6　Cosminexusのシステム環境の状態を監視する場合のシステム構成

12.3.7　JP1/IM - Central Information Masterと連携する場合の構成

12.3.8　JP1/IM - Incident Masterと連携する場合の構成

12.3.9　JP1/IM - Rule Operationと連携する場合の構成

12.3.10　クラスタシステムで運用する場合の構成

12.3.11　非クラスタシステムで論理ホストを運用する場合の構成

12.3.12　バージョンの混在が可能なシステム構成

12.4　ネットワーク構成の検討

12.4.1　ホスト名とIPアドレス

12.4.2　サーバのネットワーク構成

12.4.3　複数のネットワークに接続された構成での運用

12.4.4　ファイアウォールを経由したネットワークでの運用

12.4.5　WAN接続

12.5　システムの階層構成の検討

12.6　ユーザー認証の検討

12.6.1　ユーザー認証圏の検討

12.6.2　JP1ユーザーのアクセス権限の検討

12.7　JP1/IMおよびJP1/Baseの環境の検討

12.7.1　正規表現の選択

12.7.2　JP1/IM，JP1/Baseの障害に対する検討

12.7.3　JP1/IM - Managerのシステム環境の検討

12.7.4　JP1ユーザー環境の検討

12.7.5　対処状況変更時のJP1イベント発行の検討

12.7.6　コマンド実行環境の検討

12.7.7　セントラルスコープに関するシステム設計

12.7.8　通信タイムアウト時間の検討

12.7.9　JP1/IM - Viewの環境

12.7.10　WWWページ版のJP1/IM - Viewによるイベント監視の検討

12.7.11　イベント取得開始位置の設定の検討

12.8　ほかの統合管理製品との連携の検討

12.8.1　JP1/IM - Incident Master連携用のシステム設計

12.8.2　JP1/IM - Rule Operation連携用のシステム設計

12.9　JP1/IMのメンテナンスの検討

12.9.1　バックアップの検討

12.9.2　データベースのメンテナンスの検討

12.9.3　ディスク容量の確認

12.9.4　障害レポートの利用

12.10　JP1/IMが監視するシステム全体のメンテナンスの検討

12.10.1　メンテナンス実施前の検討項目

12.10.2　JP1/IMが監視するシステム全体のメンテナンス実施例

12.10.3　エージェント単体でのメンテナンス実施例

13.　性能と見積もり

13.1　JP1/IMの処理性能

13.2　性能評価モデルケース

13.2.1　ユーザー要件

13.2.2　監視用サーバで必要なメモリー，ディスク容量，データベース容量

13.2.3　監視マシンで必要なメモリー，ディスク容量

付録

付録A　ファイルおよびディレクトリ一覧

付録A.1　JP1/IM - Manager（Windows版）

付録A.2　JP1/IM - Manager（UNIX版）

付録A.3　JP1/IM - View

付録B　プロセス一覧

付録B.1　Windowsの場合

付録B.2　UNIXの場合

付録C　ポート番号

付録C.1　JP1/IMのポート番号

付録C.2　ファイアウォールの通過方向

付録C.3　コネクションの接続状態

付録D　制限値一覧

付録E　操作権限一覧

付録E.1　セントラルコンソールによるシステムの運用監視で必要な操作権限

付録E.2　セントラルスコープによるシステムの運用監視で必要な操作権限

付録E.3　IM構成管理で必要な操作権限

付録F　通信設定の変更対応

付録G　正規表現

付録G.1　正規表現の種類

付録G.2　正規表現の文法

付録G.3　使用できる正規表現の比較

付録G.4　正規表現を使用する際のヒント

付録G.5　正規表現の指定例

付録H　下位バージョンとの接続性

付録H.1　下位バージョン（バージョン9製品）との接続性

付録H.2　下位バージョン（バージョン8製品）との接続性

付録H.3　下位バージョン（バージョン7製品）との接続性

付録H.4　下位バージョンのJP1/Baseとの接続性

付録I　性能と見積もり

付録I.1　メモリー所要量

付録I.2　ディスク占有量

付録I.3　ネットワーク上を流れるデータ量

付録J　カーネルパラメーター一覧

付録K　各バージョンの変更内容

付録K.1　09-10の変更内容

付録K.2　09-01の変更内容

付録K.3　09-00の変更内容

付録K.4　08-51の変更内容

付録K.5　08-50の変更内容

付録K.6　08-10の変更内容

付録K.7　08-01の変更内容

付録K.8　08-00の変更内容

付録K.9　07-51の変更内容

付録K.10　07-50の変更内容

付録K.11　07-11の変更内容

付録K.12　07-10の変更内容

付録L　用語解説

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2009, 2011, Hitachi, Ltd.

前書き

■ 対象製品

適用OSのバージョン，JP1/Integrated Management - Manager，およびJP1/Integrated Management - Viewが前提とするサービスパックやパッチなどの詳細については各製品のリリースノートで確認してください。

適用OS：Windows Server 2003，Windows XP Professional

P-242C-6H94　 JP1/Integrated Management - View　 09-50

適用OS：Windows 7，Windows Server 2008，Windows Vista

P-2A2C-6H94　 JP1/Integrated Management - View　 09-50

適用OS：Windows Server 2003

P-242C-8E94　 JP1/Integrated Management - Manager　 09-50

適用OS：Windows Server 2008

P-2A2C-8E94　 JP1/Integrated Management - Manager　 09-50

適用OS：Solaris

P-9D2C-8E91　 JP1/Integrated Management - Manager　 09-50

適用OS：AIX

P-1M2C-8E91　 JP1/Integrated Management - Manager　 09-50

適用OS：HP-UX (IPF)

P-1J2C-8E91　 JP1/Integrated Management - Manager　 09-50

適用OS：Linux 5 (AMD/Intel 64)，Linux 5 (x86)，Linux 5 Advanced Platform (AMD/Intel 64)，Linux 5 Advanced Platform (x86)

P-9S2C-8E91　 JP1/Integrated Management - Manager　 09-50

適用OS：Linux 5 (IPF)，Linux 5 Advanced Platform (IPF)

P-9V2C-8E91　 JP1/Integrated Management - Manager　 09-50

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BSAFEは，EMC Corporationの米国およびその他の国における登録商標または商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP-UXは，Hewlett-Packard Companyのオペレーティングシステムの名称です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
J2EEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JDBCは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corporationの商品名称です。
NetInsightは，株式会社日立ソリューションズの登録商標です。
POSIXは，the Institute of Electrical and Electronics Engineers, Inc. (IEEE)で制定された標準仕様です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
RSAは，EMC Corporationの米国およびその他の国における登録商標または商標です。
Solarisは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Sunは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Sun Microsystemsは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
TELstaffは，株式会社日立ソリューションズの登録商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
XPG4は，X/Open Company Limitedの規格名称です。
プログラムプロダクト「P-9D2C-8E91」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-8E91」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.
This product includes software developed by IAIK of Graz University of Technology.
Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.
This product includes software developed by the University of California, Berkeley and its contributors.
This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).
Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England. The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/
This product includes software developed by Ralf S.Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).

本製品は，EMC CorporationのRSA(R) BSAFETMソフトウェアを搭載しています。

■ 発行

2011年9月　3020-3-R76-51

■ 著作権

All Rights Reserved. Copyright (C) 2009, 2011, Hitachi, Ltd.

変更内容

変更内容(3020-3-R76-51)　JP1/Integrated Management - Manager　09-50，JP1/Integrated Management - View　09-50

追加・変更内容
変更個所

業務グループの指定方法として，次の内容を追加した。

業務グループをパス表記で指定する場合の前提条件

業務グループや監視グループを反映すると，セントラルコンソール上の名称にも反映される

業務グループや監視グループを削除すると，指定していた内容が無効になる

3.1.4(3)

条件に一致しなかった場合，およびすでに値が設定されている場合のマッピングの状態を追加した。
3.7(1)

IMホストアカウントの説明を変更した。
6.1.2

エージェント構成の場合に，［IM構成］ページのツリー表示領域のシステムの階層構成がグレー表示されたときの対処方法を追加した。
6.2.2，6.2.3

システムの階層構成の同期を取ったあとにエージェント構成を反映すると，拠点マネージャーの情報がクリアされてしまうことを追加した。また，リモート監視構成を使用する場合，エージェント構成を反映する必要があることを追加した。
6.2.6

仮想化構成情報の排他関係となる操作を次のとおり変更した。

同一ホストの場合，排他編集できない

別ホストの場合，排他編集できる

6.3.3

6.5.3(2)，6.5.3(3)に記載していた収集できる設定ファイルを，6.5.3(4)に一覧でまとめた。
6.5.3(4)

反映したあとの設定ファイルおよびホストの状態がどのようになるか追加した。
6.5.6(3)

リモートの監視対象ホストから取得するログファイルやイベントログをフィルタリングするための事前フィルターの説明を追加した。
6.5.8(1)，6.5.8(5)

次の内容を追加した。

ログファイル収集時にログファイルが出力されると同一のログファイルがトラップされる

ログファイルの条件

6.5.8(3)(a)

JP1/IM - Managerが停止している場合は，ログ情報を収集しないことを追加した。また，リモート監視イベントログトラップのリトライ回数が3回であることを追加した。
6.5.8(4)

リモート監視で発行するJP1イベントについて，監視対象ホスト名を発生元ホストとして表示・定義するには，発生元ホストのマッピング機能を使用する必要があることを追加した。
6.5.8(6)

エクスポートされるファイルの個数を変更した。
6.7.2

データベースのサイズに，業務グループ・監視グループの合計数の例を追加した。
12.1.3

プロセスにJP1/IM - ManagerのIM構成管理を追加した。
付録B.1(1)，付録B.2(1)

リモートの監視対象ホストの情報を収集する場合のファイアウォールの通過方向を追加した。
付録C.2(1)

IM構成管理を使用する場合のJP1/IM - Managerの制限値を更新した。

リモートの監視対象ホストの数の制限を削除

業務グループおよび監視グループの合計数を追加

一つの業務グループおよび監視グループに設定できるホストの最大数を追加

業務グループおよび監視グループの階層の制限値を追加

AIXまたはHP-UXの場合に，1台のJP1/IM - Managerに接続できるIM構成管理・ビューアーの数を追加

付録D(3)(a)

業務グループの参照・操作制限が無効な場合と有効な場合とで，必要な操作権限を書き分けた。
付録E.1

JP1/IM - Manager 09-50およびJP1/IM - View 09-50を下位バージョンの製品に接続した場合の制限事項を追加した。
付録H

変更内容(3020-3-R76-50)　JP1/Integrated Management - Manager　09-50，JP1/Integrated Management - View　09-50

追加・変更内容
変更個所

リモート通信設定をしているリモート監視構成のホストについて，次の監視・管理をできるようにした。

JP1/Baseがインストールされていないホストで発生したログファイル上のメッセージ，およびWindowsのイベントログをリモート監視できるようにした。

リモートの監視対象ホストで設定されている定義情報（プロファイル）を確認したり，編集したりできるようにした。

［IM構成編集］画面を，エージェント構成の編集用の［エージェント構成編集］画面とリモート監視構成の編集用の［リモート監視構成編集］画面に分けた。

1.3.1，1.3.7，1.4，1.4.4，1.5.1，1.5.2，2.1，2.2.5，2.3，2.4，6.1，6.2，6.5，6.6，6.7，9.1，9.2.1，9.4.1，10.2，11.5，11.5.2，12.5，付録D(3)(a)

業務視点で監視対象の複数のホストをグルーピングして，業務グループごとの監視をできるようにした。
1.3.8，1.5.3，2.3，2.4，3.1.4，3.2.3，3.3.1(5)，3.5，6.4，7.4.1(2)，10.2，11.1.2，11.5.4，12.5，12.6.2，付録E.1

発生元ホストのマッピングを使用して，JP1イベントの発行契機となった事象を発生元ホストとして表示，定義できるようにした。
3.2.2，3.4.1(1)，3.7，3.11.1(3)，3.11.2(3)，5.3.1，5.3.4，11.1.7

共通除外条件に拡張モードを追加し，条件群の定義数や指定できる属性を増やしたり，日時を指定してイベント条件を比較できるようにした。
3.2.6(1)，12.10.2(2)(b)，付録D(1)(a)

JP1/IM - Viewからコマンドを実行する方法に，よく使うコマンドを［コマンド］ボタンに登録しておき，ボタン操作でコマンドを実行する方法を追加した。
3.14.3(4)，11.3.3

イベント引き継ぎ情報からJP1イベントの情報への変換方法の記述を追加した。
5.3.4

ログファイルトラップ情報の設定ファイル名について注意事項を追加した。
6.3.1，7.2.3(2)

JP1イベントをインシデントとしてJP1/IM - Service Supportに手動で登録できるようにした。
8.1

リモートデスクトップ接続でJP1/IM - Viewを使用する場合の接続方法の説明を追加した。
9.3.1

変数（置き換え文字列）を使用してイベントガイドを設定する場合に，イベントガイドメッセージにURLエンコードされた文字列や，UTF-8の文字列としてBase64エンコードされた文字列を出力できるようにした。
11.1.7

ユーザーが参照・編集できるファイル・フォルダ一覧に次のファイルを追加した。

共通除外条件表示項目定義ファイル格納フォルダ

共通除外条件表示項目定義ファイル

共通除外条件表示項目定義ファイルのモデルファイル

システムカラー定義ファイル

システムカラー定義ファイルのモデルファイル

リモートコマンド定義格納フォルダ

コマンドボタン定義ファイル

コマンドボタン定義ファイルのモデルファイル

発生元ホストマッピング定義ファイル

発生元ホストマッピング定義ファイルのモデルファイル

付録A.1(2)，付録A.2(2)

正規表現を使用できる機能と使用できる正規表現の表に，次の項目を追加した。

重大度変更機能

共通除外条件（拡張モード）

事象発生元ホストのマッピング機能

付録G.1

JP1/IM - Manager 09-50およびJP1/IM - View 09-50を下位バージョンの製品に接続した場合の制限事項を追加した。
付録H

単なる誤字・脱字などはお断りなく訂正しました。

今版（3020-3-R76-50）では，前版（3020-3-R76-40）の内容の一部を移動し，目次構成を変更しました。前版との対応は次のようになっています。

旧（3020-3-R76-40） | 新（3020-3-R76-50）
3.1.1　セントラルコンソールによる監視※ | 3.6　JP1イベントの重大度の変更
6.3　プロファイルの管理 | 6.5　プロファイルの管理
6.4　サービスの稼働情報の管理 | 6.6　サービスの稼働情報の管理
6.5　IM構成管理の管理情報のインポート・エクスポート | 6.7　IM構成管理の管理情報のエクスポート・インポート
6.6　仮想化システム構成の管理 | 6.3　仮想化システム構成の管理

注※　「3.1.1　セントラルコンソールによる監視」に記載していた「JP1イベントの重大度の変更」の内容を移動しました。

はじめに

このマニュアルは，JP1/Integrated Management - ManagerおよびJP1/Integrated Management - Viewの概要，機能，およびシステムの設計について説明したものです。なお，このマニュアルでは，JP1/Integrated Management - ManagerおよびJP1/Integrated Management - Viewを総称して，JP1/Integrated ManagementまたはJP1/IMと表記します。

JP1/Integrated Managementシリーズには，上記のほかに幾つか製品がありますが，このマニュアルでの扱いは次表のとおりです。詳細については，それぞれの製品付属のマニュアルを参照してください。

製品名
このマニュアルでの説明内容

JP1/Integrated Management - Central Information Master

JP1/IM製品内での位置づけ。

JP1/Integrated Management - Central Information Master連携機能の概要。

JP1/Integrated Management - Incident Master

JP1/IM製品内での位置づけ。

JP1/Integrated Management - Incident Master連携機能の概要。

JP1/Integrated Management - Rule Operation

JP1/IM製品内での位置づけ。

JP1/Integrated Management - Rule Operation連携機能の概要。

JP1/Integrated Management - Service Support

JP1/IM製品内での位置づけ。

JP1/Integrated Management - TELstaff

JP1/IM製品内での位置づけ。

JP1/Integrated Management - Event Gateway for Network Node Manager i

JP1/IM製品内での位置づけ。

JP1/Integrated Management - Message Optimizer

JP1/IM製品内での位置づけ。

対象読者

オープンプラットフォームのシステムを管理するため，JP1/IMの導入を検討されている方を対象としています。具体的には次の方を対象としています。

システムで発生する事象を一元監視するため，JP1/IMの導入を検討されているシステム管理者

マニュアルの構成

このマニュアルは，次に示す編から構成されています。

第1編　概要編

JP1/Integrated ManagementシリーズおよびJP1/IMの概要について説明しています。

第2編　機能編

JP1/IMの機能について説明しています。

第3編　設計編

JP1/IMで実現できる監視業務の要件，およびその業務要件を実現するためのシステム要件について説明しています。

関連マニュアル

関連マニュアルを次に示します。必要に応じてお読みください。

JP1/IM関連

JP1 Version 9 JP1/Integrated Management - Manager クイックリファレンス（3020-3-R75）

JP1 Version 9 JP1/Integrated Management - Manager 構築ガイド（3020-3-R77）

JP1 Version 9 JP1/Integrated Management - Manager 運用ガイド（3020-3-R78）

JP1 Version 9 JP1/Integrated Management - Manager 画面リファレンス（3020-3-R79）

JP1 Version 9 JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス（3020-3-R80）

JP1 Version 9 JP1/Integrated Management - Manager メッセージ（3020-3-R81）

JP1 Version 9 JP1/Integrated Management - Event Gateway for Network Node Manager i（3020-3-R82）

JP1 Version 9 JP1/Integrated Management - Rule Operation 構築・運用ガイド（3020-3-R83）

JP1 Version 9 JP1/Integrated Management - Rule Operation 画面リファレンス（3020-3-R84）

JP1 Version 9 JP1/Integrated Management - TELstaff JP1/Integrated Management - TELstaff Alarm View 構築・運用ガイド（3020-3-R85）

JP1 Version 9 JP1/Integrated Management - Message Optimizer（3020-3-R86）

JP1 Version 9 JP1/Integrated Management - Service Support 構築・運用ガイド（3020-3-R91）

JP1 Version 9 JP1/Integrated Management - Service Support 操作ガイド（3020-3-R92）

JP1 Version 8 JP1/Integrated Management - Central Information Master システム構築・運用ガイド（3020-3-K04）

JP1 Version 8 JP1/Integrated Management - Central Information Master リファレンス（3020-3-K05）

JP1 Version 8 JP1/Integrated Management - Incident Master（3020-3-K09）

JP1関連

JP1 Version 9 JP1/Performance Management 設計・構築ガイド（3020-3-R31）

JP1 Version 9 JP1/Base 運用ガイド（3020-3-R71）

JP1 Version 9 JP1/Base メッセージ（3020-3-R72）

JP1 Version 9 JP1/Base 関数リファレンス（3020-3-R73）

JP1 Version 9 JP1/Automatic Job Management System 3 連携ガイド（3020-3-S12）

JP1 Version 8 JP1/Automatic Job Management System 2 連携ガイド（3020-3-K27）

マニュアルの体系

JP1/IMのマニュアルでは，システムの設計・構築・運用などのシステムのライフサイクルでの段階ごとに必要な情報を説明しています。

JP1/IMのマニュアルとシステムのライフサイクルの関係を次の図に示します。

読書手順

次の表に示すように，目的に合わせて必要な個所をお読みください。

項番
目的
参照個所

1
JP1/IMを理解する

マニュアル「JP1/Integrated Management - Manager クイックリファレンス」

使用目的に合わせてJP1/IMの機能を知る

主な構築・運用方法を知る

マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」

概要編：JP1/IMの概要を知る

機能編：JP1/IMの詳細を理解する

参考マニュアル「JP1/Base 運用ガイド」

概要編：JP1/Baseの概要，機能を理解する

2
JP1/IMのシステムを設計する

マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」

設計編：JP1/IMの設計個所を確認し，システムを設計する

参考マニュアル「JP1/Base 運用ガイド」

リファレンス編：JP1/Baseの定義ファイル，コマンドの詳細パラメーターを確認し，設定値を決める

3
JP1/IMのシステムを構築する

マニュアル「JP1/Integrated Management - Manager 構築ガイド」

JP1/IMの構築手順を確認し，構築する

4
JP1/IMのシステムを運用する

マニュアル「JP1/Integrated Management - Manager 運用ガイド」

操作編：JP1/IMの操作方法を知る

運用編：JP1/IMの運用方法を知る

トラブルシューティング編：トラブルが発生したときにトラブルの回避方法を知る

5
JP1/IMのシステムの見直しをする
項番2に戻り，JP1/IMのシステムを再設計・再構築する

6
システムの設計・構築・運用の各段階で，リファレンス情報を参照する

マニュアル「JP1/Integrated Management - Manager 画面リファレンス」

画面遷移および表示項目を確認し，定義項目を決める

マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」

定義ファイル，コマンドの詳細パラメーターを確認し，設定値を決める

マニュアル「JP1/Integrated Management - Manager メッセージ」

トラブルが発生したときにメッセージの内容を確認し，トラブルの回避方法を知る

このマニュアルでの表記

このマニュアルでは，日立製品およびその他の製品の名称を省略して表記しています。次に，製品の正式名称と，このマニュアルでの表記を示します。

このマニュアルでの表記
正式名称

AIX
AIX 5L 5.3

AIX 6.1

BJEX
uCosminexus Batch Job Execution Server

Cosminexus
Cosminexus Application Server
Cosminexus Application Server Enterprise Version 6

Cosminexus Application Server Standard Version 6

uCosminexus Application Server Enterprise

uCosminexus Application Server Standard

uCosminexus Service Platform

HNTRLib
Hitachi Network Objectplaza Trace Library

HNTRLib2
Hitachi Network Objectplaza Trace Library 2

HP-UX
HP-UX (IPF)
HP-UX 11i V2 (IPF)

HP-UX 11i V3 (IPF)

Hyper-V
Microsoft(R) Hyper-V(TM) 1.0

Microsoft(R) Hyper-V(TM) 2.0

IE
Microsoft Internet Explorer
Microsoft(R) Internet Explorer(R)

Windows Internet Explorer
Windows(R) Internet Explorer(R)

IIS
Internet Information Services
Microsoft(R) Internet Information Services 5.01以降

JP1/AJS
JP1/AJS2 - Advanced Manager
JP1/Automatic Job Management System 2 - Advanced Manager

JP1/AJS - Agent
JP1/Automatic Job Management System 2 - Agent

JP1/Automatic Job Management System 3 - Agent

JP1/AJS - Manager
JP1/Automatic Job Management System 2 - Manager

JP1/Automatic Job Management System 3 - Manager

JP1/AJS - View
JP1/Automatic Job Management System 2 - View

JP1/Automatic Job Management System 3 - View

JP1/AJS2 - Scenario Operation View
JP1/Automatic Job Management System 2 - Scenario Operation View

JP1/AJS2 - View for Mainframe
JP1/Automatic Job Management System 2 - View for Mainframe

JP1/Cm2/ESA
JP1/Cm2/Extensible SNMP Agent

JP1/Cm2/Extensible SNMP Agent for Extension Mib Runtime

JP1/Cm2/SSO
JP1/Cm2/SSO
JP1/Cm2/SNMP System Observer

JP1/PFM/SSO
JP1/Performance Management/Distributed SNMP System Observer

JP1/Performance Management/SNMP System Observer

JP1/SSO
JP1/Distributed Server System Observer

JP1/Server System Observer

JP1/FTP
JP1/File Transmission Server/FTP

JP1/Integrated ManagementまたはJP1/IM
バージョン7製品

JP1/IM - Central Console
またはJP1/IM - CC
JP1/Integrated Manager - Central Console

JP1/IM - Central Console 10 Node
またはJP1/IM - CC 10 Node
JP1/Integrated Manager - Central Console 10 Node

JP1/IM - Central Console アップグレード
またはJP1/IM - CC アップグレード
JP1/Integrated Manager - Central Console アップグレード

JP1/IM - Central Information Master
またはJP1/IM - CM※
JP1/Integrated Manager - Central Information Master

JP1/IM - Central Scope
またはJP1/IM - CS
JP1/Integrated Manager - Central Scope

JP1/IM - Incident Master
またはJP1/IM - IDM※
JP1/Integrated Manager - Incident Master

JP1/IM - TELstaff※
JP1/Integrated Manager - TELstaff

JP1/Integrated Manager - TELstaff Alarm View

JP1/IM - View
JP1/Integrated Manager - View

バージョン8製品

JP1/IM - Central Information Master
またはJP1/IM - CM※
JP1/Integrated Management - Central Information Master

JP1/IM - Incident Master
またはJP1/IM - IDM※
JP1/Integrated Management - Incident Master

JP1/IM - Manager
JP1/Integrated Management - Manager

JP1/IM - Rule Operation
またはJP1/IM - RL※
JP1/Integrated Management - Rule Operation

JP1/IM - Service Support
またはJP1/IM - SS※
JP1/Integrated Management - Service Support

JP1/IM - TELstaff※
JP1/Integrated Management - TELstaff

JP1/Integrated Management - TELstaff Alarm View

JP1/IM - View
JP1/Integrated Management - View

バージョン9製品

JP1/IM - Event Gateway for Network Node Manager i
またはJP1/IM - EG for NNMi※
JP1/Integrated Management - Event Gateway for Network Node Manager i

JP1/IM - Manager
JP1/Integrated Management - Manager

JP1/IM - Message Optimizer Assistant
またはJP1/IM - MO※
JP1/Integrated Management - Message Optimizer

JP1/Integrated Management - Message Optimizer Assistant

JP1/IM - Rule Operation
またはJP1/IM - RL※
JP1/Integrated Management - Rule Operation

JP1/IM - Service Support
またはJP1/IM - SS※
JP1/Integrated Management - Service Support

JP1/IM - TELstaff※
JP1/Integrated Management - TELstaff

JP1/Integrated Management - TELstaff Alarm View

JP1/IM - View
JP1/Integrated Management - View

JP1/NetInsight II - Facility Manager
JP1/NetInsight(R) II - Facility Manager

JP1/NetInsight(R) II - Facility Manager Standard

JP1/NetInsight(R) II - Facility Manager Upgrade License

JP1/NPS
JP1/Network Printing System

JP1/PAM
JP1/PA - Adaptor
JP1/Performance Analysis - Adaptor

JP1/Performance Management - Analysis Adaptor

JP1/PA - Manager
JP1/Performance Analysis - Manager

JP1/Performance Management - Analysis Manager

JP1/PA - View
JP1/Performance Analysis - View

JP1/Performance Management - Analysis View

JP1/PFM
JP1/PFM - Agent
JP1/Performance Management - Agent for Platformなどのエージェント製品群

JP1/PFM - Manager
JP1/Performance Management - Manager

JP1/PFM - View
JP1/Performance Management - View

JP1/PFM - Web Console
JP1/Performance Management - Web Console

JP1/PFM/SSO for Application Server
JP1/Performance Management/SNMP System Observer for Application Server

JP1/SC/CM
JP1/ServerConductor/Control Manager

JP1/ServerConductor
JP1/ServerConductor
JP1/ServerConductor/Advanced Agent

JP1/ServerConductor/Agent

JP1/ServerConductor/Blade Server Manager

JP1/ServerConductor/Blade Server Manager Plus

JP1/ServerConductor/Server Manager

ServerConductor
ServerConductor/Advanced Agent

ServerConductor/Agent

ServerConductor/Blade Server Manager

ServerConductor/Server Manager

System Manager
System Manager - Advanced Agent

System Manager - Management Console

System Manager - Server Agent

System Manager - Server Agent for HP-UX

JP1/SES
JP1/System Event Service

Linux
Linux 5 (AMD/Intel 64)
Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Linux 5 (IPF)
Red Hat Enterprise Linux(R) 5 (IPF)

Linux 5 (x86)
Red Hat Enterprise Linux(R) 5 (x86)

Linux 5 Advanced Platform (AMD/Intel 64)
Red Hat Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Linux 5 Advanced Platform (IPF)
Red Hat Enterprise Linux(R) 5 Advanced Platform (IPF)

Linux 5 Advanced Platform (x86)
Red Hat Enterprise Linux(R) 5 Advanced Platform (x86)

NNM
HP NNM
HP Network Node Manager Software バージョン6以前

HP Network Node Manager Starter Edition Software バージョン7.5以前

JP1/Cm2/NNM
JP1/Cm2/Network Node Manager バージョン7以前

JP1/Cm2/Network Node Manager Starter Edition 250 バージョン8以前

JP1/Cm2/Network Node Manager Starter Edition Enterprise バージョン8以前

NNMi
HP NNMi
HP Network Node Manager i Software v8.10

JP1/Cm2/NNMi
JP1/Cm2/Network Node Manager i 09-00以降

SCIM
JP1/SCIM
JP1/Security Integrated Manager

SCVMM
Microsoft(R) System Center Virtual Machine Manager 2008

Solaris
Solaris 9

Solaris 10

vCenter
VMware vCenter Server

Virtage
日立サーバ仮想機構「Virtage」

VMware
VMware(R) ESX 3.5

VMware(R) ESX 4.0

Windows 2000
Microsoft(R) Windows(R) 2000 Advanced Server Operating System

Microsoft(R) Windows(R) 2000 Professional Operating System

Microsoft(R) Windows(R) 2000 Server Operating System

Windows 7
Microsoft(R) Windows(R) 7 Enterprise

Microsoft(R) Windows(R) 7 Professional

Microsoft(R) Windows(R) 7 Ultimate

Windows Server 2003
Windows Server 2003
Microsoft(R) Windows Server(R) 2003, Enterprise Edition

Microsoft(R) Windows Server(R) 2003, Standard Edition

Windows Server 2003 (IPF)
Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium-based Systems

Windows Server 2003 (x64)
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition

Microsoft(R) Windows Server(R) 2003, Standard x64 Edition

Windows Server 2003 R2
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition

Windows Server 2003 R2 (x64)
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition

Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition

Windows Server 2008
Windows Server 2008
Microsoft(R) Windows Server(R) 2008 Enterprise

Microsoft(R) Windows Server(R) 2008 Standard

Windows Server 2008 (IPF)
Microsoft(R) Windows Server(R) 2008 for Itanium-based Systems

Windows Server 2008 (x64)
Microsoft(R) Windows Server(R) 2008 Enterprise x64

Microsoft(R) Windows Server(R) 2008 Standard x64

Windows Server 2008 R2 (x64)
Microsoft(R) Windows Server(R) 2008 R2 Datacenter x64

Microsoft(R) Windows Server(R) 2008 R2 Enterprise x64

Microsoft(R) Windows Server(R) 2008 R2 Standard x64

Windows Vista
Microsoft(R) Windows Vista(R) Business

Microsoft(R) Windows Vista(R) Enterprise

Microsoft(R) Windows Vista(R) Ultimate

Windows XP Professional
Microsoft(R) Windows(R) XP Professional Operating System

注※　JP1/IM - Central Information Master，JP1/IM - Incident Master，JP1/IM - Rule Operation，JP1/IM - Service Support，JP1/IM - TELstaff，JP1/IM - Message Optimizer Assistant，およびJP1/IM - Event Gateway for Network Node Manager iについては，このマニュアルで説明するJP1/IM - Manager，JP1/IM - Viewに関連する機能概要だけ説明しています。

Windows 2000，Windows XP Professional，Windows Server 2003，Windows Vista，Windows Server 2008およびWindows 7を総称してWindowsと表記することがあります。

HP-UX，Solaris，AIX，およびLinuxを総称してUNIXと表記することがあります。

このマニュアルで使用する英略語

このマニュアルで使用する英略語を次に示します。

英略語 | 正式名称
AMD | Advanced Micro Devices
ASCII | American Standard Code for Information Interchange
CMT | Container-Managed Transaction
CRLF | Carriage Return/Line Feed
CSV | Comma Separated Value
DB | Database
DBMS | Database Management System
DNS | Domain Name System
FQDN | Fully Qualified Domain Name
GMT | Greenwich Mean Time
GUI | Graphical User Interface
HTML | Hyper Text Markup Language
HTTP | HyperText Transfer Protocol
IP | Internet Protocol
IPF | Itanium(R) Processor Family
ISAM | Indexed Sequential Access Method
J2EE | Java(TM)2 Platform Enterprise Edition
Java VM | Java(TM) Virtual Machine
JDBC | Java(TM) DataBase Connectivity
JIS | Japanese Industrial Standards
LAN | Local Area Network
NAT | Network Address Translator
NIC | Network Interface Card
NTP | Network Time Protocol
OTS | Object Transaction Service
POSIX | Portable Operating System Interface for UNIX
SFO | Session Fail Over
SNMP | Simple Network Management Protocol
TCP/IP | Transmission Control Protocol/Internet Protocol
TXT | Text
UAC | User Account Control
UCS | Universal Multiple-Octet Coded Character Set
UNC | Universal Naming Convention
URL | Uniform Resource Locator
UTC | Universal Time Coordinated
UTF | UCS Transformation Format
VMM | Virtual Machine Monitor
WAN | Wide Area Network
WWW | World Wide Web

このマニュアルで使用する記号

このマニュアルで使用する記号を次に示します。

記号
意味

［　］
メニュー項目，画面名，ボタン名，およびキーボードのキーなどを示す。
例
メニュー項目：［新規作成］
画面名：［ログイン］画面
ボタン名：［OK］ボタン
キーボードのキー：［Ctrl］キー

［　］－［　］
画面のメニューから項目を選択する操作を示す。
例
［ファイル］－［新規作成］を選択する。
上記の例では，メニューバーの［ファイル］を選んで，プルダウンメニューの［新規作成］を選択することを示す。

［　］＋［　］
キーを同時に押すことを示す。
例
［Ctrl］＋［C］キー
上記の例では，［Ctrl］キーと［C］キーを同時に押すことを示す。

数式で使用する記号

このマニュアルの数式中で使用する記号を，次のように定義します。

記号 | 意味
× | 乗算記号を示す。
/ | 除算記号を示す。

図中で使用する記号

このマニュアルの図中で使用する記号を，次のように定義します。

Windows版JP1/IM，JP1/Baseのインストール先フォルダの表記

このマニュアルでは，Windows版JP1/IM，JP1/Baseのインストール先フォルダを次のように表記しています。

製品名 | インストール先フォルダの表記 | デフォルトインストール先フォルダ※
JP1/IM - View | Viewパス | システムドライブ:¥Program Files¥HITACHI¥JP1CoView
JP1/IM - Manager | Managerパス | システムドライブ:¥Program Files¥HITACHI¥JP1IMM
Consoleパス | システムドライブ:¥Program Files¥HITACHI¥JP1Cons
Scopeパス | システムドライブ:¥Program Files¥HITACHI¥JP1Scope
JP1/Base | Baseパス | システムドライブ:¥Program Files¥HITACHI¥JP1Base

注※　各製品をデフォルトのままインストールした場合のインストール先フォルダを表しています。

Windows 7，Windows Server 2008およびWindows Vistaの場合，「システムドライブ:¥Program Files」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。

このマニュアルで使用する「Administrators権限」について

このマニュアルで表記している「Administrators権限」とは，ローカルPCに対するAdministrators権限です。ローカルPCに対してAdministrators権限を持つユーザーであれば，ローカルユーザー，ドメインユーザーおよび，Active Directory環境で動作に違いはありません。

オンラインマニュアルについて

JP1/IMでは，WWWブラウザーで参照できるHTMLマニュアルを提供しています。HTMLマニュアルは，下記WWWブラウザーで参照できます。

Microsoft Internet Explorer 6.0以降

Windows Internet Explorer 7以降

オンラインマニュアルの内容は，このマニュアルと同様です。

オンラインマニュアルは，次の操作で目次が表示されます。

JP1/IM - View：［ヘルプ］－［目次］を選択する。または，スタートメニューから［プログラム］－［JP1_Integrated Management - View］－［ヘルプ］を選択する。

注意事項

スタートメニューからオンラインマニュアルを表示させると，OSの設定によってすでに表示されているブラウザーの画面上にHTMLマニュアルが表示されることがあります。

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　JP1/Integrated Managementの概要

JP1/IM（JP1/Integrated Management）シリーズは，企業情報システム全体を統合管理する製品です。企業でのビジネスを支えるシステムは，大規模化，複雑化していて，システムの運用管理が重要な課題となっています。JP1/IMシリーズは，管理目的に合わせた一元管理と運用作業の統合化によって，システム運用管理を最適化します。

この章では，JP1/IMシリーズの概要について説明します。また，JP1/IMシリーズの中心となり統合管理を実現するJP1/IM - Managerの特長および構成について説明します。

＜この章の構成＞

1.1　JP1/IMシリーズとは

1.2　システム管理の課題と統合管理

1.3　JP1/IM - Managerの特長

1.4　JP1/IM - Managerによるシステム運用

1.5　JP1/IM - Managerの構成

1.1　JP1/IMシリーズとは

JP1/IMシリーズは，ITシステム全体に散在する各種リソースの情報を集中して管理し，また，それらの一元的な監視と操作を実現することによって，ITシステムを統合管理するための基盤となる製品です。

JP1/IMシリーズは，ジョブ管理やストレージ管理などのJP1シリーズ製品およびその他のミドルウェア製品と連携し，システム全体の構成管理および運用管理をすることで，システムを統合管理します。

図1-1　JP1/IMシリーズによるシステムの統合管理

JP1/IMシリーズは，システム設計，構築時にはシステムの構成情報を，システム運用時にはシステムの運用情報を統合して管理することによって，システム管理を最適化します。これにより，システムの設計から，構築，運用，再設計，再構築までの一連の流れをトータルに支援し，システム管理のための基盤を提供します。

1.2　システム管理の課題と統合管理

JP1/IMシリーズによるシステム管理が必要な背景として，ITシステムの進化によって生じるシステム管理の課題があります。

ITシステムは，多くの企業にとってビジネスの基盤として欠くことのできない存在となり，さまざまな要求を満たすために大規模化，複雑化しています。これに伴ってシステムの管理負担は重くなり，管理コストは増大して，これらを最適化することが重要な課題となっています。

＜この節の構成＞

1.2.1　システムのライフサイクル

1.2.2　設計・構築フェーズでの課題とJP1/IMシリーズの役割

1.2.3　運用フェーズでの課題とJP1/IMシリーズの役割

1.2.4　再設計，再構築フェーズでの課題とJP1/IMシリーズの役割

1.2.1　システムのライフサイクル

ITシステムには，サーバ，ネットワーク，ストレージなどのハードウェアや，ソフトウェアを利用したジョブ実行やセキュリティ監視といった多様なリソースがあります。

これらの多様なリソースを適切に利用するためには，リソースを整理して再配置したり，リソースで発生した事象を迅速に検知して対策したりといった管理作業を継続していく必要があります。システムを安定して稼働させるための体制を作る一連の流れをシステムのライフサイクルといい，設計，構築，運用，再設計，再構築のフェーズがあります。システムのライフサイクルとそれに対応する管理作業を次の図に示します。

図1-2　システムのライフサイクル

図に示したとおり，システムのライフサイクルの各フェーズで，必要な管理作業は異なります。このため，各フェーズで管理対象となる情報も異なります。JP1/IMシリーズは，システムのライフサイクルの各フェーズで，システム情報の管理を最適化します。また，システムの安定稼働を支えるための基盤を提供します。

以降では，システムのライフサイクルごとにシステム管理の課題とJP1/IMシリーズの役割について説明します。

1.2.2　設計・構築フェーズでの課題とJP1/IMシリーズの役割

設計・構築フェーズでは，システム全体の構成を検討した上で，業務を実現するためのリソースの配置を設計，構築します。これらの作業のため，システムを構成する要素の情報を管理する必要があります。これをシステムの構成管理といいます。

設計・構築フェーズでは，リソースの把握，システム構成の策定，リソースの配置，実運用前のテスト・見直しが繰り返し行われます。

システムを構成するリソースの数が増えるにつれ，個々のリソースの把握も容易ではなく，これに比例してシステムの構成管理も困難になります。

システムの構成管理を支援する製品として，JP1/IMシリーズが提供しているシステム情報管理製品およびシステム構成管理製品を次の表および図に示します。

表1-1　システム情報管理製品

対応製品 | 提供機能 | 役割
JP1/IM - Central Information Master | システム情報管理製品 | システムリソースの情報を収集，管理して，システムの設計および構築を支援する。

表1-2　システム構成管理製品

対応製品 | 提供機能 | 役割
JP1/IM - Manager | IM構成管理 | JP1/IMが運用管理するシステムの階層構成（IM構成），およびシステムを構成する各ホストの設定をマネージャーから一元的に管理し，システムの構築を支援する。なお，IM構成管理を使用するには，IM構成管理DBの設定を有効にする必要がある。

図1-3　システムの構成管理

JP1/IMシリーズは，リソースの情報を1か所に収集し，また，管理者の任意のくくりで整理，管理できるような機能を提供します。管理者の管理しやすい視点でのリソース情報の整理，組み替えを容易にすることで，システムの構成管理を支援します。これにより，情報過多のシステムに対しても構成管理を最適化します。

1.2.3　運用フェーズでの課題とJP1/IMシリーズの役割

運用フェーズでは，システムの安定稼働を支えるため，システムを構成する要素であるリソースを常時監視します。このため，システムの稼働情報や障害情報などを管理する必要があります。これをシステムの運用管理といいます。

システムの運用では，監視，問題の検知，調査，対策が一連のサイクルとして繰り返し行われます。

システムが大規模で複雑になるに従って，運用フェーズの各サイクルの作業は加速度的に困難になります。システムの管理作業量は増加し，多岐にわたるリソースを適切に管理する幅広く高度な運用技術が求められます。したがって，運用管理の負担が増えるとともに，システム管理者の育成も困難になります。

システムの運用管理を支援する製品として，JP1/IMシリーズが提供している製品を次の表および図に示します。

表1-3　システム運用管理製品

対応製品 | 提供機能 | 役割
JP1/IM - Manager | セントラルコンソール | システム全体をJP1イベントによって集中監視する。また，システムで発生した事象の監視から，問題の検知，調査，対策までの一連の運用サイクルを統合化する。
セントラルスコープ | システム管理者が必要な目的に合わせて集中監視し，目的指向型のシステム統合管理を実現する。
IM構成管理 | JP1/IMが管理するシステムの階層構成（IM構成），およびシステムを構成する各ホストの設定をマネージャーから一元的に管理する。
JP1/IM - Rule Operation | ルール管理 | 障害の対策手順を定義しておき，障害の発生条件に合わせて対策処理を自動的に実行する。
JP1/IM - TELstaff | 通報システム | 障害の検知を契機に，電話やメールなどを通知手段として，障害対応者に通知する。
JP1/IM - Service Support | ITサービス管理 | 問い合わせや障害事象，障害事象から派生する問題を，解決が必要な案件として登録，一元管理する。
JP1/IM - Incident Master | インシデント管理 | 障害事象（インシデント）の発生と対策状況を一元管理する。
JP1/IM - EG for NNMi | NNMiインシデント変換 | NNMiが管理するNNMiインシデントをJP1イベントに変換する。
JP1/IM - Message Optimizer | メッセージ変換 | JP1/IMのコンソールに出力される各種メッセージを，わかりやすく表示する。

図1-4　システムの運用管理

JP1/IMシリーズは，システムを常時監視し，問題が発生すると迅速に管理者に通知するとともに，問題個所を把握し調査するための運用操作の基盤を提供します。このように運用の監視から対策までのサイクルを統合的に支援し，大規模で複雑なシステムでも運用管理を最適化します。

1.2.4　再設計，再構築フェーズでの課題とJP1/IMシリーズの役割

再設計，再構築フェーズでは，システムの運用情報を基に稼働システムの性能を評価し，必要に応じてシステム構成情報を整理して，システム構成を再検討します。

特定のリソースに障害が頻発し，業務の実現に対する課題となる場合には，リソースの再配置を検討する必要があります。リソースの再配置によるシステムへの影響は，周囲のリソースだけにとどまるとは限りません。設計，構築フェーズ時のシステムの構成情報で十分にシステム構成を把握し，運用フェーズで積み上げた運用情報を基にして，適切なリソースを選択し配置しなければなりません。

図1-5　システムの再構築

JP1/IMシリーズは，これまでに述べた設計，構築フェーズでの構成情報および運用フェーズでの運用情報の管理を最適化することによって，システムの再設計，再構築フェーズでも管理者を支援します。これにより，システムの再設計，再構築で管理者の負担を最小限に抑えるとともに，設計，構築，運用フェーズでの管理情報を最大限に活用できます。

1.3　JP1/IM - Managerの特長

これまではJP1/IMシリーズ全体を説明してきましたが，ここからはJP1/IM - Managerについて説明します。

JP1/IM - Managerは，これから説明する特長によって，システム運用管理での監視や操作を，JP1/IM - Managerを基点とした一連の運用管理作業に統合し，複雑な運用作業を簡素化することで運用の負担を軽減します。

＜この節の構成＞

1.3.1　JP1イベントによる事象の一元管理

1.3.2　システムの集中監視

1.3.3　問題発生の検知と通知

1.3.4　JP1/IM - Managerを基点とした問題調査・対策での作業の統合

1.3.5　簡易な監視システム構築

1.3.6　各種システム構成に柔軟に対応

1.3.7　システムの階層構成およびホストの設定の一元管理

1.3.8　業務視点でのグルーピング監視

1.3.1　JP1イベントによる事象の一元管理

JP1/IM - Managerでは，システムで発生したさまざまな事象を，JP1イベントとして一元的に管理します。各エージェントでは，統合管理の基盤となるJP1/Baseが発生した事象をJP1イベントとして管理し，JP1/IM - ManagerにJP1イベントを転送します。JP1/IM - Managerは転送されたJP1イベントを一元的に管理します。

また，各エージェントに蓄積されたJP1イベントをJP1/IM - Managerが取得し，JP1/IM - Manager側でJP1イベントを管理することもできます。

図1-6　JP1イベントによる事象の一元管理

システムで発生したJP1イベントを一元管理する際に，単にすべてを収集するだけではシステム全体で膨大な数になります。イベント数が多いと，重要イベントが埋もれ，運用管理の負担は増加します。また，監視システムにも不要な負荷をかけることになります。JP1/IM - Managerでは，運用管理に必要なイベントをフィルタリングして，JP1イベントを適切に管理します。JP1/IM - Managerに転送するイベントの選択や，重要イベントとして管理するイベントの選択などができます。

また，次の事象についても管理できます。

ログファイル上のメッセージ，Windowsのイベントログ，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップなど，JP1/Baseのイベント変換機能によってJP1イベントに変換された事象を管理できます。ユーザーアプリケーションで発生した事象を，コマンドやAPIによってJP1イベントを発行して管理することもできます。

JP1/Baseがインストールされていないホストで発生したログファイル上のメッセージ，およびWindowsのイベントログについて，リモート通信設定をしてリモート監視をすることによってJP1イベントに変換された事象を管理できます。
なお，リモート通信設定をしている監視対象ホストのことを，リモートの監視対象ホストと呼びます。

JP1/IM - EG for NNMiによってJP1イベントに変換されたNNMiインシデントを管理できます。NNMiインシデントの詳細については，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

JP1シリーズ以外の多様な製品によって扱われる事象もJP1イベントに変換して管理できます。

1.3.2　システムの集中監視

JP1/IM - Managerでは，セントラルコンソールおよびセントラルスコープによって，システム全体を集中して監視できます。

セントラルコンソールは，システムで発生した事象をJP1イベントとして集め，時系列に表示して，システムを集中的に監視します。JP1イベントは［イベントコンソール］画面の［イベント監視］ページに表示され，システム全体で発生した事象を集中的に監視できます。

図1-7　［イベントコンソール］画面（［イベント監視］ページ）

セントラルスコープでは，システム管理者の必要とする視点によってシステムを集中監視できます。システム全体を目的に合わせたツリー形式の表示によって，業務とシステムの関連などをビジュアルに把握できます。また，重要な監視ポイントをマップ形式で表示でき，大規模なシステムも必要な視点で集中監視できます。

［監視ツリー］画面では，リソースをグループ化して，ツリー形式で表示してシステムを監視します。［ビジュアル監視］画面では，監視ツリー上の任意の監視対象をマップ上に表示し，マップ形式で監視対象を表示します。

図1-8　［監視ツリー］画面

1.3.3　問題発生の検知と通知

JP1/IM - Managerには，システムに問題が発生した場合に，その問題を検知，通知する手段として，自動アクションがあります。自動アクションとは，特定のJP1イベントの受信を契機として，JP1/IM - Managerが管理するホストで，自動的にコマンドを実行する機能です。自動アクションによって，システムの問題発生時に通報メール送信や電話連絡などのコマンドを自動的に実行し，運用管理者へ通知できます。

図1-9　自動アクションによる問題発生の通知

なお，セントラルスコープでは，問題個所をツリーやマップでビジュアルに表示し，システムの問題がビジネスに与える影響を即座に判断できます。

1.3.4　JP1/IM - Managerを基点とした問題調査・対策での作業の統合

監視から調査に至るまでの運用作業の流れを，JP1/IM - Managerを基点とした一連の操作の流れに統合できます。セントラルコンソールの［イベントコンソール］画面に表示されたJP1イベントを選択してイベントの詳細を確認します。また，必要に応じて関連アプリケーションを直接起動できます。

図1-10　JP1/IM - Managerを基点とした問題調査

また，運用管理に必要なJP1以外の任意のアプリケーションを登録し，JP1/IM - Managerを基点とした一連の運用作業の流れにまとめることもできます。

1.3.5　簡易な監視システム構築

セントラルスコープの監視ツリーの自動生成によって，稼働中のシステムから情報を収集して監視画面を作成できます。また，システム変更時も差分を収集して監視画面を更新できます。

また，監視対象のホストへ，JP1/IM - Managerの定義情報を一括配布できます。大規模なシステムでも簡易な作業で構築できます。

1.3.6　各種システム構成に柔軟に対応

小規模システムから階層化された大規模システムまでの管理にスケーラブルに対応します。Windows，各種UNIX，およびメインフレームなど，異種プラットフォームが混在したシステム構成に対応します。

また，ファイアウォール経由ネットワーク，クラスタシステムなど各種システム構成に対応します。

1.3.7　システムの階層構成およびホストの設定の一元管理

IM構成管理を使用すると，IM構成管理・ビューアーを操作して，JP1/IMが管理するシステムの階層構成（IM構成）およびホストの設定をマネージャーから一元的に管理できます。IM構成管理を使用するには，IM構成管理DBの設定を有効にする必要があります。

IM構成管理では，次のことができます。

ホストの管理
ネットワーク上のホストをIM構成管理の管理対象として登録できます。また，登録した各ホストのホスト名，IPアドレスなどの情報（ホスト情報）を管理できます。

システムの階層構成の管理
JP1/IMが管理するシステムの階層構成を定義したり，システムの階層構成の定義情報（構成定義情報）をシステム全体に反映したりできます。

プロファイルの管理
JP1/IMのシステムを構成するホストのJP1/Baseやリモートの監視対象ホストで設定されている定義情報（プロファイル）を確認したり，編集したりできます。

サービスの稼働情報の管理
管理対象の各ホストで動作するサービスの状態を確認できます。

仮想化システム構成の管理
仮想化システムの仮想ホストをIM構成管理の管理対象として登録できます。また，仮想ホストを含むシステムの階層構成をセントラルスコープで監視できます。

図1-11　システムの階層構成およびホストの設定の一元管理

1.3.8　業務視点でのグルーピング監視

監視対象の複数のホストを，業務視点でグルーピングして監視できます。このグルーピングした単位を業務グループと呼びます。業務グループの単位で，［イベントコンソール］画面（セントラルコンソール）や［監視ツリー］画面（セントラルスコープ）で参照・操作できる範囲を制限できるため，それぞれ独立した監視や対処ができるようになります。

図1-12　業務視点でのグルーピング監視

1.4　JP1/IM - Managerによるシステム運用

JP1/IM - Managerは，システム監視から問題の検知，そして調査から対策までの一連の運用管理作業をトータルに支援します。システムの運用サイクルの各局面を支援する機能を次の図に示します。

図1-13　JP1/IM - Managerによるシステム運用

大規模で複雑なシステムの運用でも，多種多様なリソースを統合的に管理します。システムの状況を的確に把握し，異常が発生した場合はいち早く検知して対策へとつなげることで，システムの安定稼働を支えます。

IM構成管理を使用している場合は，IM構成管理・ビューアーを操作して階層構成を定義したシステムを，セントラルコンソールおよびセントラルスコープで監視できます。

図1-14　IM構成管理を使用する場合のシステム構成の設定とシステム監視の流れ（システム構築時）

＜この節の構成＞

1.4.1　システムの監視

1.4.2　障害の検知

1.4.3　問題の調査

1.4.4　障害の対策

1.4.1　システムの監視

＜この項の構成＞

(1)　セントラルコンソールでのシステム監視

(2)　セントラルスコープでのシステム監視

(1)　セントラルコンソールでのシステム監視

セントラルコンソールでは，［イベントコンソール］画面によって，システムで発生する事象を監視します。問題発生時に自動アクションによって管理者に通知するように設定しておけば，画面を常に見ておく必要はありません。

図1-15　セントラルコンソールでのシステム監視

(2)　セントラルスコープでのシステム監視

セントラルスコープでは，［監視ツリー］画面および［ビジュアル監視］画面によって，システムを監視します。問題発生時に自動アクションによって管理者に通知するように設定しておけば，画面を常に見ておく必要はありません。

図1-16　セントラルスコープでのシステム監視

［監視ツリー］画面は，システム管理者の目的に合わせて，監視ツリーを構成できます。［ビジュアル監視］画面では，地図や業務マップなどの上に重点的に監視が必要なポイントを配置でき，目的に合わせた直感的なシステム監視ができます。

1.4.2　障害の検知

問題が発生すると，JP1シリーズの製品によって検知され，JP1イベントが発行されます。または，特定のエラーメッセージなどをJP1イベントへ変換します。

管理が必要なJP1イベントが発生すると，JP1/IM - Managerに転送され，一元管理されます。なお，セントラルスコープでは，問題個所をツリーやマップでビジュアルに表示し，システムの問題がビジネスに与える影響を即座に判断できます。

1.4.3　問題の調査

JP1/IM - Managerでは，システムで発生した問題の調査を，セントラルコンソールまたはセントラルスコープを基点とした一連の操作の流れに統合することで，運用作業を簡略化します。

＜この項の構成＞

(1)　セントラルコンソールを基点とした問題の調査

(2)　セントラルスコープを基点とした問題の調査

(1)　セントラルコンソールを基点とした問題の調査

セントラルコンソールを基点とした場合，問題調査から対策までの一連の流れは次のようになります。

(a)　イベント詳細

まず，問題発生を検知したイベントの詳細を確認します。対処方法や対応手順を登録しておくことで，問題の初動対応がより円滑，迅速に行えるようになります。

図1-17　ガイドによる対処方法のアドバイス（イベントガイド情報）

(b)　イベント検索

問題発生イベント（問題発生を通知するイベント）だけでなく，その関連イベント（その問題が発生するまでに発生した事象）を問題発生時の状況として総合的に確認し調査を進める場合，イベント検索を使用します。

(c)　イベント調査

イベント詳細やイベント検索によって問題の状況を確認したあと，個々のイベントについて調査を進めます。

表示されているJP1イベントから，関連する管理アプリケーションを直接起動でき，より直感的な操作で，監視画面から調査画面へ移って調査を始めることができます。また，セントラルコンソールから直接，エージェント上でWindowsやUNIXのコマンドを実行できます。エージェントにtelnetなどで接続する必要がなくコマンドが実行でき，簡単な確認などを容易にできます。

図1-18　JP1/IM - Managerからの各種操作

(2)　セントラルスコープを基点とした問題の調査

セントラルスコープを基点とした問題調査では，まずセントラルスコープによって問題個所を絞り込み，その後，セントラルコンソールと連携して問題個所を調査します。

セントラルスコープを基点とした場合，問題調査から対策までの一連の流れは次のようになります。

(a)　問題個所および影響範囲の確認

システムで障害が発生すると，［監視ツリー］画面および［ビジュアル監視］画面のアイコンである監視ノードが障害発生状態に変化します。障害表示となっている監視ノードをツリーの上位から確認し，問題が発生しているリソースを特定します。

図1-19　問題個所の確認

問題発生個所の確認方法はガイド情報を使用すると便利です。ガイド機能には，障害時の運用手順や各種エラー事例など，運用ノウハウを登録できます。多種多様なリソースに合わせて問題を適切に対処するのは容易ではありませんが，ガイド機能を活用して問題発生の運用方法をガイドすることで，システム管理者の負担を軽減できます。

注意

ガイド機能を表示するには，あらかじめガイド情報を登録しておく必要があります。ガイド機能の詳細については，「4.7　ガイド機能」およびマニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.6　ガイド情報の編集」を参照してください。

図1-20　ガイド機能による対応手順のアドバイス

(b)　問題個所の確認

障害状態になっている監視ノードが特定できたら，障害の原因になったイベントを確認します。

障害状態の監視ノードを選択して［状態変更イベント検索］を実行します。［イベントコンソール］画面の［イベント検索］ページが開き，監視ノードが障害状態になる原因となったJP1イベントの検索結果が表示されます。

図1-21　問題個所の確認

(c)　問題の調査

問題が発生した監視ノードを特定できたら，障害状態になる要因となったイベントを確認します。イベントの確認にはセントラルコンソールを使用します。問題発生要因のJP1イベントは，連携によって呼び出したセントラルコンソールによって，問題内容を調査します。

1.4.4　障害の対策

問題個所や要因を確認できたら，問題を対策します。

問題の対策後，正常に稼働していることが確認できたら，セントラルスコープ上の監視ツリーの状態を「初期状態」に戻します。状態変更の操作は，それぞれの監視オブジェクトおよび監視グループで行えます。個別に「初期状態」に戻す場合は監視オブジェクトを，配下にある監視オブジェクトの状態を一括して「初期状態」に戻す場合には監視グループを選択して状態を変更します。

なお，問題を対策するまでの間に，ほかのリソースで障害が発生しているおそれもあります。状態を戻す場合は，障害状態のノードの検索などによって監視グループ全体が正常であることを確認しながら操作してください。

IM構成管理を使用している場合は，障害の対策として，IM構成管理・ビューアーを操作してシステムの階層構成（IM構成）を変更できます。

図1-22　IM構成管理を使用する場合のシステム監視とシステム構成の変更の流れ（運用時）

1.5　JP1/IM - Managerの構成

この節では，JP1/IM - Managerの製品構成およびシステム構成について説明します。

＜この節の構成＞

1.5.1　JP1/IM - Managerの製品構成

1.5.2　システムの階層構成

1.5.3　各種システム構成への対応

1.5.1　JP1/IM - Managerの製品構成

JP1/IM - Managerのシステムは，システムを統合管理するマネージャー，監視対象サーバで動作するエージェント，リモートの監視対象ホスト，および監視や操作を行うビューアーから構成されます。なお，リモートの監視対象ホストは，統合マネージャーまたは拠点マネージャー配下だけに配置できます。

JP1/IM - Managerのシステムは，使用する機能およびホストの役割によって，次の製品が必要になります。

マネージャー：JP1/IM - Manager，JP1/Base

エージェント：JP1/Base

ビューアー：JP1/IM - View

なお，ビューアーは，マネージャーやエージェントのホストでも使用できます。

JP1/IM - Managerの製品構成を次に示します。

表1-4　JP1/IM - Managerの製品構成

製品
製品の概要

JP1/IM - Manager
次に示すマネージャー機能を提供します。

セントラルコンソール

セントラルスコープ

IM構成管理

JP1/IM - View
大きく分けて次の五つの画面※を提供します。

セントラルコンソール・ビューアー（セントラルコンソールの操作画面）

セントラルスコープ・ビューアー（セントラルスコープの操作画面）

IM構成管理・ビューアー（IM構成管理の操作画面）

セントラルインフォメーションマスター・ビューアー（システム情報管理の操作画面）

ルールオペレーション・ビューアー（ルール管理の操作画面）

JP1/IM - Managerでは，セントラルコンソール・ビューアー，セントラルスコープ・ビューアーを使用して，システムの監視・操作を行います。

JP1/Base
エージェントとなる製品です。
監視対象サーバとして稼働します。また，JP1イベントやJP1ユーザーの管理など，JP1の基盤機能を提供します。JP1/Baseは，JP1/IM - Managerの前提製品です。

注※　このマニュアルでは，セントラルコンソール・ビューアー，セントラルスコープ・ビューアー，およびIM構成管理・ビューアーについてだけ説明します。セントラルインフォメーションマスター・ビューアーについてはマニュアル「JP1/Integrated Management - Central Information Master システム構築・運用ガイド」を，ルールオペレーション・ビューアーについてはマニュアル「JP1/Integrated Management - Rule Operation 構築・運用ガイド」を参照してください。

1.5.2　システムの階層構成

JP1/IMが管理するシステムは，システムを統合管理するマネージャー，監視対象サーバで動作するエージェント，リモートの監視対象ホスト，および監視や操作を行うビューアーから構成されます。

エージェントを監視するためには，エージェントおよびマネージャー上でJP1/Baseが動作している必要があります。このように監視対象のホスト上でJP1/Baseが動作している構成をエージェント構成と呼びます。

また，JP1/IMのバージョンが09-50以降から対応している，監視対象のホストにリモートで接続して監視する構成をリモート監視構成と呼びます。あらかじめ監視対象のホストにリモート通信設定をしておく必要があります。通信設定の手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定」（Windowsの場合），「2.17　リモートの監視対象ホストでログ監視をするための設定」（UNIXの場合）を参照してください。

エージェント構成の場合，エージェント上でJP1/Baseが起動していますが，リモート監視構成の場合，リモートの監視対象ホスト上でJP1/Baseを使用する必要はありません。

なお，エージェント構成およびリモート監視構成を合わせて，システムの階層構成またはIM構成と呼びます。

JP1/IM - Managerでシステムの階層構成（IM構成）を一元管理したい場合は，JP1/IM - Managerが提供するIM構成管理の機能を使用して，システムの階層構成を定義したり，システムの階層構成の定義情報（構成定義情報）を各ホストに配布したりできます。

また，従来どおり，JP1/Baseの構成定義情報を使用してシステムの階層構成を定義することもできます。ただし，この場合には，リモートの監視対象ホストについては，定義できません。

JP1/IMのシステムでは，マネージャーを階層化して，拠点ごとの小規模なシステムから，企業全体の大規模なシステムまで，さまざまな規模のシステムの統合管理を実現できます。管理対象のホストを追加したり，小規模システムから階層型の大規模システムへ移行したりすることも容易にできます。

図1-23　規模に応じたシステムの階層構成

エージェント構成の場合，上図のように統合マネージャーの下に拠点マネージャーおよび中継マネージャーを置くことで，階層型のシステムを構築できます。階層型のシステムを構築するには，統合マネージャー，拠点マネージャー，中継マネージャーにJP1/IM - Managerが必要となります。

リモート監視構成の場合，階層型のシステムを構築できません。統合マネージャーまたは拠点マネージャーの下にリモートの監視対象ホストを配置する必要があります。

JP1/IMのシステムを構成するマネージャーの種類を次に示します。

表1-5　JP1/IMのシステムを構成するマネージャーの種類

マネージャーの種類 | 説明
統合マネージャー | システムの階層構成の最上に位置するマネージャーです。システムの階層構成内の拠点マネージャー，中継マネージャー，エージェント（拠点マネージャーの下のエージェントを除く），リモートの監視対象ホスト（拠点マネージャーの下のリモートの監視対象ホストを除く）を統合管理します。
拠点マネージャー | 拠点ごとにエージェントを管理する場合に，統合マネージャーとエージェントまたはリモートの監視対象ホストとの中間の階層に置くマネージャーです。拠点マネージャーは統合マネージャーで管理しますが，拠点マネージャーの下のエージェント，およびリモートの監視対象ホストは拠点マネージャーで管理します。
中継マネージャー | 各エージェントのイベントを集約するために，統合マネージャーとエージェントとの中間の階層に置くマネージャーです。中継マネージャーおよび中継マネージャーの下のエージェントは，統合マネージャーで管理します。リモート監視構成では使用できません。

また，監視対象のホストには，次の三種類があります。

エージェント

リモートの監視対象ホスト

仮想化構成のホスト

1.5.3　各種システム構成への対応

JP1/IM - Managerは，次のようなさまざまなシステム構成に対応しており，システムの要件に合わせて柔軟にシステム統合管理を実現します。

プラットフォーム混在の対応
Windows，UNIXからメインフレームまで，各種プラットフォームに対応したエージェントを提供しています。これらのエージェントによって，JP1/IM - Managerはさまざまなプラットフォームが混在するシステムを，シームレスに管理できます。

業務グループごとの対応
業務で使用するシステムの単位や，システム管理者が管理する監視対象の範囲ごとに，ホストをグルーピングして監視できます。

各種ネットワーク構成の対応

ファイアウォール対応
ポートフィルタリング方式のファイアウォールを経由した通信ができます。また，NATのスタティック変換方式にも対応します。JP1/IMは，ビューアーとマネージャーの間，およびマネージャーとエージェントの間で通信を行いますが，どちらの間にファイアウォールがあるネットワーク構成でも運用ができます。

複数LAN対応
JP1/IMのホストが複数のLANに接続されたネットワーク構成での運用に対応しており，JP1/IMを任意のLANで通信させるなどができます。

クラスタシステム対応
JP1/IM - Managerはクラスタシステムでの運用に対応しています。
万一の障害発生時にもJP1/IM - Managerがフェールオーバーして動作を続け，業務を支えるシステムの統合監視を継続できます。

言語の混在，タイムゾーンの混在
グローバルなシステムを統合管理する場合に避けられない，言語やタイムゾーンの混在したシステム構成にも対応できます。ただし，幾つかの制限があるため，「12.1.6　言語環境混在での運用」を参照し，システム構成や運用を検討してください。

2.　機能の概要

この章では，JP1/IM - Managerの基本となる機能の概要について説明します。

＜この章の構成＞

2.1　イベント管理の仕組み

2.2　運用サイクルごとの機能

2.3　機能一覧

2.4　IMデータベースが提供する機能

2.5　JP1/IM - Managerのサービス

2.1　イベント管理の仕組み

JP1/IM - Managerでは，システムで発生したさまざまな事象を，JP1イベントとして一元的に管理します。

JP1イベントは，JP1/Baseのイベントサービス機能で制御され，JP1/Base独自のデータベースであるイベントDBに保管されます。

図2-1　JP1イベントの管理概要

また，JP1/IM - Managerが提供するデータベース（統合監視DB）を使用した場合は，JP1/IM - Managerのイベント基盤サービスが，イベントDBからJP1イベントを取得します。JP1/IM - Managerは，取得したJP1イベントにJP1/IM - Manager固有の情報を持たせて，統合監視DBに保管します。JP1/IM - Managerは統合監視DBからJP1イベントを取得することで，その情報に基づいた各種処理を実行します。

図2-2　統合監視DBを設定した場合のJP1イベントの管理概要

なお，リモートの監視対象ホストのJP1イベントの管理については，「6.5.8　リモートの監視対象ホストからリモート監視のログ情報を収集する仕組み」を参照してください。

2.2　運用サイクルごとの機能

ここでは，運用サイクルごとに使用する機能について説明します。JP1/IM - Managerを構成する機能はセントラルコンソール，セントラルスコープ，IM構成管理，基盤機能の四つに分かれます。

セントラルコンソール

セントラルコンソールは，JP1イベントによってシステムで発生する事象を一元管理して，システムを統合的に管理します。セントラルコンソールによるシステム監視の詳細については「3.　セントラルコンソールによるシステムの集中監視」および「5.　自動アクションによるコマンド実行」を参照してください。

セントラルスコープ

セントラルスコープは，システム管理者が必要とする目的に合わせた監視画面によって，目的指向型のシステム統合管理を実現します。セントラルスコープの詳細については「4.　セントラルスコープによる目的指向型のシステム監視」を参照してください。セントラルスコープを使用するには，JP1/IM - Manager内のセントラルスコープサービスを有効（稼働状態）にする必要があります。セントラルスコープの構築については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.19.1　セントラルスコープの機能を使用するための設定」を参照してください。

IM構成管理

IM構成管理では，IM構成管理・ビューアーを操作して，JP1/IMが管理するシステムの階層構成（IM構成）およびホストの設定を一元的に管理できます。IM構成管理を使用するには，IM構成管理DBの設定を有効にする必要があります。IM構成管理の詳細については，「6.　IM構成管理によるシステムの階層構成の管理」を参照してください。

基盤機能

システム統合管理での基盤の多くは，JP1/IM - ManagerのほかにJP1/IM - Managerの前提製品であるJP1/Baseによっても提供されています。JP1/IM - ManagerおよびJP1/Baseの基盤機能の詳細については，「7.　JP1/IMの動作制御」を参照してください。

＜この節の構成＞

2.2.1　システム監視で使用する機能

2.2.2　問題発生の検知で使用する機能

2.2.3　調査・対策で使用する機能

2.2.4　構築，運用，再構築で使用する機能

2.2.5　運用サイクル全般で使用する機能

2.2.1　システム監視で使用する機能

システムの運用では，常にシステムが正常であるかを監視し続ける必要があります。

図2-3　システム監視で使用する機能

セントラルコンソールはシステムの集中監視によって，監視作業の効率化と，問題発生のいち早い対策を支援し，運用管理の負担を軽減します。また，特定のイベント受信時に，相関イベントを発行して集中監視します。

大規模で複雑なシステムの運用では，システム監視中に問題発生を検知しても，業務への影響を判断するのは容易ではありません。セントラルスコープは，システムをツリー形式やマップ形式の監視画面によってビジュアル化し，システム管理者が必要とする視点でシステム監視を実現します。リソースの問題が発生すると，業務へ与える影響範囲が表示によって視覚的に把握できます。これによって，運用管理を効率化するとともに，未然に影響を防ぐような対処へつなげることができます。

システムの監視時の基盤機能には，ユーザー管理および構成管理があります。ユーザー管理はJP1ユーザーのコマンド実行時の，JP1ユーザーとOSユーザーとの対応づけ（ユーザーマッピング）を定義します。IM構成管理は，システムの階層構成を管理します。

注意

JP1/IM - Managerで監視できるのは，JP1/IM - Managerによる監視運用を開始してから発生されたJP1イベントだけです。JP1/IM - Managerの監視運用を開始する前に，すでに発生していた障害については監視できません。

2.2.2　問題発生の検知で使用する機能

問題発生の検知に使用する機能を次に示します。

図2-4　問題発生の検知で使用する機能

システムに問題が発生したことを検知する機能は，セントラルコンソール，セントラルスコープ，および基盤機能にあります。

セントラルコンソールでは自動アクションを設定しておくことで検知できます。自動アクションとは特定イベントの受信によって，自動的に任意のコマンドを実行することをあらかじめ定義しておくものです。これにより，管理者へのメール送信などを実行して，問題発生を通知できます。

セントラルスコープでは，ツリー監視とビジュアル監視があります。セントラルスコープからは，監視ノードの状態変更を契機にJP1イベントを発行することで，セントラルコンソールを利用した自動アクションを実行できます。また，アラームを使用すると，重要イベントが発生したことを通知したり，監視ツリー上のアイコンを障害表示にして，障害の影響範囲をビジュアルに表示したりできます。

基盤機能のヘルスチェックでは，JP1/IM - Managerを構成するプロセスに異常が発生した場合，メッセージやJP1イベントを発行します。また，自ホストまたは他ホストのJP1/Baseを構成するプロセスに異常が発生した場合，メッセージやJP1イベントを発行できます。

2.2.3　調査・対策で使用する機能

調査・対策で使用する機能を次の図に示します。

図2-5　調査・対策で使用する機能

セントラルコンソールの調査・対策は，JP1イベントを基にして行います。イベント詳細表示でJP1イベントの詳細情報を表示したり，イベント検索で問題のJP1イベントに関連するイベントを検索したりします。また，JP1イベントを発行したアプリケーション，または任意のアプリケーションを起動したり，任意のコマンドを実行したりして調査・対策します。

セントラルスコープでは，問題発生に関連する監視ノードを検索します。また，問題発生に関連するイベントを検索します。また，セントラルコンソールと同じく，JP1イベントを発行したアプリケーションまたは任意のアプリケーションを起動したり，任意のコマンドを実行したりして調査・対策をします。

また，調査・対策をする範囲がシステム構築の範囲に及んだ場合は，IM構成管理を使用します。IM構成管理・ビューアーを使用して，問題が発生したホストの状態を確認し，問題が発生したホストをシステムの階層構成から削除したり，IM構成管理が保存していたシステムの階層構成をホストに反映したりすることができます。なお，IM構成管理を使用しない場合は，ログ情報を調査して問題が発生したホストの状態を確認し，対策が必要です。

基盤機能では，統合トレース機能を使用して，JP1/BaseおよびJP1/IM - Managerの各機能のトレース情報を一つの統合トレースログにまとめて出力できます。

2.2.4　構築，運用，再構築で使用する機能

構築，運用，再構築で使用する機能を次の図に示します。

図2-6　構築，運用，再構築で使用する機能

問題に対する調査・対策を講じる手段として再構築やメンテナンスによる運用を変更する必要が生じる場合があります。そのような場合は，IM構成管理またはJP1/Baseが提供する構成管理機能を使用して，システムの階層構成の見直しを実施します。

JP1/IM - Managerでシステムの階層構成を一元管理したいときは，IM構成管理の機能を使用することをお勧めします。IM構成管理・ビューアーを使用して管理対象のホストを登録したり，システムの階層構成に追加，移動，削除したりすることで，システムの階層構成を定義できます。

IM構成管理を使用しないときは，JP1/Baseが提供する構成管理機能を使用してシステムの階層構成を定義します。また，ホストのJP1/Baseで定義した情報の収集および配布に，JP1/Baseが提供する定義収集・配布機能を使用します。

構築，運用および再構築で，IM構成管理を使用するか，JP1/Baseが提供する構成管理機能および定義収集・配布機能を使用するかは，あらかじめ検討しておく必要があります。機能詳細および設計検討については，次の表を参照してください。

表2-1　機能詳細および設計検討の説明

使用する機能
機能詳細の参照先
設計検討の参照先

IM構成管理

6.　IM構成管理によるシステムの階層構成の管理

11.5　システムの階層構成の管理の検討

12.5　システムの階層構成の検討

JP1/Baseが提供する構成管理機能

JP1/Baseが提供する定義収集・配布機能

7.4.3　システムの階層構成の管理

7.4.5　定義情報の収集と配布

2.2.5　運用サイクル全般で使用する機能

運用サイクル全般で使用する機能を次の図に示します。

図2-7　運用サイクル全般で使用する機能

運用サイクル全般では，次の表に示す機能を使用します。

表2-2　運用サイクル全般で使用する機能

機能名
機能
運用の概要

セントラルコンソール
イベントガイド機能

JP1イベントに対する対処方法や対応手順など，ガイド情報を表示します。

対処状況の管理

重要イベントの対処状況を管理します。

イベント情報の保管

JP1/IM - Viewに表示されるJP1イベントの情報を保管（CSV出力）します。

統合監視DBに保存されるJP1イベントの情報を保管（イベントレポート出力）します。

JP1/IMシリーズとの連携

JP1/IM - Incident Masterへインシデントを登録します。

JP1/IM - Rule Operationへルール起動を要求します。

セントラルスコープ
対処状況の管理

監視ノードの状況を管理します。

ガイド機能

対処方法や対応手順など，ガイド情報を表示します。

IM構成管理
IM構成管理・ビューアーを使用した機能

管理対象のホストの状態を管理します。

システムの階層構成の状態を管理します。

各ホストで動作するJP1/Baseのプロファイルの状態を管理します。

リモートの監視対象ホストのプロファイルの状態を管理します。

各ホストで動作するJP1/Baseのサービスの稼働情報を確認します。

IM構成管理の管理情報のインポート・エクスポート

障害対策に備えてIM構成管理の管理情報をエクスポートしておき，障害の復旧時にインポートします。

基盤機能
プロセス管理

JP1/IM - Managerの起動，停止などの動作を制御します。

JP1/IM - Managerの各機能の動作状態を確認します。

サービスの起動管理※1

JP1/Baseによって，サービスの起動を管理します。※2

コマンド実行※2

JP1/IM - Viewからコマンドを実行します。

自動アクションによってコマンドを実行します。

定義収集・配布
※2

ホストで動作するJP1/Baseの定義情報を収集し，配布します。

セントラルコンソールの監視ツリー作成用の定義情報を収集し，監視ツリーを自動作成します。

注※1　Windows限定の機能です。

注※2　JP1/Baseの機能です。

なお，システムの階層構成の管理および定義情報の収集・配布については，IM構成管理または基盤機能のどちらを使用しても運用できます。どちらの方法で運用するかをあらかじめ検討しておく必要があります。機能詳細および設計検討については，表2-1を参照してください。

2.3　機能一覧

JP1/IM - Managerでシステムの運用監視をする場合に，各製品を構成する機能を図で表すと次のようになります。

図2-8　各製品を構成する機能

JP1/IM - Managerは，前提製品JP1/Baseと連動し，JP1/Baseが提供する基盤機能を使用して動作します。また，JP1/IM - ManagerのエージェントではJP1/Baseを実行します。このように，JP1/IM - ManagerはJP1/Baseと不可分な関係にあります。

この図で示した機能の概要を次の表に示します。

表2-3　機能概要

機能
概要
サービス名など

セントラルコンソール
JP1イベントによる集中監視
JP1イベントを監視します。
セントラルコンソール・ビューアー

JP1イベントの管理
セントラルコンソール・ビューアーへのJP1イベント表示を制御します。
イベントコンソールサービス

統合監視DBを管理します。
IMデータベースサービス

JP1/BaseのイベントサービスからJP1イベントの情報を取得します。

取得したJP1イベントをJP1/IM - Manager各制御（イベントコンソールサービス，アクション実行サービス，セントラルスコープサービス）へ配信します。

イベント基盤サービス

JP1イベントを制御します。

イベントDBを管理します。

JP1/Base

JP1イベントのフィルタリング
必要なJP1イベントをフィルタリングします。

セントラルコンソール・ビューアー

イベントコンソールサービス

イベント基盤サービス

相関イベント発行サービス

JP1/Base

自動アクション
イベント基盤サービスで検知したイベントを条件に，自動でコマンドを実行します。
アクション実行サービス

相関イベントの発行
JP1/BaseのイベントサービスからJP1イベントを取得し，取得したJP1イベントを相関処理して相関イベントとしてJP1/Baseに登録します。

相関イベント発行サービス（統合監視DBを使用しない場合，またはJP1/IM - Managerがバージョン8以前の場合）

イベント基盤サービス（統合監視DBを使用する場合）

イベント変換

ログファイルから情報を抽出しJP1イベントに変換します（ログファイルトラップ変換）。

Windowsのイベントログから情報を抽出しJP1イベントに変換します（イベントログトラップ変換）。

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップから情報を抽出しJP1イベントに変換します（SNMPトラップ変換）。

JP1/Base

ユーザー独自のイベント属性の表示
JP1/Baseの関数を使用してユーザーアプリケーションからJP1イベントを発行します。

イベントガイド機能
あらかじめ登録しておいた対処方法や対応手順などの情報を表示します。
セントラルコンソール・ビューアー

JP1/IM - Viewでの表示情報のCSV出力
JP1/IM - Viewに表示されるJP1イベントの情報をCSV出力します。

システム操作

連携製品をモニター起動します。

統合機能メニューから関連アプリケーションを起動します。

JP1/IM - Viewからコマンドを実行します。

セントラルスコープ
ツリー監視

監視対象をツリー表示し，集中監視します。

監視画面を自動生成します。

セントラルスコープ・ビューアー

セントラルスコープサービス

ビジュアル監視
監視対象をマップ上に配置し，集中監視します。

ガイド機能
あらかじめ登録しておいた対処方法や対応手順などの情報を表示します。

IM構成管理※1
ホスト管理
JP1/IMのシステムを構成するホストをマネージャーから一元的に管理します。

IM構成管理・ビューアー

IM構成管理サービス

IMデータベースサービス

システムの階層構成の管理
システムの階層構成をマネージャーから一元的に管理します。
エージェントおよびマネージャー上でJP1/Baseが動作しているエージェント構成，および監視対象のホストにリモートで接続して監視しているリモート監視構成を管理しています。

仮想化システム構成の管理
仮想ホストを含むシステムの階層構成を管理します。

業務グループの管理
監視対象の複数のホストを，業務で使用するシステムの単位やシステム管理者の監視対象範囲の単位などにグルーピングして監視します。

プロファイルの管理
各ホストで動作するJP1/Baseのプロファイルまたはリモートの監視対象ホストのプロファイルをマネージャーから一元的に管理します。

サービス稼働情報の管理
各ホストのJP1/IM - ManagerおよびJP1/Baseのサービスの稼働状況を確認します。

IM構成管理の管理情報のインポート・エクスポート
IM構成管理の管理情報をエクスポート・インポートします。

基盤機能
プロセス管理
JP1/IM - Manager，およびJP1/IM - Managerで提供する各機能を管理します。
プロセス管理

ヘルスチェック
JP1/IM - Managerプロセスの状態を監視します（自ホスト上のセントラルスコープサービスおよびIM構成管理サービスを除く）。
JP1/Baseプロセスの状態を監視します。

ヘルスチェック

JP1/Base

統合トレース
JP1/Base，JP1/IM - Manager，JP1/IM - Viewなどのトレース情報を記録します。
統合トレース

ユーザー管理

JP1ユーザーを管理します。

コマンド実行権限を管理します。

JP1/Base

構成管理※2
JP1/IM - Managerのシステム構成を管理します。

サービスの起動管理

Windowsサービスに登録された（JP1/Base含む）各製品のサービスの起動・停止の順序を制御します。※3

コマンド実行※2

コマンド実行を制御します。

コマンド実行履歴ファイルを管理（マネージャーだけ）します。

定義収集・配布※2

JP1/IM - Managerでのイベントサービス定義情報を収集・配布します。

JP1/IM - Managerでの監視ツリー作成用定義情報を収集します。

注※1　IM構成管理DBの設定が有効な場合に使用できる機能です。

注※2　JP1/Baseが提供する機能です。

注※3　Windows限定の機能です。

2.4　IMデータベースが提供する機能

JP1/IM - Managerでは，JP1/IM - Manager独自のデータベースであるIMデータベースでJP1イベントを管理したり，JP1/Base独自のデータベースであるイベントDBでJP1イベントを管理したりします。ユーザーは，IMデータベースまたはJP1/BaseのイベントDBのどちらかを設定してJP1イベントを管理します。

IMデータベースとJP1/BaseのイベントDBの位置づけを次の図に示します。

図2-9　IMデータベースとJP1/BaseのイベントDBの位置づけ

なお，IMデータベースは次に示す二つのデータベースの総称です。

JP1/IM - Managerがセントラルコンソール機能に使用する統合監視DB

JP1/IM - ManagerがIM構成管理に使用するIM構成管理DB

ユーザーは，使用したい機能によって統合監視DBとIM構成管理DBを設定することで，従来JP1/BaseのイベントDBを用いて使用していた機能を拡張できます。

統合監視DBまたはIM構成管理DBを使用して実現できる機能を次の表に示します。

表2-4　統合監視DBまたはIM構成管理DBを使用した場合に利用できる機能

JP1/IM - Manager
の機能
使用する
データベース
利用できる機能

セントラルコンソール
統合監視DB
［表示開始位置指定］領域の追加

JP1イベントの重大度の変更

統合監視DB内のイベント検索

メモ情報の追加

統合監視DBのイベントレポート出力

IM構成管理
IM構成管理DB
ホストの管理

システムの階層構成の管理

仮想化システム構成の管理

業務グループの管理

プロファイルの管理

サービスの稼働情報の管理

IM構成管理の管理情報のインポート・エクスポート

2.5　JP1/IM - Managerのサービス

JP1/IM - Managerは，Windowsの場合，次に示すサービスで構成されています。

なお，表中の太字部分は可変値です。

表2-5　JP1/IM - Managerのサービス

表示名 | サービス名 | スタートアップの種別 | 説明
JP1/IM-Manager | JP1/IM-Manager | 手動 | 物理ホストのJP1/IM - Manager（セントラルコンソール，セントラルスコープ，IM構成管理）のサービス
JP1/IM-Manager DB Server※1 | JP1/IM-Manager DB Server | 手動 | 物理ホストのIMデータベースサービス
JP1/IM-Manager DB Cluster Service※1 | HiRDBCluster Service_JM＜n＞※5 | 手動 | JP1/IM - Managerでは使用していない
JP1/IM-Manager_論理ホスト名※2 | JP1/IM-Manager_論理ホスト名 | 手動 | 論理ホスト（論理ホスト名）のJP1/IM - Manager（セントラルコンソール，セントラルスコープ，IM構成管理）のサービス
JP1/IM-Manager DB Server_論理ホスト名※3※4 | JP1/IM-Manager DB Server_論理ホスト名 | 手動 | 論理ホスト（論理ホスト名）のIMデータベースサービス
JP1/IM-Manager DB Cluster Cluster_論理ホスト名※3 | HiRDBCluster Service_JM＜n＞※5 | 手動 | 論理ホスト（論理ホスト名）のIMデータベースの内部状態を制御するサービス

注※1　物理ホストのIMデータベースをセットアップした場合だけ登録されます。

注※2　論理ホストをセットアップした場合だけ登録されます。

注※3　論理ホストのIMデータベースをセットアップした場合だけ登録されます。

注※4　論理ホストを停止した場合でも開始状態となります。またこのサービスは「JP1/IM-Manager DB Cluster Cluster_論理ホスト名」で制御されます。直接このサービスを操作しないでください。

注※5　＜n＞は0～9の数字です。この数字は，クラスタセットアップ情報ファイルでLOGICALHOSTNUMBERに指定した値と一致します。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）」（2.　定義ファイル）を参照してください。

3.　セントラルコンソールによるシステムの集中監視

この章では，セントラルコンソールを使用したシステムの監視の方法を説明します。

＜この章の構成＞

3.1　JP1イベントによる集中監視

3.2　JP1イベントのフィルタリング

3.3　相関イベントの発行

3.4　繰り返しイベントの集約表示

3.5　イベント検索

3.6　JP1イベントの重大度の変更

3.7　発生元ホストのマッピング

3.8　イベントガイド機能

3.9　メモ情報の設定機能

3.10　ユーザー独自のイベント属性の表示

3.11　JP1/IM - Viewでの表示情報のCSV出力

3.12　イベントの表示開始位置の指定

3.13　指定期間のイベント表示

3.14　JP1/IMからのシステムの操作

3.1　JP1イベントによる集中監視

JP1/IMのセントラルコンソールは，システムで発生した重要な事象，例えばネットワークトラブルやマシンダウンなどを，JP1イベントによって集中監視します。

ここでは，集中監視を実現するための，次の機能について説明します。

セントラルコンソールによる監視

JP1イベントのフィルタリング

相関イベントの発行

繰り返しイベントの集約表示

イベント検索

イベントガイド機能

メモ情報の設定機能

ユーザー独自のイベント属性の表示

JP1/IM - Viewでの表示情報のCSV出力

JP1/IMからのシステムの操作

なお，統合監視DBを使用すると，集中監視のための機能を拡張できます。拡張される機能について次の表に示します。

表3-1　統合監視DBを使用する場合に拡張される機能

機能 | 概要
セントラルコンソールによる監視 | 表示開始位置の指定や重大度変更機能が使用できるようになります。
JP1イベントのフィルタリング | 表示フィルターおよびユーザーフィルターでフィルタリングできる項目が増えます。
イベント検索 | 検索するデータベースをイベントDBまたは統合監視DBのどちらにするか指定できます。
メモ情報の設定機能 | メモ情報の設定機能が有効な場合，統合監視DBに登録されたJP1イベントにメモを追加できます。
JP1/IM - Viewでの表示情報のCSV出力 | 統合監視DBに保存されたJP1イベントの情報をCSV出力できます。

JP1イベントを監視するための画面について次の図に示します。

図3-1　［イベントコンソール］画面によるJP1イベント監視

［イベントコンソール］画面には，JP1イベントが一覧で表示されます。JP1イベントはJP1/Baseによって管理され，JP1/IMのさまざまな機能によって，最適に参照できます。

なお，この画面は，［表示開始位置指定］領域を開いた場合の画面です。統合監視DBを使用しない場合，［表示開始位置指定］領域は表示されません。

［イベントコンソール］画面での表示

JP1/IMでの参照時には，JP1イベントの属性の一つである重大度にアイコンを付加して，ビジュアルに識別できるようになっています。

JP1イベントの重大度には「[図データ]緊急」「[図データ]警戒」「[図データ]致命的」「[図データ]エラー」「[図データ]警告」「[図データ]通知」「[図データ]情報」，および「[図データ]デバッグ」があります。

＜この節の構成＞

3.1.1　セントラルコンソールによる監視

3.1.2　JP1イベント監視の処理の流れ

3.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み

3.1.4　業務グループの参照・操作制限の仕組み

3.1.1　セントラルコンソールによる監視

セントラルコンソールでは，マネージャーに到着した，各エージェントで発生したJP1イベントを集中的に管理します。各エージェントで発生したJP1イベントは，フィルターによってフィルタリングされ，監視が必要なJP1イベントだけがマネージャーに転送されます。

図3-2　セントラルコンソールによるJP1イベント監視の概要

［イベントコンソール］画面では，JP1イベントを時系列に表示します。用途によって，3種類のページがあり，タブを選択することで表示を切り替えられます。なお，JP1/IM - ViewでJP1イベントを表示するまでの途中の処理で，フィルタリングの機能によってJP1イベントが選択されている場合があります。これについては，次の「3.2　JP1イベントのフィルタリング」で説明します。また，JP1/IM - ViewでJP1イベントを表示するまでの途中の処理で，繰り返しイベントの集約表示機能によって，JP1イベントが集約表示されている場合があります。これについては，「3.4　繰り返しイベントの集約表示」で説明します。

［イベントコンソール］画面の3種類のページを次に示します。

［イベント監視］ページ

JP1イベントを，マネージャーに到着した順序で表示するページです。システムで発生している事象を，時系列に見るときに用います。

マネージャー上のJP1/Baseのイベントサービスから取得したJP1イベントが表示されます。

なお，［イベント監視］ページでは，表示フィルター機能が利用できます。［イベント監視］ページに表示されるJP1イベントを，ユーザーが任意にフィルタリングできます。

また，［イベント監視］ページでは，繰り返しイベントの集約表示機能を使用して，短時間に大量に発生した同一内容のイベントを一つにまとめて表示できます。

［重要イベント］ページ

重要イベントとして定義したJP1イベントだけを表示するページです。

重要イベントとは，障害などの管理が必要なJP1イベントのことです。デフォルトでは，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」のJP1イベントが重要イベントとして定義されています。

重要イベントが発生すると，JP1/IM - Viewのアラームランプが点滅し，ユーザーに重要イベントが発生したことを通知してくれます。

なお，［重要イベント］ページでは，繰り返しイベントの集約表示機能を使用して，短時間に大量に発生した同一内容のイベントを一つにまとめて表示できます。

［イベント検索］ページ

JP1/IM - Viewから各ホストにイベント検索をしたときの結果を表示するページです。

JP1/IMでは，マネージャーへ重要なイベントだけを転送するため，通常のイベントを含むJP1イベントを参照したいときは，イベント検索を使います。例えば，障害のJP1イベントの前後の時間に発生したイベントをすべて検索し，障害時の状況を確認するなどに使います。

また，JP1/IM - Viewのスクロールバッファーから消えてしまった，古いイベントを表示したいときに使います。

概要については，「3.5　イベント検索」を参照してください。

また，［イベントコンソール］画面に表示されるJP1イベントに対してできる操作・設定を次に示します。

JP1イベントの表示開始位置の指定
統合監視DBを使用する場合，JP1/IM - Viewでは，［表示開始位置指定］領域で，日時を指定したり，スライダーを動かしたりして［イベントコンソール］画面に表示されるJP1イベントを変更できます。これにより，表示するイベント数（JP1/IM - Viewのスクロールバッファー数）の最大値を超えたために，［イベントコンソール］画面に表示されなくなったJP1イベントを表示できるようになります。
なお，［イベント検索］ページでは，［表示開始位置指定］領域は表示されません。

JP1イベントの詳細表示
JP1イベントの詳細な属性情報を表示できます。選択したJP1イベントにあらかじめイベントガイド情報が登録されている場合，対処手順などの運用ノウハウを表示できます。また，統合監視DBを使用する場合にメモ情報の設定を有効にすると，メモの表示や設定ができます。メモ情報を追加したイベントには，「[図データ]」のアイコンが付加されます。

指定期間のイベント表示
指定期間のイベント表示を有効にすると，JP1イベントの基準の時刻と表示する日にちを指定してイベント一覧に表示できます。例えば，現在の時刻が7月8日9時15分だった場合に次のように指定したとします。

基準の時刻
9時

表示する日にち
2日分

すると，1日前の7月7日9時00分からのJP1イベントが表示されます。

連携製品のモニター起動
JP1イベントに対応した連携製品の画面をモニター起動できます。

自動アクションの実行結果表示
JP1イベントに対して自動アクションが実行されていた場合，その自動アクションの実行結果を表示できます。
なお，［イベント検索］ページでは，自動アクションの実行結果は表示できません。

JP1イベントの表示項目の変更
［イベントコンソール］画面にはJP1イベントの情報として，次の情報を表示できます。

デフォルトで表示される項目：

重大度，登録時刻，登録ホスト名，ユーザー名，イベントID，メッセージ，オブジェクトタイプ，アクション

デフォルトで表示されない項目：

開始時刻，終了時刻，プロダクト名，オブジェクト名，登録名タイプ，登録名，到着時刻，事象種別，イベントDB内通し番号，発行元プロセスID，発行元ユーザーID，発行元グループID，発行元ユーザー名，発行元グループ名，発行元イベントDB内通し番号，種別，アクション種別

なお，統合監視DBを使用する場合，デフォルトで表示されない項目に，重大度（変更前），重大度変更，およびメモの項目が追加されます。また，発生元ホストのマッピングを使用する場合，発生元ホスト名の項目が追加されます。

これらの情報は，ユーザーの目的に沿って表示項目，表示順序を変更できます。
JP1イベントの情報には，上記したもの以外にJP1イベントの「対処状況」および「メモ情報」のアイコンも表示されます。これらは，［イベントコンソール］画面の表示項目の左端に表示されます。なお，統合監視DBを使用しない場合，「メモ情報」のアイコンは表示されません。
上記表示項目にない情報，例えばJP1イベントの固有情報を［イベントコンソール］画面に表示したい場合，上記表示項目と表示したい固有情報をマッピング定義することで表示できます。
なお，この場合，表示情報の先頭に「#」が付くようになります。

JP1イベントへの対処状況設定
JP1イベントに対してユーザーが対処状況を設定できます。対処の進み具合など，ユーザーの運用に合わせて「対処済」「処理中」「保留」および「未対処」の四つの対処状況を使い分けられます。ユーザーが設定した対処状況は，［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページで確認でき，対処状況は，アイコンで表示されます。
なお，各ページで設定できる対処状況の種類および表示が異なります。各ページでの違いを次の表に示します。

表3-2　対処状況の設定に関連する各ページでの違い

ページ名 | 対処状況の種類 | 1回に設定できるイベント数 | 他ページへの設定反映契機※1
［イベント監視］ | 対処済・処理中・保留・未対処 | 複数 | 自動更新
［重要イベント］ | 対処済・処理中・保留・未対処・削除※2 | 複数 | 自動更新
［イベント検索］ | 対処済・処理中・保留・未対処 | 複数 | 再検索実行後

注※1　各ページで対処状況が設定されると，［イベント監視］ページまたは［重要イベント］ページでは，対処状況の反映時期は自動更新による画面更新時（［ユーザー環境設定］画面－［表示内容の自動更新］で［する］を選択している場合），メニューの［表示］－［最新情報に更新］を選択したとき，または［最新情報に更新］ボタンをクリックしたときとなります。［イベント検索］ページでは，最新情報を取得するために，再度検索を実行する必要があります。

注※2　［重要イベント］ページで「削除」を設定すると，そのJP1イベントは［重要イベント］ページ上で非表示となります。イベントDBまたは統合監視DBからは削除されていないため，［重要イベント］ページで削除したイベントはほかのページで表示されることがあり，対処状況を設定できます。

対処状況は，［イベントコンソール］画面から呼び出せる［関連イベント一覧］画面でも設定できます。設定できる対処状況の種類および表示は，呼び出し元のページと同様の内容となります。

また，対処操作の履歴を残すため，対処状況の変更にあわせてJP1イベントを発行することもできます。

JP1イベントの背景色設定
［イベントコンソール］画面に表示されるJP1イベントに背景色を付けることができます（デフォルトは背景色なし）。背景色の設定をした場合，［イベントコンソール］画面の各ページに表示されるJP1イベントは，それぞれ次のようになります。

［イベント監視］ページ：重大度に対応して背景に色が付く。

［重要イベント］ページ：背景に色は付かない。

［イベント検索］ページ：重大度に対応して背景に色が付く。

統合監視DBを使用する場合，ユーザーが定義した重大度に対応して背景に色が付きます。

3.1.2　JP1イベント監視の処理の流れ

エージェントで発生したJP1イベントを，ビューアーの画面に表示するまでの処理の流れを例に，イベント監視で使用するJP1/IM，JP1/Baseの機能連携について説明します。

図3-3　JP1イベント監視の処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェント上でJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，JP1/Baseの転送設定ファイルで定義した内容に応じて，転送先に転送されます。

登録されたJP1イベントの情報をイベント基盤サービスが取得します。

イベントコンソールサービスは，イベント基盤サービスからJP1イベントの情報を取得します。

ビューアーの画面から，イベントコンソールサービスが取得したJP1イベントを監視します。

イベントサービスについては「7.4.2　JP1/BaseによるJP1イベントの管理」を，構成管理については「7.4.3　システムの階層構成の管理」を，イベント基盤サービスについては「3.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み」を参照してください。

3.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み

JP1/IM - Managerでは，JP1/BaseのイベントDBやJP1/IM - Managerの統合監視DBからJP1イベントを取得し，その情報に基づいて各種処理が実行されます。

＜この項の構成＞

(1)　統合監視DBを使用しない場合のJP1イベント制御の仕組み

(2)　統合監視DBを使用する場合のJP1イベント制御の仕組み

(1)　統合監視DBを使用しない場合のJP1イベント制御の仕組み

統合監視DBを使用しない場合，JP1/BaseのイベントDBからJP1イベントを取得します。JP1/BaseのイベントDBからJP1イベントを取得するのは，JP1/IM - Manager内のイベント基盤サービス，相関イベント発行サービスおよびインシデント登録サービスです。

図3-4　JP1/IM - Manager内部のJP1イベント制御の仕組み

これら三つのサービスが取得したJP1イベントは，設定した条件に合わせてフィルター（イベント取得フィルター）をかけられ，各種処理が実行されます。

イベント基盤サービスのJP1イベント取得後の処理

JP1/IM - Managerは，イベント基盤サービスからイベントコンソールサービス，アクション実行サービスおよびセントラルスコープサービスにJP1イベントを送信します。

JP1イベントを送信した先のすべてのサービスから，JP1イベントの受信が完了した通知を受け取ったあと，イベント基盤サービスは次の処理をします。そのため，JP1イベントが大量に発生した場合は，JP1イベントの処理が遅れるおそれがあります。運用管理に必要なJP1イベントをフィルタリングして管理することをお勧めします。

なお，イベント基盤サービスのJP1イベントの取得処理・送信処理（イベントDBから取得するJP1イベントのイベント取得開始位置の変更，送信タイムアウト・リトライなど）は，jcoimdefコマンドで調整できます。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

相関イベント発行サービスのJP1イベント取得後の処理

相関イベント発行定義に従い，相関イベントの発行処理をします。詳細については，「3.3　相関イベントの発行」を参照してください。

インシデント登録サービスのJP1イベント取得後の処理

インシデント登録定義に従い，インシデントの登録処理をします。詳細については，「8.2　JP1/IM - Incident Masterとの連携」を参照してください。

(2)　統合監視DBを使用する場合のJP1イベント制御の仕組み

統合監視DBを使用する場合，JP1/BaseのイベントDBからJP1イベントを取得するのは，JP1/IM - Manager 内のイベント基盤サービス，およびインシデント登録サービスです。取得したJP1イベントは，統合監視DBに保管します。

図3-5　JP1/IM - Manager内部のJP1イベント制御の仕組み

イベント基盤サービスはイベント取得フィルターを通過したJP1イベントをイベントサービスから取得し，各種処理を実行します。

イベント基盤サービスのJP1イベント取得後の処理

JP1/IM - Managerは，イベント基盤サービス内で，相関イベント発行の定義に従い，相関イベントの発行処理をします。そのあとイベント基盤サービスからイベントコンソールサービス，アクション実行サービスおよびセントラルスコープサービスにJP1イベントを送信します。

JP1イベントを送信した先のすべてのサービスから，JP1イベントの受信が完了した通知を受け取ったあと，イベント基盤サービスは次の処理をします。そのため，JP1イベントが大量に発生した場合は，JP1イベントの処理が遅れるおそれがあります。運用管理に必要なJP1イベントをフィルタリングして管理することをお勧めします。

なお，イベント基盤サービスのJP1イベントの取得処理・送信処理（統合監視DBから取得するJP1イベントのイベント取得開始位置の変更，送信タイムアウト・リトライなど）は，jcoimdefコマンドで調整できます。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

インシデント登録サービスのJP1イベント取得後の処理

インシデント登録定義に従い，インシデントの登録処理を行います。詳細については，「8.2　JP1/IM - Incident Masterとの連携」を参照してください。

3.1.4　業務グループの参照・操作制限の仕組み

システム管理者は，参照・操作できる範囲をJP1ユーザーごとに制限できます。これを業務グループの参照・操作制限といいます。

業務グループの参照・操作制限が有効になっている場合，業務グループ内で発生したJP1イベントだけを参照・操作できます。不注意でほかの業務グループのJP1イベントを操作してしまったといった誤りを防ぐことができます。

参照・操作制限が有効になっている場合，次の画面には，業務グループ内で発生したJP1イベントだけが表示されます。

［イベントコンソール］画面

［関連イベント一覧］画面

［イベント詳細］画面

図3-6　参照・操作できるJP1イベントの範囲

なお，この例では，あらかじめ業務グループAに資源グループ「sigenA」を，業務グループBに資源グループ「sigenB」を設定しています。

業務グループの参照・操作制限を有効にする方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.17　業務グループの参照・操作制限の設定」を参照してください。

なお，業務グループの構成を変更する場合は，次の点に注意してください。

JP1/Baseのイベントサーバを，異なる業務グループに移動する場合は，イベントDBを初期化する
イベントDBを初期化しなかった場合，イベントDB内に保存されているJP1イベントを，移動先のJP1ユーザーが参照・操作できてしまいます。そのため，必ずイベントDBを初期化してください。
例えば，次の図に示すような業務グループを構成していたとします。

図3-7　業務グループの構成

業務グループAにあるイベントサーバを業務グループBに移動します。

図3-8　イベントサーバの移動

図中の番号に従って説明します。

業務グループAでは，イベントサーバ移動前にイベントサーバから発生したJP1イベント（イベント1，イベント2，イベント3）を参照・操作できます。業務グループBでは，まだ参照・操作の対象となるJP1イベントが何もありません。

イベントサーバを移動すると，業務グループAでは，移動前に発生したJP1イベント（イベント1，イベント2，イベント3）を参照・操作できます。業務グループBでは，移動後に発生したJP1イベント（イベント4，イベント5）を参照・操作できます。

イベントサーバを移動するときにイベントDBを初期化しないと，業務グループBでは，移動前に発生したJP1イベントも参照・操作できます。

イベントDBを初期化する手順については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境を設定する章の，イベントDBの初期化に関する説明を参照してください。

異なる業務グループ間でイベント転送しない
異なる業務グループ間でイベント転送すると，異なる業務グループのJP1イベントがイベントサーバに保存されます。そのため，監視対象ではない業務グループのJP1イベントが参照・操作できてしまいます。業務グループを設定する前に，必ずJP1イベントの転送設定を見直してください。

JP1/Baseのバージョンが07-00以降の認証サーバを使用する
この機能を有効にした場合に，認証サーバのJP1/Baseのバージョンが07-00より前のとき，JP1/IM - Managerにログインできません。

業務グループの詳細については，「6.4　業務グループの管理」を参照してください。

＜この項の構成＞

(1)　複数の業務グループが割り当たっている場合の設定

(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て

(3)　業務グループの指定方法

(1)　複数の業務グループが割り当たっている場合の設定

一人のJP1ユーザーに対し，参照・操作できるJP1資源グループを複数設定し，異なるJP1権限レベルを割り当てることによって，次の図に示すように，表示されるJP1イベントに対して，ある部分は操作できるが，ある部分は参照だけ，といった運用もできるようになります。

図3-9　JP1資源グループとJP1権限レベルの組み合わせを利用した業務グループの参照・操作制御

(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て

業務グループの参照・操作制限が有効になっている場合，JP1資源グループとJP1権限レベルの組み合わせによってできる操作が異なります。JP1資源グループとJP1権限レベルを必ず見直してください。

JP1資源グループとJP1権限レベルの組み合わせでできる操作については，「付録E.1(2)　業務グループの参照・操作制限が有効な場合に必要な操作権限」を参照してください。

なお，業務グループの参照・操作制限が有効な場合，参照・操作制限が設定されているJP1ユーザーでも，次の項目については操作できます。

表示フィルターの設定

イベントの一覧表示，イベント詳細表示

イベント情報マッピングの表示

繰り返しイベントの集約表示

イベント一覧のCSV出力

重要イベント一覧表示

JP1イベントの対処状況の変更（［イベントコンソール］画面を利用する場合）

メモ情報の設定

イベント検索

相関イベントの表示

コマンド実行，コマンドボタンの表示・実行

イベントガイド情報の表示

モニター画面および［統合機能メニュー］画面の起動

インシデントの手動登録（JP1/IM - Service Support，JP1/IM - IDM）

BJEXとの連携（応答待ちイベント一覧表示，応答待ちイベント応答入力，応答待ちイベントの滞留解除，滞留状態の監視）

なお，業務グループの参照・操作制限が無効な場合のJP1権限レベルについては，「付録E.1(1)　業務グループの参照・操作制限が無効な場合に必要な操作権限」を参照してください。

(3)　業務グループの指定方法

次の前提条件を満たす場合，イベント条件および実行ホスト名（コマンド実行先ホスト）に，業務グループをパス表記で指定できます。これにより，業務グループや監視グループに所属するホストを変更するだけで，定義の変更が不要になります。

IM構成管理DBが有効である

IM構成管理DBに業務グループまたは監視グループが定義されている

統合監視DBが有効である

業務グループの参照・操作制限が有効である

発生元ホストのマッピングが有効である

この条件を満たしていない場合，イベント条件および実行ホスト名（コマンド実行先ホスト）に業務グループを指定しても，業務グループとして扱いません。ホスト名として扱います。

イベント条件に業務グループを指定できる属性と機能の対応を次に示します。

表3-3　イベント条件の属性と機能の対応

機能 | 属性
登録ホスト名（B.SOURCESERVER） | 送信先イベントサーバ名（B.DESTSERVER） | 発生元ホスト名（E.JP1_SOURCEHOST）
重要イベント定義 | ○ | － | ○
イベント検索 | ○ | － | ○
イベント取得フィルター（拡張モードの共通除外条件）でのフィルタリング | ○ | － | ○
ユーザーフィルターでのフィルタリング | ○ | － | ○
表示フィルターでのフィルタリング | ○ | － | ○
自動アクション | ○ | － | ○
相関イベントの発行 | ○ | ○ | ○
重大度の変更 | ○ | ○ | ○
イベントレポート出力のフィルターファイル | ○ | － | ○
発生元ホストのマッピング | ○ | ○ | －

（凡例）

○：指定できる

－：指定できない（属性がない）

イベント条件で業務グループを指定する場合，比較キーワードには，「IN（と一致する）」「NOTIN（と一致しない）」を指定できます。

統合監視DBとIM構成管理DBが無効な場合，および比較キーワードが「IN（と一致する）」「NOTIN（と一致しない）」でない場合は，業務グループを指定してもホストとして扱います。

実行ホスト名（コマンド実行先ホスト）は，自動アクション，アクション結果の表示，コマンドボタン定義およびコマンド実行時に指定できます。パス表記の例を次に示します。

例：業務グループ「人事システム」内のホストをイベント条件に指定する場合

/人事システム

例：業務グループ「人事システム」中の監視グループ「APサーバ」をイベント条件に指定する場合

/人事システム/APサーバ

業務グループや監視グループを反映すると，セントラルコンソールの次の定義に指定された業務グループ・監視グループの名称が最新の名称に変更されます。なお，業務グループや監視グループを削除した場合，セントラルコンソールで指定していた業務グループ・監視グループの名称が"/"となり，無効になります。

重要イベント定義

イベント検索条件

イベント取得フィルター（拡張モードの共通除外条件）

ユーザーフィルター

表示フィルター

相関イベント発行定義

自動アクション定義

アクション結果更新条件

コマンドボタン定義

重大度変更定義

発生元ホストマッピング定義

3.2　JP1イベントのフィルタリング

JP1/IMおよびJP1/Baseでは，フィルターによって必要なJP1イベントをフィルタリングして処理を行っています。例えば，管理が必要なJP1イベントだけをマネージャーに転送したり，ビューアーで表示するJP1イベントをフィルタリングしたりできます。

JP1/IM，JP1/Baseでは次に示す5種類のフィルターを提供しています。

転送フィルター

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

表示フィルター

これらを組み合わせることで，必要なJP1イベントをフィルタリングして処理できます。5種類のフィルターのうち，イベント取得フィルターの位置は，統合監視DBを使用するかどうかによって異なります。

図3-10　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用しない場合）

図3-11　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用する場合）

統合監視DBを使用するかどうかによってサービス構成が異なりますが，JP1/IMの処理に違いはありません。

統合監視DBを使用すると，イベント取得フィルターを通過したJP1イベントを統合監視DBに保存します。

各フィルターについて，JP1イベント発行元から適用されるフィルターの順に説明します。

＜この節の構成＞

3.2.1　転送フィルター

3.2.2　イベント取得フィルター

3.2.3　ユーザーフィルター

3.2.4　重要イベントフィルター

3.2.5　表示フィルター

3.2.6　フィルターの条件定義

3.2.1　転送フィルター

転送フィルターは，JP1/Baseが別ホストに転送するJP1イベントをフィルタリングするためのフィルターです。

JP1/IMでは，各エージェントで発生した事象をJP1イベントとして発行し，マネージャーに転送することで，集中監視を実現しています。各エージェントで，監視対象のJP1イベントにフィルタリングし，上位のマネージャーに転送します。転送する対象のJP1イベントは，転送フィルターによって指定します。また，マネージャーの負荷を抑えたい場合や，ネットワークの伝送容量が少ない場合など，転送するJP1イベントの量を減らすときの調整に使う場合もあります。

転送フィルターは，各JP1/Baseにあります。転送設定ファイルは，各ホストで編集するか，またはマネージャーから転送設定情報を一括配布することで設定します。

転送設定ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」のJP1イベントの転送および定義ファイルの説明をしている章を参照してください。

3.2.2　イベント取得フィルター

イベント取得フィルターは，JP1/IM - Manager（のイベント基盤サービス）がJP1/Baseから取得するJP1イベントをフィルタリングするためのフィルターです。このフィルターは，あらかじめ複数の条件をマネージャーに設定しておき，その中から一つの条件に切り替えて利用できます。

イベント取得フィルターには，JP1/IM - Managerで監視が必要なJP1イベントの条件を定義してください。一般的に監視システム内で発生する重大な事象を表すJP1イベントがJP1/IM - Managerで監視が必要なJP1イベントです。イベント取得フィルターを通過すると，次に示すJP1イベントになります。

［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページで監視するJP1イベント

自動アクションの実行契機となるJP1イベント

監視オブジェクトの状態変更の契機となるJP1イベント

相関イベントの発行契機となるJP1イベント（相関元イベント）

インシデントの生成契機となるJP1イベント

例えば，JP1/IMのマネージャーと正常イベントを大量に発行する製品を同一マシン上で運用する場合（JP1/AJSがジョブ正常実行のイベントを発行する場合など），システムの運用監視に必要なJP1イベントが埋もれてしまうおそれがあります。このような場合でも，イベント取得フィルターを利用することで，監視対象のJP1イベントだけがJP1/IMで取得されるため，システムの運用監視に影響を与えないようにできます。

イベント取得フィルターは，JP1/IM - Managerにあり，JP1/IM - Viewから設定できます。イベント取得フィルターは，JP1イベントの監視や自動アクション，監視オブジェクトの状態監視など，JP1/IMの機能すべてに影響を与えるフィルターです。

統合監視DBを使用する場合，イベント取得フィルターを通過したJP1イベントが保存されます。

参考

JP1/SES形式のイベントをJP1/IM - Viewに表示したい場合は，イベント取得フィルターの設定でJP1/SESイベントを取得するように変更する必要があります。デフォルト設定では表示しません。

旧バージョンでイベント取得フィルター（互換用）を使用していた場合，フィルターの位置・動作が異なります。また，イベント取得フィルター（互換用）を使用している場合に統合監視DBを使用しても，イベント取得フィルター（互換用）でフィルタリングします。詳細については，次を参照してください。
参照先：「12.2.1(1)　バージョン8のセントラルコンソールからのバージョンアップについて」
参照先：「12.2.3(2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて」

イベント取得フィルターは，インシデント登録サービスにも適用されます。
インシデント登録サービスは，デフォルトで起動しない設定となっていますが，起動するとイベント基盤サービスに適用されているフィルター内容が，そのまま適用されます。
なお，イベント取得フィルター（互換用）を使用していた場合，インシデント登録サービスはフィルターなしの状態で動作します。
インシデント登録サービスの機能概要については「8.2　JP1/IM - Incident Masterとの連携」を，機能詳細についてはマニュアル「JP1/Integrated Management - Incident Master」を参照してください。
また，統合監視DBを使用しない場合，イベント取得フィルターは，相関イベント発行サービスにも適用されます。
相関イベント発行サービスは，デフォルトで起動しない設定となっていますが，起動するとイベント基盤サービスに適用されているフィルター内容が，そのまま適用されます。
なお，イベント取得フィルター（互換用）を使用していた場合，相関イベント発行サービスはフィルターなしの状態で動作します。
相関イベント発行サービスについては，「3.3　相関イベントの発行」を参照してください。

発生元ホストのマッピングはイベントサービスから取得されたあとのJP1イベントに有効な機能です。このため，JP1イベントを取得するときのイベント取得フィルターの条件には発生元ホストは指定できません。

複数のイベント取得フィルターの設定について

イベント取得フィルターは，複数設定できます。

例えば，営業時間用と夜間用など，時間帯によって取得対象ホストやJP1イベントを変更したい場合に，営業時間用と夜間用のイベント取得フィルターを設定して切り替える運用ができます。

イベント取得フィルターを切り替えた場合に発行されるイベントについて

イベント取得フィルターを切り替えた場合，JP1/IM - Managerは，イベント取得フィルター条件の変更を通知するJP1イベント（イベントID：00003F13，00003F14，00003F20）を発行します。これらのJP1イベントのメッセージには，「切り替え後のフィルター名」「切り替え前にJP1/IM - Managerが最後に受信したイベントの到着時刻とイベントDB内通し番号」が記載されます。

JP1イベント（イベントID：00003F13，00003F14，00003F20）は，メッセージに記載された到着時刻およびイベントDB内通し番号に該当するイベントの次にJP1/IM - Managerが受信したイベントから，切り替えたイベント取得フィルターが有効になったことを通知するイベントです。このため，イベント取得フィルターの切り替えとこれらのJP1イベントの発行契機は同じではありません。

例えば，イベント取得フィルターの切り替えの際に，大量にほかのJP1イベントが発行された場合，イベント取得フィルター条件の変更を通知するJP1イベント（イベントID：00003F13，00003F14，00003F20）が遅れて表示されることがあります。このような場合，切り替え後のイベント取得フィルターで取得した最初のJP1イベントは，［イベントコンソール］画面上で，変更を通知するこれらのJP1イベントよりも前に表示されます。

切り替え後のイベント取得フィルターで取得した，最初のJP1イベントを確認するには，JP1イベント（イベントID：00003F13，00003F14，00003F20）のメッセージで，切り替え前に最後に取得したJP1イベントを確認してください（それ以後表示されるJP1イベントが，切り替え後のイベント取得フィルターで取得したJP1イベントになります）。

JP1イベント（イベントID：00003F13，00003F14，00003F20）の詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「3.　JP1イベント」を参照してください。ただし，イベント取得フィルターが互換モードで動作している場合は，これらのJP1イベントは発行されません。

3.2.3　ユーザーフィルター

ユーザーフィルターは，JP1ユーザーごとに監視できるJP1イベントをフィルタリング（制限）するためのフィルターです。このフィルターは，あらかじめ複数の条件をマネージャーに設定しておき，その中から一つの条件に切り替えて利用できます。

JP1/IMでは，JP1/IM - Viewでマネージャーにログインし，システムの運用監視を行います。複数のJP1ユーザーで監視する範囲を分割し，JP1ユーザーごとに監視範囲を制限する場合があります。このような場合に，ユーザーフィルターを使って，JP1ユーザーごとの［イベントコンソール］画面に表示するJP1イベントをフィルタリングできます。

ユーザーフィルターは，JP1/IM - Managerにあり，JP1/IM - Viewから設定できます。なお，ユーザーフィルターは，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページのすべてに影響を与えるフィルターです。

業務グループでの参照・操作を制限している場合も，ユーザーフィルターを使用してJP1ユーザーが監視できるJP1イベントの範囲を制限できます。

業務グループでの参照・操作制限の詳細については，「3.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

3.2.4　重要イベントフィルター

重要イベントフィルターは，JP1/IMの監視対象となるJP1イベントのうち，対処が必要となるようなシステムへの影響度が高いJP1イベントを［重要イベント］ページに表示するためのフィルターです。

このフィルターは，マネージャーごとに一つだけ設定できます。重要イベントフィルターの設定情報は，マネージャーで管理されるため，複数のビューアーから接続した場合でも，それぞれに同じ重要イベントフィルターが適用されます。

JP1イベントの中には，緊急の連絡や障害の報告など，重要でオペレーターの迅速な対処が求められるものがあります。JP1/IMでは，このようなJP1イベントを重要イベントと呼びます。

重要イベントは，専用画面である［イベントコンソール］画面の［重要イベント］ページで管理します。

重要イベントが発生すると，JP1/IM - Viewのアラームランプが点滅し，ユーザーに重要イベントが発生したことを通知してくれます。また，［重要イベント］ページで，重要イベントの対処状況を管理できます。

重要イベントフィルターのデフォルトは，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」のJP1イベントが重要イベントとして定義されています。

重要イベントフィルターのカスタマイズによって，重大度を選択できます。また，重要イベントに相当する重大度のJP1イベントのうち，イベントIDなどで特定のJP1イベントを重要イベントから除くこともできます。

重要イベントフィルターは，JP1/IM - ManagerおよびJP1/IM - View上にあります。JP1イベントは，重要イベントフィルターによって，JP1/IM - Manager上で判定され，JP1/IM - View上でフィルタリング表示されます。重要イベントフィルターは，JP1/IM - Viewから設定できます。なお，重要イベントフィルターは，［イベントコンソール］画面の［重要イベント］ページに影響を与えるフィルターです。

3.2.5　表示フィルター

表示フィルターは，［イベントコンソール］画面の［イベント監視］ページに表示されるJP1イベントのうち，一時的に特定のJP1イベントだけを表示したい場合に使用します。このフィルターは，ビューアーの監視ユーザーごとに複数設定でき，簡単な操作で切り替えられます。

表示フィルターは，JP1/IM - Viewにあり，JP1/IM - Viewから設定できます。なお，表示フィルターは，［イベントコンソール］画面の［イベント監視］ページに影響を与えるフィルターです。

3.2.6　フィルターの条件定義

イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できるフィルター条件には，除外条件と通過条件の2種類があります。除外条件は，表示（取得）したくないJP1イベントの条件の集まりで，通過条件は，表示（取得）したいJP1イベントの条件の集まりです。また，除外条件と通過条件とは別に，イベント取得フィルターには，条件群の有効・無効を切り替えられる共通除外条件があります。フィルター条件の優先度は，優先される順に，共通除外条件，除外条件，通過条件となります。

除外条件，通過条件，および共通除外条件には，複数の条件を組み合わせた条件群を複数定義できます。条件群は一つ以上の条件の集まりで，定義した条件すべてが成立したときにその条件群は成立します（条件群内の条件同士の関係はAND条件）。

フィルターに除外条件または通過条件の条件群を複数定義した場合，除外条件の条件群のどれかに一致するJP1イベントは除外され，通過条件の条件群のどれかに一致するJP1イベントはフィルターを通過して，上位制御（「図3-10　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用しない場合）」，「図3-11　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用する場合）」を参照）に渡されます（除外条件または通過条件内の条件群同士の関係はOR条件）。

図にすると次のようになります。

図3-12　フィルターによる他制御へのイベント送信

フィルターの条件定義は，JP1/Baseの転送フィルターを除き，JP1/IM - Viewを使って設定します。

＜この項の構成＞

(1)　共通除外条件（イベント取得フィルター限定）

(2)　除外条件

(3)　通過条件

(1)　共通除外条件（イベント取得フィルター限定）

共通除外条件は，イベント取得フィルターの一部であり，取得したくないJP1イベントの条件の集まりです。有効と無効を切り替えられるため，メンテナンス実施時に，イベント取得フィルターの通過条件および除外条件を変更することなく，メンテナンス対象ホストで発生するJP1イベントを一時的に除外できます。また，複数のイベント取得フィルターを切り替えて運用する場合でも，どのイベント取得フィルターに対しても有効となります。

共通除外条件は，イベント取得フィルター内で定義されている除外条件よりも優先され，除外条件は通過条件よりも優先されます。

共通除外条件の動作モードには，基本モードと拡張モードの2種類があります。基本モードと拡張モードは，jcochcefmodeコマンドで切り替えて運用できます。拡張モードに切り替えると，登録時刻，到着時刻，開始時刻，終了時刻，発生元ホスト名などでフィルタリングできるようになります。また，日時を指定してイベント条件をフィルタリングしたり，jcochfilterコマンドで条件群を1件ごとにを有効・無効に切り替えたりできるようになります。ただし，使用できる正規表現の種類は，拡張正規表現だけに限定されます。拡張モードに切り替えて運用したあとでも，基本モードに戻すことができます。基本モードと拡張モードの詳細については，「(a)　共通除外条件の基本モードと拡張モードの差異」を参照してください。なお，このマニュアルでは，特に断り書きがない場合は，基本モードと拡張モードの共通情報として説明しています。

共通除外条件を定義する場合，JP1/IM - Manager，JP1/IM - View，およびマネージャーホスト上のJP1/Baseのバージョンに，次の前提条件があります。

共通除外条件を基本モードで定義する場合
すべての製品のバージョンが08-50以降であること。

共通除外条件を拡張モードで定義する場合
すべての製品のバージョンが09-50であること。

共通除外条件を定義する方法や動作モードを切り替える方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.2.4(3)　共通除外条件を設定する」を参照してください。

イベント取得フィルターの共通除外条件，除外条件，および通過条件の関係を次の図に示します。

図3-13　イベント取得フィルターのフィルター条件の関係

(a)　共通除外条件の基本モードと拡張モードの差異

共通除外条件を拡張モードに切り替えた場合にできることを基本モードと比較して，次の表に示します。なお，共通除外条件のデフォルトは基本モードです。また，JP1/IM - Managerをインストールしたあとは，基本モードで動作します。

表3-4　共通除外条件の基本モードと拡張モードでできることの比較

共通除外条件でできること | 基本モード | 拡張モード
登録時刻，到着時刻でフィルタリングできる | × | ○
開始時刻，終了時刻でフィルタリングできる | × | ○
発生元ホスト名でフィルタリングできる | × | ○
固有の拡張属性でフィルタリングできる | × | ○
JP1独自正規表現，基本正規表現で比較できる | ○ | ×
拡張正規表現で比較できる | ○ | ○
エージェントホストごとに条件群を定義できる | × | ○
共通除外条件の有効・無効の切り替えを，共通除外条件群ごとに設定できる | ○ | ○
有効・無効に切り替えたい共通除外条件群を追加指定できる | × | ○
条件群を適用する期間を指定できる | × | ○
コメントを記述できる | × | ○

（凡例）　○：できる　×：できない

また，共通除外条件の基本モードと拡張モードの差異について，次の表に示します。

表3-5　共通除外条件の基本モードと拡張モードの差異

項目名
基本モード
拡張モード

イベント条件の属性

基本属性：

イベントID(B.ID)

登録ホスト名(B.SOURCESERVER)

メッセージ(B.MESSAGE)

基本属性：

イベントID(B.ID)

登録要因(B.REASON)

発行元プロセスID(B.PROCESSID)

登録時刻(B.TIME)

到着時刻(B.ARRIVEDTIME)

発行元ユーザーID(B.USERID)

発行元グループID(B.GROUPID)

発行元ユーザー名(B.USERNAME)

発行元グループ名(B.GROUPNAME)

登録ホスト名(B.SOURCESERVER)

発行元IPアドレス(B.SOURCEIPADDR)

メッセージ(B.MESSAGE)

共通の拡張属性：

重大度(E.SEVERITY)

ユーザー名(E.USER_NAME)

プロダクト名(E.PRODUCT_NAME)

オブジェクトタイプ(E.OBJECT_TYPE)

オブジェクト名(E.OBJECT_NAME)

登録名タイプ(E.ROOT_OBJECT_TYPE)

登録名(E.ROOT_OBJECT_NAME)

事象種別(E.OCCURRENCE)

共通の拡張属性：

重大度(E.SEVERITY)

ユーザー名(E.USER_NAME)

プロダクト名(E.PRODUCT_NAME)

オブジェクトタイプ(E.OBJECT_TYPE)

オブジェクト名(E.OBJECT_NAME)

登録名タイプ(E.ROOT_OBJECT_TYPE)

登録名(E.ROOT_OBJECT_NAME)

オブジェクトID(E.OBJECT_ID)

事象種別(E.OCCURRENCE)

開始時刻(E.START_TIME)

終了時刻(E.END_TIME)

終了コード(E.RESULT_CODE)

発生元ホスト名(E.JP1_SOURCEHOST)

固有の拡張属性

定義できない

固有の拡張属性

定義できる

イベント条件の比較の種類※

と一致する

と一致しない

から始まる

を含む

を含まない

正規表現

と一致する

と一致しない

から始まる

を含む

を含まない

正規表現

日時指定

正規表現

JP1独自正規表現

基本正規表現

拡張正規表現

拡張正規表現

定義できる共通除外条件群の最大件数
30件（フィルター長：64キロバイトまで）
1,024件（フィルター長：10メガバイトまで）

定義内容

共通除外条件群ID

共通除外条件群名

イベント条件

共通除外条件群ID

共通除外条件群名

イベント条件

コメント

適用期間

共通除外条件の有効・無効の切り替え方法

［システム環境設定］画面

jcochfilterコマンドの-eオプション

［システム環境設定］画面

jcochfilterコマンドの-e，-ON・-OFFオプション

適用期間
－
［共通除外条件設定(拡張)］画面の［適用期間］ページで設定できる

設定方法
［共通除外条件設定］画面

［共通除外条件設定(拡張)］画面

共通除外条件拡張定義ファイルおよびjcochfilterコマンドの-efオプション

（凡例）　－：該当なし

注※　イベント条件の比較の種類は，選択する属性によって異なります。詳細については，次を参照してください。

基本モードの場合
マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.15　［共通除外条件設定］画面」

拡張モードの場合
マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.16　［共通除外条件設定(拡張)］画面」

(b)　適用期間（共通除外条件が拡張モードの場合）

イベント取得フィルターの共通除外条件を拡張モードにするとJP1イベントを除外する条件の適用期間を指定できます。適用期間では，期間，曜日，および時間帯を指定できます。この適用期間を指定すると，適用期間内に発生したJP1イベントだけが，拡張モードの共通除外条件によって除外されます。

例えば，監視対象ホストのメンテナンス時間があらかじめ決まっている場合に毎回決まった日時や曜日に実施するメンテナンスの間だけそのホストから発生するJP1イベントを除外りたり，期間を限定して条件群を無効にしたりするときに指定します。

監視対象ホストのメンテナンススケジュールに合わせて，2011年7月8日から2011年9月10日の間の毎週日曜09:00～翌月曜日の09:00に拡張モードの共通除外条件を適用する例を次の図に示します。

図3-14　拡張モードの共通除外条件

時刻には，JP1/IM - Managerが動作しているマシンで設定されているタイムゾーンに従った時刻が設定されます。

このように適用期間を指定すると，条件群の変更や有効・無効の切り替えをしないで，JP1イベントのフィルタリングができる場合があります。適用期間内のJP1イベントかどうかの判定は，JP1イベントの到着時刻（B.ARRIVEDTIME）を比較して判定しています。なお，適用期間は，条件群ごとに指定できます。また，適用期間を使用する場合は，共通除外条件群が有効になっている必要があります。

適用期間は，［共通除外条件設定(拡張)］画面の［適用期間］タブで指定できます。［共通除外条件設定(拡張)］画面については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.16　［共通除外条件設定(拡張)］画面」を参照してください。

(2)　除外条件

除外条件は，条件に一致したJP1イベントを除外するフィルター条件です。定義した条件群のどれかに一致するJP1イベントは，フィルターを通過しません。除外条件は，通過条件よりも優先されます。なお，除外条件を定義する場合は，JP1/IM - Manager上のJP1/Baseのバージョンが08-50以降が前提です。

除外条件は，イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できます。

(3)　通過条件

通過条件は，条件に一致したものを表示（取得）するフィルター条件です。定義した条件群のどれかに一致するJP1イベントだけがフィルターを通過します。

通過条件は，イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できます。

3.3　相関イベントの発行

JP1/IM - Managerは，関連性を持つJP1イベントが発行されたときに，新しいJP1イベントを発行できます。これを相関イベントといいます。JP1イベント同士の関連づけや発行する相関イベントについては，相関イベント発行定義としてユーザーが定義できます。

また，相関イベントの発行契機となった関連性を持つJP1イベントを，相関元イベントと呼びます。相関元イベントとするJP1イベントは，複数件にすることも，1件だけにすることもできます。

例えば，クラスタリングしているWebサーバをJP1/IM - Managerによって管理していたとします。Webサーバの実行系および待機系の2台のマシンで，連続して障害が発生した場合，Webサーバの提供しているサービスが停止します。このとき，実行系の障害発生を通知するJP1イベント，および待機系の障害発生を通知するJP1イベントを関連づけ，相関イベントとして発行すれば，障害対処が迅速になります。

次の図に相関イベント，相関イベント発行定義および相関元イベントの関係について，上記のWebサーバの例を用いて示します。

図3-15　相関イベント，相関イベント発行定義および相関元イベントの関係

実行系および待機系のWebサーバから発行されたJP1イベントが，マネージャーに通知されます。相関イベント発行定義に従い，二つのJP1イベントが関連づけされ，相関イベントが発行されます。相関イベントの発行契機となったJP1イベントを相関元イベントといいます。

相関イベントには，相関成立時に発行される相関成立イベントと相関不成立時に発行される相関不成立イベントの2種類があります。

相関成立時に発行されるイベント

指定されたイベントが，すべてタイムアウト時間内に到着した場合に相関成立イベントを発行できます。例を次に示します。

クラスタリングしているWebサーバで，実行系の障害発生時にイベントA，待機系の障害発生時にイベントBが発行されるよう設定します。

イベントAおよびイベントBが発行された場合に，相関成立イベント（イベントC）が発行されるよう相関イベント発行定義で定義することで，Webサーバのサービス停止を検知できます。

相関不成立時に発行されるイベント

イベント相関処理は，指定されたイベントがすべてタイムアウト時間内に到着しなかった場合に相関不成立イベントを発行できます。例を次に示します。

クラスタリングしているWebサーバで，実行系の障害発生時にイベントA，待機系のフェールオーバー時にイベントBが発行されるよう設定します。

イベントAの発行後，イベントBがタイムアウト時間内に発行されなかった場合に，相関不成立イベント（イベントC）が発行されるよう相関イベント発行定義で定義することで，Webサーバのサービス停止を検知できます。

JP1/IM - Managerは，JP1/BaseのイベントDBに登録されたJP1イベントをイベント取得フィルターを通して取得します。そのあと，相関イベント発行定義に定義された発行条件に従って相関イベントを発行します。発行された相関イベントは，JP1/BaseのイベントDBに登録されます。これを相関イベントの発行処理といいます。

相関イベントの発行処理の概要を次の図に示します。

図3-16　相関イベントの発行処理の概要

次からは相関イベント発行の機能全般について説明します。

＜この節の構成＞

3.3.1　相関イベント発行の仕組み

3.3.2　相関イベントの発行定義

3.3.3　相関イベント発行機能の状態遷移と稼働設定

3.3.4　相関イベント発行履歴ファイルの内容

3.3.5　相関イベントの発行処理の対象となるJP1イベント

3.3.6　相関イベント発行が成立する条件

3.3.7　相関イベント発行が成立しない条件

3.3.8　発行される相関イベント

3.3.1　相関イベント発行の仕組み

相関イベントの発行は，次に示すJP1/IM - Managerのプロセスによって行われます。

統合監視DBを使用しない場合：相関イベント発行サービス

統合監視DBを使用する場合：イベント基盤サービス

なお，相関イベント発行サービス，およびイベント基盤サービスは，相関イベント発行機能を提供しています。

相関イベント発行機能の位置を図で表すと次のようになります。

図3-17　相関イベント発行機能の位置（統合監視DBを使用しない場合）

図3-18　イベント基盤サービスの相関イベント発行機能の位置（統合監視DBを使用する場合）

統合監視DBを使用する場合には，相関イベント発行機能はイベント基盤サービスに組み込まれているため，イベント相関処理とイベントコンソールサービスへのイベント配信を同期できます。

＜この項の構成＞

(1)　相関イベント発行機能の起動時の処理

(2)　相関イベント発行機能の起動後のJP1イベント取得処理

(3)　JP1イベント取得後の相関イベント発行処理

(4)　統合監視DBの有効・無効を切り替えた場合の相関処理

(5)　業務グループの参照・操作制限を設定してる場合の処理

(1)　相関イベント発行機能の起動時の処理

JP1/IM - Managerを起動すると，相関イベント発行機能は相関イベント発行定義を読み込み，相関イベントの発行処理の準備をします。

なお，統合監視DBを使用しない場合，相関イベント発行サービスはデフォルトでは起動しません。jcoimdefコマンドで起動するよう設定しておく必要があります。統合監視DBを使用する場合，イベント基盤サービスは起動していますが，相関イベント発行機能はデフォルトでは無効です。jcoimdefコマンドで有効に設定しておく必要があります。

相関イベント発行機能の起動時の処理を次の図に示します。

図3-19　相関イベント発行機能の起動時の処理

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

相関イベント発行機能が，プロセス管理によって起動される。
相関イベント発行機能は，JP1/IM - Managerのほかのプロセスと同様にプロセス管理によって起動および停止されます。
なお，統合監視DBを使用しない場合，相関イベント発行サービスはデフォルトでは起動しません。jcoimdefコマンドで起動するよう設定しておく必要があります。統合監視DBを使用する場合，イベント基盤サービスは起動していますが，相関イベント発行機能はデフォルトでは無効です。jcoimdefコマンドで有効に設定しておく必要があります。

相関イベント発行機能が，内部で保持している相関イベント発行定義を読み込む。
相関イベント発行機能は，内部で保持している相関イベント発行定義に従って動作します。このため，相関イベント発行定義ファイルを編集しても，jcoegschangeコマンドを使用して反映するまでは相関イベント発行機能の動作は変わりません。
なお，相関イベント発行定義は，デフォルトでは定義されていません。相関イベントを発行するには，相関イベント発行定義ファイルを編集して，jcoegschangeコマンドで反映する必要があります。

参考

相関イベント発行定義を変更したい場合，jcoegschangeコマンドを使用します。

相関イベント発行機能が起動している場合，使用している相関イベント発行定義を更新できます。停止している場合は，次回の起動時から使用する相関イベント発行定義を更新できます。

ただし，相関イベント発行機能の起動処理中や停止処理中の場合は，相関イベント発行定義は更新できません。

(2)　相関イベント発行機能の起動後のJP1イベント取得処理

相関イベント発行機能の起動後のJP1イベントの処理は，統合監視DBを使用しない場合と使用する場合で異なります。それぞれの処理の流れについて説明します。

(a)　統合監視DBを使用しない場合の相関イベントの発行処理

相関イベント発行機能は，相関イベント発行サービスが取得したイベントに対して，相関イベント発行定義を関連づけし，相関イベントを発行します。

相関イベント発行サービスは，起動後にJP1/BaseのイベントDBからJP1イベントの取得を開始する位置を選択できます。JP1イベントの取得を開始する位置は，coldスタートおよびwarmスタートの2種類から選択できます。これらのオプションを総称して，起動オプションといいます。起動オプションを使用すると，実行していた相関処理を引き継ぐかどうかを指定できます。相関イベントの発行処理の起動オプションについて，次の表で説明します。

表3-6　起動オプションの説明

起動オプション
説明

coldスタート
相関イベント発行機能の起動後にJP1/BaseのイベントDBに登録されたJP1イベントから取得を開始します。
JP1/IM - Managerが停止する前に実行していた相関処理を停止し，再起動後に実行状態を引き継ぎません。

warmスタート
相関イベント発行機能の前回の停止時に取得を終えていたJP1イベントの次に，JP1/BaseのイベントDBに登録されたJP1イベントから取得を開始します。
JP1/IM - Managerが停止する前に実行していた相関処理を保存し，再起動後に実行状態を引き継ぎます。
なお，デフォルトの設定はwarmスタートです。

coldスタートとwarmスタートのそれぞれの場合で，JP1イベントの取得開始の違いを次の図に示します。

図3-20　JP1イベントの取得開始の違い

相関イベント発行機能の停止時にイベントZまで取得していた場合，warmスタートでは，イベントZの次に登録されたイベントAから取得を開始します。coldスタートでは，相関イベント発行機能の起動後に登録されたイベントCから取得を開始します。

相関イベント発行機能は，デフォルトではwarmスタートで起動します。通常はwarmスタートのままで使用できます。相関イベント発行機能が停止していた間に発行されたJP1イベントを取得対象にしない場合は，coldスタートに変更してください。

JP1/IM - Managerをクラスタシステムで運用する場合，warmスタートで使用することをお勧めします。coldスタートの場合は，JP1/IM - Managerのフェールオーバー中に発行されたJP1イベントは取得の対象になりません。

なお，相関イベント発行機能が取得するJP1イベントは，イベント取得フィルターでフィルタリングされたJP1イベントです。イベント取得フィルターの詳細については，「3.2　JP1イベントのフィルタリング」を参照してください。

●相関イベントの発行処理の例（統合監視DBを使用しない場合）

cold，warmそれぞれを指定した場合の相関イベントの発行処理を次の図に示します。

図3-21　相関イベント発行サービスの停止時および起動時の発行処理（統合監視DBを使用しない場合）

図3-21の例について説明します。

例1の場合

相関イベント発行サービスの停止時の設定がcoldで，相関イベント発行サービスの起動時の設定がcoldの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

相関イベント発行サービス起動後に登録されたJP1イベントから取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例2の場合

相関イベント発行サービスの停止時の設定がcoldで，相関イベント発行サービスの起動時の設定がwarmの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

例3の場合

相関イベント発行サービスの停止時の設定がwarmで，相関イベント発行サービスの起動時の設定がcoldの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回停止時に発行処理中のJP1イベントがあった場合，それらのJP1イベントの情報をすべて破棄します。

相関イベント発行サービス起動後に登録されたJP1イベントから取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例4の場合

相関イベント発行サービスの停止時の設定がwarmで，相関イベント発行サービスの起動時の設定がwarmの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，前回停止時に発行処理中のJP1イベントがあった場合，その続きから発行処理を継続します。
ただし，相関イベント発行サービスの停止から起動する間に相関イベント発行定義が変更されていた場合は，それらのJP1イベントの情報をすべて破棄します（coldスタートと同様に動作します）。

注意

相関イベント発行サービスが異常終了した場合，発行処理中のJP1イベントの情報を保持できないため，次回の起動時はcoldスタートと同様に動作します。停止時に発行処理中だったJP1イベントの情報は破棄され，相関イベント発行サービスの起動後に登録されたJP1イベントから取得が開始されます。

相関イベント発行サービスの異常終了とは，次のような場合です。

相関イベント発行サービスのプロセスが強制終了（kill）された場合

jcogencoreコマンドを実行してプロセスを強制終了した場合

システムの電源が強制的に切られた場合

(b)　統合監視DBを使用する場合の相関イベントの発行処理

相関イベント発行機能は，イベント基盤サービスが取得したイベントに対して，相関イベント発行定義を関連づけし，相関イベントを発行します。

イベント基盤サービスは，起動後にJP1/BaseのイベントDBからJP1イベントの取得を開始する位置を選択できます。JP1イベントの取得を開始する位置は，jcoimdefコマンドの-bオプションで選択できます。

相関イベントの発行処理は，JP1イベントの取得を開始する位置および起動オプションの組み合わせによって次のように異なります。

表3-7　相関イベントの発行処理

起動オプション
-bオプションの値
処理

warm
-1（デフォルト値）
相関イベントの発行処理中であるJP1イベントの状態を引き継ぎます。
JP1イベントの取得を開始する位置は，前回の停止時に取得を終えていたJP1イベントの次のJP1イベントからです。なお，前回の停止時に取得を終えていたJP1イベントがない場合は，イベントDBに登録されているイベントの中で最も古いJP1イベントから取得を開始します。

0～144
KAVB2316-Wメッセージを出力し，相関イベントの発行処理中であるJP1イベントの状態を引き継ぎません。

cold
-1～144
相関イベントの発行処理は，すべて停止し，終了します。相関イベントの発行処理中であるJP1イベントの状態を引き継げません。

なお，一度，相関イベント発行処理の対象となったJP1イベントは，再度，相関イベント発行処理の対象にはなりません。

●相関イベントの発行処理の例（統合監視DBを使用する場合）

cold，warmそれぞれを指定した場合の相関イベントの発行処理を次の図に示します。

図3-22　イベント基盤サービスの停止時および起動時の発行処理（イベント基盤サービス停止時の起動オプションがcoldの場合）

図3-22の例について説明します。

例1の場合

イベント基盤サービスの起動時の設定がcoldまたはwarmで，jcoimdefコマンドの-bオプションに0～144が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

jcoimdefコマンドの-bオプションで指定した時間までさかのぼって，JP1イベントの取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例2の場合

イベント基盤サービスの起動時の設定がcoldまたはwarmで，jcoimdefコマンドの-bオプションに-1が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

図3-23　イベント基盤サービスの停止時および起動時の発行処理（イベント基盤サービス停止時の起動オプションがwarmの場合）

図3-23の例について説明します。

例3の場合

イベント基盤サービスの起動時の設定がcoldで，jcoimdefコマンドの-bオプションに0～144が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回停止時に発行処理中のJP1イベントがあった場合，それらのJP1イベントの情報をすべて破棄します。

jcoimdefコマンドの-bオプションで指定した時間までさかのぼって，JP1イベントの取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例4の場合

イベント基盤サービスの起動時の設定がwarmで，jcoimdefコマンドの-bオプションに0～144が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

jcoimdefコマンドの-bオプションで指定した時間までさかのぼって，JP1イベントの取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，発行処理をしていないJP1イベント以降を対象にして発行処理を開始します。

例5の場合

イベント基盤サービスの起動時の設定がcoldで，jcoimdefコマンドの-bオプションに-1が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

例6の場合

イベント基盤サービスの起動時の設定がwarmで，jcoimdefコマンドの-bオプションに-1が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，前回停止時に発行処理中のJP1イベントがあった場合，その続きから発行処理を継続します。

注意

イベント基盤サービスが異常終了した場合，発行処理中のJP1イベントの情報を保持できないため，次回の起動時はcoldスタートと同様に動作します。停止時に発行処理中だったJP1イベントの情報は破棄され，イベント基盤サービスの起動後に登録されたJP1イベントから取得が開始されます。

イベント基盤サービスの異常終了とは，次のような場合です。

イベント基盤サービスのプロセスが強制終了（kill）された場合

jcogencoreコマンドを実行してプロセスを強制終了した場合

システムの電源が強制的に切られた場合

(3)　JP1イベント取得後の相関イベント発行処理

JP1イベント取得後の相関イベントの発行処理について次の図に示します。

図3-24　JP1イベント取得後の相関イベントの発行処理

相関イベント発行条件にイベント条件を一つだけ定義した場合，イベント条件に一致するJP1イベントが発行された時点で，相関イベント発行処理が成立で終了します。

相関イベント発行条件にイベント条件を複数定義した場合は，一つのイベント条件に一致するJP1イベントが発行されたあと，ほかのイベント条件に一致するJP1イベントが発行された時点で相関イベント発行処理が成立で終了します。ほかのイベント条件に一致するJP1イベントがタイムアウト時間※内に発行されなかった場合は，相関イベント発行処理は不成立で終了します。なお，相関イベント発行定義で相関成立および相関不成立のJP1イベントを発行するように設定している場合には，それぞれの相関イベントが発行されます。

注※　JP1イベントの基本属性の一つ，到着時刻が起点となります。

参考

イベント条件を複数定義した場合には，順序性，組み合わせ，またはしきい値の三つのイベント相関タイプを選択できます。

「順序性（sequence）」はJP1イベントの発生順序を考慮して発行処理を開始します。上記図の発行条件2でイベント相関タイプに「順序性（sequence）」を設定した場合，イベント条件1が成立するまでイベント条件2の処理は開始されません。

「組み合わせ（combination）」は上記図の発行条件2に指定されているイベント相関タイプです。イベント条件1，イベント条件2の発生順序を考慮せず，発行処理を開始します。

「しきい値（threshold）」は定義したイベント条件に合致するJP1イベントの発行数がしきい値に達したときに相関イベントを発行します。

相関イベントの発行処理の内容は，すべて相関イベント発行履歴ファイルに出力および保存されるため，必要に応じて参照できます。相関イベント発行履歴ファイルについては，「3.3.4　相関イベント発行履歴ファイルの内容」を参照してください。

(4)　統合監視DBの有効・無効を切り替えた場合の相関処理

統合監視DBの有効・無効を切り替えた場合の相関処理のイベント取得位置について次の表に示します。

表3-8　統合監視DBの有効・無効を切り替えた場合の相関処理のイベント取得位置

統合監視DBの有効・無効の切り替え | 切り替え時の起動オプション | 切り替え後のJP1イベントの取得開始位置
有効から無効へ切り替え | cold | イベント基盤サービスの起動時
warm | イベント基盤サービスの前回の停止時
無効から有効へ切り替え | cold | jcoimdefコマンドの-bオプションに設定された値に従う
warm

(5)　業務グループの参照・操作制限を設定してる場合の処理

業務グループでの参照・操作を制限している場合，JP1ユーザーは，異なる業務グループにわたる相関イベントを定義できません。相関イベントを定義できるのは，システム管理者だけです。JP1ユーザーが相関イベントを設定したい場合は，システム管理者に依頼してください。

図3-25　異なる業務グループでの相関イベント

異なる業務グループで発生したJP1イベントを相関イベントとして定義した場合，［関連イベント一覧］画面で相関元イベントの背景色がグレーに表示されます。

相関イベントを定義するときは，相関イベントの関連イベントが業務システム内で発生したJP1イベントになるよう絞り込み条件を定義してください。また，発行される相関イベントが業務システム内のJP1イベントとなるよう，変数を定義してください。相関イベントの定義例を次に示します。

[gyoumuA]
TARGET=E.JP1_SOURCEHOST==/業務システムA ・・・・・・・・・・・・・・・1
CON=CID:1, E.SEVERITY==Error, E.PRODUCT_NAME>=HITACHI/JP1/AJS2
CON=CID:2, E.SEVERITY==Error, E.PRODUCT_NAME>=HITACHI/JP1/Base
SUCCESS_EVENT=E.SEVERITY:Alert,E.JP1_SOURCEHOST:$EV1_E.JP1_SOURCEHOST ・・・・・・・・・・2

説明

絞り込み条件（TARGET）を使用し，関連イベントの発行元ホスト名（E.JP1_SOURCEHOST）が業務グループ（業務システムA）のホストのホスト名だけになるように絞り込む。業務グループ・監視グループを指定する場合は，先頭に「/」を付けてパス表記にする。

変数（$EV1_E.SOURCEHOST）を使用し，CID:1のイベント条件と一致した関連イベント条件の発生元ホスト名を相関イベント（SUCCESS_EVENT）の発生元ホスト名（E.JP1_SOURCEHOST）に引き継ぐようにする。

3.3.2　相関イベントの発行定義

相関イベントを発行するためには，相関イベント発行定義を定義します。

相関イベント発行定義は，複数の相関イベント発行条件で構成されます。また，1件の相関イベント発行条件は，幾つかの項目によって構成されます。

相関イベント発行定義の構成を次の図に示します。

図3-26　相関イベント発行定義の構成

相関イベント発行定義は，相関イベント発行定義ファイルで定義します。次からの説明では，相関イベント発行条件に定義する各項目の意味と使い方について説明します。項目の指定方法や入力規則・制限などの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「相関イベント発行定義ファイル」（2.　定義ファイル）を参照してください。

なお，JP1ユーザーは，相関イベントを定義できません。相関イベントを定義したい場合は，システム管理者にご連絡ください。

＜この項の構成＞

(1)　相関イベント発行条件名

(2)　相関の対象範囲の絞り込み条件

(3)　イベント条件

(4)　タイムアウト時間

(5)　イベント相関タイプ

(6)　同一属性値条件

(7)　同時相関数

(8)　相関成立イベント

(9)　相関不成立イベント

(1)　相関イベント発行条件名

相関イベント発行条件を識別するための名称です。

(2)　相関の対象範囲の絞り込み条件

1件の相関イベント発行条件で，発行処理の対象にする範囲を絞り込むための条件です。

相関の対象範囲の絞り込み条件には，相関イベントの発行処理の対象とするJP1イベントの属性値を指定します。例えば，発行元イベントサーバ名（B.SOURCESERVER）の属性値を指定することで，特定のエージェントから発行されたJP1イベントを発行処理の対象にできます。

(3)　イベント条件

相関イベントの発行契機となるJP1イベント（相関元イベント）を決める条件です。

相関イベントの発行処理の対象または非対象とするJP1イベントの属性値を指定します。この項目は1件の発行条件に対して，複数指定できます。

複数指定した場合は，発行処理の対象外とするJP1イベント（NOT指定）を含めたイベント条件が最初に適用されます。

(4)　タイムアウト時間

イベント条件に一致するJP1イベントの最大待ち時間です。

開始は，イベント条件に一致する一つ目のJP1イベントの基本属性である到着時刻が起点になります。指定したタイムアウト時間を過ぎても，相関イベントの発行条件が成立しなかった場合，相関イベントは不成立となり，相関イベント発行処理が終了します。

イベントA，B，Cが順番に発生した場合に相関する例で，相関成立となるケースと相関不成立となるケースを次の図に示します。

図3-27　タイムアウト時間

(5)　イベント相関タイプ

イベント条件に一致するJP1イベントの相関の方法です。

イベント相関タイプには次の三つがあります。

順序性を考慮した相関
順序性を考慮し，定義したイベント条件と一致するJP1イベントが定義順に発行されたかどうかを相関の成立，不成立の条件とします。

組み合わせによる相関
順序性を考慮せず，定義したイベント条件の組み合わせでJP1イベントが発行されたかどうかを相関の成立，不成立の条件とします。

しきい値による相関
定義したイベント条件に一致するJP1イベントの発行数がしきい値に達したかどうかを相関の成立，不成立の条件とします。

(6)　同一属性値条件

イベント条件に一致するJP1イベントを，JP1イベントの属性値によってグルーピングし，グループ単位で相関イベントを発行するための条件です。この項目は1件の発行条件に対して，複数指定できます。

同一属性値条件は，JP1イベントの属性値，または属性値の一部で指定します。例えば，認証エラーのJP1イベントを関連づけて，相関イベントを発行しているとします。この場合，同一属性値条件に発行元イベントサーバ名（B.SOURCESERVER）を指定すれば，相関イベントを認証サーバごとに発行できます。

(7)　同時相関数

1件の相関イベント発行条件で同時に発行処理できるJP1イベントの組数です。

省略すると，デフォルトの10組が仮定されます。1件の発行条件に対して，該当するJP1イベントをすでに10組取得し，かつ，発行処理中のときに，該当するJP1イベントをさらに取得した場合，そのJP1イベントは発行処理の対象になりません。

この場合，警告メッセージ「KAJV2301-W　相関イベント発行条件(相関イベント発行条件名)はすでに最大数組のJP1イベントを相関しているためJP1イベント(イベントID=イベントID，イベントDB内通し番号=イベントDB内通し番号)を相関できませんでした」が統合トレースログに出力されます。

例えば，同一属性値条件を指定して，50台のサーバごとに相関イベントを発行している場合，すべてのサーバから同時にJP1イベントが発行されると，発生順に10組のJP1イベントは処理できますが，残りの40組が処理できません。このような場合，この項目に50組を指定します。

同時相関数がデフォルト（10組）の場合の発行処理を図にすると，次のようになります。

図3-28　同時相関数がデフォルト（10組）の場合の発行処理

注意

すべての相関イベント発行条件で同時に発行処理できるJP1イベントの組数は20,000組です。同時相関数を多くの発行条件に指定し，かつ，大きな値を指定する，といった運用は避けてください。

(8)　相関成立イベント

相関イベント発行条件が成立したときに発行するJP1イベント（相関イベント）です。相関イベントには，任意の属性名に対して任意の属性値を設定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの詳細については，「3.3.8　発行される相関イベント」を参照してください。

(9)　相関不成立イベント

相関イベント発行条件が成立しなかったときに発行するJP1イベント（相関イベント）です。相関イベントには，任意の属性名に対して任意の属性値を設定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの詳細については，「3.3.8　発行される相関イベント」を参照してください。

3.3.3　相関イベント発行機能の状態遷移と稼働設定

相関イベント発行機能には，次の表に示す状態があります。

表3-9　相関イベント発行機能の状態

項番 | 状態 | 説明
1 | 起動処理中 | 相関イベント発行機能が起動している途中の状態。
2 | 相関稼働 | 相関イベント発行機能が起動していて，相関イベントの発行処理が稼働している状態。
3 | 機能停止 | 相関イベント発行機能は起動しているが，相関イベントの発行処理が停止している状態。
4 | 停止処理中 | 相関イベント発行機能が停止している途中の状態。
5 | 停止 | 相関イベント発行機能が停止している状態。

相関イベント発行機能の状態は，jcoegsstatusコマンドで確認できます。

相関イベント発行機能はJP1/IM - Managerをインストールしたあと，jcoimdef - egs ON を実行すると起動するようになります。一度，相関イベント発行機能の起動設定をすれば，次からはJP1/IM - Managerを起動するときに，相関イベント発行機能も自動で起動します。

また，相関イベント発行機能が起動したあとは，jcoegsstopコマンドで機能停止状態に，jcoegsstartコマンドで相関稼働状態に切り替えることができます。

相関イベント発行機能の状態遷移を次の図に示します。

図3-29　相関イベント発行機能の状態遷移

システムのメンテナンスなどで不要なJP1イベントが大量に発生したときは，相関イベント発行機能を機能停止状態に変更して，相関イベント発行処理を一時的に休止できます。相関イベント発行機能はこのような縮退運転にも対応できます。

3.3.4　相関イベント発行履歴ファイルの内容

相関イベント発行機能の動作状況や，相関イベントの発行処理の内容は，相関イベント発行履歴ファイルに出力されます。相関イベント発行履歴ファイルを参照することで，定義した相関イベント発行条件どおりに相関イベントが発行されているかどうかを確認できます。例えば，特定の相関イベント発行条件に対して，不成立の履歴が多く出力されている場合，発行処理の対象としているJP1イベントの組み合わせが適切でない，またはタイムアウト時間が短いおそれがあります。定期的に条件を見直す際の参考として，相関イベント発行履歴ファイルを参照してください。相関イベント発行履歴ファイルの格納先を次に示します。

Windowsの場合

Consoleパス¥operation¥evgen¥egs_discrim{1|2|3}.log

UNIXの場合

/var/opt/jp1cons/operation/evgen/egs_discrim{1|2|3}.log

相関イベント発行履歴ファイルのサイズ，面数は任意に変更できます。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「相関イベント発行環境定義ファイル」（2.　定義ファイル）を参照してください。

＜この項の構成＞

(1)　相関イベント発行履歴ファイルの形式

(2)　相関イベント発行履歴ファイルに出力される処理内容

(3)　相関イベント発行履歴ファイルの出力例

(1)　相関イベント発行履歴ファイルの形式

相関イベント発行履歴ファイルの形式を次に示します。

{+ | -}通し番号 時刻 処理内容

通し番号は，相関イベント発行履歴の通し番号です。通し番号の範囲は，00000001～99999999で，99999999を超えると00000001に戻ります。なお，相関イベント発行機能を再起動した場合は，00000001から始まります。時刻は，YYYY/MM/DD hh:mm:ss.SSSの形式で出力されます（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss.SSS：秒）。

基本的に，一つの処理に対して1行のログが出力され，行頭には+が付きます。一つの処理に対して複数の行にログが出力される場合，処理の開始を示すログの行頭には+，継続するログの行頭には-が付きます。出力される処理内容については，次に説明します。

(2)　相関イベント発行履歴ファイルに出力される処理内容

相関イベント発行履歴ファイルに出力される処理内容を次の表に示します。

表3-10　相関イベント発行履歴ファイルに出力される処理内容

項番
出力される内容
形式
説明

1
相関イベント発行機能が相関稼働状態になった。
+Correlation event generation function : RUNNING
-VERSION=相関イベント発行定義ファイルのバージョン情報
-[発行条件名]
-TARGET=相関の対象範囲の絞り込み条件
-CON=イベント条件
-TIMEOUT=タイムアウト時間
-TYPE=イベント相関タイプ
-SAME_ATTRIBUTE=同一属性値条件
-CORRELATION_NUM=同時相関数
-SUCCESS_EVENT=相関成立イベント
　　　：
使用されている相関イベント発行定義ファイルの内容が出力されます。

2
相関イベント発行機能が機能停止状態になった。
+Correlation event generation function : STANDBY
－

3
イベント条件に一致するJP1イベントが発行され，発行処理を開始した。
+Generation start 発行条件名(発行処理番号) JP1イベント情報
-SAME_ATTRIBUTE=同一属性名:同一属性値
　　　：
-SAME_ATTRIBUTE=同一属性名:同一属性値
発行処理番号は，一つの発行条件で複数のJP1イベントを同時に処理している場合に，それぞれの処理の開始，成立，不成立を識別するための番号です。

4
相関イベントの発行が成立した。
+Generation success 発行条件名(発行処理番号)
-JP1イベント情報1
-JP1イベント情報2
　　　：
-JP1イベント情報n
-SAME_ATTRIBUTE=同一属性名:同一属性値
　　　：
-SAME_ATTRIBUTE=同一属性名:同一属性値
－

5
相関イベントを発行した。
+Correlation event generation succeeded. 発行条件名(発行処理番号) イベントDB内通し番号
－

6
相関イベント発行条件が成立しなかった（イベント相関処理が停止状態となったとき）。
+Generation fail 発行条件名(発行処理番号) 不成立の理由
-JP1イベント情報1
-JP1イベント情報2
　　　：
-JP1イベント情報n
-SAME_ATTRIBUTE=同一属性名:同一属性値
　　　：
-SAME_ATTRIBUTE=同一属性名:同一属性値
不成立の理由の出力形式は次のとおりです。

相関イベント発行定義更新
definition_update

coldスタートによる相関イベント発行機能の再起動
cold_start

相関イベント発行機能の状態が機能停止
standby

内部エラー
unknown

7
相関イベント発行定義が更新された。
+Correlation event generation definition update
-VERSION=相関イベント発行定義ファイルのバージョン情報
-[発行条件名]
-TARGET=相関の対象範囲の絞り込み条件
-CON=イベント条件
-TIMEOUT=タイムアウト時間
-TYPE=イベント相関タイプ
-SAME_ATTRIBUTE=同一属性値条件
-CORRELATION_NUM=同時相関数
-SUCCESS_EVENT=相関成立イベント
　　　：
使用されている相関イベント発行定義ファイルの内容が出力されます。

8
ヘッダーに次のタイミングで出力される。

相関イベント発行機能の起動時

ファイルの切り替え時

JP1/IM - Central Console/Correlation Event Generation Service
－

9
イベント条件に合致するJP1イベントが発行され，発行処理を開始したが，同一属性値条件に指定された属性がJP1イベントに含まれていなかった。
+A JP1 event that matches the correlation event generation condition occurred, and the correlation event generation processing started, but the event attribute defined in that attribute value condition does not exist in the JP1 event. (発行条件名(発行処理番号) イベントDB内通し番号 属性名)
発行処理の対象になったJP1イベントに存在しない属性が，左記の属性名の個所に出力されます。

10
発行処理中のJP1イベントの組数が上限値の20,000組に達している状態で，イベント条件に合致するJP1イベントを受信した。
+Generation fail 発行条件名(発行処理番号) exceeded the threshold (20000)
-JP1イベント情報
－

（凡例）

－：なし

なお，表内の「JP1イベント情報」の出力形式は次のとおりです。

イベントDB内通し番号,イベントID,発行元イベントサーバ名,到着時刻,重大度

また，相関イベント発行機能の起動時，相関イベント発行履歴ファイルの切り替え時には，次の形式でヘッダー情報が出力されます。

--------------------------------------------------------------------
JP1/IM - Central Console/Correlation Event Generation Service

(3)　相関イベント発行履歴ファイルの出力例

相関イベント発行履歴ファイルの出力例を次に示します。

図3-30　相関イベント発行履歴ファイルの出力例

3.3.5　相関イベントの発行処理の対象となるJP1イベント

相関イベント発行機能が発行処理の対象とするJP1イベントを次に示します。

対象とするJP1イベント

アプリケーションプログラムが発行するJP1イベント（システムイベント）

ユーザーが発行するJP1イベント（ユーザーイベント）

なお，次に示すJP1イベントは，相関イベントの発行処理の対象となりません。

対象としないJP1イベント

JP1/BaseのイベントDBに登録されないJP1イベント（JP1/IM - Managerが内部処理で使用している，JP1/IM - Viewにだけ表示されるJP1イベント）

相関イベント

3.3.6　相関イベント発行が成立する条件

相関イベント発行の成立条件を次に示します。なお，JP1イベントが複数の発行条件に一致する場合は，それぞれの発行条件でそのJP1イベントを処理の対象とします。

＜この項の構成＞

(1)　相関成立の場合

(2)　相関不成立の場合

(1)　相関成立の場合

発行条件にイベント条件を一つだけ定義した場合
定義した発行条件に一致するJP1イベントを取得したとき。

発行条件にイベント条件を複数定義した場合（組み合わせを指定）
発行条件に一致するJP1イベントを指定時間内にすべて取得したとき。

発行条件にイベント条件を複数定義した場合（順序性を指定）
発行条件に一致するJP1イベントを指定時間内に指定順序どおりに取得したとき。

発行条件にしきい値を定義した場合
発行条件に一致するJP1イベントを指定時間内にしきい値に定義した件数まで取得したとき。

(2)　相関不成立の場合

発行条件にイベント条件を複数定義した場合（組み合わせを指定）
発行条件に一致するJP1イベントを指定時間内にすべて取得しなかったとき。

発行条件にイベント条件を複数定義した場合（順序性を指定）
発行条件に一致するJP1イベントを指定時間内に指定順序どおりに取得しなかったとき。

発行条件にしきい値を定義した場合
発行条件に一致するJP1イベントを指定時間内にしきい値に定義した件数まで取得しなかったとき。

3.3.7　相関イベント発行が成立しない条件

イベント相関処理が停止状態となった場合，相関イベント発行条件は成立しません。イベント相関処理が停止する条件を次に示します。

発行処理中のJP1イベントがある状態で，相関イベント発行機能をcoldスタート設定で再起動したとき。
再起動処理の一環として発行処理中であったJP1イベントの情報が削除されるため，相関不成立となります。

相関イベント発行定義を変更した際（jcoegschangeコマンド使用時）に，発行処理中のJP1イベントがあったとき。
定義を反映する際に発行処理中であったJP1イベントの情報が削除されるため，相関不成立となります。

jcoegsstopコマンドを実行して相関イベント発行機能を機能停止状態にしたとき。

相関イベント発行サービスが異常終了したとき（統合監視DBを使用しない場合）。

イベント基盤サービスが異常終了したとき（統合監視DBを使用する場合）。

3.3.8　発行される相関イベント

相関イベント発行条件が成立または不成立した場合に相関イベントが発行されます。発行された相関イベントは，JP1/BaseのイベントDBに登録されます。

相関イベントの属性名および属性値は任意に指定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの内容を次の表に示します。なお，メッセージ（B.MESSAGE）などユーザーが任意に設定できる属性については，説明していません。

表3-11　相関イベント発行機能によって発行される相関イベントの内容

属性種別
項目
属性名
内容

基本属性
イベントID
ID
ユーザーが定義したイベントID
0～1FFFおよび7FFF8000～7FFFFFFFのどれかが表示されます。

メッセージ
MESSAGE
ユーザーが定義したメッセージ。

拡張属性
共通情報
プロダクト名
PRODUCT_NAME
/HITACHI/JP1/IM/GENERATE_EVENT※

オブジェクトタイプ
OBJECT_TYPE
SERVICE※

オブジェクト名
OBJECT_NAME
EGS※

事象種別
OCCURRENCE
相関イベント種別が表示されます。
相関イベントの種別に応じて，次の値が設定されます。
・相関成立：SUCCESS
・相関不成立：FAIL

固有情報
関連イベントDB内通し番号
JP1_GENERATE_SOURCE_SEQNO
イベントDB内通し番号△イベントDB内通し番号△イベントDB内通し番号・・・※
（相関元イベントのイベントDB内通し番号を半角スペースで区切ったもの）

相関イベント発行条件名
JP1_GENERATE_NAME
成立した相関イベント発行条件名

注※　固定値です。ユーザーによる定義はできません。

発行された相関イベントを確認するには，［イベントコンソール］画面に［種別］を表示させる必要があります。［ユーザー環境設定］画面で表示する項目に［種別］を追加してください。相関イベントは［種別］にアイコン（成立の場合：「[図データ]」，不成立の場合：「[図データ]」）が表示されます。

相関イベントはJP1イベントと同様の操作，設定ができます。例えば，相関イベントの発行を契機に自動アクションを実行したり，イベント取得フィルターやユーザーフィルターなどでフィルタリングしたりできます。また，相関イベントの発行契機となった相関元イベントは，［関連イベント一覧（相関成立）］画面または［関連イベント一覧（相関不成立）］画面で一覧表示できます。

ただし，発行された相関イベントは，再度相関イベントの発行処理の対象とすることはできませんので，注意してください。

［ユーザー環境設定］画面については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.17　［ユーザー環境設定］画面」を参照してください。

［関連イベント一覧（相関成立）］画面および［関連イベント一覧（相関不成立）］画面については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.9　［関連イベント一覧（相関）］画面」を参照してください。

3.4　繰り返しイベントの集約表示

JP1/IM - Viewには，同一内容のJP1イベントが連続して発行された場合に，繰り返して発行されるJP1イベントを集約して表示できる機能があります。これを繰り返しイベントの集約表示機能といいます。

この機能を使用すると，短時間に同一内容のイベントが大量に発行された場合に，ほかの重要なJP1イベントの見落としを防止できます。

この機能では，JP1/IM - Viewが連続して受信する同一内容のJP1イベントを一つに集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示します。繰り返しイベントの集約表示機能は，ユーザーごとに設定できます。

繰り返しイベントの集約表示機能では，同一内容のJP1イベントを一つのイベントにまとめたイベントのことを集約イベントといいます。集約イベントには，集約を継続中のイベント（集約中イベント）と，集約が完了したイベント（集約完了イベント）の2種類があります。

また，同一内容のJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントのことを集約開始イベント，集約開始イベント以降に受信した集約開始イベントと同一内容のJP1イベントを繰り返しイベント，繰り返しイベントがないためイベントが集約されないイベントを非集約イベントといいます。

繰り返しイベントは，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページから表示される［関連イベント一覧(集約)］画面で確認できます。

図3-31　繰り返しイベントの確認例

参考

［関連イベント一覧］画面には，次の二種類の画面があります。

集約イベントを表示するための画面：［関連イベント一覧(集約)］画面

相関元イベントを表示するための画面：［関連イベント一覧(相関)］画面

両画面とも［イベントコンソール］画面で該当イベントを選択し，［表示］－［関連イベント一覧表示］かポップアップメニューで［関連イベント一覧表示］を選択することで表示できますが，相関イベントが集約表示されていた場合，［イベントコンソール］画面から呼び出せるのは［関連イベント一覧(集約)］画面となります。

相関元イベントを表示する場合には，［関連イベント一覧(集約)］画面からさらに［関連イベント一覧(相関)］画面を呼び出す必要があります。

＜この節の構成＞

3.4.1　繰り返しイベントの集約処理の仕組み

3.4.2　繰り返しイベントの集約処理の例

3.4.1　繰り返しイベントの集約処理の仕組み

イベントの集約はJP1/IM - Viewで実施されます。JP1/IM - Viewは，JP1/IM - Managerから受信したJP1イベントを集約開始イベントと比較します。集約開始イベントと受信したJP1イベントの内容が同一であった場合，その受信したJP1イベントを集約イベントの繰り返しイベントと判断し，集約イベントに集約します。

繰り返しイベントの集約結果は，JP1/IM - Viewの表示フィルターまたは重要イベントフィルターを介して，JP1/IM - Viewの［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示されます。

繰り返しイベントの集約表示機能とJP1イベントの各フィルターの関係を次の図に示します。

図3-32　繰り返しイベントの集約表示機能とフィルターの関係

＜この項の構成＞

(1)　イベントの比較属性

(2)　イベントの集約完了の条件

(1)　イベントの比較属性

JP1/IM - Viewは，新しいJP1イベントを受信すると，集約開始イベントと受信したJP1イベントの内容を比較します。イベントの比較には，JP1イベントの属性値を使用します。すべての属性の値が一致した場合に，同一内容のイベントと判断します。

JP1イベントの属性の種類には，JP1イベントの詳細情報である，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，アクション，種別，およびイベントIDがあります。ただし，JP1イベントの属性の種類を特定して，イベントの内容を比較することはできません。発生元ホストのマッピングを有効にした場合，発生元ホスト名が属性の種類に追加されます。重大度変更機能を使用してJP1イベントの重大度を変更した場合，変更したあとの重大度でJP1イベントの内容を比較します。

(2)　イベントの集約完了の条件

イベントの集約は，次のどれかの条件と一致したときに完了します。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合

集約開始イベントと受信したJP1イベントの到着時刻の差が，設定したタイムアウト時間を過ぎた場合

繰り返しイベント数が最大繰り返し回数（100回）を超えた場合

［ユーザー環境設定］画面で［OK］ボタンをクリックした場合

重要イベント対象外の集約中イベントが，重要イベント定義の変更によって重要イベント対象になった場合

重要イベント対象の集約中イベントが，重要イベント定義の変更によって重要イベント対象外になった場合

イベントの集約が完了する条件の詳細については，「11.1.5　繰り返しイベントの集約表示の検討」を参照してください。

3.4.2　繰り返しイベントの集約処理の例

繰り返しイベントの集約処理の例を次の図に示します。

図3-33　繰り返しイベントの集約処理

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

JP1/IM - ViewがJP1イベント「A₁」を受信し，JP1イベント「A₁」の集約を開始します。JP1イベント「A₁」は，集約開始イベントとなります。
［イベントコンソール］画面に集約開始イベント「A₁」の情報を示します。

JP1/IM - ViewがJP1イベント「A₂」を受信し，集約開始イベント「A₁」と内容を比較します。JP1イベント「A₂」と集約開始イベント「A₁」が同一内容であるため，JP1イベント「A₂」を繰り返しイベントと判断し，集約開始イベント「A₁」に集約します。
［イベントコンソール］画面に，集約開始イベント「A₁」と繰り返し回数の2回の情報を「A₁[2]」として表示します。

JP1/IM - ViewがJP1イベント「A₃」を受信し，集約開始イベント「A₁」と内容を比較します。JP1イベント「A₃」と集約開始イベント「A₁」が同一内容であるため，JP1イベント「A₃」を繰り返しイベントと判断し，集約開始イベント「A₁」に集約します。
［イベントコンソール］画面に，集約開始イベント「A₁」と繰り返し回数の3回の情報を「A₁[3]」として表示します。

JP1/IM - ViewがJP1イベント「B₁」を受信し，集約開始イベント「A₁」と内容を比較します。JP1イベント「B₁」と集約開始イベント「A₁」は内容が一致しないので，集約開始イベント「A₁」の集約を完了し，新しくJP1イベント「B₁」の集約を開始します。JP1イベント「B₁」は集約開始イベントとなります。
［イベントコンソール］画面に，前回の集約開始イベント「A₁」および集約開始イベント「B₁」の情報を表示します。

JP1/IM - ViewがJP1イベント「B₂」を受信し，集約開始イベント「B₁」と内容を比較します。JP1イベント「B₂」と集約開始イベント「B₁」が同一内容であるため，JP1イベント「B₂」を繰り返しイベントと判断し，集約開始イベント「B₁」に集約します。
［イベントコンソール］画面に，前回の集約開始イベント「A₁」，および集約開始イベント「B₁」と繰り返し回数の2回の情報を「B₁[2]」として表示します。

JP1/IM - ViewがJP1イベント「A₄」を受信し，集約開始イベント「B₁」と内容を比較します。JP1イベント「A₄」と集約開始イベント「B₁」は内容が一致しないので，集約開始イベント「B₁」の集約を完了し，新しくJP1イベント「A₄」の集約を開始します。前々回の集約開始イベント「A₁」はすでに集約を完了しているため，JP1イベント「A₄」を集約イベント「A₁」に集約できません。JP1イベント「A₄」は，集約開始イベントとなります。
［イベントコンソール］画面に，前々回の集約開始イベント「A₁」，前回の集約開始イベント「B₁」，および集約開始イベント「A₄」の情報を表示します。

3.5　イベント検索

JP1/IMでは，JP1/Baseに登録されたJP1イベントをさまざまな条件で検索し，検索条件に合ったJP1イベントを［イベントコンソール］画面の［イベント検索］ページに表示できます。また，統合監視DBを使用していると，マネージャーの統合監視DBに登録されているJP1イベントを［イベントコンソール］画面の［イベント検索］ページに表示できます。検索条件には，JP1イベントの属性のほか，重要イベントに対する対処状況や自動アクションの実行有無なども指定できます。また，検索条件の一部項目については，正規表現も使用できます。

検索対象ホストには，ログインしているマネージャーだけでなく，JP1/Baseがインストールされたほかのホストを指定することもできます。

なお，業務グループの参照・操作制限を設定している場合，監視対象の業務グループ内のイベントサーバを検索対象とします。

統合監視DBを使用している場合，検索対象とするデータベースを指定できます。検索対象として指定できるデータベースは，統合監視DBまたはイベントDBです。

図3-34　イベント検索の概要

ここでは，JP1イベントの検索とその条件について説明したあと，イベント検索の処理の流れについて説明します。

＜この節の構成＞

3.5.1　JP1イベントの検索

3.5.2　イベント検索の条件

3.5.3　イベント検索の処理の流れ

3.5.1　JP1イベントの検索

管理が必要なJP1イベントは［イベントコンソール］画面の［イベント監視］ページに表示されますが，次のような場合はイベント検索の機能を使って表示します。

表示するイベント数（JP1/IM - Viewのスクロールバッファー数）の最大値を超えたために，［イベント監視］ページに表示されなくなった過去のJP1イベント

［重要イベント］ページから［削除］の操作によって表示されなくなったJP1イベント

JP1イベントの拡張属性の重大度が指定されていないイベント（JP1/IM - Viewは，重大度が設定されたJP1イベントを表示対象としています）

転送フィルターで，JP1/IMマネージャーに転送する対象にしていないJP1イベント（正常イベントなど）

イベント取得フィルターで，JP1/IMが取得する対象にしていないJP1イベント（正常イベントなど）

統合監視DBを使用している場合に，統合監視DB内に保存されているJP1イベント

検索結果として［イベント検索］ページに表示されたイベントは，［イベント監視］ページと同じ操作で，［イベント詳細表示］や［モニター起動］によって内容を確認できます。

検索中の表示

イベント検索中は［イベント検索］ページのタブに（検索中）が表示されます。検索が終了すると「検索が終了しました」のダイアログボックスが表示され，（検索中）の表示が消えます。検索件数が多い場合や検索に時間が掛かる場合に動作中かどうかを判断する目安となります。

検索条件と一致したイベントが見つかると，「イベント検索」ページに順次表示されます。イベント検索中の［イベント検索］ページを次の図に示します。

図3-35　イベント検索中の［イベント検索］ページ

検索のキャンセル

間違った検索条件でイベント検索を実行してしまった場合や，すでに目的とするイベントが見つかっているなどの場合，イベント検索を途中でキャンセルできます。

イベント検索をキャンセルするには，［イベント検索］ページの［検索キャンセル］ボタンをクリックするか，メニューバーの［表示］－［検索キャンセル］を選択します。

イベント検索をキャンセルした場合，その時点までに検索されたJP1イベントが表示されます。

参考

イベント検索を処理している間にほかの作業ができます。例えば，イベント検索中に，並行してイベント監視ができます。イベント検索中に操作できる項目は，メニューが活性状態となっています。

なお，メニューが活性状態でも使用できない場合があります。使用できない操作を実行すると，エラーメッセージが表示されます。

3.5.2　イベント検索の条件

イベント検索をするには，次のような条件があります。

検索対象ホストが，JP1/Baseをインストールしているホストで，イベントサービスが動作していること（なお，階層管理による管理対象になっている必要はありません）

JP1/IMのマネージャーから，直接通信できるホストであること
イベント検索では，JP1/IM - ViewでログインしているJP1/IM - Manager（JP1/IM - Central Console）から直接，検索対象のホストに接続します。検索対象ホストのホスト名がアドレス解決でき，通信できる必要があります。特に，ファイアウォール環境や複数LAN接続環境でイベント検索をする場合は注意が必要です。
なお，イベント検索ができないホスト（直接通信ができないホスト）からJP1イベントが届く場合があります。これは，イベントの転送がエージェントからマネージャーに直接通信するだけでなく，エージェントから拠点マネージャー，拠点マネージャーから統合マネージャーというように，段階的に転送が行われることから起こる現象です。イベント転送と，イベント検索では通信経路が異なります。イベント検索は，直接通信できるホストだけが検索対象になります。

検索するJP1イベントが，イベントDBまたは統合監視DB上に残っていること
検索条件にイベントDBを指定した場合，イベントDB上のJP1イベントを検索します。また，検索条件に統合監視DBを指定した場合，統合監視DB上のJP1イベントを検索します。
イベントDBは，各JP1/Baseで二つ保持しており，上限値（デフォルト10メガバイト）を超えるともう一つのイベントDBに切り替わります。切り替わる際に，使用する側のイベントDBの内容は削除されます。削除されたJP1イベントは，検索できません。
イベントDBおよび統合監視DBのデータベース情報は，データが上書きされるラップアラウンド形式のファイルであるため，上書きされた古いJP1イベントは検索できません。

3.5.3　イベント検索の処理の流れ

イベント検索の処理の流れは，検索対象としているデータベースによって異なります。

検索対象のデータベースをイベントDBとした場合または統合監視DBとした場合に分けて，処理の流れを説明します。

図3-36　イベント検索の処理の流れ（イベントDBを指定した場合）

図中の番号に従って，検索対象のデータベースをイベントDBとした場合の処理の流れを説明します。

［イベントコンソール］画面の［イベント検索］ページから，JP1イベントを検索するホスト，検索したいJP1イベントの条件を指定し，検索を実行します。

JP1/IM - Viewからイベント検索指示を受け取ったJP1/IM - Managerのイベントコンソールサービスは，検索対象となったホスト上のJP1/Baseのイベントサービスに検索指示を出します。

JP1/Baseのイベントサービスは，検索条件に合致したJP1イベントをイベントDBから取得します。

JP1/Baseのイベントサービスは，検索条件に合致したJP1イベントの情報をJP1/IM - Managerのイベントコンソールサービスに返します。

JP1/IM - Managerのイベントコンソールサービスは，受け取った情報をJP1/IM - Viewに返し，その情報が［イベントコンソール］画面の［イベント検索］ページに表示されます。

図3-37　イベント検索の処理の流れ（統合監視DBを指定した場合）

図中の番号に従って，検索対象のデータベースを統合監視DBとした場合の処理の流れを説明します。

［イベントコンソール］画面の［イベント検索］ページから，JP1イベントを検索するホスト，検索したいJP1イベントの条件を指定し，検索を実行します。

JP1/IM - Viewからイベント検索指示を受け取ったJP1/IM - Managerのイベントコンソールサービスは，検索対象となったホスト上のJP1/IM - Managerのイベント基盤サービスに検索指示を出します。

JP1/IM - Managerのイベント基盤サービスは，メモリー上のJP1イベントを統合監視DBに保存します。

JP1/IM - Managerのイベントコンソールサービスは，検索条件に合致したJP1イベントを統合監視DBから取得します。

JP1/IM - Managerのイベントコンソールサービスは，受け取った情報をJP1/IM - Viewに返し，その情報が［イベントコンソール］画面の［イベント検索］ページに表示されます。

3.6　JP1イベントの重大度の変更

統合監視DBを使用する場合，重大度変更機能を使用できます。重大度変更機能は，JP1イベントの重大度をあらかじめ定義しておいた重大度に変更する機能です。重大度変更機能を使用することで，JP1イベントをシステムの運用に合わせて管理できます。JP1イベントの重大度は，緊急（Emergency），警戒（Alert），致命的（Critical），エラー（Error），警告（Warning），情報（Information），通知（Notice），デバッグ（Debug）に変更できます。また，重大度を変更すると，次の機能で変更後の重大度を指定したり，監視したりできます。

JP1イベントのフィルタリング（ユーザーフィルター，重要イベントフィルター，表示フィルター）

相関イベント

イベント検索

イベントガイド

自動アクション

イベントレポート出力

セントラルスコープ

インシデント登録

例えば，各ホストから発生したさまざまなJP1イベントの重大度を，ホストごとに一つの重大度に変更したり，JP1イベントごとに異なる重大度を一つの重大度に変更したりできます。

図3-38　ホストAで発生したJP1イベントの重大度を緊急にする場合

重大度変更機能を使用したい場合，jcoimdefコマンドで重大度変更機能を有効にしてください。重大度変更機能を有効にするには，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.10　重大度変更機能の設定」を参照してください。

3.7　発生元ホストのマッピング

JP1イベントのホストの情報は，ほかの監視システムから発生した事象の場合，メッセージ中に表示されたり，［イベント詳細］画面で事象が発生したホストを確認したりなど，システム管理者にとって管理に手間が掛かりました。

発生元ホストのマッピングを使用すると，JP1イベントの発行契機となった事象を発生元ホストとして表示，定義できます。

この機能を使用することで，システム管理者は，［イベントコンソール］画面の項目に「発生元ホスト名」を表示できるようになります。また，発生元ホストでイベントを検索したり，アクションを定義したりできます。

なお，この機能は，統合監視DBを使用する場合に利用できます。

図3-39　［イベントコンソール］画面での表示例

発生元ホストのマッピングを使用したい場合，jcoimdefコマンドで発生元ホストのマッピングを有効にしてください。発生元ホストのマッピングを有効にするには，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.11　発生元ホストのマッピングの設定」を参照してください。

また，発生元ホストは，デフォルトではイベント一覧に表示されません。イベント一覧に表示したい場合は，［ユーザー環境設定］画面で発生元ホストを表示できる項目に設定してください。［ユーザー環境設定］画面の詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.17　［ユーザー環境設定］画面」を参照してください。

＜この節の構成＞

(1)　マッピングの仕組み

(1)　マッピングの仕組み

発生元ホストのマッピングは，イベント基盤サービスで提供されています。発生元ホストのマッピングと主な機能との処理関係を次に示します。

図3-40　主な機能との処理関係

JP1/BaseのイベントサービスからJP1イベントを取得後，ホストの情報をJP1イベントの拡張属性「発生元ホスト名（E.JP1_SOURCEHOST）」にマッピングします。このときマッピングするJP1イベントは，JP1製品から発行されたイベントです。ただし，JP1/Baseでログファイルトラップを設定したJP1イベントについては，個別に設定が必要です。ログファイルトラップのイベントやJP1製品以外のイベントもマッピングしたい場合は，発生元ホストマッピング定義ファイルでJP1イベントの属性やマッピングする属性の情報を定義してください。発生元ホストマッピング定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「発生元ホストマッピング定義ファイル（user_hostmap.conf）」（2.　定義ファイル）を参照してください。

取得したイベントが，発生元ホストマッピング定義ファイルの条件にすべて一致しなかった場合，「登録ホスト名（B.SOURCESERVER）」の値がマッピングされます。また，取得したJP1イベントの拡張属性「発生元ホスト名（E.JP1_SOURCEHOST）」にすでに値が設定されている場合，イベントが発生元ホストマッピング定義ファイルの条件に一致していても，発生元ホストはマッピングされません。

JP1/IM - Managerを上書きインストールした場合，発生元ホストマッピング定義ファイルで設定した定義は引き継がれます。また，発生元ホストのマッピング機能の有効・無効も引き継がれます。

3.8　イベントガイド機能

イベントガイド機能は，［イベントコンソール］画面に表示されているJP1イベントに対して，対処のガイドとなる情報を表示する機能です。

システム管理者は，JP1イベントを基点にして問題の調査，対策をしますが，連携するJP1製品やユーザーアプリケーションなどから発行されるJP1イベントのすべてに対して，調査手順，対処方法などを習得するのは困難です。

イベントガイド機能を使うことで，調査方法，対策方法，過去の事例などのノウハウを登録・蓄積でき，問題が発生したときに参照できます。

イベントガイド機能が表示する情報を，イベントガイド情報といい，ユーザーが表示内容や表示形式(TXT，HTML)を設定できます。また，イベントガイド情報は，JP1イベントの詳細情報の一つとして，［イベント詳細］画面に表示されます。イベントガイド情報の表示例を次に示します。

図3-41　［イベント詳細］画面のイベントガイド情報の表示例

イベントガイド情報が表示される領域は，デフォルトでは表示されません。

JP1/IM - Viewでのログイン時に，イベントガイド情報ファイルを参照し，有効な条件が1件以上あったときに表示されるようになります。なお，イベントガイド情報ファイル，および設定する条件については以降で説明します。

＜この節の構成＞

3.8.1　イベントガイド情報の設定内容

3.8.2　イベントガイド情報を表示する条件

3.8.3　イベントガイド情報での表示内容

3.8.1　イベントガイド情報の設定内容

イベントガイド情報は，JP1/IM - Managerが管理するイベントガイド情報ファイルに設定します。

イベントガイド情報ファイルには，イベントガイド情報として表示する内容，どのJP1イベントに対して表示するかの条件定義などを設定します。

イベントガイド情報として表示する内容のことを，イベントガイドメッセージと呼びます。なお，イベントガイドメッセージは，別ファイルに切り出して管理することもできます。これをイベントガイドメッセージファイルと呼びます。イベントガイド情報ファイルとイベントガイドメッセージファイルは，次の図のような関係になっています。

図3-42　イベントガイド情報ファイルとイベントガイドメッセージファイルの関係

なお，イベントガイド情報ファイル，イベントガイドメッセージファイルで編集したイベントガイドメッセージは，更新される契機が次のように異なります。

イベントガイド情報ファイル
イベントガイド情報ファイルでの編集内容（イベントガイドメッセージや条件定義）を有効にするには，JP1/IM - Managerを再起動するか，jco_spmd_reloadコマンドを実行する必要があります。
なお，JP1/IM - Viewでのログイン時，［イベント詳細］画面にイベントガイド情報の表示領域がない場合，定義を有効にしたあと，再ログインすることで表示されるようになります。

イベントガイドメッセージファイル
イベントガイドメッセージファイルの内容を編集したあと，［イベント詳細］画面を表示し直すだけで編集した内容が更新されます。

定期的にイベントガイドメッセージを編集する場合は，イベントガイドメッセージファイルを利用することをお勧めします。

3.8.2　イベントガイド情報を表示する条件

どのJP1イベントが発行された場合に表示するかを，条件（EV_COMP）に指定します。複数設定した場合はAND条件となり，すべての条件が成立したとき表示されます。

条件には，属性名:属性値の形式でJP1イベントの比較条件を設定します。なお，比較条件に設定できる条件数は100件までです。

属性名
属性名には，JP1イベントの属性名（基本属性，拡張属性）を指定します。
例えば，イベントID（B.ID），重大度（E.SEVERITY）などを指定できます。重大度変更機能を使用してJP1イベントの重大度を変更した場合，変更したあとの重大度でJP1イベントの内容を比較します。
また，各JP1製品の固有情報であるJP1イベントの拡張属性の固有情報も指定できます。
例えば，JP1/AJSのジョブの実行ホスト（E.C0）などです。
なお，発行元イベントサーバ名（B.SOURCESERVER），送信先イベントサーバ名（B.DESTSERVER），発生元ホスト名（E.JP1_SOURCEHOST）には業務グループ名を使用できません。業務グループ名を指定した場合，ホスト名として扱われます。

属性値
属性名に対応する属性値を指定します。
例えば，重大度（E.SEVERITY）のエラーを指定したい場合は，E.SEVERITY:Errorと指定します。また，イベントID（B.ID）が00000111のイベントを指定する場合は，B.ID:00000111:00000000と指定します。

JP1/IM - Viewでイベントガイド情報を表示する際に，イベントガイド情報ファイルの内容は先頭から順に参照されていきます。条件に一致するイベントガイドがあると，そこでイベントガイド情報ファイルの参照をやめ，条件に一致したイベントガイドを［イベント詳細］画面に表示します。

条件に一致するイベントガイドがイベントガイド情報ファイル内に複数あった場合でも，常にその中で先頭にあるものがイベントガイドとして［イベント詳細］画面に表示されるため，次のことを目安にガイド情報の表示条件を設定してください。

比較条件は，ほかのイベントガイドの比較条件と一致しないようにする。
例えば，比較条件には，イベントIDだけでなく，重大度，メッセージなど，複数の条件を設定しておくことで，ほかのイベントガイドと差別化を図ることができます。
また，属性値は正規表現で記述できますが，完全一致で記述するようにしてください。

一つのJP1イベントに対しては，一つのイベントガイドを設定するようにする。
一つのJP1イベントに対して，複数のイベントガイドを設定したい場合には，イベントガイドメッセージファイルをHTML形式で作成し，その中に複数の対処手順を記述しておくことを検討してください。

3.8.3　イベントガイド情報での表示内容

イベントガイドメッセージを，イベントガイド情報ファイルに直接記述する場合は，EV_GUIDEで指定します。イベントガイドメッセージファイルを利用する場合は，EV_GUIDEの代わりにEV_FILEを指定し，ファイルの格納場所を記述します。

メッセージは，TXT形式またはHTML形式で記述できます。また，メッセージにはJP1イベントの属性値を変数（属性値の頭に$を付ける）として使うことができます。例えば，JP1イベントのメッセージ（B.MESSAGE）は$B.MESSAGE△（△：半角スペース）と記述することで，変数として使うことができ，JP1イベントの属性値をイベントガイド情報のメッセージ中に表示できます。

編集に便利なイベントガイドメッセージファイル

イベントガイドメッセージをイベントガイド情報ファイルに直接記述する（EV_GUIDEで指定）場合，1行で記述する必要があるため，改行を挿入して体裁を整えることができませんが，イベントガイドメッセージファイルを利用する（EV_FILEで指定）場合は改行を挿入して体裁を整えることができます。図で示すと次のようになります。

図3-43　イベントガイド情報の記述例

このように，体裁を整えることができるため，HTML形式でイベントガイド情報を作成するなど，情報量が多いときや定期的に内容を見直したいときに便利です。

イベントガイド情報ファイルについて

マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「イベントガイド情報ファイル（jco_guide.txt）」（2.　定義ファイル）を参照してください。

3.9　メモ情報の設定機能

メモ情報の設定機能は，［イベントコンソール］画面に表示されているJP1イベントに対してメモを追加できる機能です。メモ情報は，統合監視DBを使用する場合に，統合監視DBに登録されたJP1イベントに対して追加できます。

システム管理者は，発生したJP1イベントを調査して問題が起こったときに，調査状況を記録に残したり，ほかのユーザーに報告したりといった対策を取らなければなりませんでした。メモ情報の設定機能を使用することで，システム管理者は，メモにJP1イベントの調査状況やほかのユーザーに対しての連絡事項を書き込めます。また，ほかのユーザーは，［イベントコンソール］画面上のJP1イベントを参照するだけで，調査状況や連絡事項を把握できるようになります。

メモ情報は，次の比較条件の対象となります。

表示フィルター

イベント検索条件

また，メモの内容は，jcoevtreportコマンドでイベントレポート出力できます。

メモ情報の設定機能を使用したい場合，jcoimdefコマンドでメモ情報の設定機能を有効にしてください。

3.10　ユーザー独自のイベント属性の表示

JP1/IMの定義ファイルをカスタマイズすることによって，ほかのアプリケーションがJP1/IMと連携するための機能を拡張できるようになります。機能を拡張すると，次のことができます。

＜この節の構成＞

3.10.1　独自イベントのイベント属性の表示

3.10.2　JP1イベントからのモニター画面の表示

3.10.3　［統合機能メニュー］画面の新規メニューの追加

3.10.4　イベント情報の流れ

3.10.1　独自イベントのイベント属性の表示

JP1/Baseが提供する関数を使えば，ユーザーアプリケーションからもJP1イベントを発行できるようになります。また，この場合，ユーザー独自のイベント属性（拡張属性の固有情報）を付加することもできます。ユーザー独自のイベント属性が付加されたJP1イベントを独自イベントと呼びます。

イベント属性（拡張属性の固有情報）は，通常はJP1/IM - Viewの［イベント詳細］画面に表示されませんが，そのイベント属性についての定義ファイルを作成することによって，表示できるようになります。定義ファイルを使用して独自イベント（拡張属性の固有情報）を表示する方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.9　ユーザー独自のイベント属性を表示する手順」を参照してください。

3.10.2　JP1イベントからのモニター画面の表示

定義ファイルを作成することによって，JP1/IM - Viewに表示されたJP1イベントからそのJP1イベントを発行したアプリケーションの画面を表示・操作できるようになります。定義ファイルを使用してJP1イベントからモニター画面を呼び出す方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.14.1　モニター画面を呼び出す手順」を参照してください。

3.10.3　［統合機能メニュー］画面の新規メニューの追加

JP1/IM - Viewの［統合機能メニュー］画面に表示される機能ツリーに新しいメニューを追加して，そのメニューから，システムやアプリケーションを管理する画面を起動するように設定できます。

［統合機能メニュー］画面に新規メニューを追加するには，定義ファイルを使用します。

定義ファイルを使用して［統合機能メニュー］画面に新規メニューを追加する方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.15.2　新規メニューを追加する手順」を参照してください。

3.10.4　イベント情報の流れ

JP1/BaseのJP1イベント発行関数を使用することによって，ユーザー独自のイベント属性（拡張属性の固有情報）を付加した独自イベントをユーザーアプリケーションから直接，発行できるようになります。

JP1/IMでは，定義ファイルを作成することによって，独自イベントのユーザー独自のイベント属性（拡張属性の固有情報）を［イベント詳細］画面に表示できます。

独自イベントの発行からユーザー独自のイベント属性の表示までの概要を次の図に示します。

図3-44　独自イベントの発行からユーザー独自のイベント属性の表示までの概要

3.11　JP1/IM - Viewでの表示情報のCSV出力

JP1/IMでは，JP1/IM - Viewに表示されている情報をCSV出力できます。CSV出力する機能は次のとおりです。

イベント一覧情報をファイルに保存する。

統合監視DBのイベント情報をファイルに保存する。

JP1イベントの情報やアクションの実行結果などをクリップボードにコピーする。

それぞれの機能について，次に説明します。

＜この節の構成＞

3.11.1　イベント一覧情報の保管（CSV出力）

3.11.2　統合監視DBのイベント情報を保管（イベントレポート出力）

3.11.3　JP1イベントの情報やアクションの実行結果などをクリップボードにコピー

3.11.1　イベント一覧情報の保管（CSV出力）

JP1/IMでは，JP1/IM - Viewに表示されるイベント情報のスナップショット※をCSV出力して保存できます。これを利用して日々の監視・対処履歴を管理できます。また，メンテナンスなどでのシステム見直しの際に，レポートとして活用できます。

イベント一覧情報をCSV出力する場合の，対象となる画面，出力形式，出力項目などについて，次に説明します。

注※　スナップショットとは，特定のタイミングで情報を抽出することを意味します。

＜この項の構成＞

(1)　CSV出力できる画面

(2)　CSVの出力イメージ・出力形式

(3)　CSVの出力項目

(4)　スナップショットのタイミング

(1)　CSV出力できる画面

次に示す画面からイベント一覧の情報をCSV出力できます。

［イベントコンソール］画面の［イベント監視］ページ

［イベントコンソール］画面の［重要イベント］ページ

［イベントコンソール］画面の［イベント検索］ページ

(2)　CSVの出力イメージ・出力形式

CSVの出力イメージは次の図のとおりです。

図3-45　CSVの出力イメージ

1行目にはCSVのヘッダー情報がコンマ区切りで出力されます。

2行目にはJP1/IM - Viewで設定した表示項目がコンマ区切りで出力されます。

3行目には画面の最も上に表示されているイベント情報が出力されます。なお，このときには表示項目（2行目）と同様に，イベント情報がコンマ区切りで出力されます。

4行目以降，画面の表示順に従って，3行目と同じ形式でイベント情報が出力されます。

CSVの出力形式は次のとおりです。

各項目は半角コンマ（,）で区切られます。

項目1,項目2,項目3,項目4,項目5,...

項目に半角コンマ（,）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目,2",項目3,項目4,項目5,...

項目に制御文字（0x00～0x1F，0x7F～0x9F）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目(0x00)2",項目3,項目4,項目5,...

項目にダブルクォーテーション（"）が含まれていた場合は，項目のダブルクォーテーション（"）の前にもう一つダブルクォーテーション（"）が付き，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目""2",項目3,項目4,項目5,...

項目が空の場合は，その項目は空白（何も入力されない）になります。

項目1,,項目3,項目4,項目5,...

(3)　CSVの出力項目

CSVの1行目には次表に示すヘッダー情報が出力されます。

表3-12　ヘッダー情報の出力内容

ヘッダー項目
出力内容

出力時刻
スナップショットしたときの時刻が，次の形式（年/月/日 時:分:秒）で出力されます。
YYYY/MM/DD hh:mm:ss

ログインユーザー名
CSV出力の操作をしたJP1ユーザー名が出力されます。

接続ホスト名
CSV出力の操作をした際のログイン先のマネージャーホスト名が出力されます。

出力対象画面名
CSV出力の操作をした際に表示している［イベントコンソール］画面のページ名（イベント監視，重要イベント，イベント検索，のどれか）が出力されます。

CSVの2行目に出力される内容（表示項目）はJP1/IM - Viewの［ユーザー環境設定］画面の設定によって変わります。また，3行目以降に出力される内容（イベント情報）も2行目に出力される内容に合わせて変わります。

CSVの2行目，3行目以降に出力される内容を次の表に示します。

表3-13　2行目，3行目以降に出力される内容

表示項目
(2行目に出力される内容)
イベント情報
(3行目以降に出力される内容)
出力条件

対処状況
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→対処済
[図データ]　→処理中
[図データ]　→保留
（無印）　→未対処
集約イベント内に対処状況が異なるイベントがあった場合，上記アイコン横に「!」が表示されます。この場合にCSV出力すると，上記文字列右横に「!」が出力されます。
メモ情報がある場合は，対処状況および「!」の横に「，メモ有」と表示されます。
－

集約状態
画面に表示されている文字列が出力されます。
［ユーザー環境設定］画面で［集約表示］を「有効」に設定している場合だけ出力されます。

重大度
画面に表示されている文字列が出力されます。
なお，重大度による色情報やアイコンについては出力されません。
［ユーザー環境設定］画面で［表示項目］にこの項目を設定している場合だけ出力されます。

重大度（変更前）

重大度変更
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]重大度変更フラグ　→変更あり
（無印）　→空白

開始時刻
次の形式で出力されます。
YYYY/MM/DD hh:mm:ss

終了時刻

到着時刻

登録時刻

登録ホスト名
画面に表示されている文字列が出力されます。

ユーザー名

メッセージ

イベントID

プロダクト名

オブジェクトタイプ

オブジェクト名

登録名タイプ

登録名

事象種別

イベントDB内通し番号

発行元プロセスID

発行元ユーザーID

発行元グループID

発行元ユーザー名

発行元グループ名

発行元イベントDB内通し番号

発生元ホスト名

アクション
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→実行
[図データ]　→一部抑止
[図データ]　→抑止
（無印）　→空白
なお，集約イベント内にアクションが異なるイベントがあった場合，上記アイコン横に「!」が表示されます。この場合にCSV出力すると，上記文字列右横に「!」が出力されます。

種別
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→相関成立イベント
[図データ]　→相関不成立イベント
（無印）　→空白

アクション種別
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→コマンド
[図データ]　→ルール
[図データ]　[図データ]　→コマンド，ルール
（無印）　→空白

（凡例）

－：なし

イベント情報マッピング定義で任意の表示項目に固有の拡張属性をマッピングしている場合は，その値が文字列で出力されます。また，その際には［イベントコンソール］画面に表示されている情報どおりの形（出力値の先頭に「#△」（△：半角スペース）が付いた状態）で出力されます。

イベントが1件も表示されていない状態でCSV出力した場合，ヘッダー情報（1行目）と表示項目（2行目）だけが出力されます。また，表示項目に対応する情報がなかった場合，その個所は空白になります。

文字列が制御文字だった場合，画面上では制御文字をスペースに変換して表示します。イベント一覧情報の保管（CSV出力）の場合，制御文字をそのまま出力します。

(4)　スナップショットのタイミング

イベント情報のスナップショットのタイミングは，［イベントコンソール］画面の表示メニューの［ファイル］－［表示イベントを保存］を選択（クリック）したときです。このときに［イベントコンソール］画面上に表示されていたイベント情報がスナップショットされます。

注意

［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページに表示されるイベント情報は，デフォルト設定で5秒経つごとに自動更新されるようになっています。
CSV出力する際に，自動更新をやめておきたい場合には，［ユーザー環境設定］画面の［表示内容の更新］の設定を「する」から「しない」に変更する必要があります。

CSVファイルは，リムーバブルメディアには出力できません。

3.11.2　統合監視DBのイベント情報を保管（イベントレポート出力）

統合監視DBのイベント情報をCSV出力する機能をイベントレポート出力といいます。

この機能を利用して，JP1/IMでは，統合監視DBに登録されているJP1イベントの情報をjcoevtreportコマンドでCSV出力して保存できます。イベントレポート出力は，オプションを指定することでイベント情報を指定して出力することもできます。

詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoevtreport」（1.　コマンド）を参照してください。

ここでは，イベントレポート出力する場合の出力範囲，出力項目などについて説明します。

＜この項の構成＞

(1)　CSV出力で指定できるイベント情報

(2)　CSVの出力イメージ・出力形式

(3)　CSVの出力項目

(4)　オプションの指定

(1)　CSV出力で指定できるイベント情報

指定できるイベント情報は，次のとおりです。

時刻を指定したイベント情報の出力
JP1イベントが到着した時刻を指定して出力できます。

固有情報を指定したイベント情報の出力
出力したい固有情報の項目を指定して出力できます。指定しなかった場合，すべての項目を出力します。

フィルター条件に一致したイベント情報の出力
出力したいJP1イベントをフィルターの通過条件に指定して出力できます。また，出力したくないイベントをフィルターの除外条件に指定して出力できます。比較する条件は，「表3-14　出力される内容」を参照してください。
フィルター条件は，通過条件群，除外条件群それぞれ最大50件設定できます。ただし，拡張属性（固有情報）フィルターの条件は，一つの通過条件群または除外条件群に最大5件です。

(2)　CSVの出力イメージ・出力形式

ヘッダーの出力の際にヘッダーオプションを指定すると，1行目にはCSVのヘッダー情報がコンマ区切りで出力されます。

2行目以降は，基本属性，拡張属性（共通情報），IM属性，拡張属性（固有情報）の順にコンマ区切りでイベント情報が出力されます。

基本属性，拡張属性（共通情報），IM属性，拡張属性（固有情報）

拡張属性（固有情報）については，IM属性のあとに，次のようにイベント情報が出力されます。

固有の拡張属性数，属性名，属性値

拡張属性を指定しない場合，固有の拡張属性の数は0となり，固有の拡張属性は空白（何も入力されない）になります。

(3)　CSVの出力項目

CSVの出力の際にヘッダーオプションを指定すると，CSVファイルの1行目に，属性名または項目名のヘッダー情報が出力されます。デフォルトではヘッダーの出力はしません。

表3-14　出力される内容

種別
項目
イベント情報

基本属性
イベントDB内通し番号
画面に表示されている文字列が出力されます。

イベントID
画面に表示されている文字列が出力されます。

発行元プロセスID
画面に表示されている文字列が出力されます。

登録時刻
次のどちらかの形式で出力されます。

YYYYMMDDhhmmss

1970/01/01 00:00:00（GMT）からの通算秒

到着時刻

登録要因
10進数形式で出力されます。

発行元ユーザーID

発行元グループID

発行元ユーザー名
文字列形式で出力されます。

発行元グループ名

登録ホスト名

送信先イベントサーバ名

発行元IPアドレス
IPアドレスが文字列形式で出力されます。

送信先IPアドレス

発行元イベントDB内通し番号
画面に表示されている文字列が出力されます。

コードセット
文字列形式で出力されます。

メッセージ
画面に表示されている文字列が出力されます。

拡張属性（共通情報）
重大度
次のように変更されて出力されます。
[図データ]緊急→緊急
[図データ]警戒→警戒
[図データ]致命的→致命的
[図データ]エラー→エラー
[図データ]警告→警告
[図データ]通知→通知
[図データ]情報→情報
[図データ]デバッグ→デバッグ
なお，これ以外の場合は，画面に表示されている文字列がそのまま出力されます。
重大度による色情報やアイコンについては出力されません。

ユーザー名
画面に表示されている文字列が出力されます。

プロダクト名

オブジェクトタイプ

オブジェクト名

登録名タイプ

登録名

オブジェクトID
文字列形式で出力されます。

事象種別
画面に表示されている文字列が出力されます。

開始時刻
次のどちらかの形式で出力されます。

YYYYMMDDhhmmss

1970/01/01 00:00:00（GMT）からの通算秒

終了時刻

終了コード
文字列形式で出力されます。

発生元ホスト名

拡張属性（固有情報）
「E.xxxxx」
文字列形式で出力されます。

IM属性
アクション種別
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→コマンド
[図データ]　→ルール
[図データ]　[図データ]　→コマンド，ルール
（無印）　→空白

アクション抑止
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→実行
[図データ]　→一部抑止
[図データ]　→抑止
（無印）　→空白

重要イベント
次の文字列を出力します。
重要イベントではない場合：空白
重要イベントの場合：「重要イベント」

相関イベント
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→相関成立イベント
[図データ]　→相関不成立イベント
（無印）　→空白

重大度（変更前）
次のように変更されて出力されます。
[図データ]緊急→緊急
[図データ]警戒→警戒
[図データ]致命的→致命的
[図データ]エラー→エラー
[図データ]警告→警告
[図データ]通知→通知
[図データ]情報→情報
[図データ]デバッグ→デバッグ
なお，これ以外の場合は，画面に表示されている文字列がそのまま出力されます。
重大度による色情報やアイコンについては出力されません。

重大度変更
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→変更
（無印）　→空白

対処状況
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→対処済
[図データ]　→処理中
[図データ]　→保留
（無印）　→未対処

重要イベント解除
次の文字列を出力します。
重要イベントを解除していない：空白
重要イベントを解除した：「解除」

重要イベント削除
次の文字列を出力します。
重要イベントを削除していない：空白
重要イベントを削除した：「削除」

メモ
画面に表示されている文字列が出力されます。

(4)　オプションの指定

jcoevtreportコマンドで，次のようにオプションを指定すると保守情報出力および保存出力ができるようになります。

保守情報出力
jcoevtreport -sys -s 20090101000000 -e 20090103000000（統合監視DBに登録されている2009/01/01 00:00:00 ～ 2009/01/03 00:00:00のJP1イベントを出力する例）

保存出力
jcoevtreport -save

保守情報出力および保存出力の詳細を次に示します。

(a)　保守情報出力

保守情報出力とは，統合監視DBで障害が発生した場合に出力対象始点日から出力対象終点日までに登録されたJP1イベントのすべての情報をイベントレポート出力する機能です。

ヘッダー部分には，属性名が表示されます。

ただし，資料採取が目的であるため，出力項目を指定したり，フィルタリングしたりできません。

(b)　保存出力

保存出力とは，統合監視DBの空き容量を確保するために削除されてしまうJP1イベントを，削除される前にイベントレポート出力する方法です。

保存出力のオプションを指定してイベントレポート出力すると，統合監視DBに登録されているJP1イベントのうち，保存出力していないJP1イベントをすべてCSV出力します。

●保存出力していないJP1イベントが削除される前に警告する

統合監視DBの中で保存出力していないJP1イベントの割合（統合監視DBの最大容量との比率）が，削除を警告するイベントが発行される設定値（デフォルトでは統合監視DBの最大容量の80%）を超えたとき，削除を警告するイベント（イベントID：3F52）を発行するよう指定できます。

保存出力していないJP1イベントの割合は，jcoimdefコマンドの-dbntcposオプションで指定します。

削除を警告するイベントが発行される設定値は，jcoimdefコマンドの-dbntcオプションで指定します。

詳細は，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

●保存出力に関する情報を標準出力に表示する

保存出力に関する情報を標準出力に表示するようオプションを指定できます。これは，jcoevtreportコマンドの-showsvオプションで指定します。

これにより，保存出力時に必要な空き容量を見積もったり，保存出力するタイミングを調整したりできるようになります。

標準出力に表示できる項目は，次のとおりです。

保存出力していないJP1イベントの割合（統合監視DBの最大容量との比率）
統合監視DB内にある保存出力していないJP1イベントの割合を％で表示します。

保存出力していないJP1イベントの容量
統合監視DB内にある保存出力していないJP1イベントのデータサイズをメガバイトで表示します。

削除を警告するイベントが発行される設定値
削除を警告するイベントが発行される設定値を指定した場合，設定値を％で表示します。jcoimdefコマンドの-dbntcオプションがOFFの場合は，「-（半角ハイフン）」が表示されます。

3.11.3　JP1イベントの情報やアクションの実行結果などをクリップボードにコピー

クリップボードにコピーする機能を有効にしている場合，JP1イベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。これを利用して，重度な障害が発生したJP1イベントなどの特定の情報を，テキストエディターやメール本文に貼り付けて報告するなど，一時的に使用できます。

この機能はデフォルトで有効になっています。クリップボードのコピー可否に関する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.13　JP1/IM - Viewの動作カスタマイズ」を参照してください。

JP1イベントの情報やアクションの実行結果をクリップボードにコピーする機能について，対象となる画面と項目，出力形式，出力項目などについて，次に説明します。

＜この項の構成＞

(1)　クリップボードにコピーできる情報と対象の画面

(2)　CSVの出力イメージ・出力形式

(3)　CSVの出力項目

(4)　注意事項

(1)　クリップボードにコピーできる情報と対象の画面

クリップボードにコピーできる情報は次の3種類です。

JP1イベント情報

アクション結果

コマンド実行結果

これらを表示する画面で，クリップボードへのコピー機能が使用できます。コピーできる情報が表示される画面とその画面項目を次の表に示します。

表3-15　コピー対象になる画面と画面項目

画面名
画面項目
コピー対象情報

［イベントコンソール］画面

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

イベント一覧
JP1イベント情報

［イベント詳細］画面
［イベント属性］
JP1イベント情報（詳細情報）

［関連イベント一覧（集約）］画面

［表示対象］

［関連イベント一覧］

JP1イベント情報

［関連イベント一覧（相関）］画面

［表示対象］

［関連イベント一覧］

JP1イベント情報

［アクション結果］画面
［実行結果一覧］
アクション結果

［アクション結果詳細］画面
［実行結果］
アクション結果（詳細情報）

［アクション結果一覧］画面
［実行結果一覧］
アクション結果

［コマンド実行］画面
［実行結果］
コマンド実行結果

［イベントコンソール］画面は，［編集］－［コピー］を選択するか，または［Ctrl］+［C］キーを押すことでクリップボードに情報をコピーできます。その他の画面は，［Ctrl］+［C］キーを押してクリップボードに情報をコピーできます。

(2)　CSVの出力イメージ・出力形式

クリップボードにコピーした情報は，CSV形式で出力できます。情報はJP1/IM - Viewの画面に表示されている順序で出力されます。項目を識別できるように，表示項目名がヘッダー情報として付加されます。

CSVの出力イメージは次の図のとおりです。

図3-46　CSVの出力イメージ

1行目にはJP1/IM - Viewで選択した情報に対応する表示項目名がコンマ区切りで出力されます。

2行目以降には1行目の表示項目に従って，選択した情報がコンマ区切りで出力されます。

CSVの出力形式は次のとおりです。

各項目は半角コンマ（,）で区切られます。

項目1,項目2,項目3,項目4,項目5,...

各行は改行コード（CRLF）で区切られます。

項目1,項目2,項目3,項目4,項目5,...（CRLF）
項目1,項目2,項目3,項目4,項目5,...（CRLF）

項目に半角コンマ（,）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目,2",項目3,項目4,項目5,...

項目に制御文字（0x00～0x1F，0x7F～0x9F）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目(0x00)2",項目3,項目4,項目5,...

項目にダブルクォーテーション（"）が含まれていた場合は，項目のダブルクォーテーション（"）の前にもう一つダブルクォーテーション（"）が付き，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目""2",項目3,項目4,項目5,...

項目が空の場合は，その項目は空白（何も入力されない）になります。

項目1,,項目3,項目4,項目5,...

(3)　CSVの出力項目

コピーした情報によって出力される項目とその内容を次に示します。

JP1イベント情報

JP1イベント情報の出力項目の内容は，イベント一覧情報を保管する場合の2行目以降の内容と同じになります。詳細については，「表3-13　2行目，3行目以降に出力される内容」を参照してください。ただし，ヘッダー情報はないため，表示項目は1行目に，イベント情報は2行目以降に出力される内容になります。

アクション結果

アクション結果として出力される内容を次の表に示します。

表3-16　アクション結果として出力される内容

表示項目名
項目

種別※
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→コマンド
[図データ]　→ルール

アクション通し番号
画面に表示されている文字列が出力されます。

アクション
画面に表示されている文字列が出力されます。

ホスト名
画面に表示されている文字列が出力されます。

状態
画面に表示されている文字列が出力されます。

遅延
画面に表示されている文字列が出力されます。

イベント登録時刻
次の形式で出力されます。
YYYY/MM/DD hh:mm:ss

イベント到着時刻
次の形式で出力されます。
YYYY/MM/DD hh:mm:ss

終了時刻
次の形式で出力されます。
YYYY/MM/DD hh:mm:ss

終了コード
画面に表示されている文字列が出力されます。

注※　JP1/IM - Rule Operation連携機能を有効にしている場合だけ出力されます。

コマンド実行結果

コマンド実行結果として出力される内容を次の表に示します。

表3-17　コマンド実行結果として出力される内容

表示項目名
項目

時刻
次の形式で出力されます。
YYYY/MM/DD hh:mm:ss

ホスト名
画面に表示されている文字列が出力されます。

メッセージ
画面に表示されている文字列が出力されます。

JP1イベント情報（詳細情報）またはアクション結果（詳細情報）

JP1イベント情報またはアクション結果の詳細情報として出力される内容を次の表に示します。

表3-18　詳細情報として出力される内容

表示項目名
項目

属性名
画面に表示されている文字列が出力されます。

属性値
画面に表示されている文字列が出力されます。
ただし，属性値として時刻を表示する場合は，次の形式で出力されます。
YYYY/MM/DD hh:mm:ss

(4)　注意事項

クリップボードにコピーする機能についての注意事項を次に示します。

この機能は，WWWページ版のJP1/IM - Viewでは使用できません。

［Ctrl］+［C］キーを使用して情報をクリップボードにコピーしたい場合，この機能が有効になっているかどうか確認してください。デフォルトでは有効です。

クリップボードへは，メニューまたはショートカットキーからコピー操作を行ったタイミングに，フォーカスのある画面項目で選択されている情報がコピーされます。選択していても，コピー操作前に自動更新によるスクロールアウトなどで選択が解除された情報は，コピーの対象外になります。

クリップボードにコピーする情報が大き過ぎてメモリー使用量の上限を超えた場合は，コピー処理が中断されクリップボードに出力されません。

3.12　イベントの表示開始位置の指定

イベント一覧に表示するJP1イベントは，［イベントコンソール］画面の［表示開始位置指定］領域で表示開始位置を指定できます。

表示開始位置の指定は，事前に統合監視DBを有効にする必要があります。統合監視DBに登録されたJP1/Baseから取得したJP1イベントの情報を参照するためです。

＜この節の構成＞

3.12.1　表示開始位置を指定できる範囲

3.12.2　スライダーで表示開始位置を指定する

3.12.3　日時を入力して表示開始位置を指定する

3.12.4　ボタンで表示開始位置を指定する

3.12.5　表示開始位置を指定したあとの流れ

3.12.1　表示開始位置を指定できる範囲

表示開始位置を指定できる範囲は，統合監視DBに登録されている最も古いJP1イベントの時刻を最小値とします。また，イベントコンソールサービスから取得した最新のJP1イベントの時刻を最大値とします。

図3-47　統合監視DB内にイベントコンソールサービスで取得したJP1イベントがある場合の範囲

イベントコンソールサービスから取得できない（ユーザーフィルターで取得できない）JP1イベントは，表示できません。

図3-48　イベントコンソールサービスから取得できないJP1イベントがある場合の範囲

イベントコンソールサービスからJP1イベントを取得していない場合，統合監視DBに登録されている最も古いJP1イベントの時刻を最小値とします。また，最新のJP1イベントの時刻を最大値とします。

図3-49　イベントコンソールサービスからJP1イベントを取得していない場合

指定期間のイベント表示でJP1イベントを表示している場合，指定期間内の最も古いJP1イベントと，統合監視DBに登録されている最も古いJP1イベントの到着時刻を比較して，新しい方の時刻を最小値とします。また，指定期間内の最新のJP1イベントと，イベントコンソールサービスから取得した最新のJP1イベントの到着時刻を比較して，古い方の時刻を最大値とします。

それぞれの表示開始位置を指定できる範囲を図に示します。

統合監視DBに登録されている最古のJP1イベントの時刻が，指定期間内最も古いJP1イベントの到着時刻より古く，指定期間内の最新のJP1イベントがイベントコンソールサービスから取得した最新のJP1イベントの到着時刻より新しい場合

統合監視DBに登録されている最古のJP1イベントの時刻が，指定期間内最も古いJP1イベントの到着時刻より古く，指定期間内の最新のJP1イベントがイベントコンソールサービスから取得した最新のJP1イベントの到着時刻より古い場合

なお，次の場合，［表示開始位置指定］領域は非活性となります。

統合監視DBにJP1イベントが登録されていない場合

指定期間のイベント表示でJP1イベントを表示している場合，その期間内で統合監視DBに登録されたイベントがないとき

指定期間のイベント表示でイベントを表示している場合，JP1/IM - ManagerとJP1/IM - Viewの時刻がずれていて，指定期間のイベント表示で表示できる最新のJP1イベントが，統合監視DBに登録されている最古のイベントよりあとに登録されている（表示開始位置の最小値と最大値が反対になっている）とき

指定期間のイベント表示を使用する場合は，JP1/IM - ManagerにJP1イベントが到着した時刻とJP1/IM - Viewが稼働しているホストの現在時刻を比較して判定します。そのため，JP1/IM - ManagerとJP1/IM - Viewの時刻が異なっていた場合，指定期間外のJP1イベントが表示される場合があります。JP1/IM - ManagerとJP1/IM - Viewの時刻を合わせておくことを推奨します。

なお，［表示開始位置指定］領域は，統合監視DBを使用しない場合開けません。

指定期間のイベント表示の詳細については，「3.13　指定期間のイベント表示」を参照してください。

3.12.2　スライダーで表示開始位置を指定する

［表示開始位置指定］領域にあるスライダーを動かすと，イベントの表示開始位置を簡単に指定できます。

最新のイベントを表示している場合，スライダーは右端にあります。スライダーを動かすと，スライダーが示す表示開始位置から最大表示件数分（スクロールバッファー値）の統合監視DBに保存されているイベントを表示します。表示されるイベントは，ユーザーフィルターおよび表示フィルターを通過したイベントです。

スライダーを左端まで移動すると，最古のイベントが表示されます。

なお，自動スクロール機能が有効の場合，新しいJP1イベントが登録されるとスライダーの位置が最新状態の位置に戻ります。スライダーの位置が戻らないようにする場合は，自動スクロール機能を無効にしてください。

3.12.3　日時を入力して表示開始位置を指定する

［表示開始位置指定］領域にある［表示開始位置］テキストボックスに，表示したいイベントの到着時刻を入力すると，イベントの表示開始位置を正確に指定できます。

到着時刻を入力すると，入力した時刻から最大表示件数分（スクロールバッファー値）の統合監視DBに保存されているイベントを，イベント一覧に表示します。あわせて，［表示開始位置指定］領域のスライダーが［表示開始位置］テキストボックスに入力した時刻の位置に移動します。

なお，［表示開始位置］テキストボックスのデフォルトの値は，JP1/IM - Managerにログインする時刻によって異なります。

JP1/IM - Managerにログインした時刻が基準時刻より遅かった場合，ログインした日の基準時刻がデフォルトで表示されます。

（例）基準時刻が09:00の場合に，2008/07/08 10:00にログインしたとき

［表示開始位置］テキストボックスに表示されるデフォルトの値は，2008/07/08 09:00です。

JP1/IM - Managerにログインした時刻が基準時刻以上に早かった場合，ログインした前の日の基準時刻がデフォルトで表示されます。

（例）基準時刻が09:00の場合に，2008/07/08 08:00にログインしたとき

［表示開始位置］テキストボックスに表示されるデフォルトの値は，2008/07/07 09:00です。

3.12.4　ボタンで表示開始位置を指定する

［表示開始位置指定］領域には，［最古イベント表示］ボタン，［古いイベント表示］ボタン，［新しいイベント表示］ボタン，および［最新イベント表示］ボタンがあります。

［最古イベント表示］ボタンをクリックすると，統合監視DBに保存されている最古のイベントから最大表示件数分（スクロールバッファー値）のイベントが表示されます。

［古いイベント表示］ボタンおよび［新しいイベント表示］ボタンをクリックすると，イベント一覧に表示されているイベントが1件だけ前後に表示されます。

［最新イベント表示］ボタンをクリックすると，表示開始位置を設定する前の状態に戻ります。

3.12.5　表示開始位置を指定したあとの流れ

表示開始位置を指定すると，最大表示件数分（スクロールバッファー値）の統合監視DBに保存されている条件に一致したイベントを検索します。

検索が終了すると，検索したイベントがイベント一覧に表示されます。

なお，検索中の状態および検索結果によって，［表示開始位置指定］領域の［状態］欄，および［表示キャンセル］ボタンの状態が変わります。

詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.2　［イベント監視］ページ」を参照してください。

3.13　指定期間のイベント表示

イベント一覧に表示するJP1イベントを，指定した期間のJP1イベントだけ表示するように変更するためには，指定期間のイベント表示を使用します。

基準時刻と表示期間を指定して，JP1イベントをイベント一覧に表示します。

＜この節の構成＞

3.13.1　JP1イベントを表示する範囲

3.13.1　JP1イベントを表示する範囲

フィルターを通過したJP1イベントを対象として，指定期間のイベント表示を適応します。通過するフィルターは，イベント取得フィルター，ユーザーフィルター，重要イベントフィルターおよび表示フィルターです。

指定期間内のJP1イベントかどうかは，JP1/IM - ManagerにJP1イベントが到着した時刻とJP1/IM - Viewが稼働しているホストの現在時刻を比較して判定します。そのため，JP1/IM - ManagerとJP1/IM - Viewの時刻が異なっていた場合，指定期間外のJP1イベントが表示されることがあります。JP1/IM - ManagerとJP1/IM - Viewの時刻を合わせておくことを推奨します。

指定期間のイベント表示を適応した場合に表示されるJP1イベントの範囲を次に示します。

図3-50　現在の時刻が7月8日の9時15分だった場合

図中の番号は，次に示す番号にそれぞれ対応しています。

表示期間を「1日分」，基準時刻を「9:00」に指定した場合に表示される範囲

表示期間を「1日分」，基準時刻を「9:30」に指定した場合に表示される範囲

表示期間を「2日分」，基準時刻を「9:00」に指定した場合に表示される範囲

表示期間を「2日分」，基準時刻を「9:30」に指定した場合に表示される範囲

なお，統合監視DBを使用する場合に対象となるJP1イベントは，統合監視DBに保存されているJP1イベントです。

また，統合監視DBを使用する場合に，イベントの表示開始位置の指定をすると，JP1イベントを表示する範囲が次のように異なります。

図3-51　現在の時刻が基準時刻より遅く表示期間を2日間とした場合

図3-52　現在の時刻が基準時刻以上に早く表示期間を2日間とした場合

指定期間のイベント表示の詳細については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「5.1.8　期間を指定してイベントを表示する」を参照してください。

イベントの表示開始位置の指定の詳細については，「3.12　イベントの表示開始位置の指定」を参照してください。

3.14　JP1/IMからのシステムの操作

システムの監視中に障害の発生を検知したとき，JP1/IMでは次のような操作によって調査できます。

連携製品のモニター起動

統合機能メニュー

JP1/IM - Viewからのコマンド実行

ここでは，これらのJP1/IMでできる操作について説明します。

なお，モニター起動または統合機能メニューによってアプリケーションを呼び出す場合，JP1/IM - Viewを起動したOSユーザーに，呼び出すアプリケーションの実行権限がないとアプリケーションを起動できません。

＜この節の構成＞

3.14.1　連携製品のモニター起動

3.14.2　統合機能メニュー

3.14.3　JP1/IM - Viewからのコマンド実行

3.14.1　連携製品のモニター起動

JP1/IMでは，［イベントコンソール］画面に表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面を起動できます。これをモニター起動といいます。

アプリケーションによっては，モニター起動によって，選択したJP1イベントに関係する画面を直接表示できます。例えば，JP1/AJSでジョブ実行イベントを選択してモニター起動すると，そのジョブの実行状況の管理画面が，上位のジョブネット画面を経由せずに直接呼び出されます。

このように，調査が必要なJP1イベントから直接アプリケーションの画面を起動できるため，直感的な操作で作業を迅速に進めることができます。

なお，モニター起動をするには，JP1イベントを発行したアプリケーションがモニター起動による連携ができる必要があります。各製品のモニター起動の対応については，各製品のマニュアルを参照してください。例えば，JP1/AJSやJP1/PFMのマニュアルには，［イベントコンソール］画面からモニター起動するための設定手順が記載されています。

JP1/AJS：マニュアル「JP1/Automatic Job Management System 3 連携ガイド」または「JP1/Automatic Job Management System 2 連携ガイド」のJP1/IMを使った監視の説明

JP1/PFM：マニュアル「JP1/Performance Management 設計・構築ガイド」のJP1/IMとの連携の説明

また，モニター起動できるアプリケーションは，JP1/IMの定義ファイルをカスタマイズすることで，追加，変更できます。カスタマイズの概要，カスタマイズ方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.14　連携製品のモニター起動の設定」を参照してください。

注意

モニター起動によって次の連携製品の画面を呼び出す場合，JP1/IM - Viewの認証情報を使用します。

JP1/IM - Rule Operation

JP1/AJS - View

JP1/AJS2 - Scenario Operation View

JP1/AJS2 - View for Mainframe

しかし，次の場合にJP1/IM - Viewの認証情報が無効になります。

ログインしている認証サーバが再起動した場合

ログインしている認証サーバがjbs_spmd_reloadコマンドによりリロードされた場合

ログインしている認証サーバがプライマリーからセカンダリーに切り替わった場合

JP1/IM - Viewの認証情報が無効になった場合の動作が，ご使用のバージョンによって異なるため注意してください。

JP1/IM - Manager，JP1/IM - View，両方のバージョンが08-10以降の場合，JP1/IM - Viewが自動的に再認証を行い認証情報を再度取得します。

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが08-01以前の場合，連携製品側で認証に失敗します。

＜この項の構成＞

(1)　ユーザーが指定したモニター画面を呼び出す仕組み

(2)　前提条件

(1)　ユーザーが指定したモニター画面を呼び出す仕組み

JP1/IM - Viewには，画面に表示されたJP1イベントに対してモニター画面を呼び出す機能があります。このモニター画面上で，JP1イベントを発行したジョブやアプリケーションの詳細を表示したり，それらのジョブやアプリケーションを直接操作したりできます。なお，JP1/IMで提供しているWWWページ版のJP1/IM - Viewに表示されたJP1イベントからは，モニター画面を呼び出すことはできません。

JP1/IMの定義ファイルをカスタマイズすることにより，デフォルトで起動できる画面※のほかに，ユーザーが指定した次の画面を起動できるようになります（一つのJP1イベントからは一つのアプリケーションだけ起動できます）。

アプリケーションプログラムの画面
アプリケーションプログラムの画面を起動するためには，実行ファイルを指定します。

WWWページ
WWWページを起動するためには，URLを指定します。

また，画面呼び出しの際には，JP1イベントなどの情報をアプリケーションに渡すことができます。

注※

デフォルトでは，次の画面を起動できます。

JP1/AJS（アプリケーション画面）

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMのサブマップ画面（WWWページ）

これらの連携製品側でJP1/IMとの連携機能を強化するために，新たに設定を追加していることがあります。上記製品のマニュアルもお読みください。

JP1/Cm2/NNMiまたはHP NNMiのモニター画面を呼び出す仕組みについては，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

モニター画面呼び出しの概要を次の図に示します。

図3-53　JP1/IM - Viewに表示されたJP1イベントからのモニター画面呼び出し

(2)　前提条件

アプリケーションプログラムの画面を起動するためには，起動する実行ファイルをJP1/IM - Viewがインストールされているマシン上に配置する必要があります。また，起動するアプリケーションプログラムの画面が実行できる権限でJP1/IM - Viewを起動する必要があります。

WWWページを起動するためには，指定するWWWブラウザーが接続するためのHTTPサーバが必要です。

3.14.2　統合機能メニュー

JP1/IM - Viewの［統合機能メニュー］画面からは，JP1シリーズの製品を始めとする多くのアプリケーションの画面を起動できます。［統合機能メニュー］画面には，JP1/IMと連携するアプリケーションの機能が一覧表示され，この画面から各アプリケーションの画面を起動できます。

なお，JP1/IM - Viewから起動できるアプリケーションの画面には次の2種類があります。

ビューアー上のアプリケーションの画面

JP1/IM - Viewと同じマシンにインストールされているアプリケーションを起動し，画面を表示します。

WWWページ

システム上のアプリケーションがWWWページを提供している場合，そのWWWページを表示できます。WWWブラウザーが起動され，WWWページが表示されます。統合機能メニューからWWWページを表示する場合は，URL（Uniform Resource Locator）を，あらかじめ設定する必要があります。

JP1/IMと連携するアプリケーションのうち，幾つかは統合機能メニューに登録されています。登録されているアプリケーションについては，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「7.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

上記参照先に記載のないアプリケーションについては，各製品のマニュアルを参照してください。例えば，JP1/PFMのマニュアルには，統合機能メニューへの登録手順が記載されています。

JP1/PFM：マニュアル「JP1/Performance Management 設計・構築ガイド」のJP1/IMとの連携の説明

また，統合機能メニューに表示できるアプリケーションは，JP1/IMの定義ファイルをカスタマイズすることで，追加，変更できます。カスタマイズの概要，カスタマイズ方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.15　統合機能メニューの設定」を参照してください。

注意

統合機能メニューから次の連携製品の画面を呼び出す場合，JP1/IM - Viewの認証情報を使用します。

JP1/IM - Rule Operation

JP1/AJS - View

JP1/AJS2 - Scenario Operation View

JP1/AJS2 - View for Mainframe

しかし，次の場合にJP1/IM - Viewの認証情報が無効になります。

ログインしている認証サーバが再起動した場合

ログインしている認証サーバがjbs_spmd_reloadコマンドによりリロードされた場合

ログインしている認証サーバがプライマリーからセカンダリーに切り替わった場合

JP1/IM - Viewの認証情報が無効になった場合の動作が，ご使用のバージョンによって異なるため注意してください。

JP1/IM - Manager，JP1/IM - View，両方のバージョンが08-10以降の場合，JP1/IM - Viewが自動的に再認証を行い認証情報を再度取得します。

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが08-01以前の場合，連携製品側で認証に失敗します。

＜この項の構成＞

(1)　［統合機能メニュー］画面に新規メニューを追加する仕組み

(2)　前提条件

(1)　［統合機能メニュー］画面に新規メニューを追加する仕組み

JP1/IM - Viewの［統合機能メニュー］画面には，JP1/IMと連携するプログラムが一覧表示されます。このメニューから，ほかの管理アプリケーションプログラムやWWWページを起動できます。

JP1/IM - Viewの定義ファイルをカスタマイズすることにより，この［統合機能メニュー］画面に新しいメニューを追加できます。新しいメニューから起動する画面には，次の画面を指定できます。

アプリケーションプログラムの画面
アプリケーションプログラムの画面を起動するためには，実行ファイルを指定します。

WWWページ
WWWページを起動するためには，URLを指定します。

［統合機能メニュー］画面への新規メニューの追加の概要を次の図に示します。

図3-54　［統合機能メニュー］画面への新規メニューの追加

(2)　前提条件

アプリケーションプログラムの画面を起動するためには，起動する実行ファイルをJP1/IM - Viewがインストールされているマシン上に配置する必要があります。また，起動するアプリケーションプログラムの画面が実行できる権限でJP1/IM - Viewを起動する必要があります。

WWWページを起動するためには，URLで指定するホスト（WWWページを提供している製品がインストールされたホスト）上にHTTPサーバが必要です。

3.14.3　JP1/IM - Viewからのコマンド実行

JP1/IMでは，［イベントコンソール］画面から管理対象ホストに対し，コマンドの実行指示を出し，管理対象ホスト上でコマンドを実行できます。コマンドの実行指示は，JP1/IM - Viewの［コマンド実行］画面で行います。［コマンド実行］画面でコマンド実行指示をすると，ログインしているマネージャーからJP1/Baseの構成管理で定義した構成に従ってコマンド実行指示が転送されていき，コマンド実行先ホストでコマンドが実行されます。

図3-55　JP1/IM - Viewからのコマンド実行の概要

ここでは，コマンド実行に必要な条件および実行できるコマンドについて説明したあと，コマンドを実行した際の処理の流れについて説明します。

＜この項の構成＞

(1)　実行できるコマンド

(2)　コマンド実行に必要な条件

(3)　コマンドの実行状態・実行結果の確認

(4)　コマンド実行の処理の流れ

(1)　実行できるコマンド

JP1/IM - Viewから実行できるコマンドの種類を次に示します。

コマンドを実行するホストがWindowsの場合

実行形式ファイル(.com，.exe)

バッチファイル(.bat)

JP1/Scriptのスクリプトファイル(.spt)　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

コマンドを実行するホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構やDDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

(2)　コマンド実行に必要な条件

JP1/IM - Viewからコマンドを実行するのに必要な条件を次に示します。

JP1/IM - Viewからコマンド実行指示をするJP1ユーザーが認証サーバに登録され，かつ，コマンド実行指示をする権限を与えられていること。

JP1/Baseの構成管理を使ったシステム構成の定義が済んでいること。

複数のホストに対して同時にコマンド実行を指示したい場合は，JP1/Baseのコマンド実行機能のホストグループの定義によって，複数のホストがグループ化されていること。

コマンド実行先ホストでJP1ユーザーとOSユーザーのマッピングが済んでいること。

コマンドの実行環境を指定する場合は，コマンド実行先ホストで環境変数定義ファイルを作成していること。

(3)　コマンドの実行状態・実行結果の確認

コマンドの実行状態，および実行結果は，JP1/IM - Viewの［コマンド実行］画面で確認できます。コマンド実行履歴の内容を確認したい場合は，jcocmdlogコマンドをマネージャー上で実行することで確認できます。

また，コマンドの実行状態をJP1イベントとして発行することもできます。ただし，デフォルトでは発行しないため，jcocmddefコマンドの-cmdeventオプションを使ってJP1イベントを発行する設定に変更する必要があります。

注意

複数のコマンドを実行する場合は，コマンド実行順序と，コマンドの実行結果が出力される順序が異なることがあります。これは，コマンドごとの実行所要時間や，複数ホストでコマンドを実行すると，ホストごとの性能や負荷の違い，および通信エラーが発生した場合のリトライなどによって，影響を受けるためです。

JP1/IM - Viewの［コマンド実行］画面では，コマンド実行結果をマネージャーで受信した時に表示しているため，［コマンド実行］画面を開いたときに以前に実行したコマンドの実行結果が表示される場合があります。

JP1/IM - Viewからコマンド実行をするときに，JP1/IM - Viewから実行できないコマンド（「(1)　実行できるコマンド」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった（KAVB2013-Iのメッセージが［コマンド実行］画面の［実行結果］に表示されない）場合は，JP1/Baseが提供する状態確認，削除コマンドを利用して障害を復旧できます。詳細については，「7.4.4(6)　トラブルシューティング用コマンド」を参照してください。

(4)　コマンド実行の処理の流れ

ビューアーからエージェントに対してコマンド実行する場合の処理の流れを例に，JP1/IM，JP1/Baseの機能連携について説明します。

なお，以降の説明では，コマンド実行の権限を持つJP1ユーザーでマネージャーにログインしているものとして説明しています（ログインやコマンド実行に必要な権限については，「7.4.1　JP1ユーザーの管理」を参照）。コマンドの実行方法には，直接コマンド名などを入力して実行する方法と，よく使うコマンドを［コマンド］ボタンに登録しておき，ボタン操作で実行する方法の二つがあります。

直接コマンド名などを入力してコマンドを実行する方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「7.1.1　［実行コマンド］でコマンドを実行する」を参照してください。

ボタン操作でコマンドを実行する方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「7.1.2　［コマンド］ボタンでコマンドを実行する」を参照してください。

図3-56　コマンド実行の処理の流れ（エージェントにコマンド実行する場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

JP1/IM - Viewの［コマンド実行］画面を開き，コマンド実行指示をします。
［コマンド実行］画面では，実行先ホスト，実行コマンド名，コマンドの実行環境を指定できます（コマンド実行環境は，実行先ホスト上で前もって環境変数定義ファイルを作成しておくことで有効になります）。

コマンド実行指示を受け取ったマネージャー上のJP1/Baseは，構成定義を参照してコマンド実行先ホストにコマンド実行指示を渡します。

コマンド実行指示を受けたエージェント上のJP1/Baseは，コマンドを実行する前に，ユーザーマッピング定義を参照し，マッピングされたOSユーザーの権限でコマンドを実行します。※
注※　ユーザーマッピング（JP1/Baseのユーザー管理）の処理は，コマンドを実行するホストで行われます。このため，JP1/IM - Viewからエージェントに対してコマンドを実行する場合にはエージェントで，JP1/IM - Viewからマネージャーに対してコマンドを実行する場合にはマネージャーで，それぞれユーザーマッピングの設定をしておく必要があります。

コマンド実行後，エージェント上のJP1/Baseは，その結果を構成定義で定義されている上位ホストに通知します。

コマンド実行結果を受け取ったマネージャー上のJP1/Baseは，コマンド実行結果をコマンド実行履歴ファイル（ISAM）に記録したあと，JP1/IM - Viewにコマンド実行結果を通知します。

なお，JP1/IM - Viewからのコマンド実行は，JP1/Baseのコマンド実行機能によって実行しています。「7.4.4　コマンド実行の管理」をあわせて参照してください。

4.　セントラルスコープによる目的指向型のシステム監視

セントラルスコープは，システム管理者が必要とする目的に合わせて，システムを監視する機能を提供します。

この章では，セントラルスコープの機能について説明します。

＜この章の構成＞

4.1　セントラルスコープの機能概要

4.2　監視ツリー

4.3　監視ツリーの自動生成

4.4　監視ツリーの編集

4.5　ビジュアル監視

4.6　検索（監視ノード検索，状態変更イベント検索）

4.7　ガイド機能

4.8　対処済み連動機能

4.9　JP1/IMからのシステムの操作

4.10　セントラルスコープの仕組み

4.1　セントラルスコープの機能概要

セントラルスコープは，ツリー監視機能，ビジュアル監視機能，およびガイド機能によって，目的指向型のシステム監視を支援します。また，［監視ツリー］画面の自動生成機能と編集機能によって，簡易にセントラルスコープ環境を構築できます。

注意

セントラルスコープ機能は，デフォルトでは無効（起動しない）となっています。セントラルスコープ機能を使用する場合，jcoimdefコマンドでセントラルスコープ機能を有効にする必要があります。

図4-1　［監視ツリー］画面，［ビジュアル監視］画面の表示例

セントラルスコープの機能の概要を説明します。

監視ツリー
JP1/IMが監視する対象を，［監視ツリー］画面によって監視目的に合わせたツリー形式で表示します。
監視ツリーは，監視する対象である監視オブジェクトを，それをグループ化する監視グループによって，ツリー構造にアイコンで表示したものです。
監視ツリー上のアイコンは，例えば，業務とそれを実行するサーバを並べて配置しており，サーバで障害が発生すると影響を受ける業務がわかるようになっています。なお，［監視ツリー］画面の詳細表示領域は，［ビジュアル監視］画面のようにマップ形式で表示することもできます。
また，JP1資源グループを利用することによって，各JP1ユーザーに対し，監視ツリーの表示制御，表示される監視ノードに対する細かなアクセス制御ができます。

監視ツリーの自動生成と編集
監視ツリーは，自動生成機能と編集機能を使って簡易に生成できます。
自動生成機能は，ユーザーが目的別のテンプレートを［自動生成－構成選択］画面の生成ツリーの中から選ぶと，JP1/IMのエージェントから自動的に定義情報を収集し，自動的にテンプレートに合わせて監視ツリーを作成します。
テンプレートは，監視ツリーのモデルとなる定義情報で，［業務指向ツリー］，［サーバ指向ツリー］および［システム構成ツリー］があります。
自動生成機能によって生成した監視ツリーは，運用方法に合わせて［監視ツリー(編集中)］画面で編集し，システムの監視をします。また，監視ツリーの定義をCSVファイルに出力して編集することもできます。

ビジュアル監視
監視ツリーのアイコンを，［ビジュアル監視］画面によって，業務組織図などの画像の上にマップ形式で表示します。
アイコンは標準提供されているものに加えて，任意の画像およびサイズのアイコン（ビジュアルアイコン）をユーザーが登録できます。重点的に監視したい監視オブジェクトや監視グループを，マップ上に配置して監視でき，大規模なシステムでも目的とする視点によって容易に監視できます。

ガイド情報
監視ノードや発生したJP1イベントに合わせて，ガイド情報を表示できます。システム監視中に発生した問題に対処するときのアドバイスとして，対処手順の流れや調査方法を登録でき， 初動対応でのシステム管理者の負担を軽減できます。
ガイド情報の内容はユーザーが登録できます。表示内容を決める条件には，監視ノード，および監視ノードの状態が変わるきっかけになったJP1イベントの情報などを指定できます。

なお，セントラルスコープの［監視ツリー］画面からは，セントラルコンソールの［イベントコンソール］画面を呼び出すことができます。

4.2　監視ツリー

ここでは，監視ツリーについて説明します。

＜この節の構成＞

4.2.1　監視ツリーの構成

4.2.2　監視ノードの状態

4.2.3　状態変更条件

4.2.4　イベント発行条件

4.2.1　監視ツリーの構成

監視ツリーは，監視オブジェクトと監視グループ，および仮想ルートノードから構成されます。

表4-1　監視ツリーの構成要素

項目
説明

監視オブジェクト
セントラルスコープによって監視している対象です。
監視オブジェクトには，監視する条件として，監視対象が特定の条件になった場合にアイコンをエラー状態にするなどの条件が設定されています。
監視対象に関連したJP1イベントを受信すると，監視条件に一致するか判定し，条件が一致するとアイコンの状態を変化させます。

監視グループ
監視オブジェクトをグループ化するためのものです。
監視グループには，監視オブジェクトまたは監視グループを含めることができます。
上位の監視グループに含まれる下位の監視オブジェクトまたは監視グループがJP1イベントを受けて状態が変化すると，上位の監視グループも状態が変化します。

仮想ルートノード
監視ツリーの監視範囲設定を有効にしたときにだけ表示されます（詳細については，「4.4.3　監視ツリーの監視範囲設定」を参照してください）。
例えば，監視ツリーの監視範囲設定が有効になった状態で，JP1ユーザー「jp1ope」がJP1/IM - Manager（JP1/IM - Central Scope）にログインすると，次の図のように仮想ルートノードが監視ツリーの最上位に表示されます。
[図データ]
上図のように仮想ルートノードには，人を模したアイコンが表示されます。また，仮想ルートノード名は，JP1/IM - Manager（JP1/IM - Central Scope）にログインしたときのJP1ユーザー名となります。
仮想ルートノードは，監視グループや監視オブジェクトと異なり，情報の編集（［プロパティ］画面での編集）や状態の変更といった操作ができません（仮想ルートノード下の監視ノードの状態が変化すると，仮想ルートノードの状態もそれに合わせて変化しますが，仮想ルートノードの状態を直接変更することはできません。下位の監視ノードの状態を変更する必要があります）。

監視オブジェクトと監視グループを総称して監視ノードと呼びます。

4.2.2　監視ノードの状態

監視オブジェクトおよび監視グループは，監視対象で発生したJP1イベントをもとにして，監視対象の状態を管理します。

監視ノードには次の2種類の状態があります。

状態
監視ノードは「状態」によって，監視ノードで発生した事象を管理します。
監視ノードの状態には優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」，および「初期状態」があります。
例えば，監視ノードで障害が発生して，重大度が緊急のJP1イベントが発行された場合，セントラルスコープはその事象を監視ノードの状態によって管理します。

監視状態
監視ノードの状態を監視するか否かを決める情報です。
監視ノードの監視状態には「監視」および「非監視」があります。
監視状態が監視になっている監視ノードは，監視する条件に一致するJP1イベントを受信すると状態が変更されます。［監視ツリー］画面と［ビジュアル監視］画面では，状態が色によって表示されます。
非監視状態の監視ノードは，その監視ノードからのJP1イベントを受信しても，監視ノードの状態は変更されません。［監視ツリー］画面と［ビジュアル監視］画面では，グレーアウトして表示されます。

監視ノードは，初めは「初期状態」と呼ぶ状態です。初期状態とは，監視ノードがどのような状態か情報を持っていないことを意味しています。

監視状態が「監視」になっている監視オブジェクトで，例えば，障害が発生して重大度が緊急のJP1イベントが発行された場合，そのJP1イベントをJP1/IM - Managerが受信すると, 監視オブジェクトの状態を変更します。どのようなときに監視オブジェクトの状態を変更するかは，状態変更条件と呼ぶ条件によって決まります。

監視オブジェクトの状態が変更されると，その状態は上位の監視グループへと順に伝わります。監視グループの状態より，伝わった状態の優先度が高い場合や，下位の監視ノードの状態が監視グループの状態変更条件に合致した場合は，監視グループの状態が変化します。

監視状態が「非監視」の監視オブジェクトの場合は，障害などのJP1イベントを受信しても，監視ノードの状態は変更されません。監視状態を「監視」に変更すると，監視対象からのJP1イベントによって，監視ノードの状態が変わるようになります。なお，監視ツリーを自動生成すると，監視ノードは「非監視」の状態になっています。

＜この項の構成＞

(1)　監視ノードの状態を手動で変更する場合の動作

(1)　監視ノードの状態を手動で変更する場合の動作

監視ノードの状態を手動で変更する場合，監視ノード種別が監視オブジェクトか監視グループかによって，変更できる状態，および状態変更時の動作が異なります。

表4-2　監視ノード種別による変更できる状態，状態変更時の動作の違い

監視ノード種別
変更できる状態，および状態変更時の動作

監視オブジェクト
「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」および「初期状態」※1に変更できます。
状態を変更すると，その情報が上位に伝わり，上位監視グループの状態は，下位監視ノードの状態の中でいちばん優先度の高い状態に変わります。
[図データ]

監視グループ
「初期状態」※1にだけ変更できます。
状態を変更すると，その情報が上位に伝わり，上位監視グループの状態は，下位監視ノードの状態の中でいちばん優先度の高い状態に変わります（上位伝播の動作は監視オブジェクトと同じです）。
また，下位監視ノードの状態は，すべて「初期状態」に変わります。

注※1　監視ノードの状態を手動で変更すると状態変更イベントの履歴が削除されます（「4.6.2　状態変更イベントの検索」を参照）。

注※2　監視グループの状態は下位の状態(優先度がいちばん高い状態)に合わせて変わります。ただし，監視グループに状態変更条件が設定されている場合には，その条件に従います。

なお，監視ノードの状態を手動で変更する方法は，GUIで変更する方法とjcschstatコマンドで変更する方法の2種類があります（jcschstatコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcschstat」（1.　コマンド）参照）。

監視ノードの監視状態を「非監視」に変更すると，下位監視ノードの監視状態もすべて「非監視」に変わります。また，状態は下位監視ノードも含めてすべて「初期状態」に変わります。同様に，監視ノードの監視状態を「監視」に変更すると下位監視ノードの状態もすべて「監視」に変わります。

なお，上位監視ノードの監視状態が「非監視」の場合，下位監視ノードの監視状態だけを「監視」に戻すことはできません。監視状態を「監視」に戻す場合は，「非監視」となっている最上位の監視ノードを「監視」に戻す必要があります。

4.2.3　状態変更条件

状態変更条件は，監視ノードの状態を変更する条件です。監視オブジェクトと監視グループの両方で設定できますが，それぞれの状態変更条件には違いがあります。

監視オブジェクトの状態変更条件

監視オブジェクトの状態を，どのようなJP1イベントを受信したときに変更するか（例：重大度が警告である特定のJP1イベントを受信したら，状態を警告にする）を決める条件です。

監視グループの状態変更条件

監視グループの状態を，下位の監視ノードがどのような状態になったときに変更するか（例：下位の三つの監視ノードのうち，二つがエラーになったときに，状態をエラーにする）を決める条件です。

条件を設定していない場合は，下位監視ノードの状態の中でいちばん優先度の高い状態になります。

以降では，監視オブジェクト，監視グループそれぞれの状態変更条件について説明します。

＜この項の構成＞

(1)　監視オブジェクトの状態変更条件

(2)　監視グループの状態変更条件

(1)　監視オブジェクトの状態変更条件

監視オブジェクトの状態変更条件は，次のようになっています。

図4-2　監視オブジェクトの状態変更条件

監視ツリーを構成している監視オブジェクトは，それぞれ状態変更条件を持っています。JP1/IM - Managerは，JP1イベントを受信すると，各監視オブジェクトの状態変更条件を確認します。状態変更条件に合致し，かつ，現在の状態より優先度の高い状態になる監視オブジェクトがあれば，その監視オブジェクトの状態を変更します。これによって，発生したJP1イベントと，対応する監視ツリー上の監視オブジェクトを対応づけて，システムの状態をビジュアルに表示します。

監視オブジェクトの状態変更条件は，次のように，条件名，状態，共通条件，個別条件によって構成されます。JP1イベントに対する条件は，共通条件と個別条件に分かれ，それぞれ複数の条件を指定できます。

条件名
状態変更条件の名称です。

状態
状態変更条件が合致したときになる状態です。
状態は，「緊急」「警戒」「致命的」「エラー」「警告」「正常」または「デバッグ」および「初期状態」のどれかです。

共通条件
共通条件とは，状態変更条件のうち，幾つかの監視オブジェクトで共通して使われる条件のことです。例えば，ジョブネット監視をする監視オブジェクトでは，JP1イベントのID 4108（ジョブネット警告終了のイベント）が共通条件になっており，同種類の監視オブジェクトで共通する条件として使われます。

個別条件
個別条件とは，監視オブジェクトごとに固有の値を持つ条件のことです。例えば，ジョブネット監視オブジェクトでは，ジョブの名称のように監視オブジェクトごとに異なる値を持つ条件は，個別条件となります。

システム監視オブジェクトの例によって，具体的な状態変更条件の設定内容を説明します。

図4-3　システム監視オブジェクトの例「AJS監視」（一部抜粋）

この図は，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「4.　システム監視オブジェクト一覧（セントラルスコープ用）」から，JP1/AJSの「AJS監視」システム監視オブジェクトの説明を一部抜粋したものです。

図の例では，「ジョブネット警告のイベント(AJS)」という状態変更条件が定義されています。まず，「AJS監視」の監視オブジェクトに共通する条件（共通条件）として，イベントIDが4108（ジョブネットが警告終了したという意味です）が発生した時に，監視オブジェクトの状態を「警告」することが定義されています。また，監視オブジェクトごとに設定される個別条件として，監視オブジェクトが持つ基本情報（監視対象を特定するための情報）に対応した条件が指定されており，これによって監視ツリー上のどの監視オブジェクトの状態を変更するかを特定します。

このように，監視オブジェクトの種類（製品別など）に共通して使う共通条件と，個々の監視オブジェクトを特定するための個別条件を組み合わせて，監視オブジェクトの状態変更が行われます。

監視オブジェクトの状態変更条件をメモリーに常駐させる機能

JP1/IM - Managerは，JP1イベントを受信すると，各監視オブジェクトの状態変更条件が各監視オブジェクトの状態変更条件と合致しているかどうかの確認を行います。一度に大量のJP1イベントを受信すると，その分ディスクアクセス回数が増えるため，監視オブジェクトの状態に反映されるまでに時間が掛かることがあります。監視オブジェクトの状態変更条件をメモリーに常駐させる機能を有効にすることで，イベント受信時のセントラルスコープの処理での，ディスクアクセス回数を削減できます。

この機能を有効にした場合，監視オブジェクトの状態変更条件が，すべてメモリー上に展開されます。そのため，この機能を有効にする場合は，その分のメモリーを確保する必要があります。メモリー所要量を見積もった上，十分なメモリーが確保できる場合は，この機能を設定することを推奨します。

メモリー所要量の見積もり式については，JP1/IM - Managerのリリースノートを参照してください。機能の設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.7.5　状態変更条件メモリー常駐機能の設定」を参照してください。

(2)　監視グループの状態変更条件

監視グループは監視ノードをグループ化しています。このため，グループ化している監視ノードの状態によって，監視グループの状態も変化します。監視グループの状態変更条件は，次のようになっています。

図4-4　監視グループの状態変更条件

JP1/IM - Managerが，特定のJP1イベントを受信し，監視オブジェクトの状態を変更すると，その状態は上位の監視グループに伝わっていきます。デフォルトの設定では次のような動作をします。

図4-5　監視グループの状態変更の動作（デフォルト設定時）

上記の図に示したとおり，監視グループは下位の監視ノードの状態の中でいちばん優先度の高い状態に変わります。したがって，例えば最上位の監視ノードが「エラー」になっているときは，下位のすべての監視ノードに「エラー」より優先度の高い状態の監視ノードはありません。

デフォルトの設定でも問題はありませんが，特殊な条件下のシステム（ロードバランサーを用いて負荷分散しているシステムなど）での運用の場合は，監視グループの状態変更条件を定義することで，より詳細な監視ができるようになります。

監視グループの状態変更条件は，次のように，条件名，状態，子ノードの状態，比較条件によって構成されます。

条件名
状態変更条件の名称です。

状態
状態変更条件が合致したときに監視グループがなる状態です。
状態は優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」があります。「初期状態」は指定できません。

子ノードの状態
子ノードの状態とは，下位にある監視ノードの状態のことです。下位の監視ノードがどのような状態になったときに，状態を変更するかを指定します。指定する状態には，優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」があります。「初期状態」は指定できません。
なお，指定する状態には，それより優先度の高い状態のものも含まれます(例えば，「エラー」は「エラー」以上すべての状態を意味します)。
子ノードについて，次の図で説明します。

図4-6　監視グループごとの子ノードの範囲

上記の図に示したとおり，監視グループAの子ノードは，監視グループBを含みます。ただし，監視グループAの子ノードに監視グループBの子ノードは含みません。

比較条件
比較条件とは，下位の監視ノードをグループの中で比較する条件のことです。次のように，比率（％以上）および個数（個以上）があり，どちらか一方を指定します。

図4-7　比較条件（比率・個数）

このように，条件名，状態，子ノードの状態，比較条件を設定することで，監視グループの状態変更をカスタマイズできます。

また，監視グループの状態変更条件を定義すると，次のように監視グループのアイコン表示が変化します。アイコンによって，状態変更条件が定義されているかどうかを識別できます。

図4-8　アイコン表示の変化（例）

なお，ビジュアルアイコンには「P」は付加されません。ツリー表示領域のアイコンで識別してください。

4.2.4　イベント発行条件

監視ノードは，状態が変わったときにJP1イベントを発行できます。

イベント発行条件には，監視ノードが，どの状態に変わったときにJP1イベントを発行するかを定義します。ただし，状態が「初期状態」に変わったときには，JP1イベントを発行できません。

発行されるJP1イベントは，イベントID＝00003FB0　です。

このJP1イベントの詳細は次のとおりです。この情報はマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「3.　JP1イベント」から引用したものです。

表4-3　イベントID：00003FB0の詳細（リファレンスから引用）

属性種別 | 項目 | 属性名 | 内容
基本属性 | 発行元イベントサーバ名 | SOURCESERVER | イベントが発行されたイベントサーバ名。
メッセージ | MESSAGE | KAVB7900-I 監視ノード名の状態が状態から状態に変わりました。
拡張属性 | 共通情報 | 重大度 | SEVERITY | Information
プロダクト名 | PRODUCT_NAME | /HITACHI/JP1/IM/SCOPE
オブジェクトタイプ | OBJECT_TYPE | SERVICE
オブジェクト名 | OBJECT_NAME | IM_CS
事象種別 | OCCURRENCE | STATUS_CHANGE
固有情報 | 監視ノードID | MON_NODE_ID | 監視ノードのID
監視ノード種別 | MON_NODE_NAME | 監視ノードの名称
監視ノードの状態※1 | MON_NODE_STATUS | 監視ノードのStatusID
状態変更の元となったJP1イベントの情報※2 | 属性名 | 属性値(基本属性にはJCS_B_が，拡張属性にはJCS_E_の接頭字が付加される)。

注※1　「監視ノードの状態（E.MON_NODE_STATUS）」には，JP1イベントを発行した監視ノードの状態が，StatusIDと呼ぶ次の数値により格納されます。

StatusID（監視ノードの状態）の値
　緊急：800 ， 警戒：700 ， 致命的：600 ， エラー：500，
　警告：400 ， 正常：300 ， デバッグ：200 ， 初期状態：100

例えば，監視ノードの状態が緊急に変化した時に発行されたJP1イベントは，監視ノードの状態（E.MON_NODE_STATUS）=800になります。

注※2　「状態変更の元となったJP1イベントの情報」は，JP1/IM - Viewで確認することはできません。なお，「状態変更の元となったJP1イベントの情報」には，状態変更の契機となったJP1イベントの情報が属性名-属性値の組み合わせですべて格納されます。この結果，00003FB0がJP1イベントの最大値（10,000バイト）を超えた場合，最大値を超えない分だけ，状態変更の契機となったJP1イベントの情報を格納します。また，拡張属性が100個を超える場合も，100個以内に収まる範囲内でJP1イベントの情報を格納します。属性名が26文字までの属性が格納されます。27文字以上の属性名の属性は格納されません。

監視ノードごとの自動アクションをするには

監視ノードの状態変更によって，自動アクションをするには，次のようにします。

監視ノードの［プロパティ］－［イベント発行条件］で，JP1イベントを発行する監視ノードの状態を選択する。

自動アクションの定義に，イベントID＝00003FB0　に対しての自動アクション条件を追加する。

このとき，監視ノードの状態を変更する契機になったJP1イベントの情報は，表の「状態変更の元となったJP1イベントの情報」にあるように，イベントID＝00003FB0のJP1イベントに含まれています。例えば，元のイベントのメッセージ（B.MESSAGE）は，E.JCS_B_MESSAGEという属性名で使用できます。

4.3　監視ツリーの自動生成

監視ツリーは，自動生成機能を使って，稼働中のシステムの各ホストから定義情報を自動的に収集し，自動的に生成できます。また，システム構成の変更があった場合も，差分の情報を収集して監視ツリーを更新できます。

自動生成機能は，監視システム構築の作業を大幅に簡易化します。監視ツリーによって大規模なシステムでも効率良くシステム監視ができますが，大規模なシステムを監視するには大量の定義情報が必要になります。このため，システム構築段階の作業，およびシステム変更に追従するための更新作業は，膨大な手間の掛かる作業です。監視ツリーの自動生成の機能は，手間の掛かる構築作業を支援します。

＜この節の構成＞

4.3.1　監視ツリーの自動生成

4.3.2　監視ツリーを自動生成するための条件

4.3.3　自動生成できる監視ツリーの構造

4.3.4　自動生成の生成種別

4.3.1　監視ツリーの自動生成

監視ツリーを自動生成すると，次のようにエージェントから定義情報を収集し，JP1/IM - Managerによって監視ツリーを自動的に生成します。

図4-9　監視ツリー自動生成概要

注意

監視ツリーを自動生成するには，監視対象の製品に自動生成の対応機能が必要です。

JP1/IM - Central Information Master連携による監視ツリーの自動生成

通常，定義情報の収集は，JP1/IMの構成管理下のホスト（マネージャーおよびエージェント）が対象となりますが，JP1/IM - Central Information Master連携の場合，JP1/IM - Central Information Masterだけが対象となります。

この場合，次のようにJP1/IM - Central Information Masterが収集・整理した情報をJP1/IM - Managerで収集し，JP1/IM - Central Information Masterのシステムツリーに沿う形で監視ツリーを自動的に生成します。

図4-10　監視ツリー自動生成概要（JP1/IM - Central Information Master連携時）

4.3.2　監視ツリーを自動生成するための条件

監視ツリーを自動生成できる製品はJP1製品（JP1/AJS，バージョン8以前のJP1/Cm2/SSO，JP1/PFM，JP1/IM，JP1/ServerConductor※）とCosminexus，HiRDB※です。これらの製品以外を監視対象とする監視オブジェクトは，手動で設定する必要があります。

注※　JP1/IM - Central Information Masterと連携する場合だけ自動生成の対象となります。

監視ツリーを自動生成するには，次の条件があります。

エージェントに，JP1/Base（バージョン7以降）が必要です。
定義情報はJP1/Baseの機能によって収集します。

監視対象の製品が，JP1/Baseの定義収集機能に対応している必要があります。
また，エージェントごとに，各製品の定義収集機能を有効にするセットアップコマンドを，実行しておく必要があります。

自動生成する際には，連携製品のサービスを起動する必要があります。
サービスが起動していない製品については，定義情報の取得に失敗します。

JP1/IM - Central Information Master連携の場合，JP1/IM - Manager側でJP1/IM - Central Information Masterホストを指定する必要があります（同一ホストの場合は不要）。
JP1/IM - Central Information Master連携に関する注意事項の詳細については，「11.2.1(1)　注意事項」を参照してください。

自動生成に対応している製品とJP1/IMとの連携セットアップの方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.8　連携製品のセットアップ」，および各連携製品のマニュアルを参照してください。

自動生成機能を使って作成される監視オブジェクトを次の表に示します。

表4-4　自動生成で作成される監視オブジェクト一覧

製品名
監視種別
説明

JP1/IM - Manager
IM監視
JP1/IM - Managerの状態を監視します。
JP1/IM - Managerの障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/AJS - Manager
AJS監視
JP1/AJS - Managerの状態およびジョブネットの実行状態を監視します。
JP1/AJS - Managerの障害に関するJP1イベントやジョブネットの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

ジョブネット監視（AJS）
ジョブの実行状態を監視する監視オブジェクトです。
ジョブの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/Cm2/SSO※
SSO監視
JP1/Cm2/SSOの状態を監視する監視オブジェクトです。
JP1/Cm2/SSOの障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

カテゴリー監視（SSO）
JP1/Cm2/SSOが管理するSNMPエージェントが収集するリソース情報の状態を監視する監視オブジェクトです。
JP1/Cm2/SSOが管理するSNMPエージェント分収集されます。
リソースの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

アプリケーション監視（SSO）
JP1/Cm2/SSOが管理するAPMが監視するプロセスの状態を監視する監視オブジェクトです。
JP1/Cm2/SSOが管理するAPM分収集されます。
プロセスの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/PFM - Manager
エージェント監視（PFM）
JP1/PFM - Managerが管理するエージェントが監視するパフォーマンスデータの状態を監視する監視オブジェクトです。
JP1/PFM - Managerが管理するJP1/PFM - Agent分収集されます。
パフォーマンスデータの状態変化に関するJP1イベントを条件に状態が変化するよう定義されています。

Cosminexus
論理サーバ監視（Cosminexus）
Cosminexusの論理サーバ（J2EEサーバ，Webサーバ，ネーミングサービス，CTMなど）の状態を監視する監視オブジェクトです。
Cosminexusの論理サーバの起動・停止や実行時の障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

J2EEアプリケーション監視（Cosminexus）
CosminexusのJ2EEアプリケーションの状態を監視する監視オブジェクトです。
CosminexusのJ2EEアプリケーションの起動・停止や障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

Cosminexus + JP1/Cm2/SSO※
J2EEサーバリソース監視（SSO）
CosminexusのJ2EEサーバのリソース状態を監視する汎用監視オブジェクトです。
J2EEサーバのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

CTMリソース監視（SSO）
CosminexusのCTMのリソース状態を監視する汎用監視オブジェクトです。
CTMのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

SFOリソース監視（SSO）
CosminexusのSFOのリソース状態を監視する汎用監視オブジェクトです。
SFOのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

J2EEアプリケーションリソース監視（SSO）
CosminexusのJ2EEアプリケーションのリソース状態を監視する汎用監視オブジェクトです。
J2EEアプリケーションのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

注※　バージョン8以前のJP1/Cm2/SSOである必要があります。

注意

自動生成した監視ツリーは，監視方法に合わせてカスタマイズしてから運用を始めてください。

なお，自動生成によって作成される監視ツリーは，収集した情報を網羅した監視ツリーになっています。これは，まずシステムの構成情報をできるだけ監視ツリーに盛り込み，そこから監視運用に不要なものを削ってもらう，という手順で監視ツリーを生成するためです。

自動生成で作成される監視ノード種別ごとの詳しい定義内容については，次の説明を参照してください。

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「4.　システム監視オブジェクト一覧（セントラルスコープ用）」

4.3.3　自動生成できる監視ツリーの構造

自動生成によって作成する監視ツリーは，［自動生成－構成選択］画面でユーザーが選択したテンプレートに合わせた構造になります。テンプレートは，セントラルスコープでシステムを管理するための定義をモデル化したものです。

次の三つのテンプレートを提供しています。

表4-5　監視ツリーのテンプレート

生成ツリーの名称
説明

業務指向ツリー
業務指向でシステムを監視するテンプレートです。
JP1/AJSのジョブネット構成およびCosminexusの論理サーバ構成を基にした監視ツリーを生成します。一般に，ジョブネットはジョブ運用を体系化して定義します。また，論理サーバはWebシステムで使用するアプリケーションを体系化して定義します。このため，業務運用を反映した監視ツリーが生成されます。
なお，自動生成の対象となるJP1/AJSのバージョンが8以降だった場合，JP1/AJSからは，ジョブネット構成だけでなく，JP1/AJSの各ユニットに設定されたJP1資源グループの情報も自動生成時に一緒に取得します※。

サーバ指向ツリー
サーバ指向でシステムを監視するテンプレートです。
JP1/IMの階層構成を基にした監視ツリーを生成します。
一般に，JP1/IMでは各サーバの管理範囲を階層構成として定義するため，サーバ管理方法を反映した監視ツリーが生成されます。

システム構成ツリー
JP1/IM - Central Information Masterで構成定義されているシステムを監視するテンプレートです。
JP1/IM - Central Information Masterのシステムツリーを基にした監視ツリーが生成されます。
なお，JP1/IM - Central Information Masterからは，システムツリーの構造だけでなく，論理システムに設定されたJP1資源グループの情報も自動生成時に一緒に取得します※。

注※　取得したJP1資源グループの利用方法については，「4.4.3　監視ツリーの監視範囲設定」を参照してください。

なお，自動生成によって生成される監視ツリーの構造および監視オブジェクトは，テンプレートの種類によって異なります。テンプレートの種類と生成される監視オブジェクトの関係を次の表に示します。

表4-6　テンプレートの種類と生成される監視オブジェクトの関係

監視オブジェクト種別
テンプレート

業務指向ツリー
サーバ指向ツリー
システム構成ツリー

JP1/AJS
マネージャー
グループ
Cosminexus運用管理
グループ

AJS監視
○
－
○
－

ジョブネット監視(AJS)
○
－
○
－

SSO監視
－
－
○
－

カテゴリー監視(SSO)※1
○
○
○
－

アプリケーション監視(SSO)※1
○
○
○
－

エージェント監視(PFM)
○
○
○
－

メトリック監視(PAM)
－
－
－
－

オブジェクト監視(PAM)
－
－
－
－

SCIM監視
－
－
－
－

セキュリティ監視(SCIM)
－
－
－
－

NETM/DM監視
－
－
－
－

配布ジョブ監視(NETM/DM)
－
－
－
－

NNM監視※2
－
－
－
－

ノード監視(NNM)※2
－
－
－
－

IM監視
－
－
○
－

論理サーバ監視(Cosminexus)
－
○
○
○

J2EEアプリケーション監視(Cosminexus)
－
○
○
－

J2EEサーバリソース監視(SSO)※1
－
○
－
－

CMTリソース監視(SSO)※1
－
○
－
－

SFOリソース監視(SSO)※1
－
○
－
－

J2EEアプリケーションリソース監視(SSO)※1
－
○
－
－

HiRDB監視
－
－
－
○

物理ホスト監視(System Manager)
－
－
－
○

（凡例）

○：生成される

－：生成されない

注※1　バージョン8以前のJP1/Cm2/SSOである必要があります。

注※2　バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMである必要があります。

自動生成で作成される監視ツリーの構造については，次を参照してください。

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「5.　監視ツリーモデル（セントラルスコープ用）」

4.3.4　自動生成の生成種別

監視ツリーを自動生成する場合，「生成」「差分」「追加」から生成種別を選べます。

図4-11　自動生成の生成種別

＜この項の構成＞

(1)　監視ツリーの自動生成で［生成］を選択した場合の処理

(2)　監視ツリーの自動生成で［差分］を選択した場合の処理

(3)　監視ツリーの自動生成で［追加］を選択した場合の処理

(1)　監視ツリーの自動生成で［生成］を選択した場合の処理

監視ツリーを自動生成するときに［生成］を選択すると，［監視ツリー(編集中)］画面の表示情報をいったん削除したあと，［自動生成－構成選択］画面の［生成ツリー］で選択したテンプレートに沿ったツリー構造の監視ツリーを新規生成します。

(2)　監視ツリーの自動生成で［差分］を選択した場合の処理

監視ツリーを自動生成するときに［差分］を選択すると，JP1/IM - Managerの監視オブジェクトDBが保持する監視オブジェクトの監視条件と，差分生成で収集・整理された定義情報（監視オブジェクト）の監視条件とが比較されます。比較の結果，監視条件に違いのあった監視オブジェクトと，その監視オブジェクトから最上位の監視グループまでに存在する監視グループが，［NEW_OBJECT］という監視グループの下に差分情報としてまとめて作成されます。

これにより，システム変更時でも，変更のあった差分の情報を収集して，監視ツリーを更新できます。

この差分として作成された監視ノードを，必要に応じて監視ツリーに配置して使用します。

監視ツリーの差分生成を図で示すと次のようになります。

図4-12　監視ツリーの差分生成

図中の「既存部分」の監視オブジェクトについて

「AA'」は，元は監視オブジェクト「AA」だったものを利用して作成したものです。「BB」「CC」「DD」は自動生成で生成された監視オブジェクトをそのまま利用しています。「EE」はユーザーが監視目的で追加した監視オブジェクトです。

図中の「差分生成で収集・整理された定義情報」について

差分生成によって，現システム上で稼働する製品から収集した定義情報を整理し，ツリー上に並べたものです。この情報は，JP1/IM - Managerが内部的に保持する情報です。また，この際のツリー構造は，選択したテンプレートによって決まります。

図中の「差分生成部分」について

「既存部分」の監視オブジェクトの監視条件と「差分生成で収集・整理された定義情報」の監視オブジェクトの監視条件を比較した結果，JP1/IM - Managerが「既存部分」にないと判定した監視オブジェクト「AA」「FF」とその上位に位置する監視グループ「A」「B」「E」が差分として生成されています。

(3)　監視ツリーの自動生成で［追加］を選択した場合の処理

監視ツリーを自動生成するときに［追加］を選択すると，JP1/IM - Managerの監視オブジェクトDBが保持する監視ツリーに，［自動生成－構成選択］画面の［生成ツリー］で選択したテンプレートに沿ったツリー構造の監視ツリーを追加生成します。

4.4　監視ツリーの編集

監視ツリーは，システム管理者の目的に合わせて，自由にカスタマイズできます。自動生成機能によって簡易に作成した監視ツリーを，監視方法に合わせて編集してから運用してください。

なお，監視ツリーの編集での具体的な操作手順については，次を参照してください。

参照先：マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.　セントラルスコープの設定」

＜この節の構成＞

4.4.1　監視ツリーの編集

4.4.2　マップ表示設定

4.4.3　監視ツリーの監視範囲設定

4.4.4　セントラルスコープの監視画面の設定

4.4.1　監視ツリーの編集

監視ツリーの編集は，［監視ツリー(編集中)］画面で行います。この画面では，監視ツリーを運用方法に合わせて，監視ノードの追加や削除，および移動ができます。

監視ノードを作成や編集するには，監視ノードに次の属性を設定します。なお，これらは，この章でこれまでに説明してきた内容です。

表4-7　［監視ツリー(編集中)］画面で定義できる監視ノードの属性

属性
説明

監視ノード名
監視ノードの名称。

監視ノード種別
「監視グループ」または「監視オブジェクト」。
監視オブジェクトの場合は幾つかの種類があり，「AJS監視」「SSO監視」などのシステム監視オブジェクトと，「汎用オブジェクト」の汎用監視オブジェクトがあります。

アイコン
監視ノードを表すアイコン。

ビジュアルアイコン
監視ノードを表すアイコン。
ビジュアルアイコンは，マップ形式での表示中と［ビジュアル監視］画面にだけ表示されます。

監視状態
監視ノードの監視状態。
「監視」と「非監視」があります。

JP1資源グループ
各JP1ユーザーに対し，監視ツリーの表示制御，表示される監視ノードに対する細かなアクセス制御をする場合に設定する情報。
利用方法については，「4.4.3　監視ツリーの監視範囲設定」を参照してください。

基本情報
監視ノードを識別するための基本的な情報。
監視グループの場合は，グループを特定する名称です。例えば，"経理業務日次処理"や"ＤＢサーバグループ"のように，監視目的にあわせてグループ化した業務やサーバなどに対してのグループの名称を付けます。
監視オブジェクトの場合は，監視対象を特定するための情報です。例えば，ジョブネット名やホスト名などのように，システムの中で監視対象を特定するための情報の組み合わせを定義します。
システム監視オブジェクトの場合は，状態変更条件の個別条件に，監視オブジェクトの基本情報と同じ属性が定義されています。

状態変更条件

監視オブジェクトの状態変更条件
監視オブジェクトの状態を，どのようなJP1イベントを受信したときに変更するかを決める条件です。状態変更後の状態，状態を変更する契機となるJP1イベントの条件を定義します。

監視グループの状態変更条件
監視グループの状態を，下位の監視ノードがどのような状態になったときに変更するかを決める条件です。状態変更後の状態，状態を変更する契機となる子ノードの状態，比較条件を定義します。

イベント発行条件
監視ノードが，どの状態が変わったときにJP1イベントを発行するかを指定する条件です。発行されるJP1イベントは，イベントID＝00003FB0　です。

監視ノードを作成するとき，監視グループは名称を指定するだけでも作成できます（監視グループの状態変更条件を定義する必要がない場合）。しかし，監視オブジェクトを作成する場合，監視対象について，何をどのように監視するのかを詳細に確認して設定する必要があります。

これを簡易に設定できるようにするため，JP1/IMでは「システム監視オブジェクト」を提供しています。

監視オブジェクトには，次の種類があります。

システム監視オブジェクト
JP1/IMのシステムが提供している監視オブジェクトです。JP1シリーズの製品ごとに，監視に必要になる基本的な設定が定義済みですので，簡易に環境設定できます。
システム監視オブジェクトの監視ノード種別には「AJS監視」や「SSO監視」などがあります。対象製品，および設定の詳細については，次の説明を参照してください。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「4.　システム監視オブジェクト一覧（セントラルスコープ用）」
なお，システム監視オブジェクトは次の編集をすると汎用監視オブジェクトになります。

［プロパティ］画面で［基本情報］ページの基本情報を変更する。

［プロパティ］画面の［状態変更条件］ページで，状態変更条件の追加，変更，削除を行う。

［状態変更条件設定］画面で，共通条件を変更する。

［状態変更条件設定］画面で，個別条件を追加，変更，削除する。

このような変更をする場合は「この操作を続けると，監視ノード種別が汎用オブジェクトに変わります。よろしいですか？」のように確認ダイアログボックスが表示されます。

汎用監視オブジェクト
ユーザーが作成・カスタマイズする汎用的な監視オブジェクトです。監視ノード種別は「汎用オブジェクト」です。
カスタマイズの自由度は高く，運用に合わせてきめ細かい設定ができます。その反面，設定する内容について熟知している必要があります。作成する手間もかかります。

通常は，システム監視オブジェクトを使用して監視ノードを作成し，必要な部分についてカスタマイズすることをお勧めします。

4.4.2　マップ表示設定

［監視ツリー］画面の詳細表示領域は，［ビジュアル監視］画面のようにマップ形式で表示できます。詳細表示領域をマップ形式で表示することによって，システム管理者はより直感的な監視ができます。

詳細表示領域をマップ形式で表示するには，あらかじめ背景図や監視ノードの配置など，設定が必要です。設定していなかった場合は，マップ表示に切り替えても背景なし，アイコンが並んだ状態で表示されます。設定は［監視ツリー(編集中)］画面で行います。

［ビジュアル監視］画面との違い

［ビジュアル監視］画面のように，拠点ごとの監視，重要業務の監視など，特定の監視ノードだけを局所的に監視する目的では使用できません。

例えば，［監視ツリー］画面の詳細表示領域に監視ノードが三つ表示されている場合，詳細表示，マップ表示，どちらに切り替えても監視ノードは三つ表示されます（どれか一つを非表示にする，といった運用はできません）。

4.4.3　監視ツリーの監視範囲設定

次に示す二つの設定を実施することで，監視ツリーの表示範囲をJP1ユーザーごとに変えられるようになります。

監視範囲設定を有効にし，監視ノードに対しJP1資源グループを設定する（JP1/IM - Viewで設定→JP1/IM - Managerに反映）。

各JP1ユーザーに対しJP1資源グループを割り当てる（認証サーバ（JP1/Base）で設定）。

例えば，上記二つの設定を行うことで次の図に示すように，あるユーザー（jp1user1）は監視ツリーの一部だけ，あるユーザー（jp1admin）は監視ツリーすべてを監視する，といった運用ができるようになります。

図4-13　JP1資源グループを利用した監視ツリー表示範囲の変更（監視ツリーへのアクセス制御）

監視範囲設定が有効になっている場合，［監視ツリー］画面に表示される監視ツリーの最上位は，必ず仮想ルートノードになります。なお，監視範囲設定が無効になっていた場合，JP1資源グループの設定に関係なく，監視ツリー情報がすべて表示されます（仮想ルートノードは表示されません）。

また，一人のJP1ユーザーに対し，アクセスできるJP1資源グループを複数設定し，異なるJP1権限レベルを割り当てることによって，次の図に示すように，表示される監視ツリーのある部分については操作できるが，ある部分については参照だけ，といった運用もできるようになります。

図4-14　JP1資源グループ，JP1権限レベルの組み合わせを利用した監視ツリーの操作制御

＜この項の構成＞

(1)　監視範囲設定の有効・無効設定と監視ノードへのJP1資源グループの設定

(2)　JP1ユーザーに対するJP1資源グループの割り当て

(1)　監視範囲設定の有効・無効設定と監視ノードへのJP1資源グループの設定

監視範囲設定の有効・無効設定は，［監視ツリー(編集中)］画面の［オプション］－［監視範囲の設定］で設定します。チェックした状態が「有効」，チェックしていない状態が「無効」となります。

なお，JP1/IM - Viewの監視範囲設定の有効・無効設定は，監視ツリー自動生成時の生成種別とサーバ（JP1/IM - Manager）側の設定によって，自動的に変更されることがあります。自動的に変更されるのは，次の二つの場合です。

JP1/IM - Viewの設定が「無効」で，JP1/IM - Managerの設定が「有効」のときに，生成種別で「差分」または「追加」を選択した。

JP1/IM - Viewの設定が「有効」で，JP1/IM - Managerの設定が「無効」のときに，生成種別で「差分」または「追加」を選択した。

1.の場合，自動生成後，JP1/IM - Viewの監視範囲設定は，「有効」に自動変更されます。

2.の場合，自動生成後，JP1/IM - Viewの監視範囲設定は，「無効」に自動変更されます。

監視範囲設定が有効になると，各監視ノードに対し，JP1資源グループが設定できるようになります。JP1資源グループの設定は，各監視ノードの［プロパティ］画面の［全般］ページで行えます。この項目は，監視範囲設定を有効にしたときにだけ，表示されます。

図4-15　監視範囲設定を有効にしたときの［プロパティ］画面

一度設定したJP1資源グループの設定値は，監視範囲設定を無効にした状態にしても，内部情報として保持されます（監視範囲設定を有効に戻すと，以前設定した設定値が再表示されます）。

JP1資源グループの設定をするのは，表示を制御する範囲内の最上位にある監視ノードだけです（子ノードすべてに同じ設定をする必要はありません）。監視ノードに設定したJP1資源グループの影響は，その子ノードにまで影響が及びます。

例えば，監視ツリーの最上位の監視グループにJP1資源グループとして「JP1_Console」を設定した場合，その配下のすべての監視ノードがJP1資源グループ「JP1_Console」に属すことになります。また，最上位の監視グループ直下の監視グループにJP1資源グループ「sigenD」を設定した場合，その監視グループ，およびその配下の監視ノードはJP1資源グループ「JP1_Console」と「sigenD」二つに属すことになります。

図4-16　設定したJP1資源グループの影響範囲

「JP1_Console」へのアクセスを許可されているJP1ユーザーは，「JP1_Console」の範囲（監視ツリーすべて）を，「sigenD」へのアクセスを許可されているJP1ユーザーは，「sigenD」の範囲を表示できます。

監視ノードに設定されるJP1資源グループの初期値

監視範囲設定の有効・無効に関係なく，最上位の監視ノードにはJP1資源グループ「JP1_Console」が自動設定されます。設定値は変更できますが，空白にすることはできません（必ず何らかの値を入力する必要があります）。

また，次の条件で監視ツリーを自動生成した場合，連携製品側で設定したJP1資源グループの設定値が，初期値としてそのまま監視ノードにも取り込まれます。

バージョン8のJP1/AJSに対し，「業務指向ツリー」で監視ツリーを自動生成する。

JP1/IM - Central Information Masterに対し，「システム構成ツリー」で監視ツリーを自動生成する。

JP1資源グループの設定を済ませ，サーバ（JP1/IM - Manager）に反映することで，JP1/IM - View，JP1/IM - Managerによる監視範囲設定が完了となります。

(2)　JP1ユーザーに対するJP1資源グループの割り当て

監視ツリーの監視範囲設定をする場合，JP1/Base（認証サーバ）の設定も合わせて見直し，必要に応じてJP1ユーザーの設定を追加・修正する必要があります。

JP1/BaseによるJP1ユーザーの管理については，「7.4.1　JP1ユーザーの管理」を参照してください。

また，設定の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

4.4.4　セントラルスコープの監視画面の設定

セントラルスコープの監視画面（［監視ツリー］画面および［ビジュアル監視］画面）の設定は，ビューアー上で監視画面を編集する作業と，マネージャーに接続して監視画面の設定更新や既存の設定を取得する作業があります。

図4-17　セントラルスコープの監視画面の設定

監視画面の編集（ビューアーのホストで編集作業）
監視画面は［監視ツリー(編集中)］画面や，［ビジュアル監視(編集中)］画面で編集をします。これらの画面は，ビューアーのホストで編集作業をします。このとき，マネージャー（JP1/IM - Manager（JP1/IM - Central Scope））には接続していません。
必要な権限
OSにログインできるユーザーであれば，編集操作ができます。JP1ユーザーの特別な権限は必要ありません。

監視画面の設定の取得や更新（マネージャーのホストに接続して処理）
つぎのような操作をする場合，マネージャーになっているサーバに接続して処理します。

監視ツリーを自動生成する

監視ツリーの既存の設定を取得する

監視ツリーの編集内容を反映する

［ビジュアル監視］画面の既存の設定を取得する

［ビジュアル監視］画面の編集内容を反映する

状態変更条件の共通条件の最新データをサーバから取得する

なお，これらの作業をするときには，JP1/IM - Manager（JP1/IM - Central Scope）へログインする必要があります。［ログイン］画面が表示されるので，JP1ユーザーとしてログイン※してください。このとき，次の権限が必要です。
必要な権限
JP1/IM - Manager（JP1/IM - Central Scope）にログインするJP1ユーザーに必要な権限を次に示します。

JP1資源グループ：JP1_Console

JP1権限レベル：JP1_Console_Admin

また，自動生成をする場合はjp1adminユーザーでログインする必要があります。
これは，監視ツリーの自動生成のときに連携製品の定義情報をアクセスするために，JP1_Console_Admin以外の権限が必要な場合があるためです（運用上の理由でjp1adminユーザーを削除している場合は，自動生成するJP1ユーザーに，連携製品の定義情報にアクセスできる権限レベルが必要です。例えば，JP1/AJSのジョブネット情報を取得するには，ジョブネットにアクセスできる権限レベルが必要です）。

注※　［監視ツリー(編集中)］画面の［ファイル］－［ログイン情報を保持する］にチェックしておくと，一度ログインすれば，ログアウトするまでユーザー名・パスワード・接続ホスト名が保持されるため，以降のサーバ接続操作で［ログイン］画面は表示されません。

セントラルスコープの監視画面の設定を始める前に，jp1adminユーザーのパスワード，またはJP1_Console_Admin権限を持つJP1ユーザーのユーザー名とパスワードを確認しておいてください。

注意

［監視ツリー(編集中)］画面で編集した［監視ツリー］画面をサーバに更新すると，監視ノードの状態および状態変更イベントは，すべて初期状態になります。

4.5　ビジュアル監視

［ビジュアル監視］画面の作成・編集

［ビジュアル監視］画面は，ユーザーが目的に合わせて作成・編集できます。多数の監視ノードのうち，特定の監視ノード（例：九州支社の業務に関する監視ノード）だけを監視したい，などといった理由で局所的に監視ノードを監視したいときに利用します。

また，［ビジュアル監視］画面では背景画像やビジュアルアイコンを表示できるため，これらの使用をお勧めします。使用することでより自由度の高い［ビジュアル監視］画面を作成できます。

作成・編集できる情報は次のとおりです。

［ビジュアル監視］画面の名称

［ビジュアル監視］画面に対するコメント

監視ノードの［ビジュアル監視］画面への配置，属性設定，監視状態の変更，検索

背景画像の変更

［ビジュアル監視］画面は，［ビジュアル監視(編集中)］画面で作成および編集をします。

［ビジュアル監視］画面の監視操作

［ビジュアル監視］画面では次の操作ができます。

［監視ツリー］画面の呼び出し

ポップアップメニューによる操作
［監視ツリー］画面での操作と同様に次の操作ができます。
・状態変更
・監視状態変更
・検索
・ガイド表示
・状態変更イベント検索
・プロパティ表示

監視ツリーの監視範囲設定を有効にしていた場合，［ビジュアル監視］画面の表示もその影響を受けます。例えば，アクセス権限のない監視ノードが配置された［ビジュアル監視］画面を表示した場合，その監視ノードは［ビジュアル監視］画面に表示されません。

4.6　検索（監視ノード検索，状態変更イベント検索）

＜この節の構成＞

4.6.1　監視ノードの検索

4.6.2　状態変更イベントの検索

4.6.1　監視ノードの検索

［監視ツリー］画面および［ビジュアル監視］画面では，監視ノードを検索できます。

例えば，状態の変更された（つまり何らかの事象が発生した）監視オブジェクトを確認したり，特定の監視オブジェクトを探すような場合に，検索をします。

監視ノードの検索は，専用の画面（［検索］画面）が表示され，さまざまな条件で検索できます。指定できる検索条件は次のとおりです。

監視ノード名

監視ノードID

監視ノード種別

状態

監視状態

JP1資源グループ※

基本情報

状態変更条件

イベント発行条件
注※　監視ツリーの監視範囲設定が有効になった状態のときだけ表示されます。詳細については，「4.4.3　監視ツリーの監視範囲設定」を参照してください。

これらの検索条件の関係はすべてAND条件となります。また，監視ノード名，基本情報と状態変更条件は，正規表現で入力します。

検索結果は，［検索］画面に表示され，その画面上で監視ノードの状態，監視状態を変更できます。また，表示された監視ノードをダブルクリックすることで，その監視ノードを選択した状態で［監視ツリー］画面を表示できます。

4.6.2　状態変更イベントの検索

［監視ツリー］画面および［ビジュアル監視］画面では，監視オブジェクトの状態変更イベントを，発生の古い順に100件まで検索（履歴表示）できます（101件以降は検索できません）。なお，状態変更イベントとは，セントラルスコープで監視対象（状態変更条件）としているJP1イベントのことです。

＜この項の構成＞

(1)　状態変更イベントの履歴を検索する

(2)　JP1イベント受信時に監視オブジェクトを初期状態にする

(1)　状態変更イベントの履歴を検索する

現在の状態になるまでに発生した状態変更イベントの履歴を確認したい，またはその状態変更イベントの詳細情報を確認したい場合に利用します。状態変更イベントの検索をすると，［イベントコンソール］画面の［イベント検索］ページが表示され，そこに該当するJP1イベントが表示されます。

なお，監視オブジェクトの状態を手動で変更すると，状態変更イベントの履歴も削除されます。

図4-18　監視オブジェクトの状態遷移と状態変更イベント検索の関係

監視グループに対し，状態変更イベントの検索をすると，下位監視ノードで発生した状態変更イベントのうち，発生の古い順に100件までが表示されます。

ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。次の図に例を示します。

図4-19　監視グループの状態変更イベント検索の例

上記図のように，対策の必要がある状態変更イベントだけが表示されます。

監視オブジェクト2の状態変更イベントの検索結果を表示したい場合には，監視ツリーをドリルダウンしたり，監視ノードの検索をしたりして調査できます。また，上位の監視グループ2から，監視オブジェクト2の状態変更イベントを検索したい場合には，監視グループ2の状態変更条件に，「エラーの下位監視ノードが1個以上で警告」と定義します。

監視オブジェクトの状態変更イベントが100件を超えた場合のイベント発行

監視オブジェクトの状態変更イベントの件数が100件を超えた場合には，警告のJP1イベントが発行されます。

発行されるJP1イベント

イベントID＝00003FB1

メッセージ＝「KAVB7901-W 監視ノード（監視ノードID）の状態変更イベントの件数が上限を超えました」

1件のJP1イベントを契機にして，複数の監視オブジェクトの状態変更イベントが100件を超えた場合でも，このときに発行されるJP1イベント（イベントID＝00003FB1）は1件だけです。メッセージ情報の監視ノードIDの部分に監視オブジェクトのIDが最大10件，コンマ区切りで列挙されます。10件を超えた場合は，IDの後ろに（...）が付加されます。

図4-20　イベントID＝00003FB1の発行

参考

各監視オブジェクトの状態変更イベントの履歴は，100件までしか管理されません。このため，定期的に件数をチェックし（状態変更イベントの検索），件数が増えてきたら，履歴を削除することをお勧めします。履歴は，監視オブジェクトの状態を手動で変更することで削除する方法と，自動で削除する方法があります。

なお，履歴を手動で削除する場合には，検索結果として表示されるJP1イベントへの対策が終わっていることも確認してください。

状態変更イベントの履歴を自動で削除する方法として，次の二つがあります。

特定のJP1イベントを受信したときに，監視オブジェクトの状態を「初期状態」にする。

JP1イベントの対処状況を「対処済」にしたときに，状態変更イベントの履歴を削除する。

特定のJP1イベントを受信したときに，監視オブジェクトの状態を「初期状態」にする方法については，「(2)　JP1イベント受信時に監視オブジェクトを初期状態にする」を参照してください。JP1イベントの対処状況を「対処済」にしたときに，状態変更イベントの履歴を削除する方法については，「4.8.3　対処済み時の状態変更イベントの自動削除」を参照してください。

(2)　JP1イベント受信時に監視オブジェクトを初期状態にする

JP1イベントの受信を契機として，監視オブジェクトの状態を「初期状態」にできます。監視オブジェクトを「初期状態」にすることで，状態変更イベントの履歴が削除されます。この機能を監視オブジェクトの自動初期化機能といいます。この機能はデフォルトでは無効です。

例えば，障害が回復した場合に，回復を通知するJP1イベントを発行することで，回復通知を基に自動で監視オブジェクトを「初期状態」にする運用ができます。この場合は，監視オブジェクトの状態変更条件が，回復を通知するJP1イベントを受信したとき，「初期状態」に変更するよう定義しておきます。

「初期状態」の状態変更条件を定義できる対象は，監視オブジェクトだけです。監視グループには定義できません。

この機能を使用するときの注意として，一つの監視オブジェクトに対して，複数の異なる障害を通知するJP1イベントが発生した場合に，一方の障害回復を通知するJP1イベントを受信するとします。すると，もう一方の障害が回復していなくても強制的に監視オブジェクトが「初期状態」に変わり，状態変更イベントの履歴も削除されます。そのため，次の条件を満たす場合だけ，この機能を使うことを推奨します。

監視対象に複数の障害が発生しても，一つのJP1イベントで複数の障害が回復したことを保証できるJP1イベントを発行する。

障害を回復するに当たり，ユーザーが監視対象の障害履歴の確認をする必要がない。

設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.7.4　JP1イベント受信時に監視オブジェクトを初期化するための設定」を参照してください。

4.7　ガイド機能

ガイド機能は，［監視ツリー］画面および［ビジュアル監視］画面の監視ノードから，その監視ノードの種類や状態について，対応のガイドとなる情報を表示する機能です。

このガイド機能を使って，監視するオブジェクトやグループの種類や状態に合わせて，発生した問題に対する対処手順やエラーの対処方法などを，問題対応のアドバイスとして表示できます。例えば，業務に対応する監視グループのガイド情報として業務ごとのトラブル対応手順を登録すれば，問題発生によって混乱した状況の時に容易な操作で対応ガイドを呼び出せます。また，監視ノードが，どの業務に対応し，その業務の何に着目して監視しているかを説明するためのガイドとしても利用でき，運用ノウハウをガイド情報として蓄積できます。このように，問題発生時の対応の参考情報としてガイド表示を活用することで，初動対応でのシステム管理者の負担を軽減できます。

図4-21　ガイド情報による対処方法のアドバイス

例

状態変化前のガイド情報：その監視ノードの業務や監視目的などの説明

状態変化後のガイド情報：発生した問題に対する対処方法の説明

ガイド機能の表示する情報は，ガイド情報といい，ユーザーが表示内容や表示形式（TXTかHTML）を設定できます。

なお，具体的な設定手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.6.1　ガイド情報の編集の手順」で説明します。

＜この節の構成＞

4.7.1　ガイド情報の設定内容

4.7.2　運用方法に合わせたガイド情報の活用

4.7.1　ガイド情報の設定内容

ガイド情報として表示する内容は，JP1/IM - Managerが管理するガイド情報ファイルに設定します。

ガイド情報ファイル
Windowsの場合：Scopeパス¥conf¥jcs_guide_sjis.txt
UNIXの場合：/etc/opt/jp1scope/conf/jcs_guide_xxx.txt

ガイド情報ファイルの書式については，次を参照してください。

ガイド情報ファイルについて

ガイド情報ファイルの書式
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「ガイド情報ファイル（jcs_guide_xxx.txt）」（2.　定義ファイル）

このガイド情報ファイルには，ガイド情報として表示する内容や，どういった場合にどのガイド情報を表示するかの条件を指定します。

なお，ガイド情報として表示する内容は，別ファイルに切り出して管理することもできます。JP1/IMではこの別ファイルのことをガイドメッセージファイルと呼びます。

ガイドメッセージファイルを利用する場合，ガイド情報ファイルのバージョンを2（DESC_VERSION=2）にする必要があります。また，表示する内容をガイド情報ファイルに記述する代わりにガイドメッセージファイルへのリンク指定をします。

図4-22　ガイドメッセージファイルの利用

＜この項の構成＞

(1)　ガイド情報を表示する条件

(2)　ガイド情報での表示内容

(1)　ガイド情報を表示する条件

どのような場合に表示するガイド情報かを，条件（EV_COMP_数字）に指定できます。条件は複数設定でき，EV_COMP_1，EV_COMP_2というように列挙します。複数設定した場合の条件同士の関係はAND条件となります。

条件には，監視ノードが受信したJP1イベントや，監視ノード自身の情報を指定できます。

JP1イベントの基本属性，拡張属性
例えば，イベントID（B.ID），緊急度（E.SEVERITY）などを指定できます。
また，各JP1製品の固有情報であるJP1イベント拡張属性の固有情報も指定できます。例えば，JP1/AJSのジョブ実行ホスト（E.C0）などです。
JP1イベントの基本属性，拡張属性については，各製品のマニュアルで発行するJP1イベントの情報を確認してください。

監視ノードの属性
監視ノードを識別する番号である監視ノードID（T.MONNODEID）を指定できます。なお，監視ノードIDは，監視ノードの［プロパティ］や，監視ノードの［検索］画面で確認できます。

JP1/IM - Viewでガイド情報を表示する際に，ガイド情報ファイルの内容は先頭から順に参照されていきます。条件に一致するガイドがあると，そこでガイド情報ファイルの参照をやめ，条件に一致したガイドを［ガイド］画面に表示します。

注意

条件に一致するガイドがガイド情報ファイル内に複数あった場合でも常にその中で先頭にあるものがガイドとして［ガイド］画面に表示されてしまうため，次のことを目安にガイド情報の表示条件を設定してください。

一つのガイド情報に対し，表示条件を複数設定し，ほかのガイドの表示条件と一致しないようにする。
例えば，表示条件にイベントID，重大度，メッセージなどのJP1イベントの属性を複数設定することで，ほかのガイドの表示条件と差別化を図ります。
また，属性の内容は正規表現で記述できますが，完全一致で記述するようにしてください。

緊急度の高い順にガイド情報ファイルに記述する。
例えば，監視ノードの状態変更条件で「警告」「エラー」の状態に変わる状態変更条件を定義していた場合，「エラー」の状態に変化したときに表示するガイド情報を「警告」の状態に変化したときに表示するガイド情報よりも先に記述します。
なお，監視ノード自身の説明をガイド情報として表示したい場合，表示条件には監視ノードIDだけを指定することになります。このような優先度の低いものは，ガイド情報ファイルの最後尾にまとめて記述してください。

(2)　ガイド情報での表示内容

ガイド情報として表示するメッセージを，ガイド情報ファイルにEV_GUIDEで指定します。ガイドメッセージファイルを利用する場合は，EV_GUIDEの変わりにEV_FILEを指定します。

メッセージは，TXT形式またはHTML形式で記述できます。また，メッセージにはJP1イベントの属性値を変数（属性値の頭に$を付ける）として使うことができます。例えば，JP1イベントのメッセージ（B.MESSAGE）は$B.MESSAGEと変数として使うことができ，JP1イベントの属性値をガイド情報のメッセージ中に表示できます。

参考

ガイド情報ファイルの場合，改行を挿入してガイド情報の体裁を整えることができませんが，ガイドメッセージファイルの場合，改行を挿入してガイド情報の体裁を整えることができます。

図4-23　ガイド情報の記述例

体裁を整えることができるため，HTML形式でガイド情報を作成するなど，情報量が多いときや定期的に内容を見直したいときに便利です。

一つのガイドメッセージファイルには一つのガイド情報しか記述できません。このため，ガイドメッセージファイルにガイド情報を書き出した場合，ファイル数が膨大になることが予想されます。ガイドメッセージファイルを利用する場合には，次のことを考慮に入れてください。

管理しやすい名称でガイドメッセージファイルを作成する。
ガイドの表示条件や表示内容に含まれるキーワード（イベントIDやメッセージID，製品名（AJS），監視ノードIDなど）を利用して，規則性のある名称で管理するようにしてください。

ガイド情報ファイルに記述するガイドタイトル（EV_TITLE）にガイドメッセージファイル名を含める。
例えば，guide001というガイドメッセージファイルを作成する際に
　　　：
EV_TITLE=guide001：ジョブが異常終了
EV_FILE=guide001
　　　：
としておけば，［ガイド］画面でガイド情報を確認したときに，どのガイドメッセージファイルを参照しているかわかるため，再編集が容易になります。

4.7.2　運用方法に合わせたガイド情報の活用

［ガイド］画面では，運用方法に合わせて，任意の内容をガイド情報として表示できます。

例えば，次のように考えて使うことができます。

システムの運用方法に合わせたガイド情報（例）

対処手順についてのガイド情報
まず，問題をどのように対処するかを提示して，問題によって混乱した状態での行動をアドバイスする。これをガイド情報として登録する。
問題の詳細は，その後の手順で，JP1/IMの機能を総合的に使って調査する。

問題内容（JP1イベント）についてのガイド情報
問題そのものに対する要因などをガイド情報にする。
発生した問題に関する情報を，監視ノードの状態が変わる要因になったJP1イベントの情報によって表示する。これをガイド情報として登録する。

また，監視グループには対処手順，監視オブジェクトには具体的なエラー要因，といったように監視ノードの種類でガイド情報を使い分けることもできます。

＜この項の構成＞

(1)　対処手順についてのガイド情報

(2)　問題内容（JP1イベント）についてのガイド情報

(1)　対処手順についてのガイド情報

対処手順についてガイド情報を表示するには，監視ノードごと（つまり業務などの監視視点ごと）にガイド情報を登録します。

監視ノードは，それぞれ監視ノードIDがついています。この監視ノードIDを条件として，ガイド情報を設定します。

なお，監視ノードIDは，監視ノードごとにユニークな番号で，監視ノードを作成したときに自動的に割り当てられます。監視ツリー上で監視ノードを移動しても，監視ノードIDは変わりません。

監視ノードIDを調べる。
［監視ツリー］画面で，ガイド情報を設定したい監視ノードの監視ノードIDを調べます。

監視ノードを選択して右クリックして［プロパティ］を選択し，［プロパティ］画面で［全般］ページを表示する。監視ノードIDが［監視ノードID］のところに表示されます。

監視ノードの検索をする。メニューバーから［表示］－［検索］を選択して［検索］画面を表示し，目的の監視ノードを検索する。監視ノードIDが，検索結果の監視ノードIDの欄に表示されます。

監視ノードIDを条件としたガイド情報を記述する。
ガイド情報ファイル（jcs_guide_xxx.txt）に，条件（EV_COMPの指定）に監視ノードID（T.MONNODEID）を指定したガイド情報を記述します。
例えば，次のように記述します。
（記述例）
[EV_GUIDE_1]
NUM=1
EV_COMP_1=T.MONNODEID:(監視ノードID)
EV_TITLE=「経理業務_日次集計」異常発生時の対処手順
EV_GUIDE=「経理業務_日次集計」で異常が発生した場合の対処手順¥n参照：「運用ガイド　3.11 異常発生時の対処」¥n手順概要（詳細は運用ガイドを参照）¥n異常内容の確認→影響大の場合は関連ジョブを一時保留→管理者への連絡（連絡ルートＣ）
[END]
（記述例の説明）
T.MONNODEID:(監視ノードID) の部分には確認した監視ノードIDを指定します。

(2)　問題内容（JP1イベント）についてのガイド情報

問題内容についてガイド情報を表示するには，監視ノードの状態が変わるきっかけになったJP1イベントについてガイド情報を登録します。

JP1イベントを調べる。
問題に関連するJP1イベントについて調べます。
条件として使うのは，JP1イベントのイベントID（B.ID）などです。
また，メッセージ（B.MESSAGE）などのJP1イベントの情報を，ガイド情報の一部として使用できるので，内容と属性名についても確認します。

JP1イベントを条件としたガイド情報を記述する。
ガイド情報ファイル（jcs_guide_xxx.txt）に，条件（EV_COMPの指定）にJP1イベントのイベントID（B.ID）などを指定したガイド情報を記述します。
例えば，次のように記述します。
（記述例）
[EV_GUIDE_1]
NUM=1
EV_COMP_1=B.ID:00004107
EV_TITLE=ジョブの異常終了
EV_GUIDE=ジョブが異常終了しました。¥nジョブ名：$E.OBJECT_NAME¥nジョブ実行ホスト：$E.C0¥nメッセージ－－¥n$B.MESSAGE¥n－－－¥n＜事例＞¥n・ジョブＡとジョブＢが同時に実行されるとジョブＢが作業領域不足で異常終了する：ログ（jobexe.log）で確認してください。
[END]

4.8　対処済み連動機能

対処済み連動機能は，JP1イベントの対処状況に応じて，監視オブジェクトの状態を自動的に変更する機能です。この機能により，セントラルコンソールでのJP1イベントの対処状況に連動して，セントラルスコープの監視オブジェクトの状態が変わります。

例えば，エラーイベントの受信により，監視オブジェクトの状態が「エラー」になっている場合，エラーイベントの対処状況を「対処済」にすると，監視オブジェクトの状態が「エラー」から「正常」に変わります。

監視オブジェクト，監視グループの状態を手動で変更する手間が省け，セントラルスコープでの操作がより簡易になります。

なお，セントラルスコープで監視オブジェクトの状態を変更しても，状態変更条件に合致するセントラルコンソールのJP1イベントの対処状況は変わりません。例えば，セントラルスコープで状態が「エラー」になっている監視オブジェクトを「正常」に変えても，セントラルコンソールのJP1イベントは「対処済」になりません。

注意

セントラルスコープの監視オブジェクトの状態を手動で変更した場合でも，セントラルコンソールのJP1イベントの対処状況を変更すると，それにあわせて監視オブジェクトの状態が変更されます。

ただし，状態を手動で変更した場合には，セントラルスコープの管理する状態変更イベントの履歴が削除されるため，対処済み連動機能はいったん無効になります。

「対処済」にしていないJP1イベントがあった場合は，監視オブジェクトはそのJP1イベントに対応した状態になります。この場合，状態は優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」および「デバッグ」のどれかになっています。状態変更イベントの検索結果として表示されるすべてのJP1イベントを「対処済」にしたときは「正常」になります。

なお，JP1イベントを「対処済」から「処理中」「保留」「未対処」に変更した場合は，それに合わせて状態が，元の状態に変わります。

＜この節の構成＞

4.8.1　対処済み連動機能の動作

4.8.2　対処済み連動機能が無効になる契機

4.8.3　対処済み時の状態変更イベントの自動削除

4.8.1　対処済み連動機能の動作

セントラルスコープによるシステムの監視中に監視オブジェクトの状態が変わり，これに対応してセントラルコンソールのJP1イベントの対処状況を変更した場合の，対処済み連動機能の動作について，例を挙げて説明します。

なお，以降で説明する動作例は，次の前提条件に従います。

監視オブジェクト1の状態変更条件に，エラーイベントおよび警告イベントが設定されている。

監視オブジェクト1は，エラーイベントに対しては状態が「エラー」に，警告イベントに対しては状態が「警告」に変わるよう設定されている。

監視グループ1の状態変更条件は設定されていない（デフォルト設定のまま）。

JP1イベントの対処状況を「対処済」に変更した場合の動作例を次に示します。

図4-24　対処済み連動機能の動作例（1）

図中の番号に従って説明します。

JP1/IMが監視オブジェクト1の状態変更条件に合致するJP1イベントを受信し，監視オブジェクト1の状態が「エラー」に変わります。上位の監視グループ1の状態も「エラー」に変わります。
状態変更イベントの検索をするなどして，監視オブジェクトのエラー要因を確認します。

セントラルコンソールの［イベント検索］ページに，監視オブジェクト1の状態変更イベントが表示されます。
この場合には，エラーイベントと警告イベントが，監視オブジェクト1の状態変更イベントになります。エラーイベントと警告イベントに対応して，監視オブジェクト1の状態が「エラー」になっています。
JP1イベントの重大度に従って，対策する必要がある問題から対策します。

ユーザーが，監視オブジェクト1の状態変更イベントであるエラーイベントの対処状況を「対処済」に変更します。
問題の対策が完了したものだけ，「対処済」にします。

JP1イベントの「対処済」に連動して，監視オブジェクト1の「エラー」が解除され，「警告」に変わります。上位の監視グループ1の状態も「警告」に変わります。
エラーイベントが「対処済」になったため，監視オブジェクト1は警告イベントに応じた状態になります。
残る警告イベントに対しても，調査，対策します。なお，状態変更条件に合致するJP1イベントをすべて「対処済」にした場合には，監視オブジェクトの状態は「正常」になります。

次にJP1イベントの対処状況を「対処済」から「対処済」以外※の状況に変更した場合の動作例を次に示します。

注※

「対処済」以外とは，「処理中」「保留」および「未対処」を指します。

「削除」は含みません。「削除」は［重要イベント］ページでJP1イベントを非表示にする機能です。「削除」にしたJP1イベントは［イベント監視］ページ，［イベント検索］ページでは表示されている場合があります。このため，JP1イベントの対処状況を「削除」にした場合は，監視オブジェクトの状態は変わりません。

図4-25　対処済み連動機能の動作例（2）

図中の番号に従って説明します。

ユーザーが，JP1イベントの対処状況を「未対処」に変更します。
一度「対処済」にしたJP1イベントを，ほかの対処状況に変更する場合は，問題対策が未完了だったとき，誤操作したときなどにしてください。

JP1イベントの「未対処」に連動して，監視オブジェクト1の状態が「エラー」に変わります。上位の監視グループ1の状態も「エラー」に変わります。
エラーイベントが「未対処」になったため，エラーイベントに対応して，監視オブジェクト1の状態が「警告」よりも優先度の高い「エラー」になります。
引き続き，問題の対策をします。

4.8.2　対処済み連動機能が無効になる契機

状態変更イベントの件数が上限（100件）を超えた場合には，対処済み連動機能は無効になります。これは，セントラルスコープの管理する状態変更イベントの履歴と，セントラルコンソールに表示されるJP1イベントとの整合性が取れなくなるためです。

このため，定期的に状態変更イベントの検索をし，検索結果として表示されるJP1イベントが増えてきたら，監視オブジェクトの状態を手動で変更して履歴を削除するようにしてください。

監視オブジェクトの状態を手動で変更することで，対処済み連動機能が再び動作するようになります。なお，監視オブジェクトの状態を手動で変更すると，［イベント検索］ページには検索結果としてJP1イベントが表示されなくなりますが，［イベント監視］ページ，［重要イベント］ページでは表示されている場合があります。そこに表示されているJP1イベントの対処状況を変更しても，監視オブジェクトの状態は連動しません。

4.8.3　対処済み時の状態変更イベントの自動削除

JP1イベントの対処状況を「対処済」にした場合，状態変更イベントの履歴を自動で削除するよう設定できます。この機能を有効にした場合は，監視オブジェクトのすべての状態変更イベントを「対処済」にして履歴を削除すると，監視オブジェクトの状態は「初期状態」になります。

この機能は，デフォルトでは無効です。

対処済み時の状態変更イベントの自動削除の動作について，例を挙げて説明します。なお，以降で説明する動作例は，次の前提条件に従います。

監視オブジェクト1の状態変更条件に，エラーイベントおよび警告イベントが設定されている。

監視オブジェクト1は，エラーイベントに対しては状態が「エラー」に，警告イベントに対しては状態が「警告」に変わるよう設定されている。

監視グループ1の状態変更条件は設定されていない（デフォルト設定のまま）。

JP1イベントの対処状況を「対処済」に変更した場合の動作を例を挙げて説明します。

図4-26　対処済み時の状態変更イベントの自動削除の動作例

図中の番号1～4は，「図4-24　対処済み連動機能の動作例（1）」の動作と同じです。監視オブジェクト1の状態変更イベントのうち，エラーイベントを「対処済」にします。

図中の番号5で，セントラルコンソールの［イベント検索］ページで監視オブジェクト1の状態変更イベントを検索すると，図中の番号3で「対処済」にしたJP1イベントの履歴はすでに状態変更イベントから削除されているため，［イベント検索］ページには表示されません。未対処の状態変更イベントだけが表示されます。

なお，この機能を有効にしたあとに発生した状態変更イベントだけが，削除の対象となります。この機能を有効にする前に発生し，すでに「対処済」にした状態変更イベントの履歴は削除されません。これらの履歴を削除したい場合は，［監視ツリー］画面またはjcschstatコマンドで監視ノードの状態を「初期状態」に変更して，手動で削除してください。

設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「5.7.3　JP1イベントの対処済み時に状態変更イベントを自動で削除するための設定」を参照してください。

注意

誤って一度「対処済」にしたJP1イベントを，「エラー」など「対処済」以外の状態に戻しても，監視オブジェクトの状態や状態変更イベントの履歴は元に戻りません。そのため，セントラルスコープからJP1イベントを検索できなくなります。一度「対処済」にしたJP1イベントは［イベントコンソール］画面から検索する必要があります。

状態の操作に十分な注意が必要なため，通常の運用では，対処済み時の状態変更イベントの自動削除機能は使用しないでください。セントラルスコープ上で監視オブジェクトを「初期状態」にし，状態変更イベントの履歴を削除する方法を推奨します。セントラルコンソールの操作だけを許可したいといった特別な理由の場合だけ，この機能を使ってください。

参考

対処済み時の状態変更イベントの自動削除を設定しても，状態変更イベントの件数が上限（100件）を超えた場合，対処済み連動機能は無効になります。そのため，定期的に状態変更イベントを「対処済」にし，状態変更イベントを削除してください。

4.9　JP1/IMからのシステムの操作

システムの監視中に障害の発生を検知したとき，統合機能メニューを使用して原因の調査ができます。

＜この節の構成＞

4.9.1　統合機能メニュー

4.9.1　統合機能メニュー

JP1/IM - Viewの［統合機能メニュー］画面からは，JP1シリーズの製品を始めとする多くのアプリケーションの画面を起動できます。［統合機能メニュー］画面には，JP1/IMと連携するアプリケーションの機能が一覧表示され，この画面から各アプリケーションの画面を起動できます。

統合機能メニューの機能については，「3.14.2　統合機能メニュー」を参照してください。

4.10　セントラルスコープの仕組み

ここでは，セントラルスコープの動作の仕組みについて説明します。

セントラルスコープは仕組みを意識しなくとも利用できるよう設計されていますが，設定をカスタマイズする場合や，高度なシステム設計をする場合には，仕組みを理解しておくことをお勧めします。

＜この節の構成＞

4.10.1　セントラルスコープの仕組みの概要

4.10.2　ホスト情報

4.10.3　セントラルスコープによるシステム監視の仕組み

4.10.4　監視ツリーの自動生成の仕組み

4.10.5　セントラルスコープのデータベース

4.10.1　セントラルスコープの仕組みの概要

セントラルスコープは，次のような機能で構成されています。

図4-27　セントラルスコープの仕組みの概要

4.10.2　ホスト情報

JP1/IM - Manager（JP1/IM - Central Scope）は，ホスト情報（IPアドレスと対応する実ホスト名，エイリアス名）を，独自に管理するホスト情報DBを持っています。

JP1/IM - Manager（JP1/IM - Central Scope）が行う処理は，各エージェントで発生したJP1イベントを管理したり，定義情報をもとに監視ツリーを自動生成するなどです。このため，各エージェントのホスト名やIPアドレスを正しく認識して，各情報を正確に対応づけることが必要です。

ホスト情報DBは，他製品の認識するホスト名とJP1/IM - Manager（JP1/IM - Central Scope）の認識するホスト名との不一致を防ぐために，独自のホスト情報DBにホスト名の対応づけを格納して処理ができます。

ホスト情報に登録が必要なホスト名を次に示します。

監視オブジェクトの個別条件に「ホスト名比較」を指定したホスト名

監視ツリーを自動生成する場合の次に示すホスト名

連携製品（JP1/AJSなど）で管理しているホスト名

JP1/IMの構成定義で定義されたホスト名

ホスト情報DBに登録されていないホスト情報についてはJP1/Baseのjp1hosts情報，OSのhostsファイル，DNSなどの設定を参照します。

なお，ホスト名を監視オブジェクトの個別条件に指定する場合，「ホスト名比較」を選択することをお勧めします。

ホスト情報について

ホスト情報ファイルの書式
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「ホスト情報ファイル（jcs_hosts）」（2.　定義ファイル）

ホスト情報を設定や参照するコマンド
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcshostsimport」（1.　コマンド）
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcshostsexport」（1.　コマンド）

ホスト名を監視オブジェクトの個別条件に指定する方法
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「3.12　［状態変更条件設定］画面」

参考

「と一致する」を選択した場合，JP1/IM - Manager（JP1/IM - Central Scope）は，受信したJP1イベントの属性値の文字列と個別条件に指定した文字列が完全に一致したときだけ，個別条件に一致したと判断します。

これに対し「ホスト名比較」を選択した場合，JP1/IM - Manager（JP1/IM - Central Scope）は，保持するホスト情報を参照して比較を行います。

例えば，JP1/IM - Manager（JP1/IM - Central Scope）のホスト情報DB，またはJP1/IM - Manager（JP1/IM - Central Scope）が動作するホストのDNS，hostsファイルなどに次の定義がされていたと仮定します。

111.111.111.111 server1 webserver

上記の環境で「と一致する」を指定した場合と「ホスト名比較」を指定した場合では次の違いが発生します。

個別条件に「E.OBJECT_ID」:「server1」「と一致する」を指定した場合

E.OBJECT_IDがserver1のJP1イベント：個別条件に一致する。

E.OBJECT_IDがwebserverのJP1イベント：個別条件に一致しない。

E.OBJECT_IDが111.111.111.111のJP1イベント：個別条件に一致しない。

個別条件に「E.OBJECT_ID」:「server1」「ホスト名比較」を指定した場合

E.OBJECT_IDがserver1のJP1イベント：個別条件に一致する。

E.OBJECT_IDがwebserverのJP1イベント：個別条件に一致する。

E.OBJECT_IDが111.111.111.111のJP1イベント：個別条件に一致する。

4.10.3　セントラルスコープによるシステム監視の仕組み

セントラルスコープは，JP1イベント（システムで発生した事象）を解析し，監視ツリー上の対応する位置を判定して，アイコンの状態を変化させることで，システムで発生した事象をビジュアルに表示します。

このときの処理の流れは，次のようになります。

図4-28　監視オブジェクトの状態変更処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェントでJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，上位のマネージャーへ転送されます。転送する上位ホストは，構成管理機能の構成定義によって決められます。
マネージャーでは，イベント基盤サービスがイベントサービスからJP1イベントを取得します。イベント基盤サービスは，JP1/IMで処理するJP1イベントを一手に扱う機能です（JP1イベントの取得，JP1/IM - Manager内でのJP1イベント制御の仕組みについては，「3.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み」を参照してください）。

そして，JP1/IM - Manager（セントラルスコープサービス）にJP1イベントが渡されます。セントラルスコープサービスでは，JP1イベントを解析し，重大度の判定や，監視ツリー上の位置との対応づけを処理します。
なお，監視オブジェクトDBによって管理します。

JP1/IM - Viewのセントラルスコープ・ビューアーによって，［監視ツリー］画面や［ビジュアル監視］画面の上に，システムの事象がビジュアルに表示されます。

このように，システムの各エージェントで動作するJP1イベントを，JP1/IMマネージャーへと集約し，システムをビジュアル化した監視画面に表示します。

4.10.4　監視ツリーの自動生成の仕組み

監視ツリーの自動生成の処理は，選択したテンプレートの種類によって変わります。業務指向ツリー，サーバ指向ツリーを選択した場合とシステム構成ツリーを選択した場合に分けて説明します。

＜この項の構成＞

(1)　業務指向ツリー，サーバ指向ツリーを選択した場合の処理の流れ

(2)　システム構成ツリーを選択した場合の処理の流れ

(1)　業務指向ツリー，サーバ指向ツリーを選択した場合の処理の流れ

監視ツリーの自動生成で，業務指向ツリー，またはサーバ指向ツリーのテンプレートを選択した場合の処理の流れを次の図を例に説明します。

図4-29　監視ツリーの自動生成の処理の流れ（業務指向ツリー，サーバ指向ツリー選択時）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

ビューアーの画面からマネージャー上のJP1/IM - Managerに監視ツリーの自動生成を指示します。自動生成の指示を受けたJP1/IM - Managerは，マネージャー上のJP1/Baseに対し，監視ツリーの構成要素となる監視オブジェクト（定義情報）を収集するよう指示を出します。

収集指示を受けたマネージャー上のJP1/Base（定義収集・配布機能）は，構成定義を参照して，管理対象となっているJP1/Baseに対して収集指示を出します。

収集指示を受けたエージェント上のJP1/Baseは，同ホスト内のJP1/Baseの定義収集・配布機能に対応した連携製品に対して定義情報を渡すよう要求を出します。

要求を受けた連携製品は，定義情報をエージェント上のJP1/Baseに渡します（この定義情報が監視オブジェクトの元データとなります）。

エージェント上のJP1/Baseは，渡された定義情報をマネージャー上のJP1/Baseに転送します。

マネージャー上のJP1/Baseは，受け取った定義情報をJP1/IM - Managerに渡します。JP1/IM - Managerは，渡された定義情報を監視オブジェクトとして整理し直します。
なお，この時点ではJP1/IM - Managerが管理するオブジェクトDBには反映されません。

JP1/IM - Managerは，整理し直した監視オブジェクトの情報をJP1/IM - Viewに渡します。JP1/IM - Viewの画面には，渡された監視オブジェクトの情報がツリー形式で表示されます。
ツリー構成および監視オブジェクトの定義に問題がなければ，JP1/IM - Viewからマネージャーに反映することで，そのまま監視できます。手を加える場合は，JP1/IM - View上でツリー構成および監視オブジェクトの定義を変更したあと，マネージャーに反映します（変更については，「4.4　監視ツリーの編集」を参照）。

(2)　システム構成ツリーを選択した場合の処理の流れ

監視ツリーの自動生成で，システム構成ツリーのテンプレートを選択した場合の処理の流れを次の図を例に説明します。

図4-30　監視ツリーの自動生成の処理の流れ（システム構成ツリー選択時）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

ビューアーの画面からマネージャー上のJP1/IM - Managerに監視ツリーの自動生成を指示します。自動生成の指示を受けたJP1/IM - Managerは，マネージャー上のJP1/Baseに対し，監視ツリーの構成要素となる監視オブジェクト（定義情報）を収集するよう指示を出します。

収集指示を受けたマネージャー上のJP1/Base（定義収集・配布機能）は，システム情報管理サーバ上のJP1/Baseに対して収集指示を出します※。

注※　JP1/IM - Central Information Masterは，JP1/IMのシステムの階層構成（IM構成）上，JP1/IM - Managerインストールホストよりも上位のマネージャーやJP1/IM - Managerの監視範囲と異なる，別システムに導入されることがあります。
このため，ほかの連携製品から定義情報を収集する場合と異なり，JP1/Baseの構成管理が持つホスト情報を参照しません。どこから定義情報を収集するかを決めるため， JP1/IM - ManagerでJP1/IM - Central Information Masterのホスト指定が必要です（JP1/IM - Central Information Master連携時の注意については，「11.2.1(1)　注意事項」参照）。

収集指示を受けたシステム情報管理サーバ上のJP1/Baseは，同ホスト内のJP1/IM - Central Information Masterに対して定義情報を渡すよう要求を出します。

要求を受けたJP1/IM - Central Information Masterは，定義情報を同ホスト内のJP1/Baseに渡します（この定義情報が監視オブジェクトの元データとなります）。

システム情報管理サーバ上のJP1/Baseは，渡された定義情報をマネージャー上のJP1/Baseに転送します。

マネージャー上のJP1/Baseは，受け取った定義情報をJP1/IM - Managerに渡します。JP1/IM - Managerは，渡された定義情報を監視オブジェクトとして整理し直します。
なお，この時点ではJP1/IM - Managerが管理するオブジェクトDBには反映されません。

JP1/IM - Managerは，整理し直した監視オブジェクトの情報をJP1/IM - Viewに渡します。JP1/IM - Viewの画面には，渡された監視オブジェクトの情報がツリー形式で表示されます。
ツリー構成および監視オブジェクトの定義に問題がなければ，JP1/IM - Viewからマネージャーに反映することで，そのまま監視できます。手を加える場合は，JP1/IM - View上でツリー構成および監視オブジェクトの定義を変更したあと，マネージャーに反映します（定義の変更については，「4.4　監視ツリーの編集」を参照）。

4.10.5　セントラルスコープのデータベース

セントラルスコープのデータベースには，監視オブジェクトDBと，ホスト情報DBがあります。

監視オブジェクトDBの管理
JP1/IM - Managerは，JP1/IM - Viewに表示する監視オブジェクトの情報を蓄積した監視オブジェクトDBを管理します。
監視オブジェクトDBは，JP1/IM - Viewから指示を受けたり，監視オブジェクトの状態を変更させるJP1イベントを受信したときに更新されます。
なお，監視オブジェクトDBの更新には，次のように更新処理に時間が掛かるものがあります。

［監視ツリー(編集中)］画面からのサーバツリー更新

jcsdbimportコマンドによる監視オブジェクトDBへのDB情報の反映

これらの更新処理のときにOSのシャットダウンやクラスタシステムによる系切り替えなどが発生すると，データベースが破損してしまうことがあります。
データベースの破損を防ぐ機能としてJP1/IM - Managerには，監視オブジェクトDBの自動バックアップ・リカバリー機能があります。この機能を有効にすると，上記更新処理の際に更新前の状態でデータベースを自動的にバックアップし，問題が発生した場合には更新前の状態に自動的にリカバリーします。問題が発生しなかった場合には，バックアップデータは自動的に削除されます。
この機能は，新規インストールの場合は有効に，バージョンアップの場合は無効になっています。バージョンアップの場合でも，耐故障性を向上させるため，この機能を有効にすることをお勧めします。
設定は，監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）を使用し，jbssetcnfコマンドでその定義内容を反映させることで有効となります。

ホスト情報DBの管理
JP1/IM - Manager（JP1/IM - Central Scope）は，JP1/IM - Manager（JP1/IM - Central Scope）独自のホスト情報を格納したホスト情報DBを管理します。

セントラルスコープのデータベースの情報は，次の表に示すコマンドにより取得，反映ができます。

表4-8　データベース情報の取得，反映コマンド

コマンド名 | 使用目的
jcsdbexportコマンド | 監視オブジェクトDBの情報取得
jcsdbimportコマンド | 監視オブジェクトDBへの情報反映
jcshostsexportコマンド | ホスト情報DBの情報取得
jcshostsimportコマンド | ホスト情報DBへの情報反映

jcsxxexportコマンドを利用してDB情報を確認したり，jcsxxexportコマンド，jcsxximportコマンドを併用して，ほかのサーバに環境を移行したりできます。

5.　自動アクションによるコマンド実行

この章では，JP1/IM - Managerが提供する自動アクション機能について説明します。

＜この章の構成＞

5.1　自動アクションの概要

5.2　自動アクションの状態管理

5.3　自動アクションの定義

5.4　自動アクションで実行するコマンドの指定

5.5　自動アクションの実行監視

5.6　自動アクションの実行状態および実行結果の確認

5.7　自動アクションのキャンセル

5.8　自動アクションの再実行

5.9　自動アクション機能の稼働設定

5.10　自動アクション実行の流れ

5.1　自動アクションの概要

JP1/IMでは，マネージャーが特定のJP1イベントを受信したときに，自動的にコマンドを実行させることができます。この機能を自動アクションと呼びます。

自動アクション機能を使うことで，例えば，障害発生のJP1イベントの受信を契機として，メール送信や電話連絡のコマンドを実行してシステム管理者に通報するなどができます。

図5-1　自動アクション概要

自動アクションでは，次の項目を定義することによって，任意の条件で自動的にコマンドを実行できます。

実行する自動アクションの定義

自動アクションを実行する条件の指定

自動アクションで実行するコマンド，実行先ホスト，実行ユーザーの指定，同一アクションの抑止

自動アクションを実行する環境の設定

自動アクション実行環境のカスタマイズ

コマンド実行先ホストでのユーザーマッピング

また，自動アクションの実行処理でのトラブルを早期に検知できるよう，次の機能を提供しています。

自動アクションの実行監視

自動アクションの遅延監視

自動アクションの状態監視

ここでは，まずJP1/IMが行っている自動アクションの状態管理について説明したあと，自動アクションの定義や自動アクションの実行監視，自動アクションを実行するときの処理について説明します。

5.2　自動アクションの状態管理

自動アクションを実行すると，その自動アクションはJP1/IM - Manager，JP1/Baseを経由して処理が進んでいきます。JP1/IMでは，この自動アクションの処理状況を状態として管理しています。

自動アクションの状態遷移を図で表すと次のようになります。

図5-2　自動アクションの状態遷移

通常は，JP1/IM - Managerからマネージャー上のJP1/Base，マネージャー上のJP1/Baseからコマンド実行先のJP1/Baseへと処理が進んでいき，処理が完了します（正常時には，状態は「送信中」「キューイング」「実行中」「終了」の順に遷移し，JP1/Baseへの送信バッファーがいっぱいになったときには「送信待機」「送信中」「キューイング」「実行中」「終了」の順に遷移します）。なお，このときにエラーが発生すると状態が「実行不可」または「実行失敗」となり，処理が終了します。

なお，下記条件に合致した場合には自動アクションの状態が「抑止」や「なし」となり，JP1/IM - Manager内で処理が終了します。

抑止設定をし，かつ抑止対象となった自動アクション
この場合，自動アクションの状態は「抑止」となり，コマンドを実行せずに処理が終了します（詳細については，「5.4.4　同一アクションの抑止」参照）。

実行条件は設定済み，実行内容（実行するコマンド）は未設定の自動アクション
この場合，自動アクションは実行されますが，実行するコマンドが存在しないため，状態は「なし」となり，処理が終了します。

また，自動アクションの状態遷移が完了していない状態（「送信待機」「キューイング」「実行中」）のときには，自動アクションを途中でキャンセルできます。ただし，状態が「送信中」のときは，自動アクションを途中でキャンセルできません。そのときの状態遷移を図で表すと次のようになります。

図5-3　キャンセル処理をした場合の自動アクションの状態遷移

状態が「送信待機」「キューイング」「実行中」のアクションに対してキャンセルを行い，キャンセル処理が失敗した場合には，状態は「キャンセル」および「強制終了」には遷移せず，その時々の実行状態となります。

状態が「送信中」のアクションに対してキャンセルを行った場合，状態は「送信中（キャンセル失敗）」となります。

「送信中」状態のアクションに対して，キャンセル要求を行った場合，コマンド実行先のJP1/Baseにアクションの実行要求がキューイングされるまで，削除処理を行いません。キャンセル要求がコマンド実行先のJP1/Baseに到達し，その時々のアクション状態によっては，キャンセル処理が失敗する場合があります。「終了」または「実行失敗」状態に遷移した場合，キャンセル処理は失敗となります。

各状態の詳細については，次表を参照してください。

表5-1　自動アクションの状態一覧

状態
説明

送信待機
送信バッファー※1が満杯になったため，JP1/IM - Managerからの実行要求をJP1/Baseがいったん拒否し，JP1/IM - Managerがリトライ待ちになった状態（送信バッファーに空きが出た時点でこの状態は解除されます）。

送信中
マネージャー上のJP1/Baseからコマンド実行先のJP1/BaseにJP1/IM - Managerからの実行要求を送信している状態。

キューイング
コマンド実行先のJP1/BaseでJP1/IM - Managerからの実行要求をキューイングしている状態。
この状態が長時間続く場合，JP1/Base側で次のようなトラブルが発生しているおそれがあります。

自動アクションがシステム設計時の想定以上に発生し，不要な自動アクションが大量に蓄積（キューイング）された状態になった。

このような場合にはJP1/IMのキャンセル機能を使って不要な自動アクションをキャンセルできます（詳細については，「5.7　自動アクションのキャンセル」参照）。

実行中
コマンド実行先のJP1/BaseでJP1/IM - Managerからの実行要求を実行している状態。
この状態が長時間続く場合，JP1/Base側で次のようなトラブルが発生しているおそれがあります。

自動アクションで実行したコマンドがハングアップまたは想定以上に時間が掛かるコマンドであったため，後続の自動アクションが実行されない状態になった。

このような場合にはJP1/IMのキャンセル機能を使ってトラブルの要因となっている自動アクションをキャンセルできます（詳細については，「5.7　自動アクションのキャンセル」参照）。

終了
JP1/Base側でコマンド実行が終了し，JP1/IM - Managerにアクション結果が通知された状態。または，アクション実行サービスの起動時にアクション再実行用ファイルに出力済みの状態。

実行不可
JP1/Baseに実行要求を渡す前にエラーが発生した状態。
次の場合に発生します。

アクション実行サービスの内部エラー。

処理を行うJP1/Base（コマンド実行管理）が起動していない。

実行失敗
JP1/Base側の処理でエラーが発生し，コマンドの実行に失敗した状態。
この場合，JP1/Baseが出力する「KAVBXXXX-E」のメッセージ情報がアクション結果としてJP1/IM - Managerに通知されます。JP1/Baseが出力するメッセージ情報については，マニュアル「JP1/Integrated Management - Manager メッセージ」の「2.2　コマンド実行に関するメッセージ（KAVB2001～KAVB2999）」を参照してください。

抑止
自動アクションの実行条件に合致したが，設定した抑止時間内だったため，アクションを抑止した状態（詳細については，「5.4.4　同一アクションの抑止」参照）。

なし
自動アクションの実行条件は設定済み，実行内容(実行するコマンド)は未設定，の状態で自動アクションが実行されるとこの状態になる。

送信待機(キャンセル中)
「送信待機」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

送信中(キャンセル中)
「送信中」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

キューイング(キャンセル中)
「キューイング」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

実行中(キャンセル中)
「実行中」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

キャンセル
「実行中」の状態になる前に自動アクションをキャンセルした状態。

強制終了
「実行中」の状態の自動アクションをキャンセル(強制終了)した状態。

送信待機(キャンセル失敗)
「送信待機」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。

送信中(キャンセル失敗)
「送信中」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。
または，以前の状態（「送信待機」）のときにキャンセル処理に失敗し，その自動アクションの状態が「送信中」に遷移した状態。

キューイング(キャンセル失敗)
「キューイング」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。
または，以前の状態（「送信待機」または「送信中」）のときにキャンセル処理に失敗し，その自動アクションの状態が「キューイング」に遷移した状態。

実行中(キャンセル失敗)
「実行中」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。
または，以前の状態（「送信待機」「送信中」または「キューイング」）のときにキャンセル処理に失敗し，その自動アクションの状態が「実行中」に遷移した状態。

終了(キャンセル失敗)
キャンセル処理に失敗したアクションが「終了」になった状態。

実行失敗(キャンセル失敗)
キャンセル処理に失敗したアクションが「実行失敗」になった状態。

状態不明※2
何らかのトラブルによって実行結果を保存したファイル（アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイル）に不整合が発生し，自動アクションの実行結果が確認できない状態。
この場合，これらのファイルを削除する必要があります。なお，ファイルを削除すると，過去の自動アクションの実行結果は参照できなくなります。
削除方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.5(5)　自動アクションの実行状態が「状態不明」と表示される場合の対処方法」を参照してください。

注※1　JP1/IM - Managerからマネージャー上のJP1/Baseへ自動アクションの実行要求を送信するために使用する通信バッファーのことです。

注※2　アクションの状態でなく，JP1/IM - Managerが自動アクションの状態取得に失敗したことを表します。

自動アクションの実行状態は，JP1/IM - Viewやコマンドで確認できます。詳細については，「5.6　自動アクションの実行状態および実行結果の確認」を参照してください。

5.3　自動アクションの定義

自動アクションの定義は，JP1/IM - Viewの［アクション設定］画面で設定する方法と，自動アクション定義ファイルを作成してjcachangeコマンドで反映する方法があります。

自動アクション定義ファイルには，自動アクション定義ファイルおよび自動アクション定義ファイル（互換用）があります。それぞれのファイルのバージョンによって［アクション設定］画面が異なります。

定義できる内容の詳細の参照先を次に示します。

表5-2　自動アクションの定義の参照先

バージョン情報（DESC_VERSIONの値） | 自動アクション定義ファイルのバージョン | 表示される［アクション設定］画面 | 自動アクション定義ファイルの参照先 | ［アクション設定］画面の参照先
1 | 07-11～07-51の自動アクション定義ファイルのバージョンを示す。 | ［アクション設定］（互換用）画面 | マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション定義ファイル（actdef.conf）（互換用）」（2.　定義ファイル） | マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.26.2　［アクション詳細設定］画面（互換用）」
2 | 08-00～08-50の自動アクション定義ファイルのバージョンを示す。
3 | 09-00以降の自動アクション定義ファイルのバージョンを示す。 | ［アクション設定］画面 | マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル） | マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.25　［アクション設定］画面」

この表以外の値をDESC_VERSIONに指定した場合，自動アクション定義ファイル（バージョン情報が「3」）と仮定して読み込みます。

DESC_VERSIONを省略した場合，自動アクション定義ファイル（互換用）（バージョン情報が「2」）と仮定して読み込みます。

jcamakeaコマンドを実行して自動アクションの定義ファイルの内容をチェックすることをお勧めします。

注意

09-00以降の形式を使用している場合は，バージョン5の自動アクション機能の互換用である，移行用アクション定義ファイル（replaceactdef.conf）を編集して使用することはできません。この場合は，replaceactdef.confをもとにactdef.confを定義し直してください。自動アクション定義ファイルについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル），および「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）の「ACTIONDEFFILE」を参照してください。

replaceactdef.confとactdef.confは併用しないでください。

＜この節の構成＞

5.3.1　実行条件として指定できる項目

5.3.2　実行条件の優先度

5.3.3　パラメーターグループとAND条件

5.3.4　イベント引き継ぎ情報

5.3.1　実行条件として指定できる項目

自動アクションを実行する条件として，次の項目が指定できます。

JP1イベントのイベントID
自動アクションの対象とするJP1イベントをイベントIDで指定します。「すべて」または一つのイベントIDを指定できます。

イベント条件
自動アクションの対象とするJP1イベントをイベント条件で指定します。項目に指定できるイベント条件は，アクション定義によって異なります。

表5-3　指定できるイベント条件

属性種別
項目
イベント条件※1

アクション定義
アクション定義（互換用）

基本属性
登録要因

と一致する

と一致しない

－

イベントID

と一致する

と一致しない

正規表現

と一致する

正規表現

発行元プロセスID

正規表現

発行元ユーザーID

発行元グループID

発行元ユーザー名

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

発行元グループ名

発行元イベントサーバ名

発行元IPアドレス

詳細情報

メッセージ

登録時刻

正規表現

YYYYMMDDhhmmssの形式（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss：秒）。

正規表現

YYYY/MM/DDhh:mm:ssの形式（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss：秒）。

到着時刻
－

拡張属性
共通情報
開始時刻

正規表現（通算秒指定）

正規表現（通算秒指定）

終了時刻

プロダクト名

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

正規表現

オブジェクトタイプ

オブジェクト名

登録名タイプ

登録名

オブジェクトID

事象種別

ユーザー名

終了コード

発生元ホスト名※2

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

－

重大度

と一致する※3

正規表現

と一致する※3

正規表現

固有情報
「E.」

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

正規表現

互換用
イベント基本情報

正規表現

（凡例）

－：なし

注※1　比較条件に指定できる正規表現は，デフォルトでは拡張正規表現です。正規表現については，「付録G　正規表現」を参照してください。ただし，旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Consoleからバージョンアップした場合は，旧バージョンで設定した情報を引き継ぎます。

また，アクション定義（互換用）ではない場合は，バージョン8以前のJP1/IM - Viewは編集できません。

注※2　アクション定義（互換用）で発生元ホスト名を指定したい場合は，拡張属性の固有情報の項目として「E.JP1_SOURCEHOST（発生元ホスト名）」と指定してください。

注※3　指定できる属性値は，「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，および「デバッグ（Debug）」です。

5.3.2　実行条件の優先度

一つのJP1イベントがJP1/IMのマネージャーに届くと，パラメーターグループごとに優先順位の順に自動アクション定義の実行条件とJP1イベントを比較します。自動アクション定義の実行条件が一致する場合，パラメーターグループごとに優先順位の最も高い自動アクション定義の実行条件が1件だけ実行されます。

優先順位は，自動アクション環境定義ファイルの"ACTIONPRIORITY"パラメーターで設定し，JP1共通定義情報に反映します。オプションには，DEFAULTおよびV8COMPATIBLEがあります。

JP1/IM - Managerを新規インストールした場合，"ACTIONPRIORITY"パラメーターにはDEFAULTが設定されます。

JP1/IM - Managerをバージョンアップした場合，"ACTIONPRIORITY"パラメーターは設定されません。"ACTIONPRIORITY"パラメーターが設定されていない場合，V8COMPATIBLE（JP1/IM - Managerがバージョン8以前だった場合の自動アクションの優先順位）として動作します。

"ACTIONPRIORITY"パラメーターにDEFAULTを指定すると，自動アクションを実行する優先順位は，自動アクション定義に設定した順（actdef.conf内の記載順）となります。

"ACTIONPRIORITY"パラメーターにV8COMPATIBLEを指定すると，自動アクションを実行する優先順位は，自動アクション定義に設定した順（actdef.conf内の記載順）でイベントIDが明示的に指定されたアクションの定義情報を判定したあと，イベントIDに"*"が指定された自動アクション定義の実行条件を判定します。

指定したイベントIDが「00000001」，「00000002」または「すべて」のどれかだった場合に，DEFAULTとV8COMPATIBLEの優先順位がどのように異なるのかを次に示します。

表5-4　「00000001」，「00000002」，「すべて」の順での優先順位の違い

イベントID | 記述順 | パラメーターグループ | DEFAULTの優先順位 | V8COMPATIBLEの優先順位
00000001 | 1 | 1 | 1 | 1
00000002 | 2 | 1 | 2 | 2
すべて | 3 | 1 | 3 | 3

表5-5　「すべて」，「00000001」，「00000002」の順での優先順位の違い

イベントID | 記述順 | パラメーターグループ | DEFAULTの優先順位 | V8COMPATIBLEの優先順位
すべて | 1 | 1 | 1 | 3
00000001 | 2 | 1 | 2 | 1
00000002 | 3 | 1 | 3 | 2

表5-6　「00000001」，「すべて」，「00000002」の順での優先順位の違い

イベントID | 記述順 | パラメーターグループ | DEFAULTの優先順位 | V8COMPATIBLEの優先順位
00000001 | 1 | 1 | 1 | 1
すべて | 2 | 1 | 2 | 3
00000002 | 3 | 1 | 3 | 2

5.3.3　パラメーターグループとAND条件

自動アクションでは，パラメーターグループやAND条件の指定によって，複雑な条件を指定した自動アクションにも対応できます。

パラメーターグループ
パラメーターグループは，自動アクション実行の条件判定をする単位で，10個のパラメーターグループがあります。それぞれの自動アクション定義はどれかのパラメーターグループに属します。
パラメーターグループは，一つのイベントで複数のアクションを実行する場合や，後述のAND条件を指定する場合に使います。
一つのJP1イベントがJP1/IMのマネージャーに届くと，パラメーターグループごとに，優先順位の順にアクション定義パラメーターと実行条件と比較します。実行条件が一致する場合は，パラメーターグループごとに優先順位の最も高いアクション定義パラメーターが１件だけ実行されます。
パラメーターグループは１桁の数字（0～9）で指定します。パラメーターグループの数字の大小は，実行順序や優先順位とは関係ありません。
なお，パラメーターグループを省略した自動アクションの定義は，0のパラメーターグループに属します。

AND条件
AND条件とは，複数の実行条件をすべて満たした場合にアクションを実行するための設定のことです。
パラメーターグループの指定に，数字ではなく「&」を指定すると，自動アクションの定義で直前（GUIで一つ上の表示，または定義ファイルで一つ上のアクションブロックの記述）に定義されている実行条件との組み合わせをAND条件として扱います。最大10個の自動アクション定義をAND条件の組み合わせとして定義できます。
受信したイベントが，AND条件のどれかの実行条件に一致すると，ほかの実行条件に一致するイベントを受信するのを待ちます。AND条件となっている実行条件がすべて成立すると，自動アクションが実行されます。AND条件が成立するのを待つ時間は，ANDイベント保管期限で指定します。ANDイベント保管期限以上にJP1イベントの受信時刻が離れると，AND条件の対象となりません。
なお，イベント基盤サービス（evflowプロセス）が停止すると，AND条件の成立待ちのイベントはすべて破棄されます。プロセス管理機能でプロセス障害時に再起動する場合や，クラスタ運用で再起動をする場合は，注意してください。

5.3.4　イベント引き継ぎ情報

アクションの実行内容に関する次の項目は，イベント引き継ぎ情報としてアクションの契機となったJP1イベントの情報を指定できます。

JP1イベントの属性値の自動アクションへの引継ぎは，イベント基盤サービスからアクション実行サービスに渡す際に実行しています。

実行先ホスト名

JP1ユーザー名

環境変数ファイル名

アクション

次に示すイベント引き継ぎ情報を指定できます。

表5-7　アクションの実行内容に指定できる変数

種別
変数名
イベント引き継ぎ情報

基本属性
EVBASE

イベント基本情報

EVID

イベントID（基本コード：拡張コード）
イベントIDを「基本コード：拡張コード」形式にした文字列

EVDATE

イベント登録日（YYYY/MM/DD）
登録時刻を「YYYY/MM/DD」形式にした文字列

EVTIME

イベント登録時刻（hh:mm:ss）
登録時刻を「hh:mm:ss」形式にした文字列

EVPID

イベント発行元プロセスID
発行元プロセスIDの値

EVUSRID

イベント発行元プロセスのユーザーID
発行元ユーザーIDの値

EVGRPID

イベント発行元プロセスのグループID
発行元グループIDの値

EVUSR

イベント発行元ユーザー名
発行元ユーザー名の値

EVGRP

イベント発行元グループ名
発行元グループ名の値

EVHOST

イベント発行元ホスト名
発行元イベントサーバ名の値

EVIPADDR

イベント発行元IPアドレス
発行元IPアドレスを「aaaa.bbb.ccc.ddd」形式にした文字列

EVSEQNO

イベントDB内通し番号
イベントDB内通し番号の値

EVARVDATE

イベント到着日（YYYY/MM/DD）
到着時刻を「YYYY/MM/DD」形式にした文字列

EVARVTIME

イベント到着時刻（hh:mm:ss）
到着時刻を「hh:mm:ss」形式にした文字列

EVSRCNO

発行元イベントDB内通し番号
発行元イベントDB内通し番号の値

EVMSG

メッセージ
メッセージの値

EVDETAIL

詳細情報
詳細情報を「情報1△情報2△…情報n△」形式にした文字列（△：半角スペース）

拡張属性
EVSEV

イベント拡張情報重大度（Emergency, Alert, Critical, Error, Warning, Notice, Information, Debug）
重大度の値

EV"拡張属性名"

任意の拡張属性
拡張属性名で指定された属性の属性値

その他
ACTHOST

アクション実行要求元マネージャーホスト名
マネージャーホスト名

EVENV1～EVENV9

アクションの実行条件の指定で，正規表現中に"( )"を指定して切り出したデータ
マネージャーで拡張正規表現を使用している場合だけ指定できる

(a)　指定方法

イベント引き継ぎ情報は，変数で指定します。変数は「$変数名」と指定します。$を文字として指定したい場合は，「¥$」と指定してください。

(b)　イベント引き継ぎ情報の変換機能

イベント引き継ぎ情報の変換機能は，イベント引き継ぎ情報に含まれる特定のASCII文字を別の文字列に変換する機能です。

イベントに含まれるOSが特別な意味として取り扱う文字を別の文字に変換できます。

変換前の文字と変換後の文字列は，イベント引き継ぎ情報変換設定ファイルで指定できます。詳細は，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）」（2.　定義ファイル）を参照してください。

5.4　自動アクションで実行するコマンドの指定

実行条件を満たしたときに，アクションとして実行するコマンドを次のように指定できます。

＜この節の構成＞

5.4.1　実行できるコマンド

5.4.2　コマンドを実行するホスト

5.4.3　コマンドを実行するユーザー

5.4.4　同一アクションの抑止

5.4.1　実行できるコマンド

自動アクションで実行できるコマンドの種類を次に示します。

コマンドを実行するホストがWindowsの場合

実行形式ファイル(.com，.exe)

バッチファイル(.bat)

JP1/Scriptのスクリプトファイル(.spt)　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

コマンドを実行するホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構やDDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

5.4.2　コマンドを実行するホスト

JP1/IMのエージェントまたはマネージャーを，コマンドの実行先ホストとして指定できます。

エージェントは，JP1/IMの管理対象として構成管理情報によって定義されている必要があります。

また，複数のエージェントをまとめたホストグループを定義することによって，同じコマンドを複数のホストで実行できます。

5.4.3　コマンドを実行するユーザー

コマンドを実行するユーザーを，JP1ユーザーによって指定します。

エージェントでコマンドを実行するときには，そのホストでJP1ユーザーに対応したOSユーザーにユーザーマッピングしてからコマンドを実行します。

5.4.4　同一アクションの抑止

一定時間内に同一の自動アクションが実行されるのを抑止したい場合は，抑止設定をします。

例えば，パトランプを点灯させたり，メールでユーザーに通知したりする自動アクションは，一定時間内に一度実行されればよいアクションです。また，これらの自動アクションがJP1/Baseのコマンド実行のキューに蓄積されることによって，緊急を要する自動アクション，例えば障害の復旧を行う自動アクションなどの実行が遅れてしまうことがあります。

一度実行すれば一定時間実行しなくてよい自動アクションに対し，抑止設定をすることで，このような事態を回避できます。

抑止する・しないの設定，抑止時間の設定は，アクション単位でできます。これにより，不要なアクションを抑止し，必要なアクションだけを実行する環境を構築できます。

なお，プロセス管理機能によるプロセスの再起動時や，クラスタ運用でのフェールオーバー時には，抑止中のアクションは抑止解除されます。

＜この項の構成＞

(1)　抑止設定をした場合の自動アクションの動作

(2)　AND条件を設定した自動アクションに対し，抑止設定をした場合の自動アクションの動作

(1)　抑止設定をした場合の自動アクションの動作

抑止設定をした場合の自動アクションの動作を次の図に示します。

図5-4　抑止設定をした場合の自動アクションの動作

図中の自動アクションAのように，抑止設定をしていた場合は，その自動アクションの実行条件に合致するJP1イベントが抑止時間内に複数発生しても，最初に発生したJP1イベントに対してだけアクションが実行され，2件目以降のJP1イベントに対してはアクションが実行されません。実行されなかった自動アクションの状態は「抑止」となります。

図中の自動アクションBのように，抑止設定をしていない場合は，その自動アクションの実行条件に合致するJP1イベントが発生するたびにアクションが実行されます（抑止設定をした自動アクションの動作に関係なく動作します）。

(2)　AND条件を設定した自動アクションに対し，抑止設定をした場合の自動アクションの動作

自動アクション同士をAND条件で結び，かつ，抑止設定をした場合の自動アクションの動作を次の図に示します。

図5-5　自動アクション同士をAND条件で結び，かつ，抑止設定をした場合の自動アクションの動作

自動アクションの動作を図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

実行条件Aに合致するJP1イベントをJP1/IM - Managerが受信した状態です。自動アクションAと自動アクションBをAND条件で結んでいるため，このときにはまだアクションは実行されません。

実行条件Bに合致するJP1イベントをJP1/IM - Managerが受信した状態です。先に実行条件Aに合致するJP1イベントを受信しているため，AND条件が成立し，アクションA，Bが実行されます。

実行条件Aに合致するJP1イベントをJP1/IM - Managerが受信した状態です（1.と同じ状態です）。

実行条件Bに合致するJP1イベントをJP1/IM - Managerが受信した状態です（2.と同じ状態です）。先に実行条件Aに合致するJP1イベントを受信しているため，AND条件が成立していますが，抑止時間内であるため，アクションA，Bは実行されず，それぞれ「抑止」状態となります。

実行条件Aに合致するJP1イベントをJP1/IM - Managerが受信した状態です（1.と同じ状態です）。

実行条件Bに合致するJP1イベントをJP1/IM - Managerが受信した状態です（2.と同じ状態です）。実行条件Aに合致するJP1イベントの受信時間は抑止時間内ですが，AND条件の成立する実行条件Bの受信時間が抑止時間外だったため，アクションA，Bは抑止されず，それぞれ実行されます。

5.5　自動アクションの実行監視

JP1/IM - Managerでは，自動アクションの実行処理で発生したトラブルを迅速に検知できるよう，自動アクションの実行状況を監視する機能を提供しています。この機能は，次に示す二つの機能で構成されており，それぞれ監視する・監視しないを選択できます。

自動アクションの遅延監視
遅延監視をすることで，一定時間経過しても終了しない自動アクションを検知し，ユーザーに通知できます。

自動アクションの状態監視
状態監視をすることで，実行に失敗した自動アクションを検知し，ユーザーに通知できます。

＜この節の構成＞

5.5.1　自動アクションの遅延監視

5.5.2　自動アクションの状態監視

5.5.3　実行監視の設定

5.5.4　実行監視機能による自動アクションの異常監視

5.5.1　自動アクションの遅延監視

自動アクションの実行処理で，次のようなトラブルが発生することがあります。

自動アクションが想定した時間内に終了しなかった。

自動アクションが長時間経過しても終了しない状態となった。

このようなトラブルが発生すると，トラブルの発生元となったアクションだけでなく，後続のアクションの実行処理にも影響が出てきます。

自動アクションの実行時間を監視（遅延監視）することで，上記のようなトラブル発生から，オペレーターが対応するまでの時間を短縮できます。遅延発生時の通知は，JP1イベントや通知コマンドによって行われます。

遅延監視の設定については，「5.5.3　実行監視の設定」を参照してください。

＜この項の構成＞

(1)　遅延監視の開始時間と終了時間

(1)　遅延監視の開始時間と終了時間

遅延監視の開始は，マネージャー上のJP1/Baseに自動アクションの実行契機となるJP1イベントが到着した時刻からとなります。

また，遅延監視の終了は，アクションの状態が下記の状態に遷移した時刻となります。

「終了」「キャンセル」「強制終了」「実行不可」「実行失敗」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）」

遅延監視で設定した時間内に上記状態に遷移しなかった場合，"遅延"となります。

遅延監視の対象時間および遅延監視の対象となる状態を次の図に示します。

図5-6　遅延監視の対象時間および遅延監視の対象となる状態

なお，クラスタシステムでフェールオーバー時に自動アクションを再実行する設定にしていた場合も，遅延監視の対象時間および遅延監視の対象となる状態は，通常運用の場合（上記の図）と変わりません。クラスタシステムで運用している場合には系切り替えの時間も考慮に入れて遅延監視時間を設定する必要があります。

注意

自動アクションを手動で再実行した場合は，遅延監視の対象にはなりません。これは，ユーザー自身が自動アクションを再実行し，アクション開始時間および経過時間を把握できるためです。

また，状態が「なし」となる自動アクションや状態が「抑止」となった自動アクションも遅延監視の対象にはなりません。

5.5.2　自動アクションの状態監視

自動アクションの実行処理で，次のようなトラブルが発生することがあります。

JP1/IM - Manager，JP1/Baseがエラーを検知したため，状態が「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」となって処理が終了した。

このようなトラブルが発生すると，ユーザーの意図したとおりに自動アクションが実行終了していないため，監視業務に大きく影響が出てきます。

自動アクションの処理で異常が発生したことを検知することで，自動アクションの実行に失敗してから，オペレーターが対応するまでの時間を短縮できます。異常発生時の通知は，JP1イベントや通知コマンドによって行われます。

状態監視の設定については，「5.5.3　実行監視の設定」を参照してください。

5.5.3　実行監視の設定

自動アクションの遅延監視機能，状態監視機能は，二つともインストール時に有効になっていないため，使用したい場合は設定が必要となります。

自動アクションの遅延監視，状態監視をするために必要な設定を次の表に示します。（　）はデフォルト値を表しています。

表5-8　遅延監視，状態監視をするために必要な設定

機能
設定項目
設定方法

遅延監視

遅延監視をする・しない（しない）

遅延監視時間（600秒）

［アクション詳細設定］画面，または自動アクション定義ファイル

JP1イベントの発行（有効）

自動アクション通知定義ファイル

通知コマンドの実行（無効）

状態監視

状態監視をする・しない（しない）

［アクション設定］画面または，自動アクション定義ファイル

JP1イベントの発行（有効）

自動アクション通知定義ファイル

通知コマンドの実行（無効）

遅延監視はアクション単位，状態監視はシステム単位（JP1/IM - Manager）で設定できます。また，JP1イベントの発行はデフォルトで有効になっています。監視をする・しないの設定で「監視をする」に設定すれば，異常検知時にJP1イベントが発行されるようになります。通知コマンドの実行はデフォルトで無効になっています。異常検知時に通知コマンドを実行したい場合には自動アクション通知定義ファイルを編集してください。

なお，JP1イベントの発行，通知コマンドの実行を両方とも無効に設定した場合は，「遅延監視をする」，または「状態監視をする」を設定しても，異常検知時にユーザーに異常が通知されなくなります。このため，遅延監視，状態監視をする場合には，JP1イベントの発行，または通知コマンドの実行のどちらかを必ず有効に設定する必要があります。

5.5.4　実行監視機能による自動アクションの異常監視

遅延監視機能，状態監視機能を有効にすると，異常検知時にそれぞれJP1イベントを発行したり，通知コマンドを実行したりして，ユーザーに通知が行われるようになります。

ただし，遅延監視機能，状態監視機能による通知は，それぞれ一度実行されると抑止状態となり，以後，異常が発生しても通知が行われなくなります。

このため，トラブルが発生した自動アクションに対して対応が完了したら，抑止を解除する必要があります。JP1/IM - Viewの［イベントコンソール］画面の［オプション］メニューで［機能状態通知復帰］を選択することで，抑止を解除できます。

5.6　自動アクションの実行状態および実行結果の確認

自動アクションの実行状態，および実行結果は，次の方法で確認できます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（詳細確認で使用）

jcashowaコマンド

コマンド実行履歴の内容を確認したい場合は，jcocmdlogコマンドで確認できます。

自動アクションの実行状態はJP1イベントとして発行できます。ただし，デフォルトでは発行しないため，jcocmddefコマンドの-acteventオプションを使って，JP1イベントを発行する設定に変更する必要があります。

5.7　自動アクションのキャンセル

自動アクションの状態が次に示す状態のとき，その自動アクションをキャンセルできます。

「送信待機」「キューイング」「実行中」

「送信中（キャンセル失敗）※」「送信待機（キャンセル失敗）※」「キューイング（キャンセル失敗）※」「実行中（キャンセル失敗）※」
注※　「状態（キャンセル失敗）」となっている自動アクションをキャンセルする場合は，実行結果の詳細確認（エラー情報の確認）やイベント検索によるアクション実行先ホストの状態確認などで，原因を特定・取り除いてからキャンセルするようにしてください。

キャンセル処理を実行すると，自動アクションの状態は「状態（キャンセル中）」を経て「キャンセル」または「強制終了」に変わります。なお，キャンセルに失敗した場合には「状態（キャンセル失敗）」となり，状態が遷移していきます（詳細については，「5.2　自動アクションの状態管理」参照）。

自動アクションのキャンセル，キャンセル確認は，次の方法でできます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（キャンセルだけ）

jcacancelコマンド（キャンセル），jcashowaコマンド（キャンセル確認）

注意

自動アクションのキャンセルは，アクション実行先ホストのJP1/Baseのバージョンが07-10以降の場合にだけできます。JP1/Baseのバージョンが07-00以前の場合にはできません。

キャンセルできるアクションの範囲

キャンセルできるアクションは，そのマネージャーから発行されたアクションだけです。例えば，拠点マネージャーから発行されたアクションは，統合マネージャーからはキャンセルできません。

キャンセルできるアクションの範囲を次の図に示します。

図5-7　キャンセルできるアクションの範囲

上記図のように統合マネージャーからアクションのキャンセル処理を実行した場合，その対象となるのは，統合マネージャーから発行されたアクションだけです。拠点マネージャーから発行されたアクションは，キャンセル対象とならないため，エージェント上でそのまま処理されます。拠点マネージャーから発行されたアクションをキャンセルしたい場合には，拠点マネージャーからキャンセル処理を実行する必要があります。

5.8　自動アクションの再実行

自動アクションの状態が次に示す状態のとき，その自動アクションを再実行できます。

「抑止」「終了」「実行失敗※」「キャンセル」「強制終了」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）※」
注※　「実行失敗」または「実行失敗（キャンセル失敗）」となっている自動アクションを再実行する場合は，実行結果の詳細確認（エラー情報の確認）やイベント検索によるアクション実行先ホストの状態確認などで，原因を特定・取り除いてから再実行するようにしてください。

自動アクションを再実行すると，自動アクションの状態は，システムで処理しているときと同様に状態が遷移していきます（詳細については，「5.2　自動アクションの状態管理」参照）。

自動アクションの再実行，再実行確認は，次の方法でできます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（再実行だけ）

jcashowaコマンド（再実行確認）

5.9　自動アクション機能の稼働設定

JP1/IMは，内部処理としてJP1/Baseからイベントを取得し，自動アクションの実行契機となるJP1イベントかどうか判定し，合致したときに自動アクションを実行しています。通常は，この内部処理を変更する必要はありませんが，メンテナンスなどで不要な自動アクションが大量に発生する，といった場合に，一時的にこの内部処理を休止させることができます。

設定はjcachangeコマンドで行います。また，設定内容はjcastatusコマンドで確認できます。

なお，内部処理を休止させた場合，その間に受信したイベントに対しては，稼働状態に戻したあとも自動アクションは実行されません。実行したい自動アクションがある場合には休止状態にしないでください。

参考

jcachangeコマンド，jcastatusコマンドについて

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcachange」，および「jcastatus」（1.　コマンド）

5.10　自動アクション実行の流れ

マネージャーで，自動アクションの契機となるJP1イベントを受信してから，エージェントに対して自動アクションを実行する場合の処理の流れを例に，JP1/IM，JP1/Baseの機能連携について説明します。

なお，以降の説明では，自動アクションをするための定義が完了しているものとして説明しています（自動アクションの定義については，「5.3　自動アクションの定義」を参照）。

図5-8　自動アクションの処理の流れ（エージェントに自動アクションでコマンドを実行する場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェント上で自動アクションの契機となるJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，構成定義に従って上位ホストに転送され，転送されたJP1イベントは，マネージャー上のイベントサービスに登録されます。

JP1/IM - Manager（イベント基盤サービス）が登録されたJP1イベントをイベントサービスから取得します。

自動アクションの定義と取得したJP1イベントを比較し，自動アクションの定義に一致した自動アクションをアクション実行サービスに渡します。

自動アクションを受信したアクション実行サービスは，マネージャー上のJP1/Baseにコマンド実行指示を渡します。

コマンド実行指示を受け取ったマネージャー上のJP1/Baseは，構成定義を参照してコマンド実行先ホストにコマンド実行指示を出します。

コマンド実行指示を受けたエージェント上のJP1/Baseは，コマンドを実行する前に，ユーザーマッピング定義を参照し，マッピングされたOSユーザーの権限でコマンドを実行します。※
注※　ユーザーマッピング（JP1/Baseのユーザー管理）の処理は，コマンドを実行するホストで行われます。このため，自動アクションでエージェントに対してコマンドを実行する場合にはエージェントで，自動アクションでマネージャーに対してコマンドを実行する場合にはマネージャーで，それぞれユーザーマッピングの設定をしておく必要があります。

コマンド実行後，エージェント上のJP1/Baseは，その結果を構成定義で定義されている上位ホストに通知します。

コマンド実行結果を受け取ったマネージャー上のJP1/Baseは，コマンド実行結果をコマンド実行履歴ファイル（ISAM）に記録したあと，アクション実行サービスに実行結果を通知します。

アクション実行サービスは，JP1/Baseから受け取った実行結果の情報をログ出力し，自動アクションの実行結果をイベント基盤サービスに渡します。

JP1/IM - Viewには，イベント基盤サービスが持つJP1イベントの情報がイベントコンソールサービスを通して表示されます。

なお，自動アクションは，JP1/Baseのコマンド実行機能によって実行しています。「7.4.4　コマンド実行の管理」をあわせて参照してください。

注意

自動アクションの実行処理が進んでいる途中で，次の事象が発生すると，自動アクションの状態が遷移しなくなります（遷移しなくなるのは，状態が「送信待機」「送信中」「キューイング」「実行中」「送信待機（キャンセル中）」「送信中（キャンセル中）」「キューイング（キャンセル中）」「実行中（キャンセル中）」だった場合です）。

マネージャー，アクション中継ホスト，アクション実行先ホストのどれかがシャットダウンなどの操作により停止した。

ネットワーク障害

JP1/Baseのダウン

この場合には，次の方法で確認してください。

JP1/Baseのjcocmdshowコマンド（07-10サポート）で確認：

アクション実行先ホストのJP1/Base（コマンド実行管理）が自動アクションの処理をしていた場合には，このコマンドで確認できます※。

注※　処理要求を受け取っていない，または処理が完了していた場合はこのコマンドでは確認できません。

状態が遷移しない，かつ，jcocmdshowコマンドでも確認できない自動アクションは，再実行するか否か判断を行い，必要に応じて［コマンド実行］画面から再実行してください。

6.　IM構成管理によるシステムの階層構成の管理

この章では，IM構成管理を使用してシステムの階層構成（IM構成）をマネージャーから一元的に管理する機能について説明します。IM構成管理を使用してシステムの階層構成を管理するには，IM構成管理DBの設定を有効にしている必要があります。

JP1/Baseが提供する機能を使用してシステムの階層構成の定義，および定義情報の収集・配布をする場合は，「7.4.3　システムの階層構成の管理」および「7.4.5　定義情報の収集と配布」を参照してください。

＜この章の構成＞

6.1　ホストの管理

6.2　システムの階層構成の管理

6.3　仮想化システム構成の管理

6.4　業務グループの管理

6.5　プロファイルの管理

6.6　サービスの稼働情報の管理

6.7　IM構成管理の管理情報のエクスポート・インポート

6.1　ホストの管理

IM構成管理では，IM構成管理・ビューアーを操作して，ネットワーク上のホストを管理できます。ホストの管理の内容を次に示します。

ホストの登録・一覧表示・削除
次に示すホストを管理対象としてIM構成管理に登録できます。また，登録したホストを一覧表示したり，削除したりできます。

JP1/Baseが動作しているエージェント構成のホスト（以降，エージェントと呼びます。）

リモート通信設定をしているリモート監視構成のホスト（以降，リモートの監視対象ホストと呼びます。）

仮想化構成のホスト

ホストからの情報収集
エージェントのJP1/Baseから各ホストのホスト名，IPアドレスなどの情報（以降，ホスト情報と呼びます）や製品情報を取得できます。また，リモートの監視対象ホストからもホスト名，IPアドレス，OSのホスト情報を取得できます。

ホスト情報の属性変更
ホストの属性（ホスト名，ホスト種別，コメント，実行系ホスト，待機系ホスト，リモート通信設定）を変更できます。

システム共通設定
リモートの監視対象ホストの場合には，ホスト情報の設定値を共通の値として保存し管理できます。

なお，エージェントを管理する場合には，管理対象のホスト上でJP1/Baseが動作している必要があります。また，リモートの監視対象ホストを管理する場合には，リモート通信設定が完了している必要があります。

この節では，IM構成管理で管理するホスト情報，およびホストを管理するための機能について説明します。

＜この節の構成＞

6.1.1　IM構成管理で管理対象となるホスト情報

6.1.2　ホストの登録

6.1.3　ホスト情報の収集

6.1.4　ホスト情報の表示

6.1.5　ホスト情報の変更

6.1.6　ホストの削除

6.1.1　IM構成管理で管理対象となるホスト情報

IM構成管理で管理するホスト情報を次の表に示します。

表6-1　IM構成管理で管理するホスト情報

種別
項目
内容
指定方法

基本情報
構成反映状態
システムの階層構成へのホストの反映状態です。次のどれかが登録されます。

未反映：
システムの階層構成に反映されていない（追加されていない）状態

反映済み：
システムの階層構成への反映が完了した状態

反映失敗：
システムの階層構成に追加されているが，反映が失敗した状態

システムの階層構成に対してホストを追加，削除した場合に，システムの階層構成からホストを取り込んだとき，自動的に登録されます。直接指定できません。

構成反映日時
ホストをシステムの階層構成に追加した日時です。yyyy/mm/dd hh:mm:ssの形式で表示されます。

構成検証状態
システムの階層構成の検証を実行した場合に表示されるエージェント構成のホストの状態です。次のどれかが登録されます。

未実施：
検証が実行されていない状態

一致：
IM構成管理DBが保持する構成定義情報と，ホストが保持する構成定義情報が一致している状態

不一致：
IM構成管理DBが保持する構成定義情報と，ホストが保持する構成定義情報が一致していない状態

検証失敗：
ホストのJP1/Baseと通信できなくて，検証に失敗した状態

未対応：
ホストのJP1/Baseがバージョン9より前で，IM構成管理に対応していない状態

構成検証日時
システムの階層構成の検証を実行した日時です。yyyy/mm/dd hh:mm:ssの形式で表示されます。

プロファイル反映状態
エージェントおよびリモートの監視対象ホストへのプロファイルの反映状態です。次のどれかが登録されます。

未反映：
編集したプロファイルはサーバに保存されているが，反映が実行されていない状態

反映済み：
プロファイルの反映が完了した状態

反映失敗：
プロファイルの反映に失敗した状態

プロファイルの反映時に自動的に登録されます。直接指定できません。

プロファイル反映日時
プロファイルの反映が完了した日時です。

プロファイル収集状態
エージェントおよびリモートの監視対象ホストからのプロファイルの収集状態です。次のどれかが登録されます。

未収集：
プロファイルの収集が実行されていない状態

一部収集済み：
収集済みのプロファイルが一つ以上あり，収集失敗のプロファイルがない状態

収集済み：
プロファイルの収集が完了した状態

収集失敗：
プロファイルの収集に失敗した状態

プロファイルの収集時に自動的に登録されます。直接指定できません。

プロファイル収集日時
プロファイルの収集が完了した日時，またはプロファイルの反映が完了した日時です。

ホスト情報収集状態
ホスト情報を収集したときのホストの状態です。次のどれかが登録されます。

未収集：
ホスト情報の収集が実行されていない状態

収集済み：
ホスト情報の収集が完了した状態

収集失敗：
ホスト情報の収集に失敗した状態

ホスト情報の収集時に自動的に登録されます。直接指定できません。

ホスト情報収集日時
最後にホスト情報の収集が完了した日時です。

仮想化構成収集状態
仮想化システム構成の情報を収集したときのホストの状態です。次のどれかが登録されます。

未収集：
ホストの登録後，IM構成管理の管理情報のインポート後など，仮想化システム構成の情報が収集されていない状態

収集済み：
仮想化システム構成の情報の収集が正常に完了した状態

収集失敗：
仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの接続ができない，ユーザー認証ができない，環境が不十分などの理由で，仮想化システム構成の情報の収集が失敗した状態

不一致：
収集した仮想化システム構成の情報と，IM構成管理が保持する仮想化システム構成の情報との間で，ホスト種別が異なっている状態

仮想化構成の収集時に自動的に登録されます。直接指定できません。

仮想化構成収集日時
仮想化システム構成の情報の収集が完了した日時です。

ホスト情報
IPアドレス
マネージャーが認識する対象ホストのIPアドレスです。デフォルトで4個まで登録されます。直接指定はできません。
なお，このIPアドレスは，対象ホストに実際に設定されているIPアドレスではありません。複数LAN構成時やNAT使用時は注意してください。
ホストの登録，ホスト情報の変更，またはホスト情報の収集を実行すると，自動的に収集されます。直接指定できません。

OS名
物理ホストで動作しているOS名です。
ホスト情報の収集時に自動的に登録されます。直接指定できません。

VMMホスト
VMware ESXやHyper-Vなどの仮想マシンモニター（Virtual Machine Monitor）が動作するホストのホスト名です。ホスト種別が「仮想ホスト」のときに登録されます。
ホストの登録時，またはホスト情報の変更時に直接指定します。

コメント
ホストに対するコメントです。

ホスト名
IM構成管理に登録したホスト名です。複数の同じホスト名を登録することはできません。

ホスト名一覧
マネージャーが認識するホストの正式名，およびエイリアス名の一覧です。エイリアス名は，デフォルトで5個まで登録できます。
ただし，収集先ホストのOSがWindowsの場合，登録できるエイリアス名は，1個だけです。
ホストの登録，ホスト情報の変更，またはホスト情報の収集を実行すると，自動的に収集されます。直接指定できません。

ホスト種別
ホストの種別です。次のどれかが登録されます。

物理ホスト

仮想ホスト

論理ホスト

不明

ホストの登録時，またはホスト情報の変更時に直接指定します。また，ホスト情報の収集を実行して取得できます。

収集日時
最後にホスト情報の収集が完了した日時です。

収集状態
エージェントおよびリモートの監視対象ホスト情報を収集するときのホストの状態です。次のどれかが登録されます。

未収集

収集済み

収集失敗

エージェント構成のホストの収集状態
エージェントのホスト情報を収集するときのホストの状態です。次のどれかが登録されます。

未収集

収集済み

収集失敗

リモート監視構成のホストの収集状態
リモートの監視対象ホストのホスト情報を収集するときのホストの状態です。次のどれかが登録されます。

未収集

収集済み

収集失敗

実ホスト名
ホストに実際に設定されているホスト名です。

実行系ホスト
論理ホストの実行系となる物理ホストのホスト名です。ホスト種別が「論理ホスト」のときに登録されます。待機系ホストと同じホストは登録できません。
ホストの登録時，またはホスト情報の変更時に直接指定します。

待機系ホスト
論理ホストの待機系となる物理ホストのホスト名です。デフォルトで4個まで登録できます。ホスト種別が「論理ホスト」のときに設定されます。同じホストを複数登録できません。また，実行系ホストと同じホストは登録できません。

構成種別
JP1/IMが管理するシステムを構成するホストの種別です。次のどれかが登録されます。

統合マネージャー

拠点マネージャー

中継マネージャー

エージェント

リモート

未設定

システムの階層構成に対してホストを追加，削除した場合に，システムの階層構成からホストを取り込んだとき，自動的に登録されます。直接指定できません。

リモート通信種別
リモートの監視対象ホストで設定するリモート通信種別です。次のどれかが登録されます。

WMI/NetBIOS

SSH

空白（初期値）

リモート通信の設定または変更時に直接指定します。

認証情報の区分
認証情報の区分です。次のどれかが登録されます。

デフォルト

ホスト

空白（初期値）

製品情報
インストールパス
物理ホストにインストールされているJP1製品のインストールパスです。
ホスト情報の収集時に自動的に登録されます。直接指定できません。

バージョン
物理ホストにインストールされているJP1製品のバージョンです。

製品名
物理ホストにインストールされているJP1製品の製品名です。

製品形名
物理ホストにインストールされているJP1製品の製品形名です。

仮想化構成情報
バージョン
仮想化ソフトウェアおよび仮想化環境管理ソフトウェアのバージョンです。
この情報が登録されている場合，更新日時は仮想化構成収集日時を登録します。

ユーザー名
VMMホストに対するユーザー名です。
ホストの登録時，またはホスト情報の変更時に直接指定します。

パスワード
ユーザー名に対するパスワードです。

仮想化管理種別
仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類です。次のどれかが登録されます。

仮想化システム管理ホストの場合

JP1/SC/CM

SCVMM

vCenter

VMMホストの場合

ESX※

Hyper-V

Virtage

ホストの登録時，またはホスト情報の変更時に直接指定します。また，仮想化構成の収集を実行して取得できます。

通信種別
VMMホストに対するドメイン名です。
仮想化管理種別がvCenterの場合に登録されます。
ホストの登録時，またはホスト情報の変更時に直接指定します。

ドメイン名
VMMホストに対するドメイン名です。
仮想化管理種別がSCVMMの場合に登録されます。

注　仮想化ソフトウェアおよび仮想化環境管理ソフトウェアについては，「6.3　仮想化システム構成の管理」を参照してください。

注※　ESXは，VMware ESXを指します。

6.1.2　ホストの登録

IM構成管理では，ネットワーク上のホストを，管理対象としてIM構成管理DBに登録できます。また，登録したホストを一覧表示できます。

さらに，ホストを登録すると，IM構成管理でホストをシステムの階層構成に追加したり，ホストのサービスの稼働状態を確認したりできるようになります。

管理対象としてIM構成管理に登録できるホストは次の3種類です。

エージェント

リモートの監視対象ホスト

仮想化構成のホスト

なお，リモートの監視対象ホストでは，リモート接続用の通信設定が必要です。Windowsの場合はWMI/NetBIOS接続，UNIXの場合はSSH接続が使用されます。

IM構成管理に管理対象のホストを登録する方法を次に示します。

IM構成管理・ビューアーから登録する方法
IM構成管理・ビューアーの［ホスト登録］画面で，ホスト名やホスト種別などを設定して登録する方法です。

システムの階層構成の定義情報から自動的にホスト情報を取り込む方法
システムの階層構成の定義情報（構成定義情報）に含まれるホストの情報を，IM構成管理DBに登録する方法です。ホスト名，IPアドレス，ホスト名一覧，ホスト種別，構成種別，構成反映日時の情報が取り込まれます。なお，システムの階層構成（IM構成）からの取り込みには，次の三つの方法があります。

IM構成管理・ビューアーでシステムの階層構成を取得する方法
システムの階層構成の取得については，「6.2.2　システムの階層構成の取得」を参照してください。

IM構成管理・ビューアーで構成定義ファイルからシステムの階層構成を読み込む方法
システムの階層構成の読み込みについては，「6.2.5(6)　システムの階層構成の読み込み」を参照してください。

IM構成管理が動作するサーバ上で，システムの階層構成をインポートする方法
システムの階層構成のインポートについては，「6.7.3　IM構成管理の管理情報のインポート」を参照してください。

リモートの監視対象ホストのホスト情報をインポートして取り込む方法
リモートの監視対象ホストのホスト情報をインポートして，IM構成管理DBに登録する方法です。ホスト名，IPアドレス，ホスト名一覧，ホスト種別の情報が取り込まれます。
なお，リモートの監視対象ホストのホスト情報は，次の場合に取り込まれます。

IM構成管理・ビューアーの［リモート監視構成編集］画面で［リモート監視構成を開く］を実行した場合

IM構成管理が動作するマネージャーからリモート監視構成情報をインポートした場合

仮想化構成を取り込む方法
仮想化環境の情報を取り込み，ホスト管理に登録する方法です。詳細については，「6.3　仮想化システム構成の管理」を参照してください。

ホストの登録を実行すると，ホスト情報がIM構成管理DBに登録され，対象ホストに設定されているIPアドレスが自動的に登録されます。

ホストの登録時にIM構成管理DBに登録されるホスト情報の例を，次の図に示します。

図6-1　ホストの登録時にIM構成管理DBに登録されるホスト情報の例

IM構成管理に登録されていないホストが実システムの階層構成に含まれる場合には，システムの階層構成の収集を実行すると，システムの階層構成に含まれるホストが，自動的にIM構成管理DBに登録されます。

また，IM構成管理を起動したあと，IM構成管理DBにホストを一つも登録していない場合は，IM構成管理が動作するホスト（物理ホストまたは論理ホスト）のホスト情報が，自動的にIM構成管理DBに登録されます。

なお，システムの階層構成から読み込むホストの数が，IM構成管理DBに登録できる最大数を超える場合は，登録できる最大数のホストが，IM構成管理DBに登録されます。

IM構成管理・ビューアーでシステムの階層構成の取得を実行すると，取得したシステムの階層構成に対して次のチェックが実行されます。

取得したシステムの階層構成に含まれる自ホスト名と，IM構成管理DBに登録された自ホスト名が異なる場合は，メッセージ「IM構成中の自ホスト名(ホスト名)が，ホスト管理に登録されている自ホスト名(ホスト名)と異なります」というメッセージが表示されて，処理が中止されます。

取得したシステムの階層構成に同名のホストが複数存在する場合は，「IM構成中にホスト名が複数存在します」というメッセージが表示されて，処理が中止されます。

以上のチェックのあと，取得したシステムの階層構成に上位ホストが存在しない場合は，自ホストの「構成種別」が「統合マネージャー」に変更されます。取得したシステムの階層構成に上位ホストが存在する場合，自ホストの「構成種別」が「中継マネージャー」に変更されます。

IM構成管理が動作するサーバ上で，システムの階層構成をインポートする場合，エクスポートファイル（host_input_data.csv）にIPアドレスが設定されていても，IM構成管理DBには登録されません。

また，リモートの監視対象ホストを登録する場合，OS通信設定の情報をシステム共通設定として保存し，管理できます。IM構成管理・ビューアーの［システム共通設定］画面で設定します。

管理対象のシステム共通設定情報を次の表に示します。

表6-2　システム共通設定情報

項目 | 説明
WMI/NetBIOS※ | WMI/NetBIOS接続に必要な認証情報を共通値として管理します。OS通信設定の「設定方法」項目で「共通」を指定すると，保存した認証情報を使用することができます。
SSH | 公開鍵認証方式の認証情報を管理します。
IMホストアカウント※ | Windowsのマネージャーホストでリモート監視する場合に必要なアカウント情報を，IMホストアカウントとして管理します。

注※

WMI/NetBIOS接続に使用するアカウントおよびIMホストアカウントには，Administrators権限を持つユーザーを指定してください。

6.1.3　ホスト情報の収集

IM構成管理では，エージェントのJP1/Baseが保持するホスト情報およびリモートの監視対象ホストのホスト情報を収集して，IM構成管理DBに反映できます。ただし，リモートの監視対象ホストのホスト情報を収集する場合に，OS通信設定のOS通信種別に「通信しない」を指定しているときは，ホスト情報を収集できません。

ホスト情報は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで取得します。

ホスト情報の収集を実行すると，収集したホスト情報がIM構成管理DBに上書き保存されます。

選択したホストでリモート監視ログファイルトラップまたはリモート監視イベントログトラップが稼働している場合にホスト情報を収集すると，メッセージが表示されたあと，リモート監視を停止してからホスト情報を収集します。

ホスト情報の収集時にIM構成管理DBに登録されるホスト情報の例を，次の図に示します。

図6-2　ホスト情報の収集時にIM構成管理DBに登録されるホスト情報の例

収集できるホスト情報の対応を，次の表に示します。

表6-3　収集できるホスト情報

ホスト情報 | エージェント構成のホスト | リモートの監視対象ホスト
JP1/Baseがバージョン9の場合 | JP1/Baseがバージョン7またはバージョン8の場合
IPアドレス | ○ | ○ | ○
ホスト名一覧 | ○ | ○ | ○
ホスト種別 | ○ | × | ×
実ホスト名 | ○ | × | ×
OS名 | ○ | ○ | ○
製品情報 | 製品名 | ○ | ○ | ×
製品形名 | ○ | × | ×
バージョン | ○ | × | ×
インストールパス | ○ | × | ×

（凡例）

○：収集できる

×：収集できない

製品情報の収集対象となるJP1製品を，次の表に示します。

表6-4　製品情報の取得対象となるJP1製品

製品名 | 製品のバージョン
バージョン7 | バージョン8 | バージョン9
JP1/Base | ○ | ○ | ○
JP1/IM - Manager | × | × | ○

（凡例）

○：収集できる

×：収集できない

ホストのJP1/Baseがバージョン9の場合，ホスト情報の収集が正常に終了すると，収集した情報を基に，次のどちらかの機能が実行されます。

ホスト種別の自動判定
IM構成管理DBに登録されているホスト種別が「不明」のホストからホスト情報を収集した場合，ホスト種別の自動判定が実行されます。ホスト情報の自動判定では，IM構成管理DBに登録されているホスト種別が，収集したホスト情報に含まれるホスト種別に変更されます。
ただし，ホスト種別の自動判定では，「物理ホスト」と「仮想ホスト」は区別されません。そのため，実際のホスト種別が「仮想ホスト」の場合は，ホスト種別の自動判定が完了したあとで，IM構成管理・ビューアーを操作して，ホスト種別を「仮想ホスト」に変更し，VMMホスト名を設定する必要があります。
ホスト種別の設定については，「6.1.5　ホスト情報の変更」を参照してください。

ホスト種別の確認
IM構成管理DBに登録されているホスト種別が「不明」以外のホストからホスト情報を収集した場合，ホスト種別の確認が実行されます。ホスト種別の確認では，IM構成管理DBに登録されているホスト種別が，収集したホスト情報に含まれるホスト種別と一致しているかどうかが確認されます。一致していないときは，IM構成管理DBに登録されているホスト種別が誤っていると判定されて，エラーメッセージが表示されます。
ただし，「物理ホスト」と「仮想ホスト」は区別されないで，どちらも「物理ホスト」と判定されます。ホスト種別の確認結果を，次の表に示します。

表6-5　ホスト種別の確認結果

ホストから収集したホスト種別 | IM構成管理DBに登録されているホスト種別 | 確認結果
物理ホスト | 物理ホストまたは仮想ホスト | ○
物理ホスト | 論理ホスト | ×
論理ホスト | 物理ホストまたは仮想ホスト | ×
論理ホスト | 論理ホスト | ○

（凡例）

○：正しい

×：誤っている

注

IM構成管理DBに保存されているホスト種別に，「物理ホスト」と「仮想ホスト」が誤って設定されていても，ホスト種別の確認では誤りと判定されません。

ホスト情報の収集を実行したあとのホストの状態は，［IM構成管理］画面の［ホスト一覧］ページで確認できます。収集に失敗した場合，［ホスト一覧］ページではツリー表示領域のホストアイコンがグレー表示されます。詳細は，［ホスト一覧］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

6.1.4　ホスト情報の表示

IM構成管理では，IM構成管理DBに登録されているホストの一覧および各ホストのホスト情報を，［IM構成管理］画面の［ホスト一覧］ページおよび［IM構成］ページに表示できます。

ホスト情報の表示例を次の図に示します。

図6-3　ホスト情報の表示例（［IM構成管理］画面の［IM構成］ページ）

画面の詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「4.1.1　［ホスト一覧］ページ」および「4.1.2　［IM構成］ページ」を参照してください。

6.1.5　ホスト情報の変更

IM構成管理では，IM構成管理DBに登録されているホスト情報を変更できます。ホスト情報の変更は，［ホスト属性編集］画面で実行します。

ホスト情報の変更を実行すると，［ホスト属性編集］画面で変更したホストおよびホスト情報が，IM構成管理DBに登録されます。

ホスト情報の項目名と項目の内容を変更できるかどうかについて，次の表に示します。

表6-6　ホスト情報の項目と変更可否

項目名
変更可否
条件

ホスト名
○
変更後のホスト名と同じ名称のホストが登録されている場合，および業務グループに登録されている場合は変更できません。

IPアドレス
×
－

コメント
○
－

ホスト種別
○
ホスト種別は，次の場合には変更できません。

物理ホスト
仮想ホスト上でVMMホストとして指定されている物理ホストは，ホスト種別を変更できません。

物理ホストおよび仮想ホスト
論理ホスト上で実行系ホストまたは待機系ホストとして指定されている物理ホストおよび仮想ホストは，「論理ホスト」または「不明」に変更できません。

実行系ホスト
○
ホスト種別が「論理ホスト」場合だけ変更できます。

待機系ホスト
○
ホスト種別が「論理ホスト」場合だけ変更できます。

VMMホスト
○
ホスト種別が「仮想ホスト」場合だけ変更できます。

リモート監視設定
○
リモート監視中のホストの場合，変更内容を有効にするには，次のどちらかをリロードする必要があります。

リモート監視ログファイルトラップ

リモート監視イベントログトラップ

選択したホストでリモート監視ログファイルトラップまたはリモート監視イベントログトラップが稼働している場合に，通信種別を変更すると，メッセージが表示され変更前の通信種別に戻ります。
リモート監視を停止してから変更してください。

（凡例）○：変更できる　×：変更できない　－：該当なし

ホスト情報の変更時にIM構成管理DBに登録されるホスト情報の例を，次の図に示します。

図6-4　ホスト情報の変更時にIM構成管理DBに登録されるホスト情報の例

6.1.6　ホストの削除

IM構成管理では，IM構成管理DBから登録されているホストを削除できます。

ホストの削除は，［IM構成管理］画面の［ホスト一覧］ページで実行します。

ホストの削除時にIM構成管理DBから削除されるホスト情報の例を，次の図に示します。

図6-5　ホストの削除時にIM構成管理DBから削除されるホスト情報の例

ホストの削除を実行すると，［IM構成管理］画面で指定したホストおよびホスト情報が，IM構成管理DBから削除されます。このとき，対象ホストのホスト情報だけでなく，JP1/Baseのプロファイルの情報（プロファイルリストおよびプロファイルの設定ファイル）も削除されます。プロファイルの情報については，「6.5　プロファイルの管理」を参照してください。ただし，自ホストはIM構成管理DBから削除できません。

また，次の場合，IM構成管理DBからホストを削除できません。

システムの階層構成に登録されている場合
IM構成管理DBから削除する前に，［エージェント構成編集］画面または［リモート監視構成編集］画面でシステムの階層構成から削除する必要があります。

ホスト種別が「物理ホスト」の場合，仮想ホスト上でVMMホストとして使われているとき
物理ホストを削除するには，事前に次のどちらかの操作をする必要があります。

仮想ホストが使うVMMホストを，削除対象の物理ホストと異なる物理ホストに変更する

仮想ホストを削除する

ホスト種別が「物理ホスト」の場合，論理ホスト上で実行系ホストまたは待機系ホストとして使われているとき
物理ホストを削除するには，事前に次のどちらかの操作をする必要があります。

論理ホストが使う実行系ホストまたは待機系ホストから，削除対象の物理ホストを削除する

論理ホストを削除する

ホスト種別が「仮想ホスト」の場合，論理ホスト上で実行系ホストまたは待機系ホストとして使われているとき
仮想ホストを削除するには，事前に次のどちらかの操作をする必要があります。

論理ホストが使う実行系ホストまたは待機系ホストから，削除対象の仮想ホストを削除する

論理ホストを削除する

6.2　システムの階層構成の管理

IM構成管理では，IM構成管理・ビューアーを操作して，エージェントおよびリモートの監視対象ホストについて，システムの階層構成（IM構成）を一括管理できます。

システムの階層構成を定義することで，JP1/Baseのプロファイル（エージェント構成の場合），およびリモートの監視対象ホストのプロファイルを管理できるようになります。

IM構成管理でシステムの階層構成を管理するためには，IM構成管理DBにホストを登録しておく必要があります。また，エージェントの場合は，ホストでJP1/Baseが動作している必要があります。

この節では，IM構成管理で管理するシステムの階層構成，およびシステムの階層構成を管理するための機能について説明します。

＜この節の構成＞

6.2.1　IM構成管理で管理対象となるシステムの階層構成

6.2.2　システムの階層構成の取得

6.2.3　システムの階層構成の表示

6.2.4　システムの階層構成の検証

6.2.5　システムの階層構成の編集

6.2.6　システムの階層構成の反映

6.2.7　システムの階層構成の同期

6.2.1　IM構成管理で管理対象となるシステムの階層構成

IM構成管理では，管理対象のホスト間の関係を定義することによって，JP1/IMのシステムの構成を階層化して管理します。

IM構成管理でシステムの階層構成を定義すると，JP1/IMで次のことができるようになります。

JP1イベントの上位ホストへの転送

JP1/IM - Viewからのコマンド実行

JP1/IMからの自動アクション

定義情報の収集と配布

また，システムの階層構成に追加したホストに対して，IM構成管理でJP1/Baseのプロファイル，リモートの監視対象ホストのプロファイルを管理できるようになります。

構成管理機能で定義するシステムの階層構成の例を，次の図に示します。

図6-6　システムの階層構成例（マシン構成）

IM構成管理で3階層のシステムの階層構成を定義する場合，次の2種類の構成を定義できます。

統合マネージャーでエージェントを一括管理する構成

拠点マネージャーで拠点ごとにエージェントを管理する構成

なお，リモートの監視対象ホストの場合は，階層構成を定義できません。統合マネージャーで管理する場合は，統合マネージャーから操作して統合マネージャーの配下に追加してください。拠点マネージャーで管理する場合は，拠点マネージャーから操作して拠点マネージャーの配下に追加してください。

＜この項の構成＞

(1)　統合マネージャーでエージェントを一括管理する構成

(2)　拠点マネージャーで拠点ごとにエージェントを管理する構成

(3)　統合マネージャーでリモートの監視対象ホストを管理する構成

(4)　拠点マネージャーで拠点ごとにリモートの監視対象ホストを管理する構成

(1)　統合マネージャーでエージェントを一括管理する構成

統合マネージャーでJP1/IMのシステム内のエージェントを一括して管理する場合，中間の階層に中継マネージャーを置いて，エージェントの情報を集約します。

中継マネージャーではIM構成管理を使用しません。

図6-7　システムの階層構成例（統合マネージャーで一括管理する場合）

この図の例で，統合マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表6-7　統合マネージャーから実行できる操作（中継マネージャーを設置した場合）

対象ホスト | 操作
システムの階層構成の参照 | システムの階層構成の変更 | ホスト情報の参照 | プロファイル情報の参照・変更
統合マネージャー（jp1-sv1） | ○ | ○ | ○ | ○
中継マネージャー（jp1-sv2およびjp1-sv3） | ○ | ○ | ○ | ○
エージェント | 統合マネージャーの配下（jp1-bs1およびjp1-bs2） | ○ | ○ | ○ | ○
中継マネージャーの配下（jp1-bs3，jp1-bs4およびjp1-bs5） | ○ | ○ | ○ | ○

（凡例）　○：実行できる

(2)　拠点マネージャーで拠点ごとにエージェントを管理する構成

拠点マネージャーで各拠点のエージェントを管理する場合，中間の階層に拠点マネージャーを置きます。

拠点マネージャーではIM構成管理を使用します。

図6-8　システムの階層構成例（拠点マネージャーごとに管理する場合）

この図の例で，統合マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表6-8　統合マネージャーから実行できる操作（拠点マネージャーを設置した場合）

対象ホスト | 操作
システムの階層構成の参照 | システムの階層構成の変更 | ホスト情報の参照 | プロファイル情報の参照・変更
統合マネージャー（jp1-sv1） | ○ | ○ | ○ | ○
拠点マネージャー（jp1-sv2およびjp1-sv3） | ○ | ○ | ○ | ○
エージェント | 統合マネージャーの配下（jp1-bs1およびjp1-bs2） | ○ | ○ | ○ | ○
拠点マネージャーの配下（jp1-bs3，jp1-bs4およびjp1-bs5） | ○ | × | × | ×

（凡例）　○：実行できる　×：実行できない

「図6-8　システムの階層構成例（拠点マネージャーごとに管理する場合）」の例で，拠点マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表6-9　拠点マネージャーから実行できる操作（拠点マネージャーを設置した場合）

対象ホスト | 操作
システムの階層構成の参照 | システムの階層構成の変更 | ホスト情報の参照 | プロファイル情報の参照・変更
統合マネージャー（JP1-sv1） | ○※ | × | × | ×
拠点マネージャー（自ホスト） | ○ | ○ | ○ | ○
拠点マネージャー（自ホスト以外） | × | × | × | ×
エージェント | 統合マネージャーの配下（jp1-bs1およびjp1-bs2） | × | × | × | ×
拠点マネージャー（自ホスト）の配下 | ○ | ○ | ○ | ○
拠点マネージャー（自ホスト以外）の配下 | × | × | × | ×

（凡例）　○：実行できる　×：実行できない

注※

拠点マネージャーの1階層上に統合マネージャーがある場合だけ参照できます。

(3)　統合マネージャーでリモートの監視対象ホストを管理する構成

統合マネージャーでリモートの監視対象ホストを管理する場合，リモートの監視対象ホストを統合マネージャーの直下に配置します。

「図6-7　システムの階層構成例（統合マネージャーで一括管理する場合）」の例で，統合マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表6-10　統合マネージャーから実行できる操作（リモートの監視対象ホストの場合）

対象ホスト | 操作
システムの階層構成の参照 | システムの階層構成の変更 | ホスト情報の参照 | プロファイル情報の参照・変更
リモートの監視対象ホスト | 統合マネージャーの配下（jp1-rm1） | ○ | ○ | ○ | ○
拠点マネージャーの配下 | × | × | × | ×
中継マネージャーの配下（jp1-rm2） | × | × | × | ×

（凡例）　○：実行できる　×：実行できない

(4)　拠点マネージャーで拠点ごとにリモートの監視対象ホストを管理する構成

拠点マネージャーでリモートの監視対象ホストを管理する場合，リモートの監視対象ホストを拠点マネージャーの直下に配置します。

「図6-8　システムの階層構成例（拠点マネージャーごとに管理する場合）」の例で，拠点マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表6-11　拠点マネージャーから実行できる操作（リモートの監視対象ホストの場合）

対象ホスト | 操作
システムの階層構成の参照 | システムの階層構成の変更 | ホスト情報の参照 | プロファイル情報の参照・変更
リモートの監視対象ホスト | 統合マネージャーの配下（jp1-rm1） | × | × | × | ×
拠点マネージャー（自ホスト）の配下（jp1-rm2） | ○ | ○ | ○ | ○
拠点マネージャー（自ホスト以外）の配下 | × | × | × | ×
中継マネージャーの配下 | × | × | × | ×

（凡例）　○：実行できる　×：実行できない

6.2.2　システムの階層構成の取得

IM構成管理では，IM構成管理が動作するマネージャーから，エージェントのJP1/Baseが保持するシステムの階層構成の定義情報（構成定義情報）を取得し，IM構成管理DBが保持する構成定義情報として，IM構成管理が動作するマネージャーに保存できます。なお，リモートの監視対象ホストについては，システムの階層構成の情報は収集しません。

システムの階層構成は，［構成管理画面］の［IM構成］ページで取得します。

システムの階層構成の取得は，次のように，IM構成管理を使わないでシステムの階層構成が変更されている場合に実行します。

既存のJP1/IMのシステムにIM構成管理を導入した場合

IM構成管理が動作するマネージャーでjbsrt_distribコマンドを実行して，システムの階層構成を変更した場合

システムの階層構成の取得を実行すると，IM構成管理DBが保持する構成定義情報が更新されます。更新前のIM構成管理DBが保持する構成定義情報を保存する場合は，事前にIM構成管理が動作するマネージャーで，エクスポートしておく必要があります。

取得を実行後，IM構成管理では，システムの階層構成は次のように表示されます。

取得した構成定義情報に，IM構成管理に登録されていないホストが含まれている場合は，自動的にIM構成管理DBに登録されます。ただし，ホスト情報は取得されません。ホスト情報の取得は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで実行します。
取得した構成定義情報に，同一のホスト名が複数存在する場合は，エラーメッセージが表示されて，IM構成管理DBが保持する構成定義情報には反映されません。
取得した構成定義情報に同一ホスト名が複数存在しないかどうかをチェックします。

取得した構成定義情報に同一ホスト名が複数存在する場合は，取得した構成定義情報が破棄されて，［IM構成］ページで，IM構成ツリーがグレー表示されます。

取得した構成定義情報が，IM構成管理DBが保持する構成定義情報と不一致の場合は，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。

IM構成管理が動作するマネージャーのJP1/Baseが保持する構成定義情報が削除されていた場合は，「IM構成が存在しません。サーバで保持しているIM構成を削除しますか？」というメッセージが表示されます。
［はい］ボタンをクリックすると，IM構成管理DBが保持する構成定義情報が削除されます。［いいえ］ボタンをクリックすると，IM構成管理DBが保持する構成定義情報は削除されないで，［IM構成］ページのツリー表示領域で，システムの階層構成がグレー表示されます。

エージェント構成の場合に，［IM構成］ページのツリー表示領域でシステムの階層構成がグレー表示となったとき，構成定義情報（エージェント構成）を見直し，エージェント構成を反映してください。反映する方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成を反映する」を参照してください。

IM構成管理が動作するマネージャーの起動時にも，IM構成管理が動作するマネージャーのJP1/Baseが保持する構成定義情報と，IM構成管理DBが保持する構成定義情報の内容が一致しているかどうかをチェックするため，システムの階層構成の取得が実行されます。

6.2.3　システムの階層構成の表示

IM構成管理では，IM構成管理DBが保持する構成定義情報の内容を，［IM構成管理］画面の［IM構成］ページに表示できます。

統合マネージャーまたは拠点マネージャーからエージェント構成として定義したホスト，およびリモート構成として定義したホストが，［IM構成］ページのツリー表示領域に表示され，システムの階層構成を確認できます。なお，取得した構成定義情報（エージェント構成）が，IM構成管理DBが保持する構成定義情報と不一致の場合，ツリー表示領域でシステムの階層構成がグレー表示となります。この場合，次の方法で不一致になっている構成を一致させてください。

［IM構成管理］画面の［操作］－［IM構成取得］で構成定義情報を取得する。

［エージェント構成編集］画面の［操作］－［エージェント構成の反映］でエージェント構成を反映する。

構成定義情報の内容の表示例を次の図に示します。

図6-9　構成定義情報の内容の表示例（［IM構成管理］画面の［IM構成］ページ）

表示内容については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「4.1.2　［IM構成］ページ」を参照してください。

また，それぞれの構成要素について，次の表に示す情報が表示できます。

表6-12　システムの階層構成の構成要素と表示内容

構成要素名 | 下位ホスト情報 | 基本情報 | 製品情報 | サービス稼働情報
統合マネージャー | ○ | △ | △ | △
拠点マネージャー | ○ | △ | △ | △
中継マネージャー | ○ | △ | △ | △
拠点マネージャー配下のエージェント | × | × | × | ×
統合マネージャーまたは中継マネージャー配下のエージェント | × | ○ | △ | △
拠点マネージャ配下のリモートの監視対象ホスト | × | × | × | ×
統合マネージャ配下のリモートの監視対象ホスト | × | ○ | △※ | △※

（凡例）

○：デフォルトで表示できる　△：表示できる　×：表示できない

注※

JP1/Baseでホスト情報が収集されている場合だけ表示できます。

IM構成管理によるシステムの階層構成の表示の流れを，次の図に示します。

図6-10　IM構成管理によるシステムの階層構成の表示の流れ

6.2.4　システムの階層構成の検証

IM構成管理では，JP1/IMのシステムを構成するエージェントのJP1/Baseが保持する構成定義情報の内容が，IM構成管理DBが保持する構成定義情報の内容と一致しているかどうかを検証します。また，リモートの監視対象ホストについては，リモート設定の認証情報を用いてリモート接続を検証します。

システムの階層構成の検証は，［IM構成管理］画面の［IM構成］ページで実行します。

統合マネージャーからシステムの階層構成の検証を実行できるホストの範囲を，次の表に示します。

表6-13　統合マネージャーからシステムの階層構成の検証を実行できるホストの範囲

ホストの種類 | 検証の可否
自ホスト | ○
中継マネージャー | ○
拠点マネージャー | ○
エージェント | 自ホストの直下にある場合 | ○
中継マネージャーの配下にある場合 | ○
拠点マネージャーの配下にある場合 | ×※
リモートの監視対象ホスト | 自ホストの配下にある場合 | ○
拠点マネージャーの配下にある場合 | ×※

（凡例）

○：検証できる

×：検証できない

注※

拠点マネージャーの配下にあるエージェントまたはリモートの監視対象ホストの場合，統合マネージャーからはファイアウォールを経由して接続できないことがあるので，システムの階層構成の検証は拠点マネージャーで実行します。

拠点マネージャーからシステムの階層構成の検証を実行できるホストの範囲を，次の表に示します。

表6-14　拠点マネージャーからシステムの階層構成の検証を実行できるホストの範囲

ホストの種類 | 収集の可否
自ホスト | ○
親ホスト | ×
中継マネージャー | ○※1
拠点マネージャー | ○※1
エージェント | 自ホストの直下にある場合 | ○※1
中継マネージャーの配下にある場合 | ○※1
下位の拠点マネージャーの配下にある場合 | ×※2
リモートの監視対象ホスト | 自ホストの配下にある場合 | ○
下位の拠点マネージャーの配下にある場合 | ×※2

（凡例）

○：検証できる

×：検証できない

注※1

統合マネージャーを含めて3階層以上の構成になるため，お勧めしません。

注※2

下位の拠点マネージャーの配下にあるエージェントまたはリモートの監視対象ホストの場合，統合マネージャーからはファイアウォールを経由して接続できないことがあるので，システムの階層構成の検証は下位の拠点マネージャーで実行します。

検証の結果は，次の画面で確認できます。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページ

［実行結果］画面

IM構成管理が動作するマネージャーのJP1/Baseが保持する構成定義情報と，IM構成管理DBが保持する構成定義情報の内容が不一致の場合は，［IM構成管理］画面の［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。

検証に失敗した場合は，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。

ホストで動作するJP1/Baseがバージョン9より古い場合はシステムの階層構成の検証に対応していないため，［IM構成］ページで，ツリー表示領域のホストアイコンに，構成状態が不明なことを示すアイコンが表示されます。

なお，マネージャーの構成定義情報が存在しない場合，または構成定義情報が壊れている場合には，マネージャーの検証がエラーとなり，処理が中断されます。

6.2.5　システムの階層構成の編集

IM構成管理では，画面上でホストの追加・移動・削除などの操作をすることによって，構成定義情報を作成・変更できます。

システムの階層構成は，IM構成管理・ビューアーで編集します。エージェントの場合は［エージェント構成編集］画面，リモートの監視対象の場合は［リモート監視構成編集］画面を使用します。

ここでは，IM構成管理によるシステムの階層構成を編集するための機能について説明します。

＜この項の構成＞

(1)　更新権の取得

(2)　ホストの追加

(3)　ホストの移動

(4)　ホストの削除

(5)　編集内容の保存

(6)　システムの階層構成の読み込み

(1)　更新権の取得

システム構成定義情報を反映する場合，ほかのIM構成管理・ビューアーから反映できないように，構成定義情報の更新権を取得する必要があります。

構成定義情報の更新権は，次の方法で取得できます。

エージェント構成の場合
［エージェント構成編集］画面で［更新権取得］チェックボックスをチェックすると取得できます。

リモート監視構成の場合
［リモート監視構成編集］画面で［更新権取得］チェックボックスをチェックすると取得できます。

すでに，ほかのIM構成管理・ビューアーが構成定義情報およびプロファイルの排他権を取得している場合，更新権を取得しようとすると，エラーメッセージが表示されて，取得できません。［ログインユーザー一覧］画面で排他権を取得しているユーザーを確認して，排他権を解除する必要があります。

(2)　ホストの追加

エージェントおよびリモートの監視対象ホストを，システムの階層構成に追加できます。

●エージェントの場合

［エージェント構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成にホストを追加できます。

ホスト一覧でホストを選択し，ドラッグ&ドロップでツリー表示領域に移動する

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト追加］を選択する

［エージェント構成編集］画面のツリー表示領域で3階層を定義した場合，システムの階層構成の反映後，中間の階層に定義したマネージャーは，［IM構成管理］画面の［IM構成］ページのツリー表示領域に，中継マネージャーとして表示されます。

図6-11　IM構成管理によるシステムの階層構成へのホストの追加

●リモートの監視対象ホストの場合

［リモート監視構成編集］画面のホスト一覧でホストを選択し，ドラッグ&ドロップでツリー表示領域に移動すると，システムの階層構成にホストを追加できます。ただし，リモートの監視対象ホストは，階層構成を定義できません。統合マネージャーで管理する場合は，統合マネージャーから操作して統合マネージャーの配下に追加してください。拠点マネージャーで管理する場合は，拠点マネージャーから操作して拠点マネージャーの配下に追加してください。

(3)　ホストの移動

システムの階層構成から，拠点マネージャー，中継マネージャー，エージェントを移動できます。なお，リモートの監視対象ホストは，システムの階層構成から移動できません。いったん，システムの階層構成から削除したあと，移動したい位置に改めて追加してください。

エージェントの場合，［エージェント構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成内のホストを，別の階層に移動できます。

ツリー表示領域でホストを選択し，ドラッグ&ドロップで別の階層に移動する

ツリー表示領域でホストを選択して［編集］メニューから［切り取り］を選択し，移動先の上位ホストを選択して［編集］メニューから［貼り付け］を選択する

中継マネージャーを移動すると，配下のエージェントも移動されます。

図6-12　IM構成管理によるシステムの階層構成内のホストの移動

ホストの種類と移動先として指定できる上位ホストの種類を，次の表に示します。

表6-15　ホストの種類と移動先として指定できる上位ホストの種類

ホストの種類
移動先として指定できる上位ホストの種類
移動する内容

統合マネージャー
－
－

拠点マネージャー

統合マネージャー

中継マネージャー

選択した拠点マネージャー

中継マネージャー

統合マネージャー

中継マネージャー

選択した中継マネージャーおよび配下のエージェント

エージェント

統合マネージャー

中継マネージャー

選択したエージェント

リモートの監視対象ホスト
－
－

（凡例）

－：移動できない

(4)　ホストの削除

システムの階層構成から，拠点マネージャー，中継マネージャー，エージェント，およびリモートの監視対象ホストを削除できます。

なお，システムの階層構成全体を削除したい場合は，［ファイル］メニューから［新規作成］を選択します。

●エージェントの場合

［エージェント構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成からホストを削除できます。

ツリー表示領域でホストを選択し，ドラッグ&ドロップでホスト一覧に移動する

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト削除］を選択する

システムの階層構成から拠点マネージャーおよび中継マネージャーを削除すると，配下のエージェントも一緒に削除されます。統合マネージャーはシステムの階層構成から削除できません。

●リモートの監視対象ホストの場合

［リモート監視構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成からホストを削除できます。

ツリー表示領域でホストを選択し，ドラッグ&ドロップでホスト一覧に移動する

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト削除］を選択する

(5)　編集内容の保存

編集した構成定義情報を，構成定義ファイル（jbs_route.conf）の形式で，IM構成管理・ビューアーが動作するホストに保存できます。

編集内容の保存は，作成中のシステムの階層構成を一時保存したり，システムの階層構成の履歴を管理したりするために使用できます。

●エージェントの場合

［エージェント構成編集］画面の［ファイル］メニューから［エージェント構成を保存］を選択すると，編集した構成定義情報を，構成定義ファイル（jbs_route.conf）の形式で，IM構成管理・ビューアーが動作するホストに保存できます。

●リモートの監視対象ホストの場合

［リモート監視構成編集］画面の［ファイル］メニューから［リモート監視構成を保存］を選択すると，編集した構成定義情報を，構成定義ファイル（jbs_route.conf）の形式で，IM構成管理・ビューアーが動作するホストに保存できます。

(6)　システムの階層構成の読み込み

IM構成管理DBが保持する構成定義情報，およびIM構成管理・ビューアーが動作するホストに保存した構成定義情報を読み込めます。

●エージェントの場合

［エージェント構成編集］画面では，次のどちらかの構成定義情報を読み込めます。

IM構成管理DBが保持する構成定義情報
［エージェント構成編集］画面の［ファイル］メニューから［サーバからエージェント構成を取得］を選択すると，IM構成管理DBが保持する構成定義情報を読み込めます。

IM構成管理・ビューアーが動作するホストに保存した構成定義情報
［エージェント構成編集］画面の［ファイル］メニューから［エージェント構成を開く］を選択すると，IM構成管理・ビューアーが動作するホストに構成定義ファイル（jbs_route.conf）の形式で保存した構成定義情報を読み込めます。

●リモートの監視対象ホストの場合

［リモート監視構成編集］画面では，次のどちらかの構成定義情報を読み込めます。

IM構成管理DBが保持する構成定義情報
［リモート監視構成編集］画面の［ファイル］メニューから［サーバからリモート監視構成を取得］を選択すると，IM構成管理DBが保持する構成定義情報を読み込めます。

IM構成管理・ビューアーが動作するホストに保存した構成定義情報
［リモート監視構成編集］画面の［ファイル］メニューから［リモート監視構成を開く］を選択すると，IM構成管理・ビューアーが動作するホストに構成定義ファイル（jbs_route.conf）の形式で保存した構成定義情報を読み込めます。

6.2.6　システムの階層構成の反映

IM構成管理では，編集した構成定義情報のエージェント構成を，システムの階層構成内の全エージェントに反映します。また，構成定義情報のリモート監視構成については，IM構成種別をリモートに更新します。システムの階層構成を定義し，統合マネージャーと拠点マネージャーの間で，システムの階層構成の同期を取ったあとにエージェント構成を反映したときは，拠点マネージャー配下の情報はクリアされます。再度，システムの階層構成の同期を取ってください。

システムの階層構成の構成定義情報は，次の方法で反映します。

エージェント構成の場合
［エージェント構成編集］画面で［操作］メニューから［エージェント構成の反映］を選択して実行します。

リモート監視構成の場合
［リモート監視構成編集］画面で［操作］メニューから［リモート監視構成の反映］を選択して実行します。
リモート監視構成を使用する場合は，エージェント構成を反映しておく必要があります。エージェント構成を反映する場合に，マネージャーホスト以外に管理対象のエージェントがないときは，マネージャーホストだけの構成で反映してください。

なお，システムの階層構成を反映するには，更新権を取得する必要があります。詳細については，「6.2.5(1)　更新権の取得」を参照してください。

IM構成管理によるシステムの階層構成の反映の流れを，次の図に示します。

図6-13　IM構成管理によるシステムの階層構成の反映の流れ

システムの階層構成の反映を実行すると，IM構成管理が動作するマネージャーでjbsrt_distribコマンドが実行されます。エージェントの場合，システムの階層構成内の全エージェントに対して，構成定義情報の削除が実行されたあと，編集済みの構成定義情報が配布されます。

また，リモートの監視対象ホストの場合，IM構成種別を「リモート」に更新します。なお，すでにIM構成種別にエージェント構成の種別が定義されている場合はIM構成種別に「リモート」を追加して更新します。

システムの階層構成の反映を実行すると，IM構成管理が動作するホストで構成定義ファイル（jbs_route.conf）が上書き保存されます。反映前の構成定義ファイル（jbs_route.conf）を保存する場合は，事前に，ファイル名を変更するなどして，バックアップを取っておく必要があります。

システムの階層構成を反映できないエージェントやリモートの監視対象ホストがあった場合は，反映できなかったホスト名がダイアログに表示されます。

システムの階層構成の反映結果は，ダイアログに表示されます。また，反映を実行したあとのシステムの階層構成は，［IM構成管理］画面の［IM構成］ページで確認できます。反映に失敗した場合，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。詳細は，［IM構成］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

6.2.7　システムの階層構成の同期

IM構成管理では，拠点マネージャーでシステムの階層構成を定義した場合には，統合マネージャーと拠点マネージャーの間で，システムの階層構成の同期を取る必要があります。システムの階層構成の同期は，統合マネージャーで実行します。

システムの階層構成の同期は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで実行します。

図6-14　IM構成管理によるシステムの階層構成の同期

統合マネージャーでシステムの階層構成の同期を実行すると，統合マネージャーでjbsrt_syncコマンドが実行されます。統合マネージャーの構成定義情報が収集され，同期が取られたあと，システムの階層構成内の全ホストの構成定義情報が更新されます。また，拠点マネージャーで管理しているリモート監視構成の情報が収集されます。拠点マネージャーで管理しているIM構成（エージェント構成およびリモート監視構成）の各ホストが，［IM構成管理］画面のツリー表示領域の拠点マネージャー配下に薄く表示されます。

なお，統合マネージャーの下位に拠点マネージャーが定義されていない場合は，エラーメッセージが表示されて，システムの階層構成の同期が実行されません。

6.3　仮想化システム構成の管理

IM構成管理では，複数の仮想化システム管理ホストおよびVMMホスト上で動作する仮想ホストのシステムの階層構成（以降，仮想化システム構成と呼びます）を管理できます。

また，IM構成管理で管理する仮想化システム構成を，セントラルスコープで監視することもできます。

仮想化システム構成の管理の仕組みを次に示します。

図6-15　仮想化システム構成の管理の仕組み

なお，仮想化システム構成の情報（以降，仮想化構成情報と呼びます）を収集するには，次に示す仮想化ソフトウェアおよび仮想化環境管理ソフトウェアが必要です。

仮想化システム管理ホストに使用できる仮想化環境管理ソフトウェア
JP1/SC/CM，SCVMM，およびvCenterの3種類

VMMホストに使用できる仮想化ソフトウェア
Hyper-V，Virtage，およびVMware ESXの3種類

ここでは，IM構成管理で仮想化システム構成を管理するための機能について説明します。

＜この節の構成＞

6.3.1　仮想化構成情報の収集

6.3.2　仮想化構成情報の設定

6.3.3　仮想化構成情報の排他権

6.3.4　仮想化システム構成の表示

6.3.5　セントラルスコープへのインポート

6.3.1　仮想化構成情報の収集

仮想化構成情報をコマンドまたは［IM構成管理］画面を使用して収集できます。

仮想化構成情報の収集の仕組みを次に示します。

図6-16　仮想化構成情報の収集の仕組み

図中の番号に従って説明します。

次の方法で仮想化構成情報の収集を指示します。

マネージャーから仮想化構成収集コマンドを実行する。

［IM構成管理］画面から仮想化構成収集または仮想化構成一括収集を実施する。

仮想化システム管理ホストまたはVMware ESXで稼働している仮想ホストの仮想化構成情報を収集します。

＜この項の構成＞

(1)　マネージャーから仮想化構成収集コマンドを実行する場合

(2)　［IM構成管理］画面から仮想化構成収集または仮想化構成一括収集を実施する場合

(1)　マネージャーから仮想化構成収集コマンドを実行する場合

仮想化システム管理ホストまたはVMware ESXで稼働している仮想ホストの仮想化構成情報を収集できます。

サポート対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類とコマンド名を次の表に示します。

表6-16　仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類（コマンドの場合）

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類
コマンド名
収集範囲

JP1/SC/CM
jcfcolvmvirtage
Virtageで起動している仮想ホスト

SCVMM※
jcfcolvmscvmm

SCVMMで起動している仮想化システム管理ホスト

Hyper-Vで起動している仮想ホスト

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXで起動している仮想ホスト

vCenter
jcfcolvmvc

vCenterで起動している仮想化システム管理ホスト

VMware ESXで起動している仮想ホスト

VMware ESX
jcfcolvmesx
VMware ESXで起動している仮想ホスト

注※　この機能はWindows限定です。

(2)　［IM構成管理］画面から仮想化構成収集または仮想化構成一括収集を実施する場合

仮想化システム管理ホストおよびVMMホストで稼働している仮想ホストの仮想化構成情報を収集できます。

仮想化環境管理ソフトウェアの収集対象を次の表に示します。

表6-17　仮想化環境管理ソフトウェアの収集対象（［IM構成管理］画面の場合）

仮想化環境管理ソフトウェアの種類
収集対象
収集範囲

JP1/SC/CM
Virtage
Virtageで起動している仮想ホスト

SCVMM※1

Hyper-V

vCenter※2

VMware ESX※2

SCVMMで起動している仮想化システム管理ホスト

Hyper-Vで起動している仮想ホスト

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXで起動している仮想ホスト

vCenter
VMware ESX

vCenterで起動している仮想化システム管理ホスト

VMware ESXで起動している仮想ホスト

注※1　この機能はWindows限定です。

注※2　SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXが収集対象になります。

6.3.2　仮想化構成情報の設定

仮想化システムを管理するには，IM構成管理に仮想化構成情報を設定する必要があります。

仮想化構成情報を設定する方法には，次の3種類があります。

＜この項の構成＞

(1)　IM構成管理による仮想ホストのホスト情報の入力

(2)　仮想化構成のホスト情報のインポート

(3)　［IM構成管理］画面からの仮想化構成収集または仮想化構成一括収集

(1)　IM構成管理による仮想ホストのホスト情報の入力

仮想ホストを管理対象ホストとして直接登録します。ホスト種別で「仮想ホスト」を選択し，「VMMホスト」を指定します。

(2)　仮想化構成のホスト情報のインポート

仮想化構成のホスト情報を取得し，IM構成管理から出力したホスト入力情報ファイルとマージします。その後，マージしたホスト入力情報ファイルをIM構成管理にインポートします。

仮想化構成のホスト情報を更新する流れを次の図に示します。

図6-17　仮想化構成のホスト情報を更新する流れ

複数の仮想化構成情報のファイルが存在する場合は，ファイル数分だけjcfmkhostsdataコマンドを実行して，ホスト情報の更新を繰り返す必要があります。

仮想化構成情報の更新例を次の図に示します。

図6-18　仮想化構成情報の更新例

(3)　［IM構成管理］画面からの仮想化構成収集または仮想化構成一括収集

VMMホストの追加や仮想化構成の変更などが仮想化構成情報に反映され，［IM構成管理］画面に表示されます。

(a)　仮想化構成情報が更新される場合

収集した仮想化構成情報の中にIM構成管理DBに登録されているホストが存在した場合，IM構成管理は同一ホストと見なして情報を更新します。このとき，収集したホスト情報とIM構成管理DBに登録されているホスト情報のホスト種別が一致していない場合，ホスト名が同じであるが別のホストのおそれがあるため，情報を更新しません。ただし，ホスト種別が不明となっているホストについては更新します。また，更新できないデータを取得できるHyper-V，SCVMM，vCenter，VMware ESXの収集状態は不一致となります。ホスト種別に依存する更新可否を次の表に示します。

表6-18　ホスト種別に依存する更新可否

ホスト種別 | 物理ホスト | 論理ホスト | 仮想ホスト | 不明
物理ホスト | ○ | × | × | ○
論理ホスト | － | － | － | －
仮想ホスト | × | × | ○ | ○
不明※ | ○ | － | ○ | －

（凡例）

○：更新できる

×：更新できない

－：該当なし

注※　収集されたデータに該当ホストがない状態，およびデータが削除された状態です。

仮想化構成情報は，「仮想化管理種別」がHyper-V，SCVMM，vCenter，ESX（VMware ESX）に設定されているホストについて表示します。また，SCVMMやvCenterなどから仮想化構成を収集した場合，管理下のHyper-V，vCenter，ESX（VMware ESX）の仮想化構成情報も更新します。

仮想化システム管理ホストとVMMホストの関連情報も仮想化構成の収集時に収集されてIM構成管理DBに格納されます。ただし，次の場合には，仮想化システム管理ホストが管理しているVMMホストのホスト情報（VMMホスト情報）が削除されますので注意してください。

SCVMMまたはvCenterがインストールされている仮想化システム管理ホストが削除された場合

SCVMMまたはvCenterがインストールされている仮想化システム管理ホストで仮想化管理種別が変更された場合

SCVMMまたはvCenterがインストールされている仮想化システム管理ホストでホスト種別が変更された場合

仮想化構成の収集時に仮想化構成が変更されていた場合，仮想化構成は次の表のように変更されます。

表6-19　収集後の仮想化構成

変更内容
収集後の仮想化構成

仮想ホストが追加された
ホストを追加し，VMMホスト情報を与える

仮想ホストが削除された

ホストのVMMホスト情報を削除する

VMMホストとの関連がなくなるため，ホスト一覧の直下に表示される

仮想ホストが移動された
ホストのVMMホスト情報を更新する

停止していた仮想ホストが起動した
構成の変更なし

起動中の仮想ホストが停止した
構成の変更なし

起動中の仮想ホストがサスペンド状態になった
構成の変更なし

VMMホストが追加された
VMMホストとVMMホスト上で動作する仮想ホストを登録する

VMMホストが削除された

ホストのVMMホスト情報を削除する

VMMホストの管理元である仮想化システム管理ホストの情報を削除する

仮想ホストはVMMホストとの関連がなくなるため，ホスト一覧の直下に表示される

(b)　仮想化構成情報が削除される場合

SCVMMまたはvCenterが稼働している仮想化システム管理ホストを削除した場合や仮想化管理種別を変更した場合に，仮想化システム管理ホストが管理しているVMMホストの情報が削除されます。

なお，収集した仮想化構成情報のホスト種別が「論理ホスト」および「不明」の場合，仮想化構成情報を保持できません。このため，ホスト種別が「物理ホスト」または「仮想ホスト」のときに仮想化構成情報を設定していても，ホストの種別を「論理ホスト」または「不明」に変更した場合には，仮想化構成情報が削除されます。

ホスト種別を変更したときに仮想化構成情報が削除される場合を次の表に示します。

表6-20　ホスト種別を変更したときに仮想化構成情報が削除される場合

ホスト種別
物理ホスト
（変更後）
論理ホスト
（変更後）
仮想ホスト
（変更後）
不明
（変更後）

物理ホスト（変更前）
×
○
×
○

論理ホスト（変更前）
－
－
－
－

仮想ホスト（変更前）
×
○
×
○

不明※（変更前）
－
－
－
－

（凡例）

○：削除する

×：削除しない

－：該当なし

注※　収集されたデータに該当ホストがない状態，およびデータが削除された状態です。

6.3.3　仮想化構成情報の排他権

仮想化構成情報を編集する場合，編集中にほかのIM構成管理・ビューアーから編集できないように，仮想化構成情報の更新権を取得する必要があります。すでに，ほかのIM構成管理・ビューアーが仮想化構成情報の排他権を取得している場合，更新権を取得しようとすると，エラーメッセージが表示されて，取得できません。［ログインユーザー一覧］画面で排他権を取得しているユーザーを確認して，排他権を解除する必要があります。

仮想化構成情報の排他関係を下記の表に示します。

表6-21　仮想化構成情報の排他関係

別のIM構成管理・ビューアーからの操作 | 仮想化構成収集 | 仮想化構成一括収集
同一ホスト | 別ホスト
ホスト | 参照 | ○ | ○ | ○
編集 | × | ○ | ×
情報収集 | × | ○ | ×
仮想化構成収集 | × | ○ | ×
仮想化構成一括収集 | × | × | ×
IM構成 | 取得 | × | × | ×
排他更新 | × | × | ×
同期 | × | × | ×
検証 | × | × | ×
プロファイル | 参照 | ○ | ○ | ○
排他編集 | × | ○ | ×
エクスポート | × | × | ×
インポート | × | × | ×

（凡例）

○：操作できる

×：操作できない

6.3.4　仮想化システム構成の表示

仮想化システム構成は，［IM構成管理］画面の［ホスト一覧］ページのツリー表示領域に表示できます。次の条件がすべて成立する場合に，仮想ホストが動作する物理ホストを親ホスト，仮想ホストを子ホストとして階層が表示されます。

ホスト情報のホスト種別に「仮想ホスト」が設定されている

該当ホストにVMMサーバが設定されている

該当ホストに設定されているVMMサーバが，ホスト一覧に存在する

仮想化システム構成の表示の仕組みを，次の図に示します。

図6-19　仮想化システム構成の表示の仕組み

この図では，物理ホストがhostA，hostB，hostEで構成され，物理ホストのhostBに仮想ホストhostC，hostDが構成されています。各ホストからホスト情報や仮想化構成情報などを収集して，IM構成管理・ビューアーに表示すると，仮想化システム構成が確認できます。

IM構成管理・ビューアーで仮想化システム構成を表示した画面例を，次の図に示します。

図6-20　IM構成管理・ビューアーで仮想化システム構成を表示した画面例

仮想化構成収集を実行して登録された仮想ホストは，登録された順番で表示されます。

なお，仮想化システム構成のホスト情報をインポートすると，IM構成管理が持つホスト情報，システムの階層構成（IM構成），プロファイルは削除されます。プロファイルを管理するには，インポート後にホスト情報，IM構成，プロファイルを収集する必要があります。

6.3.5　セントラルスコープへのインポート

IM構成管理で管理している仮想化システム構成をセントラルスコープで監視できます。

セントラルスコープ・ビューアーでの仮想化システム構成の表示例を，次の図に示します。

図6-21　セントラルスコープ・ビューアーでの仮想化システム構成の表示例

仮想化システム構成をセントラルスコープで監視するには，次の2種類の方法があります。

＜この項の構成＞

(1)　コマンドを使用してセントラルスコープへインポートする

(2)　IM構成管理・ビューアーからセントラルスコープへ反映する

(1)　コマンドを使用してセントラルスコープへインポートする

IM構成管理で管理する仮想化構成情報をエクスポートし，jcfmkcsdataコマンドで変換して，セントラルスコープへインポートします。

仮想化構成情報をセントラルスコープへインポートする仕組みを次に示します。

図6-22　仮想化構成情報をセントラルスコープへインポートする仕組み

図中の番号に従って説明します。

jcfexportコマンドを実行して，IM構成管理で管理しているシステムの階層構成，ホスト情報，および定義情報を出力します。

jcsdbexportコマンドを実行して，JP1/IM - Managerの監視オブジェクトDBに保存されているセントラルスコープの監視ツリー情報を出力します。

jcfmkcsdataコマンドを実行して，手順1と手順2で出力されたファイルをマージします。

jcsdbimportコマンドを実行して，手順3で生成したマージファイルをセントラルスコープにインポートします。

各コマンドについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「1.　コマンド」を参照してください。

(2)　IM構成管理・ビューアーからセントラルスコープへ反映する

IM構成管理・ビューアーから指定して，仮想化システム構成をセントラルスコープへ反映します。この操作を実施するには，IM構成管理・ビューアーにログインしているJP1ユーザーに次の権限が必要です。

JP1資源グループ：JP1_Console

JP1権限レベル：JP1_Console_Admin

仮想化システム構成をセントラルスコープへ反映すると，セントラルスコープの監視ツリーが更新されます。

また，仮想化システム構成をセントラルスコープへ反映すると，セントラルスコープの監視ツリーに仮想システム構成ツリーが再作成されます。このため，仮想システム構成ツリーを編集しても，IM構成管理・ビューアーから仮想化システム構成を反映した際に設定が破棄されます。

セントラルスコープの監視ツリーの表示例を次に示します。

図6-23　セントラルスコープの監視ツリーの表示例

次の条件を満たす場合に，仮想システム構成をIM構成管理・ビューアーからセントラルスコープへ反映することをお勧めします。

自動生成またはユーザー作成のサーバ指向ツリーで監視している場合

仮想システム構成ツリーを編集しないで運用する場合

仮想システム構成ツリーのビジュアル監視画面を作成していない場合

6.4　業務グループの管理

IM構成管理では，監視対象の複数のホストを，業務で使用するシステムの単位やシステム管理者の監視対象範囲の単位などにグルーピングして監視できます。複数のホストをある目的ごとにグルーピングした単位を業務グループと呼びます。この業務グループの単位で，［イベントコンソール］画面（セントラルコンソール）や［監視ツリー］画面（セントラルスコープ）で参照できるJP1イベントの範囲や操作できる監視設定の範囲を管理できます。この権限の範囲をそれぞれ参照権限，操作権限と呼びます。業務グループの参照権限・操作権限を制限することで，それぞれ独立した監視や対処ができるようになります。

参考

［イベントコンソール］画面および［監視ツリー］画面での監視

［イベントコンソール］画面での監視

業務グループの設定情報は，［イベントコンソール］画面（セントラルコンソール）に引き渡されます。セントラルコンソールで業務グループの参照・操作制限を有効にすると，［イベントコンソール］画面で担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。詳細については，「3.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

［監視ツリー］画面での監視

業務グループの設定情報をセントラルスコープへ反映すると，［監視ツリー］画面（セントラルスコープ）に業務グループの階層構成および参照・操作権限が引き渡され，担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。

設定した業務グループは，［IM構成管理］画面の［業務グループ］ページのツリー表示で確認できます。業務グループの表示例を次の図に示します。

図6-24　業務グループの表示例（［IM構成管理］画面の［業務グループ］ページ）

ただし，この業務グループの機能を使用するには，業務グループの設定が必要です。また，業務グループを設定する場合は，更新権の取得が必要です。業務グループを設定する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.4　業務グループの設定」を参照してください。

＜この節の構成＞

6.4.1　業務グループの仕組み

6.4.2　業務グループ内の監視グループ

6.4.3　業務グループの参照・操作権限

6.4.4　セントラルスコープでの監視

6.4.5　業務グループの機能一覧

6.4.1　業務グループの仕組み

複数のホストを業務システムなどの単位でグルーピングできます。ただし，一つのホストが複数の業務グループに属することはできません。

業務グループを使用してシステムを監視する例を次の図に示します。

図6-25　業務グループの機能を利用してシステムを監視する例

この図の例では，「営業システム」，「システム共通」，および「経理システム」という三つの業務グループを定義しています。なお，「システム共通」は，「営業システム」および「経理システム」の両方から共通して使用するシステムです。

営業システムの管理者には「営業システム」と「システム共通」の業務グループだけへの参照・操作権限を設定しています。このため，営業システムの管理者が参照・操作できる範囲が，「営業システム」の業務グループ内の監視対象と「システム共通」の業務グループ内の監視対象だけに制限されます。同様に，経理システムの管理者が参照・操作できる範囲も，「経理システム」の業務グループ内の監視対象と「システム共通」の業務グループ内の監視対象だけに制限されます。

また，システム全体を監視しているシステム管理者には，すべての業務グループへの参照・操作権限を設定することで，「営業システム」，「システム共通」，および「経理システム」の監視ができます。なお，「システム共通」の監視をシステム管理者が行う場合は，営業システムの管理者および経理システムの管理者には，「システム共通」に参照権限だけを設定して運用することもできます。

6.4.2　業務グループ内の監視グループ

業務グループ内のホストを，さらに業務システムの監視視点でグルーピングできます。このグループを監視グループと呼びます。なお，監視グループは多階層にわたるグルーピングもできます。監視グループは，必ず業務グループか上位の監視グループに所属します。

監視グループを使用してシステムを監視する例を次の図に示します。

図6-26　監視グループの機能を利用してシステムを監視する例

この図の例では，「営業システム」および「経理システム」の業務グループ内が，それぞれホストの機能別に「Webサーバ」と「業務サーバ」に分かれていて，監視グループとしてグルーピングされています。

それぞれの業務システムの管理者は，業務グループをそのまま監視ツリーとして使用できます。また，「経理システム」の「業務サーバ」の監視グループのように，監視グループの一部を対象とした操作や設定を，業務グループ内の監視グループを指定することで簡単に行えます。

6.4.3　業務グループの参照・操作権限

複数の監視対象のホストを業務グループとしてグルーピングして監視するには，JP1ユーザーのJP1資源グループおよびJP1権限レベルを使用して管理します。

なお，業務グループによる参照・操作範囲の制限が有効に設定されている場合，JP1_Console資源グループへの権限を持たないJP1ユーザーは［IM構成管理］画面にログインできません。

業務グループにJP1資源グループを割り当てて参照・操作範囲を制限する仕組みを次に示します。

図6-27　業務グループにJP1資源グループを割り当てて参照・操作範囲を制限する仕組み

業務グループごとに参照・操作の範囲を制限するには，まず，業務グループにJP1資源グループを設定します。次にJP1ユーザーにJP1資源グループとJP1権限レベルを設定します。この設定によって，業務グループと同じJP1資源グループへの権限を持つJP1ユーザーへの参照・操作の範囲を，JP1権限レベルに応じて制限できます。業務グループごとの参照・操作の制限例を次の図に示します。

図6-28　業務グループごとの参照・操作の制限例

JP1ユーザーと［IM構成管理］画面での権限の関係を次の表に示します。

表6-22　JP1ユーザーと［IM構成管理］画面での権限の関係

JP1ユーザーの設定
［IM構成管理］画面での権限

JP1資源グループ
JP1権限レベル

JP1_Console
JP1_CF_Admin
管理者権限

JP1_CF_Manager
操作者権限

JP1_CF_User
監視者権限

JP1_Console_Admin

JP1_Console_Operator

JP1_Console_User

JP1_CM_Admin

JP1_CM_Manager

JP1_CM_InfraManager

監視者権限

なし
監視者権限

JP1_Console以外
JP1_CF_Admin
管理者権限※

JP1_CF_Manager
操作者権限※

JP1_CF_User
監視者権限※

JP1_Console_Admin

JP1_Console_Operator

JP1_Console_User

JP1_CM_Admin

JP1_CM_Manager

JP1_CM_InfraManager

監視者権限※

なし
監視者権限※

なし
なし
監視者権限※

注※

業務グループの参照・操作制限機能を有効（jcoimdefコマンドで-bizmonmodeオプションをON）に設定した場合，JP1_Console資源グループへの権限を持たないJP1ユーザーは［IM構成管理］画面にログインできません。

6.4.4　セントラルスコープでの監視

セントラルスコープで業務グループに限定した監視ができます。業務グループをセントラルスコープで監視するには，次の2種類の方法があります。

なお，設定手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.4.4(2)　セントラルスコープの監視ツリーに業務グループ情報および監視グループ情報を反映する」を参照してください。

＜この項の構成＞

(1)　コマンドを使用してセントラルスコープへインポートする

(2)　IM構成管理・ビューアーからセントラルスコープへ反映する

(1)　コマンドを使用してセントラルスコープへインポートする

業務グループ情報および監視グループ情報をエクスポートし，jcfmkcsdataコマンドで変換して，セントラルスコープへインポートします。

業務グループ情報および監視グループ情報をセントラルスコープへインポートする仕組みを次に示します。

図6-29　業務グループ情報および監視グループ情報をセントラルスコープへインポートする仕組み

図中の番号に従って説明します。

jcfexportコマンドを実行して，業務グループ情報および監視グループ情報を出力します。

jcsdbexportコマンドを実行して，JP1/IM - Managerの監視オブジェクトDBに保存されているセントラルスコープの監視ツリー情報を出力します。

jcfmkcsdataコマンドを実行して，手順1と手順2で出力されたファイルをマージします。

jcfmkcsdataコマンドを-aオプションを指定して実行してください。

jcsdbimportコマンドを実行して，手順3で生成したマージファイルをセントラルスコープにインポートします。

各コマンドについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「1.　コマンド」を参照してください。

(2)　IM構成管理・ビューアーからセントラルスコープへ反映する

IM構成管理・ビューアーの［IM構成管理］画面から，業務グループ情報および監視グループ情報をセントラルスコープへ反映します。この操作を実施するときに必要な，IM構成管理・ビューアーにログインしているJP1ユーザーの権限については，「6.4.3　業務グループの参照・操作権限」を参照してください。

業務グループ情報および監視グループ情報をセントラルスコープへ反映すると，セントラルスコープの監視ツリーが更新されます。なお，業務グループ配下に所属しているホストは，セントラルスコープの監視ツリーでは表示されません。監視グループ内のホストがツリーに表示されます。

6.4.5　業務グループの機能一覧

業務グループでできることをまとめた一覧を次の表に示します。

表6-23　業務グループの機能一覧

機能名
業務グループでできること

IM構成管理
［IM構成管理］画面の［業務グループ］ページを使用して，次に示す項目を設定する。

業務グループの設定

業務グループの登録・編集・削除・一覧表示，および業務グループの基本情報の表示
業務グループを登録するには，基本情報として業務グループ名の設定が必要である。また，任意でJP1資源グループ名およびコメントの編集ができる。

所属するホストの登録・登録解除・一覧表示

監視グループの設定

監視グループの登録・編集・削除・ツリー表示
監視グループを登録するには，基本情報として監視グループ名の設定が必要である。なお，監視グループ名はあとから変更できる。また，任意でコメントの編集ができる。

所属するホストの登録・登録解除・一覧表示

コマンドを使用して，業務グループの基本情報をインポート・エクスポートする。

インポート：jcfimportコマンドを使用する。

エクスポート：jcfexportコマンドを使用する。

業務グループの変更をセントラルコンソール※に自動的に通知し，［イベントコンソール］画面に最新の業務グループを反映する。

［IM構成管理］画面の［操作］メニューから［業務グループ］－［セントラルスコープ監視ツリー反映］を選択するか，jcfmkcsdataコマンドを使用して，業務グループで定義したツリー構成をセントラルスコープの監視ツリーに反映する。

業務グループの編集および反映を行うための更新権を取得する。

セントラルコンソール
JP1ユーザーが持つ業務グループへの参照・操作権限によって次の項目を制限する。※

JP1イベントの参照・操作

アクション結果の参照・操作

コマンドの実行先ホスト

ホスト名の代わりに業務グループを指定することで，構成変更のたびにホスト名を変更する手間を省くことができる。

注※　セントラルコンソールで業務グループの参照・操作を制限するには，セントラルコンソールで業務グループの参照・操作制限を有効にする必要があります。詳細については，「3.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

6.5　プロファイルの管理

IM構成管理では，IM構成管理・ビューアーを操作してシステムの階層構成（IM構成）内のホストでのJP1/Baseのプロファイルを一括管理できます。

IM構成管理でプロファイルを管理するためには，システムの階層構成にホストを追加している必要があります。また，ホストでJP1/Baseが動作している必要があります。

この節では，IM構成管理で管理するプロファイル，およびプロファイルを管理するための機能について説明します。

＜この節の構成＞

6.5.1　IM構成管理で管理対象となるプロファイル

6.5.2　プロファイルリストの収集

6.5.3　プロファイルの収集

6.5.4　プロファイルの表示

6.5.5　プロファイルの追加と削除

6.5.6　設定ファイルの内容の編集

6.5.7　設定ファイルの排他編集権の獲得と解除

6.5.8　リモートの監視対象ホストからリモート監視のログ情報を収集する仕組み

6.5.9　ログファイルトラップとイベントログトラップの起動と停止

6.5.1　IM構成管理で管理対象となるプロファイル

IM構成管理では，エージェントのJP1/Baseで設定されているプロファイルおよびリモートの監視対象ホストのプロファイルを管理できます。

IM構成管理で管理するプロファイルを次に示します。

有効設定情報
エージェントのJP1/Baseおよびリモートの監視対象ホストで，現在有効になっている設定情報（サービス起動時に読み込んだ設定ファイルの情報）です。管理対象ホストのJP1/Baseがバージョン9の場合に管理できます。

設定ファイルの内容
エージェントのJP1/Baseおよびリモートの監視対象ホストで設定された定義ファイルの情報です。サービス起動後に定義情報を変更し，内容を反映していない場合は，有効設定情報とは異なります。

IM構成管理では，バージョン7以上のJP1/Baseのプロファイルを管理できます。

プロファイルの管理は，次の目的で使用できます。

通常運用時または障害発生時にホストの状態を確認する

システムのアップデート，メンテナンスなどのときに，プロファイルの内容を変更する

プロファイルの内容を，ほかのホストのプロファイルに適用する

●エージェントの場合

IM構成管理で管理するエージェントのプロファイルの種類を，次の表に示します。

表6-24　IM構成管理で管理するエージェントのプロファイルの種類

プロファイルの種類
内容

イベント転送情報
システムの階層構成に従ってJP1イベントを上位のホストに転送する機能に関するプロファイルです。

ログファイルトラップ情報
アプリケーションプログラムのログファイルに出力される情報をJP1イベントに変換する機能に関するプロファイルです。
設定ファイル名には，同じ名前を重複して付けられません。保存するディレクトリが異なる場合でも，プロセスごとに異なる設定ファイル名を付ける必要があります。なお，JP1/IM - ManagerがWindowsの場合，エージェントホストで使用する設定ファイル名は大文字小文字は区別しません。

イベントログトラップ情報
WindowsのイベントをJP1イベントに変換する機能に関するプロファイルです。

ローカルアクション情報※1
マネージャーを介さないエージェントでのアクションに関するプロファイルです。

認証サーバ情報※1
JP1/IMおよびJP1/AJSで構成されたシステム全体のユーザーを管理するサーバに関するプロファイルです。

JP1ユーザー権限レベル情報※1※2
JP1/IM，JP1/AJSなどを使用するユーザー（JP1ユーザー）の権限レベルに関するプロファイルです。

JP1ユーザー登録情報※1※2
登録済みJP1ユーザー一覧に関するプロファイルです。

OSユーザーマッピング情報※1※2
ジョブやコマンドの実行権限を持つOSユーザーと，JP1ユーザーとの対応付けに関するプロファイルです。

注※1

バージョン9のJP1/Baseだけを管理対象とします。

注※2

自ホストが認証サーバとして稼働している場合，認証サーバのサービスが起動しているときだけ表示できます。

自ホストが認証サーバとして稼働している場合，認証サーバのサービスが停止しているときは，グレー表示されます。

バージョン9のJP1/Baseで管理対象となるプロファイルは，各ホストのconfディレクトリ以下に配置されている設定ファイルの内容だけです。そのため，confディレクトリ以下ではない場所に保存されているログファイルトラップの設定ファイルなどは，IM構成管理では管理対象外となります。confディレクトリ以下ではない場所に保存されている設定ファイルをIM構成管理で管理する場合は，confディレクトリ以下に移行する必要があります。

また，JP1/Baseのイベントログトラップとログファイルトラップは，物理ホスト単位で管理します。論理ホスト単位では管理できません。論理ホストのイベントログトラップやログファイルトラップのプロファイルを表示または編集するためには，論理ホストに対応する物理ホストを特定して，該当する物理ホストのプロファイルを表示または編集する必要があります。

ただし，confディレクトリ以下ではない場所に保存されている設定ファイルを用いて起動しているサービスの場合でも，有効設定情報は参照できます。有効設定情報から，設定ファイルがconfディレクトリ以下に保存されているかどうかを確認できます。

IM構成管理でプロファイルまたはログファイルトラップを管理するために必要な操作の流れを，次に示します。

図6-30　IM構成管理でプロファイルを管理するために必要な操作の流れ

システムの階層構成（IM構成）を反映する際に，ホスト名をIPアドレスで登録している場合，IM構成管理でプロファイルを管理できません。次のどれかの操作を実行すると，KNAN22412-Eのメッセージが表示されます。

［プロファイル表示/編集］画面を起動するとき

［IM構成管理］画面でプロファイルを一括収集するとき
ホスト名にIPアドレスが指定されているホストからは，プロファイルを一括収集できません。ほかのホストからは一括収集できます。

［IM構成管理］画面でプロファイルを一括反映しようとしたとき
ホスト名にIPアドレスが指定されているホストには，プロファイルを一括反映できません。ほかのホストには一括反映できます。

●リモートの監視対象ホストの場合

IM構成管理で管理するリモートの監視対象ホストのプロファイルの種類を，次の表に示します。

表6-25　IM構成管理で管理するリモートの監視対象ホストのプロファイルの種類

プロファイルの種類 | 内容
リモート監視ログファイルトラップ情報 | アプリケーションプログラムのログファイルに出力する情報をJP1イベントに変換する機能に関するプロファイルです。
リモート監視イベントログトラップ情報 | WindowsのイベントをJP1イベントに変換する機能に関するプロファイルです。

6.5.2　プロファイルリストの収集

IM構成管理では，IM構成管理で管理できるプロファイルの一覧（以降，プロファイルリストと呼びます）をエージェントおよびリモートの監視対象ホストから収集できます。

収集したプロファイルリストは，［プロファイル表示/編集］画面のツリー表示領域に，ツリー形式で表示されます。

プロファイルに対応するサービス（イベントログトラップサービス，イベントサービスなど）が起動していない場合，プロファイルリストを収集すると，IM構成管理の画面では，次のように表示されます。

［プロファイル表示/編集］画面のツリー表示領域では，対象プロファイルはグレー表示されて，プロファイルリストから選択できません。

［プロファイル表示/編集］画面のノード情報表示領域では，設定ファイルの［収集状態］は変更されません。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページのノード情報表示領域では，［基本情報］ボタン選択時に，プロファイル収集状態が「収集済み」となります。

なお，ローカルアクションのサービスは，デフォルトでは，ホストに設定ファイル（jbslcact.conf）が存在しないため，休止状態になっています。そのため，［プロファイル表示/編集］画面でプロファイルリストを収集すると，KNAN20333-Iのメッセージが表示されます。また，［プロファイル表示/編集］画面のノード情報表示領域では，［収集状態］に「収集済み」と表示されます。

設定ファイル（jbslcact.conf）を作成して，ホストに反映すると，ローカルアクションのサービスを正常に起動できます。

設定ファイル（jbslcact.conf）を作成して，ホストに反映する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

次のどちらかの操作でプロファイルツリー再構築を実行すると，プロファイルリストが新規作成，またはプロファイルリストがアップデートされます。なお，サーバで保存しているプロファイルリストを削除し，ホストからプロファイルリストを再取得します。エージェント構成でプロファイルが未反映の場合，プロファイルをホストに反映してからプロファイルツリーを再構築してください。なお，リモート監視構成の場合，プロファイルツリーを再構築する必要はありません。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）をクリックして，［操作］メニューから［プロファイルツリー再構築］を選択する。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）を右クリックして，［プロファイルツリー再構築］を選択する。

また，次のどちらかの操作を実行した場合に，IM構成管理DBにプロファイルリストが存在していないときは，プロファイルリストが新規作成，またはシステムがアップデートされます。

［プロファイル表示/編集］画面を表示する

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，［操作］メニューの［プロファイル一括収集］を選択する

ホストまたはホストのJP1/Baseを再起動した場合は，［プロファイル表示/編集］画面で，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルリストをアップデートする必要があります。

IM構成管理によるプロファイルリストの収集の流れを次に示します。

図6-31　IM構成管理によるプロファイルリストの収集の流れ

ホストがシステムの階層構成から削除されたり，IM構成管理の管理対象ホストから削除されたりした場合，または次のどれかの操作を実行した場合は，プロファイルリストが削除されます。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，ホスト情報を収集する

［エージェント構成編集］画面または［リモート監視構成編集］画面で，作成または編集したシステムの階層構成を反映する

IM構成管理が動作するマネージャーで，インポートを実行する

ホストのJP1/Baseのバージョンごとに収集できるプロファイルリストを次の表に示します。

表6-26　JP1/Baseのバージョンごとに収集できるプロファイルリスト

JP1/Baseのバージョン
プロファイル種別
説明

バージョン7およびバージョン8
イベント転送情報
－

ログファイルトラップ情報
－

イベントログトラップ情報
OSがWindowsの場合だけ収集できる

バージョン9
イベント転送情報
－

ログファイルトラップ情報※1
複数エントリーできる※2

イベントログトラップ情報
－

ローカルアクション情報
－

認証サーバ情報
有効設定情報の表示だけ

JP1ユーザー権限レベル情報

有効設定情報の表示だけ

認証サーバが自ホストのときだけ

JP1ユーザー登録情報

有効設定情報の表示だけ

認証サーバが自ホストのときだけ

OSユーザーマッピング情報
有効設定情報の表示だけ

（凡例）

－：該当しない

注※1

JP1/Baseのバージョンが09-10以降の場合，ログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルを収集できます。

JP1/Baseのバージョンが09-10より前の場合，ログファイルトラップ動作定義ファイルだけを収集できます。

注※2

各ホストのJP1/Baseのログファイルトラップのプロファイル数は，100ファイルまでです。

ホストまたはホストのJP1/Baseを再起動した場合は，IM構成管理で収集したプロファイルリストをアップデートする必要があります。

プロファイルリストは，次の場合に更新する必要があります。

ホストでイベント転送設定情報のindexファイルの内容を変更した場合
プロファイルリストを更新しないと，現在使用されていない古い設定ファイルの内容が表示されたり，設定ファイルを収集するときにエラーが表示されたりします。

ホストでプロファイルに対応するサービス（イベントログトラップサービス，イベントサービスなど）を停止または起動した場合

プロファイルリストを更新しないと，次の問題が発生します。

有効設定情報を表示するとき，設定ファイルを収集するとき，または設定ファイルを反映するときにエラーが表示される

［プロファイル表示/編集］画面のツリー表示領域に表示されるプロファイルリストで，目的のプロファイルがグレー表示されて選択できない

ホストでログファイルトラップを停止または起動した場合
プロファイルリストを更新しないと，有効設定情報を表示するとき，設定ファイルを収集するとき，または設定ファイルを反映するときにエラーが表示されます。

6.5.3　プロファイルの収集

IM構成管理では，エージェントおよびリモートの監視対象ホストからプロファイルを収集できます。エージェントの場合は，有効設定情報，および設定ファイルのプロファイルを収集します。リモートの監視対象ホストで収集できるプロファイルは，有効設定情報に限ります。

有効設定情報，および設定ファイルは，［プロファイル表示/編集］画面で取得します。

＜この項の構成＞

(1)　有効設定情報の収集

(2)　エージェントごとの設定ファイルの収集

(3)　エージェントの設定ファイルの一括収集

(4)　JP1/Baseのバージョンごとに収集できる設定ファイル

(5)　設定ファイルの保存

(1)　有効設定情報の収集

有効設定情報は，バージョン9のJP1/Baseが動作するエージェントおよびリモートの監視対象ホストから収集できます。

次の操作を実行すると，有効設定情報が収集されます。

［プロファイル表示/編集］画面を表示する

ツリー表示領域でプロファイルを選択する

［有効設定情報］ボタンをクリックする

IM構成管理による有効設定情報の収集の流れを次に示します。

図6-32　IM構成管理による有効設定情報の収集の流れ

有効設定情報が取得できない場合は，次の原因が考えられます。

表6-27　有効設定情報が取得できない場合の原因

状態 | 原因 | 対応
イベント転送情報の転送フィルター以下の有効設定情報が取得できない | イベントの転送設定ファイル（forward）で，イベントの転送先が上位ホストに設定されているが，システムの階層構成では，対象ホストに上位ホストが存在していないことが考えられます。 | システムの階層構成が正しいかどうか確認してください。
ログファイルトラップ情報の有効設定情報が取得できない | ホストでログファイルトラップの再起動を行ったときに，プロセスIDが変更されて，IM構成管理が管理するプロセスIDと異なっていることが考えられます。ログファイルトラップは，再起動するたびにプロセスIDが変更されます。 | ［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）をクリックして，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルリストを最新状態に更新してください。
JP1ユーザー権限レベル情報，またはJP1ユーザー登録情報の有効設定情報が取得できない | 自ホストが認証サーバとして稼働していないことが考えられます。 | 自ホストで認証サーバのサービスが起動しているかどうかを確認してください。
その他 | 対象となるサービスがホストで起動されていないことが考えられます。 | jbs_spmd_statusコマンドを実行して，サービスが正しく起動されているかどうかを確認してください。Windowsの場合は，［コンピュータの管理］画面でも，サービスが正しく起動されているかどうかを確認できます。

(2)　エージェントごとの設定ファイルの収集

ホストごとのプロファイルの設定ファイルは，バージョン9のJP1/Baseが動作するエージェントから収集できます。

次のどちらかの操作を実行すると，設定ファイルが収集されます。

［プロファイル表示/編集］画面で，［編集］メニューの［排他編集設定］が有効になっている状態か，ツリー表示領域のプロファイルに排他編集権の設定が有効なアイコンが表示された状態で，［操作］メニューから［プロファイル収集］を選択する

［IM構成管理］画面で，［操作］から［プロファイル一括収集］を選択する

IM構成管理によるホストごとの設定ファイルの収集の流れを次に示します。

図6-33　IM構成管理による設定ファイルの収集の流れ（ホストごとに収集する場合）

収集できる設定ファイルについては，「(4)　JP1/Baseのバージョンごとに収集できる設定ファイル」を参照してください。

(3)　エージェントの設定ファイルの一括収集

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで［操作］メニューの［プロファイル一括収集］を選択すると，エージェントの設定ファイルが一括収集されます。

ほかのユーザーが排他編集権を取得している設定ファイルがある場合，プロファイルは一括収集できません。なお，排他編集権の取得については，「6.5.7　設定ファイルの排他編集権の獲得と解除」を参照してください。

IM構成管理による設定ファイルの一括収集の流れを次に示します。

図6-34　IM構成管理による設定ファイルの収集の流れ（一括収集する場合）

収集できる設定ファイルについては，「(4)　JP1/Baseのバージョンごとに収集できる設定ファイル」を参照してください。

一括収集を実行したあとの設定ファイルの状態は，［プロファイル表示/編集］画面で確認できます。収集に失敗した設定ファイルがある場合，ノード情報表示領域の［設定内容］が非活性表示され，［状態］に設定ファイルの状態が表示されます。

設定ファイルの一括収集を実行したあとのホストの状態は，［IM構成管理］画面の［IM構成］ページで確認できます。収集に失敗した設定ファイルがある場合，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。詳細は，［IM構成］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

一括収集を実行中に，一つのホストでプロファイルの収集に失敗しても，一括収集処理は続行されて，ほかのホストのプロファイルが収集されます。また，IM構成管理が管理するホストで，ログファイルトラップ情報のプロファイル数の上限値を超えた場合は，メッセージが表示されて，対象ホストからの収集処理は中断されます。

設定ファイルの一括収集を実行する前に，対象ホストのプロファイルリストはすべて更新されるため，プロファイルリスト更新時に稼働していないサービスやプロセスの設定ファイルは収集されません。

設定ファイルの収集が完了したら，一括収集の完了を通知するメッセージが表示されます。

(4)　JP1/Baseのバージョンごとに収集できる設定ファイル

収集できる設定ファイルは，JP1/Baseのバージョンによって次のとおり異なります。

表6-28　収集できる設定ファイル

プロファイル種別
設定ファイル
JP1/Baseのバージョン
注意事項

09-00より前
09-00～09-01
09-10以降

イベント転送情報
イベントの転送設定ファイル（forward）
○
○
○
イベントサーバインデックスファイル（index），イベントサーバ設定ファイル（conf）などは収集しません。

ログファイルトラップ情報
ログファイルトラップ動作定義ファイル（ファイル名は任意）
○
○
○
JP1/Baseのバージョンが09-00より前の場合，次の制限事項があります。

一括収集だけできる

一つのログファイルトラップの設定ファイルだけが収集の対象となる

デフォルトのファイル名（jevlog.conf）でデフォルトの保存先（confディレクトリ）にある動作定義ファイルが，有効な動作定義ファイルと見なされる

ログファイルトラップ起動定義ファイル（jevlog_start.conf）
×
×
○
起動オプションとして表示されます。プロファイルとして表示されません。

イベントログトラップ情報
イベントログトラップ動作定義ファイル（ntevent.conf）
○
○
○
ホストの環境がWindowsの場合だけ収集します。

ローカルアクション情報
ローカルアクション実行定義ファイル（jbslcact.conf）
×
○
○
－

（凡例）

○：収集できる

×：収集できない

－：該当しない

(5)　設定ファイルの保存

エージェントから収集した設定ファイル，またはIM構成管理・ビューアーで編集したエージェントおよびリモートの監視対象ホスト設定ファイルを，IM構成管理が動作するマネージャーに保存できます。なお，リモートの監視対象ホストの設定ファイルは，動作定義ファイルだけが対象です。

次のどれかの操作を実行すると，収集内容が保存されます。

設定ファイルの排他編集権を獲得しているユーザーがいない状態で，［プロファイル表示/編集］画面で，［操作］メニューの［プロファイル収集］を選択する

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，［操作］メニューの［プロファイル一括収集］を選択する

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［保存する］を選択して，［実行］ボタンをクリックする

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［反映する］を選択して，［実行］ボタンをクリックする

IM構成管理が動作するマネージャーで，インポートを実行する

IM構成管理で保持できるホストの設定ファイルは，プロファイルごとに1個だけです。設定ファイルを保存したあと，ホストに反映していない状態でほかのユーザーが設定ファイルをホストから収集すると，上書き保存されます。

システムの階層構成内の全ホストからプロファイルを一括収集したときに収集できなかったプロファイルの設定ファイルは保存できません。

IM構成管理では，有効設定情報は保存できません。また，設定情報ファイルの保存場所および保存ファイル名は，ユーザーが指定できません。

なお，ホストを削除するとIM構成管理が動作するマネージャーに保存した設定ファイルは削除されます。また，［IM構成管理］画面の［ホスト一覧］ページで，ホスト情報を削除すると，設定ファイルは削除されます。

6.5.4　プロファイルの表示

IM構成管理では，［プロファイル表示/編集］画面で，エージェントのJP1/Baseおよびリモートの監視対象ホストのプロファイルを表示できます。

IM構成管理によるプロファイルの表示の流れを次に示します。

図6-35　IM構成管理によるプロファイルの表示の流れ

●エージェントの場合

プロファイルのサービス稼働状態と表示できる情報を，次の表に示します。

表6-29　プロファイルのサービス稼働状態と表示できる情報（エージェントの場合）

プロファイル種別 | サービスの稼働状態 | 有効設定情報の表示 | 設定ファイルの内容の表示
イベント転送情報 | 稼働中 | ○ | ○
停止中 | × | ○
ログファイルトラップ情報 | 稼働中 | ○ | ○
停止中 | × | ×
イベントログトラップ情報 | 稼働中 | ○ | ○
停止中 | × | ○
ローカルアクション情報 | 稼働中 | ○ | ○
休止中 | × | ○
停止中 | × | ○

（凡例）

○：表示できる

×：表示できない

●リモートの監視対象ホストの場合

表示できるプロファイルの情報を次に示します。

リモート監視ログファイルトラップ情報

リモート監視イベントログトラップ情報（Windows限定）

6.5.5　プロファイルの追加と削除

IM構成管理では，エージェントのJP1/Baseのバージョンが09-10以降の場合，各エージェントで設定していた，ログファイルトラップのプロファイルを追加したり削除したりできます。また，リモートの監視対象ホストで設定していた，リモート監視ログファイルトラップのプロファイルを追加したり削除したりできます。

＜この項の構成＞

(1)　プロファイルの追加

(2)　プロファイルの削除

(1)　プロファイルの追加

ログファイルトラップおよびリモート監視ログファイルトラップのプロファイルを追加する流れを次に示します。

図6-36　IM構成管理によるプロファイルの追加の流れ

プロファイルの追加は，IM構成管理・ビューアーの［プロファイル追加］画面から実行します。プロファイルを追加すると，［プロファイル表示/編集］画面のツリー表示領域に追加したプロファイルが表示されます。

なお，プロファイルを追加した場合，次に示す内容を編集して保存する必要があります。

エージェントの場合
ログファイルトラップ動作定義ファイル

リモートの監視対象ホストの場合
リモート監視ログファイルトラップ動作定義ファイル

手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(5)　設定ファイルを編集する」を参照してください。

プロファイルの追加では，次の項目を設定できます。

表6-30　プロファイルの追加で設定できる項目

項目
説明

監視名
ログファイルトラップの監視名を指定します。
すでに指定している監視名やログファイルトラップ動作定義ファイルと同じ名称の監視名は，指定できません。

クラスタID
論理ホストの共有ディスクのログファイルを管理する場合，クラスタIDを設定します。
クラスタIDについては，マニュアル「JP1/Base 運用ガイド」を参照してください。
クラスタIDを有効にした場合，クラスタ用のログファイルトラップを指定できます。

プロファイルを追加する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(4)(a)　プロファイルを追加する」を参照してください。

(2)　プロファイルの削除

ログファイルトラップおよびリモート監視ログファイルトラップのプロファイルを削除する流れを次に示します。

図6-37　IM構成管理によるプロファイルの削除の流れ

プロファイルの削除は，IM構成管理・ビューアーの［プロファイル表示/編集］画面から実行します。プロファイルを削除すると，IM構成管理DBに保存されているログファイルトラップおよびリモート監視ログファイルトラップのプロファイルが削除されます。

ただし，次の図に示すように，クラスタ用のログファイルトラップのプロファイルを削除する場合，削除の流れが異なります。

図6-38　IM構成管理によるクラスタ用のプロファイルの削除の流れ

プロファイルを削除すると，IM構成管理DBに保存されているログファイルトラップのプロファイルが削除されます。

エージェントの場合
ログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報が削除されたあと，ログファイルトラップ動作定義ファイルが削除されます。これによって，エージェントのログファイルトラップの設定が削除されます。

リモートの監視対象ホストの場合
リモート監視ログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報が削除されたあと，リモート監視ログファイルトラップ動作定義ファイルが削除されます。

なお，クラスタ用かクラスタ用ではないかに関係なく，削除したいログファイルトラップがエージェントで起動している場合，削除できません。削除したいログファイルトラップを停止してから削除してください。

プロファイルを削除する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(4)(b)　プロファイルを削除する」を参照してください。

6.5.6　設定ファイルの内容の編集

IM構成管理では，エージェントのJP1/Baseおよびリモートの監視対象ホストのプロファイルの設定ファイルを編集できます。

ここでは，設定ファイルの編集で使用する機能について説明します。

＜この項の構成＞

(1)　設定ファイルの内容の編集

(2)　編集内容の保存

(3)　編集内容の反映

(1)　設定ファイルの内容の編集

［プロファイル表示/編集］画面で，表示した設定ファイルの内容を編集できます。

IM構成管理で編集できる設定ファイルを，次の表に示します。

表6-31　IM構成管理で編集できる設定ファイル

プロファイル種別
設定ファイル
注意事項

イベント転送情報
イベントの転送設定ファイル（forward）
－

ログファイルトラップ情報
ログファイルトラップ動作定義ファイル（ファイル名は任意）
エージェントのJP1/Baseのバージョンが09-10以降の場合，MARKSTR，ACTDEF以外の項目を編集したときは，サービスの再起動が必要です。
エージェントのJP1/Baseのバージョンが09-10より前の場合，MARKSTR，ACTDEF以外の項目は編集しないでください。

ログファイルトラップ起動定義ファイル（jevlog_start.conf）
エージェントのJP1/Baseのバージョンが09-10以降の場合，起動オプションだけを編集できます。編集した起動オプションを基に，ログファイルトラップ起動定義ファイルが更新されます。

イベントログトラップ情報
イベントログトラップ動作定義ファイル（ntevent.conf）
イベントサーバ名（server）は編集できません。

ローカルアクション情報
ローカルアクション実行定義ファイル（jbslcact.conf）
－

リモート監視のログファイルトラップ情報
リモート監視ログファイルトラップ動作定義ファイル（ファイル名は任意）
－

リモート監視のイベントログトラップ情報
リモート監視イベントログトラップ動作定義ファイル（ファイル名は任意）
－

（凡例）

－：該当しない

［プロファイル表示/編集］画面では，設定ファイルに対して，次の操作ができます。

コピー

設定ファイルから文字列をコピーできます。事前に排他編集権を獲得する必要はありません。

ノード情報表示領域に表示されている設定ファイルの内容から，コピーしたい文字列を選択して，次のどちらかの操作を実行します。

メニューバーの［編集］－［コピー］を選択する

右クリックして［コピー］を選択する

切り取り

設定ファイルから文字列をコピーして，コピーした文字列を削除できます。事前に排他編集権を獲得する必要があります。

ノード情報表示領域に表示されている設定ファイルの内容から，切り取りたい文字列を選択して，次のどちらかの操作を実行します。

メニューバーの［編集］－［切り取り］を選択する

右クリックして［切り取り］を選択する

貼り付け

コピーした文字列または切り取った文字列を，設定ファイルに貼り付けられます。事前に排他編集権を獲得する必要があります。

ノード情報表示領域に表示されている設定ファイルの内容で，文字列を貼り付けたい個所を選択して，次のどちらかの操作を実行します。

メニューバーの［編集］－［貼り付け］を選択する

右クリックして［貼り付け］を選択する

設定ファイルの編集中に，編集内容をチェックしません。また，設定ファイルの編集中にIM構成管理・ビューアーを閉じたり，強制終了したりすると，編集内容は保存されません。

(2)　編集内容の保存

編集した設定ファイルの内容を，IM構成管理が動作するマネージャーに保存できます。

次のどれかの操作を実行すると，編集内容が保存されます。

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［保存する］を選択して，［実行］ボタンをクリックする

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［反映する］を選択して，［実行］ボタンをクリックする

［プロファイル表示/編集］画面の［操作］－［プロファイル保存/反映］－［サーバに反映］を選択する

IM構成管理が動作するマネージャーで，インポートを実行する

IM構成管理による設定ファイルの編集内容の保存の流れを次に示します。

図6-39　IM構成管理による設定ファイルの編集内容の保存の流れ

保存できる設定ファイルを次に示します。

イベントの転送設定ファイル

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

イベントログトラップ動作定義ファイル

ローカルアクション実行定義ファイル

ただし，ログファイルトラップ起動定義ファイルは，エージェントのJP1/Baseのバージョンが09-10以降の場合だけ保存できます。

IM構成管理が動作するマネージャーに保存された設定ファイルの編集内容は，ホストには転送されません。

IM構成管理が動作するマネージャーに編集内容を保存したあと，ホストからプロファイルを収集すると，収集した内容が上書き保存されます。

(3)　編集内容の反映

編集した設定ファイルの内容を，エージェントのJP1/Baseに反映できます。また，リモートの監視対象ホストの設定ファイルの内容を，有効にできます。

設定ファイルごとの項目によって，反映する操作が異なります。反映する操作の詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「4.9.2　［設定ファイル］ページ」を参照してください。

IM構成管理による設定ファイルの編集内容の反映の流れを，次に示します。

図6-40　IM構成管理による設定ファイルの編集内容の反映の流れ

編集内容は，ホストごとに反映，または一括反映できます。

反映を実行したあとの設定ファイルの状態は，［プロファイル表示/編集］画面の［設定ファイル］ページで確認できます。反映に成功すると「反映成功」，失敗すると「反映失敗」の状態となります。サーバで保存している設定ファイルを使用していない場合，「空白」（未反映）となります。また，サーバに設定ファイルがあり，対象となるホストで使用していない場合，「サーバ保存済み」の状態となります。

設定ファイルの状態が「反映失敗」または「サーバ保存済み」の場合，［設定ファイル］ページのツリー表示領域に，編集中の状態を示すアイコンが表示されます。

なお，JP1/Baseがバージョン9の場合，設定ファイルの反映に失敗すると，エージェントの設定ファイルは元の設定ファイルにロールバックされます。

反映を実行したあとのホストの状態は，［IM構成管理］画面の［IM構成］ページで確認できます。「反映失敗」や「サーバ保存済み」の設定ファイルがある場合，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。詳細は，［IM構成］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

ホストごとに反映する

IM構成管理でホストごとに反映できる設定ファイルを次に示します。

イベントの転送設定ファイル

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

イベントログトラップ動作定義ファイル

ローカルアクション実行定義ファイル

リモート監視ログファイルトラップ動作定義ファイル

リモート監視イベントログトラップ動作定義ファイル

ただし，ログファイルトラップ起動定義ファイルは，エージェントのJP1/Baseのバージョンが09-10以降の場合だけ反映できます。

ホストごとに反映する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

一括反映する

IM構成管理で一括反映できる設定ファイルを，次に示します。

イベントの転送設定ファイル

イベントログトラップ動作定義ファイル

ローカルアクション実行定義ファイル

一括反映する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(6)(a)　設定ファイルの編集内容を一括で反映する」を参照してください。

なお，一括反映の場合，サーバに設定ファイルが存在しないときは，KNAN22497-Iのメッセージが表示されて，反映されません。

6.5.7　設定ファイルの排他編集権の獲得と解除

設定ファイルを収集または編集する場合，ほかのIM構成管理・ビューアーから設定ファイルを編集できないように，設定ファイルの排他編集権を獲得する必要があります。

ただし，この排他編集権は，ホスト上のJP1製品単位で獲得されるため，JP1/Baseの排他編集権とリモートの監視対象ホストの排他編集権は別々に獲得できます。したがって，例えば，JP1/Baseのプロファイルを編集中にリモートの監視対象ホストのプロファイルを編集できます。また，同時に複数ホストや複数のJP1製品の排他編集権を獲得できます。

ここでは，設定ファイルの排他編集権を獲得または解除する方法について説明します。

＜この項の構成＞

(1)　排他編集権の獲得

(2)　排他編集権の解除

(1)　排他編集権の獲得

次のどれかの作業の前に，設定ファイルの排他編集権を獲得する必要があります。

設定ファイルを編集する

JP1/Base 09-10以降のログファイルトラップ，またはリモートの監視対象ホストのプロファイルを追加・削除や起動・停止する

設定ファイルをエクスポートまたはインポートする

下位のホストから設定ファイルの情報を収集する

プロファイルツリーの情報を更新する

次のどちらかの操作を実行すると，設定ファイルの排他編集権を取得できます。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）をクリックして，［編集］メニューから［排他編集設定］を選択する

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）を右クリックして，［排他編集設定］を選択する

(2)　排他編集権の解除

次のどちらかの操作を実行すると，設定ファイルの排他編集権を解除できます。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）を右クリックして，［排他編集解除］を選択する

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）をクリックして，［編集］メニューから［排他編集解除］を選択する

6.5.8　リモートの監視対象ホストからリモート監視のログ情報を収集する仕組み

IM構成管理では，リモートの監視対象ホストから次に示すリモート監視のログ情報を収集できます。

リモート監視ログファイルトラップ情報

リモート監視イベントログトラップ情報（Windows限定）

なお，ログ情報は，前回取得分との差分だけを行単位で収集します。

＜この項の構成＞

(1)　ログ情報を収集する仕組み

(2)　収集できるログ情報とリモート監視の接続方法

(3)　監視できるログ情報

(4)　ログ情報の監視間隔

(5)　事前フィルター

(6)　発生元ホストのマッピング

(1)　ログ情報を収集する仕組み

リモート監視の認証管理およびリモート監視ログファイルトラップの機能が，IM構成管理の各機能およびJP1/Baseのログファイルトラップと連携して，リモートの監視対象ホスト上のSSH，WMI，NetBIOSからリモート監視ログ情報を収集します。

リモート監視のログ情報を収集するための機能の関係を，次の図に示します。

図6-41　リモート監視のログ情報を収集するための機能の関係

リモート監視のログ情報を収集するには，IM構成管理・ビューアーまたはリモート監視用のコマンドで設定した起動オプション文字列および動作定義の監視条件を基に，リモートの監視対象ホストに接続し，指定された監視間隔ごとにログファイルやイベントログの出力内容を収集して，JP1/Baseのログファイルトラップに渡します。

なお，起動オプション文字列は，IM構成管理・ビューアーまたはコマンドの起動オプションに設定された内容，およびリモート監視ログファイルトラップ起動定義ファイルまたはリモート監視イベントログトラップ動作定義ファイルの設定内容を使用します。また，動作定義はリモート監視ログファイルトラップ動作定義ファイル，およびリモート監視イベントログトラップ動作定義ファイルの設定内容を使用します。

リモート監視ログファイルトラップの機能を使用する場合は，監視名を指定してください。リモート監視ログファイルトラップの監視名は，ほかの監視対象ホストのリモート監視ログファイルトラップやJP1/Baseのログファイルトラップに使用している監視名と同一の監視名を指定できますが，同じ監視対象ホストの場合，同一の監視名を指定できません。監視対象ホストに対して，ユニークな名称となるように設定してください。

参考

リモートイベントログトラップ機能を使用する場合は，監視名を指定する必要はありません。ただし，JP1/Baseのログファイルトラップ機能で，内部的にDEFAULT0という監視名を使用しています。そのため，JP1/Baseのログファイルトラップ機能が出力するログのメッセージには，DEFAULT0という監視名が出力されます。

リモート監視のログ情報を収集する仕組みを次の図に示します。

図6-42　リモート監視のログ情報を収集する仕組み

この図について説明します。

JP1/IM - Viewまたはリモート監視のコマンドで，事前フィルターを設定する。
事前フィルターについては，「(5)　事前フィルター」を参照してください。

JP1/IM - Viewまたはリモート監視のコマンドで，起動オプション文字列および動作定義の監視条件を設定する。

監視条件で設定した監視間隔ごとに，リモートの監視対象ホストに接続する。

リモートの監視対象ホストからログの差分情報を収集する。

収集した情報をJP1/Baseのログファイルトラップに渡す。

監視条件と一致したログ情報のJP1イベントをイベントDBに登録する。

なお，リモート監視をするには，あらかじめマネージャーと監視対象ホストを接続するためのリモート通信設定が必要です。通信設定については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定」（Windowsの場合），「2.17　リモートの監視対象ホストでログ監視をするための設定」（UNIXの場合）を参照してください。また，リモート監視のログ情報を収集するための設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.　IM構成管理によるシステムの階層構成の設定」を参照してください。

(2)　収集できるログ情報とリモート監視の接続方法

リモートの監視対象ホストから収集できるリモート監視のログ情報，およびリモート監視のための接続方法を次の表に示します。

表6-32　ログ情報とリモート監視の接続方法

JP1/IM-ManagerをインストールしているホストのOS | 監視対象ホストのOS | ログ情報 | 接続方法
Windows | Windows | ログファイル | NetBIOS
イベントログ | WMI
UNIX | ログファイル | SSH
UNIX | Windows | － | －
UNIX | ログファイル | SSH

（凡例）　－該当しない

SSHの認証

SSHの認証には，公開鍵認証方式を使用します。

公開鍵認証の概念について，次の図に示します。なお，JP1/IM - ManagerのOSがWindowsの場合，実際の鍵の作成はUNIXの監視対象ホストで実施します。図では説明を省略します。

図6-43　公開鍵認証の概念図

なお，クラスタシステムでの公開鍵認証には，実行系ノードと待機系ノードで共通の鍵を使用する方法と別々の鍵を使用する方法があります。

実行系ノードと待機系ノードで共通の鍵を使用する場合は，実行系ノードの鍵ファイルを待機系ノードの鍵ファイルに上書きコピーします。共通の鍵を使用する場合の概念について，次の図に示します。

図6-44　公開鍵認証の概念図（実行系ノードと待機系ノードで共通の鍵を使用する場合）

実行系ノードと待機系ノードで別々の鍵を使用する場合は，実行系ノードの鍵ファイルと待機系ノードの鍵ファイルの両方をリモートの監視対象ホストに登録します。別々の鍵を使用する場合の概念について，次の図に示します。

図6-45　公開鍵認証の概念図（実行系ノードと待機系ノードで別々の鍵を使用する場合）

(3)　監視できるログ情報

監視できるログ情報をログファイルトラップ情報，Windowsイベントログ情報に分けて説明します。

(a)　ログファイルトラップ情報の出力形式

リモート監視のログファイルトラップ機能で監視できるログファイルトラップ情報の出力形式を次に示します。なお，ログファイルを収集しているときに新たにログファイルが出力されると，同一のログファイルが2回トラップされることがあります。

SEQ
一つのログファイルに追加書き込みし続ける形式，またはログファイルが一定の容量に達すると別のファイル名で新たにログファイルを作成して書き込む形式です。

SEQ2
一定の容量に達すると，配下のディレクトリを含む同一ディレクトリ内にファイル名を変更して退避ファイルとして保存したあと，変更前と同じ名称のファイルを作成して新たにログを書き込む形式です。なお，保存された退避ファイルは，監視間隔の間は削除されません。

WRAP2
ログファイルが一定の容量に達してラップアラウンドするとき，データを削除して再び先頭からデータを書き込む形式の形式です。

ログファイルの条件を次に示します。

表6-33　ログファイルの条件

項目
条件

ファイルサイズ
64メガバイト以下

文字列

JIS X 0208の範囲内

JIS X 0208の範囲外の文字列を使用した場合，正常に監視できないおそれがあります。

取得上限

収集したログファイルと一つ前のログファイルの差分の合計サイズが，10キロバイト以内

10キロバイトを超える場合，ログファイルをトラップしません。

なお，事前フィルターを使用している場合，ログファイルの差分は事前フィルターを適用したあとのサイズです。

起動時の監視開始位置

ログファイルの最後に出力される改行コードの次の文字

ただし，監視対象ホストがWindowsの場合にログファイルの終端から10キロバイト以内に改行コードがないとき，ファイルの終端の次に出力される文字となります。

(b)　Windowsイベントログ情報の種別

リモート監視のイベントログトラップ機能で監視できるWindows イベントログ情報の種別を次に示します。

アプリケーション（またはApplication）

セキュリティ（またはSecurity）

システム（またはSystem）

DNS Server

Directory Service

ファイル レプリケーション サービス（またはFile Replication Service）

DFS レプリケーション（またはDFS Replication）

なお，Windows Server 2008で追加されたログの種類「Critical」，および「Verbose」には対応していません。ログの種類「Critical」，「Verbose」のイベントは，それぞれJP1イベントの重大度が「Error」，「Information」のイベントとして収集されます。マネージャーマシンと監視対象ホストの日時が監視間隔以上に異なっている場合，正常に監視できないおそれがあります。

(4)　ログ情報の監視間隔

ログ情報の収集完了から次の収集開始までを，監視間隔とします。

監視間隔の概要を次の図に示します。

なお，監視対象ホストで監視対象のログが発生した場合，JP1イベントの発行までに最大で監視間隔の時間が開くことがあります。

ログ情報の収集がエラーになった場合は，収集エラーの発生時間から収集開始時間までのリトライ間隔で，ログ情報を再収集します。また，JP1/IM - Managerが停止している場合は，ログ情報を収集しません。

リモート監視ログファイルトラップの場合
リモート監視ログファイルトラップのリトライ間隔の概要を次の図に示します。

リモート監視ログファイルトラップのリトライは，リモート監視ログファイルトラップ動作定義ファイルの次の項目で指定した回数および間隔で実施されます。

open-retry-timesで指定した回数

open-retry-intervalで指定した間隔

イベントログのリトライは，リモート監視イベントログトラップ動作定義ファイルの次の項目で指定した回数および間隔で実施されます。

retry-timesで指定した回数

retry-intervalで指定した間隔

なお，リトライ回数とリトライ間隔の指定に関係なく，リトライを開始してから3,600秒（1時間）経過した場合はリトライを停止します。ただし，jcfallogdefコマンドまたはjcfallogstartコマンドで-rオプションを指定した場合は，リトライをしないで通常の監視間隔でログの収集を継続します。

リモート監視イベントログトラップの場合
リモート監視イベントログトラップのリトライは，3回までです。

注意事項

ラップアラウンドの頻度が高い場合や，監視間隔やリモート監視ログファイルトラップのリトライ期限を長く指定した場合に，ログファイルトラップがデータを読み込む前に上書きされてしまい，データの読み込み漏れが発生するおそれがあります。データの読み込み漏れを防ぐために，次の監視間隔の見積もり式を参考にしてください。

ログファイルのサイズ（バイト）×ログファイル数>1秒当たりの出力サイズ（バイト）×監視間隔（秒）またはリモート監視ログファイルトラップのリトライ期限（秒）

それぞれの動作定義ファイルについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「リモート監視ログファイルトラップ動作定義ファイル」（2.　定義ファイル）および「リモート監視イベントログトラップ動作定義ファイル」（2.　定義ファイル）を参照してください。

(5)　事前フィルター

事前フィルターは，リモートの監視対象ホストから取得するログファイルやイベントログをフィルタリングするためのフィルターです。このフィルターを設定することで，指定した条件に一致したログファイルまたはイベントログだけをサーバに転送するため，転送されるデータ量を制御できます。

事前フィルターの対象となるプロファイルを次に示します。

SSH接続時のリモート監視ログファイルトラップ

WMI/NetBIOS接続時のリモート監視イベントログトラップ

事前フィルターは，［プロファイル表示/編集］画面，またはリモート監視のコマンド（jcfallogstart，jcfallogdef，jcfaleltstart，jcfaleltdef）の-filterオプションで設定します。設定内容は，リモート監視ログファイルトラップまたはリモート監視イベントログトラップが起動したときに反映されます。詳細については，次の参照先を参照してください。

［プロファイル表示/編集］画面
「JP1/Integrated Management - Manager 画面リファレンス」の「4.9　［プロファイル表示/編集］画面」

jcfallogstartコマンド
「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcfallogstart」（1.　コマンド）

jcfallogdefコマンド
「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcfallogdef」（1.　コマンド）

jcfaleltstartコマンド
「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcfaleltstart（Windows限定）」（1.　コマンド）

jcfaleltdefコマンド
「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcfaleltdef（Windows限定）」（1.　コマンド）

(6)　発生元ホストのマッピング

リモート監視で発行するJP1イベントの発行元イベントサーバ名は，監視対象ホスト名ではなく，統合マネージャーのホスト名となります。リモート監視で発行するJP1イベントについて，監視対象ホスト名を発生元ホストとして表示・定義するには，発生元ホストのマッピング機能を使用する必要があります。発生元ホストのマッピング機能については，「3.7　発生元ホストのマッピング」を参照してください。

6.5.9　ログファイルトラップとイベントログトラップの起動と停止

次に示すログファイルトラップとイベントログトラップの起動・停止を管理できます。

ログファイルトラップ（エージェントの場合）

リモート監視ログファイルトラップ（リモートの監視対象ホストの場合）

リモート監視イベントログトラップ（リモートの監視対象ホストの場合）

ただし，エージェントの場合，JP1/Baseのバージョンが09-10以降のときに限ります。

これらを起動・停止するために，次に示す設定ファイルを使用します。

ログファイルトラップの場合

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

リモート監視ログファイルトラップの場合

リモート監視ログファイルトラップ動作定義ファイル

リモート監視イベントログトラップの場合

リモート監視イベントログトラップ動作定義ファイル

なお，エージェント場合，JP1/Baseのバージョンを09-10より前のバージョンから09-10以降にした場合，起動順序定義ファイルまたはjbs_startコマンドでログファイルトラップを起動するように定義しているときは，ログファイルトラップの定義をログファイルトラップ起動定義ファイルに移行する必要があります。移行する方法については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項，の説明を参照してください。

＜この項の構成＞

(1)　ログファイルトラップとイベントログトラップの起動

(2)　ログファイルトラップとイベントログトラップの停止

(1)　ログファイルトラップとイベントログトラップの起動

IM構成管理によるログファイルトラップとイベントログトラップの起動の流れを次に示します。

図6-46　ログファイルトラップとイベントログトラップの起動の流れ

起動の操作は，IM構成管理・ビューアーの［プロファイル表示/編集］画面から実行します。

エージェントの場合

ログファイルトラップの起動を実行すると，IM構成管理DBに保存されたログファイルトラップ動作定義ファイルが，エージェントに反映されます。そのあと，エージェントのログファイルトラップ起動定義ファイルにログファイルトラップの起動定義情報が，次のとおり反映されます。

ログファイルトラップ起動定義ファイルが定義されている場合
起動定義情報が上書きされます。

ログファイルトラップ起動定義ファイルが定義されていない場合
起動定義情報が追加されます。

ログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルの定義情報が反映されると，エージェントでコマンドが実行され，ログファイルトラップが起動します。

リモートの監視対象ホストの場合

リモート監視ログファイルトラップの起動を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視ログファイルトラップが起動します。

リモート監視イベントログトラップの起動を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視イベントログトラップが起動します。

なお，次に示す状態の場合，［プロファイル表示/編集］画面の［操作］－［プロセス起動］が使用できません。

起動しようとしたログファイルトラップやイベントログトラップが，すでに起動している場合

エージェントでクラスタIDが指定されている場合
クラスタIDが指定されている場合は，エージェントに設定ファイルを送付します。設定ファイルを送付する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

リモート監視ログファイルトラップを起動し，監視対象ホストへのNetBIOS接続が行われたあとにWindowsのアカウント情報を変更した場合，NetBIOS接続が切断されるまで接続が保たれます。NetBIOS接続を切断して変更したアカウント情報で接続するためには，監視対象ホストまたはマネージャーホストのどちらか一方を再起動する必要があります。

エージェントのログファイルトラップを起動する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(7)(a)　ログファイルトラップを起動する」を参照してください。

リモート監視ログファイルトラップおよびリモート監視イベントログトラップを起動する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.2(5)(a)　リモート監視ログファイルトラップを起動する」を参照してください。

(2)　ログファイルトラップとイベントログトラップの停止

IM構成管理によるログファイルトラップとイベントログトラップの停止の流れを次に示します。

図6-47　ログファイルトラップとイベントログトラップの停止の流れ

停止の操作は，IM構成管理・ビューアーの［プロファイル表示/編集］画面から実行します。

エージェントの場合

ログファイルトラップの停止を実行すると，エージェントのログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報が削除されます。また，エージェントのログファイルトラップ動作定義ファイルが削除され，ログファイルトラップが停止します。

リモートの監視対象ホストの場合

リモート監視ログファイルトラップの停止を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視ログファイルトラップが停止します。

リモート監視イベントログトラップの停止を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視イベントログトラップが停止します。

なお，次に示す状態の場合，［プロファイル表示/編集］画面の［操作］－［プロセス停止］が使用できません。

停止しようとしたログファイルトラップやイベントログトラップが，起動していない場合

エージェントでクラスタIDが指定されている場合

エージェントのログファイルトラップを停止する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(7)(b)　ログファイルトラップを停止する」を参照してください。

リモート監視ログファイルトラップおよびリモート監視イベントログトラップを停止する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.2(5)(b)　リモート監視ログファイルトラップを停止する」を参照してください。

6.6　サービスの稼働情報の管理

IM構成管理では，IM構成管理・ビューアーを操作して，管理対象の各ホストで動作するサービスの状態を確認できます。

この機能によって，各ホストで動作するサービスの状態を監視したり，障害が発生したホストでサービスの状態を調査したりできます。

この節では，IM構成管理が管理するサービスの稼働情報，およびサービスの状況を確認するための機能について説明します。

＜この節の構成＞

6.6.1　IM構成管理で稼働情報を確認できるサービス

6.6.2　サービスの稼働情報の収集

6.6.3　サービスの稼働情報の表示

6.6.1　IM構成管理で稼働情報を確認できるサービス

IM構成管理では，対象ホストで動作するJP1製品のサービスのうち，システムの階層構成（IM構成）に関連するサービスの稼働情報を確認できます。

IM構成管理でサービスの稼働情報の収集を実行すると，対象ホストで，サービスの稼働情報を収集するコマンドが実行されます。このため，対象ホストにコマンドの実行ログが出力されます。

IM構成管理で稼働情報を確認できるサービスおよび収集コマンドを次の表に示します。

表6-34　稼働情情報を確認できるサービスおよび収集コマンド

製品名 | サービス名 | 収集コマンド
JP1/Base | JP1/Base | jbs_spmd_status
イベントサービス | jevstat
ログファイルトラップ | jevlogstat ALL
JP1/IM - Manager | JP1/IM-Manager | jco_spmd_status

リモート監視構成の場合，動作状況を確認するコマンドで，次の稼働情報を確認できます。

リモート監視ログファイルトラップ
次のとおり指定します。
jcfallogstat -o 対象ホスト名 ［-h 論理ホスト名］

リモート監視イベントログトラップ
次のとおり指定します。
jcfaleltstat -o 対象ホスト名 ［-h 論理ホスト名］

6.6.2　サービスの稼働情報の収集

IM構成管理では，管理対象の各ホストからサービスの稼働情報を収集できます。

ホストからサービスの稼働情報を収集するためには，IM構成管理DBにホストを登録し，ホスト情報を収集している必要があります。また，ホストでJP1/Baseが動作している必要があります。ただし，バージョン9より前のJP1/Baseの場合は，サービスの稼働情報を収集できません。

＜この項の構成＞

(1)　サービスの稼働情報を収集する方法

(2)　サービスの稼働情報の収集対象となるホスト

(1)　サービスの稼働情報を収集する方法

サービスの稼働情報は，IM構成管理・ビューアーで次のどちらかの操作を実行すると取得できます。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，ホストを選択し，［サービス情報］ボタンをクリックする

［IM構成］ページで，［最新情報に更新］ボタンをクリックする（表示内容を更新したい場合）

サービスの稼働情報の収集の流れを次の図に示します。

図6-48　サービスの稼働情報の収集の流れ

収集したサービスの稼働情報は，IM構成管理が動作しているマネージャーのメモリーに保存されます。IM構成管理DBには保存されません。

(2)　サービスの稼働情報の収集対象となるホスト

IM構成管理でサービスの稼働情報を収集する場合，選択できる対象ホストは1台だけです。また，IM構成管理が実行されているマネージャーによって，サービスの稼働情報を収集できるホストの範囲が異なります。

統合マネージャーからサービスの稼働情報を収集できるホストの範囲を，次の表に示します。

表6-35　統合マネージャーからサービスの稼働情報を収集できるホストの範囲

ホストの種類 | 収集の可否
自ホスト | ○
中継マネージャー | ○
拠点マネージャー | ○
エージェント | 自ホストの直下にある場合 | ○
中継マネージャーの配下にある場合 | ○
拠点マネージャーの配下にある場合 | ×※
リモートの監視対象ホスト | 自ホストの直下にある場合 | ×
拠点マネージャーの配下にある場合 | ×

（凡例）

○：収集できる

×：収集できない

注※

拠点マネージャーの配下にあるエージェントの場合，統合マネージャーからはファイアウォールを経由して接続できないことがあるので，サービスの稼働情報は拠点マネージャーで収集します。

拠点マネージャーからサービスの稼働情報を収集できるホストの範囲を，次の表に示します。

表6-36　拠点マネージャーからサービスの稼働情報を収集できるホストの範囲

ホストの種類 | 収集の可否
自ホスト | ○
親ホスト | ×※1
中継マネージャー | ○※2
拠点マネージャー | ○※2
エージェント | 自ホストの直下にある場合 | ○
中継マネージャーの配下にある場合 | ○※2
下位の拠点マネージャーの配下にある場合 | ×※3
リモートの監視対象ホスト | 自ホストの直下にある場合 | ×
拠点マネージャーの配下にある場合 | ×

（凡例）

○：収集できる

×：収集できない

注※1

親ホストの場合，ホスト情報を収集できないため，サービスの稼働状況を収集できません。

注※2

統合マネージャーを含めて3階層以上の構成になるため，推奨しません。

注※3

下位の拠点マネージャーの配下にあるエージェントに対して，統合マネージャーからファイアウォールを経由して接続できないことがあるので，サービスの稼働情報は下位の拠点マネージャーで収集します。

6.6.3　サービスの稼働情報の表示

IM構成管理では，管理対象の各ホストから収集したサービスの稼働情報は，［IM構成管理］画面の［IM構成］ページ（サービス情報）に表示できます。

IM構成管理によるサービスの稼働情報の表示の流れを，次の図に示します。

図6-49　IM構成管理によるサービスの稼働情報の表示の流れ

6.7　IM構成管理の管理情報のエクスポート・インポート

IM構成管理では，IM構成管理が管理する情報をエクスポートしたり，エクスポートした情報をインポートしたりできます。

IM構成管理の管理情報のエクスポート・インポートは，次の目的で使用できます。

システムの階層構成（IM構成）を，テスト環境から運用環境に移行したり，変更前の環境から変更後の環境に移行したりする

IM構成管理の管理情報を，ほかのIM構成管理が動作するマネージャーサーバから移行する

一時的または定期的に，システムの階層構成を変更する

障害等発生時に，設定を過去の状態に戻す

この節では，IM構成管理でエクスポート・インポートの対象となる情報，およびエクスポート・インポートするための機能について説明します。

＜この節の構成＞

6.7.1　IM構成管理でエクスポート・インポートの対象となる情報

6.7.2　IM構成管理の管理情報のエクスポート

6.7.3　IM構成管理の管理情報のインポート

6.7.1　IM構成管理でエクスポート・インポートの対象となる情報

IM構成管理で管理する情報とエクスポート・インポートの対象範囲を，次の表に示します。

表6-37　IM構成管理で管理する情報とエクスポート・インポートの対象範囲

IM構成管理が管理する情報 | エクスポート | インポート
ホスト情報 | 手動入力項目 | ○ | ○
OS情報 | ○ | ×
製品情報 | ○ | ×
仮想化構成情報 | ○ | ○
リモート通信方法 | ○ | ○
ユーザー・パスワード情報 | ○ | ○
システムの階層構成 | エージェント構成情報 | ○ | ○
リモート監視構成情報 | ○ | ○
リモート認証情報 | WMI認証情報 | ○ | ○
SSH認証情報出力 | ○ | ○
業務グループ情報 | ○ | ○
監視グループ情報 | ○ | ○
プロファイル | イベントの転送設定ファイル | ○ | ○
イベントログトラップ動作定義ファイル | ○ | ○
ログファイルトラップ動作定義ファイル※ | ○ | ○
ログファイルトラップ起動定義ファイル※ | ○ | ○
ローカルアクション実行定義ファイル | ○ | ○
認証サーバ設定ファイル | × | ×
JP1ユーザー設定ファイル | × | ×
ユーザーマッピング設定ファイル | × | ×
リモート監視ログファイルトラップ動作定義ファイル | ○ | ○
リモート監視ログファイルトラップ起動定義ファイル | ○ | ○
リモート監視イベントログトラップ動作定義ファイル | ○ | ○
サービス稼働情報 | × | ×

（凡例）

○：対象となる

×：対象とならない

注※

次の状態でインポートされます。

インポート先のホストに，インポートしたログファイルトラップと同じ名称の監視名のログファイルトラップが起動状態である場合

ログファイルトラップが起動状態，インポートしたプロファイルの編集内容が反映されていない状態でインポートされます。インポートしたプロファイルの編集内容を反映するには，インポートしたあとに，再起動して反映してください。再起動して反映する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

インポート先のホストに，インポートしたログファイルトラップと同じ名称の監視名のログファイルトラップが停止状態である場合

ログファイルトラップが停止状態，インポートしたプロファイルの編集内容が反映されていない状態でインポートされます。インポートしたプロファイルの編集内容を反映するには，インポートしたあとに，ログファイルトラップを起動してください。ログファイルトラップを起動する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(7)(a)　ログファイルトラップを起動する」を参照してください。

インポート先のホストに，インポートしたログファイルトラップと同じ名称の監視名のログファイルトラップがない場合

ログファイルトラップが停止状態でインポートされます。インポートしたあとに，ログファイルトラップを起動してください。ログファイルトラップを起動する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.5.1(7)(a)　ログファイルトラップを起動する」を参照してください。

エクスポートおよびインポートできるIM構成管理の情報の内容については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「8.7　IM構成管理の管理情報をエクスポート・インポートする」を参照してください。

6.7.2　IM構成管理の管理情報のエクスポート

IM構成管理では，IM構成管理DBに保持されている情報を，複数のファイルにエクスポートできます。

IM構成管理の管理情報は，IM構成管理が動作するマネージャーでjcfexportコマンドを実行するとエクスポートされます。

IM構成管理による管理情報のエクスポートの流れを次に示します。

図6-50　IM構成管理による管理情報のエクスポートの流れ

IM構成管理DBには，実システムには未反映の情報が含まれることもあるので，確認してからエクスポートする必要があります。

エクスポートを実行するときに，jcfexportコマンドのオプションを指定すると，出力対象を選択できます。jcfexportコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcfexport」（1.　コマンド）を参照してください。

エクスポート時に選択できる出力対象の範囲を，次の表に示します。

表6-38　エクスポート時に選択できる出力対象の範囲

管理情報（出力情報） | 出力対象
ホスト情報（-mオプション） | リモート認証情報（-rオプション） | システムの階層構成（-cオプション） | プロファイル（全体）（-aオプション） | 業務グループ情報（-gオプション）
エクスポートデータ情報 | ○ | ○ | ○ | ○ | ○
ホスト情報 | ○ | ○ | ○ | ○ | ○
リモート認証情報 | × | ○ | × | ○ | ×
システムの階層構成 | × | × | ○ | ○ | ×
プロファイル情報 | イベント転送設定ファイル | × | × | × | ○ | ×
ログファイルトラップ動作定義ファイル | × | × | × | ○ | ×
ログファイルトラップ起動定義ファイル | × | × | × | ○ | ×
イベントログトラップ動作設定ファイル | × | × | × | ○ | ×
ローカルアクション動作設定ファイル | × | × | × | ○ | ×
業務グループ情報 | × | × | × | ○ | ○
監視グループ情報 | × | × | × | ○ | ○

（凡例）

○：出力できる

×：出力できない

エクスポートされた管理情報の出力形態を，次の表に示します。

表6-39　エクスポートされた管理情報の出力形態

管理情報
出力形態

エクスポートデータ情報
エクスポートされた管理情報に関する情報が，1ファイルで出力されます。

ホスト情報
管理対象ホストに関する情報が，2ファイルで出力されます。

システムの階層構成
システムの階層構成に関する情報が，1ファイルで出力されます。

プロファイル

エージェントの場合
エージェントのJP1/Baseのプロファイルが，複数ファイルで出力されます。

リモートの監視対象ホストの場合
ホストのプロファイルが，複数ファイルで出力されます。

業務グループ情報
業務グループ情報が，2ファイルで出力されます。

監視グループ情報
監視グループ情報が，2ファイルで出力されます。

なお，インポート実行中は，エクスポートは実行できません。

6.7.3　IM構成管理の管理情報のインポート

IM構成管理では，エクスポートした管理情報をインポートできます。

IM構成管理の管理情報は，IM構成管理が動作するマネージャーでjcfimportコマンドを実行するとインポートされます。なお，このコマンドを実行すると，IM構成管理DBに登録されているjcfimportコマンドを実行したマネージャーに関するホスト情報が上書きされます。

IM構成管理による管理情報のインポートの流れを次に示します。

図6-51　IM構成管理による管理情報のインポートの流れ

インポートを実行するとIM構成管理が保持するデータが変更されるため，インポート前にバックアップすることを推奨します。インポート時にエラーが発生した場合は，インポート前のデータにロールバックされます。

インポートを実行するときに，jcfimportコマンドのオプションを指定すると，入力対象を選択できます。jcfimportコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcfimport」（1.　コマンド）を参照してください。

インポート時に選択できる入力対象の範囲を，次の表に示します。

表6-40　インポート時に選択できる入力対象の範囲

管理情報（入力情報） | 入力対象
ホスト情報（-mオプション | リモート認証情報（-rオプション） | システムの階層構成（-cオプション） | プロファイル（全体）（-aオプション） | 業務グループ情報（-gオプション
エクスポートデータ情報 | × | × | × | × | ×
ホスト情報 | ○ | ○ | ○ | ○ | ○
リモート認証情報 | × | ○ | × | ○ | ×
システムの階層構成情報 | × | × | ○ | ○ | ×
プロファイル情報 | イベント転送設定 | × | × | × | ○ | ×
ログファイルトラップ動作定義ファイル | × | × | × | ○ | ×
ログファイルトラップ起動定義ファイル | × | × | × | ○ | ×
イベントログトラップ動作設定 | × | × | × | ○ | ×
ローカルアクション動作設定 | × | × | × | ○ | ×
業務グループ情報 | × | × | × | ○ | ○
監視グループ情報 | × | × | × | ○ | ○

（凡例）

○：入力できる

×：入力できない

インポートしたIM構成管理の管理情報を実システムに反映するには，［エージェント構成編集］画面または［リモート監視構成編集］画面で，システムの階層構成の反映を実行する必要があります。システムの階層構成を反映する方法は，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成を反映する」を参照してください。

なお，次の場合にインポートは実行できません。

IM構成管理で，システムの階層構成に対して，取得，検証，同期，反映，更新権取得，更新権解放を実行中の場合

IM構成管理で，ホストに対して，ホスト情報の収集，ホスト情報の編集，削除を実行中の場合

IM構成管理で，プロファイルに対して，収集，編集，編集内容の保存，編集内容の反映，編集内容の一括反映を実行中の場合

IM構成管理で，エクスポートまたはインポートを実行中の場合

7.　JP1/IMの動作制御

この章では，JP1/IMの動作制御や，JP1/IMのシステム環境で行う通信について説明します。

＜この章の構成＞

7.1　JP1/IM - Managerのプロセス管理

7.2　JP1/IM - Managerのヘルスチェック機能

7.3　JP1/IMのシステム環境で行う通信

7.4　JP1/Baseによる基盤機能

7.1　JP1/IM - Managerのプロセス管理

JP1/IM - Managerのプロセス管理機能は，JP1/IM - Managerで提供する各機能の起動や停止を制御する基盤機能です。また，各機能の動作状態を確認する場合の指示もプロセス管理機能によって制御されています。

JP1/IM - Managerは次のような機能によって構成されています。これらの機能のプロセスを，プロセス管理機能が制御しています。

イベントコンソールサービス（evtcon）

イベント基盤サービス（evflow）

アクション実行サービス（jcamain）

相関イベント発行サービス（evgen）※1※2

セントラルスコープサービス（jcsmain）※2

インシデント登録サービス（jcdmain）※2

IM構成管理サービス（jcfmain）※2

注※1　デフォルトでは起動しません。統合監視DBを使用しない場合のサービスです。
注※2　デフォルトでは起動しません。なお，インシデント登録サービスは，JP1/IM - Incident Master連携用の機能です。

プロセス管理機能のコマンドには次のものがあります。

表7-1　プロセス管理機能のコマンド

機能
コマンド
説明

JP1/IM - Managerの起動※
(UNIX限定)
jco_start
JP1/IM - Managerの起動・停止を制御するコマンドです。

JP1/IM - Managerの停止※
(UNIX限定)
jco_stop

JP1/IM - Managerの動作確認
jco_spmd_status
JP1/IM - Managerの動作状態を確認します。

JP1/IM - Managerの定義情報の再読み込み
jco_spmd_reload
JP1/IM - Managerの定義情報を変更したときに，変更内容を読み込んで有効にします。

注※　Windowsの場合，Windowsのサービスを使って起動・停止します。登録名はJP1/IM-Managerサービスです。これにより，JP1/IM - Managerの起動・停止ができます。

表中のコマンドについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「1.　コマンド」を参照してください。

なお，JP1/IM - Managerのプロセス管理機能は，起動，終了に関する異常を検知，対処するために次の機能を提供しています。

プロセスが異常終了した場合に自動で再起動する機能

プロセスの起動・終了処理で異常を検知した場合にJP1イベントを発行する機能

これら機能の詳細については，次の「7.1.1　プロセス異常終了時の再起動」「7.1.2　プロセス異常検知時のJP1イベントの発行」を参照してください。

＜この節の構成＞

7.1.1　プロセス異常終了時の再起動

7.1.2　プロセス異常検知時のJP1イベントの発行

7.1.1　プロセス異常終了時の再起動

JP1/IM - Managerは，各機能のプロセスが異常終了したときに，自動的に再起動することによって，回復を試みることができます。

JP1/IMのプロセスは，プロセス管理機能によって制御されており，プロセスが異常終了するとプロセス管理機能が検知し，自動的にプロセスの再起動処理をします。一時的な障害によってJP1/IM - Managerが停止した場合は，再起動によって自動的に復旧できる場合があります。

プロセス再起動は，インストール時点では有効になっていません。有効にするには，拡張起動プロセス定義ファイル（jp1co_service.conf）で「再起動可否」の項目を有効に設定します。

プロセス再起動の動作を，例として，jcamainプロセス（アクション実行サービス）の拡張起動プロセス定義ファイルの設定で説明します。なお，定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「拡張起動プロセス定義ファイル（jp1co_service.conf）」（2.　定義ファイル）を参照してください。

設定例

jcamain||1|3|3|3600|

設定の意味

　プロセス名：jcamain
　再起動可否：1（再起動する。 デフォルトの0:再起動しない，から変更）
　再起動回数：3回　（デフォルトのまま）
　リトライ間隔：3秒　（デフォルトのまま）
　再起動回数リセット時間：3,600秒　（デフォルトのまま）

定義は再起動可否だけを変更しています。ほかの値は，デフォルトで適切な値が指定されており，通常は変更しません。この設定の場合，次のように動作します。

図7-1　プロセスが異常終了した場合の動作例

図の例では，プロセスが再起動したあと，再起動回数リセット時間で指定した3,600秒以内に異常終了しなかった場合は，再起動回数がリセットされます。次回異常終了したときには1回目からカウントされます。一方，再起動後，3,600秒以内に異常終了した場合は，再起動回数が加算されます。再起動回数が，指定した回数に達すると，それ以降は再起動をしません。

なお，Windowsの場合は，プロセスがアプリケーションエラーになると，ワトソン博士のダイアログボックスやMicrosoftへのエラー報告のダイアログボックス（Windows Server 2003限定）が表示されます。これらが表示されると入力待ちとなって再起動ができないため，画面表示によるエラーの通知を抑止する必要があります。

注意

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。JP1/IM - Managerの障害時にはプロセス再起動の機能も障害の影響を受けるおそれがあります。クラスタ運用時に再起動をしたい場合は，より確実に再起動を制御するためにJP1/IM - Manager外部のクラスタソフトから再起動を制御してください。

7.1.2　プロセス異常検知時のJP1イベントの発行

JP1/IM - Managerは，プロセスの起動・終了処理での異常を検知した場合に，エラーメッセージを統合トレースログに出力しています。これらのエラーをJP1イベントとしても発行できます。

プロセス異常検知時のJP1イベント発行は，インストール時点では有効になっていません。有効にするには，IMパラメーター定義ファイル（jp1co_param_V7.conf）のJP1イベント発行の項目（SEND_PROCESS_TERMINATED_ABNORMALLY_EVENTおよびSEND_PROCESS_RESTART_EVENT）を有効に設定します。定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「IMパラメーター定義ファイル（jp1co_param_V7.conf）」（2.　定義ファイル）を参照してください。

プロセス異常検知時のJP1イベント発行を有効にすると，プロセスの状態が次の場合にJP1イベントを発行します。

プロセスが異常終了した場合

起動時に起動通知がなく，タイムアウトした場合

プロセス再起動の機能によって，異常終了したプロセスの再起動が完了した場合

7.2　JP1/IM - Managerのヘルスチェック機能

JP1/IM - Managerでは，各機能のプロセスがデッドロックや無限ループなどで処理が停止（ハングアップ※）したときに，その異常を検知し，JP1イベントを発行したり，通知コマンドを実行したりしてユーザーに通知する機能を提供しています。JP1/IM - Managerではこの機能をヘルスチェック機能と呼んでいます。

注※　プロセスのハングアップとは，デッドロックや無限ループなどが原因で，プロセスが処理要求を受け付けなくなる状態です。

ヘルスチェック機能を使用することで，デッドロックや無限ループなど，判断の難しいプロセスの状態異常をユーザーに通知でき，早期に対応を促すことができます。

JP1/IM - Managerのヘルスチェック機能の概要を次の図に示します。

図7-2　JP1/IM - Managerのヘルスチェック機能によるプロセスの状態監視概要

ヘルスチェック機能を有効にするとプロセスのハングアップ検知時に，OSのログ（Windowsイベントログ，syslog）や統合トレースログにメッセージ情報が出力されます。また，ヘルスチェック定義ファイル（jcohc.conf）で設定していれば，ハングアップ検知時にJP1イベントを発行したり，通知コマンドを実行したりします。

ヘルスチェック機能はJP1/Baseにもあり，こちらはJP1/Baseの各種プロセスが監視対象となります。JP1/IM - Managerのヘルスチェック機能とJP1/Baseのヘルスチェック機能を併用することで，JP1/IM - ManagerとJP1/IMシステム構成下のJP1/Baseのプロセス状態異常を早期に検知・対応できるようになります。

ヘルスチェック機能の監視対象プロセスや，有効および無効設定，機能の仕組みなどについては，次から説明します。

＜この節の構成＞

7.2.1　ヘルスチェック機能の監視対象プロセス

7.2.2　ヘルスチェック機能の有効および無効設定

7.2.3　ヘルスチェック機能の仕組み

7.2.1　ヘルスチェック機能の監視対象プロセス

JP1/IM - Managerのヘルスチェック機能の監視対象プロセスを次の表に示します。

表7-2　ヘルスチェック機能の監視対象プロセス

製品 | 機能 | 機能名 | 監視
JP1/IM - Manager | イベントコンソールサービス | evtcon | ○
アクション実行サービス | jcamain | ○
イベント基盤サービス | evflow | ○
相関イベント発行サービス※1 | evgen | ○
セントラルスコープサービス※2 | jcsmain | －
インシデント登録サービス※3 | jcdmain | ○
プロセス管理※2 | jco_spmd | －
Windowsサービス制御※2 | jco_service | －
IM構成管理サービス | jcfmain | －
JP1/Base | イベントサービス※4 | jevservice | ○
イベントサービス以外 | jbspluginなど | －

（凡例）

○：対応

－：未対応

注※1

デフォルトで無効になっている機能です。統合監視DBを使用しない場合のサービスです。統合監視DBを使用する場合，相関イベント発行サービスは，監視対象になりません。相関イベント発行サービス機能を有効に変更し，ヘルスチェック機能を有効に設定すると，相関イベント発行サービス機能もヘルスチェック機能の監視対象になります（相関イベント発行サービス機能の有効・無効はjcoimdefコマンドで設定します）。

注※2

セントラルスコープサービス（jcsmain）およびIM構成管理サービス（jcfmain）はヘルスチェック機能に未対応です。プロセス管理（jco_spmd）は，JP1/IM-Managerサービスに影響がないため監視しません。また，JP1/IM - Managerの起動・停止を行うプロセス（jco_service）は，サービスの起動・停止をするだけのプロセスであるため監視しません。

注※3

デフォルトで無効になっている機能です。インシデント登録サービス機能を有効に変更し，ヘルスチェック機能を有効に設定すると，インシデント登録サービス機能もヘルスチェック機能の監視対象になります（これらの機能の有効・無効はjcoimdefコマンドで設定します）。

注※4

JP1/Baseのプロセスに関してJP1/IM - Managerのヘルスチェック機能で監視するのはマネージャー上のイベントサービスだけです。

参考

マネージャー上のJP1/BaseのそのほかのプロセスはJP1/Baseのヘルスチェック機能で監視できます。また，エージェント上のJP1/Baseプロセスの状態異常は，JP1/Baseのヘルスチェック機能を使って，JP1イベントとしてマネージャーに転送，登録できます。

詳細については，マニュアル「JP1/Base 運用ガイド」のヘルスチェック機能の設定の章を参照してください。

7.2.2　ヘルスチェック機能の有効および無効設定

ヘルスチェック機能は，インストール時点では有効になっていません。

ヘルスチェック定義ファイルのヘルスチェックの有効/無効の項目（ENABLE）を有効に設定してください。また，ハングアップ検知時にJP1イベントの発行や通知コマンドの実行をする場合には，イベント発行の項目（EVENT）を有効に，通知コマンド実行の項目（COMMAND）に実行するコマンドを設定してください。

なお，クラスタ運用で，ヘルスチェック機能による異常検知を契機に，系切り替えしたい場合は，クラスタ用の項目（FAILOVER）を有効に設定してください（デフォルトは無効です）。有効に設定すると，異常検知時にJP1/IM - Managerが停止します。ヘルスチェック機能（JP1/IM - Managerの停止）により，系切り替えができるようになります。

定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「ヘルスチェック定義ファイル（jcohc.conf）」（2.　定義ファイル）を参照してください。

7.2.3　ヘルスチェック機能の仕組み

JP1/IM - Managerのヘルスチェック機能はプロセス同士の相互監視によって成立しています。

JP1/IM - Managerのヘルスチェックで監視を行うプロセスと，監視されるプロセスの対応を次の表に示します。

表7-3　監視を行うプロセスと監視されるプロセスの対応

監視を行うプロセス | 監視されるプロセス
イベント基盤サービス（evflow） | イベントコンソールサービス（evtcon）
アクション実行サービス（jcamain）
相関イベント発行サービス（evgen）※1
インシデント登録サービス（jcdmain）
イベントサービス（jevservice）※2
イベントコンソールサービス（evtcon） | イベント基盤サービス（evflow）

注※1　統合監視DBを使用しない場合のサービスです。

注※2　マネージャー上のJP1/Baseのサービスです。

＜この項の構成＞

(1)　プロセスの異常検知

(2)　プロセスの異常発生の通知

(1)　プロセスの異常検知

JP1/IM - Managerのヘルスチェック機能では，監視を行うプロセスから監視されるプロセスに対して通信を行い，プロセスが正常に稼働していることを確認しています。

プロセスの異常検知は，監視対象のプロセスに対し，定期的な信号を送信することで確認します。信号を送信してから，指定した間隔より長く監視対象のプロセスが無応答だったとき，そのプロセスを異常と判断します。

信号を送信する間隔および異常と判断する無応答回数は，監視されるプロセスによって次のように異なります。

表7-4　プロセスによる違い

監視されるプロセス | 送信する間隔 | 無応答回数
イベントサービス（jevservice） | 60～3,600秒（デフォルト：300秒） | 1～60回（デフォルト：2回）
イベントサービス以外 | 60～3,600秒（デフォルト：60秒） | 1～60回（デフォルト：3回）

プロセスの異常検知の方法を図に示すと次のようになります。

図7-3　プロセス間の通信の方法

(2)　プロセスの異常発生の通知

JP1/IM - Managerのヘルスチェック機能を有効にしている場合，JP1/IM - Managerは，プロセスの異常を検知すると，異常が発生したことを通知するために，次の処理を行います。

異常が発生したプロセスがJP1/IM - Managerの監視対象プロセス（evtcon，jcamain，evflow，evgen，jcdmain）の場合，KAVB8060-Eメッセージを統合トレースおよびWindowsイベントログ（syslog）に出力します。

異常が発生したプロセスがJP1/Baseのイベントサービスの場合，KAVB8062-Eメッセージを統合トレースおよびWindowsイベントログ（syslog）に出力します。

通知コマンドを設定している場合，通知コマンドを実行します。

クラスタ用の項目（FAILOVER）を有効にしている場合，異常を検知したプロセスが異常終了します。これにより，クラスタシステムにJP1/IM -Managerの異常を通知します。クラスタシステムでJP1/IM - Managerの障害時に，フェールオーバーするように設定しておくことで，ヘルスチェックが異常を検知した場合にフェールオーバーできます。

また，異常が発生したプロセスが正常状態に回復したときには，KAVB8061-Iメッセージを統合トレースログおよびWindowsイベントログ（syslog）に出力します。JP1イベントの発行設定を有効にしている場合は，JP1イベント（イベントID：00002014）を発行します。

参考

イベントIDが00002013のJP1イベントは，JP1/IM - Viewに対して発行されるダミーイベント（イベントDBに登録されないイベント）です。JP1イベントが登録されるイベントサービスに異常が発生しているためダミーイベントを発行します。

JP1/IM - Managerのヘルスチェック機能を使用する場合には，通知コマンドの実行設定をしておくことをお勧めします。
これは，JP1イベントの発行だけでは，JP1/IM - Viewで監視していないときやイベントコンソールサービスに異常が発生したときに，ユーザーが異常に対して即時対応できない（JP1/IM側で検知していてもユーザー側にそのことが伝わらない）ためです。

7.3　JP1/IMのシステム環境で行う通信

JP1/IMでは，システムの運用監視をするために，各ホスト間で通信を行っています。通信には，TCP/IP通信を採用しており，ポート番号とIPアドレスを使用して通信を行っています。JP1/IM，JP1/Baseで使用するポート番号は，インストール時に自動でservicesファイルに登録されます。JP1/IMインストール時に登録されるポート番号については，「付録C　ポート番号」を参照してください。JP1/Baseインストール時に登録されるポート番号については，マニュアル「JP1/Base 運用ガイド」の付録を参照してください。また，JP1の通信での考え方については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの概要の章の，JP1/Baseの通信方式を参照してください。

＜この節の構成＞

7.3.1　ビューアー・マネージャー間の通信

7.3.2　マネージャー・認証サーバ間の通信

7.3.3　マネージャー・エージェント間の通信

7.3.4　ローカルホスト内の通信

7.3.5　JP1/IM - Central Information Masterとの通信

7.3.6　JP1/IM - Incident Masterとの通信

7.3.7　JP1/IM - Rule Operationとの通信

7.3.1　ビューアー・マネージャー間の通信

ビューアー・マネージャー間の通信は，通常，JP1/IM - ViewからJP1/IM - Managerにログインするとつながり，ログアウトすると切断されます。ただし，ビューアー・マネージャー間の通信処理に時間が掛かったり，マネージャーがダウンして応答がなくなったりした場合には，JP1/IMで設定されているタイムアウト時間に従って，通信が切断されます（デフォルトでは2,500ミリ秒）。通信タイムアウト時間の設定を変更する場合は，ビューアー（JP1/IM - View）側，マネージャー（JP1/IM - Manager（JP1/IM - Central Console））側それぞれで設定を変更する必要があります。なお，JP1/IM - Manager（JP1/IM - Central Scope）では設定は不要です。

JP1/IM - View，JP1/IM - Manager間の通信で使用するポートは，次表のとおりです。

表7-5　JP1/IM - View，JP1/IM - Manager間の通信で使用するポート

サービス名 | ポート番号 | 説明
jp1imevtcon | 20115/tcp | JP1/IM - ViewからJP1/IM - Manager（イベントコンソールサービス）への接続で使用。
jp1imcmda | 20238/tcp | JP1/IM - Viewからコマンド実行する際に使用。
jp1imcss | 20305/tcp | JP1/IM - ViewからJP1/IM - Manager（セントラルスコープサービス）への接続で使用。
jp1imcf | 20702/tcp※ | JP1/IM - ViewからJP1/IM - Manager（IM構成管理サービス）への接続で使用。

注※

IM構成管理の機能を使用する場合に，JP1/IM - View，JP1/IM - Manager間の通信で使用するポートです。

なお，JP1/IM - Viewを使用せずに，WWWページ版のJP1/IM - Viewを使用する場合，ビューアー・マネージャー間の通信で使用するポートは，次表のとおりです。

表7-6　WWWページ版のJP1/IM - View使用時にビューアー・マネージャー間の通信で使用するポート

サービス名 | ポート番号 | 説明
http | 80/tcp※ | HTTPサーバとの接続で使用（JP1/IM - Managerのconsole_ja.htmlをダウンロードする際に使用）。
jp1imevtcon | 20115/tcp | WWWページ版のJP1/IM - View（WWWブラウザー）からJP1/IM - Manager（イベントコンソールサービス）への接続で使用。

注※　HTTPサーバの設定によっては異なる場合があります。

7.3.2　マネージャー・認証サーバ間の通信

マネージャー・認証サーバ間の通信は，JP1/IM - ViewからJP1/IM - Managerにログインするときに発生します。

マネージャー・認証サーバ間の通信で使用するポートは，次表のとおりです。

表7-7　マネージャー・認証サーバ間の通信で使用するポート

サービス名 | ポート番号 | 説明
jp1bsuser | 20240/tcp | ユーザー認証で使用。

7.3.3　マネージャー・エージェント間の通信

マネージャー・エージェント間の通信は，マネージャーからエージェントへの指示が出たときやエージェントからマネージャーに処理結果などを渡すときに発生します。

なお，マネージャー・エージェント間で行われる通信には，システムの階層構成（IM構成）で定義した管理階層に応じて行われる通信と，対象ホストと直接やり取りが行われる直接通信の2種類があります。このため，ファイアウォール環境や複数LAN環境でJP1/IM，JP1/Baseを使用する場合は注意が必要です。

図7-4　マネージャー・エージェント間の通信の種類

マネージャー・エージェント間で行う通信をそれぞれに分けて次に示します。

システムの階層構成に準じて行われる通信

構成定義の配布
構成定義ファイルで定義した階層に従って構成定義情報が各ホストに配布されます。

JP1/IM - Viewからのコマンド実行
システムの階層構成に応じて下位ホストにコマンド実行指示が転送され，実行結果もシステム構成に応じて上位ホストに転送されます。

自動アクションによるコマンド実行
システムの階層構成に応じて下位ホストにコマンド実行指示が転送され，実行結果もシステム構成に応じて上位ホストに転送されます。

JP1イベントの転送
デフォルト設定の場合，システムの階層構成に応じて上位ホストにJP1イベントが転送されます。

システムの階層構成に準じて行われる通信で使用されるポートは，次表のとおりです。

表7-8　システムの階層構成に準じて行われる通信で使用されるポート

サービス
ポート番号
説明

jp1imrt
20237/tcp
構成定義の配布で使用。

jp1imcmdc
20239/tcp
次の作業をする際に使用。

JP1/IM - Viewからのコマンド実行

自動アクションによるコマンド実行

jp1imevt
20098/tcp
JP1イベントの転送で使用。

対象ホストとの直接通信

イベント検索
マネージャーとイベント検索対象ホストとの間で直接通信が行われます。

イベントサービス定義情報の収集と配布
構成定義ファイルに記載されたホストすべてに対して直接通信を行って定義情報の収集と配布を行います。

監視ツリーの自動生成
JP1/IM - Manager（JP1/IM - Central Scope）の監視ツリーの自動生成の連携が有効になっているホストすべてに対して，直接通信を行って定義情報の収集を行います。

jcochstatコマンド
コマンドのオプションに指定したホストに対して直接通信を行います。

JP1/IM - View操作による自動アクションのキャンセル，jcacancelコマンド
アクションキャンセル対象ホストに対して直接通信を行います。

jcocmdshowコマンド，jcocmddelコマンド
コマンドのオプションに指定したホストに対して直接通信を行います。

対象ホストとの直接通信で使用されるポートは，次表のとおりです。

表7-9　対象ホストとの直接通信で使用されるポート

サービス
ポート番号
説明

jp1imevtapi
20099/tcp
イベント検索で使用。

jp1bsplugin
20306/tcp
次の作業をする際に使用。

イベントサービス定義情報の収集と配布

監視ツリーの自動生成

JP1/IM - View操作による自動アクションのキャンセル

jcacancelコマンド

jcocmdshowコマンド，jcocmddelコマンド

jp1imevtcon
20115/tcp
jcochstatコマンドで使用。

7.3.4　ローカルホスト内の通信

JP1/IM，JP1/Baseは，ローカルホスト内の通信（プロセス間通信）でもポート番号を使用して通信を行っています。

ローカルホスト内の通信で使用するポートは，次表のとおりです。

表7-10　ローカルホスト内の通信で使用するポート

サービス | ポート番号 | 説明
jp1imevtapi | 20099/tcp | JP1/BaseからJP1イベントを取得，またはJP1/BaseにJP1イベントを登録する際に使用。
jp1imevtcon | 20115/tcp | JP1/IM - Managerの内部処理で使用。
jp1imfcs | 20701/tcp | JP1/IM - Managerの内部処理で使用。
jp1imcmda | 20238/tcp | 自動アクションを実行するときに使用。
jp1imeds | 23045/tcp | JP1/IM - Manager（インシデント登録サービス）の内部処理で使用。
jp1imegs | 20383/tcp | JP1/IM - Manager（相関イベント発行サービス）の内部処理で使用。
jp1imcss | 20305/tcp | JP1/IM - Manager（セントラルスコープサービス）の内部処理で使用。
JP1/IM-Manager DB Server | 20700/tcp※ | JP1/IM - Manager（IMデータベース）の内部処理で使用。
jp1imcf | 20702/tcp | JP1/IM - Manager（IM構成管理サービス）の内部処理で使用。

注※

JP1/IM-Manager DB Serverのポート番号は，servicesファイルには記述されません。論理ホストを設定するたびにポート番号が増えます。デフォルト値は20700/tcpです。IMデータベースのポート番号はセットアップ情報ファイルで設定します。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「セットアップ情報ファイル（jimdbsetupinfo.conf）」（2.　定義ファイル）を参照してください。

7.3.5　JP1/IM - Central Information Masterとの通信

JP1/IM - Central Information Masterと連携する場合は，JP1/IM - Manager（JP1/IM - Central Scope）ホストとJP1/IM - Central Information Masterホストとの間で直接通信が行われます。通信が発生するのは，次の場合です。

監視ツリーの自動生成
JP1/IM - Central Information Masterホストに対して，定義情報の収集を行います。

JP1/IM - Manager（JP1/IM - Central Scope）ホストとJP1/IM - Central Information Masterとの通信で使用するポートは，次表のとおりです。

表7-11　JP1/IM - Manager（JP1/IM - Central Scope）ホストとJP1/IM - Central Information Masterとの通信で使用するポート

サービス | ポート番号 | 説明
jp1bsplugin | 20306/tcp | 監視ツリーの自動生成で使用。

7.3.6　JP1/IM - Incident Masterとの通信

JP1/IM - Incident Masterと連携する場合は，JP1/IM - Manager（JP1/IM - Central Console）ホストとJP1/IM - Incident Masterホストとの間で直接通信が行われます。通信が発生するのは，次の場合です。

インシデント登録定義の反映・取得
JP1/IM - Incident MasterホストからJP1/IM - Manager（JP1/IM - Central Console）ホストに対し，インシデント登録定義の反映・取得が行われます。

インシデントの自動登録
JP1/IM - Manager（JP1/IM - Central Console）ホストからJP1/IM - Incident Masterホストに対し，インシデントの登録処理を行います。

JP1イベントの対処状況変更
JP1/IM - Incident MasterホストからJP1/IM - Manager（JP1/IM - Central Console）ホストに対し，JP1イベントの対処状況の変更処理が行われます。この処理は，JP1/IM - Viewから手動登録，またはJP1/IM - Manager（JP1/IM - Central Console）から自動登録したインシデントの状態変更を，JP1/IM - Incident Master側で実施した際に発生します。

JP1/IM - Manager（JP1/IM - Central Console）ホストとJP1/IM - Incident Masterとの通信で使用するポートは，次表のとおりです。

表7-12　JP1/IM - Manager（JP1/IM - Central Console）ホストとJP1/IM - Incident Masterとの通信で使用するポート

サービス
ポート番号
説明

jp1plugin
20306/tcp
次の作業をする際に使用。

インシデント登録定義の反映・取得

JP1イベントの対処状況変更

jp1imidm
23044/tcp※
インシデントの自動登録で使用。

注※　JP1/IM - Managerインストール時にservicesファイルに登録されません。インシデント登録環境定義ファイル（jcdmain.conf.update）で設定する必要があります。

なお，JP1/IM - Viewからインシデントを手動登録する場合は，JP1/IM - ViewホストからJP1/IM - Incident Masterホストに通信が発生します。JP1/IM - View ホストとJP1/IM - Incident Masterホストとの通信で使用するポートは，次表のとおりです。

表7-13　JP1/IM - View ホストとJP1/IM - Incident Masterホストとの通信で使用するポート

サービス | ポート番号 | 説明
http | 80/tcp※ | インシデントの手動登録で使用（JP1/IM - Incident Masterが使用するHTTPサーバのポート番号）。

注※　JP1/IM - Incident Masterの設定によっては異なる場合があります。

7.3.7　JP1/IM - Rule Operationとの通信

JP1/IM - Rule Operationと連携する場合は，システムの階層構成（IM構成）に従って通信が行われます。通信が発生するのは，次の場合です。

ルール起動要求の自動通知
JP1/IM - Manager（JP1/IM - Central Console）ホストからJP1/IM - Rule Operationホストに対し，ルール起動要求の通知処理を行います。

JP1/IM - Manager（JP1/IM - Central Console）ホストとJP1/IM - Rule Operationとの通信で使用するポートは，次表のとおりです。

表7-14　JP1/IM - Manager（JP1/IM - Central Console）ホストとJP1/IM - Rule Operationとの通信で使用するポート

サービス | ポート番号 | 説明
jp1imcmdc | 20239/tcp | 自動アクションによる，JP1/IM - Rule Operationへのルール起動要求で使用。
jp1imevt | 20098/tcp | JP1/IM - Rule Operationの発行するJP1イベントの転送で使用。

7.4　JP1/Baseによる基盤機能

JP1/Baseは，JP1/IM - Managerの前提製品で，JP1/IMでシステムの運用監視をするための基盤機能を提供しています。ここでは，JP1/IMのシステム環境でのJP1/Baseの役割について説明します。

＜この節の構成＞

7.4.1　JP1ユーザーの管理

7.4.2　JP1/BaseによるJP1イベントの管理

7.4.3　システムの階層構成の管理

7.4.4　コマンド実行の管理

7.4.5　定義情報の収集と配布

7.4.6　サービスの起動管理（Windows限定）

7.4.7　統合トレース機能

7.4.8　JP1/Baseのヘルスチェック機能

7.4.9　JP1/Baseのプロセス管理

7.4.1　JP1ユーザーの管理

JP1/IMでは，JP1/IMをOS種別が混在するシステムで安全に運用するために，JP1専用アカウント「JP1ユーザー」によるユーザー認証とアクセス制御を行います。このJP1ユーザーの管理をJP1/Baseのユーザー管理機能で制御します。

ユーザー管理機能には次に示す三つの機能があります。

ユーザー認証

アクセス制御

ユーザーマッピング

以降でそれぞれについて説明します。

＜この項の構成＞

(1)　ユーザー認証

(2)　アクセス制御

(3)　ユーザーマッピング

(1)　ユーザー認証

JP1/IMでは，ビューアー上のJP1/IM - Viewからマネージャー上のJP1/IMにアクセスして，システムを監視します。JP1/IM - ViewからJP1/IMにアクセスする際，不正なユーザーによるアクセスを防止するために，ログイン処理を実行してユーザー認証を行います。

JP1/IMでは，JP1/IM - ViewからJP1/IMにログインする際にJP1/Baseのユーザー認証機能を使用しています。ユーザー認証をするJP1/Baseを認証サーバと呼びます。

ログインするJP1ユーザーは，ログイン先のJP1/IMホストが参照する認証サーバで認証されます。

JP1/IM - ViewからJP1/IMホストへログインする場合のユーザー認証の流れを次の図に示します。

図7-5　ユーザー認証の流れ

図中の番号に従って説明します（図中の丸付き番号は下記番号にそれぞれ対応しています）。

JP1/IM - ViewからJP1/IMホストにログインすると，そのホストのJP1/Baseを経由して認証サーバでJP1ユーザーの認証が行われます。
参照する認証サーバの設定は，JP1/IMホスト上のJP1/Baseで行います。

認証サーバでは，ログインしてきたJP1ユーザーが登録されているかどうかのチェックを行い，問題なければそのJP1ユーザーの操作権限情報を，JP1/IMホストを経由してJP1/IM - Viewに返します（JP1ユーザーの操作権限については，「7.4.1(2)　アクセス制御」を参照）。
認証サーバには，ログインするJP1ユーザーをあらかじめ登録しておく必要があります。

ユーザー認証をする際に同一の認証サーバを参照しているホストの集まりをユーザー認証圏と呼びます。JP1/IM - ViewからJP1/AJS - Viewの画面を呼び出す場合，次の図に示すように，接続するJP1/AJS - Managerが同じ認証圏にある場合は，ログイン操作なしで接続できます（認証サーバの切り替え運用をしていて，認証サーバが切り替わった場合は，ログイン処理が発生します）。接続するJP1/AJS - Managerが異なる認証圏にある場合は，ログインの操作が必要です。

図7-6　認証圏

一つの認証圏中には，2台の認証サーバを設置できます。2台の認証サーバを設置することで，一方の認証サーバに接続できないときにも，予備の認証サーバに接続してJP1ユーザーの認証を行えます。これによって，認証サーバの障害などによる業務の停止を防げます。通常時に利用する認証サーバをプライマリー認証サーバ，予備の認証サーバをセカンダリー認証サーバと呼びます。なお，認証サーバを2台設置する場合は，プライマリー認証サーバとセカンダリー認証サーバに使用するJP1/Baseのバージョンを統一する必要があります。

(2)　アクセス制御

JP1/IMでは，認証サーバで認証されたJP1ユーザーだけがログインできますが，ログインしたすべてのJP1ユーザーがJP1/IMの管理情報に自由にアクセス，操作できるのは問題があります。JP1/IMでは，JP1ユーザーごとに管理情報に対するアクセス権限，および操作権限を付与することで，JP1/IM - Viewの表示・操作を制御できます。

JP1ユーザーのアクセス権限，操作権限を管理するのは，認証サーバです。ログイン時にはユーザー認証を行い，ログインユーザー（JP1ユーザー）のアクセス権限情報，操作権限情報をJP1/IMに返し，その情報に従ってJP1/IM - View側で表示制御・操作制御を行います。

JP1ユーザーのアクセス権限，操作権限は，JP1ユーザーを認証サーバに登録する際に設定します。JP1ユーザーのアクセス権限をJP1資源グループ，操作権限をJP1権限レベルと呼びます。JP1/IM - Viewの操作をする際には，JP1ユーザーに付与されたJP1資源グループ，JP1権限レベルによって操作できる範囲が制御されます。

JP1/IMのJP1資源グループは，「JP1_Console」です。IM構成管理を使用する場合，変更する必要はありません。各JP1ユーザーに対し，セントラルコンソールで業務グループでの参照・操作を制限したい場合，およびセントラルスコープで監視ツリーの表示範囲を制御したい場合には，認証サーバで設定するJP1資源グループも変更する必要があります。詳細については，「3.1.4　業務グループの参照・操作制限の仕組み」および「4.4.3　監視ツリーの監視範囲設定」を参照してください。

JP1/IMとIM構成管理には，それぞれ3種類のJP1権限レベルがあります。各JP1ユーザーの担当範囲（JP1/IM - Viewの操作範囲）に合わせて設定する必要があります。

表7-15　JP1権限レベルの種類

JP1/IM - Managerの機能
権限レベル
説明

JP1/IM
JP1_Console_Admin

セントラルコンソールおよびセントラルスコープの操作（システム環境の設定，システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動）ができる。

IM構成管理で，システムの階層構成およびホスト情報を参照できる。

JP1_Console_Operator

セントラルコンソールおよびセントラルスコープの操作，参照操作，ユーザー環境の設定，および連携製品の起動ができる。

IM構成管理で，システムの階層構成およびホスト情報を参照できる。

JP1_Console_User

セントラルコンソールおよびセントラルスコープの参照操作，ユーザー環境の設定，および連携製品の起動ができる。

IM構成管理で，システムの階層構成およびホスト情報を参照できる。

コマンドを実行できない。

IM構成管理
JP1_CF_Admin
IM構成管理のすべての操作（システムの階層構成の変更，プロファイルの変更など）ができる。

JP1_CF_Manager
システムの階層構成およびホストの設定の参照および収集ができる。

JP1_CF_User
システムの階層構成およびホストの設定を参照できる。

IM構成管理を操作するユーザーには，JP1/IMとIM構成管理のJP1権限レベルが必要です。

なお，JP1権限レベルとJP1/IM - Viewでの操作範囲との対応については，「付録E　操作権限一覧」を参照してください。

JP1ユーザーに対するアクセス制御例を次の図に示します。

図7-7　JP1ユーザーのアクセス制御例

(3)　ユーザーマッピング

JP1/IMからのコマンド実行を，自動アクションやJP1/IM - Viewの操作によって行う場合，実際に各ホスト上でコマンドを実行するには，そのホストでのOSユーザーの権限が必要となります。このため，JP1ユーザーに対応した，OSユーザーの権限を取得して，コマンドを実行します。

この，JP1ユーザーとOSユーザーの対応づけをユーザーマッピングといい，JP1/Baseの機能によって制御しています。

コマンドを実行するには，それぞれのホストで，ユーザーマッピングの定義が必要です。

ただし，IM構成管理の機能を使うためには，IM構成管理が動作するマネージャーや，IM構成管理が管理するホストでのユーザーマッピングの定義は必要ありません。

7.4.2　JP1/BaseによるJP1イベントの管理

JP1イベントは，JP1/Baseのイベントサービス機能で制御され，JP1/Base独自のデータベースであるイベントDBに保管されます。

図7-8　JP1イベントの管理概要

JP1イベントは，次のような属性に分けて，事象を記録します。

基本属性（すべてのJP1イベントが持つ属性）

拡張属性（発行元が任意に指定できる属性。共通情報と固有情報がある）

共通情報（JP1イベントによって形式が統一されている情報）

固有情報（共通情報以外の各製品固有の情報）

基本属性の属性名にはB.IDのように先頭に「B.」を，拡張属性の属性名にはE.SEVERITYのように「E.」を付けて区別する場合があります。

これらの属性に分かれて，次のような情報が記録されています。

（例）自動アクション実行要求時のJP1イベント（一部の情報だけ）

基本属性
・イベントID（B.ID）：000020E0
・メッセージ（B.MESSAGE）：
「KAVB4430-I イベント...に対するアクションの実行を要求しました」
　：
拡張属性の共通情報
・重大度（E.SEVERITY）：Information
・プロダクト名（E.PRODUCT_NAME）：/HITACHI/JP1/IM/JCAMAIN
　：
拡張属性の固有情報
・アクション実行ホスト（E.EXECHOST）：jp1-manager
　：

このようにシステムで発生した事象を，JP1イベントとして記録します。

JP1イベントについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「3.　JP1イベント」，およびマニュアル「JP1/Base 運用ガイド」のJP1イベントの説明を参照してください。

＜この項の構成＞

(1)　JP1イベントによる事象の一元管理

(2)　JP1イベントの転送によるマネージャーでの集中管理

(3)　CSVファイル出力による履歴や統計としての利用

(1)　JP1イベントによる事象の一元管理

JP1/Baseは，JP1イベントとして表現された事象を管理します。

また，ログファイル上のメッセージやSNMPトラップなどで表現された事象を，JP1イベントへの変換機能によってJP1/Baseに取り込んで管理できます。

このようにJP1/Baseは，JP1イベントによって，JP1シリーズだけではなく幅広い製品によって扱われている事象を管理できます。

JP1イベントとして発行される事象

JP1イベント（JP1シリーズの各製品が発行）
システムの運用をさまざまな角度で運用管理するJP1シリーズの各製品は，それぞれが管理する事象をJP1イベントとして発行します。これらのJP1イベントを管理することで，システムで発生する事象を幅広く管理できます。
JP1シリーズ各製品が発行するJP1イベントの詳細については，各製品のマニュアルを参照してください。

JP1イベント（JP1イベント発行コマンドが発行）
JP1/Baseは，JP1イベントを発行するコマンド（jevsend，jevsendd）を提供しています。シェルスクリプトなどで容易にJP1イベントを発行でき，ユーザーが運用管理に利用できます。なお，発行するJP1イベントをJP1/IMで管理するには，コマンドの引数に重要度を指定（例：-e SEVERITY=Error）してください。JP1/IMは重大度の設定されたJP1イベントを監視対象としているためです。
参照先：マニュアル「JP1/Base 運用ガイド」のコマンドの章

JP1/SES形式のイベント
JP1/SES形式のイベント（バージョン5以前の製品であるJP1/SESやJP1/AJSが取得できるイベント）を，JP1/Baseで管理できます。
デフォルト設定のJP1/IMでは，JP1/SES形式のイベントは監視できません。JP1/IMはJP1イベントの拡張属性の重大度が設定されているものを監視対象としますが，JP1/SES形式イベントには基本属性しかないためです。
JP1/IMでJP1/SES形式のイベントを監視するには，イベント取得フィルターでJP1/SES形式イベントを取得するよう設定するか，JP1/Baseの拡張機能によってJP1/SES形式のイベントに拡張属性を付けてください。
参照先：「3.2　JP1イベントのフィルタリング」
参照先：マニュアル「JP1/Base 関数リファレンス」のJP1/SES形式のイベントを変換する，の説明

JP1イベント（イベント発行関数の利用）
JP1/Baseは，ユーザーアプリケーションのプログラムで利用できる，イベント発行関数を提供しています。これを使って，ユーザープログラムから直接JP1イベントを発行することもできます。
参照先：マニュアル「JP1/Base 関数リファレンス」の独自イベントを発行する，の説明

イベント変換機能によってJP1イベントに変換する事象

ログファイルの情報
ログファイルにアプリケーションプログラムが出力する情報を，JP1/Baseのログファイルトラップ機能によってJP1イベントに変換し，JP1/Baseで管理できます。

Windowsのイベントログの情報
Windowsのイベントログに出力される情報を，JP1/Baseのイベントログトラップ機能によってJP1イベントに変換し，JP1/Baseで管理できます。

SNMPトラップ
バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップを，JP1/BaseのSNMPイベント変換機能によってJP1イベントに変換し，JP1/Baseで管理できます。
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章

参考

JP1/Cm2/NNMiまたはHP NNMiのNNMiインシデントの変換については，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

(2)　JP1イベントの転送によるマネージャーでの集中管理

JP1/IMは，マネージャーのイベントDBに登録されたJP1イベントをJP1/Baseから取得することでシステムを監視します。

システムの各ホストでは，発生したJP1イベントのうち，JP1/IMのマネージャーで管理する必要がある重要なイベントを，JP1/Baseのイベント転送機能によって転送します。このようにして，JP1/IMは，システムで発生した事象（管理が必要な重要な事象）を集中的に管理します。

(a)　JP1イベントの転送

JP1/Baseのイベント転送機能によって，JP1イベントをあるホストからほかのホストへ転送できます。この機能によって，JP1/IMはマネージャーへJP1イベントを転送し，JP1イベントを集中管理しています。

転送するJP1イベントはJP1/Baseイベントサービスの転送設定ファイル（forward）で定義します。JP1/IMではこれを，転送フィルターと呼んでいます。

各ホストからマネージャーへ転送するJP1イベントは，管理が必要な重要なイベントだけにします。すべてマネージャーに転送する運用は避けてください。デフォルトの転送設定では，JP1イベントの重大度が，緊急（Emergency），警戒（Alert），致命的（Critical），エラー（Error），警告（Warning）のものを，構成管理機能で定義したマネージャー・エージェント階層に従って上位ホストに転送されるように設定されています。

JP1イベントが上位の管理ホストに転送されていく様子を次の図に示します。

図7-9　JP1イベントの転送

なお，転送設定の内容を変更する方法には，各ホストの転送設定ファイルを直接編集する方法と，JP1/Baseの定義収集・配布機能を使って上位ホストから一括配布する方法があります。

(b)　JP1イベントの転送のリトライ

JP1イベントの転送がネットワークの障害や転送先イベントサービスの停止などのために失敗した場合，イベントサービスが自動的にリトライできるように設定できます。転送のリトライの設定は，JP1/Baseのイベントサーバ設定ファイル（conf）で設定します。

参照先：マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定に関する章

(c)　構成管理に沿ったイベント転送

JP1/Baseの構成管理の機能で，マネージャーおよびエージェントの構成を定義すると，構成定義に従って上位のマネージャーへとJP1イベントが転送されるよう自動的に設定されます。構成定義ファイルの定義を変更すると，それに伴って各ホストのJP1イベント転送設定を自動的に更新します。

参照先：「7.4.3　システムの階層構成の管理」

(d)　定義収集・配布機能の利用

JP1イベントの転送設定情報は，JP1/Baseの定義収集・配布機能を利用してシステムの階層構成で定義された上位ホストから下位ホストに配布できます（システム階層構成の概要については，「7.4.3　システムの階層構成の管理」を参照）。メンテナンスによるホストの一時停止や障害発生多発ホストからのイベント転送を抑止したいなど，一時的に他ホストからのイベント転送を抑止したい場合に，JP1/Baseの定義収集・配布機能が利用できます。マネージャーから転送設定情報を，JP1/Baseのコマンドを使って各ホストに配布することで転送設定ファイル（forward）を更新できます。また，配布に成功した時点で各ホストの転送設定がリロードされ，更新された情報を基にイベント転送を行うようになります。

参照先：「7.4.5　定義情報の収集と配布」

(3)　CSVファイル出力による履歴や統計としての利用

JP1イベントが蓄積されるイベントDBの内容は，JP1/Baseのjevexportコマンドを使ってCSVファイルに出力して確認できます。

JP1/IMは，緊急度の高い重要なJP1イベントをマネージャーに集め，JP1/IM - Viewによって集中的に監視することによって，システムの運用管理を実現しています。逆に言えば，緊急度の低いJP1イベントについては，各ホストのイベントDBに記録されますが，マネージャーへ転送してJP1/IM - Viewで参照することはしません。

しかし，例えばジョブ正常終了，といった緊急ではないJP1イベントを，運用の履歴や統計情報として利用する場合があります。このような場合，JP1/Baseのjevexportコマンドを使って，CSVファイルに出力して利用してください。

jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドに関する章を参照してください。

また，統合監視DBを使用している場合，JP1/IMのjcoevtreportコマンドを使って，統合監視DBに保存されたJP1イベントをCSVファイルに出力します。

jcoevtreportコマンドについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoevtreport」（1.　コマンド）を参照してください。

7.4.3　システムの階層構成の管理

IM構成管理を使用しない場合は，JP1/Baseが提供する構成定義機能を使用して，JP1/IMが管理するシステムの階層構成（IM構成）を管理します。マネージャーで，構成定義ファイル（jbs_route.conf）にホスト間の関係を定義し，jbsrt_distribコマンドを実行することによって，定義内容が有効になります。

システムの階層構成を定義すると，JP1/IMで次のことができるようになります。

JP1イベントの上位ホストへの転送

JP1/IM - Viewからのコマンド実行

JP1/IMからの自動アクション

定義情報の収集と配布

なお，IM構成管理を使用してシステムの階層構成をJP1/IM - Managerから一元的に管理する場合は，「6.　IM構成管理によるシステムの階層構成の管理」を参照してください。

＜この項の構成＞

(1)　構成管理機能で定義するシステムの階層構成

(2)　構成管理機能によるシステムの階層構成の定義方法

(1)　構成管理機能で定義するシステムの階層構成

JP/IMの構成管理機能で3階層の構成を定義すると，中間の階層のマネージャーは拠点マネージャーとなります。

最上位のマネージャーで一括して定義することも，各マネージャーが管理する複数の部分に分割して定義することもできます。

構成管理機能で定義するシステムの階層構成の例を，次の図に示します。

図7-10　システムの階層構成の例（マシン構成）

図7-11　システムの階層構成の例（一括して定義する場合の階層関係）

図7-12　システムの階層構成の例（分割して定義する場合の階層関係）

上記の例の場合，構成定義ファイル（jbs_route.conf）は次のように定義します。

図7-13　システムの階層構成の定義例

(2)　構成管理機能によるシステムの階層構成の定義方法

構成管理機能によってシステムの階層構成を定義する手順の概要を，次に示します。

マネージャーで，構成定義ファイルを定義する。
マネージャーから下位にあたるマネージャーおよびエージェントのホストを，構成定義ファイル（jbs_route.conf）に定義します。
定義ファイルには，一括して定義する場合はシステム全体の階層構成を，分割して定義する場合は拠点マネージャー以下の階層構成を定義してください。

マネージャーで，jbsrt_distribコマンドを実行する。
このコマンドを実行すると，構成定義ファイルに定義したホストへ定義情報が配布されて，設定が有効になります。

システムの階層構成を複数の部分に分割して定義する場合は，手順1と手順2を，各マネージャーで繰り返してください。そのあとで，最上位のマネージャーで次の手順によって，システム全体の定義を作成します。

最上位のマネージャーで，構成定義ファイルを定義する。
最上位のマネージャーから次のマネージャーの階層までを，構成定義ファイル（jbs_route.conf）に定義する。

最上位のマネージャーで，jbsrt_syncコマンドを実行する。
このコマンドを実行すると，構成定義ファイルに定義したマネージャーから構成定義が収集されて，システム全体の構成情報が作成されます。

システム構成定義の内容は，各ホスト上でjbsrt_getコマンドを実行することで確認できます。

構成定義ファイルの形式については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「構成定義ファイル（jbs_route.conf）」（2.　定義ファイル）を参照してください。また，設定手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.10　システムの階層構成の設定（IM構成管理を使用しない場合）」（Windowsの場合）または「2.9　システムの階層構成の設定（IM構成管理を使用しない場合）」（UNIXの場合）を参照してください。

7.4.4　コマンド実行の管理

JP1/IMで次のコマンド実行をするときは，JP1/Baseのコマンド実行機能によって制御します。

JP1/IM - Viewの［コマンド実行］画面からのコマンド実行

自動アクションによるコマンド実行

ここでは，コマンド実行機能について説明します。

＜この項の構成＞

(1)　コマンド実行

(2)　コマンド実行をするユーザー

(3)　OSでのコマンド実行

(4)　ホストグループによる複数ホストでのコマンド実行

(5)　コマンド実行状態に応じたJP1イベントの発行

(6)　トラブルシューティング用コマンド

(7)　コマンド実行の条件

(1)　コマンド実行

JP1/IMでコマンド実行をするとき，マネージャーでJP1/IMからJP1/Baseのコマンド実行機能に，コマンド実行を指示します。コマンド実行機能は，実行先として指定されたエージェントへコマンド実行指示を送り，コマンドを実行します。

JP1/IM - Viewからのコマンド実行と，自動アクションによるコマンド実行は，どちらもコマンド実行機能が処理をします。ただし，コマンドを実行するときの制御方法が，キューイングするかしないかの違いがあります。

図7-14　コマンドの実行

図のように，JP1/IM - Viewからコマンド実行をした場合は，キューイングせずにそのままコマンドを実行します。複数のコマンドを実行要求すると，特に実行順序や同時実行数を制御せずに，そのまま実行します。

自動アクションによるコマンド実行の場合は，コマンドの実行要求を"コマンド先行入力数"までキューイングして，"コマンド同時実行数"で設定した以上のコマンドを実行しないように制御します。

コマンド実行の処理を，図中の番号に従って説明します。

コマンド実行をする。

JP1/IM - Viewからの操作の場合
JP1/IM - Viewでコマンド実行の操作をすると，ログインしているマネージャーのJP1/IMがコマンド実行指示として受け付けます。そのJP1/IMは，同ホストのJP1/Baseのコマンド実行機能へ，実行指示を渡します。

自動アクションの場合
JP1/IMの自動アクション機能が，アクション定義の実行条件で指定したJP1イベントを受信した時にアクションを実行します。このとき，アクション定義にアクションとして定義されたコマンドを，同ホストのJP1/Baseのコマンド実行機能へ，実行指示として渡します。

マネージャーからエージェントにコマンド実行指示を送信する。
マネージャーのJP1/Baseは，コマンド実行先として指定されたエージェントのJP1/Baseへコマンド実行指示を送信します。送信のあと，実行指示を受け付けたという応答が来るのを監視し，"応答監視時間"に指定した時間以内に応答がない場合は，応答なしのエラーをJP1/IMに返します。

エージェントのJP1/Baseが，コマンドを実行する。
エージェントのJP1/Baseのコマンド実行機能が，OSのシェルやcmd.exeによりコマンドを実行します。このとき，実行の要求元によって処理が異なります。

JP1/IM - Viewからの操作の場合
実行指示されたコマンドを，そのまま実行します。

自動アクションの場合
エージェントのJP1/Baseのコマンド実行制御が，コマンド実行指示をキューにためて，順に実行を開始します。このとき，"コマンド先行入力数"で定義された数までコマンドをキューイングして，最大で"コマンド同時実行数"で定義された数までコマンドを並行して実行します。同時に実行されるコマンド数はコマンドの実行時間や実行環境により変化しますが，"コマンド同時実行数"を超えることはありません（デフォルトは，コマンド同時実行数=1のため一つずつ実行します）。
自動アクションで実行するコマンドの実行時間が長い場合は，シリアル（デフォルト）設定の場合には実行遅延が発生します。このような場合は設定をパラレルに変更することによって，実行遅延を減少できます。
また，自動アクションで実行するコマンドの数が多い場合は，キューにコマンドが蓄積され，実行遅延が発生します。"コマンド先行入力数の閾値"を設定することによって，実行遅延を事前に検知できます（JP1/Base 07-11でサポート）。デフォルトでは，キューにコマンドが10以上蓄積されたときに警告イベントを発行し，0に戻ると回復イベントを発行します。

エージェントからマネージャーへコマンド実行結果を送信する。
エージェントのJP1/Baseは，コマンド実行の結果（コマンドの出力）をマネージャーのJP1/Baseへ送ります。実行したコマンドが終了すると，実行結果がエージェントのJP1/Baseから，マネージャーのJP1/Baseを経由してJP1/IMに通知されます。
このときにマネージャー上ではコマンド実行履歴ファイルに実行結果が履歴として，「レコード数」で定義された数だけ記録されます。
この記録されたコマンド実行結果の履歴は，JP1/IM - Viewから操作した場合は［コマンド実行］画面に表示され，自動アクションの場合は［アクション結果詳細］画面で確認できます。

説明中の「応答監視時間」「コマンド先行入力数」「コマンド同時実行数」「コマンド先行入力数の閾値」などは，コマンド実行機能のパラメーターです。これはjcocmddefコマンドで調整できます。

なお，このときの処理の流れを「3.14.3　JP1/IM - Viewからのコマンド実行」および「5.　自動アクションによるコマンド実行」で説明しています。あわせて参照してください。

(2)　コマンド実行をするユーザー

エージェントのOS環境でコマンドを実行するには，OSユーザーの権限が必要です。

このため，コマンドを実行するとき，エージェントで，JP1ユーザーに対応するOSユーザーにユーザーマッピングをして，OSユーザー権限でコマンドを実行します。

図7-15　コマンドの実行とユーザーマッピング

コマンド実行機能は，次のJP1ユーザーで，エージェントのコマンド実行機能にコマンド実行を指示します。

JP1/IM - Viewからの操作の場合
JP1/IM - ViewにログインしているJP1ユーザー

自動アクションの場合
最も優先順位の高い定義で指定されたJP1ユーザー。優先順位は次のとおり。

自動アクション定義（actdef.conf）の"u="で指定したJP1ユーザー

自動アクション環境定義（action.conf）の"ACTIONEXECUSER"で指定したJP1ユーザー

jp1admin

このJP1ユーザーを，コマンド実行先のエージェントで，ユーザーマッピングに定義されたOSユーザーに変換して，コマンドを実行します。

(3)　OSでのコマンド実行

JP1/Baseのコマンド実行機能は，JP1/IM - Viewや自動アクション機能から要求されたコマンドを，次のようにしてOSにより実行します。

(a)　コマンドの実行ユーザー

JP1ユーザーにユーザーマッピングされているOSユーザーで，コマンドを実行します。

(b)　コマンドの実行方法

コマンド実行機能は，次の処理によりコマンドを実行します。

Windowsの場合
「cmd.exe /c 実行コマンド」をコマンド実行機能により実行します。

UNIXの場合
OSユーザーのログインシェルを使って，例えば「/bin/sh -c 実行コマンド」（ログインシェルが/bin/shの場合）をコマンド実行機能から実行します。

なお，実行コマンドが子プロセスを生成するようなコマンドだった場合，JP1/Baseはその生成された子プロセスが終了するまで次の処理に進まなくなります（コマンド実行管理でのコマンドの実行状態は実行中のままとなります）。

(c)　コマンドを実行するときの環境

コマンドは，次の環境により実行します。

環境変数
JP1/IMの「環境変数ファイル」により，コマンド実行時の環境変数を指定できます。環境変数ファイルは，JP1/IM - Viewの［コマンド実行］画面または自動アクションの定義ファイル（actdef.conf）により指定します。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「環境変数ファイル」（2.　定義ファイル）
環境変数ファイルを指定しない場合は，次の環境変数が使われます。

Windowsの場合
Windowsのシステム環境変数が，コマンド実行時の環境変数として使われます。

UNIXの場合
コマンド実行機能のプロセスの環境変数（jbs_startなどのJP1/Base起動コマンドの中で指定している環境変数）が，コマンド実行時の環境変数として使われます。OSユーザーのプロファイルは読み込まれません。

OSユーザーのプロファイル（Windows限定）
コマンド実行先ホストでコマンドを実行する際に，OSユーザーのプロファイルを読み込んで実行できます。プロファイルの読み込みをする場合は，jcocmddefコマンドの-loaduserprofileオプションでOSユーザーのプロファイルの読み込みを有効にしてください（デフォルトでは無効です）。

注意

コマンドを実行するには，そのコマンドを正常に実行できる環境が必要です。例えば，次のことを注意してください。

コマンドを実行するには，コマンドごとにメモリーなどOSのリソースが必要です。同時に多数のコマンドを実行すると，OSでリソース不足が発生する場合があります。例えばWindowsでリソース不足が発生すると「CMD.exe - DLL初期化の失敗」ダイアログボックスが表示されます。
この場合は，同時に実行するコマンド数を調整し，リソース不足を解消してください。

2バイトコードの処理をするコマンドやシェルスクリプトを実行する場合は，適切な言語コードを環境変数に設定し，2バイトコードに対応したシェル，例えばCシェルなどを使用してください。

「cmd.exe /c 実行コマンド」や「シェル -c 実行コマンド」で実行できないコマンドは，JP1/Baseのコマンド実行機能でも実行できません。

(d)　コマンドの実行結果

コマンド実行制御により実行したコマンドの実行結果は次のようになります。

コマンドの実行結果の出力

コマンドの実行結果の出力（メッセージなど）は，マネージャーのコマンド実行制御が持つコマンド実行履歴ファイルに記録※されます。この記録されたコマンド実行結果の履歴は，JP1/IM - Viewから操作した場合は［コマンド実行］画面に表示され，自動アクションの場合は［アクション結果詳細］画面で確認できます。

複数のコマンドを実行する場合は，コマンド実行順序と，コマンドの実行結果が出力される順序が異なる場合があります。これは，コマンドごとの実行所要時間や，複数ホストでコマンドを実行する場合にホストごとの性能や負荷の違い，および通信エラーが発生した場合のリトライなどによって，影響を受けるためです。

注※

JP1/IM - Viewからのコマンドの実行結果および自動アクションによるコマンドの実行結果は，JP1/Baseの設定を変更することで，コマンド実行履歴ファイルへの出力を抑止できます。抑止方法には，転送データ量の抑止および詳細情報の登録抑止があります。転送データ量の抑止および詳細情報の登録抑止は，jcocmddefコマンドで設定します。必要に応じて使い分けてください。

転送データ量の抑止
コマンド実行先ホストからマネージャーに転送されるデータ量の上限を設定（行数指定）し，転送されるコマンド実行結果のデータ量を抑止できます。転送データ量を抑止することで，コマンド実行履歴ファイルのデータ量を抑えたり，ホスト間の通信回線の混雑を防いだりできます。
転送データ量の抑止は，JP1/IM - Viewからのコマンドの実行結果および自動アクションによるコマンドの実行結果に対して，それぞれ設定できます。
なお，バージョン8のJP1/Baseを新規インストールした場合，転送されるデータ量は最大1,000行に抑止される設定になっています。バージョン7，またはバージョン7からバージョン8にバージョンアップした場合，転送されるデータ量は抑止されない設定になっています。

詳細情報の登録抑止（自動アクション限定）
自動アクションのコマンド実行結果のうち，詳細情報（メッセージ情報）の登録を抑止し，実行結果の成否だけを登録できます。詳細情報の登録を抑止することで，JP1/Base制御部の処理速度を向上させられます（JP1/Base制御部の処理速度向上分，自動アクションの速度も向上します）。ただし，詳細情報の登録を抑止すると［アクション結果詳細］画面の［メッセージ］に「KAVB2401-I」のメッセージが表示され，詳細情報が表示されなくなります（［実行結果］部分は表示されます）。詳細情報を知りたい場合には，設定しないでください（デフォルトは登録抑止しない設定です）。

自動アクションの実行結果は，アクション情報ファイルとコマンド実行履歴ファイルの二つのファイルで管理されています。

アクションとして実行するコマンドが省略された自動アクションの場合，コマンドが実行されないため，コマンド実行履歴ファイルには実行結果が書き込まれません。

アクションが大量に発行された場合，アクション情報ファイルだけがラップするため，コマンド実行履歴ファイルとアクション情報ファイルの実行結果に不整合が生じる場合があります。このような状態になった場合，自動アクションの実行結果として，過去に実行した別の自動アクションの実行結果が表示されることがあります。

このような状況を回避するには，コマンドが省略された自動アクションを定義しないで，echoコマンドなどのシステムに影響を与えないコマンドを定義してください。またコマンドが省略された自動アクションが大量に発行され，過去に実行した別の自動アクションの実行結果が表示される状態になった場合は，コマンド実行履歴ファイルがラップし，アクション情報ファイルとコマンド実行履歴ファイルの不整合が解消されることで現象が解消されます。

コマンドの実行結果（終了コード）

コマンドの実行結果（終了コード）は，次のようになります。

Windowsの場合
コマンド実行機能に渡される「コマンドを実行したcmd.exeの終了コード」がコマンドの終了コードになります。

UNIXの場合
コマンド実行機能に渡される「コマンドを実行したシェルの終了コード」がコマンド実行の終了コードになります。

コマンドを実行するまでの処理でエラー（ユーザーマッピングの失敗，コマンド実行先ホストとの通信のエラーなど）が発生した場合は，コマンドは実行されません。

(4)　ホストグループによる複数ホストでのコマンド実行

ホストグループの定義によって，複数のホストをグループとして定義できます。

コマンドを実行するホストの指定には，ホストグループを指定できます。ホストグループに対してコマンド実行すると，１回のコマンド実行指示で，ホストグループに属するすべてのホストでコマンドが実行されます。

ホストグループの定義内容については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「ホストグループ定義ファイル」（2.　定義ファイル）を参照してください。

(5)　コマンド実行状態に応じたJP1イベントの発行

コマンド実行開始やコマンド実行終了などの実行状態をJP1イベントとして発行できます。JP1イベントを発行できるのは次の場合です。

JP1/IM - Viewからのコマンド実行の場合
コマンドの実行開始，実行終了，実行異常終了

自動アクションからのアクション（コマンド）実行の場合
アクションの実行開始，実行終了，実行異常終了，実行失敗（実行要求が失敗）

この機能を有効にすると，JP1イベントによって，コマンドの実行操作をいつ，だれが，どのホストに対して行ったかなどを管理できます。JP1/IM - Viewの［イベントコンソール］画面で表示，監視したいときに利用できます。

JP1イベントの発行については，jcocmddefコマンドで設定します。

なお，JP1/Baseのコマンド実行管理が発行するJP1イベントには，上記の発行設定が必要なもの以外に次のようなものがあります。

コマンドの実行開始から終了までの経過時間を契機に発行されるJP1イベント
07-10のJP1/Baseでサポートされた機能で，コマンドの実行開始後，一定時間経過しても終了しないコマンドがあったときに発行されます。このJP1イベントは，JP1/IM - Viewや自動アクションで実行したコマンドが，不本意に長時間実行していないか，また，ハングアップしていないかを検知するのに役立ちます。
デフォルトでは10分経過ごとに発行される設定となっており，jcocmddefコマンドで設定を変更できます。

コマンド先行入力数の閾値を超えた場合に発行されるJP1イベント
07-11のJP1/Baseでサポートされた機能で，自動アクションで実行したコマンドがキューに一定以上蓄積されたとき，また，その状態から回復したときに発行されます。このJP1イベントは，自動アクションで実行するコマンドが大量に発生した場合に，実行遅延を事前に検知でき，また，実行遅延の状態の回復を知ることができます。
デフォルトでは，キューにコマンドが10以上蓄積されたときに警告イベントが発行され，0に戻ると回復イベントが発行される設定になっています。jcocmddefコマンドで設定を変更できます。

(6)　トラブルシューティング用コマンド

JP1/IMから実行指示を受け，JP1/Baseのコマンド実行管理でコマンドを実行する場合，次のようなトラブルが発生することがあります。

JP1/IM - Viewから実行できないコマンド（「3.14.3(1)　実行できるコマンド」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった。

システム設計時の想定以上に自動アクションが発生し，不要なアクションが大量にキューに蓄積されてしまった。

自動アクションで実行したコマンドがハングアップまたは想定以上に時間が掛かったため，後続のコマンド（アクション）が実行されなくなった。

上記のようなトラブルが発生したときに，速やかに障害復旧できるよう，JP1/Baseではコマンドの状態確認コマンド（jcocmdshowコマンド），削除コマンド（jcocmddelコマンド）を提供しています※。

注※

JP1/IMには，自動アクションによるコマンド実行で障害が発生したときに，自動アクションをキャンセルする機能があります。通常，自動アクションのコマンド実行で障害が発生した場合には，JP1/IMの自動アクションキャンセル機能を使用してください（詳細については，「5.7　自動アクションのキャンセル」参照）。

図7-16　jcocmdshowコマンド，jcocmddelコマンドの概要

jcocmdshowコマンドを実行すると，次の表の情報が表示されます。これらの情報を基に，削除が必要と思われるコマンドを判断し，jcocmddelコマンドで削除します。

表7-16　jcocmdshowコマンドによる表示項目

表示項目
説明

ID
コマンド実行管理内で実行中，キューイング中のコマンドに付けられるユニークなIDです。
このIDをキーにjcocmddelコマンドでコマンドを削除します。

STATUS
コマンド実行管理内でのコマンドの実行状態が表示されます。実行状態は，実行中，キューイング中，どちらかです。

TYPE
コマンド実行指示をした機能名が表示されます。機能名は，JP1/IM - View，自動アクション，どちらかです。

USER
コマンド実行指示をしたJP1ユーザー名が表示されます。

STIME
コマンド実行指示をコマンド実行管理がJP1/IMから受信した時間です。

ETIME
コマンド実行開始からの経過時間です。

COMMAND
実行中またはキューイング中のコマンド名が表示されます。

なお，jcocmdshowコマンドおよびjcocmddelコマンドは，JP1/Baseが提供する機能です。トラブルが発生したホストのJP1/Baseのバージョンによっては，この機能が提供されていない場合があります。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

これらのコマンドは，下記三つの方法で実行できます。

JP1/IM - Viewからコマンド実行する。
jcocmddelコマンドを実行する場合は，-fオプションの指定が必要です。

マネージャーからエージェントに対しコマンド実行する。
-sオプションの指定が必要です。なお，マネージャーからコマンド実行する場合は，マネージャー上のJP1/Baseのバージョンも07-10以降にする必要があります。
また，マネージャー・エージェント間で直接通信が行われるため，注意が必要です（定義収集・配布機能で使用する通信経路を利用しています）。

トラブルが発生したホストで直接コマンド実行する。

コマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

(7)　コマンド実行の条件

JP1/IM - Viewからのコマンド実行や自動アクションによるコマンド実行をするために必要な条件をまとめると，次のようになります。

図7-17　コマンドや自動アクションを実行するために必要な条件

JP1/IM - Viewからのコマンド実行の場合

コマンド実行操作を行えるJP1ユーザーでログインしていること。
コマンド実行操作を行えるJP1ユーザーは，JP1_Console_AdminまたはJP1_Console_Operator権限を持つJP1ユーザーです。

コマンド実行先ホストでユーザーマッピング定義がされていること。
ユーザーマッピングの定義は次のようになります。
JP1ユーザー：サーバホスト：OSユーザー
JP1ユーザーにはJP1/IM - Viewを操作しているJP1ユーザー名，サーバホストにはJP1ユーザーがログインしているサーバホスト名，OSユーザーにはコマンド実行先ホストに登録されているユーザー名またはドメインユーザー名。

他ホストにコマンド実行する場合は，システムの構成定義が設定されていること。
システム構成の定義をしていない場合は，他ホストに対してJP1/IM - Viewからコマンド実行できません。

マネージャーからの自動アクションによるコマンド実行の場合

コマンド実行先ホストでユーザーマッピングが定義されていること。
ユーザーマッピングの定義は次のようになります。
JP1ユーザー：サーバホスト：OSユーザー
JP1ユーザーには自動アクションを実行するJP1ユーザー名，サーバホストには自動アクション実行指示を出すサーバホスト名，OSユーザーにはコマンド実行先ホストに登録されているユーザー名またはドメインユーザー名。

他ホストに対して自動アクションによるコマンド実行をする場合は，システムの構成定義が設定されていること。
システム構成定義をしていない場合は，他ホストに対して自動アクションによるコマンド実行ができません。

7.4.5　定義情報の収集と配布

IM構成管理を使用しない場合は，JP1/Baseが提供する定義情報の収集・配布機能を使用して，ホストのJP1/Baseで定義した情報を収集または配布します。この機能を利用すると次のことが行えます。

イベントサービスの定義情報の収集と配布

監視ツリーの自動生成（定義情報の収集による）

定義収集・配布機能は，JP1/Baseが提供するJP1/IM - Manager専用の機能です。JP1/Baseのバージョンによって，この機能が提供されていない場合があります。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

なお，定義収集・配布機能はプラグイン機能という場合があります。JP1/Baseのjbs_spmd_statusコマンドを実行してサービスの状態を確認すると，jbspluginという名称で表示されます。

＜この項の構成＞

(1)　イベントサービスの定義情報の収集と配布

(2)　監視ツリーの自動生成（セントラルスコープの利用）

(1)　イベントサービスの定義情報の収集と配布

JP1/IMでシステムの運用監視をする場合，各ホストのJP1/Baseでどの事象をJP1イベントとして管理するか，どのJP1イベントを上位ホストに転送するか検討し，定義する必要があります。各ホストのJP1/Baseで定義した情報を一つ一つ確認し，変更する方法もありますが，効率が悪く，定義を誤るおそれがあります。

JP1/Baseの定義収集・配布機能を利用することで，各ホストのJP1/Baseで定義した情報をマネージャーに一括収集して確認できます。また，マネージャーで定義情報を編集し，各ホストのJP1/Baseに配布し，定義情報を更新することもできます。これによって効率良く，イベントサービスに関する定義情報を一元管理できます。

定義収集・配布機能で収集・配布できるのは，次に示すファイル内で定義した情報です。

転送設定ファイル（forward）

ログファイルトラップ用動作定義ファイル（任意のファイル）

イベントログトラップ用動作定義ファイル（ntevent.conf）

イベントサービスの定義情報の一括収集・一括配布の流れを次の図に示します。

図7-18　イベントサービスの定義情報の一括収集・一括配布

定義収集・配布機能は，構成管理機能と連動しており，構成定義で定義されたホストに対して定義情報の一括収集・一括配布を行います（構成定義については，「7.4.3　システムの階層構成の管理」を参照）。なお，定義情報の一括収集・一括配布は，構成定義で定義した階層構造と関係なく，収集・配布元ホストと収集・配布先ホストとの直接通信で行われます。ファイアウォール環境などでこの機能を利用する場合は注意が必要です。

イベントサービスの定義情報を一括収集したり，一括配布したりする場合，JP1/Baseのコマンドを利用します。収集・配布コマンドおよびイベントサービスの定義情報の一括収集・一括配布の方法については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの定義情報の収集と配布（JP1/IM限定）の章を参照してください。

(2)　監視ツリーの自動生成（セントラルスコープの利用）

JP1/IMでは，システム管理者の目的に合わせた目的指向型ビューとして，［監視ツリー］画面や［ビジュアル監視］画面を提供しています。［監視ツリー］画面を作成するときは，自動生成機能を使って，監視ツリーを自動的に作成してから運用に合わせてカスタマイズできます。

この自動生成機能は，各サーバから特定の連携製品の定義情報を収集し，テンプレートに合わせて監視ツリーを自動作成しています。定義情報の収集は，JP1/IM - Manager専用の機能としてJP1/Baseが提供する定義収集・配布機能によって実行しています。

JP1/Baseは，JP1/IM - Managerから連携製品の定義情報の収集指示を受けることで，同ホスト内の連携製品から定義情報を収集し，JP1/IMにその情報を渡します。なお，JP1/Baseのこの機能はJP1/Base 07-00からサポートしています。また，この機能を利用するには，JP1/IM - Managerのセントラルスコープサービスを有効（ON）にする必要があります。

定義収集・配布で収集できる定義情報の例を次に示します。

JP1/AJSで自動実行している業務の情報

バージョン8以前のJP1/Cm2/SSOで監視しているカテゴリー情報やアプリケーション情報

JP1/PFMで監視しているパフォーマンス情報

Cosminexus環境下のシステム情報（論理サーバ，J2EEアプリケーションなど）

システムの階層構成に定義されたホストからこれらの情報を収集し，監視ツリーを自動的に作成します。

連携製品の定義情報の収集は，JP1/IMの機能やJP1/Baseの構成管理と定義収集・配布機能が連動することで成立します。JP1/IMの機能やJP1/Baseの構成管理とどのように連動しているかについては，「4.10.4(1)　業務指向ツリー，サーバ指向ツリーを選択した場合の処理の流れ」で説明します。

JP1/IM - Central Information Masterから定義情報を収集する場合は，JP1/Baseの構成管理を利用しません。「4.10.4(2)　システム構成ツリーを選択した場合の処理の流れ」を参照してください。

ここでは，定義情報の収集指示をJP1/IMから受けたときの各ホストでのJP1/Baseの動作について説明します。

各ホスト内での定義情報収集の流れを次の図に示します。

図7-19　各ホスト内での定義情報の収集

図中の番号に従って説明します。

マネージャーから定義情報収集指示を受けます。

収集指示を受けたJP1/Baseは，JP1/IMの定義収集・配布機能に対応した連携製品が同ホスト上にあった場合，定義情報の提供を要求します。

要求を受けた連携製品は，JP1/IM連携用プログラムを起動し，該当する定義情報をJP1/Baseに渡します。
JP1/IM連携用プログラムを起動するには，連携製品の方で，あらかじめJP1/IM連携用セットアップコマンドを実行しておく必要があります。JP1/IM連携用セットアップコマンドについては，各製品のマニュアルを参照してください。

連携製品の定義情報を受け取ったJP1/Baseは，収集指示を出してきたマネージャーに収集した定義情報を渡します。

7.4.6　サービスの起動管理（Windows限定）

JP1/Baseは，サービスの起動管理機能を提供しています。

Windowsの場合，インストール時にJP1/IM - Manager，JP1/Baseそれぞれの機能がWindowsサービスに登録されます。Windowsのサービス制御を利用すれば，サービスをOS起動時に自動起動できるようになりますが，依存関係を制御できないため，JP1/BaseのあとにJP1/IM - Manager，といった起動ができません。また，JP1イベントを発行する製品がJP1/Baseよりも早く起動してしまうこともあります。この場合，JP1イベントが発行されてもJP1/Baseが起動していないため，JP1イベントの管理ができません。このような事態を避けるため，Windowsの場合は，JP1/Baseの起動管理機能を使用してください。

JP1/Baseの起動管理機能については，マニュアル「JP1/Base 運用ガイド」のサービスの起動順序および終了順序の設定（Windows限定）の章を参照してください。

なお，UNIXの場合は，OSが起動順序や停止順序を制御する機能を提供しています。そこにスクリプトを登録することでJP1/Base，JP1/IM - Managerの起動順序，終了順序を制御します。

7.4.7　統合トレース機能

JP1/Base，JP1/IMでは，障害調査を容易にするための機能として統合トレース機能（HNTRLib2）を提供しています。

この統合トレース機能によって，JP1/BaseやJP1/IMの各機能のトレース情報を一つの統合トレースログに出力しています。関連する製品のトレース情報がまとまっているため全体を見渡しやすく，切り分け調査など初期段階の調査に有効です。例えば，次のように利用します。

システム全体の調査
Windowsイベントログ，syslogでマシン全体を対象に調査する。

JP1製品の調査
統合トレースログでJP1製品の動作の流れを確認しながら，JP1製品の問題を調査する。

なお，JP1製品は統合トレースログのほかに，各機能が内部ログを出力しており，これらによって詳細な調査を行えます。トラブルが発生した時に，これらの資料の取得を容易にするため，JP1/Base，JP1/IMの資料採取ツールをシステム構築時に準備しておくようにしてください。

統合トレース機能は，JP1/BaseまたはJP1/IM - Viewインストール時にインストールされます。また，この機能は，JP1/AJSやほかのHitachi製品でも利用されています。どの製品で利用しているかは各製品のマニュアルを参照してください。

7.4.8　JP1/Baseのヘルスチェック機能

JP1/Baseのヘルスチェック機能は，JP1/Baseを構成する各プロセスがハングアップ※や異常終了となった場合に，異常を検知してメッセージやJP1イベントを発行し，オペレーターにJP1/Baseの回復を促すことを通知する機能です。この機能を利用することで，JP1/IMは，JP1/IMシステム構成下のJP1/Baseが正常に動作しているかどうかをチェックできます。なお，JP1/Baseのヘルスチェック機能はデフォルトでは無効となっています。設定を変更して有効にしてください。

注※　プロセスのハングアップとは，デッドロックや無限ループなどが原因で，プロセスが処理要求を受け付けなくなる状態です。

ここでは，JP1/Baseのヘルスチェック機能の概要について説明します。ヘルスチェック機能の仕組みや設定など，詳細についてはマニュアル「JP1/Base 運用ガイド」のヘルスチェック機能の設定の章を参照してください。

JP1/Baseのヘルスチェック機能には大きく分けて二つの役割があります。

自ホスト上のJP1/Baseプロセスの状態監視

他ホスト上のJP1/Baseプロセスの状態監視

なお，JP1/Baseのバージョンによっては，この機能が提供されていない場合があります。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

＜この項の構成＞

(1)　自ホスト上のJP1/Baseプロセスの状態監視

(2)　他ホスト上のJP1/Baseプロセスの状態監視

(1)　自ホスト上のJP1/Baseプロセスの状態監視

JP1/Baseのヘルスチェック機能を有効にすることで，自ホスト上のJP1/Baseプロセスのハングアップや異常終了を検知できるようになります。また，検知した内容はJP1/Baseの設定により，メッセージ情報としてOSのログ（Windowsイベントログやsyslog）やJP1イベントとしてイベントDBに登録されます。

自ホスト上のJP1/Baseプロセスの状態監視概要を次の図に示します。

図7-20　自ホスト上のJP1/Baseプロセスの状態監視

JP1/Base自身の障害をJP1イベントとしてイベントDBに登録することで，JP1/IMによるJP1/Baseの障害監視も容易になります。

なお，ヘルスチェック機能が，ハングアップまたは異常終了すると，ほかのプロセスの状態監視ができなくなります。また，イベントサービスが，ハングアップまたは異常終了すると，JP1イベントの登録ができなくなります。

このような事態を回避したい場合は，他ホスト上のJP1/Baseのヘルスチェック機能を使ってこれら（イベントサービス，ヘルスチェック機能）の状態を監視するようにする必要があります。

(2)　他ホスト上のJP1/Baseプロセスの状態監視

JP1/Baseのヘルスチェック機能は，自ホスト上のJP1/Baseプロセスだけでなく，他ホスト上のJP1/Baseのヘルスチェック機能やイベントサービスの状態を監視できます。これにより，ヘルスチェック機能の障害によるJP1/Baseプロセスの障害検知漏れや，イベントサービスの障害によるJP1イベントの登録漏れを回避できます。

JP1/Baseのバーションが09-10以降の場合，監視先が正常停止したときに監視を抑止することができます。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

他ホスト上のJP1/Baseプロセスの状態監視概要を次の図に示します。

図7-21　他ホスト上のJP1/Baseプロセスの状態監視

上記図は，HostAでHostB，HostCのヘルスチェックやイベントサービスの状態監視をしていることを表しています。HostBのヘルスチェックに障害が発生した場合，HostAがそれを検知し，その内容をHostAのOSログやイベントDBに登録します。また，HostCのイベントサービスに障害が発生した場合，HostAがそれを検知し，その内容をHostAのOSログやイベントDBに登録します※。

注※　HostC上にあるイベントDBへのJP1イベント登録はできませんが，OSログへの登録はHostC上のヘルスチェック機能が正常であれば登録できます。

このようにして，JP1/BaseはJP1/Base自身の障害検知を行います。

7.4.9　JP1/Baseのプロセス管理

JP1/Baseのプロセス管理機能は，JP1/Baseを構成するプロセスの起動や停止を制御する基盤機能です。また，これらの機能の動作状態を確認したり，定義情報の再読み込みをしたりする場合の指示もプロセス管理機能によって制御されています。

JP1/Baseのプロセス管理は，次の機能を対象としています。

ユーザー管理（jbssessionmgr）　（認証サーバと呼ぶ場合もあります）

構成管理（jbsroute）

コマンド実行（jcocmd）

定義情報収集・配布機能（jbsplugin）

ヘルスチェック（jbshcd，jbshchostd）

なお，イベントサービス，イベント変換機能，および統合トレース機能は，プロセス管理とは独立して動作しています。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

プロセス管理機能のコマンドには次のものがあります。

表7-17　プロセス管理機能のコマンド

機能
コマンド
説明

JP1/Baseの起動
（内部コマンド）
jbs_spmd
JP1/Baseの起動・停止を制御する内部コマンドです。
プロセス管理で管理する機能が対象です。
JP1/Baseのプロセス管理の起動・停止は，直接これらのコマンドを実行せずに，Windowsの場合はWindowsサービスを，UNIXの場合は起動・停止コマンド（jbs_startコマンド，jbs_stopコマンド）を使ってください。

JP1/Baseの停止
（内部コマンド）
jbs_spmd_stop

JP1/Baseの動作確認
jbs_spmd_status
プロセス管理で管理する機能の動作状態を確認します。

JP1/Baseの定義情報の再読み込み
jbs_spmd_reload
プロセス管理で管理する機能の定義情報を変更したときに，変更内容を読み込んで有効にします。

また，JP1/Baseの障害の検知と対策を支援するために，次の機能を提供しています。

プロセスが異常終了した場合に，自動的に再起動する機能

プロセスの異常を検知した場合に，JP1イベントを発行する機能

この機能は，プロセス管理機能が管理しているプロセスが対象で，JP1/Base 07-00以降でサポートされています。

注意

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。JP1/Baseの障害時はプロセス再起動の機能も障害の影響を受けるおそれがあります。クラスタ運用時に再起動をしたい場合は，より確実に再起動を制御するためにJP1/Base外部のクラスタソフトから再起動を制御してください。

表中のコマンドやプロセス管理の障害対策については，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の，JP1/Baseの障害に備えた設定に関する説明を参照してください。

8.　JP1/IMシリーズとの連携

JP1/IMは，他製品の管理情報やシステムで発生する事象を収集，一元管理する機能を持つ一方で，JP1/IMの管理情報をほかの統合管理製品，JP1/IM - Service Support，JP1/IM - Incident MasterおよびJP1/IM - Rule Operationで利用してもらうための機能も提供しています。

JP1/IM - Service Support，JP1/IM - Incident Masterは，JP1/IMで監視しているJP1イベントの発生を契機にインシデントの登録・管理を行います（登録・管理されたインシデントは，オペレーターによって対策を実施されます）。

JP1/IM - Rule Operationは，JP1/IMで監視しているJP1イベントの発生を契機にルールの起動判定，ルール起動を行い，ルール定義に従った形で対策処理を自動的に実行します。

この章では，JP1/IM - Service Support，JP1/IM - Incident MasterおよびJP1/IM - Rule Operationと連携するために，JP1/IMが提供している機能について説明します。

＜この章の構成＞

8.1　JP1/IM - Service Supportとの連携

8.2　JP1/IM - Incident Masterとの連携

8.3　JP1/IM - Rule Operationとの連携

8.1　JP1/IM - Service Supportとの連携

セントラルコンソールでは，JP1/IM - Viewのイベント一覧に表示しているJP1イベントをインシデントとしてJP1/IM - Service Supportに手動で登録する連携機能を提供しています。［インシデント登録］メニューを選択するか，［イベント詳細］画面の［インシデント登録］ボタンをクリックして，JP1/IM - Service Supportの［登録先プロセスワークボード選択］画面を呼び出して登録します。

図8-1　JP1/IM - Viewからの［登録先プロセスワークボード選択］画面呼び出し

JP1/IM - Service Supportの［登録先プロセスワークボード選択］画面を呼び出すための設定については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「8.1.1　JP1/IM - Service Support画面呼び出し設定」を参照してください。また，JP1/IM - Service Supportの詳細については，マニュアル「JP1/Integrated Management - Service Support 構築・運用ガイド」を参照してください。

参考

JP1/IMの自動アクションによるコマンド実行の機能を使用すると，JP1イベントをインシデントとしてJP1/IM - Service Supportに自動で登録することもできます。

＜この節の構成＞

8.1.1　インシデントとして登録できるJP1イベントの属性

8.1.2　インシデントをJP1/IM - Service Supportに手動登録するために必要な権限

8.1.1　インシデントとして登録できるJP1イベントの属性

JP1/IM - Viewに表示されたJP1イベントをインシデントとしてJP1/IM - Service Supportに登録する場合，JP1イベントの属性がインシデントとして自動的に引き継がれます。

なお，インシデントとしてJP1/IM - Service Supportに登録できるJP1イベントの種類は，JP1/IM - ViewがログインしているマネージャーホストのイベントDB，または統合監視DBに登録されているJP1イベントだけです。エージェントホストのイベントDBに登録されているJP1イベントや，JP1/IM - Viewだけに表示されるダミーイベントについては，インシデントとして登録できません。

JP1/IM - Service Supportの［登録先プロセスワークボード選択］画面の項目と合わせてインシデントとして引き継がれるJP1イベントの属性を次の表に示します。

表8-1　JP1/IM - Viewからインシデントとして引き継がれるJP1イベントの属性

インシデント
JP1イベントの属性

JP1イベントDB通し番号（JIMSD_FORM_IMEVENTNO）
JP1イベントのイベントDB内通し番号（B.SEQNO）が引き継がれる。

JP1/IM - Managerのホスト名（JIMSD_FORM_IMHOSTNAME）
JP1/IM - ViewでログインしているJP1/IM - Managerのホスト名が引き継がれる。最大255バイト。

概要（JIMSD_FORM_SUMMARY）
次の情報が引き継がれる。

JP1イベントのメッセージ（B.MESSAGE）
最大1,023バイト

発行元イベントサーバ名（B.SOURCESERVER）※
最大255バイト

重大度（JIMSD_FORM_SEVERITYCODE）
JP1イベントの重大度（E.SEVERITY）が引き継がれる。
なお，重大度は次のコードで引き継がれる。
Emergency=1，Alert=2，Critical=3，Error=4，Warning=5，Notice=6，Information=7，Debug=8
また，Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug以外の場合は，Informationとして引き継がれる。

プロダクト名（JIMSD_FORM_JP1PRODUCTNAME）
JP1イベントのプロダクト名（E.PRODUCT_NAME） が引き継がれる。最大255バイト。

注※　発生元ホストのマッピングを有効にした場合，発行元イベントサーバ名（B.SOURCESERVER）の代わりに発生元ホスト名（E.JP1_SOURCEHOST）の情報が引き継がれます。

8.1.2　インシデントをJP1/IM - Service Supportに手動登録するために必要な権限

インシデントをJP1/IM - Service Supportに手動登録するには，次のJP1ユーザーが必要です。

JP_Console_Admin権限を持つJP1ユーザー

JP_Console_Operator権限を持つJP1ユーザー

また，JP1/IM - Service Supportの［登録先プロセスワークボード選択］画面を操作してインシデントを登録するには，JP1/IM - Service Supportで案件を登録したプロセスワークボードに対する参照権限と案件作成権限が必要になります。

8.2　JP1/IM - Incident Masterとの連携

セントラルコンソールでは，JP1/IM - Incident Master連携用に次の機能を提供しています。

インシデント登録機能

JP1/IM - ViewからのJP1/IM - Incident Master画面呼び出し

インシデントの状態変更に応じたJP1イベントの対処状況変更

これらの機能は，連携時以外で使用しないため，デフォルトでは無効となっています。

ここでは，これらの機能について説明します。なお，JP1/IM - Incident Masterの詳細については，マニュアル「JP1/Integrated Management - Incident Master」を参照してください。

＜この節の構成＞

8.2.1　インシデント登録機能によるインシデントの自動登録

8.2.2　JP1/IM - Viewからの［インシデントの登録］画面呼び出し

8.2.3　インシデントの状態変更に応じたJP1イベントの対処状況変更

8.2.1　インシデント登録機能によるインシデントの自動登録

JP1/IM - Managerのインシデント登録機能を利用することで，複数のJP1イベントから一つのインシデントを生成し，JP1/IM - Incident Masterに登録できます。また，逆に一つのJP1イベントから複数のインシデントを生成し，JP1/IM - Incident Masterに登録することもできます。

インシデントの生成，登録処理は，JP1/IM - Managerのインシデント登録サービスで行われます。

図で示すと次のようになります。

図8-2　JP1/IM - Managerによるインシデントの自動登録概要

処理の仕組みやインシデント登録機能の活用方法など，詳細についてはマニュアル「JP1/Integrated Management - Incident Master」を参照してください。

インシデント登録サービスの詳細については，「7.1　JP1/IM - Managerのプロセス管理」を参照してください。また，ほかのプロセスと同様にヘルスチェック機能にも対応しています。ヘルスチェック機能の詳細については，「7.2　JP1/IM - Managerのヘルスチェック機能」を参照してください。

8.2.2　JP1/IM - Viewからの［インシデントの登録］画面呼び出し

JP1/IM - Viewに表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録できます。インシデントの生成対象にしていなかったJP1イベントや，インシデント登録条件を満たさなかったために相関されなかったJP1イベントなどを対象に，インシデントを生成したい場合に利用できます。

JP1/IM - Viewからの［インシデントの登録］画面呼び出しは，次の図のようになります。

図8-3　JP1/IM - Viewからの［インシデントの登録］画面呼び出し

上図の［イベントコンソール］画面，［イベント詳細］画面のほか，［関連イベント一覧］画面からもJP1/IM - Incident Masterの［インシデントの登録］画面を呼び出せます。

インシデントとして登録できるのは，JP1/IM - ViewがログインしているJP1/IM - Managerホスト上にあるJP1イベントだけです。イベント検索で，JP1/IM - ViewがログインしているJP1/IM - Managerホスト以外のホストのJP1イベントも検索・表示できますが，そのJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録することはできません。

JP1/IM - ViewからJP1/IM - Incident Masterの［インシデントの登録］画面を呼び出す場合，JP1/IM - ManagerとJP1/IM - Incident Masterのユーザー認証圏を同じにする必要があります。JP1/IM - ViewからJP1/IM - Incident Masterの［インシデントの登録］画面を呼び出す場合，JP1/IM - Viewの認証情報を使用してログインを行います。ただし，次に示す場合にはJP1/IM - Viewの認証情報が無効になります。

ログインしている認証サーバが再起動した場合

ログインしている認証サーバがjbs_spmd_reloadコマンドによりリロードされた場合

ログインしている認証サーバがプライマリーからセカンダリーに切り替わった場合

JP1/IM - Viewの認証情報が無効になった場合の動作が，ご使用のバージョンによって異なるため注意してください。

JP1/IM - Manager，JP1/IM - View，両方のバージョンが08-10以降の場合，JP1/IM - Viewが自動的に再認証を行い，認証情報を再度取得します。

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが08-01以前の場合，JP1/IM - Incident Master側で認証に失敗します。

なお，JP1/IM - Viewに表示されたJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する場合，一部JP1イベントの情報がインシデント情報として自動的に引き継がれます。JP1/IM - Incident Masterの［インシデントの登録］画面の項目と合わせてインシデント情報として引き継がれるJP1イベントの情報を次表に示します。

表8-2　JP1/IM - Viewからインシデントとして登録されるJP1イベントの情報

インシデントの項目
［インシデントの登録］画面の初期表示値

インシデントID(IDM_ID)
なし(JP1/IM - Viewからの情報引き継ぎはない)

発生日時(IDM_ARRIVED)
現時刻(JP1/IM - Viewからの情報引き継ぎはない)

解決期限(IDM_TIMELIMIT)
なし(JP1/IM - Viewからの情報引き継ぎはない)

解決日時(IDM_PROCESSED)
なし(JP1/IM - Viewからの情報引き継ぎはない)

発生ホスト(IDM_HOSTNAME)
JP1イベントの発生ホスト

プロダクト(IDM_PRODUCT)
JP1イベントのプロダクト名※
(先頭から255バイトまでがJP1イベントの情報としてJP1/IM - Incident Masterに引き継がれる。境界にマルチバイト文字があった場合，その文字はJP1/IM - Incident Masterに引き継がれない)

内容(IDM_TEXT)
JP1イベントのメッセージ
(最大1,023バイト)

重要度(IDM_SEVERITY)
JP1イベントの重大度※
(重大度がEmergency，Alert，Critical，Error，Warning，Notice，Information，Debug以外だった場合，InformationとしてJP1/IM - Incident Masterに引き継がれる)

対策内容(IDM_MEASURECONTENTS)
なし(JP1/IM - Viewからの情報引き継ぎはない)

コメント(IDM_COMMENT)
なし(JP1/IM - Viewからの情報引き継ぎはない)

状態(IDM_STATUS)
未対処(JP1/IM - Viewからの情報引き継ぎはない)

登録者名(IDM_USERNAME)
JP1ユーザー名(JP1/IM - Viewからの情報引き継ぎはない。JP1/IM - Incident Master側で「対応者名(IDM_WORKER)」と同じ文字列を設定する)

対応者名(IDM_WORKER)
JP1ユーザー名(最大32バイト。JP1/IM - Viewのログインユーザー名)

JP1イベントメッセージ(IDM_JP1EVENT_MESSAGE)
インシデントの登録元となったJP1イベントのメッセージ(JP1/IM - Viewからの情報引き継ぎはない。JP1/IM - Incident Master側で「内容(IDM_TEXT)」と同じ文字列を設定する)

参考資料(IDM_ReferenceData)
なし(JP1/IM - Viewからの情報引き継ぎはない)

注※　JP1イベントとしては最大10,000バイト指定できる項目。

イベントの重大度変更機能が有効な場合，重大度の変更に従ってJP1イベントを登録する。

なお，上記表の項目以外にも画面項目はありますが，JP1/IM - Viewからの情報引き継ぎはありません。

JP1/IM - Viewから［インシデントの登録］画面を呼び出す場合には，次のことに注意してください。

［イベントコンソール］画面の表示項目に対し，イベント情報マッピング定義がされている場合，マッピングされた値がJP1/IM - Incident Masterの［インシデントの登録］画面に引き継がれます。ただし，マッピングされていることを示すマーク「#」は引き継がれません。なお，［イベント詳細］画面では，イベント情報マッピング定義をしていても，マッピングがされないため，マッピングされていない情報がJP1/IM - Incident Masterの［インシデントの登録］画面に引き継がれます。

JP1イベントの属性値には制御文字が入る場合があります。制御文字を含む属性値がインシデント情報として登録される場合，制御文字は半角スペースに変換されて登録されます。半角スペースに変換される制御文字は，0x01～0x1F（タブ(0x09)を除く）と0x7Fです。

［イベントコンソール］画面に表示される集約イベントをインシデントとして手動登録する場合，その対象となるのは集約開始イベントだけです。繰り返しイベントは対象となりません。繰り返しイベントをインシデントとして登録する場合は，［関連イベント一覧］画面からインシデントの登録を行ってください。

8.2.3　インシデントの状態変更に応じたJP1イベントの対処状況変更

JP1/IM - Managerから自動登録したインシデント，またはJP1/IM - Viewから手動登録したインシデントの状態をJP1/IM - Incident Master側で変更すると，それに応じてJP1/IM - Managerホストの，該当するJP1イベントの対処状況も自動的に変更されます。

JP1/IM - Incident Master側で設定できるインシデントの状態と，それに対応するJP1イベントの対処状況を次の表に示します。

表8-3　インシデントの状態と対応するJP1イベントの対処状況

インシデントの状態※ | 対応するJP1イベントの対処状況
未対処 | 未対処
対処中 | 処理中
保留 | 保留
解決 | 対処済

注※　上の表にない，そのほかのインシデントの状態（「相関中」や「相関不成立」）の場合には，JP1イベントの対処状況は変更されません。また，JP1/IM - Incident Master側でインシデントを削除した場合も，それに対応してJP1/IM - Manager側でJP1イベントが削除されることはありません。

インシデントの状態とJP1イベントの対処状況の連動は，JP1/IM - Incident Master側からインシデントの状態を変更した場合にだけ適用されます。JP1/IM - Manager側でJP1イベントの対処状況を変更した場合には，そのJP1イベントに対応するインシデントがあったとしても，その変更はJP1/IM - Incident Master側のインシデントの状態には反映されません。

8.3　JP1/IM - Rule Operationとの連携

セントラルコンソールでは，JP1/IM - Rule Operation連携用に次の機能を提供しています。

ルール起動要求をJP1/IM - Rule Operationに自動通知する機能

JP1/IM - Rule Operationへの通知状態・通知結果を確認する機能

これらの機能は連携時以外で使用しないため，デフォルトでは無効となっています。

ここでは，これらの機能について説明します。なお，JP1/IM - Rule Operationの詳細については，マニュアル「JP1/Integrated Management - Rule Operation 構築・運用ガイド」を参照してください。

注意

JP1/IM - Rule Operation連携機能は，自動アクション機能を拡張した形で提供されています。一部を除き，設定，処理などは，通常の自動アクションと同じです。

ここでは，通常の自動アクションと異なる部分についてだけ説明します。通常の自動アクションと共通の部分については，「5.　自動アクションによるコマンド実行」を参照してください。

＜この節の構成＞

8.3.1　JP1/IM - Rule Operationへの通知

8.3.2　JP1/IM - Rule Operationへの通知状態・通知結果の確認

8.3.3　JP1/IM - Rule Operationのモニター起動

8.3.1　JP1/IM - Rule Operationへの通知

JP1/IM - Rule Operation連携機能を有効に設定すると，自動アクション機能を利用してJP1/IM - Rule Operationにルール起動要求を自動通知できます。

図8-4　JP1/IM - Rule Operation連携の概要

JP1/IM - Rule Operation連携機能を有効にすると，JP1/IM - Viewの［アクション詳細設定］画面にJP1/IM - Rule Operation用の項目が表示されるようになり，JP1/IM - Rule Operationへの通知条件設定ができるようになります。

通知条件設定後，ルール起動要求の契機となるJP1イベントが発生すると， JP1/IM - ManagerはJP1/IM - Rule Operationに対し，ルール起動要求を自動通知します。

JP1/IM - Rule Operationの方では，自動通知されたルール起動要求を，ルール起動条件で判定し，起動条件に一致する場合にだけ，ルールを起動，実行します。

＜この項の構成＞

(1)　JP1/IM - Rule Operation連携機能の有効・無効設定

(2)　JP1/IM - Rule Operationへの通知条件設定

(3)　通知処理の流れ

(1)　JP1/IM - Rule Operation連携機能の有効・無効設定

JP1/IM - Rule Operation連携機能の有効・無効は，jcoimdefコマンドで設定します。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

JP1/IM - Rule Operation連携機能を有効に設定したJP1/IM - ManagerにJP1/IM - Viewで接続すると，次に示す画面にJP1/IM - Rule Operation連携用の項目が追加されます。

設定に関する項目が追加される画面

［アクション設定］画面

［アクション詳細設定］画面

表示に関する項目が追加される画面

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

［イベント検索］画面

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

これらの画面の詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.　［イベントコンソール］画面」を参照してください。

(2)　JP1/IM - Rule Operationへの通知条件設定

通常の自動アクションと同じく，JP1/IM - Rule Operationへの通知条件は［アクション詳細設定］画面，または自動アクション定義ファイル（actdef.conf）で設定します。

自動アクションに設定する通知条件は，できるだけルール起動条件として指定されたJP1イベントに絞り，必要最低限の自動アクションだけが実行されるようにしてください。

JP1/IM - Rule Operationへの通知条件設定は，次の図に示す部分以外，通常の自動アクションの設定と同様となります。

図8-5　JP1/IM - Rule Operationへの通知条件設定イメージ

なお，通常の自動アクションで指定できる以下の項目は，JP1/IM - Rule Operationへの通知条件設定では次のようになります。

実行ユーザー：通知先のJP1/IM - Rule OperationホストでユーザーマッピングされているJP1ユーザーとなります。jcoimdefコマンドで設定します。

実行ホスト：通知先のJP1/IM - Rule Operationホストとなります。jcoimdefコマンドで設定します。なお，通常の自動アクションと異なり，ホストグループ指定はできません。

アクション：「<RULE>」固定です。なお，JP1/IM - Rule Operationへの起動要求通知時には，内部処理としてJP1/IM - Managerのホスト名，通知の契機となったJP1イベントのイベントDB内通し番号，到着時刻を引数にJP1/IM - Rule Operationの内部コマンドが実行されます。

環境変数ファイル：指定できません。

画面の詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.26.1　［アクション詳細設定］画面」を参照してください。また，定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）を参照してください。

(3)　通知処理の流れ

JP1/IM - Rule Operationへの通知処理は，通常の自動アクションと同様，システムの階層構成（IM構成）の定義に従って実行されます。また，その際の通知処理の状態遷移も通常の自動アクションと同様となります。

8.3.2　JP1/IM - Rule Operationへの通知状態・通知結果の確認

JP1/IM - Rule Operationへの通知状態，および通知結果の確認は，次に示す画面，コマンドで確認できます。

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

jcashowaコマンド

どのように表示されるかについては，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.　［イベントコンソール］画面」，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「1.　コマンド」を参照してください。

また，次の条件を満たす場合には，上記三つの画面からJP1/IM - Rule Operation用のGUI，［ルール結果詳細］画面を呼び出し，ルールの実行状態を確認できます。

「種別」が「[図データ]ルール」の自動アクション。

「終了コード」が「0」となっている自動アクション。
「終了コード」が「0」以外の場合，ルールが起動されないため，［ルール結果詳細］画面の呼び出しができません。

図8-6　通知状態，通知結果の確認とルール結果詳細の確認

JP1/IM - ViewからJP1/IM - Rule Operationの画面を呼び出す場合，JP1/IM - Viewの認証情報を使用してログインを行います。ただし，次に示す場合にはJP1/IM - Viewの認証情報が無効になります。

ログインしている認証サーバが再起動した場合

ログインしている認証サーバがjbs_spmd_reloadコマンドによりリロードされた場合

ログインしている認証サーバがプライマリーからセカンダリーに切り替わった場合

JP1/IM - Viewの認証情報が無効になった場合の動作が，ご使用のバージョンによって異なるため注意してください。

JP1/IM - Manager，JP1/IM - View，両方のバージョンが08-10以降の場合，JP1/IM - Viewが自動的に再認証を行い認証情報を再度取得します。

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが08-01以前の場合，JP1/IM - Rule Operation側で認証に失敗します。

8.3.3　JP1/IM - Rule Operationのモニター起動

JP1/IM - Rule Operationは，ルールの開始や終了，異常終了などの際にJP1イベントを発行します。JP1/IMでは，JP1/IM - Viewに表示される，これらのJP1イベントからルールオペレーション・ビューアーの画面をモニター起動できます。

9.　JP1/IMの構成

この章では，JP1/IMの構成と機能，およびJP1/IMのシステム環境でのJP1/Baseの役割について説明します。

＜この章の構成＞

9.1　JP1/IMの構成例

9.2　製品構成

9.3　前提OSおよび前提プログラム

9.4　各種システム構成への対応

9.1　JP1/IMの構成例

JP1/IMでシステムの運用監視をする場合の，JP1/IMの構成について説明します。

図9-1　JP1/IMの構成例

9.2　製品構成

JP1/IMの製品構成について説明します。

＜この節の構成＞

9.2.1　JP1/IMの製品構成

9.2.2　JP1/IMの各製品の接続性

9.2.1　JP1/IMの製品構成

JP1/IMは，次の製品で構成されます。

JP1/IM - View

JP1/IM - Manager

JP1/Base※

注※　JP1/Baseは，JP1/IMで監視するシステムの前提製品となります。

JP1/IM - Viewについて

JP1/IM - Viewは，JP1/IM - Managerに接続し，JP1/IM - Managerの管理情報を参照，操作するためのプログラムです。

システムを効率良く運用監視するためにJP1/IM - Managerが提供している機能の中には，JP1/IM - Viewがないと設定できないものがあります（フィルターの設定や監視ツリーの生成など）。

JP1/IM - Managerについて

JP1/IM - Managerは，システムの運用監視をするため，セントラルコンソール，セントラルスコープ，IM構成管理などの機能を実装したプログラムです。

次の制限があります。

バージョン9のJP1/Baseが前提プログラムとなります。

HP-UX （IPF）版JP1/IM - Managerの場合，HP-UX （IPF）版JP1/Baseが前提プログラムとなります。

WWWページ版のJP1/IM - Viewについて

JP1/IM - Viewの簡易版であるWWWページ版のJP1/IM - Viewは，JP1/IM - Managerのセントラルコンソールの機能として提供されています。

WWWブラウザーによってWWWページ版のJP1/IM - Viewを使用する場合，次の制限があります。

HP-UX （IPF）版JP1/IM - Managerでは，WWWページ版のJP1/IM - Viewを使用できません。

セントラルスコープおよびIM構成管理の機能は，使用できません。

［コマンド実行］画面や［統合機能メニュー］画面など，使用できない画面があります。また，モニター起動やイベント一覧情報の保管（CSV出力）ができないなど，操作にも制限があります。詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「1.　画面遷移と［ログイン］画面」を参照してください。

制限値が一部異なります。「付録D　制限値一覧」を参照してください。

9.2.2　JP1/IMの各製品の接続性

各製品で接続（または管理）できる製品を次の表に示します。

表9-1　ビューアー・マネージャー製品の接続性

ビューアー製品
接続できるマネージャー製品

JP1/IM - View
（バージョン9）
JP1/IM - Manager（バージョン9，バージョン8）
JP1/IM - Central Console（バージョン7）
JP1/IM - Central Console 10 Node（バージョン7）
JP1/IM - Central Scope（バージョン7）

JP1/IM - View
（バージョン8）
JP1/IM - Manager（バージョン9）
バージョン8以前のマネージャー製品との接続性については，過去に発行されたバージョン8のマニュアルでご確認ください。

JP1/IM - View
（バージョン7）
JP1/IM - Manager（バージョン9）
バージョン8以前のマネージャー製品との接続性については，過去に発行されたバージョン8のマニュアルでご確認ください。

表9-2　マネージャー・エージェント製品の接続性

上位マネージャーの種別
接続（管理）できるマネージャーおよびエージェント製品

JP1/IM - Manager（バージョン9）
JP1/IM - Manager（バージョン9，バージョン8）
JP1/IM - Central Console（バージョン7）
JP1/IM - Central Console 10 Node（バージョン7）
JP1/IM - Central Scope（バージョン7）
JP1/Base（バージョン9，バージョン8，バージョン7，バージョン6※）

JP1/IM - Manager（バージョン8）
JP1/IM - Manager（バージョン9）
JP1/Base（バージョン9）
バージョン8以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン8のマニュアルでご確認ください。

JP1/IM - Central Console（バージョン7）
JP1/IM - Manager（バージョン9）
JP1/Base（バージョン9）
バージョン8以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン8のマニュアルでご確認ください。

JP1/IM - Central Console 10 Node
（バージョン7）
JP1/Base（バージョン9）
バージョン8以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン8のマニュアルでご確認ください。

注※　JP1/Baseがバージョン6の場合，イベント転送機能だけ使用できます。イベント転送機能については，「7.4.2(2)　JP1イベントの転送によるマネージャーでの集中管理」を参照してください。

9.3　前提OSおよび前提プログラム

JP1/IMおよびJP1/Baseの前提OSおよび前提プログラムについて説明します。

＜この節の構成＞

9.3.1　前提OS

9.3.2　前提プログラム

9.3.1　前提OS

JP1/IMおよびJP1/Baseの前提OSについて説明します。

表9-3　JP1/IMの前提OS

OS名 | JP1/IM - View | JP1/IM - Manager | JP1/Base※1
Windows XP Professional | ○※2 | － | ○
Windows Server 2003 | ○※2 | ○※3 | ○
Windows Server 2003 (IPF) | － | － | ○※4
Windows Vista | ○※2※5 | － | ○
Windows Server 2008 | ○※2※5 | ○※3※5 | ○
Windows Server 2008 (IPF) | － | － | ○※4
Windows 7 | ○※2※5 | － | ○
HP-UX (IPF) | － | ○※6 | ○※4
Solaris | － | ○ | ○
AIX | － | ○ | ○
Linux | － | ○ | ○
Linux (IPF) | － | ○※6 | ○※4

（凡例）

○：動作する

－：動作しない

注※1　JP1/Baseは，OSによって機能のサポート範囲が異なります。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

注※2　リモートデスクトップ接続で使用する場合は，通常のリモートデスクトップ接続ではなく“セッション０”で接続する必要があります。“セッション０”で接続するには，作業端末（クライアント）側の“リモートデスクトップ接続”アプリケーション起動時に，次のように/consoleオプションを指定してください。

mstsc.exe /console

mstsc.exeは“リモートデスクトップ接続”アプリケーションの実行ファイルです。

“セッション０”接続は一人のAdministrators権限ユーザーだけが使用できます。同時に複数人で接続できません。

注※3　管理用リモートデスクトップ接続を使用してインストールおよび設定に関する操作をする場合，次の制限事項があります。

インストール，セットアップ，アンインストールおよび保守作業の目的でだけ使用できます。

通常のリモートデスクトップ接続ではなく“セッション０”で接続する必要があります。“セッション０”で接続するには，作業端末（クライアント）側の“リモートデスクトップ接続”アプリケーション起動時に，次のように/consoleオプションを指定してください。
mstsc.exe /console
mstsc.exeは“リモートデスクトップ接続”アプリケーションの実行ファイルです。
なお，“セッション０”接続は同時に一人のAdministrators権限ユーザーだけが使用できます。

注※4　Windows Server 2003 (IPF)，Windows Server 2008 (IPF)，HP-UX (IPF)，Linux (IPF)で動作できるのはIPF版JP1/Baseだけです。

注※5　Windows 7，Windows Server 2008，およびWindows Vista版のJP1/IM - View，JP1/IM - Managerでは，JISコード第3水準および第4水準の文字はサポートしていません。JP1/IM - Viewで，定義ファイル，およびコマンド引数でこれらの文字を使用した場合は，文字化けが発生して正しく動作しないおそれがあります。

注※6　HP-UX (IPF)，Linux (IPF)で動作できるのはIPF版JP1/IM - Managerだけです。

なお，サポートしているOSのバージョンや種類（例：Enterprise Editionなど）については，各製品のリリースノートを参照してください。

9.3.2　前提プログラム

JP1/IMおよびJP1/Baseの前提プログラムについて説明します。

表9-4　JP1/IM，JP1/Baseの前提プログラム

製品名
前提プログラム

JP1/IM - View
他製品連携でJP1/IM - Viewから連携製品側の画面を表示する場合には，次のどちらかが必要になります（どちらが必要になるかは連携製品側に依存します）。

ビューアーから起動するJP1シリーズのプログラムなどのアプリケーションプログラム

WWWブラウザー

JP1/IM - Manager

JP1/Base

HTTPサーバ※

JP1/Base
－

（凡例）

－：必要ない

注※　WWWページ版のJP1/IM - Viewを使用する場合に必要です。なお，WWWページ版のJP1/IM - Viewを使用する際に利用するWWWブラウザー（ビューアー側で必要）には，JREとそれに同梱されているプラグインが必要です。WWWブラウザーと必要になるJRE，また，HTTPサーバのバージョン，種類については，JP1/IM - Managerのリリースノートを参照してください。

9.4　各種システム構成への対応

各種システム構成へのJP1/IM，JP1/Baseの対応について説明します。

＜この節の構成＞

9.4.1　ファイアウォール対応

9.4.2　複数LAN対応

9.4.3　クラスタシステムでの運用

9.4.4　非クラスタシステムでの論理ホスト運用

9.4.1　ファイアウォール対応

JP1/IM，JP1/Baseは，ファイアウォール環境でもファイアウォールの設定をすることで運用できます。パケットフィルタリング型，NAT（スタティックモード）型のファイアウォール環境で使用できます。JP1/IM，JP1/Baseが使用するポート番号は，各マニュアルの付録に記載があるので，それを参考に設定してください。また，設定する際には次に示す内容についても注意してください。

マネージャー・エージェント間の通信は，システムの階層構成（IM構成）の定義に従って行われる通信と対象ホストと直接やり取りする直接通信の2種類があります（「7.3　JP1/IMのシステム環境で行う通信」を参照）。このため，ファイアウォールの設定もそれぞれの通信に対応した設定をする必要があります。

JP1/IM，JP1/Baseは，自ホスト内の通信でもポートを使用しています。ファイアウォールのホストでJP1/IM，JP1/Baseを使用する場合，自ホスト内の通信については，JP1/IM，JP1/Baseが使うすべてのポートを通過できるよう設定する必要があります。

なお，リモート監視構成の場合，リモートの監視対象ホストとJP1/IM - Manager間についてはファイアウォールには対応していません。

9.4.2　複数LAN対応

JP1/IM，JP1/Baseは，次のような特別な要件のあるネットワーク構成でもJP1/IM，JP1/Baseの通信設定を変更することで運用できます（各マシンが自由に通信できるネットワーク構成では，JP1/IM，JP1/Baseの通信設定をユーザーが意識して変更する必要はありません）。

＜特別な要件＞

通信するネットワークの選択
JP1/IM，JP1/Baseのマシンが複数のLANに接続されているが，JP1/IM，JP1/Baseは，特定のLANで通信するようにしたい（ホスト名に対応したIPアドレス以外で通信したい）。

分離されたネットワーク
JP1/IM，JP1/Baseのマシンが複数のLANに接続されているが，その複数LANの間で相互に通信ができない（ホスト名に対応したIPアドレスと通信できない）。

9.4.3　クラスタシステムでの運用

JP1/IMは，クラスタシステムでの運用に対応しています。

JP1/IMをクラスタ運用することによって，サーバ障害などが発生した場合でも実行系から待機系に処理を引き継いで，システム運用管理を継続できます。

詳細については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「6.　クラスタシステムでの運用と環境構築」を参照してください。

9.4.4　非クラスタシステムでの論理ホスト運用

通常，論理ホストのJP1/IMは，クラスタシステムでクラスタソフトと連携して運用します。しかし，IPアドレスとディスク領域を用意し，JP1/IMの論理ホストをセットアップすると，クラスタソフトと連携しなくてもフェールオーバーしない論理ホスト環境でJP1/IMを運用できます。

詳細については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「6.5　非クラスタシステムでの論理ホストの運用と環境構築」を参照してください。

10.　設計の概要

この章では，JP1/IM導入時の流れと設計について概要を説明します。

システムの運用管理は，そのシステムで実行する業務によりさまざまな方法があり，システムごとに運用を積み重ねてきた運用の文化があります。

既存のシステムの中にJP1/IMを導入することによって，さらに運用作業が効率化されるよう，設計をしてください。

＜この章の構成＞

10.1　JP1/IM導入の流れ

10.2　設計項目

10.3　JP1/IMの導入設計の概要

10.1　JP1/IM導入の流れ

JP1/IMを導入するには，次に示す図のように作業を進めます。

このマニュアルでは，それぞれの段階に対応して，JP1/IMについて検討する必要がある項目や作業の手順を説明しています。

図10-1　JP1/IM導入の流れ

10.2　設計項目

JP1/IM導入時の設計項目とこのマニュアルでの説明個所を次の表に示します。

詳細については，それぞれの説明個所を参照してください。

表10-1　設計項目

設計段階で検討する項目
説明個所

JP1/IMの統合監視DBに関する設計
フィルタリング方法
11.1.3　JP1イベントのフィルタリング設定の検討

監視するJP1イベント
11.1.4　相関イベント発行の検討

変更するJP1イベント
11.1.6　JP1イベントの重大度変更の検討

イベント情報の保管
11.1.9　統合監視DBのイベント情報の保管（イベントレポート出力）の検討

JP1/IMの運用管理に関する設計
監視するJP1イベント
11.1　JP1イベントによるシステム監視の検討

監視する監視オブジェクト
11.2　セントラルスコープによるシステム監視の検討

障害を検知した場合にJP1/IMで行う対処
11.3　JP1/IMでの問題調査の検討

自動アクション
11.4　自動アクションの検討

システムの階層構成（IM構成）の管理に関する設計
システムの階層構成の管理方法
11.5　システムの階層構成の管理の検討

リモート監視構成
11.5.2　リモート監視構成の管理

業務グループ
11.5.4　業務グループの検討

JP1/IMのシステムに関する設計
動作環境
12.1　動作環境の検討

旧バージョンからの移行（バージョンアップ）
12.2　旧バージョンのJP1/IMからのバージョンアップについて

システム構成
12.3　システム構成の検討

ネットワーク構成
12.4　ネットワーク構成の検討

システムの構成定義
12.5　システムの階層構成の検討

ユーザー認証
12.6　ユーザー認証の検討

JP1/IM，JP1/Baseの環境設計
12.7　JP1/IMおよびJP1/Baseの環境の検討

ほかの統合管理製品との連携
12.8　ほかの統合管理製品との連携の検討

メンテナンス
12.9　JP1/IMのメンテナンスの検討
12.10　JP1/IMが監視するシステム全体のメンテナンスの検討

JP1/IMの性能に関する設計
性能と見積もり
13.　性能と見積もり

10.3　JP1/IMの導入設計の概要

この節では，JP1/IMの導入時の設計について，おおまかな考え方を説明します。

実際にJP1/IMを導入するには，システムの構成や業務に合わせた導入設計が必要です。既存のシステム運用を生かしつつ，JP1/IMの導入により運用を効率化するように設計してください。

＜この節の構成＞

10.3.1　設計の概要

10.3.2　監視の設計

10.3.3　検知・通知の設計

10.3.1　設計の概要

JP1/IM導入時の設計には，JP1/IMによるシステム運用管理の設計と，それを実現するJP1/IMシステム自身の設計の，二つの側面があります。

運用管理の設計 ～JP1/IMによるシステム運用管理の設計～

監視：システムの何を監視するか。

検知～通知：発生した事象をどのように分類し，何を通知して即時対応するか。

調査，対策：問題が発生した場合に，どのように調査し，対策するか。

これらを，システム運用として検討した上で，JP1/IMの機能を使ってどのように実現するかを検討します。

システムの設計 ～JP1/IMシステムの設計～
重要なシステムをJP1/IMによって運用管理するには，JP1/IMが安定して稼働することが前提となります。システムの運用管理を実現するための，JP1/IMのシステムの構成や設定について検討します。

10.3.2　監視の設計

システムの監視では，安定稼働するために必要な監視項目と，その方法や管理を検討します。

図10-2　JP1による運用管理

＜この項の構成＞

(1)　監視方法の検討

(2)　監視項目の検討

(3)　監視視点の検討（セントラルスコープの利用）

(1)　監視方法の検討

システムの安定稼働を支えるための監視には，何をどのような方法で監視することが必要かを検討します。

システムの監視方法の検討

システム監視を検討するには，まずシステムを構成する要素を分析することが必要です。システムはさまざまな要素によって構成されているため，例えば，次のようなレイヤーに分けて検討し，それぞれを整理します。

ビジネス：どのようなジョブを実行しているか。

サーバ：サーバを構成するソフトウェアやハードウェアは何か。

ネットワーク：ネットワーク構成や，ネットワーク機器は何か。

次に，システムを構成する要素に対して，監視する方法を検討します。例えば，運用管理のための製品を使って，システムの各要素を監視します。ビジネスでの定型業務を実行するジョブ管理の情報を監視したり，サーバで実行する各ソフトウェアの監視製品を使用するなどにより，システムの各要素を監視します。

JP1の場合は，JP1シリーズとしてさまざまな角度でシステム運用を支援する製品を提供しており，システムの運用から監視まで対応することができます。

JP1/IMによる監視の検討

JP1/IMではJP1イベントにより事象を管理することで，システムを管理します。

このため，システムの各要素を運用管理する製品と連携することで，システムで発生した事象をJP1イベントとして収集することを検討します。

JP1シリーズの各製品とは，連携することによりJP1イベントを収集します。

また，ログファイル上のメッセージ，SNMPトラップ，Windowsイベントログは，JP1/Baseのイベント変換機能によってJP1イベントに変換して管理できます。

(2)　監視項目の検討

システムの安定稼働していることを確認するには，どのような項目でシステムを監視することが必要かを検討します。

監視項目の確認

先に検討した，システムの監視方法について，それぞれどのような項目を監視できるか確認します。例えば，パフォーマンス管理ツールでは，監視ができるリソース使用率や負荷などの監視項目があります。

監視できる項目は，自システムの運用に適切なものか検討してください。例えば，リソース利用率の監視などでは，イベントを発行するしきい値などが十分に設計されていることを確認してください。

JP1イベントの内容の確認

監視項目として必要な項目が整理できたら，JP1イベントとしてどの項目の値として記録されているかを確認します。

JP1イベントを発行する製品であれば，JP1イベントの項目名と値の形式を確認します。

ログファイルやSNMPトラップなどを，JP1/Baseイベント変換機能によりJP1イベントに変換している場合は，変換元の内容と，変換後のJP1イベントの項目の対応を確認します。

(3)　監視視点の検討（セントラルスコープの利用）

セントラルスコープにより運用管理をする場合は，監視の視点を検討します。

セントラルスコープでは，監視視点に合わせた目的指向型のシステム監視として，［監視ツリー］画面でのツリー形式の表示，および［ビジュアル監視］画面によるマップ形式の表示により監視ができます。

監視ツリーの検討

次に示す監視ツリーを，自動生成の機能により生成することができます。

業務指向ツリー

サーバ指向ツリー

システム構成ツリー

これを基に，監視項目の追加や削除を行って，監視する目的に合わせた監視ツリーを作成します。

ビジュアル監視の検討

重点的に監視が必要な個所がある場合は，［ビジュアル監視］画面を使ったマップ形式での監視を検討します。また，業務組織図や地図など，マップの画像を用意します。

10.3.3　検知・通知の設計

監視方法および監視項目を検討したあと，問題を検知したときの対処について検討します。

図10-3　問題の重大度と対応の検討

＜この項の構成＞

(1)　JP1イベントと重大度の検討

(2)　緊急度に応じた対応の検討

(3)　セントラルスコープでの監視

(1)　JP1イベントと重大度の検討

JP1/IMはシステムで発生した事象を，JP1イベントにより管理します。このJP1イベントには，発生した事象の重大さを表す重大度が記録されています。

この重大度を軸にして，問題の検知と通知について，検討を進めます。

JP1イベントの重大度による分類

JP1イベントでの重大度（項目名：E.SEVERITY）を軸にして分類します。

なお，JP1イベントは，システムで発生する事象と重大度の対応を定義しており，各製品は，管理する対象に合わせて適切な重大度を設定しています。

SNMPトラップやWindowsイベントログをJP1イベントに変換している場合は，変換元の重大度がJP1イベントの重大度に対応づけられています。また，統合監視DBを使用する場合に，JP1イベントの重大度をユーザーが定義した重大度に変更しているときは，ユーザーが定義した重大度がJP1イベントの重大度に対応づけられます。元のイベントの重大度を確認して，JP1イベントと同様に分類してください。ログファイル上のメッセージを変換した場合は，変換の設定によって任意の重大度が設定されています。適切な重大度になるよう設定してください。

分類したJP1イベントの確認

重大度ごとに分類したJP1イベントを確認します。

各JP1は一般的な運用に合わせて適切な重大度が設定されていますが，システムの運用によっては重要なイベントとして扱う必要がないものもありえます。このようなイベントがないかを確認します。

(2)　緊急度に応じた対応の検討

分類したJP1イベントについて，緊急度に応じて対応方法を検討します。

ここでは，例として3段階（緊急，重要，通常）に分けた対応方法を説明します。

緊急の対応が必要なイベント

JP1/IMで管理するイベントから，至急の対応が必要なイベントがないかを検討します。例えば，システムダウンは業務に致命的な影響を与えるため，即時対応が必要です。

このような障害が発生した場合は，管理者に通知することを検討します。

なお，管理者への通知は，負担を考えて緊急性の必要なイベントだけにします。また，内容によって，通知する範囲を変えるなども検討してください。

JP1/IMでは，自動アクションによってコマンドを実行し，緊急の連絡をすることができます。通知が必要なイベントを一意に判定する方法と，通知するためのコマンド（例えばメール送信コマンド）を検討して，自動アクションとして定義します。

監視が必要な重要イベント

重大度が，異常の発生を意味する場合は，監視対象のイベントとして対応することを検討します。

まず，監視が必要な重要なイベントについては，JP1/IMマネージャーへ転送し，一元的に管理するようにします。

また，JP1/IMでは，重要イベントとして扱うJP1イベントを重大度などにより定義します。重要イベントとして扱うと，［イベントコンソール］画面の［重要イベント］ページで，発生した重要イベントの一覧と，対処状況を管理することができます。

定期的に確認する通常イベント

ジョブの正常終了など，正常に動作しているイベントは，システムの運用要件によっては，次のように使われる場合があります。

JP1イベントを履歴として残したい。
（例）ジョブ実行のJP1イベントを，ジョブ実行履歴として保管する。

JP1イベントを統計情報として利用したい。
（例）ジョブ実行のJP1イベントの，実行開始および実行終了の項目を，ジョブ実行時間の統計情報として利用したい。

緊急度の高いイベント，重要イベントについては，JP1/IM - Viewに表示，CSV出力して，システム見直しなどの際に利用してください。

また，JP1/IMの監視対象外としているイベントについては，各ホストで，次のコマンドを使ってCSV出力して，利用してください。

JP1/Baseのjevexportコマンド
イベントDBの内容をCSV出力する場合に利用してください。

JP1/IM - Managerのjcoevtreportコマンド
統合監視DBの内容をCSV出力する場合に利用してください。

(3)　セントラルスコープでの監視

セントラルスコープでは，表示される重要度を，カスタマイズすることができます。

監視ツリーでは，システム全体をツリーとして表示するため，監視対象同士の関連の把握が容易です。しかし，障害のイベントが発生すると，監視ツリーの構成によっては広範囲の監視オブジェクトが障害色になってしまいます。

監視オブジェクトの状態変更の契機は，デフォルトではJP1イベントの重大度と関連していますが，これを運用に合わせてカスタマイズすることができます。

また，監視オブジェクトを非監視にすることもできます。

11.　運用管理の設計

この章では，JP1/IMでシステムの運用監視をするための検討項目について説明します。

＜この章の構成＞

11.1　JP1イベントによるシステム監視の検討

11.2　セントラルスコープによるシステム監視の検討

11.3　JP1/IMでの問題調査の検討

11.4　自動アクションの検討

11.5　システムの階層構成の管理の検討

11.1　JP1イベントによるシステム監視の検討

JP1/IMではJP1イベントによりシステムで発生した事象を監視します。

システム運用管理で監視したい事象を，JP1イベントによって管理するよう，JP1/IMの設定を検討します。

＜この節の構成＞

11.1.1　JP1イベントでの事象の管理

11.1.2　マネージャーに転送するJP1イベントの検討

11.1.3　JP1イベントのフィルタリング設定の検討

11.1.4　相関イベント発行の検討

11.1.5　繰り返しイベントの集約表示の検討

11.1.6　JP1イベントの重大度変更の検討

11.1.7　イベントガイドの検討

11.1.8　イベント一覧情報の保管（CSV出力）の検討

11.1.9　統合監視DBのイベント情報の保管（イベントレポート出力）の検討

11.1.1　JP1イベントでの事象の管理

システムの事象を，JP1イベントにより管理できるように検討します。

＜この項の構成＞

(1)　JP1イベントを発行するプログラムとの連携

(2)　JP1イベント発行コマンドの利用

(3)　他形式のイベントをイベント変換機能でJP1イベントにする

(1)　JP1イベントを発行するプログラムとの連携

JP1シリーズのプログラムなど，JP1イベントを発行するプログラムの場合は，発行されるJP1イベントを使用します。

JP1イベントを発行するために，設定が必要なプログラムもあります。詳細は，各製品のマニュアルを参照してください。

(2)　JP1イベント発行コマンドの利用

JP1イベントを発行しないプログラムの場合，JP1イベント発行コマンド（jevsend，jevsendd）を利用して，JP1イベントを発行することを検討してください。二つのコマンドの違いは，JP1イベントの登録を確認するか，確認しないかです。詳細は，次の説明を参照してください。

JP1イベント発行コマンドについて

JP1イベント発行コマンドでJP1イベントを登録する

参照先：マニュアル「JP1/Base 運用ガイド」のjevsendコマンドおよびjevsenddコマンドの説明

(3)　他形式のイベントをイベント変換機能でJP1イベントにする

監視したい事象が，次の情報として出力されている場合は，イベント変換機能によりJP1イベントに変換してJP1/IMにより管理することができます。

ログファイル上のメッセージ

SNMPトラップ

Windowsのイベントログ

この場合は，JP1/Baseのイベント変換機能の設定を検討してください。

イベント変換機能について

ログファイルのメッセージを，JP1イベントに変換する
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，アプリケーションプログラムのログファイルの変換に関する説明

SNMPトラップを，JP1イベントに変換する
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，SNMPトラップの変換に関する説明

Windowsイベントログを，JP1イベントに変換する
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，Windowsのイベントログの変換に関する説明

11.1.2　マネージャーに転送するJP1イベントの検討

システム運用管理に必要なJP1イベントを，JP1/IMマネージャーへ転送するよう検討してください。

JP1イベントは，JP1/Baseのイベントサービスで管理しており，イベント転送設定に定義された転送対象のJP1イベントと転送先ホストに従って転送します。

デフォルトの設定では，システムの構成定義に設定したマネージャーとエージェントの階層にそって，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」「警告（Warning）」のJP1イベントを転送します。

次のような場合には，設定をカスタマイズしてください。

重大度が通知や正常に設定されたJP1イベントをJP1/IMで管理する
重大度が「通知（Notice）」や「情報（Information）」のJP1イベントをJP1/IMで管理したい場合は，転送設定に追加します。例えば，ジョブの実行状況を確認するために，ジョブネット正常終了のJP1イベント（重大度が「情報（Information）」）をJP1/IMで管理したい場合は，そのイベントを転送するよう設定します。ただし，このような場合は，JP1/IMマネージャーへ転送するJP1イベントが少数になるよう，転送設定に明確な条件を指定してください。

JP1/SESイベントをJP1/IMで管理する
JP1/SESイベントをJP1/IMで管理する場合は，転送設定に追加してください。例えば，JP1/Open Job Entry（メインフレームと連携するための製品）が発行するJP1/SESイベントをJP1/IMで管理したい場合は，そのイベントを転送するよう設定します。ただし，このような場合は，JP1/IMマネージャーへ転送するJP1イベントが少数になるよう，転送設定に明確な条件を指定してください。

JP1イベントの転送について

JP1イベントの転送の設定
参照先：マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章

システムの構成定義の設定
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「構成定義ファイル（jbs_route.conf）」（2.　定義ファイル）

注意

各エージェントで発生したJP1イベントは，マネージャーで管理する必要がある重要イベントだけをフィルタリングして転送してください。各エージェントで発生したJP1イベントをすべてマネージャーに転送すると，転送遅延やマネージャーでの登録遅延が発生するおそれがあります。

業務グループでの参照・操作を制限している場合，異なる業務グループ間でJP1イベントを転送しないでください。

詳細については，「3.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

11.1.3　JP1イベントのフィルタリング設定の検討

システム監視で適切なJP1イベントをJP1/IMで管理するよう，JP1イベントのフィルタリング設定について検討してください。

JP1/IMマネージャーでの，JP1イベントの流れは，統合管理DBを使用しない場合と使用する場合で異なります。統合管理DBを使用しない場合と使用する場合のフィルターの影響に着目して図で示すと，次のようになります。

図11-1　フィルターの影響（統合監視DBを使用しない場合）

図11-2　フィルターの影響（統合監視DBを使用する場合）

イベント基盤サービス，相関イベント発行サービスおよびインシデント登録サービスは，イベント取得フィルターの条件でJP1イベントをフィルタリングします。統合監視DBを使用する場合，フィルタリングされたJP1イベントを統合監視DBに登録します。フィルタリングされたJP1イベントは，ユーザーフィルターを通って，JP1/IM - View上に表示されます。

JP1イベントの発生から順に，各フィルターについて説明します。

＜この項の構成＞

(1)　イベント取得フィルター

(2)　ユーザーフィルター

(3)　重要イベントフィルター

(4)　表示フィルター

(5)　フィルターの条件定義

(1)　イベント取得フィルター

イベント取得フィルターには，JP1/IM - ManagerがJP1/Base（イベントサービス）からJP1イベントを取得する条件を設定します。

デフォルトでは，重大度が設定されたJP1イベントをすべて取得します。

統合監視DBを使用する場合，重大度変更機能を設定して重大度を変更しても，元の重大度でJP1イベントを取得します。

次に，イベント取得フィルターの設定のカスタマイズとイベント取得フィルターの複数設定について説明します。

(a)　イベント取得フィルターの設定のカスタマイズを検討する

次のような場合には，イベント取得フィルターの設定をカスタマイズしてください。

［イベントコンソール］画面の［イベント監視］ページに「通知（Notice）」や「情報（Information）」のJP1イベントを表示しない
マネージャーで，通知や情報のJP1イベントが大量に発生する場合は，イベント取得フィルターで，取得するJP1イベントの重大度を「警告（Warning）」以上などに設定します。例えば，JP1/IM - Managerと同じホストでJP1/AJS - Managerが動作し，ジョブ実行のイベントが大量に発生する場合などがあります。なお，重大度を設定するときは，［イベント取得条件設定］画面でその重大度を設定した条件群を別々に作成してください。

JP1/SESイベントをJP1/IMで監視する
JP1/SESイベントは重大度が設定されていないため，デフォルト設定ではそのイベントをJP1/IMは取得しません。JP1/SESイベントをJP1/IMで管理したい場合は，イベント取得フィルターで，JP1/SESを取得するよう設定します。なお，JP1/SESを取得する設定をするときは，［イベント取得条件設定］画面で［JP1/SESイベント］を選択した条件群を別々に作成してください。

(b)　イベント取得フィルターの複数設定を検討する

営業時間用と夜間用など，時間帯によって取得したいJP1イベントの条件を切り替えたい場合は，イベント取得フィルターを複数設定することを検討してください。

(c)　メンテナンス用の共通除外条件を検討する

JP1/IMおよびJP1/Baseのメンテナンス計画に基づいて，メンテナンス作業の実施時だけ特定のホストが発行するJP1イベントを監視対象外とするために，イベント取得フィルターにメンテナンス用の共通除外条件を定義するかどうかを検討してください。

メンテナンス対象ホストのJP1イベントを取得しないよう共通除外条件を定義しておき，メンテナンス時だけ共通除外条件を有効にすることで，通常運用時のフィルター条件を変更することなく，メンテナンス対象ホストからのJP1イベントを監視対象外にできます。

なお，イベント取得フィルターの共通除外条件を利用したメンテナンスの詳細については，「12.10　JP1/IMが監視するシステム全体のメンテナンスの検討」を参照してください。

(d)　注意事項

旧バージョンでイベント取得フィルター（互換用）を使用していた場合，フィルターの位置・動作が異なります。また，イベント取得フィルター（互換用）を使用している場合に統合監視DBを使用しても，イベント取得フィルター（互換用）でフィルタリングします。詳細については，次を参照してください。
参照先：「12.2.3(2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて」

イベント取得フィルターは，相関イベント発行サービスにも適用されます。相関イベント発行サービスはデフォルトで起動しない設定となっていますが，起動するとイベント基盤サービスに適用されているフィルター内容が，そのまま相関イベント発行サービスにも適用されます。

イベント取得フィルターは，JP1/IM - Incident Master連携機能のインシデント登録サービスにも適用されます。インシデント登録サービスは，デフォルトで起動しない設定となっていますが，起動するとイベント基盤サービスに適用されているフィルター内容が，そのままインシデント登録サービスにも適用されます。
インシデント登録サービスの機能概要については「8.2　JP1/IM - Incident Masterとの連携」を，機能詳細についてはマニュアル「JP1/Integrated Management - Incident Master」を参照してください。

(2)　ユーザーフィルター

ユーザーフィルターは，JP1/IMの管理者が，JP1ユーザーに対して監視できるJP1イベントを制限する場合に使用します。ユーザーフィルターの設定はJP1ユーザー単位にでき，設定の変更には管理者権限（JP1_Console_Admin）が必要です。

デフォルトでは制限がなく，どのJP1ユーザーもすべてのJP1イベントを監視できます。

次のような場合には，設定をカスタマイズしてください。

JP1ユーザーが監視できる範囲を制限する
機密上重要なJP1イベントを特定のJP1ユーザーに見えないようにするには，ユーザーフィルターに監視できるイベントを設定します。

特定の範囲を監視する
特定のJP1イベントだけを監視したり，大規模なシステムを分担して監視するなどの場合に，ユーザーフィルターを使って監視する範囲を設定することができます。

(3)　重要イベントフィルター

重要イベントフィルターは，システム監視で重要なJP1イベントを指定するために使用します。このフィルターで定義したJP1イベントは，重要イベントと見なされ，［イベントコンソール］画面の［重要イベント］ページに表示されます。また，この画面では，重要イベントの対処状況を管理できます。

デフォルトの設定では，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」または「エラー（Error）」のJP1イベントが，重要イベントとして定義されています。

次のような場合には，設定をカスタマイズしてください。

重要イベントから特定のイベントを除く
重要イベントに相当する重大度が設定されているJP1イベントだが，システム運用上は重要イベントとして扱う必要がないJP1イベントがある場合は，重要イベントフィルターで，イベントIDの値と「と一致しない」を指定します。

(4)　表示フィルター

表示フィルターは，［イベントコンソール］画面の［イベント監視］ページに表示されるJP1イベントを，表示する条件を指定して絞り込むために使用します。

デフォルトでは，表示条件は設定されていません。

このフィルターは，通常，ユーザーが監視中に，一時的に特定のJP1イベントだけを表示したい場合などに使用します。

(5)　フィルターの条件定義

フィルター条件として条件群を複数定義する場合には，運用に入る前に条件群同士で相反する条件を定義していないか，確認してください。

例

次のような二つの条件群を通過条件に定義したと仮定します。

条件群A：「重大度が警告以上のJP1イベントを通過させる」と条件指定

条件群B：「HOSTA以外のホストからくるJP1イベントを通過させる」と条件指定

仮にHOSTAから重大度が警告以上のJP1イベントがくると，条件群Aの条件に一致するため，条件群Bで定義された条件にかかわらず，ユーザーの望まないJP1イベントがフィルターを通過してしまいます。

条件群同士の関係は，OR条件であることを十分に考慮に入れて，条件定義をしてください。なお，上記例の場合，条件群Bを「HOSTAからくるJP1イベント」を除外するよう除外条件群に定義しておくと，通過条件に定義した条件群Aよりも優先されるため，HOSTAから重大度が警告以上のJP1イベントが来てもフィルターを通過しません。

フィルターの設定について

イベント取得フィルター
［イベント取得条件設定］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.12　［イベント取得条件設定］画面」
［イベント取得条件設定］画面（互換用）で設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.13　［イベント取得条件設定］画面（互換用）」
［イベント取得条件一覧］画面で追加，設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.14　［イベント取得条件一覧］画面」
jcochafmodeコマンドを使ってフィルター位置を変更する
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcochafmode」（1.　コマンド）
jcochfilterコマンドを使ってイベント取得フィルターを切り替える
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcochfilter」（1.　コマンド）

ユーザーフィルター
［ユーザーフィルター設定］画面で追加，設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.23　［ユーザーフィルター設定］画面」

重要イベントフィルター
［重要イベント定義］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.10　［重要イベント定義］画面」

表示フィルター
［表示フィルター設定］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.21　［表示フィルター設定］画面」
［表示フィルター一覧］画面で追加，設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.22　［表示フィルター一覧］画面」

11.1.4　相関イベント発行の検討

JP1/IM - Managerが管理するJP1イベントは，システムの規模に従って膨大な量になります。加えて，JP1イベントはシステム内の発生事象を一つ一つ管理する概念であるため，その種類も多岐にわたります。

JP1/IM - Managerの提供する各種フィルターを活用することで，イベントコンソール上に表示するJP1イベントを制限して管理できます。しかし，障害発生時には障害を通知するJP1イベントが大量に発生して，イベントコンソール上を埋めてしまうことがあります。システム管理者がこれらのJP1イベントごとに分析・調査して，障害要因を特定し対策するまでには大きな手間と負担が掛かります。

JP1/IM - Managerでは，あらかじめ発生が予測できる複数のJP1イベント同士を関連づけたり，JP1イベントの属性値を任意の値に変更したりして，新しいJP1イベント（相関イベント）を発行できます。相関イベントは，相関成立時だけでなく，相関不成立時にもJP1イベントを発行できます。システム管理者は，相関イベントの発行を活用することで，管理負担の軽減や障害対応までの時間を短縮できます。

なお，相関イベントの発行処理は，統合監視DBを使用しない場合と使用する場合で，相関処理の引き継ぎ方法が異なります。詳細については，「3.3　相関イベントの発行」を参照してください。

次からは相関イベントの発行を使用する上で検討してほしいことについて説明します。検討事項を次に示します。

相関イベント発行定義の検討

相関イベントを発行するための稼働環境の検討

相関イベントの発行に関する注意事項

＜この項の構成＞

(1)　相関イベント発行定義の検討

(2)　相関イベントを発行するための稼働環境の検討

(3)　相関イベントの発行に関する注意事項

(1)　相関イベント発行定義の検討

相関イベント発行定義には，相関元イベント（イベント条件），タイムアウト時間，イベント相関タイプ，および発行する相関イベントを定義します。

相関イベント発行定義の次の項目について，十分な検討をしてください。

相関の対象範囲の絞り込み
イベント条件に一致するJP1イベントが特定のシステムから発行されるものではないか

相関元イベント（イベント条件）

どのJP1イベントを相関元イベントとするか

相関元イベントは1件か，または複数件か

タイムアウト時間

イベント相関タイプ（順序性，組み合わせ，およびしきい値）

同一属性値条件
ホストやユーザーなどでグルーピングして，相関イベントを管理する必要はないか

同時相関数

発行する相関イベント

ここでは，これらの相関イベント発行定義について，次の六つの例を用いて説明します。相関イベント発行定義を検討する際の参考にしてください。

JP1イベントの属性値に任意の属性を付加する

JP1イベントのメッセージをシステムに合わせたメッセージに変更する

ホストA，BおよびCのすべてが起動したのを契機に自動アクションを実行する

JP1イベントを発行した特定のホストを対象として，相関イベントを発行する

認証エラーを示すJP1イベントをサーバごとに管理する

指定時間内にイベントが発生しなかったことを監視する

これら六つの例について，満たしたい要件，理由，および相関イベント発行定義ファイルの定義内容について説明します。

なお，相関イベント発行定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「相関イベント発行定義ファイル」（2.　定義ファイル）を参照してください。

(a)　JP1イベントの属性値に任意の属性を付加する

この例では，ほかのJP1製品などが発行するJP1イベントの固定の属性値に任意の属性値を付加して，相関イベントを発行する場合について説明します。

満たしたい要件

JP1/AJSのジョブの異常終了を通知するJP1イベント（00004107）の重大度を緊急（Emergency）として通知したい。

この例での相関イベントは，次のように設定します。

イベントID：A01

重大度：緊急（Emergency）

メッセージ：相関元イベント（00004107）のメッセージを引き継ぐ

理由

システム運用での重大度は次の表のように定義されているが，JP1/AJSのジョブの異常終了を通知するJP1イベント（00004107）は，重大度がエラーとなっているため。

表11-1　システム運用での重大度の定義

重大度 | システム要件
緊急 | すぐに対処する必要がある問題
エラー | 1運用日中に対処する必要がある問題

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図11-3　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Emergency_event]
CON=CID:1,B.ID==4107
SUCCESS_EVENT=B.ID:A01,E.SEVERITY:Emergency,B.MESSAGE:$EV1_B.MESSAGE

(b)　JP1イベントのメッセージを管理しやすいメッセージに変更する

この例では，JP1イベントのメッセージを変更して，相関イベントとして発行する場合について説明します。

満たしたい要件

JP1イベントのメッセージを，システムに合わせたメッセージに変更したい。また，変更後のメッセージに元のJP1イベントのメッセージの一部を引き継ぐ。

この例での相関イベントは，次のように設定します。

イベントID：A02

重大度：相関元イベント（00004107）の重大度

メッセージ：次の表に示すとおり，相関元イベントのメッセージを一部引き継ぐ。

表11-2　メッセージの内容

相関イベントの種別 | メッセージ内容
相関元イベント | KAVS0265-E ジョブ（ジョブ名：実行ID）が異常終了しました（status：状態，code：コード，host：ホスト名，JOBID：ジョブ番号）
相関イベント | ジョブ:ジョブ名 が RC=コード で異常終了:ジョブ担当者(内線:xxxx)へ連絡

（凡例）

　　（下線）：相関元イベントからの引き継ぎ個所を示す。

理由

JP1イベントのメッセージが長く，管理の必要な情報が後ろにあると，スクロールしないと全体がわからないことがあり，運用負荷が高くなるため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図11-4　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。例えば，この例の行番号3は2行にわたっていますが，定義ファイルに記述するときは1行で記述します。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Job_error]
CON=CID:1,B.ID==4107,B.MESSAGE*="KAVS0265-E.*¥¥((.*):.*¥¥).*code: (.*), host.*"
SUCCESS_EVENT=B.ID:A02,E.SEVERITY:$EV1_E.SEVERITY,B.MESSAGE:"ジョブ:$EV1_ENV1 が RC=$EV1_ENV2 で異常終了:ジョブ担当者(内線:xxxx)へ連絡"

(c)　ホストA，BおよびCのすべてが起動したのを契機に自動アクションを実行する

この例では，複数のJP1イベントを関連づけて相関イベントを発行する場合について説明します。なお，自動アクションの定義方法については説明していません。自動アクションの定義については，「5.3　自動アクションの定義」を参照してください。

満たしたい要件

ホストA，BおよびCのすべてが正常に起動したときに，自動アクションを実行したい（システムのメンテナンス時の運用）。

ホストA，BおよびCが正常に起動した場合，次のJP1イベントが発行されると仮定します。

イベントID：100

重大度：情報（Information）

メッセージ：ホストが起動しました。
メッセージの可変値（ホスト）には，ホスト名A，BまたはCに置き換わります。

拡張属性（E.HOST）：起動したホスト名A，BまたはCに置き換わります。

この例での相関イベントは，次のように設定します。

イベントID：A03

重大度：情報（Information）

メッセージ：すべてのホストが正常に起動しました。ホスト名：A B C

また，すべてのホストから正常起動のJP1イベントが発行されるまでのタイムアウト時間は10分とします。

理由

ホストA，BおよびCが起動したことを通知する三つのJP1イベントに対して，自動アクションを設定すると定義が複雑になる。一方，相関イベント1件に対して自動アクションを設定するのは容易なため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図11-5　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。例えば，この例の行番号6は2行にわたっていますが，定義ファイルに記述するときは1行で記述します。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Start_notification]
CON=CID:10,B.ID==100,B.MESSAGE==Aが起動しました
CON=CID:20,B.ID==100,B.MESSAGE==Bが起動しました
CON=CID:30,B.ID==100,B.MESSAGE==Cが起動しました
TIMEOUT=600
SUCCESS_EVENT=B.ID:A03,E.SEVERITY:Information,B.MESSAGE:"すべてのホストが起動しました。ホスト名:$EV10_E.HOST $EV20_E.HOST $EV30_E.HOST"

(d)　JP1イベントを発行した特定のホストを対象として，相関イベントを発行する

この例では，次に示すようなシステム構成でJP1イベントを発行した特定のホストを対象として，相関イベントを発行する場合について説明します。

図11-6　特定のホストを対象として相関イベントを発行する

満たしたい要件

(a) で説明した次の要件をホスト名host1，host2，host3に限定したい。

JP1/AJSのジョブの異常終了を通知するJP1イベント（00004107）の重大度を緊急（Emergency）として通知したい。

この例での相関イベントは，次のように設定します。

イベントID：A01

重大度：緊急（Emergency）

メッセージ：相関元イベント（00004107）のメッセージを引き継ぐ

理由

JP1/AJSでジョブを実行している複数のホストを監視しているが，特定のホスト（業務のキーとなるジョブを実行するホスト）の重大度だけを変更したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図11-7　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Emergency_event]
TARGET=B.SOURCESERVER==host1;host2;host3
CON=CID:1,B.ID==4107
SUCCESS_EVENT=B.ID:A01,E.SEVERITY:Emergency,B.MESSAGE:$EV1_B.MESSAGE

(e)　認証エラーを示すJP1イベントをサーバごとに管理する

この例では，次の図に示すように認証エラーを示すJP1イベント（00003A71）が複数件発行されたサーバごとに，相関イベントを発行する場合について説明します。

図11-8　認証エラーを示すJP1イベントをサーバごとにまとめて相関イベントを発行する

00003A71はJP1/BaseのWindowsイベントログトラップ機能を使用して発行されたJP1イベントのIDです。なお，ここではWindowsイベントログトラップ機能の設定方法は説明していません。詳細については，マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，Windowsイベントログを変換する説明を参照してください。

満たしたい要件

認証エラーを示すJP1イベント（00003A71）が5件発生したサーバごとに相関イベントを発行したい。

理由

特定サーバへの接続を認証機能を使って制限し，認証エラーを示すJP1イベントを関連づけて相関イベントを発行している。認証機能を持たせたホストは複数台あり，それをホストごとに管理したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図11-9　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Access_error]
CON=CID:1, B.ID==3A71, B.MESSAGE>=ユーザー認証に失敗
TYPE=threshold:5
SAME_ATTRIBUTE=B.SOURCESERVER
SUCCESS_EVENT=B.ID:A00,E.SEVERITY:Error,B.MESSAGE:$EV1_B.SOURCESERVER で認証エラーが発生しました

(f)　指定時間内にイベントが発生しなかったことを監視する

この例では，次の図に示すように指定時間内にイベントが発生しなかったことを監視するために，相関イベントを発行する場合について説明します。

図11-10　指定時間内にイベントが発生しなかったことを監視する場合

満たしたい要件

サーバの停止を検知し，警告イベントAがあがったが，間隔が空いてサーバ起動の情報イベントBがあがった。タイムアウト時間内にAとBを検知できない場合に，相関不成立として警告イベントCをあげたい。

理由

指定時間内にイベントが発生しなかったことを監視して，その原因を究明したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図11-11　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[sokan1]
TIMEOUT=180
CON=CID:1,B.ID==A
CON=CID:2,B.ID==B
SAME_ATTRIBUTE=B.SOURCESERVER
FAIL_EVENT=B.ID:C,E.SEVERITY:Warning,B.MESSAGE:$EV1_B.SOURCESERVER のサーバが回復してません。
TYPE=sequence

(2)　相関イベントを発行するための稼働環境の検討

ここでは，相関イベントを発行するための稼働環境の検討について説明します。

相関イベントの発行によるメモリー所要量，ディスク占有量の見積もり

相関イベントを発行するには，JP1/IM - Managerの次のプロセスを稼働させる必要があります。

統合監視DBを使用しない場合：
相関イベント発行サービス（evgen）

統合監視DBを使用する場合：
イベント基盤サービス（evflow）

プロセスを稼働させることで増加するメモリー所要量について，事前に見積もっておく必要があります。

また，定期的に増加する相関イベント発行履歴ファイルは，ディスク容量を圧迫します。増加するディスク容量を見積もった上で十分なリソースを確保してください。なお，相関イベント発行履歴ファイルのサイズおよび面数は，相関イベント発行環境定義ファイルのパラメーターを調整することで変更できます。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「相関イベント発行環境定義ファイル」（2.　定義ファイル）を参照してください。

メモリー所要量，ディスク占有量の見積もりについてはJP1/IM - Managerのリリースノートを参照してください。

JP1/IMおよびJP1/Baseの各種フィルターの設計

JP1/IMおよびJP1/Baseの各種フィルターについては，次の二つの観点から設定してください。

相関元イベントに対するフィルタリング
相関元イベントとするJP1イベントは，相関イベント発行サービスに配信される必要があります。このため，JP1/Baseの転送フィルターおよびJP1/IMのイベント取得フィルターで，相関元イベントが通過できるように設定してください。
なお，JP1/IMの重要イベントフィルター，ユーザーフィルター，および表示フィルターの設定は任意です。相関元イベントを監視したいかどうかによってフィルタリングするか，通過させるかの設定をしてください。

相関イベントに対するフィルタリング
相関イベントは，JP1/IM - Viewでの監視が必要になります。基本的には，JP1/IMのイベント取得フィルターを始めとする各種フィルターで，相関イベントが通過できるよう設定してください。
なお，相関イベントを監視以外の目的で発行する場合，例えば自動アクションの実行契機にしたり，監視ノードの状態変更の契機にしたりするときには，フィルタリングの対象としてもかまいません。ただし，この場合もイベント取得フィルターは通過できるよう設定してください。

JP1/IMの各種フィルター設定の検討については，「11.1.3　JP1イベントのフィルタリング設定の検討」を，JP1/Baseの転送フィルター設定の検討については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの設定の章，JP1イベントの転送の説明を参照してください。

(3)　相関イベントの発行に関する注意事項

相関イベントの発行に関する注意事項を次に示します。

発行された相関イベントは，再度相関イベントの発行処理の対象とすることはできません。
相関イベント発行定義に，相関元イベントとして相関イベントを登録した場合，その定義内容は無視されます。

相関イベント発行定義ファイルの編集後は，必ずjcoegscheckコマンドで定義内容をチェックしてください。これによって，不正な条件や冗長な条件を定義不正としてチェックアウトできます。
jcoegscheckコマンドについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoegscheck」（1.　コマンド）を参照してください。
なお，相関イベント発行定義に不正な定義があった場合でも，相関イベント発行サービスは稼働できます。ただし，定義中の不正個所は無視されます。

相関の対象範囲の絞り込み条件および同一属性値条件と，イベント条件に同じイベント属性を指定した場合，絶対に成立しない不正な条件になることがあります。これは，jcoegscheckコマンドでチェックアウトできません。
相関の対象範囲の絞り込み条件，同一属性値条件を指定する場合，イベント条件と矛盾がないか注意して定義してください。
不正な条件について，例を示して説明します。まず，相関の対象範囲の絞り込み条件を指定した場合の例を次に示します。

図11-12　不正な条件の例1（相関の対象範囲の絞り込み条件を指定した場合）

行頭の行番号を使って説明します。
2行目で相関の対象範囲の絞り込み条件を指定して，発行元イベントサーバ名に「host」を含むJP1イベントを処理の対象としています。このため，4行目のイベント条件で指定した発行元イベントサーバ名が「HOST_A」のJP1イベントは発行処理の対象外になります。
4行目のイベント条件を満たすJP1イベントは処理されないため，相関イベント発行条件が成立せず，相関イベントが発行されません。

次に，同一属性値条件を指定した場合の例を示します。

図11-13　不正な条件の例2（同一属性値条件を指定した場合）

行頭の行番号を使って説明します。
2行目のイベント条件で先頭が「ERROR=」と一致するメッセージ，また3行目のイベント条件で先頭が「ACCESS ERROR」と一致するメッセージを関連づけています。4行目の同一属性値条件では，メッセージが同一のJP1イベントをグルーピングしています。
2，3行目のイベント条件で，それぞれメッセージが異なるJP1イベントを処理対象としているため，同一属性値条件の「メッセージが同一」を満たすことはなく，相関イベントは発行されません。
なお，2，3行目のイベント条件に一致するJP1イベントはそれぞれ処理され，絶対に成立しない処理が開始されてしまいます。次の順序でJP1イベントが発行された場合を考えてみます。

JP1イベント（イベントID：00000999，メッセージ：ERROR=100）が発行される。
2行目のイベント条件に一致するため，発行処理が開始されます。同一属性値として「ERROR=100」が登録され，発行処理中のJP1イベントの組数が一組増加します。

JP1イベント（イベントID：00000998，メッセージ：ACCESS ERROR）が発行される。
3行目のイベント条件に一致しますが，メッセージが「ERROR=100」ではないため，上記の1とは別の発行処理が開始されます。同一属性値として「ACCESS ERROR」が登録され，発行処理中のJP1イベントの組数が一組増加します。

11.1.5　繰り返しイベントの集約表示の検討

JP1/IM - Viewが，短時間に大量に受信するJP1イベントのうち，連続した同一内容のイベントを集約して［イベントコンソール］画面に表示するかどうかについて検討してください。同一内容のイベントを集約して［イベントコンソール］画面に表示するJP1イベントの数を絞り込むことによって，重要なイベントの見落としを防ぐ効果が期待できます。

繰り返しイベントの集約表示機能を使用するかどうかを検討してください。

図11-14　繰り返しイベントの集約例

なお，繰り返しイベントの集約表示機能を使用する場合，イベントの集約は次のどれかの条件と一致したときに完了します。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合

集約開始イベントと受信したJP1イベントの到着時刻の差がタイムアウト時間を過ぎた場合

繰り返しイベント数が最大繰り返し回数を超えた場合

［ユーザー環境設定］画面で［OK］ボタンをクリックした場合

重要イベント対象外の集約中イベントが，重要イベント定義の変更によって重要イベント対象になった場合

重要イベント対象の集約中イベントが，重要イベント定義の変更によって重要イベント対象外になった場合

イベントの集約を完了させる条件の中で，タイムアウト時間を設定できます。業務に合わせて，適切なタイムアウト時間を検討してください。

イベントの内容の比較

JP1/IM - Viewは，新しいJP1イベントを受信すると，集約開始イベントと受信したJP1イベントの内容を比較します。内容が同一であった場合，その受信したJP1イベントを繰り返しイベントと判断し，集約イベントに集約します。内容が一致しなかった場合，イベントの集約を完了します。受信したJP1イベントは，新しい集約開始イベントとなり，新しいイベントの集約が開始されます。

JP1イベントの内容の比較については，「3.4.1(1)　イベントの比較属性」を参照してください。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合の繰り返しイベントの集約例を次の図に示します。

図11-15　内容不一致のイベント受信によるイベント集約の終了

タイムアウト時間

繰り返しイベントを集約する場合，タイムアウト時間の指定が必要です。指定できる値は1～3,600，デフォルトは60，単位は秒です。

集約開始イベントと受信したJP1イベントの到着時刻の差がタイムアウト時間を過ぎた場合の繰り返しイベントの集約例を次の図に示します。

図11-16　タイムアウトによるイベント集約の終了

集約開始イベントと受信したJP1イベントの到着時刻の差が，タイムアウト時間を過ぎると，イベントの集約を完了します。イベントの集約完了後に，集約完了前と同一内容のイベントを受信した場合，新しい集約イベントとして集約が開始されます。

最大繰り返し回数

繰り返しイベントを集約する場合の最大繰り返し回数は100回です。最大繰り返し回数は変更できません。

図11-17　最大繰り返し回数オーバーによるイベント集約の終了

イベントの集約中に最大繰り返し回数を超えると，イベントの集約を完了します。イベントの集約完了後に，集約完了前と同一内容のイベントを受信した場合，新しい集約イベントとして集約が開始されます。

繰り返しイベントの集約表示の設定について

［ユーザー環境設定］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.17　［ユーザー環境設定］画面」

11.1.6　JP1イベントの重大度変更の検討

JP1イベントの重大度をシステム監視で適切なJP1イベントに変更して管理するよう，JP1イベントの重大度変更について検討してください。

統合マネージャーに転送されるJP1イベントは，発行元ホストや発行プロダクトによってJP1イベントの重大度とシステムの運用に合った重大度が異なる場合があります。

イベントの重大度変更機能を使うことで，JP1イベントの重大度を変更でき，システムの運用に合わせたイベント管理ができます。また，エージェントごとに，一つの重大度を設定できます。

図11-18　JP1イベントの重大度変更の流れ

＜この項の構成＞

(1)　重大度を変更できるイベント

(2)　機能の影響

(3)　連携製品の影響

(1)　重大度を変更できるイベント

JP1イベントおよびJP1/SES形式のイベントの重大度を変更できます。ただし，重大度が256バイト以上の文字列の場合，重大度を変更できません。重大度を変更できなかった場合，「KAVB4611-E」のメッセージが統合トレースログファイルに出力されます。

(2)　機能の影響

重大度変更は，各機能に影響があります。重大度を変更した場合に影響がある定義，およびどちらの重大度を指定できるかを次の表に示します。

表11-3　機能の影響

項番 | 定義 | 変更前の重大度 | 変更後の重大度
1 | イベント取得フィルター | ○ | ×
2 | 表示フィルター | ○ | ○
3 | ユーザーフィルター | × | ○
4 | 重要イベント定義 | × | ○
5 | イベント検索の条件 | ○ | ○
6 | 相関イベント発行定義 | × | ○
7 | 自動アクション定義 | × | ○
8 | イベント拡張属性定義 | × | ○
9 | イベントガイド情報 | × | ○
10 | モニター画面呼び出し定義 | × | ○

（凡例）

○：指定できる

×：指定できない

(3)　連携製品の影響

重大度変更は，各連携製品にも影響があります。

ここでは，セントラルスコープ，JP1/IM - Rule OperationおよびJP1/IM - Incident Masterでの影響について説明します。

●セントラルスコープでの影響

セントラルスコープでは，変更後の重大度でJP1イベントを監視します。

また，重大度を変更することで，すでに作成されている監視ノードの状態変更条件が一致しない場合があります。監視ノードの状態が変更されないことを避けるため，次に示すシステム監視オブジェクトの状態変更条件を見直す必要があります。

「エージェント監視（PFM）」システム監視オブジェクト

リソースエラーのイベント（PFM）

リソース警告のイベント（PFM）

「HiRDB監視」システム監視オブジェクト

HiRDB緊急のイベント

HiRDB警戒のイベント

HiRDB致命的のイベント

HiRDBエラーのイベント

HiRDB警告のイベント

「物理ホスト監視（System Manager）」システム監視オブジェクト

物理ホスト緊急のイベント

物理ホスト警戒のイベント

物理ホスト致命的のイベント

物理ホストエラーのイベント

物理ホスト警告のイベント

システム監視オブジェクトの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「4.　システム監視オブジェクト一覧（セントラルスコープ用）」を参照してください。

●JP1/IM - Rule Operationでの影響

JP1/IM - Rule Operationのルール起動条件では，変更前の重大度の条件を指定します。

●JP1/IM - Incident Masterでの影響

JP1/IM - Incident Master連携機能のインシデント登録サービスに影響があります。インシデント登録サービスは，イベントサービスから取得したJP1イベントの重大度を変更し，インシデント登録の条件と比較します。

インシデント登録サービスの機能概要については「8.2　JP1/IM - Incident Masterとの連携」を，機能詳細についてはマニュアル「JP1/Integrated Management - Incident Master」を参照してください。

11.1.7　イベントガイドの検討

イベントガイドは，調査方法，対策方法，過去の事例などのノウハウをメッセージとして定義し蓄積することで，原因調査や問題対策の作業を支援する機能です。

システム管理者は，JP1イベント監視による問題検知，要因調査，対策という一連の流れでシステムを管理します。問題対策が完了したあと，経験や実績をイベントガイド情報として蓄積することで，同じ内容のJP1イベントの発生時に迅速に対処できます。

イベントガイド情報は，セントラルコンソールの［イベント詳細］画面で，JP1イベントの詳細情報の一つとして表示されます。

JP1イベント一つに対しては，一つのイベントガイド情報を表示できます。しかし，連携するJP1製品，各種ユーザーアプリケーションから発行されるJP1イベントの数はシステムの規模に比例して多くなります。以降の説明を参考に，イベントガイドを設定するよう検討してください。

＜この項の構成＞

(1)　JP1イベントを絞り込んでイベントガイドを設定する

(2)　運用方法に合わせてイベントガイドを設定する

(3)　変数（置き換え文字列）を使用してイベントガイドを設定する

(4)　表示対象ユーザーごとにイベントガイドを設定する

(1)　JP1イベントを絞り込んでイベントガイドを設定する

JP1イベントは多様であり，その数もシステムの規模に応じて多くなります。そのすべてにイベントガイド情報を設定することは容易ではありませんし，また，設定できるのは1,000件までという制限もあります。

したがって，イベントガイド情報を設定するJP1イベントは，絞り込む必要があります。例えば，次のような観点で絞り込んでください。

(a)　重大度により，設定するJP1イベントを絞り込む

JP1イベントの重大度には「緊急」「警戒」「致命的」「エラー」「警告」「通知」「情報」および「デバッグ」があります。管理対象が発行するJP1イベントにもよりますが，重大度の高いJP1イベント(「エラー」など)から，イベントガイド情報を登録するようにしてください。

統合監視DBを使用した場合，JP1イベントの重大度は，ユーザーが定義した重大度となります。

デフォルトの設定では，エージェントのJP1/Baseからマネージャーに転送されるJP1イベントの重大度は，「緊急」「警戒」「致命的」「エラー」および「警告」です。

(b)　発生頻度の集計，対処までの緊急性から，設定するJP1イベントを絞り込む

イベント検索やJP1/Baseのjevexportコマンドを使って，管理対象ホストでどのようなJP1イベントが発行されているのかを集計，確認します。集計の結果から，問題のあるJP1イベントが高い頻度で発行されている場合，そのJP1イベントを発行したホスト，および発生から問題対処までの緊急性の観点でJP1イベントを絞り込むことができます。

緊急対処が必要なJP1イベントが，高い頻度で発行されている場合には，システム管理者，オペレーターなどの間で，問題対処の手順を取り決めておく必要があります。このようなJP1イベントに対して，イベントガイド情報を設定するようにしてください。

なお，jevexportコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

注意

イベントガイド情報の設定には，1,000件という制限があります。JP1イベントに優先度を付けて，必ず絞り込みをしてください。

なお，JP1イベントを1,000件以内に絞り込むことが困難な場合，例えば次のような対処を検討してください。

類似のイベント，または関連するイベントをグループ化するなどして，イベントガイドメッセージにリンク先の一覧を記述する（INDEXページとして利用する）。

なお，この場合には参照したいアドバイスをリンク先にある一覧から検索する必要があるため，編集の際のルールを明確にし，検索性に優れた一覧にするなどの工夫をしてください。

(2)　運用方法に合わせてイベントガイドを設定する

イベントガイド情報には，任意の情報を表示できるため，運用方法に合わせた設定ができます。運用方法に合わせたイベントガイド情報とは，例えば次のようなものがあります。

初動対応についてのイベントガイド情報
JP1イベントにより検知した問題をどのように対処するかを提示して，問題が発生した際の初期動作を管理者に案内する。これをイベントガイド情報として設定する。

問題の調査，対処手順についてのイベントガイド情報
まず，JP1イベントにより検知した問題に対して，要因の調査手順をJP1/IMのどの機能を使って行うのか提示する。次に問題の対処手順について記載する。これらをイベントガイド情報として設定する。

また，緊急対処が必要な「エラー」などのJP1イベントに対しては初動対応を，事前対処で問題発生を防げる場合がある「警告」などのJP1イベントに対しては要因調査および対処手順を，といったようにそれぞれのJP1イベントの内容に応じて，イベントガイド情報を使い分けることもできます。

(a)　初動対応についてのイベントガイド情報（例）

管理対象ホストで稼働するJP1/AJSのジョブの異常終了イベントに対して，イベントガイド情報を設定する例について説明します。

ジョブの異常終了イベントは，イベントID(B.ID)：00004107，重大度(E.SEVERITY)：Errorです。このJP1イベントに，イベントガイド情報を設定する場合は，次のようになります。

イベントガイド情報ファイル（jco_guide.txt）に設定する内容例

(条件定義部分の抜粋)

[EV_GUIDE_001]

EV_COMP=B.ID:00004107:00000000

EV_COMP=E.SEVERITY:Error

EV_GUIDE=ジョブが異常終了しました。¥n $E.C0 のホストに常駐しているシステム管理者に至急連絡してください。 ¥n¥n システム管理者連絡先一覧 ¥n ホストA：TEL(03-xxxx-xxxx) Mail(xxxxx@xxx.co.jp) ¥n ホストB：TEL(03-xxxx-xxxx) Mail(xxxxx@xxx.co.jp) ¥n ホストC：TEL(03-xxxx-xxxx) Mail(xxxxx@xxx.co.jp)

[END]

(b)　問題の調査，対処手順についてのイベントガイド情報（例）

エージェントで稼働するJP1/Baseで，コマンド実行の先行入力数の閾値超過イベントに対して，イベントガイド情報を設定する例について説明します。

コマンド実行の先行入力数の閾値超過イベントは，イベントID：00003FA5，重大度(E.SEVERITY)：Warningです。このJP1イベントに，イベントガイド情報を設定する場合は，次のようになります。

イベントガイド情報ファイル（jco_guide.txt）に設定する内容例

(条件定義部分の抜粋)

[EV_GUIDE_002]

EV_COMP=B.IDBASE:00003FA5

EV_COMP=E.SEVERITY:Warning

EV_FILE=任意のフォルダ(パス)¥jco_guidemes_002.txt

[END]

イベントガイドメッセージファイル（jco_guidemes_002.txt）に記述する内容例

コマンドが先行入力数の閾値10件を超えています。

メッセージの内容から，JP1/Baseのホストを判断してください。

ホストのメモリー不足などが原因なのか，キューに自動アクションが詰まっていないか，など確認してください。

［アクション結果一覧］画面を開いたり，jcashowa，jcocmdshowコマンドを実行したりして，自動アクションの状態を確認できます。

至急実行が必要な自動アクションが実行待ちになっている場合，一時対処として自動アクションをキャンセルすることもできます。

jcacancel，jcocmddelコマンドで自動アクションをキャンセルしてください。

なお，jcacancel，jcocmddelコマンドはy/nを確認します。［コマンド実行］画面から実行する場合には，-fオプションで確認を省略してください。

このイベントが頻繁に発行される場合は，jcocmddefコマンドを使用して，コマンドの実行環境を調整してください。

(3)　変数（置き換え文字列）を使用してイベントガイドを設定する

イベントガイドメッセージには，JP1イベントの属性を変数（置き換え文字列）として使用することができます。例えば，問題が発生したホスト名(B.SOURCESERVER)を変数にすることで，イベントガイド情報に変数を通じてホスト名が表示されるため，状況に応じたガイドを表示できます。これによって，問題が発生したホストを特定するまでの時間を短縮できます。

次にイベントガイドメッセージに使用できる変数を一覧で示します。

表11-4　イベントガイドメッセージに使用できる変数の一覧

イベントの属性
変数
置き換えの
形式

基本属性
イベントDB内通し番号
B.SEQNO
整数値の文字列

イベントID
次の2とおり

B.ID

B.IDBASE

次の形式の文字列

基本部:拡張部

基本部

発行元プロセスID
B.PROCESSID
整数値の文字列

登録時刻
B.TIME

到着時刻
B.ARRIVEDTIME

発行元ユーザーID
B.USERID

発行元グループID
B.GROUPID

発行元ユーザー名
B.USERNAME
文字列

発行元グループ名
B.GROUPNAME

発行元イベントサーバ名
B.SOURCESERVER

送信先イベントサーバ名
B.DESTSERVER

発行元イベントDB内通し番号
B.SOURCESEQNO
整数値の文字列

メッセージ
B.MESSAGE
文字列

拡張属性
重大度
E.SEVERITY

ユーザー名
E.USER_NAME

プロダクト名
E.PRODUCT_NAME

オブジェクトタイプ
E.OBJECT_TYPE

オブジェクト名
E.OBJECT_NAME

登録名タイプ
E.ROOT_OBJECT_TYPE

登録名
E.ROOT_OBJECT_NAME

オブジェクトID
E.OBJECT_ID

事象種別
E.OCCURRENCE

開始時刻
E.START_TIME

終了時刻
E.END_TIME

終了コード
E.RESULT_CODE

発生元ホスト名
E.JP1_SOURCEHOST

上記以外の拡張属性
E.xxxxxx※

注※　各JP1製品固有の拡張属性も使用できます。例えば，JP1/AJSのジョブの実行ホストは，E.C0です。製品固有の拡張属性についての詳細は，JP1イベントを発行する各製品のマニュアルを参照してください。

これら変数を使えば，より汎用的なイベントガイドメッセージが記述できます。例えば，JP1/AJSのジョブの実行ホスト（E.C0）を使用して，イベントガイドメッセージを記述する場合，次のように記述します。

変数を使ったイベントガイドメッセージの記述例（EV_GUIDE部分の抜粋）

EV_GUIDE=ジョブが異常終了しました。¥n $E.C0 のホストで異常が発生していないか確認してください。¥n 以前の障害例として，ホストAではメモリー不足によりジョブが失敗したことがあります。¥n vmstatコマンドでメモリーの空き容量を確認してください。

ガイド情報の形式がHTML形式の場合は，HTML形式で出力されます。また，置き換えるJP1イベントの属性値をURLエンコード，またはBase64エンコードすることで，連携製品のWWWページなどを文字化けすることなく表示できます。置き換え方法については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「イベントガイド情報ファイル（jco_guide.txt）」（2.　定義ファイル）を参照してください。

JP1イベントの属性についての詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「3.1　JP1イベントの属性」を参照してください。

なお，JP1イベントの属性（変数）として置き換えられる文字列は，各製品によって異なります。変数を使用する場合は，各製品のマニュアルのJP1イベントの説明も合わせて参照してください。

(4)　表示対象ユーザーごとにイベントガイドを設定する

イベントガイドメッセージは，表示対象ユーザー（EV_USER）ごとに設定できます。同じJP1イベントでも，表示対象ユーザーを設定することで，システム管理者向けのイベントガイドメッセージを設定したり業務グループ向けのイベントガイドメッセージを指定したりできます。

1件のイベントガイドメッセージに対して，最大100個のJP1ユーザーを表示対象ユーザーとして指定できます。イベントガイド情報ファイル（jco_guide.txt）に設定する例を次に示します。

イベントガイド情報ファイル（jco_guide.txt）に設定する例

(条件定義部分の抜粋)

[EV_GUIDE_002]

EV_USER=jp1user1 jp1user2 jp1user3

EV_COMP=B.IDBASE:00003FA5

EV_COMP=E.SEVERITY:Warning

EV_FILE=任意のフォルダ(パス)¥jco_guidemes_002.txt

[END]

11.1.8　イベント一覧情報の保管（CSV出力）の検討

JP1/IM - Viewには，［イベントコンソール］画面に一覧表示されているJP1イベントの情報を保管（CSV出力）する機能があります。

この機能を利用すれば，日々の障害発生状況，また，それに対するオペレーターの対処状況※を保管（CSV出力）し，監視業務レポートとしてシステム管理者に提出するといった運用ができるようになります。

注※　いつ，だれが対処したのかの履歴も残したい場合は，対処状況変更時にJP1イベントを発行することを検討してください。詳細については，「12.7.5　対処状況変更時のJP1イベント発行の検討」を参照してください。

11.1.9　統合監視DBのイベント情報の保管（イベントレポート出力）の検討

統合監視DBを設定している場合，統合監視DBに保存されたJP1イベントの情報を保管（イベントレポート出力）する機能があります。

この機能を利用すると，統合監視DBに保存されたJP1イベントの障害発生状況を管理できます。また，統合監視DBの容量が足りなくなったとき，イベントレポート出力をすることで，JP1イベントの情報を蓄積できます。

また，イベントレポート出力では，オプションを指定することで次のことができるようになります。

保守情報出力
統合監視DBに登録されているすべてのJP1イベントを出力する。

保存情報出力
削除されるおそれがあるJP1イベントを出力する。

なお，イベントレポート出力についての詳細は，「3.11.2　統合監視DBのイベント情報を保管（イベントレポート出力）」を参照してください。

11.2　セントラルスコープによるシステム監視の検討

セントラルスコープでは，システム管理者の目的とする視点に合わせて，システムの監視をすることができます。

ここでは，自動生成機能を使った，セントラルスコープでのシステム監視環境の検討について説明します。

なお，セントラルスコープでのシステム監視の検討を始める前に，次の説明を参照して，セントラルスコープについて理解をしてください。

セントラルスコープについて

セントラルスコープの機能について
参照先：「4.　セントラルスコープによる目的指向型のシステム監視」

＜この節の構成＞

11.2.1　監視ツリーの検討

11.2.2　ビジュアル監視の検討

11.2.3　ガイドの検討

11.2.4　監視グループの状態変更条件の定義の検討

11.2.1　監視ツリーの検討

監視ツリーは，システム管理者が必要とする視点によりリソースをグループ化して，ツリー形式で表示することにより，システムを監視します。

監視ツリーは，自動生成機能と編集機能を使って簡易に生成することができます。

監視ツリーを自動生成するとき，［自動生成－構成選択］画面で目的別のテンプレートを選択してください。テンプレートとして次の監視ツリーモデルが用意されています。

業務指向の監視ツリー

サーバ指向の監視ツリー

システム構成ツリー

詳細は，次の説明を参照してください。

監視ツリーについて

監視ツリーの機能について
参照先：「4.2　監視ツリー」

監視ツリーの自動生成について
参照先：「4.3　監視ツリーの自動生成」

参考

監視ノードにJP1資源グループを設定することによって，次のような運用ができます。

監視対象（監視ノード）を，JP1ユーザーごとに絞り込んだ形で表示・監視する。
例えば，jp1adminはシステム全体を監視，jp1opeはシステムの一部だけを監視，といった運用ができるようになります。

表示される監視ノードに対する操作を，目的に合わせて細かく制御する。
例えば，ある監視ノードに対しては対処操作（状態変更）ができるが，ある監視ノードに対しては参照しかできない，といった運用ができるようになります。

監視ノードに対するJP1資源グループの設定の詳細については，「4.4.3　監視ツリーの監視範囲設定」を参照してください。

なお，JP1/Base（認証サーバ）に登録するJP1ユーザーの設定（JP1資源グループの設定）も，セントラルスコープの設定に合わせて設定する必要があります。設定の詳細については，マニュアル「JP1/Base 運用ガイド」の，ユーザー管理機能の設定の章を参照してください。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

Cosminexusのシステム環境を監視するため，業務指向またはサーバ指向の監視ツリーを自動生成した場合，Cosminexus環境下で動作するHiRDBなどのDB情報が取得できません。Cosminexusの論理サーバの一つとしてデータベースを監視したい場合は，ユーザー自身が手動で監視ツリーに追加する必要があります。
HiRDBを例に，監視ツリーへのDB情報の追加例を次に示します。

図11-19　監視ツリーへのDB情報の追加例

HiRDB 07-02以降の場合は，セントラルスコープで提供するシステム監視オブジェクトを利用して追加してください。ほかのデータベース使用時には汎用監視オブジェクトを作成し，監視するのに必要な条件定義をしてください。

JP1/IM - Central Information Masterと連携し，監視ツリー（システム構成ツリー）を自動生成する場合，次の設定が必要です。

JP1/IM - Central Information Masterホストの指定（自動生成を行うJP1/IM - Managerと同一ホストの場合は不要）

なお，監視ツリーの自動生成に対応するJP1/IM - Central Information Masterのバージョンは07-51以降です。

別ホスト上にあるJP1/IM - Central Information Masterと連携し，監視ツリー（システム構成ツリー）を自動生成する場合，次のことに留意する必要があります。

JP1/IM - Central Information Masterの管理範囲

自動生成を行うJP1/IM - Managerの監視範囲（JP1/Baseの構成管理，イベント転送に依存）

自動生成を行うJP1/IM - Manager，JP1/IM - Central Information Masterが別ホスト上にある場合，次の図に示すように，JP1/IM - Central Information Masterの管理範囲と自動生成を行うJP1/IM - Managerの監視範囲にずれが生じることがあります。
図で示すと次のようになります。

図11-20　JP1/IM - Central Information Masterの管理範囲と自動生成を行うJP1/IM - Managerの監視範囲のずれ

この場合，次のように対策を考えてください。

自動生成した監視ツリーから自動生成を行ったJP1/IM - Manager監視対象外の監視ノードを削除する。

自動生成を行ったJP1/IM - Managerの監視範囲を広げる（監視対象外ホストからも自動生成を行ったJP1/IM - ManagerホストにJP1イベントが転送されるよう設定を変更する）。
JP1イベントの転送設定については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの環境設定の章を参照してください。

11.2.2　ビジュアル監視の検討

［ビジュアル監視］画面を使うことにより，重点的に監視したい監視オブジェクトや監視グループを，マップ上に配置して監視することができ，大規模なシステムでも目的とする視点で容易に監視することができます。

また，背景画像やビジュアルアイコンに任意の画像を使用すれば自由度の高い監視画面を作成できます。［ビジュアル監視］画面の作成例を次の図に示します。

図11-21　背景画像やビジュアルアイコンに任意の画像を使用した［ビジュアル監視］画面の作成例

詳細は，次の説明を参照してください。

ビジュアル監視について

ビジュアル監視の機能について
参照先：「4.5　ビジュアル監視」

11.2.3　ガイドの検討

ガイド機能を使うことで，障害時の運用手順や各種エラー事例など，運用ノウハウをガイド情報として表示できます。障害時の参考情報としてガイド情報を活用することで，初動対応でのシステム管理者の負担を軽減できます。

ガイド情報の表示内容や表示条件は，ユーザーが設定，検討する必要があります。また，ガイド情報の基となる情報（運用ノウハウなど）は，システムを運用していく中で蓄積，変化していくものであるため，定期的にガイド情報の見直しを実施し，必要に応じて修正や追加をしてください。

詳細は，次の説明を参照してください。

ガイドについて

ガイド機能について
参照先：「4.7　ガイド機能」

参考

二つのガイドの違い

セントラルスコープ，セントラルコンソールの両方でガイドを提供していますが，使用用途によって使い分け，また組み合わせての使用を検討してください。二つのガイドには次のような違いがあります。

セントラルスコープのガイド機能
監視ノード単位でガイドを設定できます。監視ノードは，システムを業務やサーバなどの単位でノード化したものです。それらによって構成されるツリーで監視を行う場合に，セントラルスコープのガイド機能を使用します。
セントラルスコープのガイド機能を使用する場合には，例えば，経理業務に問題が発生したとき，Webサーバで障害が起こったとき，などのアドバイスを記述します。

セントラルコンソールのイベントガイド機能
JP1イベント単位でイベントガイドを設定できます。JP1イベントはシステムで発生した事象であり，また，問題発生時には問題の1要因でもあります。
セントラルコンソールのイベントガイドには，例えば，JP1イベントそのものに対する調査，対処手順などのアドバイスを記述します。なお，詳細については，「3.8　イベントガイド機能」および「11.1.7　イベントガイドの検討」を参照してください。

11.2.4　監視グループの状態変更条件の定義の検討

監視グループの状態変更条件を定義することで，監視ツリーによるシステム監視がより詳細にできるようになります。

例えば，以降に説明するようなロードバランサーを用いて負荷分散をしているシステムの監視の場合，下位の監視ノードの障害が，上位の監視グループの障害にはならないことがあります。このような特殊な条件下のシステム監視の場合，監視グループの状態変更条件を定義することで，より正確にシステムの状態を管理できるようになります。

ただし，監視グループの状態変更条件を定義する場合には，以降で説明する制限事項があることも留意してください。

＜この項の構成＞

(1)　監視グループの状態変更条件の定義例

(2)　監視グループの状態変更条件の定義についての制限事項

(1)　監視グループの状態変更条件の定義例

例えば，次のようなロードバランスシステムを，監視ツリーで監視したい場合について説明します。なお，ここでいうロードバランスシステムとは，ロードバランサーを用いて負荷分散をしているシステムを指します。

図11-22　監視ツリーでの監視例

なお，この説明での監視ノードは次のように省略します。

「Webシステム」：監視グループ(Webシステム)

「ロードバランスシステム」：監視グループ(ロードバランスシステム)

「サーバX」：監視オブジェクト(サーバX)

また，次のような条件があるものとします。

Webシステムを構成するサーバ群（サーバ1～サーバ5）の内，60％以上（3／5個以上）のサーバの負荷が警告域に達したときに，Webシステムの異常と判定する。

このようなシステムを監視ツリーで監視する場合には，状態の上位伝播の動作として，次のように検討します。

図11-23　監視ツリーでの監視例，状態の上位伝播の動作

この場合，監視グループの状態変更条件の定義は次のようになります。

表11-5　監視グループの状態変更条件の定義例

監視ノード名称
監視グループの状態変更条件

状態
子ノードの状態※
比較条件

ロードバランスシステム
エラー
警告
比率：60％以上
または
個数：3個以上

注※　ここで設定する状態は，設定した状態よりも優先度の高い状態を含みます。例えば，「エラー」を設定した場合には「緊急」「警戒」「致命的」も含みます。

上記のように設定した場合，「警告」より優先度の高い状態になった「サーバX」が，60％以上または3個以上にならないかぎり，「ロードバランスシステム」「Webシステム」の状態は「初期状態」から変化しません。したがって，上位の監視グループである「ロードバランスシステム」「Webシステム」から，状態変更イベントの検索ができなくなります。

下位の監視ノードの状態変更を管理したい場合，また，上位の監視グループから下位の監視ノードの状態変更イベントを検索したい場合は，例えば次の表に示す定義をしておくことをお勧めします。

表11-6　監視グループの状態変更条件の定義例（推奨）

監視ノード名称
監視グループの状態変更条件

状態
子ノードの状態※
比較条件

ロードバランスシステム
エラー
警告
比率：60％以上
または
個数：3個以上

警告または正常
警告
比率：20％以上
または
個数：1個以上

注※　ここで設定する状態は，設定した状態よりも優先度の高い状態を含みます。例えば，「エラー」を設定した場合には「緊急」「警戒」「致命的」も含みます。

(2)　監視グループの状態変更条件の定義についての制限事項

監視グループの状態変更条件を定義する場合には，次のような制限事項に留意してください。

子ノードが障害色になっていても，上位の監視グループに上位伝播しない。
子ノードが「エラー」になっていても，上位の監視グループは「初期状態」になっている場合があります。この場合，最上位の監視グループまで状態が伝播しないため，アラームランプも点滅しません（アラームランプは最上位の監視ノードが「エラー」以上の状態になったときだけ点滅します）。

状態変更イベントの検索をした場合，下位すべての監視ノードの状態変更イベントが検索結果に表示されないことがある。
検索の対象とした監視グループから，障害色になっている監視オブジェクトまでの間に「初期状態」の監視グループがある場合には，「初期状態」の監視グループ以下の状態変更イベントは，検索の対象外になります。
この場合には，監視ノード検索で，障害色の監視ノードを検索したあと，状態変更イベントの検索をする必要があります。

上記の2項目が，運用上問題になる場合は，子ノードが一つでも「エラー」になった場合に，上位の監視グループを「警告」にする，などの定義をしてください。

子ノード数が追加・削除などにより増減した場合には，状態変更条件を見直す必要がある。
子ノードの増減に対しては，定義を見直す必要があります。例えば，子ノード数が5の監視グループに対して，状態変更条件を設定している場合，個数：3個以上，比率：60％以上は同義ですが，子ノードを追加したあとは次のように異なります。

個数：3個以上を設定したあと，子ノードを5追加し，子ノード数が10になった場合でも，個数：3個以上のままです（3を契機に状態が変更されます）。

比率：60％以上を設定したあと，子ノードを5追加し，子ノード数が10になった場合には，10の60％，つまり6になります（6を契機に状態が変更されます）。

セントラルスコープは自動的に状態変更条件の定義を修正しないため，定期的に状態変更条件の定義を見直すようにしてください。

対処済み連動機能を使用している場合，下位の監視オブジェクトに対して対処を終えると（状態変更イベントをすべて「対処済」にすると），監視グループは「初期状態」になる。つまり，状態変更イベントの検索の対象外になる。
なお，これが運用上問題になる場合は，一つの子ノードの状態が変わったときに，監視グループの状態も合わせて変わるよう設定してください。例えば，子ノードが一つでも「正常」に遷移した場合，監視グループの状態を「正常」にするなどです。

11.3　JP1/IMでの問題調査の検討

JP1/IMでシステム監視中に問題発生を検知した場合，JP1/IM - Viewからの操作によって問題の内容の確認や，切り分け調査を行います。

問題の調査については，システムを構成する業務やプログラムなどによって調査方法が異なります。それぞれの業務やプログラムなどに合わせて調査や対処の方法を検討してください。

ここでは，JP1/IMからできるシステム操作機能について検討します。

＜この節の構成＞

11.3.1　モニター起動

11.3.2　統合機能メニュー

11.3.3　JP1/IM - Viewからのコマンド実行の検討

11.3.1　モニター起動

JP1/IM - View上に表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面をモニター起動できます。

この機能は，JP1イベントを発行したアプリケーションがモニター起動に対応している必要があります。

詳細は，次の説明を参照してください。

モニター起動について

モニター起動について
参照先：「3.14.1　連携製品のモニター起動」

11.3.2　統合機能メニュー

［統合機能メニュー］画面に，任意のプログラムを登録して，実行することができます。

詳細は，次の説明を参照してください。

統合機能メニューについて

統合機能メニューについて
参照先：「3.14.2　統合機能メニュー」

11.3.3　JP1/IM - Viewからのコマンド実行の検討

JP1/IM - Viewから，JP1/IMのエージェントでコマンドを実行することができます。実行できるコマンドは次の種類のコマンドです。

UNIXホストの場合：UNIXコマンド，シェルスクリプト

Windowsホストの場合：実行形式ファイル（.com，.exe），バッチファイル（.bat），JP1/Scriptのスクリプトファイル（.spt）
ただし，対話操作や画面表示が必要なコマンド，終了しないコマンド，およびJP1/Baseを停止するコマンドなどは実行できません。

定型的に実行するコマンドは，あらかじめ［コマンド］ボタンに登録し，[コマンド]ボタンをクリックして実行できます。コマンドラインなどの入力が不要なため，タイプミスなどを防止できます。

［コマンド］ボタンの登録方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「7.1.2　［コマンド］ボタンでコマンドを実行する」を参照してください。

コマンド実行の詳細は，次の説明を参照してください。

JP1/IM - Viewからのコマンド実行について

JP1/IM - Viewからのコマンド実行について
参照先：「3.14.3　JP1/IM - Viewからのコマンド実行」

コマンド実行環境の概要
参照先：「7.4.4　コマンド実行の管理」

システム構成定義の概要，システム構成定義を設定した場合の影響について
参照先：「7.4.3　システムの階層構成の管理」

参考

JP1/IM - Viewからのコマンド実行で，直接OSをシャットダウンするコマンドは使用できませんが，JP1/Power Monitorを使って制御できます。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

JP1/IM - Viewから実行できるコマンドの長さは，JP1/IM，JP1/Baseを運用しているシステムによって制限があります。
JP1/IM - Viewからのコマンド実行の実行経路上のホスト（接続先マネージャー，実行先ホスト含む）にバージョン6，バージョン7のJP1/IM，JP1/Baseがある場合には，コマンドの長さは，最大1,024バイトに抑える必要があります（実行経路上のホストのJP1/IM，JP1/Baseがすべてバージョン8以降の場合は，最大4,096バイトのコマンドを指定できます）。バージョン6，バージョン7が混在したシステムで，1,024バイトを超える値を指定していた場合，コマンド実行に失敗し，コマンドは実行されません。また，［実行結果］の項目［メッセージ］欄に「KAVB2623-E」のメッセージ情報が表示されます。

（例1）

JP1/IM - Viewの接続先マネージャーのJP1/IM，JP1/Baseがバージョン8，コマンド実行先ホストのJP1/Baseがバージョン7の場合，実行できるコマンドの長さは，最大1,024バイトになります。

（例2）

JP1/IM - Viewの接続先マネージャーのJP1/IM，JP1/Baseと実行先ホストのJP1/Baseがどちらもバージョン8の場合，実行できるコマンドの長さは，最大4,096バイトになります。

図11-24　実行経路上のJP1/IM，JP1/Baseのバージョンによるコマンド長の制限

11.4　自動アクションの検討

自動アクションでは，自動アクションを実行する条件，自動アクションとして実行するアクション（実行コマンドの内容）を検討してください。

また，自動アクションを実行するには，コマンド実行環境およびユーザー認証の機能も関連します。あわせて検討してください。

＜この節の構成＞

(1)　自動アクションの検討

(2)　注意事項

(1)　自動アクションの検討

次の点について検討してください。

自動アクションの抑止設定をする場合は，抑止してもよいアクションか抑止してはいけないアクションかを十分に検討してから設定してください。次に例を示します。

一度実行すれば一定時間実行しなくてもよい（抑止してもよい）アクション例

・パトランプを点灯させるアクション

・メールで通知するなどのユーザー通知アクション

・トラブルシュート時のアクション抑止

抑止してはいけないアクション例

・ユーザーを介さずに障害の復旧を行うアクション

・イベントによって実行するアクションの内容が変わるアクション

自動アクションの遅延監視をする場合は，その自動アクションが実行契機となるJP1イベントを受信してから終了するまでにどのくらいの時間で終わってほしいかの観点で遅延監視時間を設定してください。また，その際には次の点も考慮に入れてください。

JP1/IM - Managerから実行先ホストへの階層数
JP1/IM - Managerから実行先ホストへのアクション送信処理は構成管理の上位マシンから下位マシンへ送信され，実行先ホストがアクションを受信するまで受け渡し処理が発生します。そのため，構成管理での実行先ホストの階層の深さに比例して，アクションの受け渡し処理が多くなるため，アクション終了までの時間が長くなります。

JP1/IM - Managerから実行先ホストへのネットワークの負荷状況
JP1/IM - Managerとアクション実行先ホストが別マシンだった場合，その間に存在するネットワークの負荷状況がアクション終了までの時間に関連してきます。ネットワーク状況の負荷が高い場合，低い場合と比較してアクション終了までの時間が長くなります。

JP1/IM - Managerのマシンの負荷状況
JP1/IM - Managerが稼働するマシンの負荷状況がアクション終了までの時間に関連してきます。マシンの負荷が高いほど，JP1/IM - Managerからマネージャー上のJP1/Baseにアクションを送信するまでに掛かる時間が長くなるため，アクション終了までの時間が長くなります。

実行先ホストの負荷状況
実行先ホストのマシンの負荷状況がアクション終了までの時間に関連してきます。マシンの負荷が高いほど，アクションの実行に掛かる時間が長くなります。

アクションの実行時間
遅延監視時間に対し，アクションの実行時間が長い場合，遅延したアクションとして通知されてしまいます。遅延監視時間とアクション実行時間は適切に設定する必要があります。

なお，JP1/IMで設定できる遅延監視時間は最大24時間です。24時間以上掛かるアクションを遅延監視したい場合には，次に示すようにJP1/AJSと連携してアクションの実行監視をしてください。

JP1/AJSと連携した自動アクションの実行監視例

JP1/IMで設定するアクションはバッチファイルなどで，JP1/AJSのジョブをキックする処理とし，JP1/AJSのジョブをキックする処理を実行したらアクションを終わらせる。

実行終了するまでに1日以上掛かるコマンドが正しく実行されているかの監視にはJP1/AJSを使用する。

自動アクションで実行するコマンドは，実行先のホストで順番に一つずつ処理されるため，コマンドの実行時間が長いと実行遅延が発生するおそれがあります。
このような場合，コマンド実行先のJP1/Baseのコマンド同時実行数を増やすことで，実行遅延を減少できます。コマンドの同時実行数はjcocmddefコマンドで変更できます。
ただし，コマンドの同時実行数を複数（二つ以上）に設定すると，処理の早いコマンドから順次終了します。順序性を持たせてコマンドを実行したい場合には，デフォルト（一つずつ実行）の設定のままにしてください。
なお，コマンド実行先ホストのJP1/Baseが同時に処理できるコマンドの上限は48です。複数のJP1/IM - Managerから自動アクションを実行する場合，次のことを考慮してください。

複数のJP1/IM - Managerから同時実行される自動アクションの合計が，最大48以下になるようにする。

自動アクションの実行先ホストで，実行に必要なリソースを確保できるようにする。

アクション状態通知イベントを発行する場合は，アクション情報ファイルに保存する自動アクションの実行情報を参照するため，アクション情報ファイルの容量を適切に設定してください。アクション情報ファイルの容量は，自動アクション環境定義ファイル（action.conf.update）で設定します。

自動アクションについては，次の説明を参照してください。

自動アクションについて

自動アクションの概要
参照先：「5.　自動アクションによるコマンド実行」

コマンド実行環境の概要
参照先：「7.4.4　コマンド実行の管理」

自動アクションの設定（GUIで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.25　［アクション設定］画面」

自動アクションの設定（定義ファイルで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）

自動アクション環境の設定
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）

自動アクションの実行監視環境の設定
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション通知定義ファイル（actnotice.conf）」（2.　定義ファイル）

自動アクションの実行先ホストのコマンド実行環境の設定
参照先：マニュアル「JP1/Base 運用ガイド」のjcocmddefコマンドを説明している章

構成定義について
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「構成定義ファイル（jbs_route.conf）」（2.　定義ファイル）

(2)　注意事項

コマンド実行履歴（ISAM）ファイルがラップすると，自動アクションのアクション結果が取得できなくなり，アクション結果が表示されなくなります。
例
［アクション結果詳細］画面を表示すると，メッセージ欄にKAVB5150-W のメッセージが表示される。

このような場合には，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.5(9)　アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合の対処方法」を参照して，対処してください。

短時間に大量のアクション対象イベントが発生した場合，アクション実行先ホストのキュー内にアクションが大量にキューイングされ，アクションの実行が遅延することがあります。
このような場合には，コマンドの同時実行数の変更を検討してください。jcocmddefコマンドで変更できます。しかし，コマンドを同時実行する設定をすると，処理の早いものから順次終了します。コマンドに順序性を持たせてコマンドを実行したい場合には，デフォルト（一つずつ実行）の設定のままにしてください。

自動アクションの実行処理が進んでいる途中で，次の事象が発生すると，自動アクションの状態が遷移しなくなります（遷移しなくなるのは，状態が「送信待機」「送信中」「キューイング」「実行中」「送信待機（キャンセル中）」「送信中（キャンセル中）」「キューイング（キャンセル中）」「実行中（キャンセル中）」だった場合です）。

マネージャー，アクション中継ホスト，アクション実行先ホストのどれかがシャットダウンなどの操作により停止した。

ネットワーク障害

JP1/Baseのダウン

このような場合には，次の方法で確認してください。
JP1/Baseのjcocmdshowコマンド（07-10サポート）で確認：
アクション実行先ホストのJP1/Base（コマンド実行管理）が自動アクションの処理をしていた場合には，このコマンドで確認できます※。
注※　処理要求を受け取っていない，または処理が完了していた場合はこのコマンドでは確認できません。
状態が遷移しない，かつ，jcocmdshowコマンドでも確認できない自動アクションは，再実行するか否か判断を行い，必要に応じて[コマンド実行画面]から再実行してください。

自動アクションの実行状態または実行結果が確認できなくなった場合は，自動アクションの実行結果を保存するファイル（コマンド実行履歴ファイル，アクション情報ファイルおよびアクションホスト名保存ファイル）に不整合が発生しているおそれがあります。
このような場合には，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.5(5)　自動アクションの実行状態が「状態不明」と表示される場合の対処方法」を参照して，対処してください。

jcocmddefコマンドを使って，コマンド実行履歴ファイルへの実行結果の詳細情報（メッセージ情報）の登録を抑止すると，JP1/Base制御部（コマンド実行管理）の処理速度があがります（デフォルトは登録を抑止しない設定です）。登録抑止をすると，JP1/Base制御部の処理速度向上分，自動アクションの実行速度も向上します。
ただし，登録抑止をした場合，JP1/IM - Viewの［アクション結果詳細］画面の［メッセージ］に表示される情報がすべて「KAVB2401-I」のメッセージ情報になってしまいます。
運用上，それでも問題がない，自動アクションの実行速度を少しでも向上させたい，といった場合にだけ，設定を変更するようにしてください。

jcocmddefコマンドを使って，マネージャーに転送される実行結果のデータ量を抑止すると，コマンド実行履歴ファイルへのデータ登録量を抑えたり，ホスト間の通信回線の混雑を防いだりできます。なお，実行結果のデータ量抑止に関するデフォルト値は，次に示すようにJP1/Baseのバージョンによって異なるため，注意が必要です。

バージョン8のJP1/Baseを新規インストールしたホストに対し，アクションを実行した場合，実行結果のデータ転送量は最大1,000行に抑止されます。

バージョン7以前のJP1/Base，またはバージョン7以前からバージョン8にバージョンアップしたJP1/Baseをインストールしたホストに対し，アクションを実行した場合，実行結果のデータ転送量は抑止されません。

実行結果を抑止した場合，抑止した分しか実行結果が転送されないため，実行結果として表示される情報が，途中で切れた状態になってしまうことがあります（途中で打ち切られたことは表示情報の最後に記述されます）。
実行結果として大量の出力データが必要となるかどうかを検討した上で，設定値を変更するようにしてください。

自動アクションによるコマンド実行から直接OSをシャットダウンするコマンドは使用しないでください。シャットダウンする場合は，JP1/Power Monitorを使用してください。

アクションとして実行できるコマンドの長さは，JP1/IM，JP1/Baseを運用しているシステムによって制限があります。
自動アクションの実行経路上のホスト（実行元マネージャー，実行先ホスト含む）にバージョン6，バージョン7のJP1/IM，JP1/Baseがある場合には，コマンドの長さは，最大1,024バイトに抑える必要があります（実行経路上のホストのJP1/IM，JP1/Baseがすべてバージョン8以降の場合は，最大4,096バイトのコマンドを指定できます）。バージョン6，バージョン7が混在したシステムで，1,024バイトを超える値を指定していた場合，自動アクション実行時に実行状態が「実行失敗」になり，コマンドは実行されません。また，［アクション結果詳細］画面の［メッセージ］欄には，「KAVB2623-E」のメッセージ情報が表示されます。

（例1）

自動アクションの実行元マネージャーのJP1/IM，JP1/Baseがバージョン8，コマンド実行先ホストのJP1/Baseがバージョン7の場合，実行できるコマンドの長さは，最大1,024バイトとなります。

（例2）

自動アクションの実行元マネージャーのJP1/IM，JP1/Baseと実行先ホストのJP1/Baseがどちらもバージョン8の場合，実行できるコマンドの長さは，最大4,096バイトとなります。

図11-25　実行経路上のJP1/IM，JP1/Baseのバージョンによるコマンド長の制限

11.5　システムの階層構成の管理の検討

JP1/IMが運用管理するシステムの階層構成（IM構成）を設定または変更するために，システムの階層構成の管理方法を検討してください。システムの階層構成には，物理ホストのシステム構成を管理するシステムの階層構成と，仮想ホストのシステム構成を管理する仮想化システムの階層構成があります。また，業務グループを設定したり，リモートの監視対象ホストを統合マネージャーまたは拠点マネージャーの配下に配置して管理したりすることもできます。

＜この節の構成＞

11.5.1　システムの階層構成の管理

11.5.2　リモート監視構成の管理

11.5.3　仮想化システム構成の管理

11.5.4　業務グループの検討

11.5.1　システムの階層構成の管理

物理ホストのシステム構成を管理するために，システムの階層構成（IM構成）の管理方法を検討してください。システムの階層構成の管理は，次のどちらかの方法で行います。

IM構成管理を使用する方法

システムの階層構成を，IM構成管理・ビューアーを操作して，マネージャーから一元的に管理する場合は，IM構成管理を使用します。

IM構成管理を使用するときは，IM構成管理DBの設定を有効にする必要があります。そのため，システム設計に，IMデータベースの容量を見積もってください。

IM構成管理を使用してシステムの階層構成を管理するときは，JP1/Baseが提供する構成管理機能で使用する構成定義ファイルを編集したり，コマンドを実行したりしないでください。

IM構成管理を使用しない方法

システムの階層構成を，マネージャーから一元的に管理しない場合は，JP1/Baseが提供する構成管理機能を使用します。

JP1/Baseが提供する構成管理機能では，マネージャーで，構成定義ファイル（jbs_route.conf）を編集してホスト間の関係を定義し，コマンド（jbsrt_distrib，jbsrt_sync，jbsrt_delおよびjbsrt_get）を実行して設定内容を反映したり，確認したりします。

IM構成管理を使用しないときは，IM構成管理DBの設定を有効にする必要がありません。そのため，システム設計に，IMデータベースの容量を見積もる必要はありません。

機能の詳細については，次の説明を参照してください。

IM構成管理を使用する場合

IM構成管理で設定できるシステムの階層構成
参照先：「6.　IM構成管理によるシステムの階層構成の管理」

IM構成管理を使用しない場合

JP1/Baseが提供する構成定義機能で設定できるシステムの階層構成
参照先：「7.4.3　システムの階層構成の管理」および「7.4.5　定義情報の収集と配布」

なお，システムの階層構成の管理を開始したあとで，管理方法を変更することはできません。システムの階層構成の情報に不整合が生じるおそれがあるためです。

どちらの方法でシステムの階層構成の管理するかを十分に検討した上で，運用を開始してください。

11.5.2　リモート監視構成の管理

リモート監視構成を管理して，リモートの監視対象ホストからログを収集する方法を検討してください。リモート監視の場合，リモート監視構成を組む必要があります。システム構成の検討については，「12.5　システムの階層構成の検討」を参照してください。

＜この項の構成＞

(1)　収集できるログ情報とリモート監視の接続方法

(2)　ログ情報の収集間隔

(1)　収集できるログ情報とリモート監視の接続方法

リモート監視構成で，リモートの監視対象ホストから収集するログの種別，およびリモート通信の接続方法については，「6.5.8(2)　収集できるログ情報とリモート監視の接続方法」，および「6.5.8(3)　監視できるログ情報」を参照して検討してください。

なお，NetBIOS，WMI，SSHを使用して，リモートの監視対象ホストを監視するには，JP1/IM - Managerをインストールしているホストおよび監視対象ホストに，リモート通信の設定をする必要があります。リモート通信の設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定」（Windowsの場合），または「2.17　リモートの監視対象ホストでログ監視をするための設定」（UNIXの場合）を参照してください。

(2)　ログ情報の収集間隔

リモートの監視対象ホストからログ情報を収集する間隔をあらかじめ検討しておいてください。ログ情報の収集間隔については，「6.5.8(4)　ログ情報の監視間隔」を参照してください。

11.5.3　仮想化システム構成の管理

複数の仮想化システム管理ホストおよびVMMホスト上で動作する仮想ホストの仮想化システム構成を管理する方法を検討してください。

＜この項の構成＞

(1)　前提条件の検討

(2)　仮想化構成情報の収集方法

(3)　仮想化構成情報をセントラルスコープの監視ツリーで監視する方法

(1)　前提条件の検討

仮想化システム構成を管理できるかどうか，仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類および前提OSを確認してください。

仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類

仮想ホストを構築するためには，仮想化ソフトウェアおよび仮想化環境管理ソフトウェアが必要です。使用している製品の種類によって，IM構成管理で仮想化システム構成を管理できるかどうか判断してください。対象となる製品を次に示します。

仮想化システム管理ホストに使用できる仮想化環境管理ソフトウェア
JP1/SC/CM，SCVMM，およびvCenterの3種類

VMMホストに使用できる仮想化ソフトウェア
Hyper-V，Virtage，およびVMware ESXの3種類

また，仮想化システム管理ホストとVMMホストの組み合わせは次のとおりです。

表11-7　仮想化システム管理ホストとVMMホストの組み合わせ

仮想化システム管理ホスト | VMMホスト
JP1/SC/CM | Virtage
SCVMM※ | Hyper-V
vCenter | VMware ESX

注※

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXの仮想化構成情報を管理できます。

前提OS

JP1/SC/CMおよびvCenterの前提OSは，Windows Server 2003またはWindows Server 2008です。

SCVMMの前提OSは，Windows Server 2008です。

UNIX上で動作する仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの仮想化構成情報は収集できません。

(2)　仮想化構成情報の収集方法

仮想化システムの構成を変更した場合や，定期的に情報を管理している場合に，仮想化構成情報を収集します。仮想化構成情報を収集する方法には，次の2種類があります。どちらの方法で情報を収集するかを検討してください。

コマンドを実行して仮想化構成情報を収集する場合

コマンドを実行して収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアから仮想化構成情報を収集できます。仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類によって使用するコマンドが異なります。

各コマンドが収集対象とする仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの一覧を次の表に示します。

表11-8　各コマンドが収集対象とする仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの一覧

コマンド名 | Hyper-V | JP1/SC/CM | SCVMM | vCenter | Virtage | VMware ESX
jcfcolvmesx | × | × | × | × | × | ○
jcfcolvmvc | × | × | × | ○ | × | ×
jcfcolvmscvmm | × | × | ○ | × | × | ×
jcfcolvmvirtage | × | × | × | × | ○ | ×

（凡例）

○：収集できる

×：収集できない

IM構成管理・ビューアーから仮想化構成情報を収集する場合

IM構成管理・ビューアーで仮想化システム管理ホストを指定して，仮想化構成情報を収集できます。仮想化システム管理ホストの種類によって収集できる仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類が異なります。

仮想化システム管理ホストと仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの関係を次の表に示します。

表11-9　仮想化システム管理ホストと仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの関係

仮想化システム管理ホスト名 | Hyper-V | JP1/SC/CM | SCVMM | vCenter | Virtage | VMware ESX
JP1/SC/CM | × | ○ | × | × | ○ | ×
SCVMM | ○ | × | ○ | ○※ | × | ○※
vCenter | × | × | × | ○ | × | ○

（凡例）

○：収集できる

×：収集できない

注※

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXの仮想化構成情報を管理できます。

(3)　仮想化構成情報をセントラルスコープの監視ツリーで監視する方法

仮想化システム管理ホストおよびVMMホスト上で動作する仮想ホストを含む仮想化システム構成を，セントラルスコープの監視ツリーで監視するかどうか検討してください。

なお，セントラルスコープの監視ツリーで監視する方法は，「(2)　仮想化構成情報の収集方法」によって異なります。

コマンドを実行して仮想化構成情報を収集した場合

コマンドを使用して仮想化構成情報をセントラルスコープにインポートし，監視ツリーに反映します。

IM構成管理・ビューアーから仮想化構成情報を収集した場合

IM構成管理・ビューアーから仮想化構成情報を収集すると，VMMホストの追加や仮想化構成の変更などが仮想化構成情報に反映されます。この仮想化構成情報をIM構成管理・ビューアーからセントラルスコープの監視ツリーに反映できます。

11.5.4　業務グループの検討

業務グループを有効にする場合，業務グループに割り当てる監視対象のホストの範囲や参照・操作制限など，業務グループの運用方法について検討してください。

＜この項の構成＞

(1)　業務グループおよび監視グループの検討

(2)　業務グループの参照・操作制限

(3)　業務グループの参照・操作制限機能を有効に設定した場合のシステムの階層構成の反映について

(4)　［監視ツリー］画面での監視の検討

(5)　［イベントコンソール］画面での監視の検討

(1)　業務グループおよび監視グループの検討

複数の監視対象のホストをどのような視点で監視するかを基に，次の項目についてあらかじめ検討しておいてください。

業務グループに割り当てる監視対象のホストの範囲
複数のホストを業務システムなどの単位でグルーピングできます。ただし，一つのホストが複数の業務グループに属することはできません。

業務グループ内の監視グループに割り当てる監視対象のホストの範囲
業務グループ内のホストを，さらに業務システムの監視視点でグルーピングできます。監視グループは多階層にわたるグルーピングもできます。

なお，業務グループおよび監視グループについては，「6.4　業務グループの管理」を参照してください。

(2)　業務グループの参照・操作制限

業務グループを使用するには，業務グループの参照・操作制限の設定が必要です。

監視対象の複数のホストを業務グループとしてグルーピングして監視するには，JP1ユーザーのJP1資源グループおよびJP1権限レベルの設定が必要です。

JP1資源グループとJP1権限レベルの組み合わせでできる操作については，「3.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

業務グループの参照・操作制限の設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.17　業務グループの参照・操作制限の設定」を参照してください。

(3)　業務グループの参照・操作制限機能を有効に設定した場合のシステムの階層構成の反映について

業務グループの参照・操作制限機能を有効に設定した場合，［エージェント構成編集］画面の［操作］メニューから［エージェント構成の反映］を選択して実行すると，既存のエージェント構成を削除しないで，新たに定義したエージェント構成の構成定義をすべてのホストに配布します。

このため，システムの階層構成から対象ホストを削除する場合は，システムの階層構成を反映する前に，プロファイルから対象ホストのイベント転送情報の設定を変更し，イベントが転送されない設定に変更しておく必要があります。

この設定を変更しないと，システムの階層構成の反映後にもエージェントが保持する構成情報が残っているため，エージェントで発生するJP1イベントが上位ホストに転送され続けます。

イベント転送情報の設定の変更については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.4　業務グループの設定」を参照してください。

(4)　［監視ツリー］画面での監視の検討

業務グループの設定情報をセントラルスコープへ反映すると，［監視ツリー］画面（セントラルスコープ）に業務グループの階層構成および参照・操作制限が引き渡され，担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。業務グループの設定情報をセントラルスコープへ反映する手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「3.4　業務グループの設定」を参照してください。

(5)　［イベントコンソール］画面での監視の検討

業務グループの参照・操作制限を有効にすると，［イベントコンソール］画面で担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。詳細については，「3.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

12.　JP1/IMシステムの設計

この章では，システムの統合的な運用管理を実現するために，JP1/IMのシステムに必要となるシステム構成や設定内容について説明します。

＜この章の構成＞

12.1　動作環境の検討

12.2　旧バージョンのJP1/IMからのバージョンアップについて

12.3　システム構成の検討

12.4　ネットワーク構成の検討

12.5　システムの階層構成の検討

12.6　ユーザー認証の検討

12.7　JP1/IMおよびJP1/Baseの環境の検討

12.8　ほかの統合管理製品との連携の検討

12.9　JP1/IMのメンテナンスの検討

12.10　JP1/IMが監視するシステム全体のメンテナンスの検討

12.1　動作環境の検討

この節では，JP1/IMを実行する動作環境について，検討が必要な項目を説明します。

＜この節の構成＞

12.1.1　前提OS，前提パッチの確認

12.1.2　メモリー所要量・ディスク占有量の見積もり

12.1.3　IMデータベースの容量の見積もり

12.1.4　カーネルパラメーターの調整（UNIXの場合）

12.1.5　言語環境の検討

12.1.6　言語環境混在での運用

12.1.1　前提OS，前提パッチの確認

JP1/IMシステムの各サーバについて，OSの種類，OSのバージョンを確認してください。

また，OSの種類やバージョンによっては，サービスパックやパッチの適用が必要です。JP1/IM各製品のリリースノートを参照して，必要なサービスパックやパッチをOSに適用してください。

前提OS，前提パッチについて

前提OS
参照先：「9.3.1　前提OS」

前提OS，前提パッチの詳細
リリースノートを参照してください。

12.1.2　メモリー所要量・ディスク占有量の見積もり

JP1/IMシステムの各ホストで，JP1/IMおよびJP1/Baseを実行するために必要なメモリー所要量，ディスク占有量を見積もってください。

なお，クラスタシステムで論理ホストや物理ホストを複数起動する場合は，それぞれのホストごとに容量を見積もって合計してください。

メモリー所要量・ディスク占有量の見積もりについて

JP1/IMの見積もり（計算式を記載）
参照先：JP1/IM - Viewのリリースノート
参照先：JP1/IM - Managerのリリースノート

JP1/IMの見積もり（モデルケースで大体の目安を提示）
参照先：「13.　性能と見積もり」

JP1/Baseの見積もり
参照先：JP1/Baseのリリースノート

12.1.3　IMデータベースの容量の見積もり

統合監視DBおよびIM構成管理DBを使用する場合，JP1/IM - Managerが動作するマネージャーに必要なIMデータベースの容量を見積もってください。システム構築時に選択するIMデータベースの容量について，次の表に示します。

表12-1　データベースのサイズの種類

サイズの種類
容量
システム規模の例

合計
内訳

小規模（S）
11ギガバイト
統合監視DB
9ギガバイト

イベント情報の総件数：

約100万件※2

なお，イベント情報の総件数は，次の条件を想定しています。

イベントの平均サイズ：1キロバイト※3

1日当たりのイベント発生件数：33,000件

イベント情報の保存期間：30日

IM構成管理DB
1ギガバイト

管理するホストの最大数：

1,024台

業務グループ・監視グループの合計数：

100

システムDB領域※1
1ギガバイト
－

中規模（M）
36ギガバイト
統合監視DB
33ギガバイト

イベント情報の総件数：

約400万件※2

なお，イベント情報の総件数は，次の条件を想定しています。

イベントのサイズ：1キロバイト※3

1日当たりのイベント発生件数：13万件

イベント情報の保存期間：30日

IM構成管理DB
1ギガバイト

管理するホストの最大数：

1,024台

業務グループ・監視グループの合計数：

100

システムDB領域※1
2ギガバイト
－

大規模（L）
114ギガバイト
統合監視DB
96ギガバイト

イベント情報の総件数：

約1,200万件※2

なお，イベント情報の総件数は，次の条件を想定しています。

イベントの平均サイズ：1キロバイト※3

1日当たりのイベント発生件数：40万件

イベント情報の保存期間：30日

IM構成管理DB
10ギガバイト

管理するホストの最大数：

10,000台

業務グループ・監視グループの合計数：

100

システムDB領域※1
8ギガバイト
－

（凡例）

－：該当しない

注※1

管理するユーザーデータ量から容量を想定しています。

注※2

イベントの消去のタイミングにより，イベント情報の総件数がこれらの値の件数を超えることもあります。

注※3

イベントのサイズが1キロバイトより大きい場合は，イベント情報の総件数は減少します。

また，クラスタシステムで運用する場合には，共有ディスク上とローカルディスク上にそれぞれ次の表に示す容量が必要です。

表12-2　クラスタシステムで運用する場合のディスク容量

サイズの
種類
容量の合計
共有ディスクに必要な容量
ローカルディスクに必要な容量

システムDB領域
統合監視DB領域
IM構成管理DB領域
システムDB領域

小規模（S）
11ギガバイト
0.95ギガバイト
9ギガバイト
1ギガバイト
0.05ギガバイト

中規模（M）
36ギガバイト
1.9ギガバイト
33ギガバイト
1ギガバイト
0.1ギガバイト

大規模（L）
114ギガバイト
7.4ギガバイト
96ギガバイト
10ギガバイト
0.6ギガバイト

運用途中でイベントの発生件数が大幅に増加することを想定して，余裕を持ったデータベースのサイズを設定することをお勧めします。

なお，統合監視DBの容量が上限に達した場合は古いものからJP1イベントが削除されます。一度に削除されるJP1イベントは，データベースのサイズにかかわらず，最大で20,000件です（格納されているJP1イベントのサイズによって，20,000件より少なくなる場合があります）。

12.1.4　カーネルパラメーターの調整（UNIXの場合）

UNIX環境でJP1/IM - Managerを使用する場合，JP1/IM - Managerの実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整してください。

なお，カーネルパラメーターとは，UNIXシステムが使用するリソースを調整して最適化するための設定です。OSの環境として使用できるファイルの最大オープン数や，共用メモリーの最大サイズなどの設定があります。カーネルパラメーターの詳細については，各OSのマニュアルを参照してください。

カーネルパラメーターの見積もりについて（UNIXの場合）

JP1/IM - Managerの見積もり
参照先：JP1/IM - Managerのリリースノート

JP1/Baseの見積もり
参照先：JP1/Baseのリリースノート

12.1.5　言語環境の検討

JP1/IMシステムの各ホストの言語環境を検討します。

言語環境は統一することを推奨しますが，JP1/IMは言語環境が混在したシステムでも運用が可能です。

ただし，一つのサーバ内では言語環境を統一する必要があります。

言語環境の設定について

JP1/IMの言語環境
参照先：「12.1.6　言語環境混在での運用」
参照先：マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「2.18.2　JP1/IMの環境変数の設定」

JP1/Baseの言語環境の設定
参照先：マニュアル「JP1/Base 運用ガイド」のセットアップ前の作業に関する説明

12.1.6　言語環境混在での運用

JP1/IMは，言語環境が混在したシステムでも運用できます。例えば，JP1/Baseに登録されているJP1イベントの言語コードが混在していても，JP1/IM - Viewでは正常に表示できます※。

注※　言語環境の混在には関係なく，外字，特殊な文字，および特定の制御コードについては，画面表示で文字が化けることや，その文字として処理されないことがあります。詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「1.3　画面操作上の注意事項」を参照してください。

ただし，幾つかの条件がありますので，システム構成や運用を検討してください。

＜この項の構成＞

(1)　システム単位での条件

(2)　サーバ単位での条件

(1)　システム単位での条件

JP1/IMのシステム単位（マネージャーとエージェントによるJP1/IM全体）では，次の条件があります。

自動アクションを設定する場合に2バイト文字が含まれていたときは，文字化けが発生します※。また，機種依存文字を指定した場合は，正しく動作しないことがあります。
注※　第一水準，第二水準の文字コードについては問題なく動作します。

エージェントに UTF-8ロケール環境のホストが存在する場合，次のことに注意してください。

UTF-8ロケール環境のJP1/Baseをバージョン8以降にする必要があります。また，イベント転送先のJP1/Baseをバージョン8以降にする必要があります。

マネージャー上のJP1/IM - Manager，JP1/Baseをバージョン8以降にする必要があります。

バージョン7のJP1/IM，JP1/Baseがシステム内に混在している場合，UTF-8ロケール環境で発行されたJP1イベントを正しく処理できません（JP1イベントの表示や自動アクションの実行など，正しく処理されなくなります）。
この場合，UTF-8環境のJP1/Baseをバージョン8以降にし，JP1/Baseを互換モードで動作するように設定する必要があります。設定の詳細については，マニュアル「JP1/Base 運用ガイド」のセットアップ前の作業の説明を参照してください。

日本語環境のホスト※1と英語環境のホスト※2が混在するシステムでは，次の条件があります。

統合マネージャーおよび拠点マネージャーとして構成できるのは，日本語環境のホストだけです。

英語環境のエージェントの上位に構成するマネージャーとしては，日本語環境のホストだけが使用できます。

マネージャーで動作するJP1/IM - ManagerとJP1/Baseは，日本語環境で運用してください。また，JP1/IM - Viewもインストールする場合は，日本語環境のJP1/IM - Viewをインストールしてください。

セントラルコンソールによる監視を行う場合は，日本語環境のJP1/IM - Viewから日本語環境のJP1/IM - Manager（JP1/IM - Central Console）に接続して運用してください。

WWWページ版のJP1/IM - Viewによるイベント監視を行う場合は，日本語版OS上の日本語版WWWブラウザーから日本語環境のJP1/IM - Manager（JP1/IM - Central Console）に接続して運用してください。

クラスタシステム内では，日本語環境のJP1/IM - Managerと日本語環境のJP1/Baseを使用してください。

日本語環境のホストと英語環境のホストが混在するシステムとして構築できるシステム構成の例を次に示します。

注※1　日本語版のOS，製品がインストールされ，環境変数LANGの設定が日本語に設定されたホスト
注※2　英語版のOS，製品がインストールされたホスト，または日本語版のOS，製品がインストールされ，環境変数LANGの設定が英語に設定されたホスト

図12-1　日本語環境のホストと英語環境のホストが混在するシステムの構成例

注意事項

日本語環境のホストと英語環境のホストが混在するシステムについての注意事項を次に示します。

定義ファイルおよび設定ファイルについて
英語環境のJP1/Base上に配置する定義ファイル名，設定ファイル名，およびこれらのファイル内で使用する文字，属性値などについては，英数字（ASCII）で統一してください。JP1/IM - Manager上でこれらのファイルを作成し配布する場合は，2バイト文字を含めたファイルを配布しないようご注意ください。

自動アクションについて
英語環境のJP1/Baseを自動アクションの実行先ホストとした場合，次の注意事項があります。

2バイト文字を含むアクションは指定しないでください。指定した場合は，アクション結果が文字化けするなどの不正な表示をしたり，アクション実行に失敗したりすることがあります。

自動アクション定義で使用する変数に，2バイト文字を含むイベント情報を指定しないでください。指定した場合は，アクション結果が文字化けするなどの不正な表示をしたり，アクション実行に失敗したりすることがあります。

自動アクションで使用する環境変数定義ファイルの名称およびその内容に，2バイト文字を指定しないでください。指定した場合は，アクション結果が文字化けするなどの不正な表示をしたり，アクション実行に失敗したりすることがあります。

2バイト文字を含む結果を出力する自動アクションは指定しないでください。指定した場合は，アクション結果が文字化けするなど不正な表示をすることがあります。

JP1/IM - Viewからのコマンド実行について
英語環境のJP1/Baseをコマンド実行の実行先ホストとした場合，次の注意事項があります。

2バイト文字を含むコマンドを指定しないでください。指定した場合は，コマンド実行結果が文字化けするなどの不正な表示をしたり，コマンドの実行に失敗したりすることがあります。

コマンド実行で使用する環境変数ファイルの名称およびその内容に，2バイト文字を指定しないでください。指定した場合は，コマンド実行結果が文字化けするなどの不正な表示をしたり，実行に失敗したりすることがあります。

2バイト文字を含む結果を出力するコマンドは指定しないでください。指定した場合は，コマンド実行結果が文字化けするなど不正な表示をすることがあります。

イベント検索について
英語環境のJP1/Baseに対して，2バイト文字を含む条件でイベント検索しないでください。2バイト文字を指定した場合は，正しく検索できません。

(2)　サーバ単位での条件

サーバ単位（１台のマシンで実行する物理ホストおよび論理ホストのすべて）では，次の条件があります。

JP1/IMおよびJP1/Baseを，日本語版または英語版どちらかに統一してください。

JP1/IMおよびJP1/Baseの言語コード（環境変数LANGなどのロケールの設定）を統一してください（UNIXの場合）。JP1/IMの言語コードの設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「2.18.2　JP1/IMの環境変数の設定」を参照してください。

12.2　旧バージョンのJP1/IMからのバージョンアップについて

ここでは，旧バージョンのJP1/IMからバージョンアップする際の注意事項について説明します。

このマニュアルでのバージョンアップの定義

このマニュアルでバージョンアップという場合，旧バージョン（事故対策版や差分パッチ版含む）のJP1/IMからこのマニュアルの発行契機となったバージョンへのバージョンアップインストールを意味します。

このマニュアルで説明しているJP1/IMのバージョンについては，このマニュアルの前書き（中表紙裏）でご確認ください。

なお，製品付属のリリースノートには，製品バージョンが記載されています。これらドキュメント記載の製品バージョンと，このマニュアルで説明する製品バージョンに差異があった場合には，まず，製品付属のリリースノートをお読みください（バージョンアップに関する注意事項が記載されていることがあります）。

＜この節の構成＞

12.2.1　バージョン8のJP1/IMマネージャー製品からのバージョンアップについて

12.2.2　バージョン8のJP1/IM - Viewからのバージョンアップについて

12.2.3　バージョン7のJP1/IMマネージャー製品からのバージョンアップについて

12.2.4　バージョン7のJP1/IM - Viewからのバージョンアップについて

12.2.5　バージョン8のJP1/Baseからのバージョンアップについて

12.2.6　バージョン7のJP1/Baseからのバージョンアップについて

12.2.7　バージョン6のJP1/Baseからのバージョンアップについて

12.2.1　バージョン8のJP1/IMマネージャー製品からのバージョンアップについて

バージョン8のJP1/IMマネージャー製品からバージョン9のJP1/IM - Managerにバージョンアップする場合，次の点に注意してください。

＜この項の構成＞

(1)　バージョン8のセントラルコンソールからのバージョンアップについて

(2)　バージョン8のセントラルスコープからのバージョンアップについて

(3)　バージョン9でIM構成管理を使用する場合

(1)　バージョン8のセントラルコンソールからのバージョンアップについて

JP1/IM - Managerをバージョン8からバージョン9にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン8のJP1/IM - Managerのセントラルコンソールの定義情報が引き継がれます。ただし，次の点に注意してください。

論理ホスト（クラスタ）環境についてはjp1cohaverupコマンドを実行して今バージョンで追加された定義情報を反映する必要があります。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jp1cohaverup」（1.　コマンド）

旧バージョンのJP1/IM - ManagerおよびJP1/IM - Central Consoleでイベント取得フィルター（互換用）を使用していた場合，バージョンアップしてもイベント取得フィルター（互換用）はJP1イベントの監視にだけ有効なフィルターとして動作します（フィルター位置はイベントコンソールサービスとなります）。

図12-2　イベント取得フィルター（互換用）のフィルター位置

この場合，次に示す機能は，JP1/IM - Managerが取得したJP1イベントすべてを処理対象とします。

自動アクション（アクション実行サービスが該当）

セントラルスコープ（セントラルスコープサービスが該当）

相関イベント発行（相関イベント発行サービスが該当）

JP1/IM - Incident Master連携機能（インシデント登録サービスが該当）

このため，フィルターの設定によっては，例えば，自動アクションが実行されているにもかかわらず，［イベントコンソール］画面にはその自動アクションの契機となったJP1イベントが表示されない，といった現象が発生することがあります。
また，イベント取得フィルター（互換用）で定義できる内容は，JP1/SESイベントの取得可否，重大度，イベントIDによる取得可否だけです（ほかのフィルターと同等の細かな条件定義ができません）。
JP1/IMとして取得するJP1イベントを統一したい，または，ほかのフィルターと同様に，詳細にフィルター条件を定義したい場合には，jcochafmodeコマンドを実行して，フィルター位置をイベントコンソールサービスからイベント基盤サービスに移動してください。なお，元のイベント取得フィルター（互換用）で設定した内容は，次表のとおりに引き継がれます。運用に合わせて設定内容，条件群名を変更してください。

表12-3　イベント取得フィルター設定項目の引き継ぎ

jcochafmodeコマンド実行前の設定
jcochafmodeコマンド実行後

設定なし
何も設定のない「既存条件群」に引き継がれる。

イベントIDだけ設定
「既存条件群」に引き継がれる。

重大度だけ設定
「既存条件群」に引き継がれる。

JP1/SESイベントだけ設定
「既存条件群_SES」に引き継がれる。

JP1/SESイベント，イベントIDを設定
JP1/SESイベント，イベントID※の設定が「既存条件群_SES」として引き継がれる。
イベントID※の設定が「既存条件群」として引き継がれる。

重大度，イベントIDを設定
「既存条件群」に引き継がれる。

JP1/SESイベント，重大度を設定
JP1/SESイベントの設定は「既存条件群_SES」として引き継がれる。
重大度の設定は「既存条件群」として引き継がれる。

JP1/SESイベント，重大度，イベントIDを設定
JP1/SESイベント，イベントID※の設定が「既存条件群_SES」として引き継がれる。
重大度，イベントID※の設定が「既存条件群」として引き継がれる。

注※

イベントIDの設定は条件群両方に引き継がれます。

なお，バージョンアップ前のイベント取得フィルターで運用したい場合は，jcochafmodeコマンドの実行は不要です。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcochafmode」（1.　コマンド）

注意事項

jcochafmodeコマンドを実行して，イベント取得フィルターの位置をイベントコンソールサービスからイベント基盤サービスに変更すると，以前のイベント取得フィルターに戻せなくなります。jcochafmodeコマンドを実行する前に，イベント取得フィルターの位置の変更について，十分に検討してください。

自動アクション機能のアクション定義（互換用）が有効になります。バージョン9のアクション定義を使用する場合は，jcadefconvコマンドでバージョン9の自動アクション定義ファイルに変換してください。

バージョン9のアクション定義を有効にすると，次の項目が指定または表示できるようになります。

アクション定義のイベント条件に，「一致する」「一致しない」「から始まる」「含む」「含まない」「正規表現」が指定できます。

JP1/IM - Viewのバージョン9で，［アクション設定］画面が表示されます。なお，アクション定義（互換用）が有効の場合，［アクション設定］画面（互換用）が表示されます。

自動アクション機能の正規表現の設定が引き継がれます。バージョン9のWindows版では，デフォルトの正規表現をJP1独自の正規表現から拡張した正規表現に変更しています。必要に応じて見直してください。

相関イベント発行サービスの起動オプションの設定が引き継がれます。デフォルトの起動オプションをcoldからwarmに変更しています。必要に応じて見直してください。

UNIXの場合，jco_startコマンドでJP1/IM - Managerを起動しているとき，バージョンアップしたあとに次のファイルを上書きコピーしてください。
コピー元：/etc/opt/jp1cons/jco_start.model
コピー先：/etc/opt/jp1cons/jco_start

JP1/IM - Managerのプロセス名およびプロセス構成が変更されています。バージョン8以前のJP1/Cm2/SSOなどと連携してプロセス監視をしている場合は，バージョン9のプロセス構成に沿って設定を見直してください。

(2)　バージョン8のセントラルスコープからのバージョンアップについて

JP1/IM - Managerをバージョン8からバージョン9にバージョンアップする場合，事前に設定情報およびデータベースのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン8のJP1/IM - Managerのセントラルスコープの定義情報が引き継がれます。また，セントラルスコープの有効・無効も引き継がれます。ただし，次の点に注意してください。

バージョンアップ時点では，セントラルスコープ部分は，旧バージョンの機能範囲で動作します。旧バージョンのJP1/IM - ViewでCSV出力した監視ツリー情報，ビジュアル監視情報をJP1/IM - Manager（セントラルスコープ）に反映したい場合は，この段階で編集，反映を済ませてください。

反映を済ませた場合，または反映不要の場合は，jp1csverup.batコマンド（Windowsの場合），またはjp1csverupコマンド（UNIXの場合）を実行してJP1/IM - Manager（JP1/IM - Central Scope）をバージョン9の環境にしてください。

論理ホスト（クラスタ）環境についてはjp1cshaverup.batコマンドを実行して今バージョンで追加された定義情報の反映と監視オブジェクトDBをバージョンアップさせる必要があります。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jp1csverup.bat（Windows限定）」（1.　コマンド）
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jp1csverup（UNIX限定）」（1.　コマンド）

参考

バージョン8のJP1/IM - Viewでは，旧バージョンのJP1/IM - Viewで保存したCSVファイルの内容を表示・編集できます（CSVのバージョンは，タイトルバーに表示されます）。また，編集した内容は，同一バージョンのJP1/IM - Manager，またはセントラルスコープに反映できます。

コマンドを実行する前は，旧バージョンの環境でセントラルスコープが動作するため，旧バージョンのCSVファイルの内容を反映できます。

旧バージョンで監視オブジェクトDBの自動バックアップ・リカバリー機能を有効にしていなかった場合には，有効に設定することを検討してください。
監視ツリー更新中にOSのシャットダウン，クラスタシステムによるフェールオーバーなどが発生すると，監視オブジェクトDBへの書き込みが中途のままとなり，監視オブジェクトDBが破損してしまうことがあります。これを防ぐため，監視オブジェクトDBの自動バックアップ・リカバリー機能を有効にすることをお勧めします。特に，クラスタ運用の際には必ず有効にするようにしてください。
設定は，監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）を引数に，jbssetcnfコマンドを実行して，JP1共通定義情報にその定義内容を反映させることで有効となります。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）」（2.　定義ファイル）

旧バージョンで次に示す機能を無効に設定していた場合，有効にすることを検討してください。

対処済み連動機能

状態変更イベントの上限監視

設定は，定義ファイルを編集し，jbssetcnfコマンドを実行することで有効になります。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「状態変更イベント件数の上限監視設定ファイル（evhist_warn_event_xxx.conf）」（2.　定義ファイル）
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「対処済み連動設定ファイル（action_complete_xxx.conf）」（2.　定義ファイル）

(3)　バージョン9でIM構成管理を使用する場合

JP1/IM - Managerが運用管理するシステムの階層構成（IM構成）は，バージョン8ではJP1/Baseが提供する構成管理機能で管理していましたが，バージョン9では，IM構成管理で管理することもできます。

バージョン9でIM構成管理を使用してシステムの階層構成をする場合，システム移行時には，バージョン8のJP1/Baseが提供する構成管理機能で定義した構成定義情報を，IM構成管理機能で変更して，構成定義情報を定義できます。作業の流れを次に示します。なお，作業はIM構成管理・ビューアーで実施します。

システムの階層構成を取得する。

ホスト情報を収集する。

下位ホスト情報，基本情報，製品情報，およびサービス情報を確認し，必要に応じて変更する。

詳細については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.9.1(2)　既存のシステムの階層構成を編集する場合」（Windowsの場合），または「2.8.1(2)　既存のシステムの階層構成を編集する場合」（UNIXの場合）を参照してください。

システムの移行後，IM構成管理を使用してシステムの階層構成を管理するときは，JP1/Baseが提供する構成管理機能で使用する構成定義ファイルを編集したり，コマンドを実行したりしないでください。

12.2.2　バージョン8のJP1/IM - Viewからのバージョンアップについて

JP1/IM - Viewをバージョン8からバージョン9にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン8のJP1/IM - Viewの定義情報が引き継がれます。ただし，次の点に注意してください。

インストール処理の途中で［プログラムフォルダの選択］画面が表示されます。このとき，初期値としてバージョンアップ前のプログラムフォルダ名が設定されますので，必要に応じて名称を変更してください。
なお，新規インストール時には初期値として「JP1_Integrated Management - View」が設定されます。

統合機能メニューの表示内容はバージョン9として更新されません。バージョン9で変更されたメニューを反映させたい場合は，次のファイルを上書きコピーしてください。

アプリケーション実行定義ファイル
コピー元：Viewパス¥conf¥appexecute¥ja¥!JP1_CC_APP0.conf.model
コピー先：Viewパス¥conf¥appexecute¥ja¥!JP1_CC_APP0.conf

統合機能メニュー定義ファイル
コピー元：Viewパス¥conf¥function¥ja¥!JP1_CC_FTREE0.conf.model
コピー先：Viewパス¥conf¥function¥ja¥!JP1_CC_FTREE0.conf

バージョン8の統合機能メニューの表示内容については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「7.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

OSのバージョンがWindows 7，Windows Server 2008，またはWindows Vistaの場合，JP1/IM - Viewを起動中にバージョンアップすると，JP1/IM - Viewが使用中であることを伝えるダイアログが表示されます。
ダイアログが表示された場合，［キャンセル］ボタンでインストールを中断し，起動中のJP1/IM - Viewをすべて停止してください。そのあと，JP1/IM - Viewをインストールしてください。

OSのバージョンがWindows 7，Windows Server 2008，またはWindows Vistaの場合，ディスクの容量が不足していると，ディスクの容量が足りないことを伝えるダイアログが表示されます。
ダイアログが表示された場合，［中止］または［キャンセル］ボタンでインストールを中断し，ディスクの容量を見直してください。そのあと，JP1/IM - Viewをインストールしてください。

12.2.3　バージョン7のJP1/IMマネージャー製品からのバージョンアップについて

バージョン7のJP1/IMマネージャー製品からバージョン9のJP1/IM - Managerにバージョンアップする場合，次の点に注意してください。

＜この項の構成＞

(1)　インストール先ディレクトリについて

(2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて

(3)　バージョン7のJP1/IM - Central Scopeからのバージョンアップについて

(1)　インストール先ディレクトリについて

JP1/IM - Managerには次表に示すとおり，大きく分けて三つの情報があり，JP1/IM - Managerインストール時には別個のディレクトリに格納されます。

表12-4　JP1/IM - Managerに関する情報区分

情報名 | 説明
JP1/IM - Manager情報 | JP1/IM - Manager全体（JP1/IM - Central Console，JP1/IM - Central Scope含む）に関する情報。
セントラルコンソール情報 | セントラルコンソール機能（旧バージョンのJP1/IM - Central Consoleの機能が該当）に関する情報。
セントラルスコープ情報 | セントラルスコープ機能（旧バージョンのJP1/IM - Central Scopeの機能が該当）に関する情報。

Windowsの場合，バージョンアップすると，次の形で情報がフォルダに格納されます。

Managerパス　　←JP1/IM - Manager情報が格納される。
Consoleパス　　 ←セントラルコンソール情報が格納される※。
Scopeパス　 　←セントラルスコープ情報が格納される※。

注※　異なるフォルダに旧バージョンのJP1/IM - Central ConsoleやJP1/IM - Central Scopeをインストールしていた場合は，旧バージョンのインストール先フォルダにこれらの情報が格納されます。その場合，上に示すフォルダは作成されません。

UNIXの場合，バージョンアップすると，次の形で情報がディレクトリに格納されます。

/etc/opt/jp1imm/    ←JP1/IM - Manager情報が格納される。
/opt/jp1imm/        ←同上。
/var/opt/jp1imm/    ←同上。
/etc/opt/jp1cons/   ←セントラルコンソール情報が格納される。
/opt/jp1cons/       ←同上。
/var/opt/jp1cons/   ←同上。
/etc/opt/jp1scope/  ←セントラルスコープ情報が格納される。
/opt/jp1scope/      ←同上。
/var/opt/jp1scope/  ←同上。

(2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて

JP1/IM - Managerにバージョンアップする前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン7のJP1/IM - Central Consoleの定義情報が引き継がれます。ただし，次の点について注意してください。

07-00のJP1/IM - Central Consoleからバージョンアップした場合，ユーザーフィルター，重要イベントフィルター，表示フィルターおよびイベント検索の条件として定義した情報は次のように引き継がれます。運用に合わせて条件群名を変更してください。

ユーザーフィルター
フィルター名，ユーザー名はそのまま，フィルター条件は「既存条件群」として引き継がれる。

重要イベントフィルター
フィルター条件は「既存条件群」として引き継がれる。

表示フィルター
フィルター名は「既存のフィルター条件」，フィルター条件は「既存条件群」として引き継がれる。

イベント検索条件
検索条件は「既存条件群」として引き継がれる。

07-00，07-10のJP1/IM - Central Consoleからバージョンアップした場合，「KAVB9032-E アクション情報ファイルの移行に失敗しました。保守コード：保守コード」メッセージのダイアログボックスが表示されることがあります。この場合には，次の表に示す保守コードに従って対処してください。

表12-5　KAVB9032-Eの保守コード

保守コード | 対処方法
2 | インストール完了後，資料採取ツールで資料を採取しシステム管理者に連絡してください。その際，保守コードもあわせて連絡してください。
3 | インストール完了後，資料採取ツールで資料を採取しシステム管理者に連絡してください。その際，保守コードもあわせて連絡してください。
4 | インストール完了後，使用していないアプリケーションを停止してください。そのあと，再度上書きインストールを実施してください。

バージョン7で使用していたWWWページ版動作定義ファイルの名称が次表のとおり変更され，バージョン9用のWWWページ版動作定義ファイルが新規作成されます。定義情報は引き継がれません。

表12-6　WWWページ版動作定義ファイルの名称変更

OS | 名称変更前 | 名称変更後
Windows | Consoleパス¥www¥console_ja.html | Consoleパス¥www¥console_ja.html.jp1_im_console_v7_backup
UNIX | /opt/jp1cons/www/console_ja.html | /opt/jp1cons/www/console_ja.html.jp1_im_console_v7_backup

旧バージョンの定義情報をバージョン9に反映したい場合は，名称変更された旧バージョンのファイルを参照して，バージョン9用に新規作成されたファイルに反映してください。WWWページ版動作定義ファイルについては，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「WWWページ版動作定義ファイル（console_ja.html）」（2.　定義ファイル）を参照してください。

JP1/IM - Incident Master連携機能で使用している用語が次表のように変更になりました。

表12-7　用語の変更

項番 | 変更前(バージョン7時) | 変更後(バージョン8および9時)
1 | イベント相関機能 | インシデント登録機能
2 | イベント相関サービス | インシデント登録サービス
3 | イベント相関環境定義ファイル | インシデント登録環境定義ファイル
4 | イベント相関定義(ファイル) | インシデント登録定義(ファイル)
5 | イベント相関用システムプロファイル | インシデント登録用システムプロファイル
6 | イベント相関履歴 | インシデント登録履歴
7 | 相関条件 | インシデント登録条件
8 | 相関稼働 | 稼働
9 | 相関休止 | 休止

項番1～7の用語はJP1/IM - Managerが出力するメッセージ中で使用されている用語です。項番8，9はマニュアルでだけ使用している用語です。
自動アクションやJP1イベントのフィルタリング，JP1/Baseのログファイルトラップなどで，上記表の項番1～7の用語を条件に設定していた場合は，設定を変更する必要があります。設定の見直しをしてください。

そのほかの注意事項は，バージョン8のJP1/IM - Managerからのセントラルコンソールのバージョンアップと同じです。「12.2.1(1)　バージョン8のセントラルコンソールからのバージョンアップについて」を参照してください。

(3)　バージョン7のJP1/IM - Central Scopeからのバージョンアップについて

JP1/IM - Managerにバージョンアップする前に設定情報とデータベースのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン7のJP1/IM - Central Scopeの定義情報が引き継がれます。また，セントラルスコープサービスの有効・無効設定も引き継がれます。

注意事項は，バージョン8のJP1/IM - Managerからのセントラルスコープのバージョンアップと同じです。「12.2.1(2)　バージョン8のセントラルスコープからのバージョンアップについて」を参照してください。

12.2.4　バージョン7のJP1/IM - Viewからのバージョンアップについて

バージョン7のJP1/IM - Viewからバージョン9のJP1/IM - Viewにバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，旧バージョンの定義情報が引き継がれます。

注意事項は，バージョン8のJP1/IM - Viewからのバージョンアップと同じです。「12.2.2　バージョン8のJP1/IM - Viewからのバージョンアップについて」を参照してください。

12.2.5　バージョン8のJP1/Baseからのバージョンアップについて

JP1/IM - Managerを使用するには，同ホスト上にバージョン9のJP1/Baseをインストールする必要があります。マネージャー上のJP1/Baseをバージョンアップする場合，次の点に注意してください。

バージョン8，バージョン7およびバージョン6のコマンド実行履歴ファイルがある場合は，JP1/Baseのバージョンアップ後，JP1/IMの運用開始までの間に必ずjcocmdconvコマンドを実行してください。
このコマンドを実行することで，バージョンアップ前のコマンド実行履歴をバージョン9の環境に引き継げます（引き継がなかった場合，バージョンアップ前のコマンド実行履歴が参照できなくなります）。
また，クラスタ運用時には，共有ディスクにアクセスできる状態で，実行系か待機系どちらか一方から論理ホストに対し，jcocmdconvコマンドを1回だけ実行してください。
参照先：マニュアル「JP1/Base 運用ガイド」のjcocmdconvコマンドを説明している章

起動順序定義ファイルは更新されません。JP1/IM - Managerまたはセントラルコンソールの定義部分は，手作業でバージョン9のJP1/IM - Managerの定義に変更してください。

なお，そのほかのJP1/Baseのバージョンアップに関する注意事項については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項，の説明を参照してください。

12.2.6　バージョン7のJP1/Baseからのバージョンアップについて

JP1/IM - Managerを使用するには，同ホスト上にバージョン9のJP1/Baseをインストールする必要があります。マネージャー上のJP1/Baseをバージョンアップする場合の注意事項は，バージョン8のJP1/Baseからのバージョンアップと同じです。「12.2.5　バージョン8のJP1/Baseからのバージョンアップについて」を参照してください。

12.2.7　バージョン6のJP1/Baseからのバージョンアップについて

JP1/IM - Managerを使用するには，同ホスト上にバージョン9のJP1/Baseをインストールする必要があります。マネージャー上のJP1/Baseをバージョンアップする場合の注意事項は，バージョン8のJP1/Baseからのバージョンアップと同じです。「12.2.5　バージョン8のJP1/Baseからのバージョンアップについて」を参照してください。

12.3　システム構成の検討

ここでは，JP1/IMをさまざまなプログラムと組み合わせて使用する場合の構成例を示します。

＜この節の構成＞

12.3.1　基本構成

12.3.2　JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成

12.3.3　JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成

12.3.4　Cosminexusのシステム環境の状態と使用されるリソース状況を監視する場合のシステム構成（Cosminexus + JP1/Cm2/SSO連携）

12.3.5　WWWブラウザーからJP1イベントを監視する場合の構成

12.3.6　Cosminexusのシステム環境の状態を監視する場合のシステム構成

12.3.7　JP1/IM - Central Information Masterと連携する場合の構成

12.3.8　JP1/IM - Incident Masterと連携する場合の構成

12.3.9　JP1/IM - Rule Operationと連携する場合の構成

12.3.10　クラスタシステムで運用する場合の構成

12.3.11　非クラスタシステムで論理ホストを運用する場合の構成

12.3.12　バージョンの混在が可能なシステム構成

12.3.1　基本構成

JP1/IMの基本的な構成の例を次に示します。

図12-3　基本構成例

この例は，業務の実行状況を2階層で管理するシステムの構成例です。

各ホストで必要な製品を次に示します。

統合マネージャー（最上位のマネージャー）

JP1/IM - Manager
セントラルコンソール，セントラルスコープおよびIM構成管理を稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。IM構成管理は，IM構成管理DBの設定を有効にしている場合に使用できる機能です。

JP1/Base

拠点マネージャー

JP1/IM - Manager

JP1/Base

拠点マネージャー

JP1/IM - Manager

JP1/Base

エージェント（業務実行ホスト）

JP1/Base
各エージェントにJP1/Baseが必要です。JP1/Baseは，JP1イベントの送受信やコマンドの実行などの処理をします。

業務実行プログラム（ユーザーアプリケーションプログラム，JP1シリーズのプログラムなど）

ビューアー（システムの監視用ホスト）

JP1/IM - View

この例に示したシステムでは，エージェントでの業務の実行状況などのJP1イベントは，JP1/Baseによって，いったん拠点マネージャーに転送されます。必要に応じて，拠点マネージャーから統合マネージャーへJP1イベントが転送されます。

管理者は，ビューアーのJP1/IM - Viewを通して，統合マネージャーにログインし，システム全体を管理します。

JP1/IMは，多階層の構造を持ったシステムを構成できます。その際には，最上位のマネージャー，中間層のマネージャー，それぞれにJP1/IM - Managerが必要となります。なお，セントラルスコープは，中間層のマネージャーでも稼働させることができます。

12.3.2　JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成

JP1/AJSとJP1/IMを連携して使用すると，JP1/AJSで実行しているジョブの実行状況を，JP1/IM - Viewから監視できます。また，JP1/IM - ViewからJP1/AJSの画面を呼び出して，ジョブの定義や操作をすることもできます。

JP1/AJSとJP1/IMを連携して使用する場合のシステム構成例を次に示します。

図12-4　JP1/AJSとの連携例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager
セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（JP1/AJSマネージャーホスト）

JP1/AJS - Manager

JP1/Base

エージェント（JP1/AJSエージェントホスト）

JP1/AJS - Agent

JP1/Base

ビューアー

JP1/IM - View

JP1/AJS - View
JP1/IM - ViewからJP1/AJSの画面を呼び出して，操作するためには，ビューアーにJP1/AJS - Viewが必要です。

この例では，JP1/AJSのジョブの実行状況に関するJP1イベントをマネージャーに転送してJP1/IM - Viewでジョブの実行状況を監視しています。

また，ビューアーでは，JP1/IM - Viewの画面から，JP1/AJS - Viewを呼び出せます。JP1/AJS - Viewは，JP1/AJS - Managerと接続し，JP1/AJSを操作します。

12.3.3　JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成

JP1/IM - Mを，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMと連携して使うと，システムのネットワークを監視できます。

JP1/IM - Viewの画面から，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMの画面を呼び出せます。また，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップをJP1/BaseがJP1イベントに変換して，JP1/IM - Viewの［イベントコンソール］画面で監視できます。

図12-5　バージョン8以前のJP1/Cm2/NNMとの連携例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager
セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（ネットワーク管理マネージャーホスト）

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNM

HTTPサーバ
バージョン8以前のJP1/Cm2/NNMのWWWページを表示するために必要です。

JP1/Base

（ネットワーク管理エージェントホスト）

JP1/Cm2/Extensible SNMP Agent，JP1/Cm2/Extensible Agentなど

ビューアー

JP1/IM - View

WWWブラウザー
バージョン8以前のJP1/Cm2/NNMのWWWページを表示するために必要です。

SNMPトラップをJP1イベントに変換したときの重大度

SNMPトラップをJP1イベントに変換すると，SNMPトラップでの重要度は，JP1イベントでは次の表のように重大度として変換されます。

表12-8　SNMPトラップをJP1イベントに変換したときの重大度

SNMPトラップでの重要度 | 変換後のJP1イベントでの表示(重大度)
Normal | Information
Warning | Warning
Minor | Error
Major | Critical
Critical | Alert

このような注意事項やSNMPトラップの変換方法については，マニュアル「JP1/Base 運用ガイド」に記述があります。SNMPトラップ変換については，マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の章を参照してください。

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMなどが発行するSNMPトラップをJP1/BaseでJP1イベントに変換して監視する場合，障害発生元のIPアドレスが正しく受信できないことがあります。これは，JP1/BaseでSNMPトラップをJP1イベントに変換した場合，JP1イベントの「発行元IPアドレス」属性に設定される値が，SNMPトラップを発行したホストのIPアドレスではなく，JP1/BaseがあるホストのIPアドレスであるためです。SNMPトラップを発行したホスト名を取得するには，拡張属性の「SNMPトラップ発生ソース」を指定してください。「SNMPトラップ発生ソース」属性は，変数では「$EV"SNMP_SOURCE"」と指定します。

参考

JP1/Cm2/NNMiまたはHP NNMiと連携したシステム構成については，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

12.3.4　Cosminexusのシステム環境の状態と使用されるリソース状況を監視する場合のシステム構成（Cosminexus + JP1/Cm2/SSO連携）

バージョン8以前のJP1/Cm2/SSOでCosminexusのシステム環境で使用されるリソースの監視を行っている場合，JP1/IMでは，セントラルスコープを利用することでCosminexusのシステム環境の情報に加え，そのシステム環境で実行される業務に関連するリソース情報を収集し，監視できます。なお，Cosminexus + JP1/Cm2/SSO連携の監視オブジェクトは，ユーザー監視オブジェクトです。

この場合のシステム構成例を次に示します。

図12-6　Cosminexus + JP1/Cm2/SSOとの連携例

各ホストで必要な製品を次に示します。

マネージャー

JP1/IM - Manager
セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（Cosminexusの運用管理サーバホスト）

Cosminexus Application Server
業務サーバ上で稼働する業務の運用・管理をするために必要です。
なお，この運用管理サーバホストで必要となるのは，APサーバに含まれるCosminexus Management Serverおよびその前提プロセスです。

JP1/Base

エージェント（JP1/Cm2/SSOの稼働性能管理サーバホスト）

NNM
JP1/Cm2/SSOの前提製品です。また，バージョン8以前のJP1/Cm2/SSOが発行するSNMPトラップを管理します。バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが前提となります。

HTTPサーバ
NNMの画面（WWWページ）を表示するために必要です。

JP1/Cm2/SSO
バージョン8以前のJP1/Cm2/SSOはJP1/PFM/SSO for Application Serverの前提製品であり，ネットワーク上のサーバのリソースを監視するために必要です（リソースの状況はJP1/Cm2/ESAから収集します）。
業務サーバ上で稼働するJP1/Cm2/ESAを管理するために必要です。

JP1/PFM/SSO for Application Server
ネットワーク上のCosminexus Application Serverのリソースを監視するために必要です（リソースの状況はJP1/Cm2/ESAから収集します）。

JP1/Base

エージェント（業務サーバホスト）

Cosminexus Application Server
Cosminexus Application Serverをインストールし，業務目的に合わせてCosminexus Application Serverの各種構成ソフトウェアを使用します。
業務サーバ上のCosminexus Application Serverの運用・管理は，運用管理サーバ上のCosminexus Manager（Cosminexus Management Server）で行います。

JP1/Cm2/ESA
業務サーバ上で実行されるCosminexus管理下のアプリケーションが使用するリソース状況を監視するために必要です。

JP1/Base

ビューアー

JP1/IM - View

注意事項

上記システム構成のように，Cosminexus業務とその業務のリソース状況を監視したい場合は，監視ツリーの自動生成時に「業務指向ツリー」を選択してください。「サーバ指向ツリー」を選択した場合，Cosminexus業務のリソース状況を監視するための監視オブジェクトが生成されません。監視ツリーの種類と監視オブジェクトの関係については，「4.3.3　自動生成できる監視ツリーの構造」を参照してください。

12.3.5　WWWブラウザーからJP1イベントを監視する場合の構成

JP1/IMでは，WWWブラウザーを使ってJP1イベントを監視することもできます。この場合，ビューアーにJP1/IM - Viewは不要です。

ただし，WWWブラウザーを使う場合，次の制限があります。

JP1/IM - Manager（JP1/IM - Central Scope）に接続できません。

［コマンド実行］画面や［統合機能メニュー］画面など，使用できない画面があります。また，モニター起動やイベント一覧情報の保管（CSV出力）ができないなど，操作にも制限があります。詳細については，マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「1.　画面遷移と［ログイン］画面」を参照してください。

制限値が一部異なります。「付録D　制限値一覧」を参照してください。

HP-UX （IPF）版JP1/IM - Managerは，WWWページ版のJP1/IM - Viewをサポートしていません。このため，HP-UX （IPF）版JP1/IM - Managerに対し，WWWブラウザーを使ってJP1イベントを監視することはできません。

システム構成例を次に示します。

図12-7　WWWブラウザーでJP1イベントを監視する場合の構成例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager

JP1/Base

HTTPサーバ

エージェント

JP1/Base

JP1シリーズのプログラム，業務プログラムなど

ビューアー

WWWブラウザー
WWWブラウザーを使ってJP1イベントを監視するには，JREとそれに同梱されているプラグインが必要です。詳細は，JP1/IM - Managerのリリースノートを参照してください。

12.3.6　Cosminexusのシステム環境の状態を監視する場合のシステム構成

CosminexusとJP1/IMを連携して使用すると，Cosminexusのシステム環境（Webシステムの実行・管理環境）の状態を監視できます。また，JP1/IM - ViewからCosminexusの画面を呼び出すなど，ほかの連携製品と同様にJP1/IMを起点にした初動調査ができます。

CosminexusとJP1/IMを連携してCosminexusのシステム環境の状態を監視する場合のシステム構成例を次に示します。

図12-8　Cosminexusとの連携例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager
セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（Cosminexusの運用管理サーバホスト）

Cosminexus Application Server
業務サーバ上で稼働する業務の運用・管理をするために必要です。
なお，この運用管理サーバホストで必要となるのは，APサーバに含まれるCosminexus Management Serverおよびその前提プロセスです。

JP1/Base

エージェント（業務サーバホスト）

Cosminexus Application Server
Cosminexus Application Serverをインストールし，業務目的に合わせてCosminexus Application Serverの各種構成ソフトウェアを使用します。業務サーバ上のCosminexus Application Serverの運用・管理は，運用管理サーバ上のCosminexus Manager（Cosminexus Management Server）で行います。

JP1/Base

ビューアー

JP1/IM - View

参考

Cosminexusは，インターネットやイントラネットなどのネットワークを使って，分散したシステムの情報を連携するためのアプリケーションサーバであり，Webシステム実行環境などのシステム環境を管理しています。

Cosminexusの論理サーバ（J2EEサーバ，Webサーバ，ネーミングサービス，CTMなど）の起動・停止や実行時に発生した障害などは，JP1イベントに変換され，いったんCosminexusの運用管理サーバホスト上のJP1/Baseに登録されます。そのあと，JP1/BaseのJP1イベント転送機能によってJP1/IM - Managerホストに転送され，JP1/IM - ManagerホストのJP1/Baseに登録されます。JP1/IMでは，このJP1/IM - Managerホストに登録されたJP1イベントを監視することによって，Cosminexusの運用管理サーバホストで発生したJP1イベントを監視できます。

12.3.7　JP1/IM - Central Information Masterと連携する場合の構成

JP1/IM - ManagerのセントラルスコープをJP1/IM - Central Information Masterと連携して使うと，JP1/IM - Central Information Masterで構成定義したシステム情報をそのまま監視用に利用できます。

この場合のシステム構成例を次に示します。

図12-9　JP1/IM - Central Information Masterと連携する場合のシステム構成例

各ホストで必要な製品を次に示します。

ビューアー

JP1/IM - View

マネージャー

JP1/IM - Manager
セントラルスコープ機能を有効にする必要があります。

JP1/IM - Central Information Master

JP1/Base

エージェント

JP1/IM - Central Information Master連携製品

JP1/IM - View

この例では，JP1/IM - Central Information Masterがエージェント上のJP1/IM - Central Information Master連携製品，JP1/Baseを利用し，定義情報（システム情報）を収集・整理しています。

そのあと，JP1/IM - ManagerでJP1/IM - Central Information Masterから定義情報を取得し，そのままシステムの運用監視に利用しています。なお，定義情報を取得するJP1/IM - Managerと定義取得先のJP1/IM - Central Information Masterは別ホストでもかまいません（別ホストでの注意事項については，「11.2.1(1)　注意事項」参照）。

12.3.8　JP1/IM - Incident Masterと連携する場合の構成

JP1/IM - ManagerをJP1/IM - Incident Masterと連携して使うと，発生事象（JP1イベント）同士を関連づけ，一つの障害（インシデント）として管理できるようになります。障害管理（インシデント管理）は，JP1/IM - Incident Masterで行います。

この場合のシステム構成例を次に示します。

図12-10　JP1/IM - Incident Masterと連携する場合のシステム構成例

各ホストで必要な製品を次に示します。

ビューアー

WWWブラウザー（IE）
JP1/IM - Incident Masterにログインするために必要です。

JP1/IM - View

マネージャー

JP1/IM - Manager
JP1/IM - Incident Master連携用の機能を有効にする必要があります。

JP1/Base

（インシデント管理サーバ）

インシデントを管理するホストです。

HTTPサーバ（IIS）
JP1/IM - Incident Masterの画面を表示するために必要です。

JP1/IM - Incident Master

JP1/Base

エージェント

業務プログラム，JP1シリーズのプログラムなど

JP1/Base

この例では，エージェント上の業務プログラムやJP1シリーズのプログラムの実行状況に関するJP1イベントをマネージャーに転送してJP1/IM - Viewで監視しています。

また，マネージャー上のJP1/IM - Managerは，転送されてきたJP1イベント同士を関連づけ，インシデントとしてJP1/IM - Incident Masterに登録しています。インシデント管理サーバ上のJP1/IM - Incident Masterに登録されたインシデントは，WWWブラウザーでインシデント管理サーバにアクセスすることで，参照・管理操作ができます。なお，インシデント管理サーバとマネージャーは同一ホストでもかまいません。

12.3.9　JP1/IM - Rule Operationと連携する場合の構成

JP1/IM - ManagerをJP1/IM - Rule Operationと連携して使うと，ルール起動対象イベント（JP1イベント）がシステムで発生したときに，そのことをJP1/IM - Rule Operationに自動通知できます。

この場合のシステム構成例を次に示します。

図12-11　JP1/IM - Rule Operationと連携する場合のシステム構成例

各ホストで必要な製品を次に示します。

ビューアー

JP1/IM - View

マネージャー

JP1/IM - Manager
JP1/IM - Rule Operation連携用の機能を有効にする必要があります。

JP1/Base

（JP1/IM - RLホスト）

JP1/IM - Rule Operation

JP1/Base

エージェント

業務プログラム，JP1シリーズのプログラムなど

JP1/Base

この例では，エージェント上の業務プログラムやJP1シリーズのプログラムの実行状況に関するJP1イベントをマネージャーに転送してJP1/IM - Viewで監視しています。

また，マネージャー上のJP1/IM - Managerは，転送されてきたJP1イベントにルール起動要求イベントがあったときに，ルール起動要求を JP1/IM - Rule Operationに自動通知しています。

ルール起動要求を基にJP1/IM - Rule Operationがルールを起動，実行したかどうかは，JP1/IM - ViewからJP1/IM - Rule Operationにアクセスすることで確認できます。なお，JP1/IM - Rule Operationホストとマネージャーは同一ホストでもかまいません。

注意

JP1/IM - Rule Operationへの通知処理は，通常の自動アクションと同様，システムの階層構成（IM構成）の定義に従って実行されます。

このため，JP1/IM - ManagerとJP1/IM - Rule Operationを別ホストで稼働させる場合，システム構成定義上，JP1/IM - Rule OperationホストをJP1/IM - Managerホストの下位に配置する必要があります。

12.3.10　クラスタシステムで運用する場合の構成

JP1/IMは，クラスタシステムに対応しています。JP1/IM - Managerをクラスタ運用している場合は，実行系に障害が起きると，待機系にフェールオーバーして，システムの監視を継続します。

JP1/IM - Managerを，クラスタ運用する場合のシステム構成例を次に示します。

図12-12　クラスタ運用の構成例（アクティブ・スタンバイ構成）

この構成では，実行系サーバと待機系サーバの2台のサーバがあります。

JP1/IM - Managerは，実行系サーバで実行しています。このとき，待機系サーバは，実行系サーバに障害が発生した時に備えて待機している状態で，JP1/IM - Managerは停止しています。

詳細については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「6.　クラスタシステムでの運用と環境構築」を参照してください。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。クラスタ運用時に再起動をしたい場合は，クラスタソフトの制御によってJP1/IM - Managerを再起動してください。

クラスタ構成では，論理ホストのプロセス管理のプロセスを起動する際，論理ホストのconfフォルダに拡張起動プロセス定義ファイルがない場合，物理ホストの拡張起動定義ファイルがコピーされます。

12.3.11　非クラスタシステムで論理ホストを運用する場合の構成

JP1/IM - Managerは，非クラスタシステムでの論理ホスト運用に対応しています。フェールオーバーしない論理ホストを使用することで，業務ごとにJP1/IM - Managerを複数運用できます。

1台のマシンで複数のシステムの監視を運用したい場合，それぞれに対応した論理ホストでJP1/IM - Managerを実行してシステム統合監視を運用できます。JP1/IM - Managerを利用し，1台のマシンで二つのシステム統合監視を運用する例を次の図に示します。

図12-13　1台のマシンで二つのシステム統合監視を運用する

詳細については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「6.5　非クラスタシステムでの論理ホストの運用と環境構築」を参照してください。

12.3.12　バージョンの混在が可能なシステム構成

バージョンの混在が可能なシステム構成例を次の図に示します。

図12-14　バージョンの混在が可能なシステム構成例

バージョンの混在したシステムで運用監視する場合，次の点に注意してください。

同一マシンでのバージョン9，バージョン8およびバージョン7の混在はできない。
例えば，バージョン8のJP1/Baseとバージョン7のJP1/IM - Central Consoleは同じマシンで動作させることはできません。

異なるバージョンの製品と連携する場合，下位バージョンが提供する機能範囲しか操作できない。
例えば，バージョン7のJP1/IM - Viewでバージョン8のJP1/IM - Managerに接続した場合，バージョン7のJP1/IM - Viewでできる範囲でしか操作できません。
バージョン差異による制限事項の詳細については，「付録H　下位バージョンとの接続性」を参照してください。

次の製品は，バージョン8，バージョン9のJP1/IM - Manager上位には配置できない。

JP1/IM - Central Console 10 Node（バージョン7）

12.4　ネットワーク構成の検討

JP1/IMを運用するネットワーク構成について検討してください。

ネットワークに関する検討には，各ホストのネットワーク設定から，ネットワーク全体まで，幾つかの項目があります。

なお，JP1/IMの通信は，基盤機能であるJP1/Baseにより制御しています。ここではJP1/IMについて説明していますが，JP1/Baseもあわせて検討するようにしてください。

＜この節の構成＞

12.4.1　ホスト名とIPアドレス

12.4.2　サーバのネットワーク構成

12.4.3　複数のネットワークに接続された構成での運用

12.4.4　ファイアウォールを経由したネットワークでの運用

12.4.5　WAN接続

12.4.1　ホスト名とIPアドレス

JP1/IMはホスト名として，hostnameコマンド実行時に表示されるホスト名，またはクラスタ運用時に指定する論理ホスト名を使って動作します。

JP1/IMの各機能に指定するホスト名は，hostnameコマンド実行時に表示されるホスト名，または論理ホスト名を指定してください。

JP1/IMが使用するホスト名がIPアドレスに変換できるよう，hostsなどに設定してください。

DNSを使用している場合は，FQDN形式でないホスト名を指定してください。例えば，「jp1v6.soft.hitachi.co.jp」の場合は，「jp1v6」を指定してください。

また，論理ホスト名は次に示す条件で指定してください。

IMデータベースを使用しない場合に指定できる文字数

Windowsの場合：1～196バイト（推奨：63バイト以内）

UNIXの場合：1～255バイト（推奨：63バイト以内）

IMデータベースを使用する場合に指定できる文字数

1～32バイト

それ以外のホスト名を使う場合は，「12.4.3　複数のネットワークに接続された構成での運用」を参照してください。

複数のIPアドレスを持つホストで，hostsファイルにIPアドレスごとに自ホスト名を定義した場合，自動アクションの［実行ホスト名］にはhostnameコマンドで表示されるホスト名だけを指定できます。
例を次に示します。
hostsファイルに次のように定義されていると仮定します。

100.0.0.10  hostA
200.0.0.10  hostB

この場合，hostnameコマンドで表示されるホスト名がhostAのときは，実行ホスト名にはhostAだけを指定できます。

jp1hosts情報を設定している場合，jp1hosts情報に定義されたホスト名およびIPアドレスに関しては，hostsファイルの定義は参照されません。
例を次に示します。
jp1hosts情報に次のように定義されていると仮定します。

hostA  100.0.0.10 200.0.0.10

また，hostsファイルに次のように定義されていると仮定します。

100.0.0.10  hostA hostB
200.0.0.10  hostC

この場合，hostA，IPアドレス100.0.0.10，およびIPアドレス200.0.0.10に関しては，hostsファイルは参照されません。このため，jp1hosts情報に定義されていないhostBおよびhostCを，コマンド実行先ホスト名に指定することはできません。

また，次の点について確認してください。

DHCPの使用
DHCPによって，JP1/IMやJP1/Baseが使用するIPアドレスを管理する場合，IPアドレスの割り当て期限を無制限にしてIPアドレスが変わらないようにしてください。
JP1/IMおよびJP1/Baseの動作中に，使用するIPアドレスが変更されると正常に動作できません。

DNSサーバの使用
ホスト名からIPアドレスへの変換，および，IPアドレスからホスト名への変換（逆引き）の両方ができるように設定してください。特にDNSサーバ（Active Directory含む）で名前解決をする場合は，両方の変換ができるよう意識して設定する必要がありますので注意してください。

12.4.2　サーバのネットワーク構成

JP1/IMを運用するサーバのネットワーク構成について，次の点について確認してください。

メディアセンス（Windowsの場合）
Windowsのメディアセンス機能（LANケーブル抜けなどを検知して，IPアドレスを非活性にする機能）は，無効にすることを推奨します。メディアセンス機能が有効な場合，一時的なネットワークの問題によってIPアドレスが無くなるため，この影響によってJP1の通信ができなくなる場合があります。

NIC多重化
OSによりNICを多重化して，NIC障害時に予備NICに切り替える機能を提供している場合があります。（例えば，WindowsでのNICチーミング，Solarisでのネットワークマルチパス，AIXでのイーサチャネル）JP1を実行するサーバで，これらのNIC多重化の機能を用いる場合は，NIC多重化をしていない場合の動作と完全に互換性があり，JP1の動作に影響がないことが前提です。

12.4.3　複数のネットワークに接続された構成での運用

JP1/IMのホストが，複数のネットワークに接続された構成で運用する場合，次の要件が発生することがあります。

要件例：ホスト名として，hostnameコマンド実行時に表示されるホスト名や，論理ホスト名として指定したホスト名以外のホスト名を使う

要件例：JP1は他製品とは別の指定された運用管理用のLANで通信する

このような要件がある場合は，JP1/IMおよびJP1/Baseで，複数LAN接続と呼ぶ，特別な設定により対応します。例えば，jp1hosts情報（JP1独自にホスト名とIPアドレスの対応付けをする）の設定をします。

次の説明を参照して，設定および運用を検討してください。

複数ネットワークについて

複数ネットワークでの運用について
参照先：マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「7.　ネットワーク構成に応じた運用と環境構築」
参照先：マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定に関する説明

注意事項

jp1hosts情報を設定している場合，jp1hosts情報に定義されたホスト名およびIPアドレスに関しては，hostsファイルの定義は参照されません。

12.4.4　ファイアウォールを経由したネットワークでの運用

JP1/IMは，ファイアウォールを経由するネットワーク構成での運用をサポートしています。サポートしている種類は，パケットフィルタリング方式のファイアウォールと，スタティック変換方式のNATです。

次の説明を参照して，設定および運用を検討してください。

ファイアウォールを経由した運用について

ファイアウォールを経由した運用
参照先：マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「7.　ネットワーク構成に応じた運用と環境構築」
参照先：マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定に関する説明

＜この項の構成＞

(1)　注意事項

(1)　注意事項

マネージャー・エージェント間の通信は，システムの階層構成（IM構成）に従って行われる通信と対象ホストと直接やりとりする直接通信の2種類があります（「7.3　JP1/IMのシステム環境で行う通信」を参照）。このため，ファイアウォールの設定もそれぞれの通信に対応した設定をする必要があります。

JP1/IM，JP1/Baseは，自ホスト内の通信でもポートを使用しています。ファイアウォールのホストでJP1/IM，JP1/Baseを使用する場合，自ホスト内の通信については，JP1/IM，JP1/Baseが使うすべてのポートを通過できるよう設定する必要があります。

12.4.5　WAN接続

JP1/IMはWAN接続での運用もできますが，WAN接続をする場合には，次の内容に注意してください。

JP1/IM - ViewとJP1/IM - Manager間では，定期的に通信をしているため，ホストの間を，WAN（INS-P，INS-C）環境などの通信時間や通信量に応じて課金されるネットワークの使用は推奨しません。

JP1/IM - ViewとJP1/IM - Manager間で，通信タイムアウトが発生しやすくなる場合があります。この場合には，JP1/IM - ViewとJP1/IM - Manager間の通信タイムアウト時間の設定を見直してください。

JP1/IM - ViewとJP1/IM - Managerのタイムアウト時間の設定について

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「通信環境定義ファイル（console.conf.update）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「通信環境定義ファイル（view.conf.update）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「通信環境定義ファイル（tree_view.conf.update）」（2.　定義ファイル）

12.5　システムの階層構成の検討

JP1/IMで管理するホストと，それらの階層関係を検討します。

JP1/IMでは，構成管理機能を利用して，JP1/IMで運用監視するシステムの範囲を決めています。統合マネージャーの下に拠点マネージャーまたは中継マネージャーを配置し，その下にエージェントを配置する，といった階層構造で構成を組むこともできます。また，リモート通信設定をしているリモート監視構成のホストを統合マネージャーまたは拠点マネージャーの下に配置することもできます。

例えば，次の図に示すように，本社にあるマシンを統合マネージャーおよびリモートの監視対象ホストに，各支社にあるメインマシンを拠点マネージャーに，拠点にあるそのほかのマシンをエージェントにする，といったエージェント構成とリモート監視構成を合わせた構成もできます。

図12-15　システムの階層構成の例

さらに，IM構成管理を使用すると，業務グループや業務グループ内に監視グループを定義して，業務グループ単位や監視グループ単位で監視できるようになります。業務グループを定義して運用するかどうかを考慮した上で，システムの階層構成（IM構成）を検討してください。業務グループの詳細については，「6.4　業務グループの管理」を参照してください。

構成管理機能で，システムの階層構成を「構成定義」の情報として定義すると，次の機能が使用できるようになります。

JP1イベントの上位ホストへの転送

JP1/IM - Viewからのコマンド実行

JP1/IMからの自動アクション

定義情報の収集と配布

IM構成管理を使用する場合は，IM構成管理・ビューアーを操作してシステムの階層構成を定義します。IM構成管理を使用しない場合は，JP1/Baseが提供する構成定義機能を使用してシステムの階層構成を定義します。

機能の詳細については，次の説明を参照してください。

IM構成管理を使用する場合

IM構成管理で設定できるシステムの階層構成
参照先：「6.2.1　IM構成管理で管理対象となるシステムの階層構成」

IM構成管理を使用しない場合

JP1/Baseが提供する構成定義機能で設定できるシステムの階層構成
参照先：「7.4.3　システムの階層構成の管理」

なお，システムの階層構成の管理を開始したあとで，管理方法を変更することはできません。システムの階層構成の情報に不整合が生じるおそれがあるためです。

どちらの方法でシステムの階層構成の管理するかを十分に検討した上で，運用を開始してください。

12.6　ユーザー認証の検討

JP1ユーザーを管理する認証サーバについて検討します。

JP1/IMでは，JP1/IM - Viewからマネージャー上のJP1/IMにログインして，システムの運用監視を行います。ログイン時には，必ず認証サーバで認証が行われ，ログインユーザーの操作権限情報がJP1/IM - Viewに返されます。JP1/IMでは，この一連の処理をユーザー認証と呼んでいます。

JP1/IMの場合，ユーザー認証の設定が必要となるのは，マネージャーおよび認証サーバとして使用するJP1/Baseをインストールしたホストです（設定の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明を参照）。

＜この節の構成＞

12.6.1　ユーザー認証圏の検討

12.6.2　JP1ユーザーのアクセス権限の検討

12.6.1　ユーザー認証圏の検討

マネージャーでは，そのマネージャーが参照する認証サーバを指定する必要があります。参照する認証サーバが複数のマネージャーで同じだった場合，その認証サーバの管理範囲は，参照指定をした複数のマネージャーとなります。この管理範囲のことをユーザー認証圏と呼びます。

ユーザー認証圏は，JP1/Baseの設定によってシステム内に複数構築することも，一つだけ構築することもできます。次の表にそれぞれの場合の，検討のポイントを示します。この表および「(1)　推奨するユーザー認証圏の数」の内容を参考にしてユーザー認証圏を幾つ構築するか検討してください。

表12-9　ユーザー認証圏の数と検討のポイント

ユーザー認証圏の数 | 検討のポイント
ユーザー認証圏をシステム内に一つだけ構築した場合 | システム管理者は，JP1ユーザーを統一管理できます。しかし，認証サーバがダウンした場合，JP1/IMの利用ができなくなるなど，システム全体に影響を与え，システムとしての耐性が弱くなります。
ユーザー認証圏をシステム内に複数構築した場合 | システム管理者は，構築した認証圏の数だけJP1ユーザーを管理する必要が生じます。しかし，個々の認証サーバが独立しているため，システムとしての耐性は強くなります。

＜この項の構成＞

(1)　推奨するユーザー認証圏の数

(1)　推奨するユーザー認証圏の数

システム内にユーザー認証圏を複数構築した場合，その管理が複雑になります。このため，ユーザー認証圏を一つまたは少数だけ構築し，その中でシステムの耐性を強くする対策をとることをお勧めします。

システムの耐性を強くする対策として，一つのユーザー認証圏に認証サーバを2台設置する方法があります（プライマリー認証サーバ，セカンダリー認証サーバ）。

図12-16　認証サーバ

認証サーバを2台設置しておけば，プライマリー認証サーバにトラブルが発生しても，セカンダリー認証サーバに自動で切り替わり，引き続きシステムの運用監視が行えます。また，認証サーバのホストをクラスタ運用したり，認証サーバが異常終了したときに自動で再起動するよう設定したりすることでシステムの耐性を強くできます。

認証サーバについて

JP1ユーザーの管理と認証サーバについて
参照先：「7.4.1　JP1ユーザーの管理」
参照先：マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明

JP1/IMが使用する認証サーバの指定
JP1/Base環境設定のGUI，またはjbssetusrsrvコマンドで指定する
参照先：マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明

12.6.2　JP1ユーザーのアクセス権限の検討

認証サーバにJP1ユーザーを登録する際には，運用に合わせてJP1ユーザーに最適なJP1資源グループ，JP1権限レベルを割り当てる必要があります。

セントラルコンソールを使用する場合

JP1ユーザーに，JP1資源グループ「JP1_Console」，JP1権限レベル「JP1_Console_Admin」「JP1_Console_Operator」「JP1_Console_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

業務グループの参照・操作制限を設定するときは，業務グループに対するJP1資源グループの割り当て，およびそれに対応するJP1資源グループを，認証サーバに登録するJP1ユーザーに割り当てる必要があります。JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当てについては，「3.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

セントラルスコープを使用する場合

監視ツリーの編集，サーバへの反映を実施するJP1ユーザーに，JP1資源グループ「JP1_Console」，JP1権限レベル「JP1_Console_Admin」を割り当ててください。また，セントラルスコープで監視を実施するJP1ユーザーに，JP1資源グループ「JP1_Console※」，JP1権限レベル「JP1_Console_Admin」「JP1_Console_Operator」「JP1_Console_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

監視ツリーの表示範囲をJP1ユーザーごとに変えたいときには，監視ノードへのJP1資源グループの割り当てと，それに対応するJP1資源グループを認証サーバに登録するJP1ユーザーに割り当てる必要があります。監視ノードへのJP1資源グループの割り当ての詳細については，「4.4.3　監視ツリーの監視範囲設定」を参照してください。

IM構成管理を使用する場合

JP1ユーザーに，JP1資源グループ「JP1_Console」，およびJP1権限レベル「JP1_CF_Admin」「JP1_CF_Manager」「JP1_CF_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

JP1権限レベルによるJP1/IMの操作制御については，「付録E　操作権限一覧」を参照してください。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

JP1権限レベルによる，JP1/IM - Viewの操作制御を実現したい場合は，認証サーバとして使用するJP1/Baseのバージョンを7以降にしてください。

認証サーバを2台設置する場合は，認証サーバとして稼働させるJP1/Baseのバージョンを同一バージョンにしてください。

両認証サーバに登録するJP1ユーザーの情報は，同一にする必要があります。設定手順については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明を参照してください。

12.7　JP1/IMおよびJP1/Baseの環境の検討

JP1/IMおよびJP1/Baseの環境について検討してください。

＜この節の構成＞

12.7.1　正規表現の選択

12.7.2　JP1/IM，JP1/Baseの障害に対する検討

12.7.3　JP1/IM - Managerのシステム環境の検討

12.7.4　JP1ユーザー環境の検討

12.7.5　対処状況変更時のJP1イベント発行の検討

12.7.6　コマンド実行環境の検討

12.7.7　セントラルスコープに関するシステム設計

12.7.8　通信タイムアウト時間の検討

12.7.9　JP1/IM - Viewの環境

12.7.10　WWWページ版のJP1/IM - Viewによるイベント監視の検討

12.7.11　イベント取得開始位置の設定の検討

12.7.1　正規表現の選択

JP1/IMおよびJP1/Baseでは，各種フィルター条件や検索条件などに正規表現を使うことができます。ただし，使用できる正規表現は，各機能，OSによってデフォルト値が異なります。

デフォルト値の場合，各機能，OSによって正規表現の使い分けを意識する必要があります。正規表現の使い分けを意識したくない場合は，JP1/IM - ManagerやJP1/Baseの設定を変更して，正規表現を統一することを検討してください。

既存の環境に，正規表現を使ったフィルター条件の設定などが多くある場合など，互換性を優先する場合にだけ，デフォルト値で運用するようにしてください。

なお，使用する正規表現の設定は，JP1/Baseの設定，および自動アクション環境定義ファイルの"REGEXP"パラメーターで設定します。

正規表現について

正規表現の種類の説明
参照先：「付録G　正規表現」

使用する正規表現を設定する
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）
参照先：マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の，使用する正規表現についての説明

12.7.2　JP1/IM，JP1/Baseの障害に対する検討

JP1/IMやJP1/Baseが障害などで停止すると，システムの運用管理に影響します。このため，JP1/IMやJP1/Baseでは，障害の耐性を高めるために，次の機能を提供しています。

プロセスが異常終了した場合に，自動的に再起動する（プロセス管理機能）

プロセスの起動・終了処理で異常を検知した場合に，JP1イベントを発行する（プロセス管理機能）

プロセスのハングアップを検知した場合に，JP1イベントを発行する，および通知コマンドを実行する（ヘルスチェック機能）

これらの機能を有効にすることを検討してください。デフォルトでは無効になっています。

プロセス障害時の通知と対処について

プロセス管理機能について
参照先：「7.1　JP1/IM - Managerのプロセス管理」

プロセス異常時の再起動を有効にする設定
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「拡張起動プロセス定義ファイル（jp1co_service.conf）」（2.　定義ファイル）

プロセス異常発生時のJP1イベントの発行を有効にする設定
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「IMパラメーター定義ファイル（jp1co_param_V7.conf）」（2.　定義ファイル）

ヘルスチェック機能について
参照先：「7.2　JP1/IM - Managerのヘルスチェック機能」

プロセスのハングアップ検知時のJP1イベント発行，通知コマンド実行を有効にする設定
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「ヘルスチェック定義ファイル（jcohc.conf）」（2.　定義ファイル）

JP1/Baseの障害時の通知と対処について
参照先：マニュアル「JP1/Base 運用ガイド」のJP1/Baseの障害に備えた設定に関する説明

また，障害が発生したときに迅速に資料を採取できるよう，JP1/IMでは，ダンプ出力コマンドと資料採取ツールを提供しています。通常，JP1/IMで障害が発生したときは，これらを使用して障害資料を採取します。ただし，ビューアーとしてWWWページ版のJP1/IM - Viewを使用している場合は，JP1/IMで提供しているコマンドやツールが利用できないため，JavaTM Plug-inで提供しているデバッグツールを利用して障害資料を採取する必要があります。

ダンプ出力コマンド

ダンプ出力コマンドは，JP1/IM - View，JP1/IM - Managerそれぞれに用意されています。

表12-10　ダンプ出力コマンド一覧

コマンド
説明

jcothreaddmp
JP1/IM - View用ダンプ出力コマンド。
JP1/IM - Viewハングアップ時に，障害調査に必要な資料として次のダンプを出力します。

Javaスレッドダンプ

jcogencore
JP1/IM - Managerダンプ出力コマンド。
JP1/IM - Managerプロセスのハングアップ時に，障害調査に必要な資料として次のダンプを出力します。

Javaスレッドダンプ：evflow，evtcon，evgen，jcdmainプロセスの障害資料として出力します。

コアダンプ（UNIX限定）※：evtcon，evgen，jcdmain，jcamain，evflowプロセスの障害資料として出力します。

プロセスがハングアップしたかどうかはヘルスチェック機能を利用するなどしてください。

注※　5プロセス分のコアダンプを出力した場合，コアダンプの容量は合計で最大8,419メガバイトになることがあります。このため，出力する前にディスク容量にゆとりがあるか確認してください。

資料採取ツール

資料採取ツールは，バッチ（Windowsの場合）またはスクリプト（UNIXの場合）で提供されています。

表12-11　JP1/IMで提供している資料採取ツール一覧

OS | 資料採取ツール | 説明
Windows | jcoview_log.bat | JP1/IM - Viewの障害調査に必要な資料を一括採取するツールです。
jim_log.bat | JP1/IM - Managerの障害調査に必要な資料※を一括採取するツールです。
UNIX | jim_log.sh | JP1/IM - Managerの障害調査に必要な資料※を一括採取するツールです。

注※　JP1/Baseの障害調査に必要な資料を採取したい場合は，JP1/Baseが提供する資料採取ツールを実行する必要があります（上記表のツールで採取できるJP1/Baseの資料はJP1/IMに関係する部分だけです）。

採取する資料の詳細については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.3　トラブル発生時に採取が必要な資料」を参照してください。なお，Windowsの場合，トラブルが発生したときにメモリーダンプやクラッシュダンプが必要になることがあります。これらのダンプファイルも万一に備えて出力する設定にしておくことをお勧めします。

ただし，次の点に注意してください。

メモリーダンプのサイズは，実メモリーのサイズによって異なります。搭載している物理メモリーが大きいと，メモリーダンプのサイズも大きくなります。メモリーダンプを採取できるだけのディスク領域を確保してください。詳細は，Windowsのヘルプの「STOPエラー」の項目を参照してください。

クラッシュダンプに出力される情報はJP1だけでなく，ほかのアプリケーションプログラムのトラブル情報も出力されます。また，クラッシュダンプが出力されると，その分ディスク容量が圧迫されます。クラッシュダンプが出力されるように設定する場合は，十分なディスク領域を確保してください。

JavaTM Plug-in提供デバッグツール

WWWページ版のJP1/IM - Viewを使用しているときにハングアップした場合には，JavaTM Plug-inで提供しているデバッグツールを利用してJavaのスタックトレースログを採取します。このツールは，WWWページ版のJP1/IM - View表示時には使用できる状態にしておく必要があります。詳細については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.16.4　［Javaコンソール］画面の表示設定」を参照してください。

12.7.3　JP1/IM - Managerのシステム環境の検討

JP1/IM - Managerのシステム環境は，GUIやプロファイル（システムプロファイル）を使って変更できます。変更した内容はマネージャー上のJP1/IM - Managerで管理されます。

ここでは，JP1/IM - Managerのシステム環境のうち，ユーザーが変更できる設定項目について説明します。必要に応じて設定を変更することを検討してください。

＜この項の構成＞

(1)　JP1/IM - Managerのシステム環境についての検討項目

(2)　注意事項

(1)　JP1/IM - Managerのシステム環境についての検討項目

JP1/IM - Managerのシステム環境について，イベントバッファーとjcochstatコマンドからの接続許可を検討してください。

(a)　イベントバッファー

イベントバッファーとは，JP1/IM - Manager（JP1/IM - Central Console）がメモリー上に持つバッファーで，JP1/Baseのイベントサービスから抽出したJP1イベントを格納するために使用します。

イベントサービスからイベントを抽出してマネージャー上にバッファリングするときのイベント件数の上限を設定します。10～2,000（単位：件）の範囲で設定できます。

デフォルト設定は，500（単位：件）です。

イベントバッファーの値を小さくし過ぎると，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページに表示するJP1イベントに抜けが発生する場合があります。

イベントバッファーの値を大きくし過ぎると，JP1/IM - Viewの起動時に，［イベントコンソール］画面の表示に時間が掛かる場合があります。

イベントバッファーの設定は，セントラルコンソールのメモリー所要量を見積もり，マシンのリソースに余裕があることを確認した上で行ってください。なお，メモリー所要量を見積もるための計算式については，JP1/IM - Managerのリリースノートを参照してください。

(b)　jcochstatコマンドからの接続許可の検討

jcochstatコマンドを使用するとイベントDBまたは統合監視DB内のJP1イベントの対処状況を変更できます。このコマンドを利用すれば，ほかのアプリケーションからもJP1イベントの対処状況を変更できるようになりますが，JP1/IMの運用管理上，問題がある場合があります。

このため，JP1/IM - Managerでは，マネージャーのイベントDBまたは統合監視DBに対して，jcochstatコマンドによる対処状況の変更を許可しないように設定できます（デフォルトは変更を許可しています）。ほかのアプリケーションからJP1イベントの対処状況を変更する必要がない場合には，許可しない設定にしておくことをお勧めします。

JP1/IM - Managerのシステム環境設定のカスタマイズについて

JP1/IM - Managerのシステム環境設定をGUIでカスタマイズする（推奨）
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.11　［システム環境設定］画面」

JP1/IM - Managerのシステム環境設定を定義ファイルでカスタマイズする
通常は，GUIの［システム環境設定］画面により設定してください。
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「システムプロファイル（.system）」（2.　定義ファイル）

(2)　注意事項

属性値が範囲外など，プロファイルに誤りがある場合，JP1/IM - Managerは正しく動作しないことがあります。

12.7.4　JP1ユーザー環境の検討

JP1/IMのJP1ユーザー環境（JP1ユーザーごとの［イベントコンソール］画面表示内容など）は，GUIやプロファイル（ユーザープロファイル）を使って変更できます。変更した内容はJP1/IM - Managerで管理されます。

ここでは，JP1ユーザー環境の設定項目のうち，事前に検討してほしい項目および注意事項について説明します。

＜この項の構成＞

(1)　スクロールバッファー

(2)　注意事項

(1)　スクロールバッファー

スクロールバッファーとは，JP1/IM - Viewがメモリー上に持つバッファーで，JP1/IM - Managerのイベントバッファーから取得したJP1イベントを格納するために使用します。

スクロールバッファーは，［イベント監視］ページ，［重要イベント］ページ，［イベント検索］ページのそれぞれに対して存在します。

JP1/IM - Viewは，スクロールバッファーに格納されたJP1イベントをもとにそれぞれのページを表示します。

スクロールバッファーの値（バッファリングするJP1イベントの件数）は，［ユーザー環境設定］画面で変更できます。10～2,000（単位：件）の範囲で変更できます（WWWページ版のJP1/IM - Viewは10～1,000）。

デフォルトでは500（単位：件）となっています。推奨値は，500（単位：件）です。また，WWWページ版のJP1/IM - Viewは，デフォルトでは100（単位：件）です。推奨値は，10～100（単位：件）です。

スクロールバッファーの値を大きくし過ぎると，JP1/IM - Viewの起動時に，［イベントコンソール］画面の表示に時間が掛かる場合があります。

スクロールバッファーの設定は，セントラルコンソール・ビューアーのメモリー所要量を見積もり，マシンのリソースに余裕があることを確認した上で行ってください。なお，メモリー所要量を見積もるための計算式については，JP1/IM - Viewのリリースノートを参照してください。

ユーザー環境のカスタマイズについて

ユーザー環境をGUIでカスタマイズする
参照先：マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.17　［ユーザー環境設定］画面」

(2)　注意事項

JP1のユーザー管理でユーザーを削除しても，ユーザープロファイルは削除されません。

JP1のユーザー管理でユーザー名を変更しても，ユーザープロファイルは引き継がれません。

ユーザープロファイルにもJP1ユーザー環境の定義内容が記述されていますが，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「ユーザープロファイル（defaultUser | profile_ユーザー名）」（2.　定義ファイル）の「記述内容」に記載がない属性および属性値についてはユーザープロファイルから直接変更しないでください。変更した場合，JP1/IM - Viewは正しく動作しないことがあります。

属性値が範囲外など，プロファイルに誤りがある場合，JP1/IM - Viewは正しく動作しないことがあります。

12.7.5　対処状況変更時のJP1イベント発行の検討

対処状況変更時にJP1イベント（3F11）を発行するよう設定することで，次のような運用ができるようになります。なお，対処状況変更時に発行されるこのJP1イベントのことを，以降では対処状況イベントと呼びます。

対処操作の履歴管理
複数のオペレーターが対処操作をした場合でも，だれが，いつ，どの対処状況に変更したかを把握できるようになります。
また，［イベントコンソール］画面に表示されるイベント情報（対処状況イベント含む）をCSV出力することによって，オペレーターの対処状況を監査時の履歴として利用できます。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

JP1イベントの発行設定をすると，対処されたJP1イベント一つに対し，対処状況イベント（3F11）が一つ発行されるようになります。［イベントコンソール］画面の［重要イベント］ページやjcochstatコマンドで複数のJP1イベントの対処状況を一括して変更した場合，その対処状況を変更したJP1イベント数分，対処状況イベント（3F11）が発行されます。このことも考慮に入れて運用してください。

対処状況イベント（3F11）は，JP1/IMでJP1イベントの対処状況を変更したときに発行され，JP1/Baseに登録されます。対処状況イベント（3F11）の発行から登録までの間に，ほかのJP1ユーザーが同じJP1イベントに対して対処状況を変更した場合，対処状況イベント（3F11）に格納される対処前状況が，実際の対処前状況にならない場合があります。
例えば，対処状況が「未対処」のJP1イベントに対し，ほぼ同時にユーザーAが「処理中」，ユーザーBが「対処済」に対処状況を変更（ユーザーAの変更の方が若干早い）した場合，次のように製品は動作します。

図12-17　複数ユーザーによる対処状況変更時の製品動作

実際の対処状況の状態遷移については，変更指示を受けた順に遷移（この場合「未対処→処理中→対処済」）しますが，その際に発行される対処状況イベント（3F11）に格納される対処前状況は，各ユーザー変更指示時の対処状況（この場合「未対処」）がそのまま格納されます。

12.7.6　コマンド実行環境の検討

コマンド実行機能の環境について，検討してください。

コマンド実行環境は，JP1/IM - Viewからのコマンド実行，および自動アクション機能によりコマンドを実行する時に動作します。

また，システム構成管理やユーザー認証の機能とも関連しています。

＜この項の構成＞

(1)　コマンド実行環境の検討

(2)　注意事項

(1)　コマンド実行環境の検討

コマンド同時実行数の設定
自動アクション機能で実行されるコマンドは，通常一つのホストで一つずつ実行されるように設定されています。しかし，実行終了までに長時間かかるコマンドを実行する場合に後続のコマンドの実行開始を早めたいときは，一つのホストで同時に複数のコマンドを実行できます。
一つのホストで同時に複数のコマンドを実行できるようにするには，jcocmddefコマンドの-execnumオプションを使用してコマンド同時実行数を設定します。1～48の値を指定できます。デフォルトは，1です。
"コマンド同時実行数"で定義された数までコマンドを，並行して実行します。同時に実行されるコマンド数はコマンドの実行時間や実行環境により変化しますが，"コマンド同時実行数"を超えることはありません。自動アクションで実行するコマンドの実行時間が長い場合は，シリアル（デフォルト）設定の場合には実行遅延が発生します。このような場合は設定をパラレルに変更することによって，実行遅延を減少できます。
また，このオプションで2以上の値を指定した場合は，複数のコマンドが同時に実行されるため，先に実行されたコマンドが必ずしも先に終了するとは限りません。したがって，自動アクションの終了順序を考慮した運用をしている場合は，このオプションを指定しないでください。

詳細は，次の説明を参照してください。

コマンド実行環境について

コマンド実行環境の概要
参照先：「7.4.4　コマンド実行の管理」

(2)　注意事項

自動アクションのコマンド先行入力数以上の自動アクションを実行しようとすると，そのアクションはエラーとなります。実行待ちのアクションが実行されるのを待って再実行を指示してください。再実行は，［アクション結果詳細］画面の［アクション］に表示される内容を［コマンド実行］画面に入力して行います。
コマンド先行入力数の設定方法は，JP1/Baseのバージョンによって異なります。
JP1/Baseのバージョンが06-51以前の場合
自動アクション機能実行環境の設定作業の中で，コマンド先行入力数を設定（定義情報ファイルを編集）します。1～64の値を指定できます。デフォルトは，10です。自動アクション機能実行環境の設定方法については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.4.1　自動アクション機能の実行環境の設定」を参照してください。
JP1/Baseのバージョンが06-71以降の場合
jcocmddefコマンドの-queuenumオプションでコマンド先行入力数を設定します。0～65,535の値を指定できます。デフォルトは，1,024です。jcocmddefコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

自動アクションの実行中にJP1/Baseが停止すると，そのアクションはエラーになります。

12.7.7　セントラルスコープに関するシステム設計

セントラルスコープを使用する場合，次の点について検討してください。

＜この項の構成＞

(1)　JP1/IM - Manager（JP1/IM - Central Scope）で管理するホスト情報の検討

(1)　JP1/IM - Manager（JP1/IM - Central Scope）で管理するホスト情報の検討

JP1/IM - Manager（JP1/IM - Central Scope）では，監視ツリーの自動生成や監視オブジェクトの状態変更などの際にホスト名の比較を行って，監視ツリーの構造を決めたり，監視オブジェクトの状態を変更したりしています。

ホスト名の比較には，JP1/Baseのjp1hosts情報，OSのhostsファイル，DNSやNISの設定を利用できますが，これらで定義されたホスト名と自動生成の対象となる製品が認識するホスト名，JP1イベントを発行する製品が認識するホスト名に違いがある場合，情報の収集や監視オブジェクトの状態変更が正しく行われないことがあります。

例

自動生成を利用して収集した同一ホストの監視オブジェクトが，別ホストの監視オブジェクトとして表示される。

監視オブジェクトで監視するホスト名と，JP1イベントのホスト名のマッチングが取れないため，監視オブジェクトの状態が変化しない。

このような問題を避けるため，JP1/IM - Manager（JP1/IM - Central Scope）では，JP1/IM - Manager（JP1/IM - Central Scope）独自にホスト情報を管理できます。他製品が認識するホスト名をJP1/IM - Manager（JP1/IM - Central Scope）独自のホスト情報に登録することで，問題を回避できます。

ホスト情報は，jcs_hostsファイルに記述し，その情報をホスト情報DBに登録することで有効になります。jcs_hostsファイルは，OSのhostsファイルと同じ書式で，［監視ツリー］画面で監視するホストの実ホスト名，エイリアス名，IPアドレスを記述します。一つのIPアドレスに対し，八つまでホスト名を指定できます。

監視オブジェクトの監視環境を構築する前にホスト情報ファイルを作成し，ホスト情報DBにその情報を登録するようにしてください。

(a)　注意事項

ホスト情報の参照に失敗する場合，JP1/IM - Manager（JP1/IM - Central Scope）でのJP1イベントの処理，監視ツリーの自動生成に時間が掛かるおそれがあります。
次のホストをJP1/IM - Manager（JP1/IM - Central Scope）のホスト情報DB，JP1/Baseのjp1hosts，JP1/IM - Manager（JP1/IM - Central Scope）が動作するホストのhostsファイル，DNSなどに設定し，ホスト情報を参照できるようにしてください。

監視オブジェクトの状態変更条件で，条件として［ホスト名比較］を選択した個別条件の個別属性値に設定したホスト名。

JP1/IMの監視対象のJP1イベントに含まれる属性値のうち，1.で［ホスト名比較］を選択した個別条件に指定したイベント属性に設定される可能性のあるもの。

JP1/IMの構成管理で定義したホスト名。

監視ツリーを自動生成するためのセットアップを行った連携製品の構成情報に含まれるホスト名。

12.7.8　通信タイムアウト時間の検討

ネットワークに低速の回線が使われていたり，ビューアーの負荷が高かったりするときに，サーバの通信処理でタイムアウトによる通信エラーが発生することがあります。このような場合には，JP1/IMの設定を変更することで対処できます。

タイムアウト時間は，デフォルトで2,500ミリ秒です。低速回線やイベントトラフィックが高い環境でJP1/IMを使用する場合はこの値を大きくしてください。

通信タイムアウト値の調整について

JP1/IM - Manager（JP1/IM - Central Console）の通信タイムアウト値の調整
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「通信環境定義ファイル（console.conf.update）」（2.　定義ファイル）

JP1/IM - Viewの通信タイムアウト値の調整
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「通信環境定義ファイル（view.conf.update）」（2.　定義ファイル）
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「通信環境定義ファイル（tree_view.conf.update）」（2.　定義ファイル）

なお，JP1/IM - Manager（JP1/IM - Central Scope）では通信タイムアウト値の調整は必要ありません。

12.7.9　JP1/IM - Viewの環境

＜この項の構成＞

(1)　JP1/IM - Viewの動作カスタマイズ

(2)　JP1/IM - Central Information Master連携のセットアップ

(3)　JP1/IM - Incident Master連携のセットアップ

(4)　JP1/IM - Rule Operation連携のセットアップ

(1)　JP1/IM - Viewの動作カスタマイズ

JP1/IM - Viewのログイン先ホスト名の履歴数，統合機能メニューの起動など，JP1/IM - Viewの動作をカスタマイズすることができます。

JP1/IM - Viewのカスタマイズについて

JP1/IM - Viewの動作カスタマイズ
参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「IM-View設定ファイル（tuning.conf）」（2.　定義ファイル）

(2)　JP1/IM - Central Information Master連携のセットアップ

JP1/IM - View（JP1/IM - Central Information Master連携部分）を使用する場合には，セットアップコマンドを実行する必要があります。セットアップコマンドは，jcovcmsetupです。

セットアップ後の画面操作など，詳細については，JP1/IM - Central Information Masterのマニュアルを参照してください。

JP1/IM - Central Information Masterのマニュアル

マニュアル「JP1/Integrated Management - Central Information Master システム構築・運用ガイド」

マニュアル「JP1/Integrated Management - Central Information Master リファレンス」

(3)　JP1/IM - Incident Master連携のセットアップ

JP1/IM - ViewからJP1/IM - Incident Masterの画面を呼び出し，JP1イベントをインシデントとして登録する場合には，JP1/IM - Managerのインシデント手動登録定義ファイル（incident.conf）を編集する必要があります。

インシデント手動登録定義ファイル（incident.conf）について

参照先：マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「インシデント手動登録定義ファイル（incident.conf）」（2.　定義ファイル）

(4)　JP1/IM - Rule Operation連携のセットアップ

JP1/IM - View（JP1/IM - Rule Operation連携部分）を使用する場合には，セットアップコマンドを実行する必要があります。セットアップコマンドは，jcovrmsetupです。

セットアップ後の画面操作など，詳細については，JP1/IM - Rule Operationのマニュアルを参照してください。

JP1/IM - Rule Operationのマニュアル

マニュアル「JP1/Integrated Management - Rule Operation 構築・運用ガイド」

マニュアル「JP1/Integrated Management - Rule Operation 画面リファレンス」

12.7.10　WWWページ版のJP1/IM - Viewによるイベント監視の検討

JP1/IM - Managerは，WWWページ版のJP1/IM - Viewを提供しています。これを利用することで，JP1/IM - ViewがないホストからでもマネージャーにログインしてJP1イベントの監視ができます。ただし，WWWページ版のJP1/IM - Viewでは，［コマンド実行］画面や［統合機能メニュー］画面が利用できないなど，幾つかの制限があります。

マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「1.　画面遷移と［ログイン］画面」でWWWページ版のJP1/IM - Viewの制限を確認した上で，ご使用ください。

WWWページ版のJP1/IM - Viewを利用するには，JP1/IM - ManagerをインストールしたホストにHTTPサーバをインストールし，設定する必要があります。また，WWWブラウザーには，JREとそれに同梱されているプラグインが必要です。詳細は，JP1/IM - Managerのリリースノートを参照してください。

WWWページ版のJP1/IM - Viewによるイベント監視について

WWWページ版のJP1/IM - Viewの使用
参照先：マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「4.16　WWWページ版のJP1/IM - Viewを使用する場合の設定」

12.7.11　イベント取得開始位置の設定の検討

イベント取得開始位置は，jcoimdefコマンドの-bオプションで設定します。イベントの取得開始位置は，-bオプションの値によって次の表に示すように異なります。

表12-12　-bオプションと取得開始位置の関係

-bオプションの値 | 取得開始位置
-1 | JP1/IM - Managerが前回処理したイベントの次のイベント
0 | JP1/IM - Managerが起動してから登録されたイベント
1～144 | JP1/IM - Managerが起動した時刻から指定した時刻の前に登録されたイベント

それぞれの取得開始位置について説明します。

＜この項の構成＞

(1)　-1を指定した場合の取得開始位置

(2)　0を指定した場合の取得開始位置

(3)　1～144を指定した場合の取得開始位置

(1)　-1を指定した場合の取得開始位置

jcoimdefコマンドの-bオプションに-1を指定してJP1/IM - Managerを起動すると，イベント基盤サービスは，前回処理したイベントの中で最も古いイベントDB内通し番号を持つイベント（前回停止位置のイベント）をJP1/IM - Managerに配信します。

(2)　0を指定した場合の取得開始位置

jcoimdefコマンドの-bオプションに0を指定してJP1/IM - Managerを起動すると，イベント基盤サービスは，JP1/IM - Managerが起動してから登録されたイベントを順番にJP1/IM - Managerに配信します。

イベントがない場合，新しいイベントが登録されるまで待機します。

(3)　1～144を指定した場合の取得開始位置

jcoimdefコマンドの-bオプションに1～144のどれかの値を指定してJP1/IM - Managerを起動すると，イベント基盤サービスは，JP1/IM - Managerが起動した時刻からjcoimdefコマンドの-bオプションで指定した値の時刻の前に登録されたイベントを順番にJP1/IM - Managerに配信します。

JP1/IM - Managerを起動したときのイベントの取得開始位置は，JP1/IM - Managerが起動した時刻からjcoimdefコマンドの-bオプションに指定した値の時刻を引いた時刻です。

12.8　ほかの統合管理製品との連携の検討

次に示す統合管理製品と連携するときの環境設定について検討してください。

JP1/IM - Incident Master

JP1/IM - Rule Operation

＜この節の構成＞

12.8.1　JP1/IM - Incident Master連携用のシステム設計

12.8.2　JP1/IM - Rule Operation連携用のシステム設計

12.8.1　JP1/IM - Incident Master連携用のシステム設計

JP1/IM - Incident Masterと連携する場合には，次の設定をする必要があります。なお，JP1/IM - Managerが提供するJP1/IM - Incident Master連携機能の使い方・考え方は，JP1/IM - Incident Masterのマニュアルに記載されています。マニュアル「JP1/Integrated Management - Incident Master」をあわせて参照し，適切な設定を行ってください。

＜この項の構成＞

(1)　JP1/IM - Incident Master連携での設定項目

(2)　注意事項

(1)　JP1/IM - Incident Master連携での設定項目

JP1/IM - Incident Master連携での設定項目を次に示します。

JP1/IM - Manager（インシデント登録サービス）に関する設定

インシデント登録サービスの起動設定（jcoimdefコマンドで設定）

イベント取得開始位置の変更（インシデント登録用システムプロファイル（eds_system.conf）で設定）

インシデント登録サービスの環境設定（インシデント登録環境定義ファイル（jcdmain.conf）で設定）

イベント取得フィルターの設定（JP1/IM - Viewから設定）
JP1イベントの監視で使用するイベント取得フィルターの設定をすることで，インシデント登録サービスにもそのフィルターが適用されます。

インシデント登録定義の設定（JP1/IM - Incident Masterからjcisetfilterコマンドで設定）

JP1/IM - Viewに関する設定

JP1/IM - Incident Master画面呼び出し設定（インシデント手動登録定義ファイル（incident.conf）で設定）
インシデント手動登録定義ファイル（incident.conf）は，JP1/IM - Managerが管理するファイルです。

(2)　注意事項

インシデント登録サービスを起動する場合，その分JP1/IM - Managerで必要なメモリー，ディスク容量が増加します。見積もりについては，JP1/IM - Managerのリリースノートを参照してください。

インシデント登録サービスに障害が発生すると，JP1/IM - Incident Masterにインシデントが登録されなくなります。この状態を避けるため，次のような設定をして対処してください。
プロセス異常終了への対処

プロセス管理の障害通知機能を利用して，インシデント登録サービス異常終了時にJP1イベントを発行する。
参照先：「7.1.2　プロセス異常検知時のJP1イベントの発行」

1.で発行されたJP1イベントを契機に自動アクションを実行し，JP1/IM - Incident Masterユーザーに通知する。

プロセスハングアップへの対処

ヘルスチェック機能を利用して，インシデント登録サービスハングアップ時にJP1イベントの発行，コマンドによる障害通知を行う。

JP1/IM - Incident Masterに障害が発生し，インシデント登録が続行できなくなった場合，インシデント登録サービスが休止します。なお，ネットワークエラーなどの一時的なエラーの場合は，インシデント登録サービスが休止しないで，通信をリトライします。

通常は，JP1/IM - Managerのインシデント登録サービスを利用してJP1イベントをインシデントとして登録してください。

参照先（機能概要）：「8.2.1　インシデント登録機能によるインシデントの自動登録」

参照先（機能詳細）：マニュアル「JP1/Integrated Management - Incident Master」

JP1/IM - Viewからのインシデント登録は，インシデントの自動登録で対象にしていなかったJP1イベント，インシデントの自動登録処理時にタイムアウトなどによって登録されなかったJP1イベントなどを対象にしてください。
また，定期的にインシデント登録の設定を見直し，これらのJP1イベントもインシデント登録の対象となるよう設計してください。

12.8.2　JP1/IM - Rule Operation連携用のシステム設計

JP1/IM - Rule Operationと連携する場合には，JP1/IM側で次の設定をする必要があります。なお，JP1/IM - Rule Operationの詳細については，マニュアル「JP1/Integrated Management - Rule Operation構築・運用ガイド」を参照してください。

＜この項の構成＞

(1)　JP1/IM - Rule Operation連携での設定項目

(2)　注意事項

(1)　JP1/IM - Rule Operation連携での設定項目

JP1/IM - Rule Operation連携での設定項目を次に示します。

JP1/IM - Rule Operation連携機能を有効にする設定（jcoimdefコマンドで設定）※

JP1/IM - Rule Operation連携機能の有効・無効設定（-ruleオプションで設定）

JP1/IM - Rule Operationホストの指定（-rulehostオプションで設定）

実行ユーザーの指定（-ruleuserオプションで設定）
注※　連携機能を有効にするとJP1/IM - Viewから，JP1/IM - Rule Operationへの通知条件設定ができるようになります。

JP1/IM - Rule Operationへの通知条件設定

次に示すどちらかの方法で設定します。

［アクション詳細設定］画面で設定

自動アクション定義ファイル（actdef.conf）で設定

表示に関する設定

［ユーザー環境設定］画面

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

JP1/IM - View（ルールオペレーション・ビューアー）のスタートメニューへの登録

jcovrmsetupコマンドの実行

(2)　注意事項

ルール起動条件に一致すると考えられるJP1イベントすべてを，JP1/IM - Rule Operationへの通知条件に指定してください（JP1/IM - Managerからの通知に対するルール起動判定は，JP1/IM - Rule Operation側で実施します）。

JP1/IM - Rule Operationへの通知処理は，通常の自動アクションと同様，システムの階層構成（IM構成）の定義に従って実行されます。
このため，JP1/IM - ManagerとJP1/IM - Rule Operationを別ホストで稼働させる場合，システム構成定義上，JP1/IM - Rule OperationホストをJP1/IM - Managerホストの下位に配置する必要があります。

JP1/IM - Rule Operation連携機能を有効にし，通知条件設定をしたあと，その設定を削除しないままJP1/IM - Rule Operation連携機能を無効にすると，次の問題が発生します。

JP1/IM - Viewからの自動アクションの設定ができなくなる。

JP1/IM - Manager上の通知条件設定は有効であるため，通知条件に一致するJP1イベントが発生するとJP1/IM - Rule Operationにルール起動要求を通知する。

上記問題を解決するには，連携機能を無効にする前にJP1/IM - ViewからJP1/IM - Rule Operation用の通知条件設定を削除するか，自動アクション定義ファイル（actdef.conf）を開き，JP1/IM - Rule Operation連携に関する自動アクション定義パラメーターを削除してください。自動アクション定義ファイル（actdef.conf）の詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）を参照してください。

JP1/IM - Rule Operationは，ルールの開始や終了，異常終了時などにJP1イベントを発行します。JP1/IMでこれらのJP1イベントを監視したい場合には，これらのJP1イベントが転送，JP1/IM - Viewに表示されるよう，フィルターの設定を変更してください。

12.9　JP1/IMのメンテナンスの検討

JP1/IMにかぎらず，ITシステムを運用する場合，障害を未然に防ぐため，また，万一に備えるためにメンテナンス計画を立て，メンテナンス作業をすることが必要です。

ここでは，JP1/IMを使用しているシステムでメンテナンス作業をする際に検討してほしい項目について説明します。

＜この節の構成＞

12.9.1　バックアップの検討

12.9.2　データベースのメンテナンスの検討

12.9.3　ディスク容量の確認

12.9.4　障害レポートの利用

12.9.1　バックアップの検討

万一システムが壊れた場合，同じ環境のシステムを構築して運用再開するために，JP1/IM，JP1/Baseの設定情報およびデータベースのバックアップを検討してください。バックアップは，次のタイミングで取得してください。

JP1/IMをセットアップしたときなど，システムを変更したとき

バージョンアップインストールをする前

JP1/IMでバックアップが必要な設定情報，バックアップとリカバリーの方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「1.1　設定情報の管理」，データベースの再編成，バックアップとリカバリー，再作成については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「1.2　データベースの管理」を参照してください。JP1/Baseについては，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章のバックアップとリカバリーに関する説明を参照してください。

12.9.2　データベースのメンテナンスの検討

IMデータベースは，データの追加，削除が繰り返されることによって，無効領域が増加することがあります。この場合，ホストやプロパティの数が上限値に達する前に新規に登録できなくなったり，登録，更新，削除の速度に遅れを感じたりします。このような状態を回避するために，定期的にデータベースを再編成することをお勧めします。

IMデータベースの再編成の契機と手順については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「1.2.1　データベースの再編成」を参照してください。

IMデータベース以外のデータベースは，運用を継続しても無効領域が増加しないよう設計されています。このため，必要容量を確保しておけば，運用中にデータベースを確認する必要はありません。

12.9.3　ディスク容量の確認

JP1/IMの運用を安定して継続するためには，ディスク容量を十分に確保しておく必要があります。

例えば，JP1/IMの運用中に障害が発生したときには，ダンプファイルなどが障害調査のための資料として必要になることがあります。ダンプファイルは一時的にディスク容量を圧迫するため，必要な容量を見積もった上で，ディスクの空き容量を確保しておいてください。

12.9.4　障害レポートの利用

JP1/IM - Viewには，［イベントコンソール］画面に一覧表示されるJP1イベントの情報を保管（CSV出力）する機能があります。イベント検索機能（参照先：「3.5　イベント検索」）との併用で，障害の前後に発生したJP1イベントを一覧表示・CSV出力し，障害の分析に利用できます。

システム運用管理の作業の一つとしてイベント一覧情報の保管（CSV出力）を検討してください。また，統合監視DBを使用している場合，統合監視DBのイベント情報の保管（イベントレポート出力）を検討してください。

参考

JP1/Baseの障害レポート用機能（jevexportコマンド）について

JP1/IMで利用するJP1/BaseのイベントDBには，さまざまな事象が統一されたフォーマット形式でJP1イベントとして記録されます。定期的にその内容を確認することで，どのホストで問題が数多く発生しているか，また，どの製品で問題が数多く発生しているかなど，JP1イベントを障害レポートとして利用できます。イベントDBの内容を確認するには，JP1/Baseのjevexportコマンドを利用します。jevexportコマンドを利用するとイベントDBの内容をCSVファイルで出力できます。

なお，イベントDBの容量は，決まっている（デフォルトでは片面10メガバイトの合計20メガバイト）ため，その容量に達する前にコマンドを使ってCSV出力する必要があります。定期的に出力することを検討してください。

12.10　JP1/IMが監視するシステム全体のメンテナンスの検討

JP1/IMが監視するシステムの中には，メンテナンスを行う場合でも処理を止めることのできないシステムがあります。例えば，24時間，365日間稼働するシステムなどでは，処理を別サーバに移したり，一部の業務処理を短い時間停止したりして，業務への影響を最小限に留めたスケジューリングの基で，メンテナンスを実施します。

メンテナンスの対象ホストでは，メンテナンス作業の一環で一時的にサーバの起動・停止を繰り返したり，業務処理を中断したりすることがあります。この際，それらを異常として検知したイベントが大量に発行されることがあります。

JP1/IMによる運用監視を継続するためには，不要なイベントをフィルタリングし，必要なイベントだけを取得する必要があります。そのためには，メンテナンスの実施順序を考慮し，不要なイベントのフィルタリングのための事前の設定をしておく必要があります。

ここでは，JP1/IMを含めたシステム全体をメンテナンスする際の検討項目，監視継続を考慮した場合の実施の手順について説明します。また，エージェントで問題発生した際の緊急時のメンテナンス実施例についても説明します。

＜この節の構成＞

12.10.1　メンテナンス実施前の検討項目

12.10.2　JP1/IMが監視するシステム全体のメンテナンス実施例

12.10.3　エージェント単体でのメンテナンス実施例

12.10.1　メンテナンス実施前の検討項目

ここでは，メンテナンス実施前の計画段階での検討，注意が必要な項目について説明します。

＜この項の構成＞

(1)　システム全体での検討項目

(2)　マネージャー（JP1/IM - Manager）側での検討項目

(3)　エージェント(JP1/Base)側での検討項目

(1)　システム全体での検討項目

システム全体で，メンテナンスの実施順序を決定する。
メンテナンスの順序は，システムの階層構成（IM構成）の定義に従って，必ず上位ホストから下位ホストの順序で実施してください。
また，実施順序の計画では，次の点も考慮する必要があります。

エージェント群のグルーピングでは，互いの業務処理に影響しないよう考慮する。

常時稼働システムをメンテナンスする場合は，処理を代替できるサーバを準備する。

JP1/IMおよびエージェントのメンテナンスに要する時間を，個々に見積もる。

注意

システム全体をメンテナンスする場合，jcoimdefコマンドでのイベント取得開始位置の設定，およびイベント取得フィルターを複数設定しての切り替えを利用します。

イベント取得開始位置とイベント取得フィルターには，相関関係があります。つまり，片方の設定がもう一方に影響します。相関関係を簡単に説明すると，次のようになります。

イベント取得開始位置
JP1/IM - Managerの起動時にイベント取得開始位置の設定に従って，JP1/BaseのイベントDBからイベントを取得し，JP1/IM - Managerのイベントバッファーに格納します。

イベント取得フィルター
JP1/IM - ManagerがJP1/Baseからイベントを取得する際に，JP1/IM - Managerのイベントバッファーに格納するイベントを条件に従ってフィルタリングします。

つまり，JP1/IM - Managerの停止前と起動後でイベント取得フィルターの条件が異なり，かつ，イベント取得開始位置をJP1/IM - Managerの起動前からさかのぼって取得する設定にしている場合，JP1/IM - Managerの停止前と起動後とで，イベントバッファーに格納されるイベントが異なる（JP1/IM - Viewで参照できるイベントが異なる）場合があります。これを防止するために，実施順序は必ず上位ホストから下位ホストの順序で行うようにしてください。

(2)　マネージャー（JP1/IM - Manager）側での検討項目

マネージャーのJP1/IM - Managerのメンテナンスでは，次のようなことを検討しておく必要があります。

バックアップの検討

データベースのメンテナンスの検討

ディスク容量の確認

障害レポートの利用

なお，上記検討項目の詳細については，「12.9　JP1/IMのメンテナンスの検討」を参照してください。また，監視業務の観点から，次に示す項目についても検討が必要です。

マネージャー(JP1/IM - Manager)の停止中に発生したイベントを取得する。
JP1/IM - Managerのメンテナンス中に発生したJP1イベントを管理する場合には，JP1/IM - Managerの起動前にさかのぼってJP1イベントを取得するよう設定する必要があります。
システム全体のメンテナンスの一環では，マネージャーのJP1/IM - Managerも停止します。発生事象の管理のため，JP1/IM - Manager停止中のイベントを取得するように設定を検討してください。
JP1/IM - Managerの起動前からイベントを取得する設定は，jcoimdefコマンドで行います。設定する内容については，以降で実施例を用いて説明します。
なお，マネージャーのJP1/Baseが停止している間に発生したイベントは取得できません。これは，JP1/Baseの停止中はイベントDBにJP1イベントを登録できないためです。詳細については，「(3)　エージェント(JP1/Base)側での検討項目」を参照してください。

エージェントのメンテナンス中に発生する障害イベントを監視の対象から外す。
メンテナンス中には，サーバの再起動などを伴うことがあり，不要な障害イベントが大量に発行されるおそれがあります。本来の監視業務に支障をきたす場合があるため，不要なイベントをフィルタリングするよう設定をしてください。
不要なイベントのフィルタリングでは，イベント取得フィルターに，メンテナンス対象ホストの発行するJP1イベントを取得対象外とする共通除外条件を定義しておき，メンテナンス時に有効にします。設定する内容については，以降で実施例を用いて説明します。
エージェントのJP1/Baseが終始停止した状態でメンテナンスをする場合は，イベントDBにイベントが登録されないため，フィルタリングの必要はありません。

(3)　エージェント(JP1/Base)側での検討項目

マネージャーのJP1/Baseが停止している間に発生したJP1イベントを転送する。
マネージャーのJP1/Baseの停止時間を考慮して，転送元のJP1/Baseでイベント転送のリトライの設定をしておいてください。転送先のJP1/Baseが停止していたり，異常が発生していたりして，イベント転送が失敗したときでも一定時間，間隔のリトライができます。
詳細については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの設定の説明を参照してください。

12.10.2　JP1/IMが監視するシステム全体のメンテナンス実施例

ここでは，JP1/IMが監視するシステム全体のメンテナンスの実施例について説明します。

次の図に示すような，JP1/IMが監視するシステムの階層構成（IM構成）（統合マネージャー×1，拠点マネージャー×2，エージェント×4）でメンテナンスを実施します。

図12-18　JP1/IMが監視するシステムの階層構成

JP1/IMが監視するシステムの構成は，JP1/Baseの構成管理機能によって定義されています。システムの階層構成の定義については，「7.4.3　システムの階層構成の管理」を参照してください。

＜この項の構成＞

(1)　システム全体のメンテナンスの実施順序

(2)　統合マネージャー（JP1/IM - Manager）側での設定

(3)　拠点マネージャーおよびエージェントでのJP1/Baseの設定

(4)　メンテナンスの実施手順

(1)　システム全体のメンテナンスの実施順序

システムの階層構成の定義に従って，上位ホストから下位ホストの順序でメンテナンスを実施します。ここでは，次のように実施順序を決定します。

統合マネージャー(mgr1)

拠点マネージャー(m1)

拠点マネージャー(m2)

エージェント(a1，a2)

エージェント(a3，a4)

図12-19　メンテナンスの実施順序

統合マネージャー(mgr1)，拠点マネージャー(m1またはm2)，エージェント(a1，a2，a3またはa4)の順序でメンテナンスを実施することにより，不要なイベントの取得，必要なイベントの取得漏れを回避できます。

注意

マネージャー(この場合はmgr1)のメンテナンスは，必ず最初に行ってください。そのほかのホストについても，システムの階層構成に従って順序を決定してください。

(2)　統合マネージャー（JP1/IM - Manager）側での設定

不要イベントのフィルタリング，JP1/IM - Manager停止中のJP1イベント取得のため，JP1/IM - Managerの機能を利用し，設定しておきます。

(a)　イベント取得開始位置の設定

イベント取得開始位置は，jcoimdefコマンドを使用します。JP1/IM - Managerの起動前にさかのぼってイベントを取得する設定は，次の二つがあります。

jcoimdef -b -1
JP1/IM - Managerの前回停止時の状態からJP1イベントを取得する。

jcoimdef -b xxx (xxxは時間を表します。1～144(時間)の範囲で設定します)
JP1/IM - Managerの起動から指定された時間さかのぼって，JP1イベントを取得する。

なお，JP1/IM - Managerの起動後に発行されたJP1イベントから取得する設定もありますが，今回の例では明示的に開始位置を指定する必要があるため，適用できません。

イベント取得開始位置の設定の詳細については，「12.7.11　イベント取得開始位置の設定の検討」を参照してください。jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

(b)　イベント取得フィルターの共通除外条件の設定

イベント取得フィルターに対して，一時的に取得対象外とするJP1イベントの条件を共通除外条件に定義します。共通除外条件は，［イベント取得条件一覧］画面で追加，編集できます。通常運用のイベント取得フィルターの条件を変更する必要はありません。

「図12-18　JP1/IMが監視するシステムの階層構成」に示した統合マネージャー(mgr1)，拠点マネージャー(m1→m2)，エージェント(a1，a2→a3，a4)の順で，メンテナンスを実施する場合の共通除外条件は，通常運用のイベント取得フィルターとは別に，設定内容ごとに四つ必要になります。共通除外条件の定義内容は次のようになります。なお，メンテナンス対象ホストの不要なイベントを取得しないようにするのは，統合マネージャー(mgr1)だけという前提です。

表12-13　イベント取得フィルターの共通除外条件の設定

共通除外条件のID | メンテナンス対象ホスト | 共通除外条件に定義する条件
1 | 拠点マネージャー(m1) | 登録ホストm1を含む
2 | 拠点マネージャー(m2) | 登録ホストm2を含む
3 | エージェント(a1，a2) | 登録ホストa1，a2を含む
4 | エージェント(a3，a4) | 登録ホストa3，a4を含む

登録ホストとは，イベントが発行されたホストのことを意味します。

拠点マネージャーでも同様のフィルタリングをしたい場合は，上記の内容を参考にして，イベント取得フィルターに共通除外条件を設定してください。なお，共通除外条件を拡張モードに変更して使用すると，条件群の適用期間を指定できるようになります。イベント取得フィルターの共通除外条件については，「3.2.6(1)　共通除外条件（イベント取得フィルター限定）」を参照してください。

共通除外条件の設定の詳細については，拡張モードを使用するかどうかによって設定画面が異なります。マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の次の説明を参照してください。

共通除外条件：2.15　［共通除外条件設定］画面

共通除外条件（拡張モードを使用する場合）：2.16　［共通除外条件設定(拡張)］画面

(3)　拠点マネージャーおよびエージェントでのJP1/Baseの設定

転送先のホストの停止時間を考慮して，イベント転送のリトライの設定をします。この場合は，拠点マネージャー(m1，m2)，エージェント(a1，a2，a3，a4)で設定します。リトライ期間はデフォルトで3,600秒です(60分間，一定間隔でリトライします)。転送先ホストのJP1/Baseの停止時間がこれを超える場合は調整してください。

詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(4)　メンテナンスの実施手順

ここでは，メンテナンス時の手順について説明します。

(a)　統合マネージャーのメンテナンス手順

統合マネージャー（mgr1）のメンテナンスは，次の順序で実施します。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

JP1/IM - ManagerおよびJP1/Baseのメンテナンスをする。
JP1/IM - Managerの設定情報のバックアップ，リカバリー，ディスク容量の管理などについてはマニュアル「JP1/Integrated Management - Manager 運用ガイド」の「1.　JP1/IMシステムのメンテナンス」を，JP1/Baseについては，マニュアル「JP1/Base 運用ガイド」のメンテナンスの説明を参照してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

なお，拠点マネージャーのJP1/IM - Managerをメンテナンスする場合も同様の手順です。

(b)　拠点マネージャー，エージェントのメンテナンス手順

拠点マネージャー（m1，m2）やエージェント（a1，a2，a3，a4）のメンテナンスを実施するときには，統合マネージャー（mgr1）のイベント取得フィルターの共通除外条件を切り替えて，不要なイベントをフィルタリングします。

メンテナンスの実施順序と，イベント取得フィルターの共通除外条件の切り替えのタイミングは次の図のようになります。

図12-20　実施順序とイベント取得フィルターの共通除外条件の切り替えのタイミング

イベント取得フィルターの共通除外条件の切り替えは，jcochfilterコマンド，［システム環境設定］画面，または［イベント取得条件一覧］画面からできます。

イベント取得フィルターの共通除外条件の切り替え手順

マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「5.8　イベント取得フィルターを切り替える」を参照。

jcochfilterコマンドの詳細

マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「jcochfilter」（1.　コマンド）を参照。

［システム環境設定］画面の詳細

マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.11　［システム環境設定］画面」を参照。

［イベント取得条件一覧］画面の詳細

マニュアル「JP1/Integrated Management - Manager 画面リファレンス」の「2.14　［イベント取得条件一覧］画面」を参照。

なお，拠点マネージャー，エージェントにインストールされている製品によって，メンテナンス手順，バックアップファイルなどが異なります。メンテナンスの実施時には，マニュアル「JP1/Base 運用ガイド」またはJP1イベントを発行するそれぞれの製品のマニュアルを参照してください。

参考

jcochfilterコマンドを使用してイベント取得フィルターを切り替える場合，JP1/AJSのスケジュールやカレンダーの機能を利用して，指定した時間に自動的にイベント取得フィルターを切り替えることができます。これによって，監視状態を自動的に移行するような運用もできます。

12.10.3　エージェント単体でのメンテナンス実施例

ここでは，エージェント単体でのメンテナンスを実施する場合の実施例について説明します。

エージェントで緊急対処を必要とする問題が発生した場合，問題調査のためのイベントは監視する必要がありますが，メンテナンスに移行したあとのイベントは不要です。メンテナンスに移行する前に，不要なイベントを除外できるように，イベント取得フィルターに共通除外条件を設定し，他ホストの監視を継続するようにしてください。エージェント単体でのメンテナンスの実施例を次の図に示します。

図12-21　エージェント単体でのメンテナンス実施例

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

JP1/IMで監視しているエージェントの中のホストBに障害が発生し，JP1イベントが発行されました。

マネージャーのJP1/Base，JP1/IM - Managerにあるイベント取得フィルターを経由したJP1イベントを，JP1/IM - Viewで参照します。

ホストBのメンテナンスを実施するため，あらかじめ作成しておいたホストBのメンテナンス用の共通除外条件（ホストBから発行されるJP1イベントを取得しないように設定した共通除外条件）を有効にします。
共通除外条件の切り替えは，JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から切り替える方法と，jcochfilterコマンドを使用して切り替える方法があります。

ホストBのメンテナンス用の共通除外条件を有効にしたため，ホストBから発行されたJP1イベントは，JP1/IM - Managerで取得されなくなります（JP1/IM - Viewの画面にも表示されません）。

ホストBのメンテナンス作業を実施します。

メンテナンス作業の終了後，JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から，またはjcochfilterコマンドを使用して，共通除外条件を無効にします。

共通除外条件の有効・無効を切り替える方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「5.8　イベント取得フィルターを切り替える」を参照してください。

13.　性能と見積もり

この章では，JP1/IMの処理性能の概要，また，JP1/IMを導入することによってどの程度メモリー，ディスク容量が必要となるかモデルケースを提示して説明します。JP1/IMを運用するシステム要件に合わせて，機能の設定値を見直す際の参考にしてください。

なお，JP1/IMで必要なメモリー，ディスク容量の計算式については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートに記載されています。そちらも合わせて参照してください。

＜この章の構成＞

13.1　JP1/IMの処理性能

13.2　性能評価モデルケース

13.1　JP1/IMの処理性能

統合監視システムの性能は，次に示す性能に依存します。

JP1/IM - Viewのイベント表示性能，JP1/IM - Managerのイベント受信性能，自動アクション性能

JP1/IM - ManagerやJP1/IM - Viewがインストールされたマシン性能

ネットワーク環境

このため，統合監視システムを構築する場合は，実際に統合監視システムを構築して統合監視運用を行い，ピーク時の性能評価を行った上で，JP1/IM - ManagerやJP1/IM - Viewによるイベント表示や自動アクションが遅延なく実行できるかの検証をする必要があります。

ピーク時の負荷がセントラルコンソールの処理能力を超える場合は，フィルターの設定見直しによるイベントの削減，自動アクションの設定見直しによる不要な自動アクションの削減，および拠点マネージャーを増やすなど，対処して負担を軽減してください。

13.2　性能評価モデルケース

ここでは，JP1/IMを次の図に示すような業務システムに導入した場合にどの程度メモリー，ディスク容量が増加するかの大体の目安を示します。

図13-1　業務システムの運用例（JP1/IM導入前）

業務システムの運用状況は，次のとおりです。

業務のバッチ処理をするサーバを7台構成で構築

Webサーバを3台構成で構築

OAマシンは50台

これに対し，次の役割分担で監視者が3人（監視マシン3台）います。

バッチ処理の状況を監視するオペレーターA

Webサーバの状況を監視するオペレーターB

システム全体（OAマシン含む）を監視するシステム管理者

＜この節の構成＞

13.2.1　ユーザー要件

13.2.2　監視用サーバで必要なメモリー，ディスク容量，データベース容量

13.2.3　監視マシンで必要なメモリー，ディスク容量

13.2.1　ユーザー要件

「13.2　性能評価モデルケース」で説明した業務システムに次のユーザー要件でJP1/IMを導入すると仮定します（太字はJP1/IMのキーワード）。

監視用サーバを新たに1台設置し，それによって業務システムを集中監視する。また，必要に応じて障害発生マシンの調査を実施する。
→システムの階層構成（IM構成），セントラルコンソールによる集中監視，イベント検索

監視スタイルは従来どおり3人でそれぞれ役割を決めての監視とする。
→ユーザーフィルターの活用

業務システムの目的に合わせ，グルーピングして監視する。
→セントラルスコープの利用（監視範囲設定を実施）

夜間などに緊急度の高い障害が発生したときには，自動的に監視者に通知が来るようにする。
→自動アクションの利用

日々の障害履歴を残すようにする。
→イベント一覧情報の保管（CSV出力）

上記ユーザー要件を満たすため，JP1/IMに適切な値を設定する必要があります。ここでは次のように設定したと仮定します。

システムの階層構成（IM構成）

監視用サーバを新たに1台設置し，それによって業務システムを集中監視する。

→マネージャー1台，エージェント60台のシステム構成

セントラルコンソールによる集中監視

次の要件でエージェントからの監視用サーバに転送されるイベントを抑止する。

バッチ処理サーバから転送されるイベント：優先度高いため「警告」以上
→1日1台当たり20件～30件程度転送されてくると仮定

Webサーバから転送されるイベント：優先度高いため「警告」以上
→1日1台当たり10件～20件程度転送されてくると仮定

OAマシンから転送されるイベント：優先度低いため「エラー」以上
→1日1台当たり1件～2件程度転送されてくると仮定

数値を多い方で見積もると1日370件程度発生となる。これに監視用サーバで発生する監視対象イベント（「警告」以上が20件～30件程度）を加え，1日400件程度。ゆとり分＋100件とし，これを常時JP1/IM - Managerで保持する件数（イベントバッファー数）と定義する。

なお，過去に発生したイベントも同時にチェックしたい，ということも想定し，2日分はJP1/IM - Managerで保持するよう，イベントバッファーの設定を1,000件とする。

また，各監視マシン（3台）から必要に応じてイベント検索を実行すると仮定，検索時に障害発生マシンから取得してくるイベント件数（検索時のイベント取得件数）を100件とする。

ユーザーフィルターの活用

監視要件に合わせ，監視対象イベントをフィルタリングする。その上で，それぞれJP1/IM - Viewで保持しなければならないイベント件数（スクロールバッファー数）を次のように算出する。

オペレーターA：バッチ処理サーバの監視ということで，500件（(30件×7台＋ゆとり分40件)×2日）とする。

オペレーターB：Webサーバの監視ということで，200件（(20件×3台＋ゆとり分40件)×2日）とする。

システム管理者：システム全体の監視ということで，イベントバッファー数と同じ値1,000件とする。

セントラルスコープの利用（監視範囲設定を実施）

次の形で監視ツリーを作成。

全体の監視ノード数（JP1/IM - Managerで管理する監視ノード数）は，監視グループ数4，監視オブジェクト数60となる。

監視範囲設定により，JP1/IM - Viewに表示される監視ノード数は次のようになる。

オペレーターA：監視グループ数1，監視オブジェクト数7

オペレーターB：監視グループ数1，監視オブジェクト数3

システム管理者：監視グループ数4，監視オブジェクト数60

自動アクション

障害検知・簡易対処をスムーズにするため，自動アクションを要件に合わせて20定義。そのうちAND条件※を指定した自動アクションは五つ。

注※　AND条件を満たすまでは，条件対象のイベントをメモリーで保管期限（デフォルト60分）が来るまで保持する。状況にもよるが，60分単位で30件程度保持すると仮定（1日イベントの発生を500件 / 24時間＋10程度で見積もり）。

イベント一覧情報の保管（CSV出力）

退勤時など，監視業務に区切りを付ける際にJP1/IM - Viewに表示されているイベント情報をCSV出力する。

その他

ログサイズ変更など，ディスク容量を増加させる設定変更はしないで，デフォルト値のまま運用。

JP1/IM導入後のシステム運用イメージは次のようになります。

図13-2　業務システムの運用例（JP1/IM導入後）

参考

JP1/IMによるシステム運用管理で必要となるメモリーには，次の二つがあります。

JP1/IM稼働中に常に必要となるメモリー

JP1/IMを操作することによって発生（増減）するメモリー

1.に該当するのが，上図でいうと，JP1/IM - Managerの「イベントバッファー数」「監視ノード数」，JP1/IM - Viewの「スクロールバッファー数」「（表示される）監視ノード数」となります。

2.に該当するのが，上図でいうと，JP1/IM - Managerの「検索時のイベント取得件数」「ANDイベント数」，JP1/IM - Viewの「イベント一覧情報の保管（CSV出力）」となります。

JP1/IMで必要なメモリーを見積もるときは，1.と2.の最大値を足したもので見積もってください。

以上のような形で要件を見積もり，これを基にJP1/IMが使用するメモリー所要量，ディスク占有量を，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノート記載の計算式で見積もります。

計算の結果，JP1/IMを導入しても，各マシンのリソースに余裕があることを確認してください。メモリーやディスク容量が足りない，といった場合には，メモリーやディスクの増設を検討する必要があります。また，それが無理な場合には，現行の各マシンのスペック内で収まるよう，上で見積もった要件の見直しを実施する必要があります。

また，突発的な障害によって，JP1/IMの取得・処理するイベント数が瞬間的に増大した場合でも，イベントの表示や自動アクションの実行性能で問題が発生しないことを検証してください。

13.2.2　監視用サーバで必要なメモリー，ディスク容量，データベース容量

監視用サーバでJP1/IM - Managerに必要なメモリー，ディスク容量は，JP1/IMの設定値によって異なります。JP1/IM - Managerが使用するメモリー，ディスク容量の増減に関係する，主なものを次に示します。その他詳細については，JP1/IM - ManagerのJP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照して確認してください。

メモリーに大きく関係してくる設定値

イベントバッファー数

検索時のイベント取得件数

監視ノード数

ディスク容量に大きく関係してくる設定値

自動アクショントレースログ

監視ノード数

登録ホスト数

ログトラップファイルの定義ファイル数

また，JP1/IMでシステム運用監視をするということは，前提製品のJP1/Baseもシステム内で動作することを意味します。JP1/Base分についても別途JP1/Baseのリリースノートを参照して確認してください。

13.2.3　監視マシンで必要なメモリー，ディスク容量

監視者によって監視範囲，設定値が異なるため，必要なメモリー，ディスク容量も監視マシンによって異なります。

JP1/IMの設定値を変更することで値は大きく変動します。JP1/IM - Viewが使用するメモリー，ディスク容量の増減に関係する，主なものを次に示します。その他詳細については，JP1/IM - Viewのリリースノートを参照して確認してください。

メモリーに大きく関係してくる設定値

スクロールバッファー数

監視ノード数

ディスク容量に大きく関係してくる設定値

監視ノード数

イベント一覧情報の保管（CSV出力）
監視履歴として保管するたびにディスク容量が増加します。

付録

＜この付録の構成＞

付録A　ファイルおよびディレクトリ一覧

付録B　プロセス一覧

付録C　ポート番号

付録D　制限値一覧

付録E　操作権限一覧

付録F　通信設定の変更対応

付録G　正規表現

付録H　下位バージョンとの接続性

付録I　性能と見積もり

付録J　カーネルパラメーター一覧

付録K　各バージョンの変更内容

付録L　用語解説

付録A　ファイルおよびディレクトリ一覧

JP1/IMで使用するファイル名およびディレクトリ名を示します。

なお，JP1/IMのバックアップ対象ファイル，JP1/IMが出力するログファイルなどは，ここでは説明していません。それぞれ，次の説明を参照してください。

バックアップ対象ファイルについて：マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「1.1　設定情報の管理」

ログファイルについて：マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.2.3　ログファイルおよびディレクトリ一覧」

また，論理ホストの場合，以降の表中のパスは次のようになります。

表A-1　共有ディスク上のファイル・フォルダ（ディレクトリ）

OS | 内部コンポーネント | 以降の表中に記載されているパス | 共有ディスク上のファイル・フォルダ（ディレクトリ）
Windows | JP1/IM - Central Console | Consoleパス¥conf¥ | 共有フォルダ¥JP1Cons¥conf¥
Consoleパス¥log¥ | 共有フォルダ¥JP1Cons¥log¥
Consoleパス¥tmp¥ | 共有フォルダ¥JP1Cons¥tmp¥
Consoleパス¥operation¥ | 共有フォルダ¥JP1Cons¥operation¥
JP1/IM - Central Scope | Scopeパス¥conf¥ | 共有フォルダ¥JP1Scope¥conf¥
Scopeパス¥log¥ | 共有フォルダ¥JP1Scope¥log¥
Scopeパス¥tmp¥ | 共有フォルダ¥JP1Scope¥tmp¥
Scopeパス¥database¥ | 共有フォルダ¥JP1Scope¥database¥
JP1/IM - IM構成管理 | Managerパス¥conf¥ | 共有フォルダ¥JP1IMM¥conf¥imcf¥
Managerパス¥log¥ | 共有フォルダ¥JP1IMM¥log¥imcf¥
Managerパス¥tmp¥ | 共有フォルダ¥JP1IMM¥tmp¥
UNIX | JP1/IM - Central Console | /etc/opt/jp1cons/conf/ | 共有ディレクトリ/jp1cons/conf/
/var/opt/jp1cons/log/ | 共有ディレクトリ/jp1cons/log/
/var/opt/jp1cons/tmp/ | 共有ディレクトリ/jp1cons/tmp/
/var/opt/jp1cons/operation/ | 共有ディレクトリ/jp1cons/operation/
JP1/IM - Central Scope | /etc/opt/jp1scope/conf/ | 共有ディレクトリ/jp1scope/conf/
/var/opt/jp1scope/log/ | 共有ディレクトリ/jp1scope/log/
/var/opt/jp1scope/tmp/ | 共有ディレクトリ/jp1scope/tmp/
/var/opt/jp1scope/database/ | 共有ディレクトリ/jp1scope/database/
JP1/IM - IM構成管理 | /etc/opt/jp1imm/conf/ | 共有ディレクトリ/jp1imm/conf/imcf/
/var/opt/jp1imm/log/ | 共有ディレクトリ/jp1imm/log/imcf/
/var/opt/jp1imm/tmp/ | 共有ディレクトリ/jp1imm/tmp/

論理ホストの場合は，「Consoleパス¥conf¥」は「共有フォルダ¥JP1Cons¥conf」と読み替えてください。例えば，「Consoleパス¥conf¥action¥actdef.conf」は「共有フォルダ¥JP1Cons¥conf¥action¥actdef.conf」となります。

なお，JP1/IM - EG for NNMiで使用するファイルおよびディレクトリについては，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

＜この節の構成＞

付録A.1　JP1/IM - Manager（Windows版）

付録A.2　JP1/IM - Manager（UNIX版）

付録A.3　JP1/IM - View

付録A.1　JP1/IM - Manager（Windows版）

JP1/IM - Manager（Windows版）で使用するファイル名およびディレクトリ名を示します。

＜この項の構成＞

(1)　JP1/IM - Manager（コンポーネント共通）

(2)　JP1/IM - Manager（JP1/IM - Central Console）

(3)　JP1/IM - Manager（JP1/IM - Central Scope）

(4)　JP1/IM - Manager（JP1/IM - IM構成管理）

(1)　JP1/IM - Manager（コンポーネント共通）

JP1/IM - Manager（コンポーネント共通）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-2　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（コンポーネント共通））

ファイル名・フォルダ名 | 内容 | 参照 | 編集
Managerパス¥Readme.txt | Readmeファイル | ○ | ×
Managerパス¥tools¥jim_log.bat | 資料採取ツール | ○ | ×

（凡例）

○：できる。

×：できない。

表A-3　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（コンポーネント共通））

フォルダ名 | 内容
Managerパス¥bin¥ | コマンド格納フォルダ
Managerパス¥conf¥ | 環境設定ファイル格納フォルダ
Managerパス¥log¥ | ログフォルダ
Managerパス¥tools¥ | ツール格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Managerパス¥PATCHLOG.txt | 修正パッチログファイル
Managerパス¥patch_backup_dir¥ | 修正パッチバックアップフォルダ以下で修正パッチのRELEASE.TXTに記載されているパッチユーティリティ以外のファイル・フォルダ（このフォルダは修正パッチ適用時にだけ作成される）
システムドライブ：¥Program Files¥jp1common¥ | 製品情報格納フォルダ

(2)　JP1/IM - Manager（JP1/IM - Central Console）

Windows版のJP1/IM - Manager（JP1/IM - Central Console）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-4　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（JP1/IM - Central Console））

ファイル名・フォルダ名 | 内容 | 参照 | 編集
Consoleパス¥bin¥ | コマンド格納フォルダ | ○ | ×
Consoleパス¥conf¥ | 環境設定ファイル格納フォルダ | ○ | ×
Consoleパス¥conf¥jp1co_param_V7.conf | IMパラメーター定義ファイル | ○ | ○
Consoleパス¥conf¥jp1co_param_V7.conf.model | IMパラメーター定義ファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥jp1co_service.conf | 拡張起動プロセス定義ファイル | ○ | △
Consoleパス¥conf¥action¥actdef.conf | 自動アクション定義ファイル | ○ | ○
Consoleパス¥conf¥action¥actnotice.conf | 自動アクション通知定義ファイル | ○ | ○
Consoleパス¥conf¥action¥actnotice.conf.model | 自動アクション通知定義ファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥action¥event_info_replace.conf | イベント引き継ぎ情報変換設定ファイル | ○ | ○※2
Consoleパス¥conf¥action¥attr_list¥attr_list.conf | イベント条件表示項目定義ファイル | ○ | ○
Consoleパス¥conf¥action¥attr_list¥attr_list.conf.model | イベント条件表示項目定義ファイルのモデルファイル | ○ | ○
Consoleパス¥conf¥action¥actdef.conf.model | 自動アクション定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥conf¥console¥attribute¥会社名_製品名_attr_ja.conf | イベント拡張属性定義ファイル | ○ | ○※2
Consoleパス¥conf¥console¥filter¥attr_list¥ | 共通除外条件表示項目定義ファイル格納フォルダ | ○ | ×
Consoleパス¥conf¥console¥filter¥attr_list¥common_exclude_filter_attr_list.conf | 共通除外条件表示項目定義ファイル | ○ | ○
Consoleパス¥conf¥console¥filter¥attr_list¥common_exclude_filter_attr_list.conf.model | 共通除外条件表示項目定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥conf¥console¥incident¥incident.conf | インシデント手動登録定義ファイル | ○ | ○
Consoleパス¥conf¥console¥incident¥incident.conf.model | インシデント手動登録定義ファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥console¥monitor¥会社名_製品名_mon_ja.conf | モニター画面呼び出し定義ファイル | ○ | ○※2
Consoleパス¥conf¥console¥object_type¥会社名_製品名_obj.ja | オブジェクトタイプ定義ファイル | ○ | ○※2
Consoleパス¥conf¥console¥profile¥.system | システムプロファイル | ○ | △
Consoleパス¥conf¥console¥profile¥.system.model | システムプロファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥console¥profile¥defaultUser | デフォルトユーザープロファイル | ○ | △
Consoleパス¥conf¥console¥profile¥defaultUser.model | デフォルトユーザープロファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥console¥profile¥systemColor.conf | システムカラー定義ファイル | ○ | ○
Consoleパス¥conf¥console¥profile¥systemColor.conf.model | システムカラー定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥conf¥console¥profile¥profile_ユーザー名 | 各JP1ユーザー用ユーザープロファイル | ○ | △
Consoleパス¥conf¥console¥rmtcmd¥ | リモートコマンド定義格納フォルダ | ○ | ×
Consoleパス¥conf¥console¥rmtcmd¥cmdbtn.conf | コマンドボタン定義ファイル | ○ | ○
Consoleパス¥conf¥console¥rmtcmd¥cmdbtn.conf.model | コマンドボタン定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥conf¥discrim¥define¥eds_system.conf | インシデント登録用システムプロファイル | ○ | ○
Consoleパス¥conf¥discrim¥define¥eds_system.conf.model | インシデント登録用システムプロファイルのモデルファイル | ○ | ×
ユーザー任意のフォルダ¥ファイル名.conf | 相関イベント発行定義ファイル | ○ | ○※2
Consoleパス¥conf¥evgen¥profile¥egs_system.conf | 相関イベント発行システムプロファイル | ○ | ○
Consoleパス¥conf¥evgen¥profile¥egs_system.conf.model | 相関イベント発行システムプロファイルのモデルファイル | ○ | ×※1
Consoleパス¥conf¥guide¥jco_guide.txt | イベントガイド情報ファイル | ○ | ○※1
Consoleパス¥conf¥guide¥sample_jco_guide.txt | イベントガイド情報ファイルのサンプルファイル | ○ | ×
Consoleパス¥conf¥guide¥sample_jco_guide.txt.model | イベントガイド情報サンプルのモデルファイル | ○ | ×
Consoleパス¥conf¥health¥jcohc.conf | ヘルスチェック定義ファイル | ○ | ○
Consoleパス¥conf¥health¥jcohc.conf.model | ヘルスチェック定義ファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥hostmap¥user_hostmap.conf | 発生元ホストマッピング定義ファイル | ○ | ○
Consoleパス¥conf¥hostmap¥user_hostmap.conf.model | 発生元ホストマッピング定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥conf¥processupdate¥processupdate.conf | 対処状況イベント定義ファイル | ○ | ○
Consoleパス¥conf¥processupdate¥processupdate.conf.model | 対処状況イベント定義ファイルのモデルファイル | ○ | ×
Consoleパス¥default | 共通定義フォルダ | ○ | ×
Consoleパス¥default¥action.conf.update | 自動アクション環境定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥default¥console.conf.update | 通信環境定義ファイルのモデルファイル | ○ | ×※1
Consoleパス¥default¥jcdmain.conf.update | インシデント登録環境定義ファイルのモデルファイル | ○ | ×※1
ユーザー任意のフォルダ¥ファイル名 | 相関イベント発行環境定義ファイル | ○ | ○※2
Consoleパス¥operation¥ | 操作履歴格納フォルダ | ○ | ×
Consoleパス¥operation¥discrim¥discrim{1|2|3}.log | インシデント登録履歴ファイル | ○ | ×
Consoleパス¥operation¥evgen¥egs_discrim{1|2|3}.log | 相関イベント発行履歴ファイル | ○ | ×
Consoleパス¥www¥ | WWWページ版格納フォルダ | ○ | ×
Consoleパス¥www¥console_ja.html | WWWページ版動作定義ファイル | ○ | △
Consoleパス¥www¥console_ja.html.model | WWWページ版動作定義ファイルのモデルファイル | ○ | ×

（凡例）

○：できる。

△：一部編集できる。

×：できない。

注※1　コピーして使用してください。

注※2　イベント引き継ぎ情報変換設定ファイル，イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイル，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルは，JP1/IM - Managerインストール後にユーザーによって追加されたファイルが対象となります。イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「モニター画面呼び出し定義ファイル」（2.　定義ファイル）を参照してください。また，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

表A-5　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（JP1/IM - Central Console））

フォルダ名 | 内容
Consoleパス¥conf¥ | 環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Consoleパス¥classes¥ | クラスファイル格納フォルダ
Consoleパス¥default¥ | 共通定義フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Consoleパス¥lib¥ | ライブラリー格納フォルダ
Consoleパス¥log¥ | ログフォルダ
Consoleパス¥operation¥ | 操作履歴格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Consoleパス¥system¥ | 初期設定ファイル格納フォルダ
Consoleパス¥tmp¥ | 作業フォルダ
Consoleパス¥tools¥ | ツール格納フォルダ
Consoleパス¥www¥ | WWWページ版格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

(3)　JP1/IM - Manager（JP1/IM - Central Scope）

Windows版のJP1/IM - Manager（JP1/IM - Central Scope）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-6　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（JP1/IM - Central Scope））

ファイル名・フォルダ名 | 内容 | 参照 | 編集
Scopeパス¥bin¥ | コマンド格納フォルダ | ○ | ×
Scopeパス¥conf¥action_complete_on.conf | 対処済み連動設定ファイル | ○ | ○
Scopeパス¥conf¥action_complete_off.conf
Scopeパス¥conf¥action_complete_on.conf.model | 対処済み連動設定ファイルのモデルファイル | ○ | ×
Scopeパス¥conf¥action_complete_off.conf.model
Scopeパス¥conf¥jcs_atc_cm_host.conf | CMホスト定義ファイル(JP1/IM - Central Information Master連携時だけ使用) | ○ | ○
Scopeパス¥conf¥jcs_atc_cm_host.conf.model | CMホスト定義ファイルのモデルファイル(JP1/IM - Central Information Master連携時だけ使用) | ○ | ×
Scopeパス¥conf¥auto_dbbackup_on.conf | 監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル | ○ | ○
Scopeパス¥conf¥auto_dbbackup_off.conf
Scopeパス¥conf¥auto_dbbackup_on.conf.model | 監視オブジェクトDBの自動バックアップ・リカバリー設定ファイルのモデルファイル | ○ | ×
Scopeパス¥conf¥auto_dbbackup_off.conf.model
Scopeパス¥conf¥evhist_warn_event_on.conf | 状態変更イベント件数の上限監視設定ファイル | ○ | ○
Scopeパス¥conf¥evhist_warn_event_off.conf
Scopeパス¥conf¥evhist_warn_event_on.conf.model | 状態変更イベント件数の上限監視設定ファイルのモデルファイル | ○ | ×
Scopeパス¥conf¥evhist_warn_event_off.conf.model
Scopeパス¥conf¥guide¥ | ガイドメッセージファイル格納フォルダ | ○ | ×
Scopeパス¥conf¥jcs_guide_sjis.txt | ガイド情報ファイル | ○ | ○
Scopeパス¥conf¥jcs_guide_sjis.txt.model | ガイド情報ファイルのモデルファイル | ○ | ×
Scopeパス¥conf¥jcs_hosts | ホスト情報ファイル | ○ | ○
Scopeパス¥conf¥jcs_hosts.model | ホスト情報ファイルのモデルファイル | ○ | ×
Scopeパス¥conf¥snmpfilter_im_sample.conf | SNMPトラップ変換機能フィルター定義ファイルのサンプルファイル（バージョン8以前のJP1/Cm2/NNM，バージョン8以前のJP1/Cm2/SSO連携時だけ使用） | ○ | ×
Scopeパス¥database¥ | ISAMファイル格納フォルダ | ○ | ×
Scopeパス¥database¥jcsdb¥ | 監視オブジェクトDB格納フォルダ | ○ | ×
Scopeパス¥database¥jcshosts¥ | ホスト情報DB格納フォルダ | ○ | ×
Scopeパス¥sample¥ | サンプルフォルダ | ○ | ×
Scopeパス¥sample¥guide¥jcs_guide_html_sample_sjis.txt | HTMLガイド情報サンプル | ○ | ×
Scopeパス¥sample¥guide¥exfile¥jcs_guide_html_sample_sjis001.txt

（凡例）

○：できる。

×：できない。

表A-7　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（JP1/IM - Central Scope））

ファイル・フォルダ名 | 内容
Scopeパス¥conf¥ | 環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Scopeパス¥database¥event¥ | イベント照合処理作業フォルダ
Scopeパス¥default¥ | 共通定義フォルダ
Scopeパス¥log¥ | ログフォルダ
Scopeパス¥system¥ | 初期設定ファイル格納フォルダ
Scopeパス¥tmp¥ | 作業フォルダ
Scopeパス¥tools¥ | ツール格納フォルダ

(4)　JP1/IM - Manager（JP1/IM - IM構成管理）

Windows版のJP1/IM - Manager（JP1/IM - IM構成管理）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-8　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（JP1/IM - IM構成管理））

ファイル名・フォルダ名 | 内容 | 参照 | 編集
Managerパス¥bin¥ | コマンド格納フォルダ | ○ | ×
Managerパス¥conf¥imcf¥jp1cf_applyconfig.conf | IM構成反映方式設定ファイル | ○ | ○
Managerパス¥conf¥imcf¥jp1cf_applyconfig.conf.model | IM構成反映方式設定ファイルのモデルファイル | ○ | ×

（凡例）

○：できる。

×：できない。

表A-9　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（JP1/IM - IM構成管理））

ファイル・フォルダ名 | 内容
Managerパス¥conf¥ | 環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Managerパス¥conf¥imcf¥const¥ppinfotemplate.conf | 製品情報テンプレートファイル
Managerパス¥conf¥imcf¥const¥ppinfotemplate.conf.update | 製品情報テンプレートアップデートファイル
Managerパス¥conf¥imcf¥const¥profile_list0708.csv | プロファイルリストひな型ファイル
Managerパス¥conf¥imcf¥const¥profile_listEuropa.csv
Managerパス¥conf¥imcf¥const¥jp1base_profile_type_en.csv | プロファイル種別ファイル
Managerパス¥conf¥imcf¥const¥jp1base_profile_type_jp.csv
Managerパス¥conf¥imcf¥const¥jp1base_opiTagList_en.csv | プロファイルタグリストファイル
Managerパス¥conf¥imcf¥const¥jp1base_opiTagList_jp.csv
Managerパス¥system¥default¥ | 共通定義フォルダ
Managerパス¥data¥ | プロファイルデータ
Managerパス¥log¥ | ログフォルダ
Managerパス¥tmp¥ | 作業フォルダ
Managerパス¥lib¥ | ライブラリー格納フォルダ

付録A.2　JP1/IM - Manager（UNIX版）

JP1/IM - Manager（UNIX版）で使用するファイル名およびディレクトリ名を示します。

＜この項の構成＞

(1)　JP1/IM - Manager（コンポーネント共通）

(2)　JP1/IM - Manager（JP1/IM - Central Console）

(3)　JP1/IM - Manager（JP1/IM - Central Scope）

(4)　JP1/IM - Manager（JP1/IM - IM構成管理）

(1)　JP1/IM - Manager（コンポーネント共通）

JP1/IM - Manager（コンポーネント共通）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-10　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（コンポーネント共通））

ファイル名・ディレクトリ名 | 内容 | 参照 | 編集
/opt/jp1imm/tools/jim_log.sh | 資料採取ツール | ○ | ×

（凡例）

○：できる。

×：できない。

表A-11　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（コンポーネント共通））

ディレクトリ名 | 内容
/opt/jp1imm/tools/ | ツール格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/opt/jp1imm/patch_backup_dir/ | 修正パッチバックアップディレクトリ以下で修正パッチのRELEASE.TXTまたはRELEASE.EUCに記載されているパッチユーティリティ以外のファイル・ディレクトリ（このディレクトリは修正パッチ適用時にだけ作成される）
/opt/jp1imm/update.log | アップデートログファイル
/opt/jp1imm/patch_history | 修正パッチ履歴ファイル
/var/opt/jp1imm/log/ | ログディレクトリ

(2)　JP1/IM - Manager（JP1/IM - Central Console）

UNIX版のJP1/IM - Manager（JP1/IM - Central Console）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-12　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（JP1/IM - Central Console））

ファイル名・ディレクトリ名 | 内容 | 参照 | 編集
/etc/opt/jp1cons/jco_start | JP1/IM - Managerを自動的に起動するためのスクリプト | ○ | ×※1
/etc/opt/jp1cons/jco_start.model | JP1/IM - Managerを自動的に起動するためのスクリプトのモデルファイル | ○ | ×
/etc/opt/jp1cons/jco_stop | JP1/IM - Managerを自動的に終了するためのスクリプト | ○ | ×※1
/etc/opt/jp1cons/jco_stop.model | JP1/IM - Managerを自動的に終了するためのスクリプトのモデルファイル | ○ | ×
/etc/opt/jp1cons/jco_start.cluster | 論理ホスト上のJP1/IM - Managerを起動するためのスクリプト | ○ | ×
/etc/opt/jp1cons/jco_stop.cluster | 論理ホスト上のJP1/IM - Managerを終了するためのスクリプト | ○ | ×
/etc/opt/jp1cons/jco_killall.cluster | クラスタシステムで運用している場合に，JP1/IM - Managerのプロセスを強制的に終了するためのスクリプト | ○ | ×
/etc/opt/jp1cons/conf/ | 環境設定ファイル格納ディレクトリ | ○ | ×
/etc/opt/jp1cons/conf/jp1co_env.conf | IM環境定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/jp1co_service.conf | 拡張起動プロセス定義ファイル | ○ | △
/etc/opt/jp1cons/conf/jp1co_service_0700_cc.conf | JP1/IM-Central Console 用モデルファイル | ○ | △
/etc/opt/jp1cons/conf/jp1co_service_0700_cc_cs.conf | JP1/IM - Central Console，JP1/IM - Central Scope用モデルファイル | ○ | △
/etc/opt/jp1cons/conf/jp1co_param_V7.conf | IMパラメーター定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/jp1co_param_V7.conf.model | IMパラメーター定義ファイルのモデルファイル | ○ | ×
/etc/opt/jp1cons/conf/action/actdef.conf | 自動アクション定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/action/actnotice.conf | 自動アクション通知定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/action/actnotice.conf.model | 自動アクション通知定義ファイルのモデルファイル | ○ | ×
/etc/opt/jp1cons/conf/action/event_info_replace.conf | イベント引き継ぎ情報変換設定ファイル | ○ | ○※2
/etc/opt/jp1cons/conf/action/attr_list/attr_list.conf | イベント条件表示項目定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/action/attr_list/attr_list.conf.model | イベント条件表示項目定義ファイルのモデルファイル | ○ | ○
/etc/opt/jp1cons/conf/action/actdef.conf.model | 自動アクション定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/conf/console/attribute/会社名_製品名_attr_ja.conf | イベント拡張属性定義ファイル | ○ | ○※2
/etc/opt/jp1cons/conf/console/filter/attr_list | 共通除外条件表示項目定義ファイル格納ディレクトリ | ○ | ×
/etc/opt/jp1cons/conf/console/filter/attr_list/common_exclude_filter_attr_list.conf | 共通除外条件表示項目定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/console/filter/attr_list/common_exclude_filter_attr_list.conf.model | 共通除外条件表示項目定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/conf/console/incident/incident.conf | インシデント手動登録定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/console/incident/incident.conf.model | インシデント手動登録定義ファイルのモデルファイル | ○ | ×
/etc/opt/jp1cons/conf/console/monitor/会社名_製品名_attr_mon.conf | モニター画面呼び出し定義ファイル | ○ | ○※2
/etc/opt/jp1cons/conf/console/object_type/会社名_製品名_obj.ja | オブジェクトタイプ定義ファイル | ○ | ○※2
/etc/opt/jp1cons/conf/console/profile/.system | システムプロファイル | ○ | △
/etc/opt/jp1cons/conf/console/profile/.system.model | システムプロファイルのモデルファイル | ○ | ×
/etc/opt/jp1cons/conf/console/profile/defaultUser | デフォルトユーザープロファイル | ○ | △
/etc/opt/jp1cons/conf/console/profile/defaultUser.model | デフォルトユーザープロファイルのモデルファイル | ○ | ×
/etc/opt/jp1cons/conf/console/profile/systemColor.conf | システムカラー定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/console/profile/systemColor.conf.model | システムカラー定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/conf/console/profile/profile_ユーザー名 | 各JP1ユーザー用ユーザープロファイル | ○ | △
/etc/opt/jp1cons/conf/console/rmtcmd/ | リモートコマンド定義格納フォルダ | ○ | ×
/etc/opt/jp1cons/conf/console/rmtcmd/cmdbtn.conf | コマンドボタン定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/console/rmtcmd/cmdbtn.conf.model | コマンドボタン定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/conf/discrim/define/eds_system.conf | インシデント登録用システムプロファイル | ○ | ○
/etc/opt/jp1cons/conf/discrim/define/eds_system.conf.model | インシデント登録用システムプロファイルのモデルファイル | ○ | ×
ユーザー任意のディレクトリ/ファイル名.conf | 相関イベント発行定義ファイル | ○ | ○※2
/etc/opt/jp1cons/conf/evgen/profile/egs_system.conf | 相関イベント発行システムプロファイル | ○ | ○
/etc/opt/jp1cons/conf/evgen/profile/egs_system.conf.model | 相関イベント発行システムプロファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/conf/guide/jco_guide.txt | イベントガイド情報ファイル | ○ | ○※1
/etc/opt/jp1cons/conf/guide/sample_jco_guide.txt | イベントガイド情報ファイルのサンプルファイル | ○ | ×
/etc/opt/jp1cons/conf/guide/sample_jco_guide.txt.model | イベントガイド情報サンプルのモデルファイル | ○ | ×
/etc/opt/jp1cons/conf/processupdate/processupdate.conf | 対処状況イベント定義ファイルのモデルファイル | ○ | ○
/etc/opt/jp1cons/conf/processupdate/processupdate.conf.model | 対処状況イベント定義ファイルのモデルファイル | ○ | ×
/etc/opt/jp1cons/default/ | 共通定義ディレクトリ | ○ | ×
/etc/opt/jp1cons/default/action.conf.update | 自動アクション環境定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/default/console.conf.update | 通信環境定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/default/jcdmain.conf. update | インシデント登録環境定義ファイルのモデルファイル | ○ | ×※1
ユーザー任意のディレクトリ/ファイル名 | 相関イベント発行環境定義ファイル | ○ | ○※2
/etc/opt/jp1cons/conf/health/jcohc.conf | ヘルスチェック定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/hostmap/user_hostmap.conf | 発生元ホストマッピング定義ファイル | ○ | ○
/etc/opt/jp1cons/conf/hostmap/user_hostmap.conf.model | 発生元ホストマッピング定義ファイルのモデルファイル | ○ | ×※1
/etc/opt/jp1cons/conf/health/jcohc.conf.model | ヘルスチェック定義ファイルのモデルファイル | ○ | ×
/opt/jp1cons/bin/ | コマンド格納ディレクトリ | ○ | ×
/opt/jp1cons/tools/ | ツール格納ディレクトリ | ○ | ×
/opt/jp1cons/www/ | WWWページ版格納ディレクトリ | ○ | ×
/opt/jp1cons/www/console_ja.html | WWWページ版動作定義ファイル | ○ | △
/opt/jp1cons/www/console_ja.html.model | WWWページ版動作定義ファイルのモデルファイル | ○ | ×
/var/opt/jp1cons/operation | 操作履歴格納ファイル | ○ | ×
/var/opt/jp1cons/operation/discrim/discrim{1|2|3}.log | インシデント登録履歴ファイル | ○ | ×
/var/opt/jp1cons/operation/evgen/egs_discrim{1|2|3}.log | 相関イベント発行履歴ファイル | ○ | ×

（凡例）

○：できる。

△：一部編集できる。

×：できない。

注※1　コピーして使用してください。

注※2　イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイル，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルは，JP1/IM - Managerインストール後にユーザーによって追加されたファイルが対象となります。イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「モニター画面呼び出し定義ファイル」（2.　定義ファイル）を参照してください。また，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

表A-13　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（JP1/IM - Central Console））

ディレクトリ名 | 内容
/etc/opt/jp1cons/conf/ | 環境設定ファイル格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/etc/opt/jp1cons/default/ | 共通定義ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/opt/jp1cons/tools/ | ツール格納ディレクトリ
/opt/jp1cons/classes/ | クラスファイル格納ディレクトリ
/opt/jp1cons/www/ | WWWページ版格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/opt/jp1cons/lib/ | ライブラリーファイル格納ディレクトリ
/var/opt/jp1cons/log/ | ログディレクトリ
/var/opt/jp1cons/operation/ | 操作履歴格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/var/opt/jp1cons/tmp/ | 作業ディレクトリ

(3)　JP1/IM - Manager（JP1/IM - Central Scope）

UNIX版のJP1/IM - Manager（JP1/IM - Central Scope）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-14　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（JP1/IM - Central Scope））

ファイル名・ディレクトリ名 | 内容 | 参照 | 編集
/etc/opt/jp1scope/conf/action_complete_on.conf | 対処済み連動設定ファイル | ○ | ○
/etc/opt/jp1scope/conf/action_complete_off.conf
/etc/opt/jp1scope/conf/action_complete_on.conf.model | 対処済み連動設定ファイルのモデルファイル | ○ | ×
/etc/opt/jp1scope/conf/action_complete_off.conf.model
/etc/opt/jp1scope/conf/jcs_atc_cm_host.conf | CMホスト定義ファイル（JP1/IM - Central Information Master連携時だけ使用） | ○ | ○
/etc/opt/jp1scope/conf/jcs_atc_cm_host.conf.model | CMホスト定義ファイルのモデルファイル（JP1/IM - Central Information Master連携時だけ使用） | ○ | ×
/etc/opt/jp1scope/conf/auto_dbbackup_on.conf | 監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル | ○ | ○
/etc/opt/jp1scope/conf/auto_dbbackup_off.conf
/etc/opt/jp1scope/conf/auto_dbbackup_on.conf.model | 監視オブジェクトDBの自動バックアップ・リカバリー設定ファイルのモデルファイル | ○ | ×
/etc/opt/jp1scope/conf/auto_dbbackup_off.conf.model
/etc/opt/jp1scope/conf/evhist_warn_event_on.conf | 状態変更イベント件数の上限監視設定ファイル | ○ | ○
/etc/opt/jp1scope/conf/evhist_warn_event_off.conf
/etc/opt/jp1scope/conf/evhist_warn_event_on.conf.model | 状態変更イベント件数の上限監視設定ファイルのモデルファイル | ○ | ×
/etc/opt/jp1scope/conf/evhist_warn_event_off.conf.model
/etc/opt/jp1scope/conf/jcs_guide_sjis.txt | ガイド情報ファイル | ○ | ○
/etc/opt/jp1scope/conf/jcs_guide_euc.txt
/etc/opt/jp1scope/conf/jcs_guide_UTF-8.txt
/etc/opt/jp1scope/conf/jcs_guide.txt
/etc/opt/jp1scope/conf/jcs_guide_sjis.txt.model | ガイド情報ファイルのモデルファイル | ○ | ×
/etc/opt/jp1scope/conf/jcs_guide_euc.txt.model
/etc/opt/jp1scope/conf/jcs_guide_UTF-8.txt.model
/etc/opt/jp1scope/conf/jcs_guide.txt.model
/etc/opt/jp1scope/conf/jcs_hosts | ホスト情報ファイル | ○ | ○
/etc/opt/jp1scope/conf/jcs_hosts.model | ホスト情報ファイルのモデルファイル | ○ | ×
/etc/opt/jp1scope/conf/snmpfilter_im_sample.conf | SNMPトラップ変換機能フィルター定義ファイルのサンプルファイル（バージョン8以前のJP1/Cm2/NNM，バージョン8以前のJP1/Cm2/SSO連携時だけ使用） | ○ | ×
/etc/opt/jp1scope/sample/ | サンプルディレクトリ | ○ | ×
/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample_sjis.txt | HTMLガイド情報サンプル | ○ | ×
/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample_euc.txt
/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample_UTF-8.txt
/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample.txt
/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample_sjis001.txt
/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample_euc001.txt
/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample_UTF-8-001.txt
/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample001.txt
/opt/jp1scope/bin/ | コマンド格納ディレクトリ | ○ | ×
/opt/jp1scope/lib/ | ライブラリーファイル格納ディレクトリ | ○ | ×
/opt/jp1scope/lib/$LANG | メッセージカタログ | ○ | ×
/var/opt/jp1scope/log/JCS_SETUP/jcs_setup.log | インストールログファイル | ○ | ×

（凡例）

○：できる。

×：できない。

表A-15　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（JP1/IM - Central Scope））

ファイル・ディレクトリ名 | 内容
/etc/opt/jp1scope/conf/ | 環境設定ファイル格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/etc/opt/jp1scope/default/ | 共通定義ディレクトリ
/opt/jp1scope/tools/ | ツール格納ディレクトリ
/var/opt/jp1scope/database/event/ | イベント照合処理作業ディレクトリ
/var/opt/jp1scope/log/ | ログディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/var/opt/jp1scope/tmp/ | 作業ディレクトリ

(4)　JP1/IM - Manager（JP1/IM - IM構成管理）

UNIX版のJP1/IM - Manager（JP1/IM - IM構成管理）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-16　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（JP1/IM - IM構成管理））

ファイル名・ディレクトリ名 | 内容 | 参照 | 編集
/opt/jp1imm/bin/ | コマンド格納ディレクトリ | ○ | ×
/etc/opt/jp1imm/conf/imcf/jp1cf_applyconfig.conf | IM構成反映方式設定ファイル | ○ | ○
/etc/opt/jp1imm/conf/imcf/jp1cf_applyconfig.conf.model | IM構成反映方式設定ファイルのモデルファイル | ○ | ×

（凡例）

○：できる。

×：できない。

表A-17　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（JP1/IM - IM構成管理））

ファイル・ディレクトリ名 | 内容
/etc/opt/jp1imm/conf/ | 環境設定ファイル格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ
/etc/opt/jp1imm/conf/imcf/const/ppinfotemplate.conf | 製品情報テンプレートファイル
/etc/opt/jp1imm/conf/imcf/const/ppinfotemplate.conf.update | 製品情報テンプレートアップデートファイル
/etc/opt/jp1imm/conf/imcf/const/profile_list0708.csv | プロファイルリストひな型ファイル
/etc/opt/jp1imm/conf/imcf/const/profile_listEuropa.csv
/etc/opt/jp1imm/conf/imcf/const/jp1base_profile_type_en.csv | プロファイルリスト種別ファイル
/etc/opt/jp1imm/conf/imcf/const/jp1base_profile_type_jp.csv
/etc/opt/jp1imm/conf/imcf/const/jp1base_opiTagList_en.csv | プロファイルタグリストファイル
/etc/opt/jp1imm/conf/imcf/const/jp1base_opiTagList_jp.csv
/etc/opt/jp1imm/default/ | 共通定義ディレクトリ
/var/opt/jp1imm/data/ | プロファイルデータ
/var/opt/jp1imm/log/ | ログディレクトリ
/var/opt/jp1imm/tmp/ | 作業ディレクトリ
/opt/jp1imm/lib/ | ライブラリー格納フォルダ

付録A.3　JP1/IM - View

JP1/IM - Viewで使用するファイル名およびフォルダ名を次の表に示します。

JP1/IM - Viewで使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているのかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-18　ユーザーが参照・編集できるファイル・フォルダ一覧（JP1/IM - View）

ファイル名・フォルダ名 | 内容 | 参照 | 編集
Viewパス¥Readme.txt | Readmeファイル | ○ | ×
Viewパス¥bin¥ | コマンド格納フォルダ | ○ | ×
Viewパス¥conf¥ | 定義ファイル格納フォルダ | ○ | ×
Viewパス¥conf¥appexecute¥ja¥会社名_製品名_app.conf | アプリケーション実行定義ファイル | ○ | ○※1※2
Viewパス¥conf¥appexecute¥ja¥!JP1_CC_APP0.conf.model | アプリケーション実行定義ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥function¥ja¥会社名_製品名_tree.conf | 統合機能メニュー定義ファイル | ○ | ○※1※2
Viewパス¥conf¥ function¥ja¥!JP1_CC_FTREE0.conf.model | 統合機能メニュー定義ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥tuning.conf | IM-View設定ファイル | ○ | ○
Viewパス¥conf¥tuning.conf.model | IM-View設定ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥jcfview¥jcfview.conf | IM構成管理・ビューアー動作定義ファイル | ○ | ○
Viewパス¥conf¥jcfview¥jcfview.conf.model | IM構成管理・ビューアー動作定義ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥sovtoolexec¥ja¥!JP1_CS_APP0.conf | 起動プログラム定義ファイル | ○ | ○
Viewパス¥conf¥sovtoolexec¥ja¥!JP1_CS_APP0.conf.model | 起動プログラム定義ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTOOL0.conf | ツールバー定義ファイル | ○ | ○
Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTOOL0.conf.model | ツールバー定義ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTREE0.conf | アイコン動作定義ファイル | ○ | ○
Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTREE0.conf.model | アイコン動作定義ファイルのモデルファイル | ○ | ×
Viewパス¥conf¥webdata¥ja¥hitachi_jp1_製品名.html | WWWページ呼び出し定義ファイル | ○ | ○
Viewパス¥conf¥webdata¥ja¥hitachi_jp1_製品名.html.model | WWWページ呼び出し定義ファイルのモデルファイル | ○ | ×
Viewパス¥default¥ | 共通定義フォルダ | ○ | ×
Viewパス¥default¥view.conf.update | 通信環境定義ファイルのモデルファイル | ○ | ×※1
Viewパス¥default¥tree_view.conf.update | 通信環境定義ファイルのモデルファイル | ○ | ×※1
Viewパス¥image¥icon¥ | アイコン格納フォルダ | ○ | ○
Viewパス¥image¥visual¥※3 | ビジュアルアイコン格納フォルダ | ○ | ○
Viewパス¥image¥map¥ | 背景画像格納フォルダ | ○ | ○
Viewパス¥tools¥ | ツール格納先フォルダ | ○ | ×
Viewパス¥tools¥jcoview_log.bat | 資料採取ツール | ○ | ×

（凡例）

○：できる。

×：できない。

注※1　コピーして使用してください。

注※2　アプリケーション実行定義ファイル，統合機能メニュー定義ファイルは，JP1/IM - Viewのインストール後にユーザーによって追加されたファイルが対象となります。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「2.　定義ファイル」を参照してください。

注※3　JP1/IM - Viewのインストール後にユーザーが作成するフォルダです。

表A-19　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（JP1/IM - View）

フォルダ名 | 内容
Viewパス¥conf¥ | 環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
システムドライブ：¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥conf¥※1
Viewパス¥classes¥ | クラスファイル格納フォルダ
Viewパス¥default¥ | 共通定義フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Viewパス¥doc¥ | ヘルプ格納フォルダ
Viewパス¥image¥ | 画像データ格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
Viewパス¥log¥※2 | ログフォルダ
Viewパス¥patch_backup_dir¥ | 修正パッチバックアップフォルダ以下で修正パッチのRELEASE.TXTに記載されているパッチユーティリティ以外のファイル・フォルダ（このフォルダは修正パッチ適用時にだけ作成される）
Viewパス¥tools¥ | ツール格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ
システムドライブ：¥Program Files¥jp1common¥ | 製品情報格納フォルダ

注※1　Windows 7，Windows Server 2008，またはWindows Vistaの場合だけ存在するフォルダです。Windows 7，Windows Server 2008，またはWindows Vistaの場合は，「Viewパス¥conf¥」だけでなく，このフォルダにも環境設定ファイルの一部が格納されます。

注※2　Windows 7，Windows Server 2008，またはWindows Vistaの場合は，「Viewパス¥log¥」部分を「システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥」に置き換えてください。

付録B　プロセス一覧

JP1/IMのプロセスを次に示します。

＜この節の構成＞

付録B.1　Windowsの場合

付録B.2　UNIXの場合

付録B.1　Windowsの場合

Windowsのタスクマネージャのプロセスに表示されるプロセス名を次に示します。

＜この項の構成＞

(1)　JP1/IM - Manager

(2)　JP1/IM - View

(1)　JP1/IM - Manager

JP1/IM - Managerのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表B-1　JP1/IM - Managerのプロセス（Windows）

親プロセス名
機能
子プロセス名
機能

jco_spmd.exe
(1)
JP1/IM - Managerのプロセス管理
jcamain.exe
(1)
アクション実行サービス
(プロセス管理表示名：jcamain)

evtcon.exe
(1)
イベントコンソールサービス
(プロセス管理表示名：evtcon)

evflow.exe
(1)
イベント基盤サービス
(プロセス管理表示名：evflow)

jcsmain.exe
(1)
セントラルスコープサービス
(プロセス管理表示名：jcsmain)

jcdmain.exe
(2)※1
インシデント登録サービス※2
(プロセス管理表示名：jcdmain)

evgen.exe
(2)※3
相関イベント発行サービス※4
(プロセス管理表示名：evgen)

jcfmain.exe(1)
IM構成管理サービス
(プロセス管理表示名：jcfmain)

jco_service.exe
(1)
JP1/IM - ManagerのWindowsサービス制御
－
－

jcfmain.exe(1)
JP1/IM - ManagerのIM構成管理
－
IM構成管理サービス

jcfallogtrap.exe(0～157)※5
ログ収集プロセス

pdservice.exe
IMデータベース
－
Windowsのサービス制御

pdprcd.exe
プロセスサーバプロセス。

pdprcd.exe(1)
IMデータベース
－
プロセスサーバプロセス。

pdrsvre.exe(3)
後処理プロセス。プロセス異常終了時の後始末処理。

pdmlgd.exe(1)
メッセージログサーバプロセス。メッセージ出力を制御する。

pdrdmd.exe(1)
システムマネージャプロセス。ユニット起動・停止の制御および接続ユーザーを管理する。

pdstsd.exe(1)
ステータスサーバプロセス。ユニット用ステータスファイルの入出力を制御する。

pdscdd.exe(1)
スケジューラープロセス。シングルサーバプロセスへのトランザクションの割り付けを行う。

pdtrnd.exe(1)
トランザクションサーバプロセス。トランザクションを制御する。

pdtrnrvd.exe(1～128)※6
トランザクション回復プロセス。トランザクションの決着・回復を制御する。

pdlogd.exe(1)
ログサーバプロセス。システムログ取得およびログ関連プロセスを制御する。

pd_buf_dfw.exe(1)
デファードライトプロセス。DB格納ディスクへのバックグラウンドライトを制御する。

pdlogswd.exe(1)
ログスワッパプロセス。システムログ関連ファイルの割り当て，解放，I/Oの管理，およびシンクポイントダンプを取得する。

pdsds.exe(10～128)※7
シングルサーバプロセス。SQLを処理する。

pdsha.exe(1)
IMデータベース
－
クラスタ用の組み込みHiRDBのサービス

（凡例）

－：なし。

注※1　最大で2，通常は1です。内訳は次のとおりです。

インシデント登録サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（インシデント登録サービス起動時やイベント取得フィルター更新時）

注※2　JP1/IM - Incident Master連携用の機能です。デフォルトでは動作しません。

注※3　最大で2，通常は1です。内訳は次のとおりです。

相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（相関イベント発行サービス起動時やイベント取得フィルター更新時）

注※4　相関イベントを発行する機能です。デフォルトでは動作しません。なお，相関イベント発行サービスは，統合監視DBを使用しない場合の機能です。

注※5　開始時は0個，リモート監視の監視ファイル数に応じて，最大157個起動します。

注※6　開始時は1個，pdsds.exeプロセスが異常終了するたびに一時的に増加します。

注※7　開始時は10個，IMデータベースへのアクセス要求数に応じて，最大32個起動します。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。

表中で，親プロセスがjco_spmd.exeであるプロセスはプロセス管理が制御しており，jco_spmd_statusコマンドでプロセスの状態を確認できます。

正常に動作している場合の表示例を次に示します。

c:¥>jco_spmd_status
KAVB3690-I JP1_CONS の状態通知処理を開始します
稼働中のプロセスを表示します
プロセス名称 プロセスID
   evflow      3672
  jcamain      4088
   evtcon      4236
  jcsmain      4668
  jcdmain      5423
    evgen      5624
KAVB3691-I プロセスは全て起動しています

jcsmainは，セントラルスコープ機能をオンにした場合にだけ表示されます。jcdmainは，JP1/IM - Incident Master連携用のインシデント登録サービスの起動をオンにした場合にだけ表示されます。evgenは，相関イベント発行機能をオンにした場合にだけ表示されます。また，jcfmainは， IM構成管理の機能をオンにした場合にだけ表示されます。

(2)　JP1/IM - View

JP1/IM - Viewのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表B-2　JP1/IM - Viewのプロセス

親プロセス名
機能
子プロセス名
機能

jcoview.exe
(3+3※1+3※2)
JP1/IM - Viewのプロセス管理
jcoview_evt.exe
(3+3※1)
スレッドダンプ出力イベントの送信

java.exe
(3+3※1+3※2)
JP1/IM - Viewの画面制御

jcfview.exe
(3)
JP1/IM - IM構成管理・ビューアーのプロセス管理
jcfview_evt.exe
(3)
スレッドダンプ出力イベントの送信

java.exe
(3+3※1+3※2)
JP1/IM - IM構成管理・ビューアーの画面制御

注※1　JP1/IM - View（JP1/IM - Central Information Master連携部分）が起動している場合に加算されます。

注※2　JP1/IM - View（JP1/IM - Rule Operation連携部分）が起動している場合に加算されます。

付録B.2　UNIXの場合

psコマンドを使用したときに表示されるプロセス名を次に示します。

＜この項の構成＞

(1)　JP1/IM - Manager

(1)　JP1/IM - Manager

JP1/IM - Managerのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表B-3　JP1/IM - Managerのプロセス（UNIX）

親プロセス名
機能
子プロセス名
機能

jco_spmd
(1)※1
プロセス管理
jcamain
(1)
アクション実行サービス
(プロセス管理表示名：jcamain)

evtcon※1
(1)
イベントコンソールサービス
(プロセス管理表示名：evtcon)

evflow
(1)
イベント基盤サービス
(プロセス管理表示名：evflow)

jcsmain
(1)
セントラルスコープサービス
(プロセス管理表示名：jcsmain)

jcdmain
(2)※2
インシデント登録サービス※3
(プロセス管理表示名：jcdmain)

evgen
(2)※4
相関イベント発行サービス※5
(プロセス管理表示名：evgen)

jcfmain(1)
IM構成管理サービス
(プロセス管理表示名：jcfmain)

jcfmain(1)
JP1/IM - ManagerのIM構成管理
－
IM構成管理サービス

jcfallogtrap(0～157)※6
ログ収集プロセス

pdprcd(1)※7
IMデータベース
－
プロセスサーバプロセス。

pdrsvre(3)
後処理プロセス。プロセス異常終了時の後始末処理。

pdmlgd(1)
メッセージログサーバプロセス。メッセージ出力を制御する。

pdrdmd(1)
システムマネージャプロセス。ユニット起動・停止の制御および接続ユーザーを管理する。

pdstsd(1)
ステータスサーバプロセス。ユニット用ステータスファイルのI/Oを制御する。

pdscdd(1)
スケジューラープロセス。シングルサーバプロセスへのトランザクションの割り付けを行う。

pdtrnd(1)
トランザクションサーバプロセス。トランザクションを制御する。

pdtrnrvd(1～128)※8
トランザクション回復プロセス。トランザクションの決着・回復を制御する。

pdlogd(1)
ログサーバプロセス。システムログ取得およびログ関連プロセスを制御する。

pd_buf_dfw(1)
デファードライトプロセス。DB格納ディスクへのバックグラウンドライトを制御する。

pdlogswd(1)
ログスワッパプロセス。システムログ関連ファイルの割り当て，解放，I/Oの管理，およびシンクポイントダンプを取得する。

pdsds(10～32)※9
シングルサーバプロセス。SQLを処理する。

（凡例）

－：なし。

注※1　これらのプロセスは，一時的にプロセス数が増加することがあります。

注※2　最大で2，通常は1です。内訳は次のとおりです。

インシデント登録サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（インシデント登録サービス起動時やイベント取得フィルター更新時）

注※3　JP1/IM - Incident Master連携用の機能です。デフォルトでは動作しません。

注※4　最大で2，通常は1です。内訳は次のとおりです。

相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（相関イベント発行サービス起動時やイベント取得フィルター更新時）

注※5　相関イベントを発行する機能です。デフォルトでは動作しません。なお，相関イベント発行サービスは，統合監視DBを使用しない場合の機能です。

注※6　開始時は0個，リモート監視の監視ファイル数に応じて，最大157個起動します。

注※7　IMデータベースをセットアップすると，自動起動スクリプトの設定の有効・無効に関係なく，システム起動時にpdprcdプロセスが起動します。

注※8　開始時は1個，pdsdsプロセスが異常終了するたびに一時的に増加します。

注※9　開始時は10個，IMデータベースへのアクセス要求数に応じて，最大32個起動します。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。なお，クラスタシステムで動作しているプロセスは，psコマンド実行時には次のように表示されます。ただし，IMデータベースのプロセス（pdprcdおよび親プロセスがpdprcdであるプロセス）は，論理ホスト名に表示されません。

jco_spmd 論理ホスト名
evflow 論理ホスト名
jcamain 論理ホスト名
evtcon 論理ホスト名
jcdmain 論理ホスト名
evgen 論理ホスト名
jcfmain 論理ホスト名
jcsmain 論理ホスト名

表中で，親プロセスがjco_spmdであるプロセスはプロセス管理が制御しており，jco_spmd_statusコマンドでプロセスの状態を確認できます。

正常に動作している場合の表示例を次に示します。

# jco_spmd_status
KAVB3690-I JP1_CONS の状態通知処理を開始します
稼働中のプロセスを表示します
プロセス名称 プロセスID
   evflow      3672
  jcamain      4088
   evtcon      4236
  jcsmain      4846
  jcdmain      5423
    evgen      5624
KAVB3691-I プロセスは全て起動しています

jcsmainは，セントラルスコープ機能をオンにした場合にだけ表示されます。jcdmainは，JP1/IM - Incident Master連携用のインシデント登録サービスの起動をオンにした場合にだけ表示されます。evgenは，相関イベント発行機能をオンにした場合にだけ表示されます。また，jcfmainは， IM構成管理の機能をオンにした場合にだけ表示されます。

付録C　ポート番号

JP1/IMのポート番号を次に示します。使用するプロトコルは，TCP/IPです。

各ポート番号は，製品のインストール時に設定されます。

＜この節の構成＞

付録C.1　JP1/IMのポート番号

付録C.2　ファイアウォールの通過方向

付録C.3　コネクションの接続状態

付録C.1　JP1/IMのポート番号

表C-1　ポート番号一覧

サービス名 | ポート番号 | IM-V | IM-M | 説明
jp1imevtcon | 20115/tcp | ○ | ○ | JP1/IM - ViewからJP1/IM - Manager（イベントコンソールサービス）への接続で使用
jp1imcmda | 20238/tcp | ○ | － | JP1/IM - Viewからコマンド実行する際に使用
jp1imcss | 20305/tcp | ○ | ○ | JP1/IM - ViewからJP1/IM - Manager（セントラルスコープサービス）への接続で使用
JP1/IM-Manager DB Server | 20700/tcp※1 | － | ○ | JP1/IM - Manager（IMデータベース）の内部処理で使用
jp1imcf | 20702/tcp | ○ | ○ | JP1/IM - ViewからJP1/IM - Manager（IM構成管理サービス）への接続で使用
jp1imfcs | 20701/tcp | － | ○ | JP1/IM - Manager（イベント基盤サービス）の内部処理で使用
jp1cmnaming | 22301/tcp | ○ | － | JP1/IM - ViewからJP1/IM - Central Information Masterへの接続で使用
jp1cmsessmgr | 22302/tcp | ○ | －
jp1cmobjprov | 22303/tcp | ○ | －
jp1cminfocol | 22304/tcp | ○ | －
jp1imidm | 23044/tcp※2 | － | △ | JP1/IM - Manager（インシデント登録サービス）とJP1/IM - Incident Masterとの通信で使用
jp1imeds | 23045/tcp | － | ○ | JP1/IM - Manager（インシデント登録サービス）の内部処理で使用
jp1imegs | 20383/tcp | － | ○ | JP1/IM - Manager（相関イベント発行サービス）の内部処理で使用
jp1rmregistry | 20380/tcp | ○ | － | JP1/IM - ViewからJP1/IM - Rule Operationへの接続で使用
jp1rmobject | 20381/tcp | ○ | －

（凡例）

IM-V：JP1/IM - View

IM-M：JP1/IM - Manager

○：インストール時にservicesファイルに登録される。

△：インストール時にservicesファイルに登録されない（連携する場合，設定が必要）。

－：インストール時にservicesファイルに登録されない（設定も不要）。

注※1　JP1/IM-Manager DB Serverのポート番号は，servicesファイルには記述されません。論理ホストを設定するたびにポート番号が増えます。デフォルト値は20700/tcpです。IMデータベースのポート番号はセットアップ情報ファイルで設定します。詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「セットアップ情報ファイル（jimdbsetupinfo.conf）」（2.　定義ファイル）を参照してください。

注※2　JP1/IM - Incident Masterと連携する際に，インシデント登録環境定義ファイル（jcdmain.conf.update）で設定する必要があります。

WWWページ版のJP1/IM - Viewを使用する場合には，次表のポート番号を使用します。

サービス名 | ポート番号 | 説明
http | 80/tcp※ | HTTPサーバとの接続で使用（JP1/IM - Managerのconsole_ja.htmlをダウンロードする際に使用）
jp1imevtcon | 20115/tcp | WWWページ版のJP1/IM - View（WWWブラウザー）からJP1/IM - Manager（イベントコンソールサービス）への接続で使用

注※　HTTPサーバの設定によっては異なる場合があります。

付録C.2　ファイアウォールの通過方向

ファイアウォールの通過方向を次の表に示します。なお，JP1/IMは，パケットフィルタリング型，NAT（スタティックモード）型のファイアウォールに対応しています。

表C-2　ファイアウォールの通過方向

サービス名
ポート番号
ファイアウォールの通過方向

jp1imevtcon
20115/tcp
JP1/IM - View → JP1/IM - Manager（JP1/IM - Central Console）

jp1imcmda
20238/tcp
JP1/IM - View → JP1/IM - Manager（JP1/IM - Central Console）
JP1/IM - Manager（JP1/IM - Central Console） → JP1/Base※1

jp1imcss
20305/tcp
JP1/IM - View → JP1/IM - Manager（JP1/IM - Central Scope）

jp1rmregistry
20380/tcp
JP1/IM - View → JP1/IM - Rule Operation

jp1rmobject
20381/tcp

jp1imegs
20383/tcp
JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

JP1/IM-Manager DB Server
20700/tcp
JP1/IM - Manager → JP1/IM-Manager DB Server

jp1imcf
20702/tcp
JP1/IM - View → JP1/IM - Manager（IM構成管理）

jp1imfcs
20701/tcp
JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

jp1cmnaming
22301/tcp
JP1/IM - View → JP1/IM - Central Information Master

jp1cmsessmgr
22302/tcp

jp1cmobjprov
22303/tcp

jp1cminfocol
22304/tcp

jp1imidm
23044/tcp
JP1/IM - Manager（JP1/IM - Central Console） → JP1/IM - Incident Master

jp1imeds
23045/tcp
JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

http
80/tcp※2
WWWページ版のJP1/IM - View（WWWブラウザー） → HTTPサーバ

（凡例）

→　：コネクション確立時の接続方向を示します。

注※1　マネージャーのJP1/Baseが対象です。

注※2　HTTPサーバの設定によっては異なる場合があります。

コネクション確立時は，表中のポート番号を，接続を受ける側（矢印が向いている側）が使用します。接続する側は，OSによって割り当てられる空きポート番号を使用します。この場合に使用するポート番号の範囲は，OSによって異なります。

なお，ファイアウォールサーバマシン上にJP1/IMをインストールする場合は，同一マシン内での通信もファイアウォールによる通信制限の対象となる場合がありますので，この場合，同一マシン内でも表中のポート番号で通信できるように設定してください。

ファイアウォール環境での運用については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「7.3　ファイアウォール環境での運用」を参照してください。

＜この項の構成＞

(1)　ファイアウォールの通過方向の設定（リモートの監視対象ホストの情報を収集する場合）

(1)　ファイアウォールの通過方向の設定（リモートの監視対象ホストの情報を収集する場合）

JP1/IM - Managerで監視対象ホストの情報を収集するには，次の接続方法を利用します。

Windowsの場合

SSH，NetBIOS，WMI

UNIXの場合

SSH

そのため，ファイアウォール経由でJP1/IM - Managerと監視対象ホストを配置する場合は，次のようにファイアウォールを通過させる必要があります。

JP1/IM - Manager（jcfmainおよびjcfallogtrap）→監視対象ホスト

（凡例）→　：コネクション確立時の接続方向を示します。

SSH接続の場合

JP1/IM - Managerのシステム共通設定のSSHの設定で指定したポート番号でファイアウォールを通過させるようにしてください。

NetBIOS接続の場合

NetBIOSで使用するポートをファイアウォールで通過させる必要があります。設定方法については，ファイアウォール製品のマニュアルまたはファイアウォール製品の開発元に確認してください。

なお，ほかのNetBIOS接続との分離はできません。

WMI接続の場合

WMIは，DCOMを使用しています。DCOMは動的ポート割り当てを使用しているため，DCOMで使用するポートをファイアウォールで通過させる必要があります。設定方法については，ファイアウォール製品のマニュアルまたはファイアウォール製品の開発元に確認してください。

なお，ほかのWMIやDCOM要求との分離はできません。

付録C.3　コネクションの接続状態

JP1/IMの各ポート番号の，コネクションの接続状態を次の表に示します。

表C-3　コネクションの接続状態

サービス名
ポート番号
コネクションの接続状態

jp1imevtcon
20115/tcp
［ログイン］画面から［イベントコンソール］画面へログイン時にコネクションを接続し，［イベントコンソール］画面をログアウトするまでの間コネクションを維持します。
通信エラーや強制的なコネクションの切断が発生した場合，KAVB1200-E のメッセージを出力します。この場合，［ユーザー環境設定］画面の［表示内容の自動更新］に「する」を設定している場合は，KAVB1200-E のメッセージの［OK］ボタンをクリックすることで再度コネクションを接続します。
［ユーザー環境設定］画面の［表示内容の自動更新］に「しない」を設定している場合は，［イベントコンソール］画面の［最新情報に更新］ボタンをクリックすることで再度コネクションを接続します。

jp1imcmda
20238/tcp
［コマンド実行］画面起動時にコネクションを接続し，［コマンド実行］画面を閉じるまでの間コネクションを維持します。
通信エラーや強制的なコネクションの切断が発生した場合，KAVB0414-E のメッセージを出力します。この場合，［コマンド実行］画面でコマンド実行を再度実行することで再度コネクションを接続します。

jp1imcss
20305/tcp
［ログイン］画面から［監視ツリー］画面へのログイン時にコネクションを確立し，ログアウトまでの間コネクションを維持します。
通信エラーや強制的なコネクションの切断が発生した場合，KAVB6241-E，またはKAVB6251-E のメッセージを出力します。メッセージの［OK］ボタンをクリックすることで再度コネクションを確立します。

jp1cmnaming
22301/tcp
サービス起動時にコネクションを確立し，サービス終了までの間コネクションを維持します。
JP1/IM - View（JP1/IM - Central Information Master連携部分）の操作で［ログイン］画面から［システム構成定義］画面へのログイン時にコネクションを確立し，ログアウトまでの間コネクションを維持します。
通信エラーや強制的なコネクションの切断が発生した場合，KAJT00016-E のメッセージをエラーダイアログボックスに出力します。メッセージの［OK］ボタンをクリックすることで，［ログイン］画面が表示され，ログインに成功すると再度コネクションを確立します。

jp1cmsessmgr
22302/tcp

jp1cmobjprov
22303/tcp

jp1cminfocol
22304/tcp

jp1imidm
23044/tcp
インシデント登録サービス起動時にインシデント登録定義に設定されているJP1/IM - Incident Masterのホストに対して接続をし，次の契機で切断するまでコネクションを維持します。

インシデント登録定義ファイルに設定されているJP1/IM - Incident Masterのホストが変更された場合

相関機能が休止状態になった場合

JP1/IM - Managerを停止する場合

jp1imeds
23045/tcp
次に示すインシデント登録サービスに関係するコマンドや処理の実行時にコネクションを確立し，コマンドまたは処理の実行が終了するまでの間コネクションを維持します。

jcoedsstatusコマンド

jcochdiscコマンド

jcisetfilterコマンド(JP1/IM - Incident Master提供コマンド)

イベント取得フィルターの更新(JP1/IM - Viewの［システム環境設定］画面，jcochfilterコマンド)
イベント取得フィルターの更新の場合，イベントコンソールサービスとインシデント登録サービス間でコネクションを張り，更新処理が終わると切断します。

jp1imegs
20383/tcp
次に示す相関イベント発行サービスに関係するコマンドや処理の実行時にコネクションを確立し，コマンドまたは処理の実行が終了するまでの間コネクションを維持します。

jcoegschangeコマンド

jcoegsstatusコマンド

jcoegsstartコマンド

jcoegsstopコマンド

イベント取得フィルターの更新(JP1/IM - Viewの［システム環境設定］画面，jcochfilterコマンド)
イベント取得フィルターの更新の場合，イベントコンソールサービスと相関イベント発行サービス間でコネクションを張り，更新処理が終わると切断します。

jp1rmregistry
20380/tcp
JP1/IM - Viewからのログイン時にコネクションを確立し，JP1/IM - Viewでログアウトするまでの間コネクションを維持します。

jp1rmobject
20381/tcp
JP1/IM - Viewからのログイン時にコネクションを確立し，JP1/IM - Viewでログアウトするまでの間コネクションを維持します。

JP1/IM-Manager DB Server
20700/tcp
JP1/IM-Manager DB Serverが起動されている状態で，JP1/IM-Managerサービスの起動時にコネクションを確立し，停止時までコネクションを維持します。

jp1imcf
20702/tcp
次に示すJP1/IM - Managerに関するサービスの起動時，JP1/IM - Viewによるログイン時やコマンドの実行時にIM構成管理サービスとコネクションを確立し，サービス，操作，またはコマンドの実行が終了するまでの間コネクションを維持します。

IM構成管理サービス

JP1/IM - Viewで［ログイン］画面から［IM構成管理］画面へのログイン時から［IM構成管理］画面をログアウトするまでの間

jcfimportコマンド

jcfexportコマンド

JP1/IM - Viewとの通信エラーや強制的なコネクションの切断が発生した場合，KNAN20101-Eのメッセージを出力します。この場合，IM構成管理サービスが正常に起動していることを確認したあと，KNAN20101-Eのメッセージの［OK］ボタンをクリックすることで再度コネクションを接続します。

jp1imfcs
20701/tcp
次に示すJP1/IM - Managerに関するサービスの起動時やコマンドの実行時にイベント基盤サービスとコネクションを確立し，サービスまたはコマンドの実行が終了するまでの間コネクションを維持します。

イベントコンソールサービス

自動アクションサービス

セントラルスコープサービス

インシデント登録サービス

相関イベント発行サービス

jcoevtreportコマンド

jcohctestコマンド

jcoimdefコマンド

jcastatusコマンド

jcachangeコマンド

jcoegschangeコマンド

jcoegsstartコマンド

jcoegsstatusコマンド

jcoegsstopコマンド

付録D　制限値一覧

JP1/IMの各種の制限値を次に示します。

＜この節の構成＞

(1)　セントラルコンソールを使用する上での制限値一覧

(2)　セントラルスコープを使用する上での制限値一覧

(3)　IM構成管理を使用する上での制限値一覧

(1)　セントラルコンソールを使用する上での制限値一覧

セントラルコンソールを使用する上でのJP1/IM - Managerの制限値，JP1/IM - Viewの制限値について，次に示します。なお，WWWページ版のJP1/IM - Viewは，JP1/IM - Manager（JP1/IM - Central Console）の機能の一つであるため，JP1/IM - Managerの制限値として説明しています。

(a)　JP1/IM - Managerの制限値一覧

JP1/IM - Manager，およびWWWページ版のJP1/IM - Viewの制限値を次の表に示します。

表D-1　JP1/IM - Managerの制限値一覧

項目
制限値

1台のJP1/IM - Managerに接続できるJP1/IM - Viewの数
64台

1台のPCで起動できるWWWページ版JP1/IM - Viewの数
1

1台のJP1/IM - Managerが管理できるホストの数（システム構成上，JP1/IM - Manager直下に配置できるJP1/Base）

1,024台

マネージャー上のJP1/Baseのイベントサーバ設定ファイル（conf）の通信タイプに「close」を指定した場合

100台（UNIXの場合），62台（Windowsの場合）

マネージャー上のJP1/Baseのイベントサーバ設定ファイル（conf）の通信タイプに「close」以外を指定した場合

ただし，これらの台数は最大構成です。システム構成およびネットワークトラフィックによって，管理できるホストの数が制限されます。

1台のJP1/IM - Managerからコマンドを実行できるホストの数

1,024台

管理対象ホストに06-51以前のJP1/Baseを含む場合，システム構成上，JP1/IM - Manager直下に配置できる06-51以前のJP1/Baseは60台までです。

また，同時にコマンド実行できるホストの数は，Windowsの場合60台，UNIXの場合1プロセスで使用できるファイルディスクリプタ数※1－10台までです（JP1/IM - Manager直下に配置した06-51以前のJP1/Baseは，コマンド実行していなくても，同時にコマンド実行しているものとして計算する）。

イベントバッファー（イベントDBから抽出したイベントをバッファリングできる数）
2,000件

WWWページ版のJP1/IM - Viewのスクロールバッファー（画面に表示できるイベントの数）
1,000件

WWWページ版のJP1/IM - Viewの画面更新時に取得できるイベントの数
200件

WWWページ版のJP1/IM - Viewでイベント検索時に取得できるイベントの数
1,000件

イベント取得フィルターの最大長※2
（適用するイベント取得フィルター（通過条件，除外条件の合計）と，有効な共通除外条件群の合計のサイズ）

60キロバイト

除外条件群または有効な共通除外条件群を設定していない場合

64キロバイト

除外条件群または有効な共通除外条件群を設定している場合

ユーザーフィルターの最大長※2
1メガバイト（複数設定していた場合はその合計値）

重要イベントフィルターの最大長※2
64キロバイト

表示フィルターの最大長※2
各JP1ユーザーにつき1メガバイト（複数設定していた場合はその合計値）※3

イベント検索※2
64キロバイト（06-51以降のJP1/Baseへの接続時。06-00のJP1/Baseへの接続時は4キロバイト）※3

ユーザーフィルターの個数
128個

各フィルターに設定できる条件群（通過条件群，除外条件群それぞれ）の数

イベント取得フィルター：1フィルターにつき30個

ユーザーフィルター：1フィルターにつき30個

重要イベントフィルター：30個

表示フィルター：1フィルターにつき5個

イベント検索：5個

WWWページ版のJP1/IM - Viewのフィルター画面※4で属性値を複数指定できる項目の入力フィールドに入力できる最大長
30,000バイト

イベント取得フィルター一覧で定義できるフィルターの個数
50個

イベント取得フィルター一覧で定義できるフィルター名の最大長
50バイト

イベント取得フィルター一覧で定義できる共通除外条件群の数

30個

イベント取得フィルター一覧格納ファイルの最大サイズ
1メガバイト

自動アクションの先行入力コマンド数

65,535

自動アクションのコマンド実行先ホストのJP1/Baseが06-71以降の場合

64

自動アクションのコマンド実行先ホストのJP1/Baseが06-51以前の場合

自動アクション定義のアクション定義パラメーターの長さ

09-00以降の形式を使用している場合：制限なし

ただし，次に示すとおりアクション定義パラメーター内に指定する各項目に制限値があります。

アクション名：1～50バイト

コメント：1,040バイト

イベント条件：4,096バイト

ユーザー名：31バイト

実行ホスト名|ホストグループ名：255バイト

業務グループ名|監視グループ名：2,048バイト

アクション：4,096バイト

環境変数ファイル名：255バイト

自動アクション定義ファイルのファイルサイズ：22メガバイト（23,068,672バイト）

08-50以前の形式を使用している場合：5,706バイト

ただし，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

重大度変更定義ファイルのファイルサイズ
17メガバイト（17,825,792バイト）

実行先グループ名の長さ
30バイト

イベントガイド情報ファイルのファイルサイズ
1メガバイト

イベントガイドメッセージファイルのファイルサイズ
1メガバイト

イベントガイド情報ファイルに定義できるイベントガイド情報の総数
1,000件

イベントガイドメッセージの置き換え文字(変数)処理とHTMLエンコーディング処理後のイベントガイドメッセージの長さ
196,608文字※5

イベントガイド情報ファイルに指定できるイベントガイドメッセージファイル名の長さ
1,024文字※5

イベントガイド情報に定義できる比較条件の件数
100件

相関イベント発行定義ファイルに定義できる相関イベント発行条件数
1,000件

1件の相関イベント発行条件に定義できる相関の対象範囲の絞り込み条件数
1件

1件の相関イベント発行条件に定義できるイベント条件数
10件

相関イベント発行条件のタイムアウト時間
1～86,400秒（24時間）

イベント相関タイプのしきい値に指定できる最大値
100件

1件の相関イベント発行条件に定義できる同一属性値条件数
3件

1件の相関イベント発行条件に定義できる同時相関数の数
1件

相関成立イベントの定義に使用する属性値の最大長
2,048バイト

1件の相関イベント発行条件で同時に発行処理できるJP1イベントの組数
1,024組

すべての相関イベント発行条件で同時に発行処理できるJP1イベントの組数
20,000組

ヘルスチェックのタイムアウト時間
216,000秒（60時間）

注※1　1プロセスで使用できるファイルディスクリプタ数はシステムによって異なります。

注※2　文字列データがシフトJISコードで保持されるため，JP1/IM - Managerが日本語UTF-8コードで動作している場合でも，指定できる文字列長は変わりません。

注※3　WWWページ版のJP1/IM - Viewの制限値です。

注※4　［重要イベント定義］画面，［イベント検索条件設定］画面，［表示フィルター設定］画面，および［ユーザーフィルター詳細設定］画面です。

注※5　半角文字も全角文字もすべて1文字でカウントされます。例えば「AAA」，「あああ」のどちらを指定しても3文字です。

(b)　JP1/IM - Viewの制限値一覧

JP1/IM - Viewの制限値を次に示します。

表D-2　JP1/IM - Viewの制限値一覧

項目
制限値

1台のビューアーから同時にログインできる数
3※1

スクロールバッファー（画面に表示できるイベントの数）
2,000件

画面更新時に取得できるイベントの数
200件

イベント検索時に取得できるイベントの数
2,000件

フィルターの最大長※2

表示フィルター：各JP1ユーザーにつき1メガバイト（複数設定していた場合はその合計値）

イベント検索：64キロバイト（06-51以降JP1/Base接続時。06-00JP1/Base接続時は4キロバイト）

表示フィルターの個数
50個

表示フィルターのフィルター名の最大長
50バイト

各フィルターに設定できる条件群の数（通過条件群，除外条件群それぞれ）

イベント取得フィルター：1フィルターにつき30個

ユーザーフィルター：1フィルターにつき30個

重要イベントフィルター：30個

表示フィルター：1フィルターにつき5個

イベント検索：5個

フィルター画面※3で属性値を複数指定できる項目の入力フィールドに入力できる最大長
30,000バイト

イベント取得フィルター一覧で定義できるフィルターの個数
50個（07-11以降のJP1/IM - Central Console接続時）

イベント取得フィルター一覧で定義できる共通除外条件群の数

30個

［コマンド実行］画面で指定できる環境変数ファイル名の長さ※4
255バイト

［コマンド実行］画面で指定できる実行ホスト名の長さ
2,048バイト

自動アクション定義のアクション定義パラメーターの長さ
09-00以降のJP1/IM - Managerに接続している場合：

09-00以降の形式を使用しているとき：制限なし

ただし，次に示すとおりアクション定義パラメーター内に指定する各項目に制限値があります。

アクション名：1～50バイト

コメント：1,040バイト

イベント条件：4,096バイト

ユーザー名：31バイト

実行ホスト名|ホストグループ名：255バイト

業務グループ名|監視グループ名：2,048バイト

アクション：4,096バイト

環境変数ファイル名：255バイト

08-50以前の形式を使用しているとき：5,706バイト

なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

08-00～08-50のJP1/IM - Managerに接続している場合：5,706バイト

なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

07-11～07-51のJP1/IM - Central Consoleに接続している場合：1,040バイト

なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：1,023バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

07-10以前のJP1/IM - Central Consoleに接続している場合：1,023バイト

なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,023バイト

実行できるアクションの長さ：1,023バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

［ユーザー環境設定］画面で設定できる［コマンド実行］画面の実行結果表示行数
100～10,000行

クリップボードにコピーできる文字列データのバイト長
6メガバイト

注※1　ログイン数を増やすとそれに伴いメモリー所要量，ディスク占有量が増えます。

注※2　文字列データがシフトJISコードで保持されるため，JP1/IM - Managerが日本語UTF-8コードで動作している場合でも，指定できる文字列長は変わりません。

注※3　［重要イベント定義］画面，［イベント検索条件設定］画面，［表示フィルター設定］画面，および［ユーザーフィルター詳細設定］画面です。

注※4　全フィールドのトータルでは2,305バイト以内です（例えば条件を五つ設定した場合，五つの属性値の合計を2,305バイト以内にする必要があります）。

(2)　セントラルスコープを使用する上での制限値一覧

セントラルスコープを使用する上でのJP1/IM - Managerの制限値，JP1/IM - Viewの制限値について，次に示します。

(a)　JP1/IM - Managerの制限値一覧

JP1/IM - Managerの制限値を次の表に示します。

表D-3　JP1/IM - Managerの制限値一覧

項目
制限値

1台のJP1/IM - Managerに接続できるJP1/IM - Viewの数
64台

1台のセントラルスコープで監視できるホストの数
5,000台
JP1/IM - Managerのシステム構成上のホストに加えて，JP1/AJS - AgentホストやJP1/BaseのSNMPトラップ変換機能を用いて監視を行っているホストなど，セントラルスコープ上で監視対象としているホストを含みます。

JP1/IM - Managerが管理できる［監視ツリー］画面の数
1

ツリー構成ファイルに指定できる監視ノード名の最大長
255バイト※1

ツリー構成ファイルに指定できる監視ノードの基本情報の最大長
属性値：1,023バイト※1※2

ツリー構成ファイルに指定できる状態変更条件名の最大長
63バイト※1

ツリー構成ファイルに指定できる個別条件値の最大長
属性値：1,023バイト※1※2

ガイド情報ファイルのファイルサイズ
1メガバイト

ガイドメッセージファイルのファイルサイズ
1メガバイト

注※1　JP1/IM - ManagerがUTF-8コードで動作している場合，文字列データが日本語UTF-8コードで保持されるため，指定できる文字列長が減少します。

注※2　全フィールドのトータルでは1,280バイト以内です（例えば条件を五つ設定した場合，五つの属性値の合計を1,280バイト以内にする必要があります）。

(b)　JP1/IM - Viewの制限値一覧

JP1/IM - Viewの制限値を次に示します。

表D-4　JP1/IM - Viewの制限値一覧

項目
制限値

1台のビューアーから同時にログインできる数
3※1

［監視ツリー］画面で監視できる監視ノードの数
50,000

監視ノード名の最大長
255バイト※2

一つの監視ノードに対して設定できる基本情報の数
5

基本情報フィールドに入力できる文字列の最大長
属性名：32バイト※2
属性値：1,023バイト※2※3

一つの監視ノードに対して設定できる状態変更条件数
8

状態変更条件の条件名の最大長
63バイト※2

監視オブジェクトの状態変更条件一つに対して設定できる個別条件の数
5

監視グループの状態変更条件一つに対して設定できる比較条件の比率の値
100

監視グループの状態変更条件一つに対して設定できる比較条件の個数の値
50,000

個別条件のフィールドに入力できる文字列の最大長
属性名：32バイト※2
属性値：1,023バイト※2※3

一つの監視ノードが発行するJP1イベントの数
7

各監視ノードが保持する状態変更イベント履歴
100件

監視グループに設定できる背景画像ファイル名の長さ
260バイト※2

監視ノードのアイコン（通常時のアイコン，展開時のアイコン，およびビジュアルアイコン）に設定できるアイコン画像ファイル名の長さ
260バイト※2

ユーザーが追加できる共通条件の数
191

［共通条件詳細設定］画面で設定する共通条件名の最大長
63バイト※2

［共通条件詳細設定］画面の項目，共通条件詳細のフィールドに入力できる文字列の最大長（拡張属性除く）
1,023バイト※2

［共通条件詳細設定］画面の項目，共通条件詳細のフィールドに入力できる文字列の最大長（拡張属性）
属性名：32バイト※2
属性値：1,023バイト※2※3

［ビジュアル監視］画面に設定できる背景画像ファイル名の長さ
260バイト※2

一つの［ビジュアル監視］画面に配置できる監視ノードの数
128

ユーザーが作成できる［ビジュアル監視］画面の数
64

［ビジュアル監視］画面の画面名の最大長
63バイト※2

［ビジュアル監視］画面のコメントの最大長
80バイト※2

注※1　ログイン数を増やすとそれに伴いメモリー所要量，ディスク占有量が増えます。

注※2　JP1/IM - ManagerがUTF-8コードで動作している場合，文字列データが日本語UTF-8コードで保持されるため，指定できる文字列長が減少します。

注※3　全フィールドのトータルでは1,280バイト以内です（例えば条件を五つ設定した場合，五つの属性値の合計を1,280バイト以内にする必要があります）。

(3)　IM構成管理を使用する上での制限値一覧

IM構成管理を使用する上でのJP1/IM - Managerの制限値，JP1/IM - IM構成管理・ビューアーの制限値について，次に示します。

(a)　JP1/IM - Managerの制限値一覧

JP1/IM - Managerの制限値を次の表に示します。

表D-5　JP1/IM - Managerの制限値一覧

項目
制限値

1台のJP1/IM - Managerに接続できるIM構成管理・ビューアーの数
64台※1

1台のJP1/IM - Managerが管理できるホストの数（システム構成上，JP1/IM - Manager直下に配置できるJP1/Baseおよびリモートの監視対象ホストの合計値）
1,024台

1台のIM構成管理で監視できるホストの数
10,000台
直下のエージェントの数は1,024台

1台のIM構成管理で監視できるシステムの階層構成（IM構成）の階層
3階層（統合マネージャーを1階層目とする）

管理できるログファイルトラップの最大数
100※2

一つの論理ホストに設定可能な待機系ホストの数
4

一つのホストに対して表示可能なIPアドレスの数
4

一つのホストに対して表示可能なエイリアスホスト名の数
4

業務グループ・監視グループの合計数
100

一つの業務グループおよび監視グループに設定できるホストの最大数
1,024台

業務グループの階層
1階層

監視グループの階層
9階層

注※1　AIXの場合，複数のJP1/IM - Viewから同時に接続し，プロファイルの操作（収集，反映），ホストの情報収集，仮想化構成の情報を実行するときに接続できる数は，最大16台です。また，HP-UXの場合，複数のJP1/IM - Viewから同時に接続できる数は，最大16台です。JP1/IM - Viewで同時に接続できる数を超えるときやリモート監視を実施するときは，カーネルパラメーターのmax_thread_procを300以上に設定してください。

注※2　ログトラップファイルが101個以上起動していた場合，KNAN22450-Wのメッセージを出力し，100個まで収集します。

(b)　JP1/IM - Viewの制限値一覧

JP1/IM - Viewの制限値を次に示します。

表D-6　JP1/IM - Viewの制限値一覧

項目 | 制限値
1台のビューアーから同時にログインできる数 | 3※

注※　ログイン数を増やすとそれに伴いメモリー所要量，ディスク占有量が増えます。

付録E　操作権限一覧

JP1ユーザーには，ユーザーごとに操作権限が与えられています。操作権限には，次の6種類のレベル（JP1権限レベル）があります。

JP1_Console_Admin
セントラルコンソールおよびセントラルスコープのすべての操作（システムの設定，システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動）ができる。

JP1_Console_Operator
セントラルコンソールおよびセントラルスコープのシステムの操作，参照操作，ユーザー環境の設定，および連携製品の起動ができる。

JP1_Console_User
セントラルコンソールおよびセントラルスコープの参照操作，ユーザー環境の設定，および連携製品の起動ができる。

JP1_CF_Admin
IM構成管理のすべての操作（IM構成やプロファイルの変更・システム反映）ができる。

JP1_CF_Manager
IM構成管理のホスト情報の登録，プロファイルの変更・システム反映，構成情報やホストの設定の参照，情報収集ができる。

JP1_CF_User
IM構成管理の構成情報やホスト情報の参照ができる。

注1　JP1/IM - Manager（JP1/IM - Central Console）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_Console_Operator権限が与えられたと見なされます。

認証サーバ上のJP1/Baseがバージョン6の場合は，JP1_Console_Operator権限およびJP1_Console_User権限は設定できません。JP1_Console_Admin権限が与えられたと見なされます。

注2　JP1/IM - Manager（JP1/IM - Central Scope）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_Console_User権限が与えられたと見なされます。

注3　JP1/IM - Manager（IM構成管理）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_CF_User権限が与えられたと見なされます。

一つのJP1ユーザーに複数のJP1権限レベルを与えた場合に，一つの操作内容に対して「操作できる」と「操作できない」が混在したときは，「操作できる」が優先されます。

それぞれのJP1権限レベルで操作できない機能は，JP1/IM - Viewの画面上でその機能を使用するためのメニューやボタンなどが非活性になります。

JP1ユーザーがどのJP1権限レベルを与えられているかは，ログインしたときだけ確認できます。JP1ユーザーがログインしたあとに，認証サーバでそのJP1ユーザーに対するJP1権限レベルを変更した場合，変更後のJP1権限レベルは次回ログイン時から有効になります。

＜この節の構成＞

付録E.1　セントラルコンソールによるシステムの運用監視で必要な操作権限

付録E.2　セントラルスコープによるシステムの運用監視で必要な操作権限

付録E.3　IM構成管理で必要な操作権限

付録E.1　セントラルコンソールによるシステムの運用監視で必要な操作権限

セントラルコンソールによるシステムの運用監視中の操作で必要な操作権限は，業務グループの参照・操作制限が無効か有効かで異なります。

＜この項の構成＞

(1)　業務グループの参照・操作制限が無効な場合に必要な操作権限

(2)　業務グループの参照・操作制限が有効な場合に必要な操作権限

(1)　業務グループの参照・操作制限が無効な場合に必要な操作権限

業務グループの参照・操作制限が無効な場合に必要な操作権限を次の表に示します。

表E-1　業務グループの参照・操作制限が無効な場合に必要な操作権限

操作内容
JP1権限レベル

分類
操作内容
説明
Admin
Operator
User
権限なし

システムの設定
システム環境の設定
次の画面を使用し，JP1/IM - Managerの環境設定ができる

［システム環境設定］画面

［イベント取得条件設定］画面

○
－
－
－

重要イベントの定義
［重要イベント定義］画面を使用し，重要イベントの定義ができる
○
－
－
－

ユーザーフィルターの設定
次の画面を使用し，ユーザーフィルターの設定ができる

［ユーザーフィルター設定］画面

［ユーザーフィルター詳細設定］画面

○
－
－
－

自動アクションの設定
次の画面を使用し，自動アクションの設定ができる

［アクション設定］画面

［アクション詳細設定］画面

［アクション詳細設定（イベント拡張情報）］画面

○
－
－
－

イベント情報マッピングの設定
次の画面を使用し，イベント情報のマッピング設定ができる

［イベント情報マッピング定義］画面

［イベント情報マッピング詳細定義］画面

○
－
－
－

システムの操作
重要イベントの対処状況の変更
JP1イベントの対処状況を変更できる
○
○
－
○

重要イベントの解除
［重要イベント］ページに表示されているJP1イベントを重要イベントではないイベントに変更できる
○
－
－
－

機能状態通知復帰
自動アクションの遅延監視中および状態監視中に発生した通知抑止状態を解除できる
○
○
－
○

自動アクションのキャンセルの要求
送信待機，キューイング，および実行中の自動アクションのキャンセルを要求できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［アクションキャンセル］ボタンが使用できる）
○
○
－
○

自動アクションの再実行
実行失敗，および実行終了した自動アクションを再実行できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［再実行］ボタンが使用できる）
○
○
－
○

コマンドの実行
［コマンド実行］画面を使用し，管理対象ホストに対してコマンドが実行できる
○
○
－
○

応答待ちイベントへの応答
［応答入力］画面を使用し，応答待ちイベントに対して応答入力できる
○
○
－
○

応答待ちイベントの滞留解除
［イベントコンソール］画面の［応答待ちイベント］ページで応答待ちイベントの滞留を解除できる
○
○
－
○

応答待ちイベントの滞留状態監視の復帰
応答待ちイベントの滞留数が上限を超えた場合に通知する機能を復帰できる
○
－
－
－

メモ情報の編集
次の画面を使用し，メモ情報の設定ができる

［イベント詳細（編集）］画面

○
○
－
○

参照操作
JP1イベントの参照
［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページでJP1イベントを参照できる
○
○
○
○

［イベント詳細］画面でJP1イベントの詳細を参照できる

［関連イベント一覧］画面で関連イベントを参照できる

自動アクション結果の参照
次の画面を使用し，自動アクション結果を参照できる

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

［アクション結果更新条件設定］画面

○
○
○
○

イベントの検索
次の画面を使用し，イベントを検索でき，［イベントコンソール］画面の［イベント検索］ページに検索結果を表示できる

［イベント検索条件設定］画面

［固有の拡張属性条件設定］画面

［固有の拡張属性条件詳細設定］画面

○
○
○
○

表示フィルターの使用
［イベントコンソール］画面の［イベント監視］ページに表示するJP1イベントの条件を設定できる
○
○
○
○

表示フィルターの有効と無効を切り替えられる

イベントガイド情報の表示
［イベント詳細］画面でガイド情報を確認できる
○
○
○
○

ユーザー環境の設定
ユーザー環境の設定
［ユーザー環境設定］画面が起動でき，ユーザー環境を設定できる
○
○
○
○

連携製品の起動
モニターの起動
JP1イベントを通知したアプリケーションを起動し，情報の参照や操作ができる
○
○
○
○

統合機能メニューの起動
［統合機能メニュー］画面を使用し，連携製品を起動できる
○
○
○
○

JP1/IM - Incident Masterの画面起動
［イベントコンソール］画面，［関連イベント一覧］画面，または［イベント詳細］画面からJP1/IM - Incident Masterの［インシデントの登録］画面を起動できる
○
○
－
－

ルールオペレーション・ビューアーの画面起動
［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面からルールオペレーション・ビューアーの［ルール結果詳細］画面を起動できる
○
○
○
○

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

－：操作できない

注

一つのJP1ユーザーに複数のJP1権限レベルを与えた場合に，一つの操作内容に対して「操作できる」と「操作できない」が混在したときは，「操作できる」が優先されます。

それぞれのJP1権限レベルで操作できない機能は，JP1/IM - Viewの画面上でその機能を使用するためのメニューやボタンなどが非活性になります。

WWWページ版の［イベントコンソール］画面を使用する場合は，WWWページ版の［イベントコンソール］画面で使用できない機能はどのJP1権限レベルでも使用できません。

JP1ユーザーがどのJP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバでそのJP1ユーザーに対するJP1権限レベルが変更された場合は，変更後のJP1権限レベルは次回ログイン時から有効になります。

(2)　業務グループの参照・操作制限が有効な場合に必要な操作権限

業務グループの参照・操作制限が無効な場合に必要な操作権限を次の表に示します。

表E-2　セントラルコンソールの操作で必要な操作権限

操作内容
JP1資源グループ

JP1_Consoleまたは*
JP1_Console以外
指定なし

JP1権限レベル

分類
操作内容
説明
Admin
Operator
User
権限なし
Admin
Operator
User
権限なし
権限なし

システムの設定
システム環境の設定
次の画面を使用し，JP1/IM - Managerの環境設定ができる

［システム環境設定］画面

［イベント取得条件設定］画面

○
－
－
－
－
－
－
－
－

重要イベントの定義
［重要イベント定義］画面を使用し，重要イベントの定義ができる
○
－
－
－
－
－
－
－
－

ユーザーフィルターの設定
次の画面を使用し，ユーザーフィルターの設定ができる

［ユーザーフィルター設定］画面

［ユーザーフィルター詳細設定］画面

○
－
－
－
－
－
－
－
－

自動アクションの設定
次の画面を使用し，自動アクションの設定ができる

［アクション設定］画面

［アクション詳細設定］画面

［アクション詳細設定（イベント拡張情報）］画面

○
－
－
－
－
－
－
－
－

イベント情報マッピングの設定
次の画面を使用し，イベント情報のマッピング設定ができる

［イベント情報マッピング定義］画面

［イベント情報マッピング詳細定義］画面

○
－
－
－
－
－
－
－
－

システムの操作
重要イベントの対処状況の変更
JP1イベントの対処状況を変更できる
○
○
－
－
○
○
－
－
－

重要イベントの解除
［重要イベント］ページに表示されているJP1イベントを重要イベントではないイベントに変更できる
○
－
－
－
○
－
－
－
－

機能状態通知復帰
自動アクションの遅延監視中および状態監視中に発生した通知抑止状態を解除できる
○
○
－
－
－
－
－
－
－

自動アクションのキャンセルの要求
送信待機，キューイング，および実行中の自動アクションのキャンセルを要求できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［アクションキャンセル］ボタンが使用できる）
○
○
－
－
－
－
－
－
－

自動アクションの再実行
実行失敗，および実行終了した自動アクションを再実行できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［再実行］ボタンが使用できる）
○
○
－
－
－
－
－
－
－

コマンドの実行
［コマンド実行］画面を使用し，管理対象ホストに対してコマンドが実行できる
○
○
－
－
○※
○※
－
－
－

応答待ちイベントへの応答
［応答入力］画面を使用し，応答待ちイベントに対して応答入力できる
○
○
－
－
○
○
－
－
－

応答待ちイベントの滞留解除
［イベントコンソール］画面の［応答待ちイベント］ページで応答待ちイベントの滞留を解除できる
○
○
－
－
○
○
－
－
－

応答待ちイベントの滞留状態監視の復帰
応答待ちイベントの滞留数が上限を超えた場合に通知する機能を復帰できる
○
－
－
－
○
－
－
－
－

メモ情報の編集
次の画面を使用し，メモ情報の設定ができる

［イベント詳細（編集）］画面

○
○
－
－
○
○
－
－
－

参照操作
JP1イベントの参照
［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページでJP1イベントを参照できる
○
○
○
－
○※
○※
○※
－
－

［イベント詳細］画面でJP1イベントの詳細を参照できる

［関連イベント一覧］画面で関連イベントを参照できる

自動アクション結果の参照
次の画面を使用し，自動アクション結果を参照できる

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

［アクション結果更新条件設定］画面

○
○
○
－
－
－
－
－
－

イベントの検索
次の画面を使用し，イベントを検索でき，［イベントコンソール］画面の［イベント検索］ページに検索結果を表示できる

［イベント検索条件設定］画面

［固有の拡張属性条件設定］画面

［固有の拡張属性条件詳細設定］画面

○
○
○
－
○※
○※
○※
－
－

表示フィルターの使用
［イベントコンソール］画面の［イベント監視］ページに表示するJP1イベントの条件を設定できる
○
○
○
－
○
○
○
－
－

表示フィルターの有効と無効を切り替えられる

イベントガイド情報の表示
［イベント詳細］画面でガイド情報を確認できる
○
○
○
－
○
○
○
－
－

ユーザー環境の設定
ユーザー環境の設定
［ユーザー環境設定］画面が起動でき，ユーザー環境を設定できる
○
○
○
－
○
○
○
－
－

連携製品の起動
モニターの起動
JP1イベントを通知したアプリケーションを起動し，情報の参照や操作ができる
○
○
○
－
○
○
○
－
－

統合機能メニューの起動
［統合機能メニュー］画面を使用し，連携製品を起動できる
○
○
○
－
○
○
○
－
－

JP1/IM - Incident Masterの画面起動
［イベントコンソール］画面，［関連イベント一覧］画面，または［イベント詳細］画面からJP1/IM - Incident Masterの［インシデントの登録］画面を起動できる
○
○
－
－
○
○
－
－
－

ルールオペレーション・ビューアーの画面起動
［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面からルールオペレーション・ビューアーの［ルール結果詳細］画面を起動できる
○
○
○
－
－
－
－
－
－

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

－：操作できない

注

JP1ユーザーがどのJP1資源グループ・JP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバで，そのJP1ユーザーに対するJP1資源グループ・JP1権限レベルが変更された場合は，変更後のJP1資源グループ・JP1権限レベルは次回ログイン時から有効になります。

注※

業務グループ内で発生したホストに対する操作，または業務グループ内のホストで発生したJP1イベントを表示できます。

付録E.2　セントラルスコープによるシステムの運用監視で必要な操作権限

セントラルスコープによるシステムの運用監視をする場合，大きく分けてユーザーの操作は，次の二つの項目に分けることができます。

監視時の操作：［監視ツリー］画面，［ビジュアル監視］画面でのシステムの運用監視中の操作を指します。

編集時の操作：［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面でのシステムの運用監視環境の作成，編集操作を指します。

以降で，それぞれの場合で必要となる操作権限について説明します。

＜この項の構成＞

(1)　監視時の操作で必要な操作権限（［監視ツリー］画面，［ビジュアル監視］画面）

(2)　編集時の操作（［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面）

(1)　監視時の操作で必要な操作権限（［監視ツリー］画面，［ビジュアル監視］画面）

監視時の操作で必要な操作権限を次の表に示します。

表E-3　セントラルスコープ（［監視ツリー］画面）の操作で必要な操作権限

操作内容
JP1資源グループ
JP1権限レベル

分類
操作内容
説明
Admin
Operator
User
権限なし

システムの設定
共通条件の追加・変更・削除
JP1/IM - Managerに共通条件を追加・変更・削除できる
JP1_Console
○
－
－
－

システムの操作・参照
（監視ツリーの監視範囲設定が有効の場合）
監視ノードの属性変更
監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く
各ノードのJP1資源グループ
○
○
－
－

JP1_Console
○
－
－
－

監視ノードの参照
［監視ツリー］画面で監視ノードを監視できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

監視ノードの検索
［検索］画面で監視ノードを検索できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

監視ノードの属性表示
［プロパティ］画面で監視ノードの属性を確認できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

ビジュアル監視の表示
［ビジュアル監視］画面で監視ノードを監視できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

ガイド情報の表示
［ガイド］画面でガイド情報を確認できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

状態変更イベントの検索
状態変更の契機となったJP1イベントを検索できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

システムの操作・参照
（監視ツリーの監視範囲設定が無効の場合）
監視ノードの属性変更
監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く
JP1_Console
○
○
－
－

監視ノードの参照
［監視ツリー］画面で監視ノードを監視できる
JP1_Console
○
○
○
○

監視ノードの検索
［検索］画面で監視ノードを検索できる
JP1_Console
○
○
○
○

監視ノードの属性表示
［プロパティ］画面で監視ノードの属性を確認できる
JP1_Console
○
○
○
○

ビジュアル監視の表示
［ビジュアル監視］画面で監視ノードを監視できる
JP1_Console
○
○
○
○

ガイド情報の表示
［ガイド］画面でガイド情報を確認できる
JP1_Console
○
○
○
○

状態変更イベントの検索
状態変更の契機となったJP1イベントを検索できる
JP1_Console
○
○
○
○

詳細表示，アイコン表示の切り替え
［監視ツリー］画面の詳細表示領域を詳細表示，アイコン表示に切り替えられる，また，アイコン表示時に矩形選択やアイコンの整列ができる
JP1_Console
○
○
○
○

ツリー編集の表示
［監視ツリー(編集中)］画面を表示できる
JP1_Console
○
○
○
○

ログインユーザーの表示
［ログインユーザー一覧］画面を表示できる
JP1_Console
○
○
○
○

イベントコンソールの表示
［イベントコンソール］画面を表示できる
JP1_Console
○
○
○
○

統合機能メニューの表示
［統合機能メニュー］画面を表示できる
JP1_Console
○
○
○
○

ローカルへのツリー保存
ローカルに監視ツリーを保存できる
JP1_Console
○
○
○
○

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

－：操作できない

注

一つのJP1ユーザーに複数のJP1権限レベルを与えた場合に，一つの操作内容に対して「操作できる」と「操作できない」が混在したときは，「操作できる」が優先されます。

それぞれのJP1権限レベルで操作できない機能は，JP1/IM - Viewの画面上でその機能を使用するためのメニューやボタンなどが非活性になります。

JP1ユーザーがどのJP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバでそのJP1ユーザーに対するJP1権限レベルが変更された場合は，変更後のJP1権限レベルは次回ログイン時から有効になります。

表E-4　セントラルスコープ（［ビジュアル監視］画面）の操作で必要な操作権限

操作内容
JP1資源グループ
JP1権限レベル

分類
操作内容
説明
Admin
Operator
User
権限なし

システムの設定
共通条件の追加・変更・削除
JP1/IM - Managerに共通条件を追加・変更・削除できる
JP1_Console
○
－
－
－

システムの操作・参照
（監視ツリーの監視範囲設定が有効の場合）
監視ノードの属性変更
監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く
各ノードのJP1資源グループ
○
○
－
－

JP1_Console
○
－
－
－

監視ツリーの表示
［ビジュアル監視］画面で選択した監視ノードを選択した状態で［監視ツリー］画面を表示できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

監視ノードの検索
［検索］画面で監視ノードを検索できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

監視ノードの属性表示
［プロパティ］画面で監視ノードの属性を確認できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

ガイド情報の表示
［ガイド］画面でガイド情報を確認できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

状態変更イベントの検索
状態変更の契機となったJP1イベントを検索できる
各ノードのJP1資源グループ
○
○
○
－

JP1_Console
○
－
－
－

システムの操作・参照
（監視ツリーの監視範囲設定が無効の場合）
監視ノードの属性変更
監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く
JP1_Console
○
○
－
－

監視ツリーの表示
［ビジュアル監視］画面で選択した監視ノードを選択した状態で［監視ツリー］画面を表示できる
JP1_Console
○
○
○
○

監視ノードの検索
［検索］画面で監視ノードを検索できる
JP1_Console
○
○
○
○

監視ノードの属性表示
［プロパティ］画面で監視ノードの属性を確認できる
JP1_Console
○
○
○
○

ガイド情報の表示
［ガイド］画面でガイド情報を確認できる
JP1_Console
○
○
○
○

状態変更イベントの検索
状態変更の契機となったJP1イベントを検索できる
JP1_Console
○
○
○
○

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

－：操作できない

(2)　編集時の操作（［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面）

セントラルスコープの［監視ツリー］画面や［ビジュアル監視］画面を編集する操作は，JP1ユーザーの特別な操作は必要ありません。OSにログインできるユーザーであれば，だれでも編集操作ができます。

ただし，監視ツリーを自動生成したり，編集した情報をJP1/IM - Managerに格納したりする場合などは，JP1/IM - Managerに接続して処理します。

このときは，JP1/IM - Managerにログインするため，JP1ユーザーの権限が必要になります。

編集操作とそのときに必要となる操作権限を次の表に示します。

表E-5　セントラルスコープ（［監視ツリー(編集中)］画面）の操作で必要な操作権限

操作内容
JP1資源グループ
JP1権限レベル

分類
操作内容
説明
Admin
Operator
User
権限なし

ログイン処理が発生する操作
ツリーの自動生成
JP1/IM - Managerを利用して監視ツリー情報をシステムから収集できる
JP1_Console
○
－
－
－

サーバからツリーを取得
JP1/IM - Managerから監視ツリー情報を取得できる
JP1_Console
○
－
－
－

サーバへのツリー反映
JP1/IM - Managerに編集内容を反映できる
JP1_Console
○
－
－
－

最新定義の取得
JP1/IM - Managerが管理する共通条件の一覧を取得できる
JP1_Console
○
－
－
－

ビジュアル監視の表示順序の変更・削除
JP1/IM - Managerで管理する［ビジュアル監視］画面の表示順序の変更および［ビジュアル監視］画面の削除ができる
JP1_Console
○
－
－
－

ログイン処理が発生しない操作
監視ノードの移動
監視ノードを移動できる
不要
不要
不要
不要
不要

監視ノードの追加，属性変更，削除
監視ノードの追加，属性変更※，削除ができる
注※　状態変更条件を定義する場合は共通条件を設定するためにログイン処理が発生する（その場合JP1_Console_Admin権限が必要）
不要
不要
不要
不要
不要

共通条件の追加・変更・削除
共通条件を追加・変更・削除できる
不要
不要
不要
不要
不要

ローカルへのツリー保存
ローカルにツリーを保存できる
不要
不要
不要
不要
不要

ローカルからツリー取得
ローカルに保存されたツリーデータを取得できる
不要
不要
不要
不要
不要

監視ノードの検索
［検索］画面で監視ノードを検索できる
不要
不要
不要
不要
不要

ビジュアル監視(編集中)の表示
［ビジュアル監視(編集中)］画面を表示できる
不要
不要
不要
不要
不要

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

－：操作できない

不要：OSにログインできるユーザーであれば，だれでも操作できる

表E-6　セントラルスコープ（［ビジュアル監視(編集中)］画面）で必要な操作権限

操作内容 | JP1資源グループ | JP1権限レベル
分類 | 操作内容 | 説明 | Admin | Operator | User | 権限なし
ログイン処理が発生する操作 | サーバからデータ取得 | JP1/IM - Managerの管理する［ビジュアル監視］画面の情報を取得できる | JP1_Console | ○ | － | － | －
サーバにデータ反映 | JP1/IM - Managerに編集内容を反映できる | JP1_Console | ○ | － | － | －
ログイン処理が発生しない操作 | 監視ノードの配置 | ［監視ツリー(編集中)］画面から監視ノードをドラッグ&ドロップできる | 不要 | 不要 | 不要 | 不要 | 不要
監視ノードの削除 | 配置した監視ノードを削除できる | 不要 | 不要 | 不要 | 不要 | 不要
背景図の変更 | 背景図を変更できる | 不要 | 不要 | 不要 | 不要 | 不要
ローカルにデータ保存 | ローカルにデータを保存できる | 不要 | 不要 | 不要 | 不要 | 不要
ローカルからデータ取得 | ローカルからデータを取得できる | 不要 | 不要 | 不要 | 不要 | 不要

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

－：操作できない

不要：OSにログインできるユーザーであれば，だれでも操作できる

付録E.3　IM構成管理で必要な操作権限

IM構成管理で必要な操作権限を次の表で示します。

表E-7　IM構成管理で必要な操作権限

操作内容 | JP1権限レベル
分類 | 操作内容 | 説明 | Admin | Manager | User
ホスト管理 | ホストの登録 | 管理対象とするホスト（JP1/BaseホストまたはVMMホスト）をIM構成管理に登録できる | ○ | ○ | －
ホストの情報収集 | 管理対象とするホストから，ホスト情報・製品情報を取得し，保持できる | ○ | ○ | －
ホストの編集 | ホスト一覧からホスト情報・製品情報を編集できる | ○ | ○ | －
ホストの削除 | ホスト一覧からホストを削除できる | ○ | ○ | －
ホストの参照 | 登録されているホストを一覧で表示できる | ○ | ○ | ○
IM構成 | 収集 | IM構成の情報を収集できる | ○ | ○ | －
表示 | IM構成の情報を表示できる | ○ | ○ | ○
編集，排他権取得 | IM構成の情報を編集したり，排他権を取得したりできる | ○ | － | －
システム反映 | 編集したIM構成の情報をシステムに反映できる | ○ | － | －
プロファイル | 収集 | エージェント（JP1/Base）の有効設定情報や設定ファイルの内容を収集できる | ○ | ○ | －
表示 | プロファイル一覧から各ホストの有効設定情報や設定ファイルの内容を表示できる | ○ | ○ | ○
編集，排他権取得 | プロファイル一覧から各ホストの設定ファイルの内容を編集したり，排他権を取得したりできる | ○ | ○ | －
システム反映 | 編集した設定ファイルの内容をシステムに反映できる | ○ | ○ | －
一覧表示 | 登録されているプロファイルの情報を一覧で表示できる | ○ | ○ | ○
サービス | 状態表示 | エージェント（JP1/Base）のサービスの稼働状況を表示できる | ○ | ○ | ○
排他権解除 | IM構成 | IM構成に設定した更新権を解除できる | ○ | － | －
プロファイル | プロファイルに設定した排他権を解除できる | ○ | ○ | －

（凡例）

Admin：JP1_CF_Admin

Manager：JP1_CF_Manager

User：JP1_CF_User

○：操作できる

－：操作できない

注

JP1/IMのJP1資源グループは「JP1_Console」です。IM構成管理を操作するJP1権限レベルは，JP1資源グループ「JP1_Console」に割り当ててください。

付録F　通信設定の変更対応

JP1/IM - Managerの前提プログラムであるJP1/Baseは，さまざまなネットワーク構成に応じて通信設定を変更できます。これによって，JP1/IM - Managerは，次のような特別な要件のあるネットワーク構成でも，運用できます。

通信するネットワークの選択
JP1/IM - Manager，JP1/Baseのマシンが複数のLANに接続されているが，JP1/IM - Manager，JP1/Baseは，特定のLANで通信するようにしたい（ホスト名に対応したIPアドレス以外で通信したい）。

分離されたネットワーク
JP1/IM - Manager，JP1/Baseのマシンが複数のLANに接続されているが，その複数LANの間で相互に通信ができない（ホスト名に対応したIPアドレスと通信できない）。

通信設定は，JP1/Baseのjp1hosts定義ファイル，通信方式設定ファイルを使用して変更します。通信設定の詳細については，マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定を参照してください。

JP1/IM - Manager，JP1/Baseが提供する各機能の通信設定への対応状況を次に示します。

表F-1　各機能の通信設定への対応状況（JP1/IM - Viewとマネージャー間の通信の場合）

機能
通信設定

jp1hosts定義ファイル
通信方式設定ファイル

コマンドの実行
(JP1/IM - View → JP1/Base)
○
○

イベントの監視
（JP1/IM - View → JP1/IM - Manager(JP1/IM - Central Console)）
○
○

監視オブジェクトの状態監視
（JP1/IM - View → JP1/IM - Manager(JP1/IM - Central Scope)）
○
○

IM構成管理（JP1/IM - View → JP1/IM - Manager（IM構成管理））
○
○

システム構成管理
（JP1/IM - View → JP1/IM - Central Information Master）
○
○

ルール管理
（JP1/IM - View → JP1/IM - Rule Operation）
○
○

（凡例）

○：通信設定の変更によって，特別な要件があるネットワーク構成でも使用できる。

(製品 → 製品)：機能使用時に接続する製品を表す。

表F-2　各機能の通信設定への対応状況（マネージャーとエージェント間の通信の場合）

機能
通信設定

jp1hosts定義ファイル
通信方式設定ファイル

構成管理
(JP1/Base → JP1/Base)
○
○

コマンド実行
(JP1/Base → JP1/Base)
○
○

イベントの検索
(JP1/IM - Manager → JP1/Base)
×
×

定義収集・配布
(JP1/Base → JP1/Base)
○
○

IM構成管理(JP1/IM - Manager → JP1/Base)
○
○

（凡例）

○：通信設定の変更によって，特別な要件があるネットワーク構成でも使用できる。

×：通信設定を変更しても特別な要件があるネットワーク構成で使用できないことがある。

(製品 → 製品)：機能使用時に接続する製品を表す。

付録G　正規表現

JP1/IMでは，自動アクションの実行条件やJP1イベント・監視ノードの検索条件など，各種設定の条件式で正規表現を使用できます（正規表現とは，検索や置換などをする際に，特殊文字を使って任意の文字列を表現する手法のことです）。ただし，JP1/IMで使用できる正規表現は，その正規表現を解釈する機能，OSによって異なるため，注意が必要です。

ここでは，次の項目について説明します。

正規表現の種類

正規表現の文法

使用できる正規表現の比較

正規表現を使用する際のヒント

正規表現の指定例

＜この節の構成＞

付録G.1　正規表現の種類

付録G.2　正規表現の文法

付録G.3　使用できる正規表現の比較

付録G.4　正規表現を使用する際のヒント

付録G.5　正規表現の指定例

付録G.1　正規表現の種類

JP1/IMで使用できる正規表現は，その正規表現を解釈する機能，OSによって異なります。この違いは，JP1/IMの各機能，OSで採用している正規表現の種類が異なるところからきています（「正規表現の種類の違い＝文法の違い」となります。詳細については，「付録G.2　正規表現の文法」を参照してください）。

正規表現の種類には次のものがあります。

JP1独自の正規表現（Windows）

正規表現として使用できる特殊文字をJP1で独自に定義した正規表現です。

JP1/IM，JP1/Baseの設定を変更することで，XPG4準拠の拡張正規表現に拡張できますが，拡張することよって誤動作が発生することがあります。このため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

XPG4準拠の拡張正規表現（Windows）

正規表現として使用できる特殊文字をJP1独自の正規表現に加え，幾つか追加した正規表現です。

正規表現の使用をバージョン7でサポートした機能は，この正規表現の文法に従って動作します。

XPG4の基本正規表現（HP-UX，Solaris，AIX）

UNIXが提供するXPG4の基本正規表現です（詳細はOS提供の「regexp(5)」参照）。

機種，OSによって使用できる正規表現の範囲が異なるため，注意が必要です。

また，JP1/Baseの設定を変更することで，XPG4の拡張正規表現に拡張できますが，拡張することによって誤動作が発生することがあります。このため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

XPG4の拡張正規表現（HP-UX，Solaris，AIX）

UNIXが提供するXPG4の拡張正規表現です（詳細はOS提供の「regexp(5)」参照）。基本的には，正規表現として使用できる特殊文字をXPG4の基本正規表現に加え，幾つか追加した正規表現ですが，逆に使用できない正規表現もあります。

また，機種，OSによって使用できる正規表現の範囲が異なるため，注意が必要です。

POSIX1003.2の基本正規表現（Linux）

Linuxが提供するPOSIX1003.2の基本正規表現です（詳細はOS提供の「regex」参照）。OSによって使用できる正規表現の範囲が異なるため，注意が必要です。

また，JP1/Baseの設定を変更することで，POSIX1003.2の拡張正規表現に拡張できますが，拡張することによって誤動作が発生することがあります。このため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

POSIX1003.2の拡張正規表現（Linux）

Linuxが提供するPOSIX1003.2の拡張正規表現です（詳細はOS提供の「regexp(7)」参照）。OSによって使用できる正規表現の範囲が異なるため，注意が必要です。

正規表現を使用できる機能と使用できる正規表現の種類の関係を次の表に示します。

表G-1　正規表現を使用できる機能と使用できる正規表現

機能
説明
Windows
HP-UX，Solaris，AIX
Linux

デフォルト
設定変更時
デフォルト
設定変更時
デフォルト
設定変更時

JP1/IM - Viewからのイベント検索
JP1イベントの検索条件で正規表現を使用できます。
使用できる正規表現の種類は，検索先ホストのJP1/Baseの設定に依存します。
JP1独自正規表現
拡張正規表現(XPG4準拠)
基本正規表現(XPG4)
拡張正規表現(XPG4)
基本正規表現(POSIX1003.2)
拡張正規表現(POSIX1003.2)

JP1/IM - Viewからの監視ノード検索
監視ノードの検索条件で正規表現を使用できます。
使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

イベントガイド情報の表示
イベントガイド情報の表示条件で正規表現を使用できます。
使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

監視ノードの状態変更やガイド情報の表示
監視ノードの状態変更条件の共通条件，個別条件やガイド情報の表示条件で正規表現を使用できます。
使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

自動アクション
自動アクションの実行条件で正規表現を使用できます。
Windowsの場合，使用できる正規表現の種類は，自動アクションを実行するJP1/IM - Managerの設定に依存します（UNIXは固定です）。
拡張正規表現(XPG4準拠)
JP1独自正規表現
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

相関イベント発行
相関イベント発行条件のイベント属性条件で正規表現を使用できます。
使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

フィルタリング

ユーザーフィルター

重要イベントフィルター

表示フィルター

［イベントコンソール］画面へのJP1イベントの表示条件で正規表現を使用できます。
Windows，UNIXとも使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

イベント取得フィルター

共通除外条件（基本モード）

マネージャーのJP1/BaseからJP1/IM - Managerが取得するJP1イベントの取得条件で正規表現を使用できます。
使用できる正規表現の種類は，マネージャーのJP1/Baseの設定に依存します。
JP1独自正規表現
拡張正規表現(XPG4準拠)
基本正規表現(XPG4)
拡張正規表現(XPG4)
基本正規表現(POSIX1003.2)
拡張正規表現(POSIX1003.2)

重大度変更機能
重大度変更機能で変更する対象のイベント条件に正規表現を使用できます。
Windows，UNIXとも使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

共通除外条件（拡張モード）
共通除外条件の拡張モードでイベントを除外する条件に正規表現を使用できます。
Windows，UNIXとも使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

事象発生元ホストのマッピング機能
［発生元ホスト名］属性が対応する機能で，発生元ホスト名を指定する場合に正規表現を使用できます。
Windows，UNIXとも使用できる正規表現の種類は，固定です。
拡張正規表現(XPG4準拠)
－
拡張正規表現(XPG4)
－
拡張正規表現(POSIX1003.2)
－

（凡例）

－：デフォルトで拡張正規表現を使用するため設定変更はない。

上記表のとおり，デフォルト設定のままでは，JP1/IMで使用できる正規表現が各機能，OSによって異なります。この場合，機能，OSによる正規表現の使い分けを意識する必要があります。

正規表現の使い分けを意識したくない場合は設定を変更することで，Windowsで使用できる正規表現をXPG4に準拠した拡張正規表現，UNIXで使用できる正規表現をXPG4またはPOSIX1003.2の拡張正規表現に統一できます。機能，OSによる正規表現の使い分けを意識する必要がなくなるため，設定を変更することをお勧めします。

設定の詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）を参照してください。

また，JP1/Baseで正規表現を使用できる機能，使用できる正規表現の種類については，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章のセットアップを参照してください。

付録G.2　正規表現の文法

JP1/IMでは，次に示す正規表現を使用できます。正規表現を使用する場合，次の表記法に従って指定してください。

注意

ここで紹介する正規表現以外の正規表現の使用は，機種やOSによって仕様が異なるため，お勧めしません。正規表現を使用する場合は，ここで紹介する正規表現だけを使用してください。

＜この項の構成＞

(1)　通常文字

(2)　特殊文字

(1)　通常文字

通常文字とは，正規表現としてその文字自体を検索対象に指定した場合に一致する文字です。通常文字として扱わないのは「制御コード」と「特殊文字」だけです。

(2)　特殊文字

特殊文字とは，^ $ . * + ? | ( ) { } [ ] ¥です。それぞれの特殊文字について次に説明します。

^

^は，先頭指定（前方一致）を意味します。正規表現の最初の文字として使用する場合だけ特殊文字になります。先頭以外で使用する場合は通常文字として扱われます。

^を特殊文字として指定すると，行頭にある指定の文字列に一致します。

$

$は，末尾指定（後方一致）を意味します。正規表現の最後の文字として使用する場合だけ特殊文字になります。末尾以外で使用する場合，通常文字として扱われます。

$を特殊文字として指定すると，行末にある指定の文字列に一致します。なお，^と併用すると，指定した文字列だけの行に一致します。

.（ピリオド）

.（ピリオド）は，任意の1文字であることを意味します。

.（ピリオド）を特殊文字として指定すると，任意の1文字に一致します。

ただし，次の機能では改行を任意の1文字として扱えません。

イベントガイド情報の表示

相関イベント発行

ユーザーフィルターのフィルタリング

重要イベントフィルターのフィルタリング

表示フィルターのフィルタリング

*

*は，直前の文字の0回以上の繰り返しを意味します。

+

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

+は，直前の文字の1回以上の繰り返しを意味します。

?

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

?は，直前の文字の0回または1回の繰り返しを意味します。

|

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

|は，|の左右に指定した正規表現のOR条件を意味します。特殊文字( )と組み合わせて使用します。

( )

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

( )は，( )内で指定した正規表現のグループ化を意味します。

正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用します。主に「|」を使用するときに利用します（「付録G.4　正規表現を使用する際のヒント」参照）。

{ }

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

{ }は，直前の文字の{ }内で指定した値分の繰り返しを意味します。

[ ]

JP1独自正規表現，XPG4の基本正規表現では，通常文字として扱われます。

[ ]は，[ ]内の文字列のどれかとの一致または不一致（[ ]内の先頭に^を指定した場合）を意味します。

¥

¥は，特殊文字（^ $ . * + ? | ( ) { } [ ] ¥）※の打ち消しを意味します。

¥を特殊文字の前に指定すると，その特殊文字は，通常文字として扱われます。¥は，特殊文字を打ち消す場合にだけ使用してください。英数字の前に¥を指定すると「制御コード（改行やタブなど）」を意味する正規表現として使用できることがありますが，OS，製品によって扱いが異なるため，誤動作の原因となります。

注※

JP1独自正規表現，XPG4の基本正規表現の場合，+ ? | ( ) { } [ ]は通常文字として扱われます。

POSIX1003.2の基本正規表現の場合，+ ? | ( ) { }は通常文字として扱われます。

付録G.3　使用できる正規表現の比較

正規表現の種類の違いによる，使用できる正規表現の違いを次の表に示します。

表G-2　使用できる正規表現の比較

指定方法 | 説明 | Windows | HP-UX，Solaris，AIX | Linux
JP1独自 | 拡張(準拠) | 基本 | 拡張 | POSIX基本 | POSIX拡張
文字列 | 指定の文字列の行に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
^文字列 | 行頭にある指定の文字列に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
文字列$ | 行末にある指定の文字列に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
^文字列$ | ^と$の併用です。指定した文字列だけの行に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
^$ | ^と$の併用です。空行に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
.（ピリオド） | 任意の1文字に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
文字* | 直前の文字が0回以上繰り返されている文字列に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
.* | .（ピリオド）と*の併用です。任意の文字列に一致します。 | ○ | ○ | ○ | ○ | ○ | ○
文字+ | 直前の文字が1回以上繰り返されている文字列に一致します。 | × | ○ | × | ○ | × | ○
文字? | 直前の文字が0回または1回繰り返されている文字列に一致します。 | × | ○ | × | ○ | × | ○
正規表現|正規表現 | 左右の正規表現のどちらかに一致します。 | × | ○ | × | ○ | × | ○
(正規表現) | 正規表現をグループ化します。正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用します。主に「|」を使用するときに利用します（「付録G.4　正規表現を使用する際のヒント」参照）。 | × | ○ | × | ○ | × | ○
文字{n} | 直前の文字がn回繰り返されている文字列に一致します。 | × | ○ | × | ○ | × | ○
文字{n,} | 直前の文字がn回以上繰り返されている文字列に一致します。 | × | ○ | × | ○ | × | ○
文字{n,m} | 直前の文字がn回以上，m回以内の文字列に一致します。 | × | ○ | × | ○ | × | ○
[文字列] | [　]内の文字列に指定された文字のどれかに一致します。 | × | ○ | × | ○ | × | ○
[^文字列] | [　]内の文字列に指定された文字以外の文字に一致します。 | × | ○ | × | ○ | ○ | ○
[文字-文字] | 文字コードの昇順で範囲内のどれか1文字に一致します。 | × | ○ | × | ○ | ○ | ○
[^文字-文字] | 文字コードの昇順で範囲外のどれか1文字に一致します。 | × | ○ | × | ○ | ○ | ○
¥特殊文字 | 特殊文字を通常文字として扱います。 | × | ○ | × | ○ | × | ○

（凡例）

JP1独自：JP1独自の正規表現

拡張（準拠）：XPG4準拠の拡張正規表現

基本：XPG4の基本正規表現

拡張：XPG4の拡張正規表現

POSIX基本：POSIX1003.2準拠の基本正規表現

POSIX拡張：POSIX1003.2準拠の拡張正規表現

○：使用できる。

×：使用できない。

付録G.4　正規表現を使用する際のヒント

JP1独自正規表現（Windows）やXPG4の基本正規表現（HP-UX，Solaris，AIX），POSIX1003.2の基本正規表現（Linux）を拡張して，拡張正規表現を使用する場合には，拡張による誤動作を防ぐため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

制御コード（改行，タブなど）は，製品やOSによって扱いが異なることがあります。このため，メッセージに対する条件を正規表現で記述する場合は，制御コード以外の部分を記述するようにしてください。

正規表現で，すべての文字に一致する表現の「.*」を多用すると，検索に時間が掛かることがあります。長いメッセージなどに対して「.*」を使用する場合は，必要な個所にだけ「.*」を使用するようにしてください。
また，拡張正規表現を使用できる環境で，かつ，空白以外の文字に一致させたい場合には，「.*」の代わりに「[^ ]*」が使用できます。「[^ ]*」を使用した方が検索に掛かる時間を短縮できます。

特殊文字である縦線「|」はOR条件を表します。このOR条件を正規表現中に使用する際は，次のことに注意してください。
OR条件の縦線「|」は正規表現の中で優先度が低いため，OR条件がかかる範囲を明示的に指定する必要があります。範囲を指定しない場合，動作しない，または誤動作する原因になることがあります。OR条件の範囲は，条件がかかる範囲を小括弧「()」で囲むことで指定できます。イベント発行元サーバ名の条件をOR条件にするときの指定例を次に示します。

（例）gyoumuまたはhostで発行されたJP1イベント

^.*△.*△.*△.*△.*△(gyoumu|host)△.*△.*△.*△.*$

特殊文字である縦線「|」の前後にスペースが含まれていると，スペースが文字として認識されます。スペースを含まない場合，「|」の前後にスペースを入れないでください。

拡張正規表現を使用した場合，[]，{}，および()の対応が取れていないとき，文法不正となります。[]，{}，および()を通常文字として扱いたいときは，¥を使用して特殊文字を打ち消してください。
指定例を次に示します。

（例）「(」を通常文字として扱いたい場合

¥(

付録G.5　正規表現の指定例

正規表現の指定例を次に示します。

表G-3　正規表現の指定例

指定方法
機能
正規表現として指定した文字列
正規表現に一致するパターンと一致しないパターン
一致(○)
不一致(×)

文字列
指定の文字列の行に一致する
spring
spring has come.
○

winter-summer-autumn-spring
○

-----spring-----
○

^文字列
行頭にある指定の文字列に一致する
^spring
spring has come.
○

winter-summer-autumn-spring
×

-----spring-----
×

文字列$
行末にある指定の文字列に一致する
spring$
spring has come.
×

winter-summer-autumn-spring
○

-----spring-----
×

^文字列$
指定の文字列だけの行に一致する
^spring$
spring has come.
×

winter-summer-autumn-spring
×

spring
○

　　spring
×

^$
空行に一致する
^$

○

spring
×

.（ピリオド）
任意の1文字に一致する
in.e
winter has come.
○

mother of invention
○

life is in everything
○

eight nine ten
×

increasing population
×

s..ing
picnic in spring
○

skiing in winter
○

[文字列]※1※2※3
[　]内の文字列に指定された文字のどれかに一致する
[pr]
spring has come.
○

today is monday.
×

[文字-文字]※1※2
文字コードの昇順で範囲内の文字のどれか1文字に一致する
[a-i]
spring has come.
○

[^文字-文字]※1※2
文字コードの昇順で範囲外の文字のどれか1文字一致する
[^a-i]
spring has come.
○

文字*
直前の文字が0回以上繰り返されている文字列に一致する
ro*m
terminal
○

cd-rom
○

living room
○

h.*n
This is a pen.
○

That is an apple.
○

正規表現|正規表現※1※2※3
左右の正規表現のどちらかに一致する
[0-9]+|apple
That is an apple.
○

spring in 2003
○

¥特殊文字※1※2※3
特殊文字を通常文字として扱う
o¥.h
<stdio.h>
○

another man
×

(正規表現)※1※2※3
正規表現をグループ化する。
正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用する。
主に「|」を使用するときに利用する（「付録G.4　正規表現を使用する際のヒント」参照）。
i(n.e|ng)
winter has come.
○

interesting book
○

（凡例）

太字：指定した正規表現と一致する文字列

○：一致する文字列がある

×：一致する文字列がない

注※1　JP1独自正規表現では指定できません。

注※2　XPG4の基本正規表現では指定できません。

注※3　POSIX1003.2の基本正規表現では指定できません。

付録H　下位バージョンとの接続性

バージョンが異なるIM製品同士，また，バージョンが異なるエージェント上のJP1/Baseと接続した場合の制限事項について説明します。

＜この節の構成＞

付録H.1　下位バージョン（バージョン9製品）との接続性

付録H.2　下位バージョン（バージョン8製品）との接続性

付録H.3　下位バージョン（バージョン7製品）との接続性

付録H.4　下位バージョンのJP1/Baseとの接続性

付録H.1　下位バージョン（バージョン9製品）との接続性

JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合，およびJP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10を接続した場合の制限事項を説明します。なお，セントラルスコープを使用する場合の制限事項はありません。

＜この項の構成＞

(1)　JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合の制限事項（セントラルコンソールを使用する場合）

(2)　JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合の制限事項（IM構成管理を使用する場合）

(3)　JP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10を接続した場合の制限事項（セントラルコンソールを使用する場合）

(4)　JP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10を接続した場合の制限事項（IM構成管理を使用する場合）

(1)　JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合の制限事項（セントラルコンソールを使用する場合）

表H-1　JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1～2

09-00
○

09-01
○

09-10
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-2　制限事項一覧

制限
事項
詳細

1
拡張モードの共通除外条件を定義できない。

2
イベント条件およびコマンド実行先ホストに，業務グループ，監視グループを指定できない。

(2)　JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合の制限事項（IM構成管理を使用する場合）

表H-3　JP1/IM - View 09-50をJP1/IM - Manager 09-00～09-10に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1
2～4
5～7

09-00
○
○
○

09-01
－
○
○

09-10
－
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-4　制限事項一覧

制限
事項
詳細

1
［IM構成管理］画面の［操作］メニューで，次に示す項目を選択できない。

［仮想化構成］－［仮想化構成収集］

［仮想化構成］－［仮想化構成一括収集］

［仮想化構成］－［セントラルスコープ仮想ツリー反映］

2
［プロファイル表示/編集］画面のメニューで，次に示す項目を選択できない。

［編集］－［プロファイル追加］

［編集］－［プロファイル削除］

［操作］－［プロセス起動］

［操作］－［プロセス停止］

［操作］－［プロファイル保存/反映］－［再起動による反映］

［操作］－［プロファイル保存/反映］－［ファイル送付による反映］

3
［プロファイル表示/編集］画面で［起動オプション］が表示されない。

4
［プロファイル表示/編集］画面の［反映方法］ラジオボタンで，次に示す項目を選択できない。

［再起動］

［ファイルの送付］

5
［IM構成管理］画面で，次のメニューが非活性となる。

［編集］－［システム共通設定］

［編集］－［業務グループ］

［操作］－［リモート監視構成編集］

［操作］－［業務グループ］

6
［ホスト登録］画面で，［リモート通信種別］の項目が非活性となる。

7
［IM構成管理］画面で［業務グループ］ページが表示されない。

(3)　JP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10を接続した場合の制限事項（セントラルコンソールを使用する場合）

表H-5　JP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1～6

09-00
○

09-01
○

09-10
○

（凡例）　○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H-6　制限事項一覧

制限
事項
詳細

1
拡張モードの共通除外条件を定義できない。

2
［コマンド］ボタンが表示されない。

3
JP1/IM - Service Supportに対して，インシデントを手動登録できない。

4
発生元ホスト属性の項目が表示されない（固有の拡張属性として発生元ホスト属性をイベント条件に指定できる）。

5
業務グループの参照・操作制限が有効な場合，ログインできない。

6
イベント条件およびコマンド実行先ホストに，業務グループ，監視グループを指定できない。

(4)　JP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10を接続した場合の制限事項（IM構成管理を使用する場合）

表H-7　JP1/IM - Manager 09-50にJP1/IM - View 09-00～09-10接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1～2
3～5
6～10

09-00
○
○
○

09-01
－
○
○

09-10
－
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-8　制限事項一覧

制限
事項
詳細

1
ホストの属性の［仮想化管理種別］が表示されない。

2
ホスト属性に［仮想化管理種別］を設定したホストについて，［ホスト属性編集］メニューが実行できない。

3
［プロファイル表示/編集］画面のメニューで，次に示す項目を選択できない。

［編集］－［プロファイル追加］

［編集］－［プロファイル削除］

［操作］－［プロセス起動］

［操作］－［プロセス停止］

［操作］－［プロファイル保存/反映］－［再起動による反映］

［操作］－［プロファイル保存/反映］－［ファイル送付による反映］

4
［プロファイル表示/編集］画面で［起動オプション］が表示されない。

5
［プロファイル表示/編集］画面の［反映方法］ラジオボタンで，次に示す項目を選択できない。

［再起動］

［ファイルの送付］

6
リモート監視構成に関する情報が表示されない。

［IM構成管理］画面の［IM構成］ページで，リモート監視構成だけに含まれるホストが表示されない。

［IM構成管理］画面の［IM構成］ページのツリー表示領域で，エージェント構成，またはリモート監視構成のどちらに含まれるのかを示すアイコンが表示されない。

ホストの属性の［構成種別］で，「リモート」，「拠点マネージャ，リモート」，「中継マネージャ，リモート」，「エージェント，リモート」が表示されない。

7
次のホストの属性が表示されない。

［収集状態(リモート)］

［認証情報の区分］

［リモート通信種別］

［グループ名］

8
［プロファイル表示/編集］画面の［ツリー表示領域］に［リモート監視］が表示されない。

9
次に示す業務グループが表示・編集できない。

［IM構成管理］画面で［業務グループ］ページが表示されない。

［IM構成管理］画面の［編集］メニューで［業務グループ］が表示されない。

［IM構成管理］画面の［操作］メニューで［業務グループ］が表示されない。

10
業務グループに所属するホストについて，［IM構成管理］画面の［編集］メニューで［ホスト属性編集］が実行できない。

付録H.2　下位バージョン（バージョン8製品）との接続性

＜この項の構成＞

(1)　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

(2)　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルスコープを使用する場合）

(3)　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（IM構成管理を使用する場合）

(4)　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

(5)　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルスコープを使用する場合）

(6)　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（IM構成管理を使用する場合）

(1)　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

表H-9　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1～2
3～11

08-00
○
○

08-01
○
○

08-10
○
○

08-50
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-10　制限事項一覧

制限
事項
詳細

1

応答待ちイベントに応答できない。

応答待ちイベントを条件に指定したフィルターは設定できない。

応答待ちイベントを条件に指定してイベント検索できない。

2
次の画面で除外条件を指定できない（［除外条件群一覧］が非活性となる）。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

［イベント取得条件設定］画面

次の画面で共通除外条件を指定できない（［共通除外条件群一覧］が非活性となる）。

［システム環境設定］画面

［イベント取得条件一覧］画面

3
［イベント監視］ページおよび［重要イベント］ページに［表示開始位置指定］領域が表示されない。

4
［イベント監視］ページおよび［重要イベント］ページに［表示範囲表示］領域が表示されない。

5
次の画面で指定期間のイベント表示機能の次の項目が表示されない。

［イベント監視］ページの［指定期間のイベント表示］チェックボックス

［重要イベント］ページの［指定期間のイベント表示］チェックボックス

［イベントコンソール］画面の［指定期間のイベント表示］メニュー

［ユーザー環境設定］画面の［指定期間のイベント表示］

6

［アクション詳細設定］画面で，互換用の［アクション詳細設定］画面が表示される。

［アクション設定］画面で，アクション名が表示されない。

7
次に示すメモの表示および設定ができない。

［ユーザー環境設定］画面で，［表示項目］にメモを設定できない。

［イベント詳細］画面に，［メモ編集］表示領域が表示されない。

［表示フィルター設定］画面でメモを指定できない。

［イベント検索条件設定］画面で，メモを指定できない。

8
次の画面で対処状況を指定できない。

［表示フィルター設定］画面

［イベント検索条件設定］画面

9
次の画面で相関不成立イベントが相関成立イベントとして表示される。

［イベントコンソール］画面

［関連イベント一覧］画面

10
拡張モードの共通除外条件を定義できない。

11
イベント条件およびコマンド実行先ホストに，業務グループ，監視グループを指定できない。

(2)　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルスコープを使用する場合）

表H-11　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1
2

08-00
○
○

08-01
○
○

08-10
○
○

08-50
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-12　制限事項一覧

制限
事項
詳細

1

［監視ツリー］画面の［表示］メニューで［ビジュアルアイコンを使用］を選択できない。

［監視ツリー(編集中)］画面の［オプション］メニューで［ビジュアルアイコンを使用］を選択できない。

［プロパティ］画面の［全般］ページでビジュアルアイコンを設定できない。

2
次の制限が発生する。

監視オブジェクト作成時に，09-00で追加されたシステム監視オブジェクト「ノード監視(NNMi)」，「NNMi監視(NNMi)」を選択することができない（［新規監視ノード作成］画面の［監視ノード種別］に表示されない）。

09-00で追加されたシステム監視オブジェクト（NNMi）に関する共通条件を使用することができない（［共通条件設定］画面の［共通条件設定］に表示されない）。

システム監視オブジェクト「エージェント監視(PFM)」および「エージェント監視(PFM)」に関する共通条件でJP1/PFMのシステムイベントを監視することができない。

(3)　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（IM構成管理を使用する場合）

表H-13　JP1/IM - View 09-50をJP1/IM - Manager 08-00～08-50に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1

08-00
○

08-01
○

08-10
○

08-50
○

（凡例）　○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H-14　制限事項一覧

制限
事項
詳細

1
IM構成管理・ビューアーでJP1/IM - Managerに接続できない。

(4)　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

表H-15　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1
2～13
14～19

08-00
○
○
○

08-01
○
○
○

08-10
－
○
○

08-50
－
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-16　制限事項一覧

制限
事項
詳細

1
［イベントコンソール］画面の［編集］メニューが表示されない。

2
JP1/IM - ManagerでBJEX連携用の設定をしても，次に示す項目，ボタンが表示されない。

［イベントコンソール］画面の［表示］メニューの項目［応答入力］［滞留解除］

［イベントコンソール］画面の［オプション］－［機能状態通知復帰］メニューの項目［滞留状態監視］

［イベントコンソール］画面の［応答待ちイベント］ページ

［イベントコンソール］画面，および［関連イベント一覧］画面のポップアップメニュー項目［応答入力］［滞留解除］

［イベント詳細］画面の［応答入力］ボタン

［ユーザー環境設定］画面の項目［応答待ちイベント］

［ユーザーフィルター詳細設定］画面，［重要イベント定義設定］画面，［表示フィルター設定］画面，および［イベント検索条件設定］画面の［条件一覧］の項目［応答待ちイベント］

3
応答待ちイベント管理機能が有効の場合，JP1/IM - View 08-50では［種別］欄に矢印アイコンが表示されるが，JP1/IM - View 08-00～08-10では表示されない。

4
ユーザープロファイルに，JP1/IM - View 08-50以降の［ユーザー環境設定］画面の項目［応答待ちイベント］が有効と設定されていた場合，JP1/IM - View 08-00～08-10からJP1/IM - Manager 08-50に接続して［ユーザー環境設定］画面でユーザープロファイルの内容を変更すると，［応答待ちイベント］の設定が無効となる。

5

次のフィルターで除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。
・イベント取得フィルター
・ユーザーフィルター
・重要イベントフィルター

イベント取得フィルターで共通除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

次のフィルターで［応答待ちイベント］を設定した条件群が設定されている場合，フィルターの表示，および設定の変更ができない。
・ユーザーフィルター
・重要イベントフィルター

6
［イベント監視］ページおよび［重要イベント］ページに［表示開始位置指定］領域が表示されない。

7
［イベント監視］ページおよび［重要イベント］ページに［表示範囲表示］領域が表示されない。

8
次の画面で指定期間のイベント表示機能の次の項目が表示されない。

［イベント監視］ページの［指定期間のイベント表示］チェックボックス

［重要イベント］ページの［指定期間のイベント表示］チェックボックス

［イベントコンソール］画面の［指定期間のイベント表示］メニュー

［ユーザー環境設定］画面の［指定期間のイベント表示］

9
JP1/IM - Manager 08-50以前のアクション定義ファイルを使用している場合，次の制限が発生する。

［アクション詳細設定］画面で08-50の［アクション詳細設定］画面が表示される。

［アクション設定］画面でアクション名が表示されない。

10
JP1/IM - Manager 09-00のアクション定義ファイルを使用している場合，次の制限が発生する。

［アクション詳細設定］画面が表示できない。

11

メモの表示および設定ができない。

［ユーザー環境設定］画面で，［表示項目］にメモを設定できない。

［イベント詳細］画面に，［メモ編集］領域が表示されない。

［表示フィルター設定］画面でメモを指定できない。

［イベント検索条件設定］画面で，メモを指定できない。

12
次の画面で対処状況を指定できない。

［表示フィルター設定］画面

［イベント検索条件設定］画面

13
次の画面で相関不成立イベントが相関成立イベントとして表示される。

［イベントコンソール］画面

［関連イベント一覧］画面

14
拡張モードの共通除外条件を定義できない。

15
［コマンド］ボタンが表示されない。

16
JP1/IM - Service Supportに対して，インシデントを手動登録できない。

17
発生元ホスト属性の項目が表示されない（固有の拡張属性として発生元ホスト属性をイベント条件に指定できる）。

18
業務グループの参照・操作制限が有効な場合，ログインできない。

19
イベント条件およびコマンド実行先ホストに，業務グループ，監視グループを指定できない。

(5)　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルスコープを使用する場合）

表H-17　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1
2～3

08-00
○
○

08-01
○
○

08-10
－
○

08-50
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-18　制限事項一覧

制限
事項
詳細

1
［監視ツリー］画面の場合，次の制限が発生する。

すべてのログインユーザーにJP1_Console_User権限しか与えられない（JP1_Console_User権限での操作範囲については，「付録E.2　セントラルスコープによるシステムの運用監視で必要な操作権限」参照）。

2
［監視ツリー(編集中)］画面または［ビジュアル監視(編集中)］画面の場合，次の制限が発生する※。
サーバにログインできないため，次の操作ができない。

監視ツリーを自動生成する。

監視ツリーの既存の設定をサーバから取得する。

監視ツリーの編集内容をサーバに反映する。

［ビジュアル監視］画面の既存の設定をサーバから取得する。

［ビジュアル監視］画面の編集内容をサーバに反映する。

状態変更条件の共通条件の最新データをサーバから取得する。

3
［監視ツリー］画面の場合，次の制限が発生する。

システム監視オブジェクト（NNMi）のアイコンおよび監視ノード種別が表示されない。

注※　この制限事項の対処方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.5(11)　JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合の対処方法」を参照してください。

(6)　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（IM構成管理を使用する場合）

表H-19　JP1/IM - Manager 09-50にJP1/IM - View 08-00～08-50を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1

08-00
○

08-01
○

08-10
○

08-50
○

（凡例）　○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H-20　制限事項一覧

制限
事項
詳細

1
IM構成管理に接続できない。

付録H.3　下位バージョン（バージョン7製品）との接続性

＜この項の構成＞

(1)　JP1/IM - View 09-50をJP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

(2)　JP1/IM - View 09-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

(3)　JP1/IM - View 09-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

(4)　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルコンソールを使用する場合）

(5)　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルスコープを使用する場合）

(6)　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（IM構成管理を使用する場合）

(1)　JP1/IM - View 09-50をJP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

表H-21　JP1/IM - View 09-50をJP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

JP1/IM-CCの
バージョン
制限事項※

1～5
6～17
18
19～20
21～39

07-00
○
○
－
○
○

07-10
－
○
－
○
○

07-11
－
－
○
○
○

07-50
－
－
○
○
○

07-51
－
－
○
－
○

（凡例）　JP1/IM-CC：JP1/IM - Central Console　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-22　制限事項一覧

制限
事項
詳細

1
条件群を使用したフィルターの設定はできない。

2
表示フィルターの複数設定および［イベント監視］ページの［フィルター名］リストボックスは使用できない。

3
［イベントコンソール］画面の［表示］メニューで次の項目が選択できない。

［表示フィルター一覧］

4
次の画面を開くことができない。

［イベント取得条件一覧］画面

5
［イベント取得条件設定］画面で，［登録ホスト名］［ユーザー名］［オブジェクト名］にコンマ区切りで複数の条件を設定することはできない。

6
［イベントコンソール］画面の［表示］メニューまたは［オプション］メニューで次の項目が選択できない。

［機能状態通知復帰］

［関連イベント一覧表示］

7
［イベントコンソール］画面で，［集約状態］の各項目が表示されない。

8
［ユーザー環境設定］画面で，［集約表示］の設定はできない。

9
［アクション設定］画面で，［状態監視］の設定はできない。

10
［アクション詳細設定］画面で，［抑止］［遅延監視］の設定はできない。

11
［アクション結果］画面で，次の項目の表示，または操作ができない。

アクション通し番号，遅延の各項目の表示

［アクションキャンセル］［再実行］［抑止契機詳細］のボタンのクリック

12
［アクション結果詳細］画面を［アクション結果］画面から表示した場合，［アクション結果詳細］画面の次の項目の表示，または操作ができない。

アクション通し番号，遅延，開始時刻，投入時刻の各項目の表示

［アクションキャンセル］［再実行］のボタンのクリック

13
［システム環境設定］画面の［全般］ページで，次の操作ができない。

［一覧編集］ボタンのクリック

［イベント取得条件］ドロップダウンリストからの項目選択

14
［イベント取得条件設定］画面で，［フィルター名］［フィルターID］の設定はできない。

15
［アクション結果詳細］画面を［アクション結果一覧］画面から表示した場合，［アクション結果詳細］画面の次の項目の表示，または操作ができない。

アクション通し番号，イベント到着時刻，遅延，開始時刻，投入時刻の各項目の表示

［アクションキャンセル］ボタンのクリック

16
［アクション結果一覧］画面で，次の項目の表示，または操作ができない。

アクション通し番号，イベント到着時刻，遅延の各項目の表示

［アクションキャンセル］［抑止契機詳細］［[図データ]］［[図データ]］［[図データ]］［対象イベント検索］のボタンのクリック

17
［アクション詳細設定］画面で，「自動アクション定義パラメーター」の長さが1,023バイトを超えるアクションを設定できない。

18
［アクション詳細設定］画面で，「自動アクション定義パラメーター」の長さが1,040バイトを超えるアクションを設定できない。

19
［イベントコンソール］画面の［イベント検索］ページで対処状況の変更ができない。

20
イベント検索中に次の操作ができない。

他画面の操作

イベント検索のキャンセル

また，イベント検索結果が順次表示されない。

21
［ユーザー環境設定］画面の［表示項目］指定域に「種別」が表示されない。また，［ユーザー環境設定］画面の［表示項目］指定域に「アクション種別」が表示されない。

22
［ユーザー環境設定］画面で，［実行結果表示桁数］の設定はできない。

23
［アクション結果一覧］画面に［ルール結果詳細］ボタンが表示されない。

24
［アクション結果］画面に［種別］列が表示されない。また，［アクション結果詳細］画面の［実行結果］に［種別］項目が表示されない。

25
［アクション設定］画面に［種別］列が表示されない。また，［アクション詳細設定］画面の［実行内容］に［種別］項目が表示されない。

26
［イベントコンソール］画面のイベント一覧に［種別］列が表示されない。

27
［コマンド実行］画面で，1,024バイトを超える長さのコマンドを実行できない。

28
次に示す画面に［ルール結果詳細］ボタンが表示されない。

［アクション結果］画面

［アクション結果詳細］画面

29
［アクション結果一覧］画面に［種別］列が表示されない。

30

応答待ちイベントに応答できない。

応答待ちイベントを条件に指定したフィルターは設定できない。

応答待ちイベントを条件に指定したイベント検索はできない。

31
次の画面で除外条件を指定できない（［除外条件群一覧］が非活性となる）。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

［イベント取得条件設定］画面

次の画面で共通除外条件を指定できない（［共通除外条件群一覧］が非活性となる）。

［システム環境設定］画面

［イベント取得条件一覧］画面

32
［イベント監視］ページおよび［重要イベント］ページに［表示開始位置指定］領域が表示されない。

33
［イベント監視］ページおよび［重要イベント］ページに［表示範囲表示］領域が表示されない。

34
次の画面で指定期間のイベント表示機能の次の項目が表示されない。

［イベント監視］ページの［指定期間のイベント表示］チェックボックス

［重要イベント］ページの［指定期間のイベント表示］チェックボックス

［イベントコンソール］画面の［指定期間のイベント表示］メニュー

［ユーザー環境設定］画面の［指定期間のイベント表示］

35

［アクション詳細設定］画面で，互換用の［アクション詳細設定］画面が表示される。

［アクション設定］画面で，アクション名が表示されない。

36

メモの表示および設定ができない。

［ユーザー環境設定］画面で，［表示項目］にメモを設定できない。

［イベント詳細］画面に，［メモ編集］表示領域が表示されない。

［表示フィルター設定］画面でメモを指定できない。

［イベント検索条件設定］画面で，メモを指定できない。

37
次の画面で対処状況を指定できない。

［表示フィルター設定］画面

［イベント検索条件設定］画面

38
拡張モードの共通除外条件を定義できない。

39
イベント条件およびコマンド実行先ホストに，業務グループ，監視グループを指定できない。

(2)　JP1/IM - View 09-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

表H-23　JP1/IM - View 09-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

JP1/IM-CSの
バージョン
制限事項※

1
2
3
4
5
6
7
8
9～10

07-00
○
○
○
○
○
－
－
－
－

07-10
－
○
○
○
－
○
○
○
○

07-11
－
○
○
○
－
－
○
○
○

07-50
－
－
○
○
－
－
－
○
○

07-51
－
－
－
○
－
－
－
－
○

（凡例）　JP1/IM-CS：JP1/IM - Central Scope　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-24　制限事項一覧

制限
事項
詳細

1
［監視ツリー］画面の場合，次の制限が発生する※。

監視オブジェクトの状態変更条件に5件以上設定できない（4件まで設定すると，［プロパティ］画面の［状態変更条件］ページの［追加］ボタンが非活性となる）。

［監視ツリー］画面のマップ表示ができない（メニュー項目や［アイコン表示］ボタンが非活性となる）。

［状態変更条件設定］画面の［個別条件］の［条件］リストボックスが非活性となる。

Cosminexusに関する共通条件を使用することができない（［共通条件設定］画面の［共通条件設定］に表示されない）。

2
［監視ツリー］画面の場合，次の制限が発生する※。

HiRDB，JP1/ServerConductorに関する共通条件を使用することができない（［共通条件設定］画面の［共通条件設定］に表示されない）。

3
［監視ツリー］画面の場合，次の制限が発生する※。

監視グループの状態変更条件が設定できない（監視グループの場合，［プロパティ］画面の［状態変更条件］ページが非活性となる）。

4
［監視ツリー］画面の場合，次の制限が発生する※。

監視ノードのJP1資源グループが設定できない（［プロパティ］画面の［全般］ページの［JP1資源グループ］が表示されない）。

5
［監視ツリー(編集中)］画面または［ビジュアル監視(編集中)］画面の場合，次の制限が発生する※。
サーバにログインできないため，次の操作ができない。

監視ツリーを自動生成する。

監視ツリーの既存の設定をサーバから取得する。

監視ツリーの編集内容をサーバに反映する。

［ビジュアル監視］画面の既存の設定をサーバから取得する。

［ビジュアル監視］画面の編集内容をサーバに反映する。

状態変更条件の共通条件の最新データをサーバから取得する。

6
［監視ツリー(編集中)］画面の場合，次の制限が発生する※。

監視ツリーの自動生成で，Cosminexusに関する監視オブジェクトが生成されない。

7
［監視ツリー(編集中)］画面の場合，次の制限が発生する※。

監視オブジェクト作成時に「HiRDB監視」，「物理ホスト監視(System Manager)」を選択することができない（［新規監視ノード作成］画面の［監視ノード種別］に表示されない）。

HiRDB，JP1/ServerConductorに関する共通条件を使用することができない（［共通条件設定］画面の［共通条件設定］に表示されない）。

8
［監視ツリー(編集中)］画面の場合，次の制限が発生する※。

監視グループの状態変更条件が設定できない（監視グループの場合，［プロパティ］画面の［状態変更条件］ページが非活性となる）。

監視ツリーの自動生成でシステム構成ツリーを生成することができない（［自動生成－構成選択］画面の［生成ツリー］にシステム構成ツリーが表示されない）。

9
［監視ツリー(編集中)］画面の場合，次の制限が発生する※。

監視ツリーの監視範囲設定ができない（メニュー項目が非活性となり，［プロパティ］画面の［全般］ページの［JP1資源グループ］が表示されない）。

監視ツリーの自動生成で，［追加］を選択することができない（［自動生成－構成選択］画面の［追加］ボタンが非活性となる）。

10
次の制限が発生する。

監視オブジェクト作成時に，09-00で追加されたシステム監視オブジェクト「ノード監視(NNMi)」，「NNMi監視(NNMi)」を選択することができない（［新規監視ノード作成］画面の［監視ノード種別］に表示されない）。

09-00で追加されたシステム監視オブジェクト（NNMi）に関する共通条件を使用することができない（［共通条件設定］画面の［共通条件設定］に表示されない）。

システム監視オブジェクト「エージェント監視(PFM)」および「エージェント監視(PFM)」に関する共通条件でJP1/PFMのシステムイベントを監視することができない。

注※　この制限事項の対処方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.5(11)　JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合の対処方法」を参照してください。

(3)　JP1/IM - View 09-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

表H-25　JP1/IM - View 09-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

JP1/IM-CSの
バージョン
制限事項※

1

07-00
○

07-10
○

07-11
○

07-50
○

07-51
○

（凡例）　JP1/IM-CS：JP1/IM - Central Scope　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-26　制限事項一覧

制限
事項
詳細

1
IM構成管理・ビューアーでJP1/IM - Managerに接続できない。

(4)　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルコンソールを使用する場合）

表H-27　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1～6
7～19
20～23
24～54

07-00
○
○
○
○

07-10
－
○
○
○

07-11
－
－
○
○

07-50
－
－
○
○

07-51
－
－
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-28　制限事項一覧

制限
事項
詳細

1
［イベント取得条件設定］画面で，［選択イベント条件入力］の項目を使用できない。

2
JP1/IM - View 07-10以降で設定した各表示フィルターは使用できない。

表示フィルター
JP1/IM - View 07-10以降で設定した表示フィルターは使用できない。

重要イベントフィルター，ユーザーフィルター
フィルターの設定を行ってもマネージャー側に反映されない。

イベント検索条件
JP1/IM - View 07-10以降で設定したイベント検索条件は使用できない。

3
表示フィルターの複数設定および［イベントコンソール］画面の［イベント監視］ページの［フィルター名］リストボックスは使用できない。

4
［イベント検索条件設定］画面で，［検索方向］の設定はできない。また，［開始時刻］［終了時刻］［登録時刻］［到着時刻］の各項目で，［現在時刻］ボタンをクリックできない。

5
［イベント取得条件設定］画面で，［登録ホスト名］［ユーザー名］［オブジェクト名］にコンマ区切りで複数の条件を設定することはできない。

6
［イベント取得条件設定］画面で，［正規表現］の指定はできない。

7
［イベントコンソール］画面の［表示］メニュー［オプション］メニューで次の項目が選択できない。

［機能状態通知復帰］

［関連イベント一覧表示］

8
［イベントコンソール］画面で，［集約状態］の各項目が表示されない。

9
［イベント取得条件一覧］画面を開くことができない。

10
［ユーザー環境設定］画面で，［集約表示］の設定はできない。

11
［関連イベント一覧］画面を開くことができない。

12
［アクション設定］画面で，［状態監視］の設定はできない。

13
［アクション詳細設定］画面で，［抑止］［遅延監視］の設定はできない。

14
［アクション結果］画面で，次の項目の表示，または操作ができない。

アクション通し番号，遅延の各項目の表示

［更新］［アクションキャンセル］［抑止契機詳細］［再実行］のボタンのクリック

15
［アクション結果詳細］画面で，次の項目が実施できない。

アクション通し番号，イベント到着時刻，遅延，開始時刻，投入時刻の各項目の表示

［アクションキャンセル］［再実行］のボタンのクリック

16
［イベント取得条件設定］画面で，［フィルター名］［フィルターID］の設定はできない。

17
［システム環境設定］画面の［全般］ページで，次の項目が実施できない。

［一覧編集］ボタンのクリック

［イベント取得条件］ドロップダウンリストからの項目選択

18
イベント取得フィルターを複数設定して切り替えることはできない。

19
［アクション結果一覧］画面で，次の項目の表示，または操作ができない。

アクション通し番号，イベント到着時刻，遅延の各項目の表示

［アクションキャンセル］［抑止契機詳細］［[図データ]］［[図データ]］［[図データ]］［対象イベント検索］のボタンのクリック

20
［イベントコンソール］画面の［イベント検索］ページで対処状況の変更ができない。

21
［イベント詳細］画面にイベントガイド情報が表示されない。

22
イベント検索中に次の操作ができない。

他画面の操作

イベント検索のキャンセル

また，イベント検索結果が順次表示されない。

23
JP1/IM - Incident Master連携用の設定をしても，次に示すメニュー項目，ボタンが表示されない。

［イベントコンソール］画面の［表示］メニューの項目［インシデント登録］

［イベント詳細］画面の［インシデント登録］ボタン

24
［イベントコンソール］画面の［アクション］列をアイコンで表示することはできない。

25
［イベントコンソール］画面のイベント一覧に［種別］列が表示されない。また，［イベントコンソール］画面のイベント一覧に［アクション種別］列が表示されない。

26
相関元イベントを表示する画面がないため，相関元イベントが表示できない。

27
［ユーザー環境設定］画面の［表示項目］指定域に「種別」が表示されない。また，［ユーザー環境設定］画面の［表示項目］指定域に「アクション種別」が表示されない。

28
［ユーザー環境設定］画面で，［実行結果表示桁数］の設定はできない。

29
［コマンド実行］画面でコマンド実行結果のソート表示ができない。

30
［コマンド実行］画面で，1,024バイトを超える長さのコマンドを実行できない。

31
次に示す画面に［ルール結果詳細］ボタンが表示されない。

［アクション結果］画面

［アクション結果詳細］画面

32
［アクション結果］画面に［種別］列が表示されない。また，［アクション結果詳細］画面の［実行結果］に［種別］項目が表示されない。

33
［アクション設定］画面に［種別］列が表示されない。また，［アクション詳細設定］画面の［実行内容］に［種別］項目が表示されない。

34
［アクション設定］画面の［アクション］に「<RULE>」が指定できない。

35
自動アクション定義ファイル（actdef.conf）にJP1/IM - Rule Operationへのルール起動要求を定義している場合，［アクション設定］画面を開くことができない。

36
［アクション結果一覧］画面に［ルール結果詳細］ボタンが表示されない。

37
［アクション結果一覧］画面に［種別］列が表示されない。

38
［イベントコンソール］画面の［編集］メニューが表示されない。

39
JP1/IM - ManagerでBJEX連携用の設定をしても，次に示す項目，ボタンが表示されない。

［イベントコンソール］画面の［表示］メニューの項目［応答入力］［滞留解除］

［イベントコンソール］画面の［オプション］－［機能状態通知復帰］メニューの項目［滞留状態監視］

［イベントコンソール］画面の［応答待ちイベント］ページ

［イベントコンソール］画面，および［関連イベント一覧］画面のポップアップメニュー項目［応答入力］［滞留解除］

［イベント詳細］画面の［応答入力］ボタン

［ユーザー環境設定］画面の項目［応答待ちイベント］

［ユーザーフィルター詳細設定］画面，［重要イベント定義設定］画面，［表示フィルター設定］画面，および［イベント検索条件設定］画面の［条件一覧］の項目［応答待ちイベント］

40
ユーザープロファイルに，JP1/IM - View 08-50以降の［ユーザー環境設定］画面の項目［応答待ちイベント］が有効と設定されていた場合，JP1/IM - View 07-00～07-51からJP1/IM - Manager 08-50に接続して［ユーザー環境設定］画面でユーザープロファイルの内容を変更すると，［応答待ちイベント］の設定が無効となる。

41

次のフィルターで除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

イベント取得フィルターで共通除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

次のフィルターで［アクション種別］，または［応答待ちイベント］を設定した条件群が設定されている場合，フィルターの表示，および設定の変更ができない。

ユーザーフィルター

重要イベントフィルター

42
［イベント監視］ページおよび［重要イベント］ページに［表示開始位置指定］領域が表示されない。

43
［イベント監視］ページおよび［重要イベント］ページに［表示範囲表示］領域が表示されない。

44
次の画面で指定期間のイベント表示機能の次の項目が表示されない。

［イベント監視］ページの［指定期間のイベント表示］チェックボックス

［重要イベント］ページの［指定期間のイベント表示］チェックボックス

［イベントコンソール］画面の［指定期間のイベント表示］メニュー

［ユーザー環境設定］画面の［指定期間のイベント表示］

45
08-50以前のアクション定義ファイルを使用している場合，次の制限が発生する。

［アクション詳細設定］画面で，［アクション詳細設定］画面（互換用）が表示される。

［アクション設定］画面で，アクション名が表示されない。

46
09-00のアクション定義ファイルを使用している場合，次の制限が発生する。

［アクション詳細設定］画面（互換用）が表示されない。

47

メモの表示および設定ができない。

［ユーザー環境設定］画面で，［表示項目］にメモを設定できない。

［イベント詳細］画面に，［メモ編集］表示領域が表示されない。

［表示フィルター設定］画面でメモを指定できない。

［イベント検索条件設定］画面で，メモを指定できない。

48
次の画面で対処状況を指定できない。

［表示フィルター設定］画面

［イベント検索条件設定］画面

49
拡張モードの共通除外条件を定義できない。

50
［コマンド］ボタンが表示されない。

51
JP1/IM - Service Supportに対して，インシデントを手動登録できない。

52
発生元ホスト属性の項目が表示されない（固有の拡張属性として発生元ホスト属性をイベント条件に指定できる）。

53
業務グループの参照・操作制限が有効な場合，ログインできない。

54
イベント条件およびコマンド実行先ホストに，業務グループ，監視グループを指定できない。

(5)　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルスコープを使用する場合）

表H-29　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1
2
3
4
5
6
7～11

07-00
○
○
○
○
○
○
○

07-10
－
○
○
－
○
○
○

07-11
－
○
○
－
○
○
○

07-50
－
○
○
－
－
○
○

07-51
－
○
○
－
－
－
○

（凡例）　○：該当する　－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-30　制限事項一覧

制限
事項
詳細

1
［監視ツリー］画面の場合，次の制限が発生する。

JP1/IM - View 07-00の機能範囲でだけ，表示・参照できる（マップ表示などはできない）。

状態変更条件が5件以上登録されていても4件までしか表示されない。

［状態変更条件設定］画面の［個別条件］の［条件］リストボックスが表示されない。

2
［監視ツリー］画面の場合，次の制限が発生する。

すべてのログインユーザーにJP1_Console_User権限しか与えられない（JP1_Console_User権限での操作範囲については，「付録E.2　セントラルスコープによるシステムの運用監視で必要な操作権限」参照）。

3
［監視ツリー(編集中)］画面または［ビジュアル監視(編集中)］画面の場合，次の制限が発生する※。
サーバにログインできないため，次の操作ができない。

監視ツリーを自動生成する。

監視ツリーの既存の設定をサーバから取得する。

監視ツリーの編集内容をサーバに反映する。

［ビジュアル監視］画面の既存の設定をサーバから取得する。

［ビジュアル監視］画面の編集内容をサーバに反映する。

状態変更条件の共通条件の最新データをサーバから取得する。

4
［監視ツリー］画面の場合，次の制限が発生する。

07-10で追加されたシステム監視オブジェクト（Cosminexus）のアイコン，および監視ノード種別が表示されない。

5
［監視ツリー］画面の場合，次の制限が発生する。

07-50で追加されたシステム監視オブジェクト（HiRDB，System Manager）のアイコン，および監視ノード種別が表示されない。

6
［監視ツリー］画面の場合，次の制限が発生する。

監視グループの状態変更条件が設定されている場合，その状態で監視はできるが，状態変更条件は参照・変更できない。

監視グループに状態変更条件が設定されている場合のアイコン表示がされない。

7
監視ツリーの監視範囲を設定していても，その設定は無効になる（［プロパティ］画面で「JP1資源グループ」は表示されない）。

8
個別条件の同一イベント属性名複数指定はできない。

9
個別条件の同一イベント属性名複数指定については，次の制限が発生する。

［監視ツリー］画面の場合，個別条件の同一イベント属性名を複数指定した状態変更条件は，重複したイベント属性名のうち，二つ目以降の個別条件が表示されない。

［監視ツリー］画面の場合，参照権限だけが与えられるため，個別条件などの編集はできない。

［監視ツリー(編集中)］画面の場合，個別条件の同一イベント属性名複数指定はできない。

10
［監視ツリー］画面の場合，次の制限が発生する。

ビジュアルアイコンが設定されている場合，ビジュアルアイコンが表示されない(通常のアイコンが表示される)。

11
［監視ツリー］画面の場合，次の制限が発生する。
システム監視オブジェクト（NNMi）のアイコンおよび監視ノード種別が表示されない。

注※　この制限事項の対処方法については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」の「10.5(11)　JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合の対処方法」を参照してください。

(6)　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（IM構成管理を使用する場合）

表H-31　JP1/IM - Manager 09-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項

JP1/IM-CSの
バージョン
制限事項※

1

07-00
○

07-10
○

07-11
○

07-50
○

07-51
○

（凡例）　JP1/IM-CS：JP1/IM - Central Scope　○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H-32　制限事項一覧

制限
事項
詳細

1
IM構成管理がサポートされていないので，JP1/IM - Managerに接続できない。

付録H.4　下位バージョンのJP1/Baseとの接続性

＜この項の構成＞

(1)　JP1/IM - View 09-50からJP1/Base 06-00～09-10に対してイベント検索した場合の制限事項

(2)　JP1/IM - Manager 09-50からJP1/Base 06-00～09-50を管理する場合の制限事項（IM構成管理を使用する場合）

(3)　JP1/IM - Manager 09-50からJP1/Base 06-00～09-10を管理する場合の制限事項（JP1/Baseを同一装置内前提製品とする場合）

(1)　JP1/IM - View 09-50からJP1/Base 06-00～09-10に対してイベント検索した場合の制限事項

表H-33　JP1/IM - View 09-50からJP1/Base 06-00～09-10に対してイベント検索した場合の制限事項

JP1/Baseの
バージョン※1
JP1/IM-Mまたは
JP1/IM-CCの
バージョン
制限事項※2

1
2
3
4
5
6
7
8

06-00
07-00
○
○
○
○
○
○
○
－

07-10～07-50
○
○
○
○
－
○
○
－

07-51～08-10
○
○
○
○
－
－
○
－

08-50～
○
○
○
○
－
－
－
○

06-51
07-00
－
○
－
－
○
○
○
－

07-10～07-50
－
○
－
－
－
○
○
－

07-51～08-10
－
○
－
－
－
－
○
－

08-50～
－
○
－
－
－
－
－
○

06-71
07-00
－
－
－
－
○
○
○
－

07-10～07-50
－
－
－
－
－
○
○
－

07-51～08-10
－
－
－
－
－
－
○
－

08-50～
－
－
－
－
－
－
－
○

07-00～08-11
07-00
－
－
－
－
○
○
○
－

07-10～07-50
－
－
－
－
－
○
○
－

07-51～08-10
－
－
－
－
－
－
○
－

08-50～
－
－
－
－
－
－
－
○

08-50～09-10
07-00
－
－
－
－
○
○
○
－

07-10～07-50
－
－
－
－
－
○
○
－

07-51～08-10
－
－
－
－
－
－
○
－

08-50～
－
－
－
－
－
－
－
－

（凡例）

JP1/IM-M：JP1/IM - Manager（バージョン08-00以降）

JP1/IM-CC：JP1/IM - Central Console

○：該当する

－：該当しない

注※1　検索対象ホストにあるJP1/Baseのバージョンです。

注※2　制限事項の番号は，次の表と対応しています。

表H-34　制限事項一覧

制限
事項
詳細

1
［イベント検索条件設定］画面の条件文の最大長が4キロバイトに制限される。

2
［正規表現］を指定した検索はできない。

マネージャーのJP1/IM - Central Consoleのバージョンが07-00以降の場合
［正規表現］を指定した場合，メッセージKAVB0248-Eが表示される。

3
［を含む］［を含まない］を指定した検索はできない。

マネージャーのJP1/IM - Central Consoleのバージョンが07-00以降の場合
［を含む］［を含まない］を指定した場合，メッセージKAVB1527-Eが表示される。

4
［重要イベント］に複数の対処状況を指定した検索はできない。

マネージャーのJP1/IM - Central Consoleのバージョンが07-00以降の場合
［重要イベント］に複数の対処状況を指定した場合，メッセージKAVB1527-Eが表示される。

5
条件群を使用したイベント検索はできない。条件として指定できない。

6
イベント検索中にイベント検索をキャンセルできない。また，イベント検索結果が順次表示されない。

7
［除外条件］を指定した検索はできない。条件として指定できない。

8
［除外条件］を指定した検索はできない。

マネージャーのJP1/Baseのバージョンが08-00～08-11の場合
［除外条件］を指定できない。

マネージャーのJP1/Baseのバージョンが08-50以降の場合
［除外条件］を指定した場合，メッセージKAVB0251-Eが表示される。

(2)　JP1/IM - Manager 09-50からJP1/Base 06-00～09-50を管理する場合の制限事項（IM構成管理を使用する場合）

表H-35　JP1/IM - Manager 09-50からJP1/Base 06-00～09-50を管理する場合の制限事項（IM構成管理を使用する場合）

JP1/Baseのバージョン※1 | 制限事項※2
1 | 2 | 3 | 4 | 5
06-00～06-71 | ○ | － | ○ | ○ | ○
07-00～07-51 | － | ○ | － | ○ | ○
08-00～08-50 | － | ○ | － | ○ | ○
09-00 | － | － | － | － | ○
09-10～09-50 | － | － | － | － | －

（凡例）　○：該当する　－：該当しない

注※1　検索対象ホストにあるJP1/Baseのバージョンです。

注※2　制限事項の番号は，次の表と対応しています。

表H-36　制限事項一覧

制限
事項
詳細

1
すべてのホストの情報が収集できない。

2
OS名以外のホスト情報が収集できない。

3
管理対象ホストのイベント転送，ログファイルトラップおよびイベントログトラップを設定できない。

4
ローカルアクションの有効設定情報の表示および設定の変更ができない。

5
管理対象ホストのログファイルトラップに対して，次の操作ができない。

プロファイル追加

プロファイル削除

プロセス起動

プロセス停止

再起動による反映

ファイル送付による反映

(3)　JP1/IM - Manager 09-50からJP1/Base 06-00～09-10を管理する場合の制限事項（JP1/Baseを同一装置内前提製品とする場合）

表H-37　JP1/IM - Manager 09-50からJP1/Base 06-00～09-10を管理する場合の制限事項（JP1/Baseを同一装置内前提製品とする場合）

JP1/Baseのバージョン※1 | 制限事項※2
全般 | IM構成管理
06-00～06-71 | ○ | ○
07-00～07-51 | ○ | ○
08-00～08-50 | － | ○
09-00～09-10 | － | ○

（凡例）　○：該当する　－：該当しない

注※1　マネージャーにあるJP1/Baseのバージョンです。

注※2　制限事項の項目は，次の表と対応しています。

表H-38　制限事項一覧

制限事項 | 詳細
全般 | JP1/IM - Managerを使用することができない。
IM構成管理 | リモート監視ができない。

付録I　性能と見積もり

JP1/IMのメモリー所要量，ディスク占有量，およびデータ転送量について説明します。

＜この節の構成＞

付録I.1　メモリー所要量

付録I.2　ディスク占有量

付録I.3　ネットワーク上を流れるデータ量

付録I.1　メモリー所要量

JP1/IMのメモリー所要量については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照してください。

付録I.2　ディスク占有量

JP1/IMのディスク占有量については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照してください。

付録I.3　ネットワーク上を流れるデータ量

セントラルコンソールの通信で発生するデータ量，およびセントラルスコープの通信で発生するデータ量について説明します。なお，ここに示す以外の通信で発生するデータ量については，データサイズが小さいため，ここでは説明しません。

＜この項の構成＞

(1)　セントラルコンソールのデータ量

(2)　セントラルスコープのデータ通信量

(1)　セントラルコンソールのデータ量

ここでは，セントラルコンソールの通信で発生するデータ量について説明します。

(a)　JP1/IM - ViewとJP1/IM - Manager（JP1/IM - Central Console）間のデータ量見積もり

表I-1　JP1/IM - ViewとJP1/IM - Manager（JP1/IM - Central Console）間のデータ量

通信契機
転送データ量の見積もり（単位：バイト）

［イベントコンソール］画面へのイベント表示時
( (5,000 + 1イベント当たりの平均長※1×1.5) × 更新時のイベント取得件数※2 + 2,500 )
× (前回更新時から発生したイベント数※3 / 更新時のイベント取得件数※2)

［イベント検索条件設定］画面を起動したとき，または［イベント検索条件設定］画面で［OK］ボタンをクリックしたとき

転送データ量＝条件群※4の総和 ＋ (検索ホスト名称 × 1.5)

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

イベント検索を実行したとき
( (5,000 + 1イベント当たりの平均長※1×1.5) ×更新時のイベント取得件数※2 + 2,500 )
× (検索時のイベント取得件数※5 / 更新時のイベント取得件数※2)

［イベント詳細］画面を起動したとき
20,000
+ 該当するイベントに対するイベント拡張属性定義ファイルに定義した属性名称の合計バイト数 × 1.5
+ 1イベント当たりの平均長※1 × 1.5
+ イベントガイドメッセージ長(最大409,600)

［システム環境設定］画面を起動したとき，または［システム環境設定］画面で［適用］ボタンをクリックしたとき

転送データ量＝イベント取得フィルターの総和 + 適用中のイベント取得フィルター + 共通除外条件群の総和 + 1,200

イベント取得フィルター＝条件群※4の総和 ＋ (イベント取得フィルター名称 × 1.5)

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

共通除外条件群＝(400バイト + 共通除外条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［ユーザーフィルター設定］画面を起動したとき，または，［ユーザーフィルター設定］画面で［適用］ボタンをクリックしたとき

転送データ量＝ユーザーフィルターの総和

ユーザーフィルター＝条件群※4の総和＋ (ユーザーフィルター名称 × 1.5) ＋ (対象ユーザー名称 × 1.5)

条件群＝(410バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［重要イベント定義］画面を起動したとき，または，［重要イベント定義］画面で［OK］ボタンをクリックしたとき

転送データ量＝条件群※4の総和

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［表示フィルター設定］画面で［OK］ボタンをクリックしたとき，または，［表示フィルター一覧］画面で［OK］ボタンをクリックしたとき

転送データ量＝表示フィルターの総和

表示フィルター＝条件群※4の総和 ＋ (表示フィルター名称 × 1.5)

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［ユーザー環境設定］画面での定義情報を反映したとき
6,000

［アクション設定］画面を起動したとき
1,750
＋(アクション定義1件当たりの定義バイト数＋140)×アクション定義件数

［アクション設定］画面で［適用］ボタンをクリックしたとき
3,200
＋((アクション定義1件当たりの定義バイト数＋140)×アクション定義件数)×2

［アクション結果］画面を起動したとき
2,400
＋(アクションのコマンドラインのバイト数＋［アクション詳細結果］画面に表示されるメッセージのバイト数)

［アクション結果一覧］画面を起動したとき
1,850
＋(500＋アクションのコマンドラインのバイト数＋［アクション詳細結果］画面に表示されるメッセージのバイト数)×一覧表示件数

［アクション結果更新条件設定］画面で［OK］ボタンをクリックしたとき，または，［アクション結果一覧］画面を閉じたとき
1,600

注※1　1イベント当たりの平均長の算出例

下記の手順で1イベント当たりの平均長が求められます。

1. ある一定期間のイベントを，jevexportコマンドを使用してCSVファイルに出力します。jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

2. 出力されたCSVファイルのバイト数を求めます。

3. 求めたバイト数を，一定期間に発行されたイベント数で割ります。

なお，1イベント当たりの平均長を超過するイベントが集中した場合，上記の見積もり式を超える場合があります。

注※2　［ユーザー環境設定］画面の［更新時のイベント取得件数］に設定した値です。デフォルトは20件です。

注※3　前回更新時から発生したイベント数は，以降の計算式（（前回更新時から発生したイベント数））で求めてください。

注※4　条件群は，通過条件群，または除外条件群を示します。

注※5　［ユーザー環境設定］画面の［検索時のイベント取得件数］に設定した値です。デフォルトは20件です。

（前回更新時から発生したイベント数）

［ユーザー環境設定］画面の［表示内容の自動更新］で「する」を設定している場合
前回更新時から発生したイベント数 =
「更新間隔」に設定された値（デフォルト5秒）
×１秒間当たりのイベント発生件数

［ユーザー環境設定］の［表示内容の自動更新］で「しない」を設定している場合
前回更新時から発生したイベント数 =
［イベントコンソール］画面で最新情報に更新する間隔(秒)
×１秒間当たりのイベント発生件数

(b)　JP1/IM - ViewとJP1/Base（マネージャー）間のデータ量見積もり

表I-2　JP1/IM - ViewとJP1/Base（マネージャー）間のデータ量

通信契機 | 転送データ量の見積もり（単位：バイト）
［コマンド実行］画面からコマンドを実行した場合。 | （928＋コマンド長）×（4※1＋実行結果行数）

注※1　コマンド実行に関する警告メッセージ（KAVB2xxx-W）が出力された場合は増加しますが，例外的な動作であるため，見積もっていません。

(c)　JP1/IM - Manager（JP1/IM - Central Console）とJP1/Base間のデータ量見積もり

表I-3　JP1/IM - Manager（JP1/IM - Central Console）とJP1/Base間のデータ量

通信契機 | 転送データ量の見積もり（単位：バイト）
自動アクションでコマンドを実行した場合（JP1/IM - Manager（JP1/IM - Central Console）と同ホストのJP1/Base間）。 | （5,024×4※1）※2
［イベント検索］ページで，［イベント検索］ボタンをクリックし，イベントを検索した場合（JP1/IM - Manager（JP1/IM - Central Console）と検索対象ホストのJP1/Base間）。 | 140※3＋（600※4×検索条件に合致したJP1イベントの件数）

注※1　コマンド実行に関する警告メッセージ（KAVB2xxx-W）が出力された場合は増加しますが，例外的な動作であるため，見積もっていません。

注※2　08-00以降のJP1/Baseに対して，1件の自動アクションの実行指示を出した場合の最大データ量です。

注※3　接続先イベントサーバ名が16バイト，かつ，イベントIDだけで検索した場合のデータ量です。

注※4　ログファイルトラップで100バイト程度の文字列をトラップし，発生したJP1イベントのデータ量です。

(d)　JP1/BaseとJP1/Base間のデータ量見積もり

表I-4　JP1/BaseとJP1/Base間のデータ量

通信契機 | 転送データ量の見積もり（単位：バイト）
［コマンド実行］画面からコマンドを実行，または自動アクションでコマンドを実行した場合（要求を受け取ったJP1/Base，中継ホストのJP1/Base，および実行先ホストのJP1Baseの間で発生）。 | 5,540※1＋（1,700×（3※2＋実行結果行数））※3

注※1　コマンド実行要求のデータ量の最大値です。

注※2　コマンド実行に関する警告メッセージ（KAVB2xxx-W）が出力された場合は増加しますが，例外的な動作であるため，見積もっていません。

注※3　コマンド実行結果のデータ量の最大値です。なお，コマンド実行結果のデータ量は，jcocmddefコマンドで調整できます。jcocmddefコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

(e)　JP1/IM - Manager（JP1/IM - Central Console）とJP1/IM - Incident Master間のデータ量見積もり

JP1/IM - Manager（JP1/IM - Central Console）とJP1/IM - Incident Master間のデータ量の見積もりを次の表に示します。なお，この表で示すのは，JP1/IM - Manager（JP1/IM - Central Console）からJP1/IM - Incident Masterに対して送信するデータ量だけです。JP1/IM - Incident MasterからJP1/IM - Manager（JP1/IM - Central Console）に対して送信するデータ量については，マニュアル「JP1/Integrated Management - Incident Master」を参照してください。

表I-5　JP1/IM - Manager（JP1/IM - Central Console）とJP1/IM - Incident Master間のデータ量

通信契機 | 転送データ量の見積もり(単位：バイト)
JP1/IM - Incident Masterにインシデントを自動登録する場合。 | 3,000 + インシデントとするJP1イベントのメッセージの合計サイズ

(2)　セントラルスコープのデータ通信量

ここでは，セントラルスコープの通信で発生するデータ量について説明します。

(a)　JP1/IM - ViewとJP1/IM - Manager（JP1/IM - Central Scope）間のデータ量見積もり

表I-6　JP1/IM - ViewとJP1/IM - Manager（JP1/IM - Central Scope）間のデータ量

通信契機
転送データ量の見積もり(単位：バイト)

［ビジュアル監視］画面での監視時に，前回のポーリング時以降に監視中のビジュアル監視データが更新された場合(ポーリングは5秒間隔で行われます)。
500
+ノード数×40

［監視ツリー］画面からの監視時に，前回のポーリング時から監視ノードの状態，監視状態が変わった場合（ポーリングは5秒間隔で行われます）。
64
+前回のポーリング時以降に状態または監視状態が変更されたノード数×20

［監視ツリー］画面からの監視時に，前回のポーリング時以降にJP1/IM - Manager（JP1/IM - Central Scope）のツリー構成情報が更新された場合（ポーリングは5秒間隔で行われます）。
各監視オブジェクトのデータ転送量※1の総和
+各監視グループのデータ転送量※2の総和
+各共通条件のデータ転送量※3の総和

［監視ツリー］画面で［表示］－［ガイド］を選択，または［ビジュアル監視］画面のポップアップメニューで［ガイド］を選択して［ガイド］画面を表示したとき。
1,400
+ガイドメッセージサイズ

［監視ツリー］画面で［表示］－［状態変更イベント検索］を選択し，状態変更イベントを検索した場合。
90×監視ノードの状態変更イベントの件数

［共通条件設定詳細設定］画面により，共通条件を追加または更新した場合。
ただし，［監視ツリー(編集中)］画面から［共通条件設定詳細設定］画面を開いた場合は通信は発生しません。
100
+共通条件のデータ転送量※3

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリー更新］を選択し，ツリー構成情報をJP1/IM - Manager（JP1/IM - Central Scope）に反映した場合。
100
+各監視オブジェクトのデータ転送量※1の総和
+各監視グループのデータ転送量※2の総和
+各共通条件のデータ転送量※3の総和

［監視ツリー(編集中)］画面で［オプション］－［最新の定義取得］を選択し，JP1/IM - Manager（JP1/IM - Central Scope）の全共通条件を取得した場合。
100
+各共通条件のデータ転送量※3の総和

［ビジュアル監視（編集中）］画面で［サーバのビジュアル監視データの更新］ボタンをクリックして，ビジュアル監視データをJP1/IM - Manager（JP1/IM - Central Scope）に反映した場合。
500
+ノード数×40

注※1　監視オブジェクトのデータ転送量

200+監視ノード名長+アイコン(通常時)のファイル名長

+アイコン(展開時)のファイル名長+背景画像のファイル名長

+属性名長の総和+属性値長の総和

+個別条件の属性名長の総和+個別条件の属性値長の総和

+監視グループの状態変更条件名の総和

注※2　監視グループのデータ転送量

200+監視ノード名長+アイコン(通常時)のファイル名長

+アイコン(展開時)のファイル名長+背景画像のファイル名長

+属性名長の総和+属性値長の総和

+監視グループの状態変更条件名の総和

+監視グループの状態変更条件数×40

注※3　共通条件のデータ転送量

250+共通条件名長+10×指定した重大度数

+登録ホスト長の総和+オブジェクトタイプ長

+オブジェクト名長の総和+登録名長+事象種別名長

+ユーザー名長の総和+メッセージ長+プロダクト名長

+イベントID×10+拡張属性名長の総和+拡張属性値長の総和

(b)　JP1/IM - Manager（JP1/IM - Central Scope）と管理対象ホストのJP1/Base間のデータ量見積もり

表I-7　JP1/IM - Manager（JP1/IM - Central Scope）と管理対象ホストのJP1/Base間のデータ量

通信契機
転送データ量の見積もり（単位：バイト）

［自動生成－構成選択］画面で［生成］，［差分］，または［追加］を選択した場合。
業務指向ツリー，またはサーバ指向ツリー選択時
JP1/AJSのデータ転送量※
+JP1/PFMのデータ転送量※
+バージョン8以前のJP1/Cm2/SSOのデータ転送量※
+Cosminexusのデータ転送量※

システム構成ツリー選択時
JP1/IM - Central Information Masterのデータ転送量※

注※　それぞれのデータ転送量は，以降に示す表で見積もってください。

JP1/AJSのデータ量見積もり

表I-8　JP1/AJSのデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

200
+aの総和
+bの総和
+cの総和
+dの総和
a：
スケジューラサービス
10
+スケジューラサービス名長
+文字コード長

b：
ジョブグループ
20
+スケジューラサービス名長
+ユニット完全名長
+ジョブグループ名長
+コメント名長

c：
ルートジョブネット
20
+スケジューラサービス名長
+ユニット完全名長
+ジョブネット名長
+コメント名長

d：
実行エージェント
10
+スケジューラサービス名長
+ルートジョブネットパス
+ジョブ実行エージェント名長

JP1/PFMのデータ量見積もり

表I-9　JP1/PFMのデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

200
+eの総和
e：
サービス
310
+ホスト名長
+インスタンス名長

バージョン8以前のJP1/Cm2/SSOのデータ量見積もり

表I-10　JP1/Cm2/SSOのデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

400
+fの総和
+gの総和
f：
しきい値監視を行なっているサーバ
50
+ホスト名長

g：
監視対象アプリケーション
20
+ホスト名長
+アプリケーション名長

Cosminexusのデータ量見積もり

表I-11　Cosminexusのデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

200
+hの総和
+iの総和
+jの総和
+kの総和
+lの総和
+mの総和
+nの総和
+oの総和
+pの総和
+qの総和
+rの総和
+sの総和
+tの総和
+uの総和
+vの総和
h：
運用管理ドメイン
10
+運用管理ドメイン名長
+運用管理ドメインの表示名長

i：
ホスト
10
+運用管理ドメイン名長
+運用管理エージェントマシン名長またはIPアドレス長
+ホストの表示名長

j：
論理J2EEサーバ
320
+運用管理ドメイン名長
+論理サーバ名長×7
+ホスト名長
+論理サーバの表示名長
+利用する論理ネーミングサービスの論理サーバ名長
+利用する論理OTSの論理サーバ名長
+利用する論理CTMの論理サーバ名長
+利用する論理TCSの論理サーバ名長
+利用する論理パフォーマンストレーサの論理サーバ名長
+利用する論理SFOの論理サーバ名長

k：
論理ネーミングサービス
70
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長
+利用する論理スマートエージェントの論理サーバ名長

l：
論理スマートエージェント
20
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長

m：
論理OTS
70
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長
+利用する論理スマートエージェントの論理サーバ名長

n：
論理TCS
70
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長
+利用する論理TCSの論理サーバ名長

o：
論理CTMドメインマネージャー
120
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長
+利用する論理スマートエージェントの論理サーバ名長
+利用する論理パフォーマンストレーサの論理サーバ名長

p：
論理CTM
70
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長
+利用する論理CTMドメインマネージャーの論理サーバ名長

q：
論理パフォーマンストレーサ
20
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長

r：
論理SFO
70
+運用管理ドメイン名長
+論理サーバ名長
+ホスト名長
+論理サーバの表示名長
+利用する論理パフォーマンストレーサの論理サーバ名長

s：
論理Webサーバ
70
+運用管理ドメイン名長
+論理サーバ名長×2
+ホスト名長
+論理サーバの表示名長
+利用する論理パフォーマンストレーサの論理サーバ名長

t：
J2EEアプリケーション
20
+運用管理ドメイン名長
+J2EEアプリケーションのプロパティのDisplay名長

u：
インポートしているJ2EEアプリケーション
50
+J2EEアプリケーションのプロパティのDisplay名長
+インポートした論理J2EEサーバの論理サーバ名長

v：
J2EEサーバのマッピング定義
50
+論理Webサーバの論理サーバ名長
+マッピングした論理J2EEサーバの論理サーバ名長

JP1/IM - Central Information Masterのデータ量見積もり

表I-12　JP1/IM - Central Information Masterのデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

110
+ aの総和
+ bの総和
+ cの総和
+ dの総和
+ eの総和
+ fの総和
+ gの総和
a：
論理システム
55
+ 名称長
+ JP1資源グループ名長

b：
論理グループ，論理サーバ
55
+ 名称長

c：
プロセス
（ミドルウェア種別がCosminexusの場合）
65
+ 名称長
+ プロセス種別名長
+ ドメイン名長
+ 論理サーバ名長

d：
（ミドルウェア種別がHiRDBの場合）
60
+ 名称長
+ プロセス種別名長
+ ホスト名長

e：
（ミドルウェア種別がCosminexus,HiRDB以外の場合）
55
+ 名称長
+ ミドルウェア種別名長
+ プロセス種別名長

f：
プロセスに割り当てられた仮想ホスト
55
+ 名称長

g：
仮想ホストに割り当てられた物理ホスト
45
+ 名称長
+ ホスト名長

付録J　カーネルパラメーター一覧

UNIX環境でJP1/IMを使用する場合，JP1/IMの実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。

調整が必要なカーネルパラメーターについては，JP1/IM - Managerのリリースノートを参照してください。

付録K　各バージョンの変更内容

各バージョンでの変更内容を示します。

＜この節の構成＞

付録K.1　09-10の変更内容

付録K.2　09-01の変更内容

付録K.3　09-00の変更内容

付録K.4　08-51の変更内容

付録K.5　08-50の変更内容

付録K.6　08-10の変更内容

付録K.7　08-01の変更内容

付録K.8　08-00の変更内容

付録K.9　07-51の変更内容

付録K.10　07-50の変更内容

付録K.11　07-11の変更内容

付録K.12　07-10の変更内容

付録K.1　09-10の変更内容

JP1/Integrated Management - Viewの適用OSにWindows 7を追加した。

JP1/IM - Managerのサービス一覧を追加した。

JP1イベント取得後の処理の流れに関する説明を変更した。

重要イベントフィルターの説明を重要イベントのフィルタリング表示と判定に分けて記述した。

ホスト種別が変更できない場合の説明を変更した。

プロファイルツリー再構築を実行する場合の説明および注意事項を追加した。

操作権限およびクラスタ運用時の注意事項を追加した。

［ホスト登録］画面でホスト名を指定する場合の注意事項を追加した。

JP1イベントの情報にコマンドで意味を持つ文字がある場合に，イベント引き継ぎ情報変換設定ファイルで文字変換することを，変数の記述での注意点に追加した。

収集できるログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルが，JP1/Baseのバージョンによって異なることを追加した。

IM構成管理・ビューアーからプロファイルを追加および削除できるようにした。

IM構成管理・ビューアーからログファイルトラップを起動および停止できるようにした。

IM構成管理・ビューアーでメニュー項目が非活性になっている場合の対処方法を変更した。

IM構成管理で編集できる設定ファイルの一覧を追加した。

次の操作手順をマニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」からマニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照させるように変更した。

ホストごとに反映する

一括反映する

エクスポート・インポートの対象となるファイルおよび対象範囲を変更した。

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類のうち，JP1/SC/CMおよびvCenterがUNIXにも対応できるようになったため，Windows限定である記述を削除した。

pdprcdプロセスが自動起動スクリプトの設定の有効・無効に関係なく起動されることを追加した。

pdprcdプロセスに関する記述を追加した。

自動アクション定義のアクション定義パラメーターの長さの制限値を変更した。

自動アクション定義ファイルおよび重大度変更定義ファイルのファイルサイズを制限値に追加した。

JP1/IM - Manager 09-10またはJP1/IM - View 09-10を下位バージョンの製品に接続した場合の制限事項を追加した。

次の項目にログファイルトラップ起動定義ファイルを追加した。

イベントサービスの定義情報の収集と配布で対象となる定義情報

保存および反映できる設定ファイル

［プロファイル表示/編集］画面で設定できるファイル

次の項目にログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルを追加した。

エクスポートおよびインポートの対象となるファイル

jcfexportコマンドでエクスポートした定義情報の出力先

ログファイルトラップに関する機能を使用する場合に，JP1/Baseのバージョンアップが必要であるという説明を追加した。

クラスタ用のログファイルトラップを設定する場合の説明を追加した。

設定ファイルの編集内容を反映する手順に，再起動して反映するおよびファイルを送付して反映する手順を追加した。それに伴い構成を変更した。

JP1/IM - Manager（IMデータベース）を設定または削除する手順を変更した。

バックアップ対象となるファイルに繰り返しイベントの集約設定ファイルおよびイベント条件表示項目定義ファイルを追加した。

IMデータベースのバックアップ・リカバリー手順を変更した。

JP1/IM - Manager（IM構成管理）の管理情報の移行に関する記述を追加した。

IM構成管理でホスト情報の収集に失敗する場合の要因を追加した。

［プロファイル追加］画面を追加した。

［重要イベント］ページに［指定期間のイベント表示］の説明を追加した。

［プロファイル表示/編集］画面に次のメニュー項目を追加した。

プロファイル追加

プロファイル削除

再起動による反映

ファイル送付による反映

プロセス起動

プロセス停止

ログファイルトラップ情報を選択した場合に［設定ファイル］ページに表示される項目の説明を追加した。

［プロファイル表示/編集］画面で操作できる設定ファイルごとの項目の説明を変更した。

SpmSetSvcConコマンドを追加し，JP1/IM-ManagerサービスとJP1/Base Eventサービスの依存関係を設定できるようにした。

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類のうち，JP1/SC/CM，vCenterおよびVirtageがUNIXにも対応できるようになったため，Windows限定である記述を削除した。

次のコマンドがUNIX環境に対応することとなったため，UNIXに関する記述を追加，およびWindows限定である記述を削除した。

jcfcolvmvcコマンド

jcfcolvmvirtageコマンド

jcfvirtualchstatコマンド

jcacancelコマンドの説明を変更した。

jcoimdefコマンドの-iオプションで直ちに反映できるオプションの一覧から，-dbntcposオプションを削除した。

jcoimdefコマンドの定義が有効になる契機の表で，-dbntcオプションおよび-dbntcposオプションの契機を変更した。

次のコマンドをUNIX環境で使用する場合の注意事項を追加した。

jcfdbsetupコマンド

jcodbsetupコマンド

次のコマンドをWindowsおよびUNIX環境で使用する場合の注意事項を追加した。また，サービスの状態に関する注意事項を追加した。

jcfdbunsetupコマンド

jcodbunsetupコマンド

定義例を追加した。

自動アクション定義ファイル（actdef.conf）

自動アクション定義ファイル（actdef.conf）（互換用）

イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）

システムプロファイル（.system）のDESC_VERSIONを変更した。

NNMiインシデントを変換したJP1イベントに拡張属性「NNMI_FAMILY_UK」を設定することを追加した。

メッセージがダミーイベントのメッセージであることを追加した。
KAVB0246-E，KAVB0248-E，KAVB0251-E，KAVB1513-W，KAVB1516-W，KAVB1527-E

メッセージの出力先を変更した。
KAVB8108-E，KNAN20020-W，KNAN20021-W，KNAN20234-I，KNAN21171-E，KNAN21172-E，KNAN21173-E，KNAN21174-E，KNAN21175-E，KNAN21176-E，KNAN21177-E，KNAN22031-E，KNAN22058-E，KNAN22068-E，KNAN22301-E，KNAN22302-E，KNAN22304-E，KNAN22305-E，KNAN22306-E，KNAN22857-E，KNAN22858-E

メッセージを追加した。
KNAN20302-Q，KNAN20352-Q，KNAN20353-I，KNAN20354-Q，KNAN20355-Q，KNAN20356-I，KNAN20357-E，KNAN20358-Q，KNAN20359-Q，KNAN20360-E，KNAN20362-Q，KNAN20363-I，KNAN20416-Q，KNAN21180-E，KNAN21181-E，KNAN21183-E，KNAN21184-E，KNAN22069-E，KNAN22070-W，KNAN22071-W，KNAN22264-E，KNAN22492-E，KNAN22500-E，KNAN22501-E，KNAN22503-E，KNAN22505-I，KNAN22506-W，KNAN22507-W，KNAN22510-I，KNAN22511-I，KNAN22514-W，KNAN22515-W，KNAN22517-W，KNAN22518-W，KNAN22520-E，KNAN22521-I，KNAN22523-I，KNAN22524-E，KNAN22526-W，KNAN22527-W，KNAN22528-W，KNAN22860-W

メッセージの対処方法を変更した。
KAVB3613-W，KAJV2321-E，KNAN21174-E，KNAN22058-E，KNAN22301-E，KNAN22304-E，KNAN22305-E，KNAN22306-E，KNAN22403-E，KNAN22412-E，KNAN22422-E，KNAN22426-E，KNAN22466-E，KNAN22859-E

メッセージを変更した。
KNAN20231-Q

付録K.2　09-01の変更内容

IM構成管理・ビューアーで仮想化管理情報を設定できるようにしたことに伴い，［ホスト登録］画面を変更した。

IM構成管理で仮想化システム構成を管理できる記述を追加した。

重要イベントフィルターの位置を重要イベントのフィルタリング表示と判定に分けて記述した。

IM構成管理で仮想化システム構成を管理できる仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類を追加した。追加したソフトウェアは次のとおり。

仮想化システム管理ホストに使用できる仮想化環境管理ソフトウェア
JP1/SC/CM，SCVMM，およびvCenterの3種類

VMMホストに使用できる仮想化ソフトウェア
Hyper-VおよびVirtageの2種類

IM構成管理でエクスポートできるホスト情報に仮想化構成情報を追加した。

IM構成管理・ビューアーから仮想化システム構成を収集できるようにした。

システムの階層構成の管理の検討に，仮想化システム構成の管理の内容を追加した。

JP1/IM - View 09-01をJP1/IM - Manager 09-00に接続した場合，およびJP1/IM - Manager 09-01にJP1/IM - View 09-00を接続した場合のIM構成管理についての制限事項を追加した。

IM構成管理でホストを登録する場合の注意事項を追加した。

次の仮想化構成管理情報を収集するコマンドを追加した。

SCVMMの場合：jcfcolvmscvmmコマンド

vCenterの場合：jcfcolvmvcコマンド

Virtageの場合：jcfcolvmvirtageコマンド

仮想化構成を管理するための前提条件の説明を追加した。

仮想ホストを登録する方法の記述を，マニュアル「JP1/Integrated Management - Manager 運用ガイド」からマニュアル「JP1/Integrated Management - Manager 構築ガイド」に移動した。

仮想ホストを探す手順を追加した。

IM構成管理・ビューアーからセントラルスコープの監視ツリーに仮想化構成情報を反映できる機能を追加し，［IM構成管理］画面に次のメニューを追加した。
［操作］－［仮想化構成］－［セントラルスコープ監視ツリー反映］

ビューアーとマネージャーの通信に，JP1/IM - Manager（IM構成管理）を使用する場合に必要なjp1imcfのポートの記述を追加した。

マネージャーのJP1/Baseが09-00以降の場合のイベントDBの再作成手順を追加した。

JP1/IMの運用中にシステムの日時を変更する場合のマネージャーのシステム日時を元に戻す手順を変更した。

JP1/IMの運用中にシステムの時刻を進める場合のIMデータベースに関する記述を追加した。

マニュアル「JP1/Integrated Management - Manager 運用ガイド」の次の機能について，手順をマニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照するように変更した。

ホストを管理する

システムの階層構成を管理する

プロファイルを管理する

仮想化システムのホストを登録する

ホスト入力情報ファイルにエクスポートできる出力項目として，次の項目を追加した。また，出力例を追加した。

仮想化管理種別

ユーザー名

パスワード

ドメイン名

通信種別

仮想化管理元ホスト

ホスト入力情報ファイルおよびホスト収集情報ファイルにエクスポートできる文字コードの環境変数の表を追加した。

ホスト収集情報ファイルにエクスポートできる出力項目として，次の項目を追加した。また，出力例を追加した。

ホスト名

仮想化管理種別

仮想化製品バージョン

手動入力でインポートされるホスト情報の項目を追加した。また，入力範囲の値を変更した。追加した項目名は次のとおり。

IPアドレス

仮想化管理種別

ユーザー名

パスワード

ドメイン名

通信種別

仮想化管理元ホスト名

トラブルへの対処方法に，「IM構成管理で仮想化システム構成の収集に失敗した場合の対処方法」を追加した。

トラブルへの対処方法で，KNAN20102-Eの要因および対処を変更した。

［IM構成管理］画面の画面遷移の図を変更した。

［IM構成管理］画面に仮想化構成のメニュー項目を追加した。

ホスト一覧ページの下位ホスト情報に表示する項目に，仮想化管理種別を追加した。

ホスト一覧ページの基本情報に表示する項目に，仮想化構成情報を追加した。

ホスト一覧ページの詳細情報に表示する項目に，仮想化管理種別，仮想化管理製品バージョン，ユーザー名，通信種別およびドメイン名を追加した。

［ホスト登録］画面で，物理ホストを選択した場合の説明を変更した。

［ホスト登録］画面で，仮想ホストを選択した場合の説明を変更した。

［ホスト登録］画面で，不明を選択した場合の説明を変更した。

［仮想化管理設定］画面を追加した。

［ホスト属性編集］画面で，物理ホストを選択した場合の説明を変更した。

［ホスト属性編集］画面で，仮想ホストを選択した場合の説明を変更した。

［ホスト属性編集］画面で，不明を選択した場合の説明を変更した。

［IM構成編集］画面の下位ホスト情報に表示する項目に，仮想化管理種別を追加した。

jcfcolvmscvmmコマンドを追加し，SCVMMから仮想化構成情報を取得して，仮想化構成情報ファイルに出力できるようにした。

jcfcolvmvcコマンドを追加し，vCenterから仮想化構成情報を取得して，仮想化構成情報ファイルに出力できるようにした。

jcfcolvmvirtageコマンドを追加し，Virtageから仮想化構成情報を取得して，仮想化構成情報ファイルに出力できるようにした。

jcfvirtualchstatコマンドを追加し，指定ホストの仮想化構成を更新できるようにした。

jcoview_log.batコマンドの実行権限を変更した。

jcfcolvmesxコマンドを実行して出力される仮想化構成情報ファイルの形式および出力例を変更した。

jcfmkcsdataコマンドの-rオプションを追加し，引数で指定したJP1/IM - Manager（JP1/IM - Central Scope）のエクスポートファイルに含まれる仮想化システム構成ツリーを使用するかどうかを設定できるようにした。

jcfmkhostsdataコマンドに，09-00以前のIM構成管理からバージョンアップした場合の注意事項を追加した。

jcoimdefコマンドの-iオプションと一緒に指定すると有効になるオプションの一覧を追加した。

jcoimdefコマンドの-rオプションで設定する，アクション実行サービス起動時の状態を追加した。

jcoimdefコマンドの定義が有効になる契機の表を追加した。

メッセージを追加した。
KAVB8106-E，KAVB8107-E，KAVB8108-E，KAVB8109-E，KNAN20231-Q，KNAN20232-Q，KNAN20233-Q，KNAN20234-I，KNAN20301-Q，KNAN22029-E，KNAN22030-E，KNAN22050-I，KNAN22051-I，KNAN22052-E，KNAN22053-E，KNAN22054-E，KNAN22055-E，KNAN22056-E，KNAN22057-I，KNAN22058-E，KNAN22060-E，KNAN22061-E，KNAN22062-E，KNAN22063-E，KNAN22064-E，KNAN22065-E，KNAN22066-E，KNAN22067-E，KNAN22068-E，KNAN22300-I，KNAN22301-E，KNAN22302-E，KNAN22303-E，KNAN22304-E，KNAN22305-E，KNAN22306-E，KNAN22854-E，KNAN22857-E，KNAN22858-E，KNAN22859-E，KNAN24018-E，KNAN24040-I，KNAN24041-I，KNAN24042-I，KNAN24060-W，KNAN24061-W，KNAN24062-W，KNAN24063-W，KNAN29085-W，KNAN29086-W，KNAN29900-I，KNAN29901-I，KNAN29902-I，KNAN29903-E，KNAN29904-E，KNAN29905-E，KNAN29906-E，KNAN29907-E，KNAN29909-E，KNAN29910-E，KNAN29911-I，KNAN29912-I，KNAN29913-I，KNAN29914-E，KNAN29920-I，KNAN29921-I，KNAN29922-E，KNAN29923-I，KNAN29924-E，KNAN29926-I，KNAN29927-I

メッセージを削除した。
KNAN20334-E，KNAN20804-E，KNAN20805-E，KNAN21054-E，KNAN22434-E

メッセージの対処方法を変更した。
KAVB1661-E，KAVB1664-E，KAVB5301-W，KNAN21170-W，KNAN22220-E，KNAN22403-E，KNAN22422-E，KNAN22426-E，KNAN22466-E

メッセージを変更した。
KNAN20006-E，KNAN20044-E，KNAN20051-E，KNAN20101-E，KNAN20102-E，KNAN20404-Q，KNAN21055-E，KNAN21165-E，KNAN21168-E，KNAN21170-W，KNAN21171-E， KNAN21175-E，KNAN21177-E，KNAN21179-E，KNAN22011-E，KNAN22022-E，KNAN22031-E，KNAN22103-E，KNAN22243-E，KNAN22245-E，KNAN22250-E，KNAN22412-E，KNAN22468-E，KNAN24005-E，KNAN24006-E，KNAN24012-E

付録K.3　09-00の変更内容

事前に定義した条件に従って，JP1/Baseから受け取ったイベントの重大度を変更して，JP1/IM - Managerで管理できるようにした（JP1イベントの重大度の変更機能）。

JP1/IM - Manager用のデータベース（IMデータベース）を作成できるようにした。

最大150万件のイベントを管理できるようにした（IMデータベースを使用した場合）。

イベントにメモが付加できるようにした（IMデータベースを使用した場合）（メモ情報の追加）。

相関イベントが不成立のときにイベントを発行できるようにした（相関イベント発行機能）。

アクション定義を，GUI（［アクション詳細設定］画面）で設定できるようにした（自動アクション機能の容易化）。

日時指定やスライダーバーを使用して，特定の日時からのイベントをイベント一覧に表示できるようにした（［表示開始位置指定］領域の追加）。

IM構成管理・ビューアーにより，管理対象のホストの登録，削除，および一覧表示ができるようにして，登録したホストに関する情報を一元的に管理できるようにした（ホストの管理）。

IM構成管理・ビューアーにより，システムの階層構成を一元的に管理できるようにした（システムの階層構成の管理）。

IM構成管理・ビューアーにより，各ホストで動作するJP1/Baseのプロファイルを一元的に管理できるようにした（プロファイルの管理）。

IM構成管理・ビューアーにより，各ホストで動作するJP1/Baseのサービスの稼働情報を確認できるようにした（サービスの稼働情報の管理）。

コマンドにより，IM構成管理の管理情報をエクスポートしたり，エクスポートした管理情報をインポートしたりできるようにした（IM構成管理の管理情報のインポート・エクスポート）。

IM構成管理・ビューアーにより，仮想ホストを含むシステムの階層構成を管理できるようにした。また，仮想ホストを含むJP1/IMシステムの構成情報を，セントラルスコープにインポートして利用できるようにした（仮想化システム構成の管理）。

資料採取ツールによる資料採取をできるようにした。

JP1/Baseだけで，ローカルにアクションを実施できるようにした。

JP1/AJS3との連携を追加した。

JP1/IM - EG for NNMiによってJP1イベントに変換されるJP1/Cm2/NNMiのNNMiインシデントを監視できるようにした。

JP1/IM - MOと連携して，メッセージを任意のフォーマットに統一して表示できるようにした。

メッセージを追加，変更，削除した。

JP1イベントを追加した。
イベントID：3F15，3F16，3F62

JP1/IM - Managerのマニュアル体系を変更した。

付録K.4　08-51の変更内容

OSにWindows Server 2008を追加した。

付録K.5　08-50の変更内容

JP1/Integrated Managementが連携できる統合管理製品にJP1/Integrated Management - Service Supportを追加した。

JP1/Baseの前提OSからWindows 2000を削除した。

イベント取得フィルターに，メンテナンス対象ホストが発行するJP1イベントを一時的に取得対象外とするための共通除外条件を追加した。

次のフィルター，およびイベント検索の条件に，JP1イベントを表示（取得）対象外とするための除外条件を追加した。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

表示フィルター

監視オブジェクトの状態変更条件をメモリーに常駐させる機能を追加した。

JP1イベントの受信時に，監視オブジェクトを自動で初期化する機能を追加した。

JP1イベントの対処済み時に状態変更イベントを自動で削除する機能を追加した。

イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定方法を変更した。

uCosminexus Batch Job Execution Serverが発行する応答待ちイベントを監視し，応答する機能を追加した。

JP1/Cm2/SNMP System Observerとの連携でのセットアップの注意事項を変更した。

ログファイルおよびディレクトリ一覧にファイルを追加した。
インストールログ，イベントコンソールログ，応答待ちイベント滞留ファイル，プラグインのログ

イベントフロー制御トレースログのファイル数，最大ディスク使用量，およびファイルの切り替え時期を変更した。

アクションホスト名格納ファイルの最大ディスク使用量を変更した。

イベント取得フィルターの最大長を変更した。

セントラルスコープサービスが起動していない場合は，［イベントコンソール］画面にある［セントラルスコープ］起動ボタンおよびメニューが非活性となるようにした。

［コマンド実行］画面で指定する「実行ホスト名」および「実行コマンド」が保存される件数を追加した。

［監視ツリー］画面の表示項目の説明にタイトルバーを追加した。

このマニュアルで説明しているJP1/Baseのコマンドは，マネージャーホストを対象としているため，エージェントホストを対象に実行するJP1/BaseのコマンドについてはJP1/Baseのマニュアルを参照する注釈を追加した。

jcocmddefコマンドの実行権限をスーパーユーザーに変更した。

jcocmddefコマンドを実行したときに出力されるメッセージの記述を追加した。

jcocmddefコマンドの-runevintervalオプション（経過時間イベント発行間隔）に指定できる値を変更した。

Linux版でjp1cohaverupコマンドをサポートした。

JP1イベントを追加した。
イベントID：3F08，3F41，3F42

JP1イベントの発行契機を変更した。
イベントID：3F11

到着時刻の属性名を変更した。
イベントID：3F01，3F03，3F04，3F05，3F06

プロダクト名の内容を変更した。
イベントID：3FA0

メッセージの出力先にイベントログの列を追加した。

メッセージを追加した。
KAVB0251-E，KAVB0551-E，KAVB0552-I，KAVB0553-Q，KAVB0554-E，KAVB0555-E，KAVB0556-I，KAVB0557-E，KAVB0558-E，KAVB0559-Q，KAVB0560-E，KAVB0561-E，KAVB0562-E，KAVB0563-E，KAVB0863-E，KAVB0864-I，KAVB0866-E，KAVB0868-I，KAVB0869-I，KAVB0870-E，KAVB0871-E，KAVB0872-E，KAVB1583-W，KAVB1584-W，KAVB1801-E，KAVB1802-W，KAVB1811-E，KAVB1812-E，KAVB1813-E，KAVB1814-E，KAVB1815-E，KAVB1816-W，KAVB1821-E，KAVB9201-I，KAVB9202-E

メッセージを変更した。
KAVB0221-E，KAVB0223-E，KAVB0227-W，KAVB0228-E，KAVB0255-E，KAVB0810-E，KAVB0828-E，KAVB1516-W，KAVB1522-E，KAVB1551-E，KAVB1552-E，KAVB1554-E，KAVB1556-E，KAVB1650-E，KAVB1651-E，KAVB1658-I，KAVB4138-W，KAVB5105-W，KAVB5455-W，KAVB9032-E，KAJV2002-E，KAJV2004-E，KAJV2006-E，KAJV2008-E

メッセージを削除した。
KAVB3792-E

メッセージの出力先を変更した。
KAVB0001-E，KAVB0251-E，KAVB0292-I，KAVB0293-I，KAVB0401-E，KAVB0411-E，KAVB0801-E，KAVB0802-E，KAVB0803-E，KAVB0804-E，KAVB0805-E，KAVB0806-E，KAVB0810-E，KAVB0821-E，KAVB0822-E，KAVB0823-E，KAVB0824-E，KAVB0825-E，KAVB0826-E，KAVB0827-E，KAVB0828-E，KAVB1211-W，KAVB1501-E，KAVB1502-E，KAVB1510-E，KAVB1515-E，KAVB1523-E，KAVB1524-E，KAVB1525-E，KAVB2288-E，KAVB3625-E，KAVB3642-E，KAVB3899-E，KAVB4004-E，KAVB4022-E，KAVB4420-W，KAVB4421-W，KAVB4422-W，KAVB4423-W，KAVB4424-W，KAVB4905-E，KAVB5106-E，KAJV2234-I

メッセージの説明を変更した。
KAVB0121-E，KAVB0246-E，KAVB0248-E，KAVB1210-E，KAVB1582-E，KAVB1652-E，KAVB1658-I，KAVB8101-E，KAVB8102-E，KAVB8103-E

JP1/Integrated Managementが出力するWindowsイベントログの一覧にソース名を追加した。

付録K.6　08-10の変更内容

監視ノードのアイコンとして，任意サイズのアイコン（ビジュアルアイコン）を使用できるようにした。

Linux OS上で動作するJP1/Integrated Management - Managerをサポートした。

Windows Vista上で動作するJP1/Integrated Management - Viewをサポートした。

クリップボードへのコピー機能を追加した。

バックアップ対象ファイルに次のファイルを追加した。

ガイド情報ファイル（jcs_guide_UTF-8.txt）

アクションプロファイル（actprofile2_JP1ユーザー名）

Viewパス¥image¥icon¥以下のファイル

Viewパス¥image¥visual¥以下のファイル

Viewパス¥image¥map¥以下のファイル

ファイル一覧を08-10に合わせて更新した。

制限値一覧を08-10に合わせて更新した。

下位バージョンとの接続性を08-10に合わせて更新した。

クラスタシステムでない環境で，フェールオーバーしない論理ホストを構築および運用する方法について追加した。

統合トレースログの見方を追加した。

メッセージを追加した。
KAVB0262-I，KAVB0263-I，KAVB0264-I，KAVB0361-E，KAVB0362-E，KAVB0363-E，KAVB0364-E，KAVB0371-E，KAVB0372-E，KAVB0373-E，KAVB0374-E，KAVB0381-W，KAVB0391-E，KAVB0392-E，KAVB0393-E，KAVB0394-E，KAVB0395-E，KAVB0396-E，KAVB0397-E，KAVB1685-W，KAVB1701-E，KAVB1702-E，KAVB1703-E，KAVB1704-E，KAVB1705-E，KAVB1706-E，KAVB1707-E，KAVB1708-E，KAVB1709-E，KAVB1710-E，KAVB1711-E，KAVB2566-E，KAVB3163-E，KAVB3663-E，KAVB4439-E，KAVB4705-E，KAVB4776-W，KAVB4777-E，KAVB5070-E，KAVB5152-W，KAVB6024-E，KAVB6025-W，KAVB7283-E，KAVB7667-E，KAVB8428-W，KAVB9958-W，KAVB9959-E，KAJV0180-W，KAJV0210-E，KAJV2180-W，KAJV2210-E

メッセージを変更した。
KAVB3599-E，KAVB9950-E

メッセージを削除した。
KAVB0511-E，KAVB9912-E，KAVB9913-E，KAVB9929-E，KAVB9933-W

メッセージの対処方法を変更した。
KAVB0611-E，KAVB1510-E，KAVB8428-W

付録K.7　08-01の変更内容

相関イベントの発行で次の機能をサポートした。

相関イベントの発行処理の対象とする範囲を絞り込めるようにした。

任意の属性をキーにして，イベント条件に一致する複数のJP1イベントをグルーピングし，グループ単位に相関イベントを発行できるようにした。

1件の相関イベント発行条件で保持できるJP1イベントの組数を変更できるようにした。

JP1イベント（3F28，3F30）を追加した。

バックアップ対象ファイルに次のファイルを追加した。

システムプロファイル（.system）

制限値一覧を08-01に合わせて更新した。

メッセージを追加，変更した。

付録K.8　08-00の変更内容

JP1/IM - Central ConsoleとJP1/IM - Central Scopeを統合し，製品名をJP1/IM - Managerとした。

バージョン7の資料採取ツール（jco_log.bat，jco_log.sh，jcs_log.bat，jcs_log.sh）を廃止し，JP1/IM - Viewに資料採取ツール（jcoview_log.bat）を，JP1/IM - Managerに資料採取ツール（jim_log.bat，jim_log.sh）を追加した。

相関イベントを発行できるようにした。

JP1/IM - Rule Operationと連携できるようにした。

相関イベント発行サービス（evgen）およびインシデント登録サービス（jcdmain）をヘルスチェック機能で監視できるようにした。

［イベントコンソール］画面の［重要イベント］ページ以外の画面からもJP1イベントの複数選択，対処状況の一括変更をできるようにした。

［イベントコンソール］画面に表示されるJP1イベントの情報を保管（CSV出力）できるようにした。

JP1/IM - Viewから実行できるコマンド長，自動アクションから実行できるコマンド長を最大4,096バイトに変更した。

［コマンド実行］画面の［実行結果］の表示行数を100行から10,000行まで変更できるようにした。また，表示項目（時刻，ホスト名，メッセージ）で実行結果をソートできるようにした。

UTF-8ロケール環境で出力されたJP1イベントにも対応できるようにした。

JP1/IM - Incident Master連携機能で使用する定義ファイル名，メッセージの出力情報などを「イベント相関」から「インシデント登録」に変更した。

繰り返しイベントを表示する［繰り返しイベント一覧］画面を，関連イベント（繰り返しイベント・相関元イベント）を表示する［関連イベント一覧］画面に変更した。

監視ツリーの表示範囲を，監視するJP1ユーザーにあわせて変更したり，その表示範囲内の監視ノードに対する操作を個別制御したりできるようにした（JP1資源グループの利用）。

監視ツリーの自動生成で，「追加」生成をできるようにした。

［監視ツリー］画面，［検索］画面の表示項目に対し，状態ごとにソートできるようにした。

［状態変更条件設定］画面の個別条件で同じ個別属性名を複数指定できるようにした。

［監視ツリー(編集中)］画面で次のことができるようにした。

旧バージョンのJP1/IM - Central Scopeからの情報取得，編集内容の反映

旧バージョンのJP1/IM - Viewで保存したCSVファイルの読み込み，編集，および旧バージョンのJP1/IM - Central Scopeへの編集内容の反映

統合機能メニューから起動できる対象プログラムを変更した。

JP1イベント（3F20，3F21，3F25，3F26，相関イベント）を追加した。

バックアップ対象ファイルに次のファイルを追加した。

相関イベント発行用の定義ファイル

ログファイル一覧を08-00に合わせて更新した。

ファイル一覧を08-00に合わせて更新した。

下位バージョンとの接続性を08-00に合わせて更新した。

メッセージを追加，削除，変更した。

バージョン7時のコマンド実行履歴をバージョン8環境に引き継げるよう，jcocmdconvコマンドを追加した（JP1/Baseエンハンス）。

付録K.9　07-51の変更内容

セントラルコンソール関連

JP1イベント（発生事象）をインシデント（障害）としてJP1/IM - Incident Masterに登録できるようにした（JP1/IM - Incident Master連携機能）。

JP1イベントに対する対処状況の変更に応じて次に示すイベントIDのJP1イベントを発行できるようにした。
イベントID：3F11

［イベント検索］ページで対処状況を変更できるようにした。

イベント検索中の，次に示す動作を改善した。

ほかの画面の操作許可

検索のキャンセル

検索中の検索タブの表示変更

検索結果の順次表示

コマンド実行履歴のcsv出力を日時で範囲指定できるように改善した（JP1/Base制御部）。

JP1イベントに対して，調査や対処のガイドとなるような情報を登録，参照できるようにした。

JP1イベントを追加した。イベントID：3F14

セントラルスコープ関連

セントラルスコープビューアーのツリー編集画面で一回のログイン操作でツリーの取得や更新ができるようにした。

監視グループに状態変更条件を設定できるようにした。

JP1/IM - Central Information Masterの構成定義情報を基に監視ツリーを自動生成できるようにした（JP1/IM - Central Information Master連携機能）。

セントラルコンソール・セントラルスコープ共通

バックアップ対象ファイルに下記ファイルを追加した。

対処状況イベント定義ファイル

イベントガイド情報ファイル

イベント相関用定義ファイル

インシデント手動登録定義ファイル

相関履歴ファイル

イベントガイドメッセージファイル

CMホスト定義ファイル

ログファイル一覧を07-51に合わせて更新した。

ファイル一覧を07-51に合わせて更新した。

メモリー所要量，ディスク占有量を07-51に合わせて更新した。

下位バージョンとの接続性を07-51に合わせて更新した。

07-51に合わせて用語解説を追加した。

メッセージを追加，削除，変更した。

付録K.10　07-50の変更内容

IPFサーバで動作するJP1/Integrated Manager - Central Consoleをサポートした。

統合機能メニューから起動できる対象プログラムを変更した。

UNIX OS上で動作するJP1/Integrated Manager - Central Scopeをサポートした。

セントラルコンソールでのJP1イベントの対処状況の変更に連動して，監視オブジェクトの状態を変えられるようにした。

データベース更新処理中の障害によるデータベース破損を防ぐための機能（監視オブジェクトDBの自動バックアップ・リカバリー）をサポートした。

監視オブジェクトの状態変更イベントの件数が100件を超えた場合に，警告のJP1イベント（00003FB1）を発行するようにした。

システム監視オブジェクトに，HiRDB，System Managerを追加した。

システム監視オブジェクト（JP1/Cm2/SSO）に状態変更条件を追加した。

JP1イベントを追加した。

システム情報管理（JP1/Integrated Manager - Central Information Master）の追加によって，記述を変更した。

バックアップ対象ファイルに下記ファイルを追加した。

状態変更イベント件数の上限監視設定ファイル

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル

対処済み連動設定ファイル

ログファイル一覧を07-50に合わせて更新した。

ファイル一覧を07-50に合わせて更新した。

メモリー所要量，ディスク占有量を07-50に合わせて更新した。

下位バージョンとの接続性を07-50に合わせて更新した。

メッセージを追加，削除，変更した。

付録K.11　07-11の変更内容

JP1/IM - Central Consoleプロセスとマネージャー上のJP1/Baseプロセス（イベントサービス）のハングアップを検知する機能を追加した（ヘルスチェック機能）。

イベント取得フィルターの複数設定・切り替えをできるようにした。

JP1/IM - Viewが連続して受信する同一内容のJP1イベントを一つに集約して［イベントコンソール］画面に表示できるようにした（繰り返しイベントの集約表示）。

自動アクションの状態を細分化して，自動アクションの処理状況をよりわかりやすくなるようにした。

一定時間内に実行される同一の自動アクションを抑止できるようにした（同一アクションの抑止）。

自動アクションの実行状況を監視できるようにした（自動アクションの遅延監視および状態監視）。

自動アクションをキャンセルできるようにした。

自動アクションの状態の細分化に伴い，再実行できる自動アクションの状態に「抑止」「キャンセル」「強制終了」を追加した。
また，下記画面からも再実行できるようにした。

［アクション結果］画面

［アクション結果詳細］画面

JP1/IM - Viewのハングアップ時の障害資料としてJavaスレッドダンプを出力するコマンド（jcothreaddmp）を追加した。

JP1/IM - Central Consoleプロセスハングアップ時の障害資料としてJavaスレッドダンプ，コアダンプ（UNIX限定）を出力するコマンド（jcogencore）を追加した。

［イベント検索条件設定］画面の操作性を向上した（項目［登録時刻］のオプション化）。

［アクション結果更新条件設定］画面に，［アクション結果一覧］画面に自動アクションの実行結果を表示するための設定条件を追加した。

JP1イベントを追加した。

コマンドの先行入力数を閾値監視できるようにした（JP1/Base制御部）。

コマンド実行結果のデータ転送量を制御できるようにした（JP1/Base制御部）。

監視ツリーでCosminexusを自動生成できるようにした。

バックアップ対象ファイルに下記ファイルを追加した。

繰り返しイベントの集約設定ファイル

ヘルスチェック定義ファイル

ヘルスチェックシステム定義ファイル

自動アクション通知定義ファイル

ログファイル一覧を07-11にあわせて更新した。

ファイル一覧を07-11にあわせて更新した。

制限値一覧を07-11にあわせて更新した。

メモリー占有量，ディスク占有量を07-11にあわせて更新した。

メッセージを追加，削除，変更した。

付録K.12　07-10の変更内容

次の画面によるフィルター条件の設定でOR条件を指定できるようにした（条件群の複数定義）。

［イベント取得条件設定］画面

［ユーザーフィルター詳細設定］画面

［重要イベント定義］画面

［表示フィルター設定］画面

［イベント検索条件設定］画面

イベント取得フィルターを自動アクションや監視オブジェクトの状態監視でも使用できるようにした。

表示フィルターを複数設定できるようにした。

クラスタ環境用バージョンアップコマンド（jp1cohaverup）を追加した。

資料採取ツール（jco_log.bat，jco_log.sh）を強化した（採取資料の充実）。

コマンド実行の状態確認コマンド（jcocmdshow），削除コマンド（jcocmddel）を追加した（JP1/Base制御部）。

コマンド実行の長期化によるJP1イベント（00003FA3）の自動発行をサポートした（JP1/Base制御部）。

自動アクション用コマンド実行履歴への詳細結果の出力を抑止する機能をサポートした（JP1/Base制御部）。

［監視ツリー］画面の詳細表示領域をマップ形式で表示できるようにした。

［ビジュアル監視］画面の操作性を向上した。

ガイド機能を強化した（強化内容は次のとおり）。

HTML形式でガイドを表示できるようにした。

初期状態でもガイドを表示できるようにした。

ガイド情報ファイルの設定によって，別ファイルからガイド情報を呼び出せるようにした。

手動による状態変更，および監視状態変更時の動作を変更した。

状態変更イベント検索機能を強化した（一つの監視ノードに対し100件まで検索できるようにした）。

資料採取ツール（jcs_log.bat）を強化した（採取資料の充実）。

バージョンアップコマンド（jp1csverup.bat，jp1cshaverup.bat）を追加した。

状態変更コマンド（jcschstat）を追加した。

監視オブジェクトDBの内容出力コマンド（jcsdbexport），反映コマンド（jcsdbimport）を追加した。

他製品（Cosminexus）との連携を強化した（システム監視オブジェクトの追加）。

共通条件をオフラインで編集できるようにした。

ユーザー監視オブジェクトをホスト情報DBに対応できるようにした（制限の解除）。

個別条件の設定で正規表現やホスト名比較などを使用できるようにした。

JP1/IMで使用するメモリー所要量，ディスク占有量を変更した。

メッセージを追加・変更・削除した。

付録L　用語解説

（英字）

BJEX

一定期間のデータを集めて，まとめて一括処理をするバッチ処理を対象としたバッチジョブ実行システムの製品です。

Cosminexus

アプリケーションサーバを中核とした，性能および信頼性の高い業務アプリケーションを実行および開発するためのシステム構築基盤製品です。

HiRDB

業務の規模に応じたリレーショナルデータベースを構築できるようにする，データベース管理システム（DBMS）の製品です。

IM構成管理

IM構成管理・ビューアーからJP1/IM - Managerの構成管理機能を使用して，JP1/IMが運用管理するシステムの階層構成（IM構成），およびシステムを構成する各ホストの設定を一元的に管理する機能です。IM構成管理を使用すると，各ホストのJP1/Baseのサービスの稼働状態を確認したり，各ホストのJP1/Baseのプロファイルを管理したりできます。

→「構成管理」を参照してください。

IM構成管理DB

JP1/IM - ManagerがIM構成管理に使用するデータベースです。

IMデータベース

JP1/IM - Managerが提供するデータベースです。IM構成管理DBおよび統合監視DBの総称です。

→「IM構成管理DB」および「統合監視DB」を参照してください。

JP1/AJS

業務を自動的に運用するためのプログラムです。

処理を順序付けて定期的に実行したり，特定の事象が発生したときに処理を開始したりできます。

JP1/Base

JP1/IMの基盤機能を提供するプログラムです。

JP1イベントの送受信や，ユーザーの管理，起動の制御などをします。また，JP1/IMシステムのエージェントとしての役割も持ちます。

JP1/Baseは，JP1/IM - Managerの前提プログラムです。

JP1/Cm2/NNM

ネットワークの構成管理，性能管理および障害管理のための統合ネットワーク管理プログラムの総称です。

JP1/Cm2/SSO

ネットワーク上のサーバのリソースを収集・管理したり，プロセスを監視したりするプログラムです。

JP1/IM - Central Console

セントラルコンソールのマネージャー機能を提供するJP1/IM - Managerの機能です。システムで発生した事象をJP1イベントによって集中管理することで，システムを統合管理します。

→「セントラルコンソール」を参照してください。

JP1/IM - Central Information Master

システム情報管理のマネージャー機能を提供するプログラムです。システムをユーザー独自の言葉でグループ化したり，わかりやすい名称を付けたりしてシステムの情報を管理できます。

→「システム情報管理」を参照してください。

JP1/IM - Central Scope

セントラルスコープのマネージャー機能を提供するJP1/IM - Managerの機能です。管理者の目的に合わせた目的指向型のシステム監視を実現します。

→「セントラルスコープ」を参照してください。

JP1/IM - Incident Master

JP1/IM - Incident Masterは，システムで発生した障害事象を速やかに検知，回復することを目的として，障害事象をインシデントとして管理するためのプログラムです。

JP1/IM - Manager

JP1/IM - Managerは，システム全体の一元的な監視と操作を実現することで，システムを統合管理するためのプログラムです。

JP1/IM - Managerは，「セントラルコンソール」，「セントラルスコープ」および「IM構成管理」の三つの機能によって構成されています。

JP1/IM - Rule Operation

システムで発生した障害に対する回復手順をルールとして定義し，自動的に実行することで，障害の迅速な復旧を支援するプログラムです。

JP1/IM - View

JP1/IMでのシステム統合管理を実現するためのビューアー機能を提供するプログラム（GUI提供プログラム）です。

JP1/IM - Manager，JP1/IM - Central Information MasterおよびJP1/IM - Rule Operationで共通のJP1/IM - Viewを使用します。目的に応じて，それぞれの製品に接続し，システムの監視や管理をします。

なお，このマニュアルではJP1/IM - Central Information MasterおよびJP1/IM - Rule Operationに接続した場合については説明していません。

→「ビューアー」を参照してください。

JP1/NETM/DM

ソフトウェアの配布およびクライアントの管理を，ネットワークを利用し一括して行うシステムの総称です。

JP1/PFM/SSO

JP1/Cm2/SSOのバージョン7時の名称です。

→「JP1/Cm2/SSO」を参照してください。

JP1/ServerConductor

ネットワーク上の管理コンソールからサーバおよびクライアントPCを一括管理するソフトウェアです。ハードウェアの資産情報や障害を管理できます。また，サーバやクライアントPCの電源ON・OFFなどの電源制御もできます。

JP1/SESイベント

JP1/SESイベントは，JP1製品のバージョンの古いもの，またはJP1イベント出力に対応していない製品が出力するイベントです。JP1/SESイベントの場合，属性として基本属性しかありません（JP1イベントは基本属性に加え拡張属性を情報として持っています）。

JP1/SSO

JP1/Cm2/SSOのバージョン6時の名称です。

→「JP1/Cm2/SSO」を参照してください。

jp1hosts情報

JP1独自のホスト名とIPアドレスの対応付けを定義するhosts情報です。

複数のネットワークに接続された環境などで，JP1の通信の動作をカスタマイズする場合に使います。jp1hosts情報は，JP1/Baseが管理し，JP1/Base，JP1/IM，JP1/AJSなどが使用しています。

jp1hosts情報が設定されていると，JP1が通信をするときにhostsなどの設定より優先して参照されます。このため，JP1独自に，OSとは別のホスト名とIPアドレスの対応付けをして通信できます。

JP1イベント

システムで発生した事象をJP1で管理するための情報です。

JP1イベントは，次のような属性に分けて，事象を記録しています。

基本属性
すべてのJP1イベントが持つ属性です。
属性名を表記する場合，例えばイベントIDはB.ID（または単にID）のように記述します。

拡張属性
JP1イベントの発行元が任意に指定できる属性です。拡張属性は，次の共通情報と固有情報によって構成されます。
・共通情報（JP1イベントによって形式が統一されている拡張属性の情報）
・固有情報（共通情報以外の各製品固有の形式の情報）
属性名を表記する場合，例えば重大度はE.SEVERITY（または単にSEVERITY）のように記述します。

JP1イベントは，JP1/Baseのイベントサービス機能が管理しています。システムで発生した事象をJP1イベントとしてデータベースに記録しています。

JP1共通定義情報

→「共通定義情報」を参照してください。

ServerConductor

→「JP1/ServerConductor」を参照してください。

System Manager

→「JP1/ServerConductor」を参照してください。

vCenter

→「VMware vCenter Server」を参照してください。

Virtage

日立製作所が作成した，仮想化環境を構築する製品です。

VMware vCenter Server

仮想化環境を一括管理するプラットフォームを提供する製品です。

WWWページ

他製品が提供するWWWブラウザーを利用した画面の総称です（JP1/IMではWWWページ版のJP1/IM - Viewが該当します）。

WWWページ版のJP1/IM - View

JP1/IM - Manager（JP1/IM - Central Console）が持つ簡易版のJP1/IM - Viewです。［統合機能メニュー］画面や［コマンド実行］画面が起動できないなど，機能面で幾つかの制限があります。また，WWWページ版のJP1/IM - Viewを使用する場合，ビューアーにはWWWブラウザーのほかにJREとそれに同梱されているプラグインが必要です。詳細は，各製品のJP1/IM - Managerのリリースノートを参照してください。また，マネージャーにはHTTPサーバが必要となります。

（ア行）

イベントID

JP1イベントの属性の一つで，JP1イベントを発行したプログラムや，発生した事象の内容を示す識別子です。JP1イベントの基本属性で，属性名は「B.ID」です。

イベントIDは，例えば，7FFF8000のような値で，16進数で表記します。

イベントIDは，JP1シリーズの各製品で一意になるように割り当てられています。JP1シリーズの各製品が発行するJP1イベントについては，各製品のマニュアルを参照してください。

ユーザーが使用できるイベントIDは，0～1FFFおよび7FFF8000～7FFFFFFFです。

なお，JP1イベントの詳細は，基本コード（上位4バイト）と拡張コード（下位4バイト）に分かれた8バイトの数値です。通常は，基本コードだけを使って4バイトで表記します。拡張コードは，ユーザーがAPIで設定するなど特別な場合を除いて0です。基本コードと拡張コードの表記が必要な場合は，「:」でつなげて，7FFF8000:0のように表します。

イベントガイド機能

JP1/IMのセントラルコンソールで，システム監視中に発生したJP1イベントに対して，調査や対処のガイドとなる情報を表示する機能です。

問題となるJP1イベントに対する調査や対処手順などをアドバイスとして表示することで，問題発生時のシステム管理者の負担を軽減できます。

イベントガイド機能はJP1イベント単位でのガイドを表示する機能です。なお，JP1/IMのセントラルスコープにもガイドがありますが，こちらは監視ノード単位でのガイドを表示します。

→「ガイド機能」を参照してください。

［イベントコンソール］画面

JP1/IM - Viewの画面の一つで，セントラルコンソールの受信したJP1イベントを時系列に表示します。JP1/IM - Central Consoleにログインすると最初に表示されます。

JP1/IMでは，各ホストで発生した事象をJP1イベントによって記録し，そのうち重要なJP1イベントをJP1/IMのマネージャーに転送して集中管理しています。このJP1イベントを，［イベントコンソール］画面に表示することで，システムで発生した事象を集中監視できます。

イベント取得フィルター

［イベントコンソール］画面に表示するために，JP1/IM - Managerが取得するJP1イベントの詳細な条件を設定するためのフィルターです。

JP1/SES形式のイベントを取得するようにしたり，特定のJP1イベントの取得を抑止する場合に使用します。

イベント発行条件

JP1/IMのセントラルスコープで，監視ノードがどの状態に変わったときにJP1イベントを発行するかを決める条件です。

監視ノードは，監視対象からのJP1イベントを基にして，監視対象の状態を管理しています。イベント発行条件を定義しておくことで，監視ノードの状態が変わったとき，つまり監視対象で何らかの問題などの事象が発生した場合にJP1イベントを発行し，問題が発生したことを迅速に検知して対応できます。

なお，発行されるJP1イベントのイベントIDは「00003FB0」です。

イベントバッファー

JP1/IM - Manager（JP1/IM - Central Console）がメモリー上に持つバッファーで，JP1/Baseのイベントサービスから抽出したJP1イベントを格納するために使用します。

イベントバッファーには，次のどれかのタイミングでJP1イベントが格納されます。

JP1/IM - Manager（JP1/IM - Central Console）が起動した

JP1/BaseのイベントDBにJP1イベントが格納された

JP1/IM - ViewはJP1/Baseのイベントサービスから直接イベントを取得するのではなく，イベントバッファー内のイベントを取得します。

インシデント

ITサービスの品質を低下させたり，システムの正常な運用を妨げたりする障害事象の単位を指します。

インシデント管理サーバ

JP1/IM - Incident Masterがインストールされたサーバです。インシデントは，インシデント管理サーバのインシデントDB上で管理されています。WWWブラウザー（IE）からインシデント管理サーバにアクセスすることで，インシデントを参照できます。

インシデント登録機能

JP1/IM - Managerが管理する一つ以上のJP1イベントを相関させて，一つのインシデントを生成する機能です。インシデント登録条件に定義した期間内に特定の順序または組み合わせでJP1イベントが発生した場合に，インシデント登録条件が成立し，生成されたインシデントがJP1/IM - Incident Masterに登録されます。

→「JP1/IM - Incident Master」を参照してください。

エージェント

JP1/IMで，マネージャーによって管理されるホストのことです。または，マネージャープログラムによって管理されるプログラムのことです。

JP1/IMでは，JP1/Baseがエージェントプログラムとして，JP1/IM - ViewおよびJP1/IM - Managerからの処理要求を受けて，JP1イベントの管理や，コマンド実行などをします。

エージェントでは，基盤機能を提供するJP1/Baseを実行します。

エージェント構成

JP1/IMのシステムのうち，JP1/Baseが動作しているマネージャーおよび監視対象のエージェントから成る構成のことです。

（カ行）

ガイド機能

JP1/IMのセントラルスコープで，システムで発生した問題などの対処手順やエラーの要因などを表示する機能です。

システムの監視中に発生した問題について，対処手順などをアドバイスとして表示することで，問題発生時の初動対応でのシステム管理者の負担を軽減できます。

ガイド機能は監視ノード単位でのガイドを表示する機能です。なお，JP1/IMのセントラルコンソールにもガイドがありますが，こちらはJP1イベント単位でのガイドを表示する機能です。

→「イベントガイド機能」を参照してください。

拡張属性

JP1イベントが持つ情報（属性）のうち，イベント発行元プログラムが任意に指定する属性のことです。

→「JP1イベント」を参照してください。

仮想化環境管理ソフトウェア

JP1/SC/CM，SCVMM，およびvCenterの仮想化システム管理ソフトに使用できるソフトウェアです。

仮想化ソフトウェア

Hyper-V，Virtage，およびVMware ESXのVMMホストに使用できるソフトウェアです。

仮想ルートノード

監視ツリーの監視範囲設定を有効にしたときにだけ表示されます。

仮想ルートノードは，監視グループや監視オブジェクトと異なり，情報の編集（［プロパティ］画面での編集）や状態の変更などの操作ができません（仮想ルートノード下の監視ノードの状態が変化すると，仮想ルートノードの状態もそれに合わせて変化しますが，仮想ルートノードの状態を直接変更することはできません。下位の監視ノードの状態を変更する必要があります）。

監視オブジェクト

JP1/IMのセントラルスコープで，監視する対象のことです。または，監視する対象の状態を［監視ツリー］画面で表示するアイコンのことです。

監視オブジェクトは，監視対象からのJP1イベントをセントラルスコープが受信したときに，状態変更条件と呼ぶ条件（例えば，重大度が緊急のあるJP1イベントを受信したときに状態を緊急にするなど）によって判定し，状態を表示します。これによって，システム上の監視対象がどのような状態になっているかを管理します。

監視グループ

監視グループには，次の2種類があります。

セントラルスコープの監視グループ
監視オブジェクトをグループ化するためのものです。または，監視オブジェクトをグループ化し［監視ツリー］画面に表示するためのアイコンのことです。
監視グループは，監視する目的に合わせて監視オブジェクトをグループ化（例えば，業務のグループ，ホストのグループなど）します。
監視グループの状態は，含まれる監視オブジェクトまたは監視グループの状態が伝えられ，最も重大度が高い状態，または状態変更条件に定義した条件に従って状態が変更されます。

IM構成管理の監視グループ
IM構成管理で設定した業務グループ内のホストを，さらに業務システムの監視視点でグルーピングしたものです。監視グループは多階層にわたるグルーピングもできます。また，この監視グループは，［監視ツリー］画面（セントラルスコープ）にも反映できます。

監視状態

JP1/IMのセントラルスコープで，監視ノードの状態を監視するか否かを決める属性です。

監視ノードの監視状態には「監視」および「非監視」があります。

監視状態が「監視」になっている監視ノードは，監視対象の状態が変更されないかを監視します。監視オブジェクトの場合は，状態変更条件に定義した監視条件に一致するJP1イベントを受信すると，状態が変更されます。監視グループの場合は，下位の監視ノードから伝えられた状態（監視ノードの状態変更があると，上位の監視ノードにその状態を伝える）のうち最も重大度の高い状態，または状態変更条件に定義した条件に従って状態が変更されます。また，JP1/IM - Viewでは，監視ノードの状態がアイコンの色で表示されます。

監視状態が「非監視」の監視ノードは，監視対象からのJP1イベントを受信したり，下位の監視ノードから状態を伝えられても，監視ノードの状態は変更されません。また，JP1/IM - Viewでは，アイコンがグレーアウトして表示されます。「非監視」は，監視対象をメンテナンスするときや，自動生成された監視ノードのうち監視が必要ないときに，監視ノードに設定します。

監視ツリー

JP1/IMのセントラルスコープで，システム上の監視対象を，システム管理者が必要とする視点に合わせて，ツリー形式で管理する機能です。または，監視ツリーを表示するJP1/IM - Viewの［監視ツリー］画面のことです。

→「セントラルスコープ」を参照してください。

監視ノード

JP1/IMのセントラルスコープで，監視ツリーを構成する監視オブジェクトと監視グループの総称です。

→「監視オブジェクト」および「監視グループ」を参照してください。

基本情報

JP1/IMのセントラルスコープで，監視ツリーを構成する監視ノードが持つ基本的な情報です。

監視グループの場合は，グループを特定する名称が基本情報となります。

例えば，"経理業務日次処理"や"ＤＢサーバグループ"のように，監視目的に合わせてグループ化した業務やサーバなどに対してのグループの名称を付けます。

監視オブジェクトの場合は，監視対象を特定するための情報が基本情報となります。

例えば，ジョブネット名やホスト名などのように，システムの中で監視対象を

特定するための情報の組み合わせを定義します。

基本情報は，監視ノードを検索する場合や，監視対象でJP1イベントが発生したときにどの監視ノードかを特定するための条件（状態変更条件の個別条件）などに使われます。

基本属性

JP1イベントが持つ情報（属性）のうち，すべてのJP1イベントが持っている属性のことです。

→「JP1イベント」を参照してください。

共通条件

JP1/IMのセントラルスコープで，監視オブジェクトが持つ状態変更条件のうち，監視オブジェクトの種類によって共通に使われる条件です。

→「状態変更条件」を参照してください。

共通除外条件

JP1/IMが監視するJP1イベントの取得条件を決めるイベント取得フィルターの一部であり，取得の対象外とするJP1イベントを定義する条件群の集合です。

共通定義情報

JP1の実行環境の定義パラメーターを格納しているデータベースのことです。

JP1/Baseが管理しており，JP1/Base，JP1/IM，JP1/AJS，およびJP1/Power Monitor 06-02以降が使用しています。データベースは，各サーバのローカルディスクにあり，定義パラメーターが物理ホストおよび論理ホストごとに分けて格納されています。

なお，JP1をクラスタシステムで運用する場合は，実行系・待機系の各サーバにある共通定義情報の論理ホストの定義内容を同じにする必要があります。このため，セットアップや環境設定をしたときは，実行系サーバでパラメーターを設定したあとで，待機系サーバに設定をコピーします。

業務グループ

JP1/IMのIM構成管理で監視対象の複数のホストを，業務で使用するシステムの単位やシステム管理者の監視対象範囲など，ある目的ごとにグルーピングした単位のことです。この業務グループの単位で，［イベントコンソール］画面（セントラルコンソール）や［監視ツリー］画面（セントラルスコープ）で参照できるJP1イベントの範囲や操作できる監視設定の範囲を管理できます。

クラスタシステム

複数のサーバを連携させて一つのシステムとして運用するシステムのことです。

障害が発生してもほかのサーバに処理を引き継ぐことで業務が中断することを避け，可用性を向上させることを目的としています。この処理を引き継ぐことをフェールオーバーといいます。

業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムの種類には，複数のサーバが並列処理をして負荷分散することを目的としたシステム構成などもありますが，このマニュアルでは，フェールオーバーによって業務の中断を防ぐシステム構成のことだけを指します。

繰り返しイベントの集約表示

JP1/IM - Viewが連続して受信する同一内容のJP1イベントを一つに集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示する機能です。この機能によって，重要なJP1イベントの見落としを防止できます。

繰り返しイベントの集約表示機能では，同一内容のJP1イベントを一つのイベントにまとめたイベントのことを集約イベントといいます。集約イベントには，集約を継続中のイベント（集約中イベント）と，集約が完了したイベント（集約完了イベント）の2種類があります。

また，同一内容のJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントのことを集約開始イベント，集約開始イベント以降に受信した集約開始イベントと同一内容のJP1イベントを繰り返しイベント，繰り返しイベントがないためイベントが集約されないイベントを非集約イベントといいます。

系切り替えシステム

→「クラスタシステム」を参照してください。

構成管理

JP1/IMが運用管理するシステムの各ホストを，マネージャーとエージェントによって階層化した構成として管理するための機能です。

構成管理機能を使用するには，IM構成管理を使用する方法と，定義ファイルを直接編集する方法があります。

管理するための情報として，構成定義の情報を使います。

→「IM構成管理」および「構成定義」を参照してください。

構成定義

JP1/IMが運用管理するシステムの階層構成（IM構成）を定義した情報です。

構成定義には，JP1/IMのマネージャーとエージェントの階層関係を定義します。また，マネージャーは階層化して定義でき，例えば上位の統合マネージャーと下位の拠点マネージャーのように定義できます。

構成定義は，JP1/IMの構成管理機能によって管理されています。

構成定義に定義している階層化したホストの情報は，JP1/IMでマネージャーに重要なJP1イベントを転送するための転送先ホストや，JP1/IMで自動アクションによってコマンドを実行できるホストの情報などとして使われます。

個別条件

JP1/IMのセントラルスコープで，監視オブジェクトが持つ状態変更条件のうち，監視オブジェクトごとに個別に定義されている条件です。

→「状態変更条件」を参照してください。

コマンド実行履歴

JP1/IM - Viewからのコマンド実行や自動アクションによるコマンド実行の際に，実行履歴が記録されるデータベースの総称です。

なお，JP1/IM - Viewからコマンド実行したときと自動アクションでコマンド実行したときの履歴は，それぞれ別個に管理されます。実際に生成されるファイル名称は次のとおりです。

JP1/IM - Viewからコマンド実行したときのコマンド実行履歴：CMDISAMLOGV8.*

自動アクションでコマンド実行したときのコマンド実行履歴：ACTISAMLOGV8.*

（サ行）

システム監視オブジェクト

JP1/IMのセントラルスコープで提供している監視オブジェクトです。

JP1シリーズの製品ごとに監視に必要になる基本的な設定が定義済みで，簡易に環境構築ができます。

→「監視オブジェクト」を参照してください。

システム情報管理

システム全体に散在する各種リソースの情報を集中して管理することで，システムを統合管理するための仕組みです。

このマニュアルでは，JP1/IM - Central Information Master，およびJP1/IM - Central Information Masterと連携するJP1/IM - Viewの一部の機能を意味します。なお，詳細については説明していません。

自動アクション

特定のJP1イベントを受信したときに，自動的にアクションとしてコマンドを実行する機能です。

自動アクションの機能によって，例えば，JP1/IMによるシステム監視中に発生した重大な事象を，管理者に通報するコマンドを実行するなどができます。自動アクションの定義では，自動アクションを実行する条件と，自動アクションとして実行するコマンドを指定します。

自動生成

JP1/IMのセントラルスコープで，監視ツリーを自動的に生成する機能のことです。

監視ツリーによってシステムを監視する場合，監視ツリーを自動生成してから，運用方法にあわせてカスタマイズすることで，簡易に環境構築ができます。

監視ツリーは，JP1/IMによって監視するシステムをツリー形式で表示するもので，システム上の監視対象である監視ノードをツリーとして配置しています。この監視ツリーには監視対象の数だけ定義情報が必要ですが，この膨大な数の定義情報をJP1/IMの自動生成機能によって自動的に生成できます。自動生成すると，JP1/IMの監視対象ホストから定義情報を自動的に収集し，監視ツリーを自動的に生成します。また，システムが構成変更された場合には，差分情報として監視ツリーとの違いを抽出できます。

重大度

JP1イベントの属性の一つで，システムで発生した事象の重大さを示す情報です。

JP1イベントの拡張属性の共通情報で，属性名は「E.SEVERITY」です。

重大度には，緊急，警戒，致命的，エラー，警告，通知，情報，およびデバッグがあります。

重大度変更機能

重大度変更機能は，JP1イベントの重大度をユーザーが自由に変更できる機能です。重大度の変更機能を使用することで，JP1イベントをシステムの運用に合わせて管理できます。

集約イベント

→「繰り返しイベントの集約表示」を参照してください。

集約開始イベント

→「繰り返しイベントの集約表示」を参照してください。

集約完了イベント

→「繰り返しイベントの集約表示」を参照してください。

集約中イベント

→「繰り返しイベントの集約表示」を参照してください。

重要イベントフィルター

［イベントコンソール］画面の［重要イベント］ページに表示する重要イベントを定義するフィルターです。

重要イベントとは，障害の発生など，特に管理が必要とされる重要なJP1イベントのことです。JP1/IMでは，重要イベントを確実に検知して対処できるよう［重要イベント］ページを提供しています。［重要イベント］ページでは，重要イベントだけ集中的に表示できるほか，各重要イベントの対処状況を管理できます。

状態

JP1/IMのセントラルスコープで，監視ノードが管理している監視対象の状態です。

監視ノードの状態には，「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」，および「初期状態」があります。「初期状態」とは監視対象がどのような状態か情報を持っていないことを意味します。

例えば，監視ノードで障害が発生して，重大度が緊急のJP1イベントが発行された場合，JP1/IMのセントラルスコープはその事象を監視ノードの状態によって管理します。

状態監視

自動アクションの異常終了を監視することです。状態監視することで，「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」の状態となって異常終了した自動アクションを検知し，ユーザーに通知できます。

状態変更条件

JP1/IMのセントラルスコープで，監視オブジェクト，監視グループのそれぞれで状態を変更する契機を決める条件です。

監視オブジェクトの状態変更条件
監視オブジェクトの状態を，どのようなJP1イベントが監視対象で発生したときに変更するか，を定義します。共通条件と個別条件，および条件が成立したときに変更する状態から構成されます。
共通条件とは，監視オブジェクトの種類に応じて共通して使われる条件のことです。例えば，ジョブ異常終了時を意味するイベントIDはジョブを監視する監視オブジェクトに共通して使われます。このような条件が共通条件として定義されています。
個別条件とは，監視オブジェクトごとに固有の値を持つ条件のことです。例えば，ジョブの名称やジョブを実行するホスト名などによって，監視オブジェクトが何を監視しているかを特定しています。このような条件が個別条件として定義されています。なお，システム監視オブジェクトの場合は，状態変更条件の個別条件に，監視オブジェクトの基本情報と同じ属性が定義されています。

監視グループの状態変更条件
監視グループの状態を，子ノードがどのような状態になったときに変更するかを定義します。子ノードの状態と比較条件，および条件が成立したときに変更する状態から構成されます。
子ノードの状態とは，監視グループの下位(直下)の監視ノードの状態のことです。例えば「警戒」を定義した場合には，「警戒」よりも優先度の高い「緊急」も含みます。
比較条件とは，「子ノードの状態」になった子ノードを，比率と個数のどちらかで比較するための条件です。比率は「子ノードの状態」になった子ノードを，子ノードの総数で割った百分率（％）で算出されます。個数は「子ノードの状態」になった子ノードの数です。

除外条件

条件に一致したJP1イベントを除外するフィルター条件です。イベント取得フィルター，イベント表示フィルター，重要イベントフィルター，ユーザーフィルター，およびイベント検索で設定できます。

初期状態

JP1/IMのセントラルスコープで，監視ツリー上の監視ノードがどのような状態か情報を持っていないことです。

→「状態」を参照してください。

スクロールバッファー

JP1/IM - Viewがメモリー上に持つバッファーで，JP1/IM - Managerのイベントバッファーから取得したJP1イベントを格納するために使用します。

スクロールバッファーは，［イベント監視］ページ，［重要イベント］ページ，［イベント検索］ページのそれぞれに対して存在します。

JP1/IM - Viewは，スクロールバッファーに格納されたJP1イベントをもとにそれぞれのページを表示します。

［イベント監視］ページ，［重要イベント］ページのスクロールバッファーには，次のどれかのタイミングでJP1イベントが格納されます。

JP1/IM - View起動時※

自動更新による画面更新時※

メニューまたはツールバーの［最新情報に更新］を選択したとき

注※　［ユーザー環境設定］画面の［表示内容の自動更新］で「する」にチェックしている場合

上記のタイミングで，JP1/IM - Viewは，イベントバッファー上に未取得のイベントが存在する間，JP1/IM - Managerと通信します。1回の通信で取得するイベントの数は，［ユーザー環境設定］画面の［更新時のイベント取得件数］で指定した数となります。

［イベント検索］ページのスクロールバッファーには，イベントを検索したタイミングでJP1イベントが格納されます。

1回の検索で取得するイベントの数は，［ユーザー環境設定］画面の［検索時のイベント取得件数］で指定した数となります。1回の検索で取得されなかったJP1イベントを検索するには［次イベント検索］ボタンを押します。

セントラルコンソール

システムで発生した事象をJP1イベントによって集中管理することで，システムを統合管理するための仕組みです。

セントラルコンソールでは，システムの各ホストで発生した事象をJP1イベントによって管理します。JP1イベントのうち，管理や対処が必要とされる重要なイベントは，マネージャーに転送し，集中的に管理します。これを，ビューアーである［イベントコンソール］画面によって監視することで，システムを集中的に監視できます。

また，特定のJP1イベントが発生したときに自動的にコマンドを実行する自動アクションや，ビューアーからシステムを操作する機能を持ちます。

これらの機能によって，システム運用管理では，システムの監視，問題の調査や対策が効率的にできます。

セントラルスコープ

システムの監視画面として管理者の目的に合わせた画面を提供することで，目的指向型のシステムを監視するための仕組みです。

セントラルスコープでは，システムを構成するホスト，プログラム，業務などさまざまな監視対象を［監視ツリー］画面でツリー形式で表示します。ツリーによって監視対象の関連がビジュアルに表示されるため，システムで発生した問題の影響範囲を視覚的に確認できます。

また，［ビジュアル監視］画面では，特に重点的に監視が必要な対象を，アイコンとして地図や業務組織図などの画像に配置してマップ形式で表示することもできます。これによって大規模なシステムでも管理者が必要な視点で監視できます。

相関イベント

相関イベントの発行によって，発行されたJP1イベントです。JP1/IMは関連性を持つJP1イベントが発行されたときに，相関イベントとして新しいJP1イベントを発行できます。JP1イベント同士の関連づけや発行する相関イベントについては，相関イベント発行定義としてユーザーが定義できます。

相関イベント発行定義

相関イベントを発行するための定義です。どのJP1イベント同士を関連づけるかや，発行する相関イベントの内容などを定義します。相関イベントの発行定義には，相関イベント発行条件名，相関の対象範囲の絞り込み条件，イベント条件，タイムアウト時間，イベント相関タイプ，同一属性値条件，同時相関数，相関成立イベント，および相関不成立イベントを定義します。

相関元イベント

相関イベントの発行契機となったJP1イベントです。相関元イベントは，［関連イベント一覧（相関）］画面に一覧表示できます。

→「相関イベント」を参照してください。

（タ行）

遅延監視

自動アクションの実行開始から終了するまでの時間を監視することです。遅延監視をすることで，一定時間経過しても終了しない自動アクションを検知し，ユーザーに通知できます。

通過条件

条件に一致したものを表示（取得）するフィルター条件です。イベント取得フィルター，イベント表示フィルター，重要イベントフィルター，ユーザーフィルター，およびイベント検索で設定できます。

転送フィルター

JP1/IMの各ホストで，転送するJP1イベントの条件と転送先マネージャーを設定するフィルターです。

これは，JP1/Baseのイベントサービスで設定する転送設定のことで，この転送設定をJP1/IMでは転送フィルターと呼んでいます。

JP1/IMでは，システムで発生した事象をJP1イベントによって集中管理するために，JP1イベントをJP1/IMのマネージャーに転送しています。この転送するJP1イベントを転送フィルターによって設定します。

統合監視DB

JP1/IM - Managerがセントラルコンソール機能に使用するデータベースです。

統合機能メニュー

任意のアプリケーションを登録して起動できる，JP1/IM - Viewの画面です。

JP1/IMのシステム運用で，運用作業に必要なアプリケーションを統合機能メニューに登録しておくことによって，JP1/IM - Viewによる運用作業を統合できます。

統合機能メニューには，あらかじめJP1シリーズ製品の画面を呼び出すための定義が設定されています。

（ハ行）

発生元ホスト

JP1イベントの発行契機となった事象が発生したホストのことです。

バリアブルバインディング

SNMPトラップをJP1/BaseでJP1イベントに変換するときに，JP1イベントの拡張属性の固有情報に取り込むSNMPトラップのバリアブルバインディングのことです。

SNMPトラップには，基本的な情報として，トラップ発行元を示すエンタープライズ名（enterprise）や，トラップの意味（generic-trapやspecific-trap）があります。これらに加えてSNMPトラップ固有の詳細情報を付加する場合は，バリアブルバインディング（variable bindings。VarBindと書く場合もある）を付加してSNMPトラップが発行されます。

バリアブルバインディングは，オブジェクト識別子（OID）とデータを持ちます。例えば，JP1/Cm2/SSOでアプリケーションを監視する場合，エラー発生を検知したときには，詳細情報としてバリアブルバインディングにアプリケーション名を付加し，SNMPトラップが発行されます。

SNMPトラップについての詳細は，RFC1157やネットワーク関連の専門書を参照してください。また，SNMPトラップのバリアブルバインディングに含まれる情報については，SNMPトラップを発行する各製品のマニュアルを参照してください。

汎用監視オブジェクト

ユーザーが任意に監視対象を設定できる監視オブジェクトです。また，システム監視オブジェクトを編集すると，汎用監視オブジェクトになります。

監視ノード種別は「汎用オブジェクト」です。

→「監視オブジェクト」を参照してください。

ビジュアルアイコン

JP1/IMのセントラルスコープで，監視ノードの属性に設定できる任意の画像およびサイズのアイコンです。ビジュアルアイコンには，デフォルトで設定されているアイコンよりも大きなアイコンを使用できるため，より自由度の高い監視画面を作成できます。なお，ビジュアルアイコンはマップ表示中および［ビジュアル監視］画面でだけ表示できます。

ビジュアル監視

JP1/IMのセントラルスコープで，システム上の監視対象のうち特に重点的に監視が必要な対象を，アイコンとして地図や業務組織図などマップ上に配置して表示する機能です。または，このマップを表示するJP1/IM - Viewの［ビジュアル監視］画面のことです。

→「セントラルスコープ」を参照してください。

非集約イベント

→「繰り返しイベントの集約表示」を参照してください。

ビューアー

JP1/IMのシステム統合管理のために，目的に沿った画面を提供するためのプログラム（GUI提供プログラム）のことです。または，ビューアーを実行するホストのことです。

ビューアーは，セントラルコンソール，セントラルスコープ，IM構成管理，システム情報管理，よびルール管理のマネージャーに接続して，システムの監視や管理作業をします。

表示開始位置の指定

統合監視DBを使用する場合，JP1/IM - Viewでは，［表示開始位置指定］領域で，日時を指定したり，スライダーを動かしたりして［イベントコンソール］画面に表示されるJP1イベントを変更できることです。

表示フィルター

［イベントコンソール］画面で表示するJP1イベントの条件を設定するフィルターです。

ユーザーが一時的に特定のJP1イベントだけを表示したいときに使用します。

フェールオーバー

JP1を実行するサーバに障害が発生した場合に，ほかの正常なサーバにJP1を移動させて処理を続行することです。または，システム管理者の操作によって，JP1を実行するサーバを切り替えることです。

実行系サーバから待機系サーバにフェールオーバーするため，系切り替えともいいます。

物理ホスト

クラスタシステムでJP1を運用する場合の，クラスタシステムを構成する物理的なサーバのことです。論理ホスト（物理的なサーバに依存せずに，フェールオーバーできる論理的なサーバ）に対する用語です。

ヘルスチェック機能

JP1/IM，JP1/Baseを構成する各プロセスがハングアップしたときに，JP1イベントや通知コマンドによって異常が発生したことをユーザーに通知する機能です。

JP1/IMのヘルスチェック機能では，JP1/IM - Managerプロセス※とマネージャー上のJP1/Baseイベントサービスのハングアップを検知できます。検知手段はJP1イベントの発行，通知コマンドの実行となります。

JP1/Baseのヘルスチェック機能では，自ホスト上のJP1/Baseプロセス，他ホスト上のJP1/Baseプロセスのハングアップを検知できます。検知手段はJP1イベントの発行となります。

JP1/IM，JP1/Baseのヘルスチェック機能を併用することで，JP1/IMとJP1/IMシステム構成下のJP1/Baseのプロセス異常を早期に検知・対応できるようになります。

注※

セントラルスコープサービス，IM構成管理サービス，IMデータベースサービスには，対応していません。

（マ行）

マネージャー

JP1/IMで，システム上のほかのプログラムを管理する役割のプログラムのことです。または，システム上のほかのホストを管理する役割のホストのことです。

JP1/IMでは，JP1/IM - Managerがマネージャープログラムとして，エージェントプログラムであるJP1/Baseを管理します。

マネージャーでは，基盤機能を提供するJP1/Baseと，JP1/IM - Managerを実行します。

メモ情報の設定機能

メモ情報の設定機能は，統合監視DBを使用する場合，［イベントコンソール］画面に表示されているJP1イベントに対して，メモを追加できる機能です。

（ヤ行）

ユーザーフィルター

［イベントコンソール］画面に表示できるJP1イベントの条件を，JP1ユーザーごとに設定するためのフィルターです。

システムの運用作業をするユーザーごとに表示するJP1イベントを制限する場合などに使用します。

（ラ行）

リモート監視構成

監視対象のホストにリモートで接続して監視する構成のことです。あらかじめ監視対象のホストにリモート通信設定をしておく必要があります。

リモートの監視対象ホスト

リモート通信設定をしている監視対象ホストのことです。JP1/Baseがインストールされていないホストで発生したログファイル上のメッセージ，およびWindowsのイベントログについて，リモート監視をすることによってJP1イベントに変換された事象を管理できます。

論理ホスト

クラスタシステムでJP1を運用するときに，JP1の実行環境となる論理上のサーバです。また，障害が発生した場合に，フェールオーバーするときの単位です。

論理ホストは，フェールオーバーの時に引き継がれる論理IPアドレスと共有ディスクを持ち，それらを使って実行するJP1などのアプリケーションから構成されます。

フェールオーバー時は，論理IPアドレスと共有ディスクを引き継いでJP1の実行を継続します。これによって，JP1を実行するサーバが物理的に変わっても，ほかのホストからは同じIPアドレスでアクセスでき，一つのホストが常に動作しているように見えます。

索引

[数字]
[Ｂ][Ｃ][Ｈ][Ｉ][Ｊ][Ｋ][Ｓ][Ｕ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(数字)

07-10の変更内容

07-11の変更内容

07-50の変更内容

07-51の変更内容

08-00の変更内容

08-01の変更内容

08-10の変更内容

08-50の変更内容

08-51の変更内容

09-00の変更内容

09-01の変更内容

09-10の変更内容

(英字)

(Ｂ)

BJEX（用語解説）

(Ｃ)

Cosminexus

監視ツリーの自動生成

監視ツリーへの追加

システム構成例

用語解説

Cosminexusのシステム環境の状態を監視する場合のシステム構成

CSV出力できる画面

イベント一覧情報の保管

クリップボードにコピーする

CSVの出力イメージ・出力形式

イベント一覧情報の保管

クリップボードにコピーする

CSVの出力項目

イベント一覧情報の保管

クリップボードにコピーする

(Ｈ)

HiRDB

監視ツリーへの追加

用語解説

(Ｉ)

IM構成管理

仮想化構成情報の収集

仮想化構成情報の設定

仮想化構成情報の排他権

仮想化システム構成の管理

仮想化システム構成の表示

管理情報のエクスポート・インポート

業務グループの管理

サービスの稼働情報の管理

セントラルスコープへのインポート

プロファイルの管理

ホストの管理

用語解説

IM構成管理DB

用語解説

IMデータベース

用語解説

容量の見積もり

IPアドレスの検討

(Ｊ)

jcochstat

接続許可の検討

JP1/AJS

監視ツリーの自動生成

システム構成例

自動アクションの実行監視

用語解説

JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成

JP1/Base

JP1/BaseによるJP1イベントの管理

JP1/IMの基盤機能

JP1イベントのフィルタリング

JP1ユーザーの管理

エージェント側での検討項目

機能一覧

コマンド実行の管理

サービスの起動管理

障害に対する検討

障害レポートの利用

正規表現

接続性

前提OS

前提プログラム

定義情報の収集と配布

転送フィルター

統合トレース機能

バージョン6からのバージョンアップについて

バージョン7からのバージョンアップについて

バージョン8からのバージョンアップについて

ファイアウォール対応

複数LAN対応

プロセス管理

用語解説

JP1/BaseによるJP1イベントの管理

JP1/Baseのプロセス管理

JP1/Cm2/NNM

システム構成例

用語解説

JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成

JP1/Cm2/SSO

監視ツリーの自動生成

用語解説

JP1/IM

JP1/Baseによる基盤機能

JP1/IM - Incident Masterとの連携

JP1/IM - Rule Operationとの連携

JP1/IM - Service Supportとの連携

JP1/IMおよびJP1/Baseの環境の検討

JP1/IMが監視するシステム全体のメンテナンスの検討

JP1/IMシステムの設計

JP1/IMシリーズとの連携

JP1/IMでの問題調査の検討

JP1/IM導入の流れ

JP1/IMの処理性能

JP1/IMの導入設計の概要

JP1/IMのメンテナンスの検討

JP1イベントによるシステム監視の検討

運用管理の設計

下位バージョンとの接続性

概要

各種システム構成への対応

各製品の接続性

各バージョンの変更内容

機能

旧バージョンのJP1/IMからのバージョンアップについて

構成

システム環境で行う通信

システム構成の検討

システムの階層構成の管理

システムの階層構成の管理の検討

システムの操作（セントラルコンソール）

システムの操作（セントラルスコープ）

自動アクション

自動アクションの検討

障害に対する検討

正規表現

制限値一覧

性能と見積もり

性能評価モデルケース

製品構成

設計項目

設計の概要

セントラルコンソールによるシステムの集中監視

セントラルスコープによるシステム監視の検討

セントラルスコープによる目的指向型のシステム監視

操作権限一覧

通信設定の変更対応

動作環境の検討

動作制御

ネットワーク構成の検討

ファイルおよびディレクトリ一覧

プロセス一覧

ポート番号

ほかの統合管理製品との連携の検討

ユーザー認証の検討

用語解説

JP1/IM - Central Console

用語解説

JP1/IM - Central Information Master

JP1/IMのシステム環境で行う通信

監視ツリーの自動生成

監視ツリーの自動生成（注意事項）

システム構成例

用語解説

JP1/IM - Central Information Masterと連携する場合の構成

JP1/IM - Central Scope

用語解説

JP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

JP1/IM - Incident Master

JP1/IM - Viewからの［インシデントの登録］画面呼び出し

JP1/IMのシステム環境で行う通信

インシデントの自動登録

インシデントの状態変更に応じたJP1イベントの対処状況変更

システム構成例

設定項目

注意事項

用語解説

連携用の機能

連携用のシステム設計

JP1/IM - Incident Masterとの連携

JP1/IM - Incident Masterと連携する場合の構成

JP1/IM - Manager

JP1/Base 06-00～09-10を管理する場合の制限事項（JP1/Baseを同一装置内前提製品とする場合）

JP1/Base 06-00～09-50を管理する場合の制限事項（IM構成管理を使用する場合）

JP1/IM - View 07-00～07-51を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - View 07-00～07-51を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - View 08-00～08-50を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - View 09-00～09-10を接続した場合の制限事項（セントラルコンソールを使用する場合）

機能一覧

内部のJP1イベント制御の仕組み

ファイル一覧（UNIX）

ファイル一覧（Windows）

プロセス一覧（UNIX）

プロセス一覧（Windows）

プロセス管理

ヘルスチェック機能

用語解説

JP1/IM - Manager 08-00～08-50に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Manager 09-00～09-10に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Managerによるシステム運用

JP1/IM - Managerの構成

JP1/IM - Managerのサービス

JP1/IM - Managerの製品構成

JP1/IM - Managerの特長

JP1/IM - Rule Operation

JP1/IMのシステム環境で行う通信

システム構成例

設定項目

注意事項

通知

通知状態・通知結果の確認

モニター起動

用語解説

連携用の機能

連携用のシステム設計

JP1/IM - Rule Operationとの連携

JP1/IM - Rule Operationと連携する場合の構成

JP1/IM - Service Supportとの連携

JP1/IM - View

JP1/Base 06-00～09-10に対してイベント検索した場合の制限事項

JP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

JP1/IM - Central Information Master連携のセットアップ

JP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

JP1/IM - Incident Master連携のセットアップ

JP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Manager 08-00～08-50に接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Manager 09-00～09-10に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Rule Operation連携のセットアップ

［インシデントの登録］画面呼び出し

カスタマイズ

環境検討

コマンド実行

コマンド実行の検討

統合機能メニュー

統合機能メニュー

ファイル一覧

プロセス一覧

モニター起動

用語解説

JP1/IM - View 08-00～08-50を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - View 09-00～09-10を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Viewでの表示情報のCSV出力

JP1/IMが監視するシステム全体のメンテナンス実施例

拠点マネージャーおよびエージェントでのJP1/Baseの設定

システム全体のメンテナンスの実施順序

統合マネージャー（JP1/IM - Manager）側での設定

メンテナンスの実施手順

JP1/IMシリーズとの連携

JP1/IMシリーズとは

JP1/Integrated Managementの概要

JP1/NETM/DM

用語解説

JP1/PFM

監視ツリーの自動生成

JP1/PFM/SSO（用語解説）

JP1/ServerConductor

用語解説

JP1/SESイベント

JP1/IMで監視する

用語解説

JP1/SSO（用語解説）

jp1hosts情報

用語解説

JP1イベント

JP1/BaseによるJP1イベントの管理

JP1イベントの転送

管理する事象の検討

事象の一元管理

集約表示

属性

対処状況設定

対処状況変更時のJP1イベント発行の検討

転送するJP1イベントの検討

フィルタリング

フィルタリング設定の検討

用語解説

履歴や統計としての利用

JP1イベント監視の処理の流れ

JP1イベント検索

検索のキャンセル

条件

処理の流れ

JP1イベントでの事象の管理

JP1イベント発行コマンドの利用

JP1イベントを発行するプログラムとの連携

他形式のイベントをイベント変換機能でJP1イベントにする

JP1イベントによる事象の一元管理

JP1イベントによる集中監視

JP1イベントの検索

JP1イベントの重大度の変更

検討

重大度を変更できるイベント

JP1イベントの情報やアクションの実行結果などをクリップボードにコピー

JP1イベントの転送

構成管理との関係

定義収集・配布機能の利用

リトライ

JP1イベントのフィルタリング

JP1共通定義情報（用語解説）

JP1権限レベル

JP1ユーザー

JP1ユーザー環境

検討

JP1ユーザーの管理

(Ｋ)

KAVB5150-W

KAVB9032-E

(Ｓ)

ServerConductor（用語解説）

SNMPトラップをJP1イベントに変換したときの重大度

System Manager（用語解説）

(Ｕ)

UTF-8

(Ｖ)

vCenter

用語解説

Virtage

用語解説

VMware vCenter Server

用語解説

(Ｗ)

WAN接続

WWWブラウザーからJP1イベントを監視する場合の構成

WWWページ

用語解説

WWWページ版のJP1/IM - View

イベント監視の検討

用語解説

(ア行)

(あ)

アクセス制御

(い)

イベントID（用語解説）

イベント一覧情報の保管

CSV出力できる画面

検討

出力イメージ

出力形式

出力項目

障害レポートの利用

スナップショットのタイミング

イベントガイド機能

JP1イベントを絞り込んで設定

運用方法に合わせて設定

検討

二つのガイドの違い

変数（置き換え文字列）を使用して設定

用語解説

イベントガイド情報

記述例

設定内容

表示例

イベントガイド情報の設定内容

イベント検索

イベント検索の条件

イベント検索の処理の流れ

［イベントコンソール］画面

用語解説

イベントサービス

イベント取得開始位置

イベント取得フィルター

カスタマイズを検討

検討

複数設定

複数設定を検討

用語解説

イベント取得フィルターを切り替えた場合に発行されるイベントについて

イベント条件

イベント相関タイプ

イベントの転送

イベントの表示開始位置の指定

イベント発行条件（用語解説）

イベントバッファー

用語解説

イベント引き継ぎ情報

イベント引き継ぎ情報の変換機能

イベントレポート出力

保守情報出力

保存出力

イベントレポート出力の保管

検討

インシデント

自動登録

手動登録

状態変更に応じたJP1イベントの対処状況変更

用語解説

インシデント管理サーバ（用語解説）

インシデント登録機能

インシデントの自動登録

用語解説

インシデント登録サービス

(う)

運用管理の設計

(え)

エージェント

システムの階層構成

製品構成

用語解説

エージェント構成

用語解説

エージェント単体でのメンテナンス実施例

(カ行)

(か)

カーネルパラメーター一覧

カーネルパラメーターの調整（UNIXの場合）

階層構成の管理

システムの階層構成の検討

ガイド機能

機能

二つのガイドの違い

用語解説

ガイド情報

活用

検討

設定内容

表示条件

表示内容

二つのガイドの違い

下位バージョンとの接続性

バージョン7製品

バージョン8製品

バージョン9製品

下位バージョンのJP1/Baseとの接続性

各種システム構成への対応

概要

機能

拡張属性（用語解説）

各バージョンの変更内容

07-10

07-11

07-50

07-51

08-00

08-01

08-10

08-50

08-51

09-00

09-01

09-10

仮想化環境管理ソフトウェア

用語解説

仮想化構成情報の収集

仮想化構成情報の設定

仮想化構成情報の排他権

仮想化システム構成の管理

仮想化システム構成の管理

仮想化システム構成の表示

仮想化ソフトウェア

用語解説

仮想ルートノード

用語解説

監視オブジェクト

JP1イベント受信時に監視オブジェクトを初期状態にする

監視オブジェクトの自動初期化機能

監視オブジェクトの状態変更条件

状態変更処理の流れ

用語解説

監視オブジェクトDB

自動バックアップ・リカバリーの検討

監視グループ

監視グループ

IM構成管理

監視グループの状態変更条件

状態変更条件の定義についての制限事項

状態変更条件の定義の検討

状態変更条件の定義例

セントラルスコープ

用語解説

監視状態（用語解説）

監視ツリー

仮想ルートノード

監視オブジェクト

監視グループ

監視ノード

監視範囲設定

検討

構成

自動生成

自動生成処理の流れ

自動生成するための条件

自動生成できる監視ツリーの構造

自動生成の仕組み

種別

編集

マップ表示設定

用語解説

監視ノード

状態

用語解説

監視ノードの検索

監視の設計

監視項目の検討

監視視点の検討（セントラルスコープの利用）

監視方法の検討

監視マシンで必要なメモリー，ディスク容量

監視用サーバで必要なメモリー，ディスク容量，データベース容量

(き)

起動オプション

cold

warm

機能

機能一覧

基本構成

基本情報

用語解説

基本属性

用語解説

旧バージョンのJP1/IMからのバージョンアップについて

共通条件

用語解説

共通除外条件

用語解説

共通定義情報

用語解説

業務グループ

業務グループ

用語解説

業務グループの検討

業務グループの参照・操作制限の仕組み

(く)

クラスタシステム

システム構成例

用語解説

クラスタシステムでの運用

繰り返しイベントの集約

検討

繰り返しイベントの集約処理の仕組み

繰り返しイベントの集約表示

仕組み

集約処理の例

用語解説

クリップボードにコピーする

CSVの出力項目

クリップボードにコピーできる情報と対象の画面

出力イメージ

出力形式

注意事項

(け)

系切り替えシステム（用語解説）

言語環境混在での運用

言語環境の検討

言語混在環境での運用

サーバ単位での条件

システム単位での条件

検索

JP1イベント検索

監視ノード

状態変更イベント

検知・通知の設計

JP1イベントと重大度の検討

緊急度に応じた対応の検討

セントラルスコープでの監視

(こ)

構成管理

用語解説

構成定義

用語解説

コネクションの接続状態

子ノードの状態

個別条件

用語解説

コマンド実行

OSでのコマンド実行

機能

結果の確認

検討

コマンド実行（JP1/Base制御部分）

コマンド実行環境の検討（JP1/Base制御部分）

コマンド実行状態に応じたJP1イベントの発行

コマンド実行の条件

コマンド実行をするユーザー

実行できるコマンド

条件

状態の確認

処理の流れ

注意事項

トラブルシューティング用コマンド

ホストグループによる複数ホストでのコマンド実行

コマンド実行の管理

コマンド実行履歴（用語解説）

コマンド同時実行数

(サ行)

(さ)

サーバのネットワーク構成

サービスの稼働情報の管理

稼働情報を収集する

稼働情報を表示する

サービスの起動管理

参照・操作

業務グループの参照・操作制限の仕組み

(し)

システム監視オブジェクト

用語解説

システム管理の課題と統合管理

システム構成の管理

管理対象

システム構成の検討

システム構成例

Cosminexusのシステム環境の状態と使用されるリソース状況を監視する（Cosminexus + JP1/Cm2/SSO連携）

Cosminexusのシステム環境の状態を監視する

JP1/AJSと連携して，ジョブの実行状況を監視する

JP1/Cm2/NNMまたはHP NNMと連携してネットワークを監視する

WWWブラウザーからJP1イベントを監視する

基本構成

クラスタシステムで運用する

バージョンの混在

システム構成例（Cosminexus+JP1/Cm2/SSO）

Cosminexus

JP1/Cm2/SSO

システム情報管理

用語解説

システムの階層構成

システムの階層構成の管理

構成の同期をとる

構成を検証する

構成を取得する

構成を反映する

構成を表示する

構成を編集する

システムの階層構成の検討

システムの監視

システムのライフサイクル

指定期間のイベント表示

自動アクション

概要

稼働設定

キャンセル

検討

コマンド実行（JP1/Base制御部分）

コマンド実行環境の検討（JP1/Base制御部分）

コマンドを実行するホスト

コマンドを実行するユーザー

再実行

実行監視

実行監視機能による自動アクションの異常監視

実行監視の設定

実行結果の確認

実行条件として指定できる項目

実行条件の優先度

実行状態の確認

実行するコマンドの指定

実行できるコマンド

実行の流れ

状態監視

状態管理

状態遷移

処理の流れ

遅延監視

注意事項

定義

パラメーターグループとAND条件

用語解説

抑止

自動生成

仕組み

条件

処理の流れ

生成種別

生成できる監視ツリーの構造

用語解説

自ホスト上のJP1/Baseプロセスの状態監視

重大度

JP1イベントの属性

用語解説

重大度の変更

重大度変更機能

用語解説

重大度を変更できるイベント

集約

繰り返しイベントの集約

集約イベント（用語解説）

集約開始イベント（用語解説）

集約完了イベント（用語解説）

集約中イベント（用語解説）

非集約イベント（用語解説）

重要イベントフィルター

検討

用語解説

障害時の通知と対処

JP1/Baseのプロセス管理

JP1/IM - Managerのプロセス管理

JP1/IM - Managerのヘルスチェック機能

障害レポートの利用

状態

監視ノード

用語解説

状態監視

用語解説

状態変更イベント

検索

自動削除

状態変更条件

監視オブジェクトの状態変更条件

監視グループの状態変更条件

検討

メモリーに常駐させる機能

用語解説

除外条件

用語解説

初期状態

用語解説

処理の流れ

JP1イベント検索

監視オブジェクトの状態変更

監視ツリーの自動生成

コマンド実行

自動アクション

資料採取ツール

(す)

スクロールバッファー

用語解説

スナップショットのタイミング

(せ)

正規表現

指定例

種類

使用する際のヒント

選択（検討）

比較

文法

制限値一覧

性能と見積もり

性能と見積もり（付録）

性能評価モデルケース

製品構成

設計の概要

設計または検討する

Cosminexusのシステム環境の状態を監視する場合のシステム構成

IMデータベースの容量の見積もり

JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成

JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成

JP1/IM - Central Information Masterと連携する場合の構成

JP1/IM - Incident Masterと連携する場合の構成

JP1/IM - Incident Master連携用のシステム設計

JP1/IM - Managerのシステム環境の検討

JP1/IM - Rule Operationと連携する場合の構成

JP1/IM - Rule Operation連携用のシステム設計

JP1/IM - Viewからのコマンド実行の検討

JP1/IM - Viewの環境

JP1/IM，JP1/Baseの障害に対する検討

JP1/IMおよびJP1/Baseの環境の検討

JP1/IMが監視するシステム全体のメンテナンス実施例

JP1/IMが監視するシステム全体のメンテナンスの検討

JP1/IMシステムの設計

JP1/IMでの問題調査の検討

JP1/IM導入の流れ

JP1/IMの処理性能

JP1/IMの導入設計の概要

JP1/IMのメンテナンスの検討

JP1イベントでの事象の管理

JP1イベントによるシステム監視の検討

JP1イベントの重大度変更の検討

JP1イベントのフィルタリング設定の検討

JP1ユーザー環境の検討

WAN接続

WWWブラウザーからJP1イベントを監視する場合の構成

WWWページ版のJP1/IM - Viewによるイベント監視の検討

イベント一覧情報の保管（CSV出力）の検討

イベントガイドの検討

イベント取得開始位置の設定の検討

運用管理の設計

エージェント単体でのメンテナンス実施例

カーネルパラメーターの調整（UNIXの場合）

ガイドの検討

監視オブジェクトDBの自動バックアップ・リカバリー

監視グループの状態変更条件の定義の検討

監視ツリーの検討

監視の設計

監視マシンで必要なメモリー，ディスク容量

監視用サーバで必要なメモリー，ディスク容量，データベース容量

基本構成

旧バージョンのJP1/IMからのバージョンアップについて

クラスタシステムで運用する場合の構成

繰り返しイベントの集約表示の検討

言語環境の検討

検知・通知の設計

コマンド実行環境の検討

サーバのネットワーク構成

システム構成の検討

システムの階層構成の管理の検討

システムの階層構成の検討

自動アクションの検討

障害レポートの利用

正規表現の選択

性能と見積もり

性能評価モデルケース

設計項目

設計の概要

前提OS，前提パッチの確認

セントラルスコープに関するシステム設計

セントラルスコープによるシステム監視の検討

相関イベント発行の検討

対処状況変更時のJP1イベント発行の検討

通信タイムアウト時間の検討

ディスク容量の確認

データベースのメンテナンスの検討

統合監視DBのイベント情報の保管（イベントレポート出力）の検討

統合機能メニュー

動作環境の検討

ネットワーク構成の検討

バージョン6のJP1/Baseからのバージョンアップについて

バージョン7のJP1/Baseからのバージョンアップについて

バージョン7のJP1/IM - Viewからのバージョンアップについて

バージョン7のJP1/IMマネージャー製品からのバージョンアップについて

バージョン8のJP1/Baseからのバージョンアップについて

バージョン8のJP1/IM - Viewからのバージョンアップについて

バージョン8のJP1/IMマネージャー製品からのバージョンアップについて

バージョンの混在が可能なシステム構成

バックアップの検討

ビジュアル監視の検討

ファイアウォールを経由したネットワークでの運用

複数のネットワークに接続された構成での運用

ほかの統合管理製品との連携の検討

ホスト名とIPアドレス

マネージャーに転送するJP1イベントの検討

メモリー所要量・ディスク占有量の見積もり

メンテナンス実施前の検討項目

モニター起動

ユーザー認証の検討

ユーザー要件

接続性

下位バージョン

設定ファイルの内容の編集

設定ファイルの排他編集権の獲得と解除

前提OS

前提OS，前提パッチの確認

前提プログラム

セントラルコンソール

JP1/IM - Incident Master連携

JP1/IM - Rule Operation連携

JP1/IM - Service Supportとの連携

JP1イベントの重大度の変更

JP1イベントのフィルタリング

イベント一覧情報の保管（CSV出力）

イベントガイド機能

イベント検索

繰り返しイベントの集約表示

コマンド実行

システムの運用監視で必要な操作権限

システムの集中監視

自動アクション

制限値一覧

相関イベントの発行

統合監視DBのイベント情報を保管（イベントレポート出力）

統合機能メニュー

発生元ホストのマッピング

モニター起動

用語解説

セントラルスコープ

ガイド機能

監視オブジェクトDBの自動バックアップ・リカバリー

監視画面の設定

機能概要

仕組み

システム監視の検討

システム監視の仕組み

システムの運用監視で必要な操作権限

状態変更イベントが100件を超えた場合のイベント発行

状態変更イベント検索

制限値一覧

セントラルスコープに関するシステム設計

対処済み連動機能

データベース

統合機能メニュー

ホスト情報

目的指向型のシステム監視

用語解説

セントラルスコープでの監視（業務グループ）

セントラルスコープへのインポート

(そ)

相関イベントの発行

稼働環境の検討

検討

サービスの稼働設定

サービスの状態遷移

仕組み

状態

成立しない条件

成立する条件

相関イベント（用語解説）

相関イベント発行機能の起動後のJP1イベント取得処理

相関イベント発行機能の起動時の処理

相関イベント発行処理

相関イベント発行定義（用語解説）

相関イベント発行履歴ファイルの内容

相関元イベント（用語解説）

注意事項

発行される相関イベント

発行処理の対象となるJP1イベント

発行定義

発行定義の検討

相関イベント発行条件名

相関イベント発行履歴ファイル

形式

出力される処理内容

出力例

相関成立イベント

相関の対象範囲の絞り込み条件

相関不成立イベント

操作権限一覧

(タ行)

(た)

対処状況の変更

対処状況変更時のJP1イベント発行の検討

対処済み連動

動作

無効になる契機

タイムアウト時間

他ホスト上のJP1/Baseプロセスの状態監視

ダンプ出力コマンド

(ち)

遅延監視

用語解説

注意事項

JP1システム環境の検討

JP1ユーザー環境の検討

監視ツリー

クラスタシステム

コマンド実行

自動アクション

対処状況変更時のJP1イベント発行

ファイアウォール

ユーザー認証

(つ)

通過条件

用語解説

通信

JP1/IM - Central Information Masterとの通信

JP1/IM - Incident Masterとの通信

JP1/IM - Rule Operationとの通信

JP1/IMのポート番号

コネクションの接続状態

通信設定の変更対応

通信タイムアウト時間の検討

ビューアー・マネージャー間

ファイアウォールの通過方向

マネージャー・エージェント間

マネージャー・認証サーバ間

ローカルホスト内

(て)

定義情報の収集と配布

イベントサービスの定義情報の収集と配布

監視ツリーの自動生成（セントラルスコープの利用）

ディスク占有量

ディスク占有量の見積もり

ディスク容量の確認

ディレクトリ一覧

データベースのメンテナンスの検討

転送フィルター

用語解説

(と)

同一属性値条件

統合監視DB

用語解説

統合機能メニュー

統合機能メニュー

検討

用語解説

［統合機能メニュー］画面

新規メニューの追加の概要

新規メニューを追加するための前提条件

統合トレース機能

動作環境の検討

同時相関数

(ナ行)

(に)

認証圏

(ね)

ネットワーク

ネットワーク構成の検討

ネットワーク上を流れるデータ量

(ハ行)

(は)

バージョン6のJP1/Baseからのバージョンアップについて

バージョン7のJP1/Baseからのバージョンアップについて

バージョン7のJP1/IM - Viewからのバージョンアップについて

バージョン7のJP1/IMマネージャー製品からのバージョンアップについて

インストール先ディレクトリについて

バージョン7のJP1/IM - Central Consoleからのバージョンアップについて

バージョン7のJP1/IM - Central Scopeからのバージョンアップについて

バージョン8のJP1/Baseからのバージョンアップについて

バージョン8のJP1/IM - Viewからのバージョンアップについて

バージョン8のJP1/IMマネージャー製品からのバージョンアップについて

バージョン8のセントラルコンソールからのバージョンアップについて

バージョン8のセントラルスコープからのバージョンアップについて

バージョン9でIM構成管理を使用する場合

バージョンの混在が可能なシステム構成

排他編集権の獲得と解除

バックアップ

検討

発生元ホスト

用語解説

発生元ホストのマッピング

バリアブルバインディング

用語解説

汎用監視オブジェクト

用語解説

(ひ)

比較条件

非クラスタシステムでの論理ホスト運用

ビジュアルアイコン

用語解説

ビジュアル監視

検討

用語解説

非集約イベント

用語解説

ビューアー

ビューアー

用語解説

ビューアー・マネージャー間の通信

表示開始位置の指定

用語解説

表示フィルター

検討

用語解説

(ふ)

ファイアウォール

検討

注意事項

通過方向

ファイアウォール対応

ファイル一覧

フィルター

イベント取得フィルター

重要イベントフィルター

条件定義

転送フィルター

表示フィルター

ユーザーフィルター

フェールオーバー

用語解説

複数LAN対応

検討

複数のネットワークに接続された構成での運用

物理ホスト

用語解説

プロセス一覧

プロセス管理

JP1/Base

JP1/IM - Manager

異常検知時のJP1イベントの発行

異常終了時の再起動

コマンド

プロファイルの管理

管理対象

収集する

表示する

リストを収集する

プロファイルの追加と削除

(へ)

ヘルスチェック機能

JP1/IM - Manager

監視対象プロセス

仕組み

有効および無効設定

用語解説

(ほ)

ポート番号

ほかの統合管理製品との連携の検討

ホスト情報

検討

収集する

ホスト情報の変更

ホストの管理

管理対象

削除する（［エージェント構成編集］画面または［リモート監視構成編集］画面）

削除する（［エージェント構成編集］画面または［リモート監視構成編集］画面）

情報を収集する

情報を表示する

ホストの登録

ホスト名

検討

(マ行)

(ま)

マッピング

発生元ホスト

マネージャー

マネージャー

用語解説

マネージャー・エージェント間の通信

マネージャー・認証サーバ間の通信

マネージャーに転送するJP1イベントの検討

(め)

メモ情報の設定機能

用語解説

メモリー所要量

メモリー所要量・ディスク占有量の見積もり

メモリー所要量の見積もり

メンテナンス

JP1/IMが監視するシステム全体のメンテナンスの検討

共通除外条件を検討する

検討

メンテナンス実施前の検討項目

エージェント(JP1/Base)側での検討項目

システム全体での検討項目

マネージャー（JP1/IM - Manager）側での検討項目

(も)

モニター画面

呼び出しの概要

呼び出すための前提条件

モニター起動

JP1/IM - Rule Operation

検討

問題の調査

検討

(ヤ行)

(ゆ)

ユーザー管理

アクセス制御

ユーザー認証

ユーザー認証の検討

ユーザーマッピング

ユーザー独自のイベント属性

表示の概要

ユーザー認証

JP1ユーザーのアクセス権限の検討

検討

注意事項

ユーザー認証圏の検討

ユーザーフィルター

検討

用語解説

ユーザーマッピング

ユーザー要件

(よ)

用語解説

(ラ行)

(り)

リモート監視イベントログトラップ（起動と停止）

リモート監視構成

用語解説

リモート監視構成の管理

リモート監視ログファイルトラップ（起動と停止）

リモートの監視対象ホスト

用語解説

(れ)

連携用の機能

JP1/IM - Service Support

(ろ)

ローカルホスト内の通信

ログファイルトラップ（起動と停止）

ログファイルトラップとイベントログトラップの起動と停止

ログファイルトラップの起動と停止

論理ホスト

用語解説

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BSAFEは，EMC Corporationの米国およびその他の国における登録商標または商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP-UXは，Hewlett-Packard Companyのオペレーティングシステムの名称です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
J2EEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JDBCは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corporationの商品名称です。
NetInsightは，株式会社日立ソリューションズの登録商標です。
POSIXは，the Institute of Electrical and Electronics Engineers, Inc. (IEEE)で制定された標準仕様です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
RSAは，EMC Corporationの米国およびその他の国における登録商標または商標です。
Solarisは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Sunは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Sun Microsystemsは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
TELstaffは，株式会社日立ソリューションズの登録商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
XPG4は，X/Open Company Limitedの規格名称です。
プログラムプロダクト「P-9D2C-8E91」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-8E91」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.
This product includes software developed by IAIK of Graz University of Technology.
Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.
This product includes software developed by the University of California, Berkeley and its contributors.
This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).
Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England. The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/
This product includes software developed by Ralf S.Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).

本製品は，EMC CorporationのRSA(R) BSAFETMソフトウェアを搭載しています。