JP1 Version 8

JP1/Integrated Management - Manager システム構築・運用ガイド

解説・手引・操作書

3020-3-K01-81

目　　次

前書き

変更内容

はじめに

第1編　概要編

1.　JP1/Integrated Managementの概要

1.1　JP1/IMとは

1.1.1　JP1/IMの概要

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

1.2　JP1/IMの特長

1.2.1　JP1/IMの特長

1.2.2　JP1/IMによるシステム運用

1.2.3　JP1/IMの機能概要

1.3　JP1/IMの構成

1.3.1　JP1/IMの製品構成

1.3.2　JP1/IMのシステム構成

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

1.4　統合コンソールによるシステム統合管理

1.4.1　統合コンソールによる集中監視

1.4.2　自動アクションによる問題発生の通知

1.4.3　統合コンソールを基点とした問題の調査

1.4.4　重要イベントの管理

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

1.4.6　JP1/IM - Incident Masterへのインシデント登録（JP1/IM - Incident Master連携）

1.4.7　JP1/IM - Rule Operationへのルール起動要求（JP1/IM - Rule Operation連携）

1.5　統合スコープによるシステム統合管理

1.5.1　統合スコープによるシステムの集中監視

1.5.2　自動アクションによる問題発生の通知

1.5.3　統合スコープを基点とした問題の調査

1.5.4　ガイド機能

1.5.5　問題の対策

1.6　JP1/IMの基盤機能

1.6.1　システムで発生した事象の一元管理

1.6.2　システムの階層管理

1.6.3　システム統合管理でのJP1ユーザー

2.　JP1/Integrated Managementによるシステム統合管理

2.1　JP1/IMによるシステム運用サイクル

2.2　統合コンソールによる運用シナリオ

2.2.1　統合コンソールによる運用例

2.2.2　JP1/IMシステムの構築の概要

2.2.3　システムの監視

2.2.4　問題発生の検知と通知

2.2.5　問題の調査

2.2.6　問題の対策

2.3　統合スコープによる運用シナリオ

2.3.1　統合スコープによる運用例

2.3.2　JP1/IMシステムの構築の概要

2.3.3　システムの監視

2.3.4　問題発生の検知と通知

2.3.5　問題個所の確認

2.3.6　問題の調査

2.3.7　問題の対策

2.4　このマニュアルの読み方について

第2編　機能編

3.　JP1/IMの機能

3.1　JP1/IMの構成

3.1.1　製品構成

3.1.2　前提OS

3.1.3　前提プログラム

3.1.4　各製品の機能

3.2　統合コンソールによるシステムの集中監視

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

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

3.2.3　相関イベントの発行

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

3.2.5　イベント検索

3.2.6　イベントガイド機能

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

3.3　統合スコープによる目的指向型のシステム監視

3.3.1　統合スコープの機能概要

3.3.2　監視ツリー

3.3.3　監視ツリーの自動生成

3.3.4　監視ツリーの編集

3.3.5　ビジュアル監視

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

3.3.7　ガイド機能

3.3.8　対処済み連動機能

3.3.9　統合スコープの仕組み

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

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

3.4.2　統合機能メニュー

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

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

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

3.5.2　自動アクションの定義

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

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

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

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

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

3.6　JP1/Baseによる基盤機能

3.6.1　JP1イベントの管理

3.6.2　JP1/IMシステムの構成管理

3.6.3　コマンド実行の管理

3.6.4　JP1ユーザーの管理

3.6.5　定義情報の収集と配布

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

3.6.7　統合トレース機能

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

3.6.9　JP1/Baseのプロセス管理

3.7　JP1/IMの動作制御

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

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

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

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

3.8.1　ファイアウォール対応

3.8.2　複数LAN対応

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

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

3.8.5　言語環境混在での運用

4.　ほかの統合管理製品との連携

4.1　JP1/IM - Incident Masterとの連携

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

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

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

4.2　JP1/IM - Rule Operationとの連携

4.2.1　JP1/IM - Rule Operationへの通知

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

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

第3編　設計編

5.　設計の概要

5.1　JP1/IM導入の流れ

5.2　設計項目

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

5.3.1　設計の概要

5.3.2　監視の設計

5.3.3　検知・通知の設計

6.　運用管理の設計

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

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

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

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

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

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

6.1.6　イベントガイドの検討

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

6.2　統合スコープによるシステム監視の検討

6.2.1　監視ツリーの検討

6.2.2　ビジュアル監視の検討

6.2.3　ガイドの検討

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

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

6.3.1　モニター起動

6.3.2　統合機能メニュー

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

6.4　自動アクションの検討

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

7.1　動作環境の検討

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

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

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

7.1.4　言語環境の検討

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

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

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

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

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

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

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

7.3　システム構成の検討

7.3.1　基本構成

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

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

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

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

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

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

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

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

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

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

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

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

7.4.1　ホスト名とIPアドレス

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

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

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

7.4.5　WAN接続

7.5　システムの構成定義の検討

7.6　ユーザー認証の検討

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

7.7.1　正規表現の選択

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

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

7.7.4　JP1ユーザー環境の検討

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

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

7.7.7　統合スコープに関するシステム設計

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

7.7.9　JP1/IM - Viewの環境

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

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

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

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

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

7.9.1　バックアップの検討

7.9.2　データベースの確認

7.9.3　ディスク容量の確認

7.9.4　障害レポートの利用

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

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

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

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

8.　性能と見積もり

8.1　JP1/IMの処理性能

8.2　性能評価モデルケース

8.2.1　ユーザー要件

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

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

第4編　構築編

9.　インストールとセットアップ（Windowsの場合）

9.1　インストールとセットアップの流れ

9.2　インストール前に必要な作業

9.2.1　JP1/IMのセットアップ内容の設計

9.2.2　システム環境の構築

9.2.3　前提プログラムのインストール

9.3　インストール

9.3.1　インストール手順

9.3.2　アンインストール手順

9.3.3　インストール・アンインストール時の注意事項

9.4　JP1/Baseのセットアップ

9.4.1　イベントサービス機能の設定

9.4.2　JP1イベントの転送設定

9.4.3　サービスの起動順序の設定

9.4.4　ユーザー認証の設定およびユーザーマッピングの設定

9.4.5　JP1/Baseの障害に備えた設定

9.4.6　システムの構成定義情報の設定

9.4.7　コマンド実行環境の設定

9.4.8　イベントサービスの定義情報の収集と配布

9.4.9　イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定

9.5　JP1/IM - Managerのセットアップ

9.5.1　統合スコープの機能を使用するための設定

9.5.2　JP1/IM - Managerの障害に備えた設定

9.5.3　バージョンアップ時の設定

9.6　JP1/IM - Viewのセットアップ

9.6.1　JP1/IM - Viewの障害に備えた設定

9.6.2　JP1/IM - Central Information Master連携のセットアップ

9.6.3　JP1/IM - Rule Operation連携のセットアップ

10.　インストールとセットアップ（UNIXの場合）

10.1　インストールとセットアップの流れ

10.2　インストール前に必要な作業

10.2.1　JP1/IMのセットアップ内容の設計

10.2.2　システム環境の構築

10.2.3　前提プログラムのインストール

10.3　インストール

10.3.1　インストール手順

10.3.2　Hitachi PP Installerの使用方法

10.3.3　アンインストール手順

10.3.4　インストール・アンインストール時の注意事項

10.4　JP1/Baseのセットアップ

10.4.1　イベントサービス機能の設定

10.4.2　JP1イベントの転送設定

10.4.3　ユーザー認証の設定およびユーザーマッピングの設定

10.4.4　JP1/Baseの障害に備えた設定

10.4.5　システムの構成定義情報の設定

10.4.6　コマンド実行環境の設定

10.4.7　イベントサービスの定義情報の収集と配布

10.4.8　イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定

10.5　JP1/IM - Managerのセットアップ

10.5.1　セットアッププログラムの実行

10.5.2　JP1/IMの環境変数の設定

10.5.3　自動起動および自動終了の設定

10.5.4　統合スコープの機能を使用するための設定

10.5.5　JP1/IM - Managerの障害に備えた設定

10.5.6　バージョンアップ時の設定

11.　統合コンソールの設定

11.1　JP1/IMのイベント取得時の動作設定

11.2　JP1イベントのフィルタリングの設定

11.2.1　表示フィルターを設定する

11.2.2　ユーザーフィルターを設定する

11.2.3　重要イベントフィルターを設定する

11.2.4　イベント取得フィルターを設定する

11.3　自動アクションの設定

11.4　相関イベント発行の設定

11.5　イベントガイド情報の編集

11.5.1　イベントガイド情報の編集の手順

11.6　対処状況変更時のJP1イベント発行の設定

11.7　ログインユーザーごとのJP1/IM - Viewの設定

11.8　JP1/IM - Viewの動作カスタマイズ

11.9　連携製品のモニター起動の設定

11.10　統合機能メニューの設定

11.10.1　統合機能メニューから連携製品のGUIを起動するための設定

11.10.2　統合機能メニューから連携製品のWWWページを起動するための設定

11.11　WWWページ版のJP1/IM - Viewを使用する場合の設定

12.　統合スコープの設定

12.1　統合スコープの環境設定の概要

12.2　ホスト情報の登録

12.3　監視ツリーをGUIで作成する

12.3.1　監視ツリーの編集画面の起動

12.3.2　既存の監視ツリーの取得

12.3.3　監視ツリーの自動生成

12.3.4　監視ツリーのカスタマイズ

12.3.5　カスタマイズした監視ツリーのローカルホストへの保存

12.3.6　カスタマイズした監視ツリーのマネージャーホストへの反映

12.4　［ビジュアル監視］画面をGUIで作成する

12.4.1　［ビジュアル監視］画面の編集画面の起動

12.4.2　既存の［ビジュアル監視］画面の取得

12.4.3　［ビジュアル監視］画面のカスタマイズ

12.4.4　カスタマイズした［ビジュアル監視］画面のローカルホストへの保存

12.4.5　カスタマイズした［ビジュアル監視］画面のマネージャーホストへの反映

12.4.6　［ビジュアル監視］画面の一覧の編集および削除

12.5　保存したCSV形式ファイルによる監視画面の作成

12.6　ガイド情報の編集

12.6.1　ガイド情報の編集の手順

12.7　統合スコープの動作環境の設定

12.7.1　状態変更イベント件数の上限監視の設定

12.7.2　対処済み連動機能の設定

12.7.3　 JP1イベントの対処済み時に状態変更イベントを自動で削除するための設定

12.7.4　JP1イベント受信時に監視オブジェクトを初期化するための設定

12.7.5　状態変更条件メモリー常駐機能の設定

12.7.6　［監視ツリー］画面のツールバーのカスタマイズ

12.8　連携製品のセットアップ

12.8.1　JP1/AJS2との連携でのセットアップ

12.8.2　JP1/Cm2/SSOとの連携でのセットアップ

12.8.3　JP1/PFMとの連携でのセットアップ

12.8.4　JP1/Cm2/NNMとの連携でのセットアップ

12.8.5　JP1/NETM/DMとの連携でのセットアップ

12.8.6　JP1/SCIMとの連携でのセットアップ

12.8.7　JP1/PAMとの連携でのセットアップ

12.8.8　Cosminexusとの連携でのセットアップ

12.8.9　HiRDBとの連携でのセットアップ

12.8.10　JP1/ServerConductorとの連携でのセットアップ

12.8.11　JP1/IM - Central Information Masterとの連携でのセットアップ

12.9　監視オブジェクト作成例

12.9.1　システム監視オブジェクトの作成例（JP1/AJS2のジョブネット監視）

12.9.2　汎用監視オブジェクトの作成例（JP1/Cm2/SSOによるCPU監視）

12.9.3　汎用監視オブジェクトの作成例（HiRDBの監視）

12.9.4　汎用監視オブジェクトの作成例（JP1/Cm2/SSOによるCosminexus業務のリソース監視）

13.　クラスタシステムでの運用と環境構築

13.1　クラスタ運用の概要

13.1.1　クラスタシステムの概要

13.1.2　クラスタ運用の前提条件

13.1.3　クラスタシステムでのJP1/IMの構成

13.2　クラスタ運用の環境設定（Windowsの場合）

13.2.1　環境設定の流れ

13.2.2　論理ホストのインストール・セットアップ

13.2.3　クラスタソフトへの登録（Windowsの場合）

13.2.4　設定変更時の作業

13.2.5　論理ホストの削除

13.3　クラスタ運用の環境設定（UNIXの場合）

13.3.1　環境設定の流れ

13.3.2　論理ホストのインストール・セットアップ

13.3.3　クラスタソフトへの登録（UNIXの場合）

13.3.4　設定変更時の作業

13.3.5　論理ホストの削除

13.4　クラスタ運用時の注意事項

13.5　非クラスタシステムでの論理ホストの運用と環境構築

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

13.5.2　非クラスタシステムで論理ホストを運用する場合の環境設定

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

14.　ネットワーク構成に応じた運用と環境構築

14.1　JP1/Baseによる通信の制御

14.2　複数ネットワークでの運用

14.2.1　構成例1（クラスタ運用なし，JP1/IM - View接続）

14.2.2　構成例2（クラスタ運用なし，コマンド実行）

14.2.3　構成例3（クラスタ運用，JP1/IM - View接続）

14.2.4　構成例4（クラスタ運用，コマンド実行）

14.3　ファイアウォール環境での運用

14.3.1　ファイアウォールの基礎知識

14.3.2　JP1/IMの通信

15.　ほかの統合管理製品と連携するための設定

15.1　JP1/IM - Incident Masterと連携する

15.2　JP1/IM - Rule Operationと連携する

第5編　運用編

16.　JP1/IMシステムのメンテナンス

16.1　設定情報のバックアップとリカバリー

16.1.1　バックアップ（Windowsの場合）

16.1.2　リカバリー（Windowsの場合）

16.1.3　バックアップ（UNIXの場合）

16.1.4　リカバリー（UNIXの場合）

16.2　データベースの管理

16.2.1　DBの再編成

16.2.2　DBのバックアップおよびリカバリー

16.2.3　DBの再作成

16.3　ディスク容量の管理

16.4　履歴レポートの活用

16.4.1　イベントのCSV出力

16.4.2　相関イベントの発行履歴

17.　JP1/IMシステムの構成変更

17.1　JP1/IMの設定情報の変更

17.2　JP1/IMが動作するホストの設定変更

17.2.1　ホスト名を変更した場合の影響および必要作業

17.2.2　IPアドレスを変更した場合の影響および必要作業

17.2.3　システムの日時変更時に必要な作業

第6編　操作編

18.　JP1/IM - Managerの起動と終了

18.1　JP1/IM - Managerを起動する

18.1.1　Windowsの場合

18.1.2　UNIXの場合

18.1.3　クラスタシステムで運用する場合

18.2　JP1/IM - Managerを終了する

18.2.1　Windowsの場合

18.2.2　UNIXの場合

18.2.3　クラスタシステムで運用する場合

18.3　起動と終了に関する注意事項

19.　JP1/IM - Managerへのログインとログアウト

19.1　JP1/IM - Managerにログインする

19.1.1　JP1/IM - ManagerにGUIでログインする

19.1.2　JP1/IM - Managerにjcoviewコマンドでログインする

19.2　JP1/IM - Managerからログアウトする

20.　統合コンソールによるシステムの監視

20.1　JP1イベントによりシステムを監視する

20.1.1　JP1イベントの見方

20.1.2　JP1イベントの詳細情報を表示する

20.1.3　JP1イベントの固有の拡張属性を表示する

20.1.4　JP1イベントの対処状況を表示する

20.1.5　重要イベントだけを表示する

20.1.6　集約イベントと繰り返しイベントを表示する

20.1.7　相関イベントを表示および操作する

20.1.8　JP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する（JP1/IM - Incident Master連携）

20.1.9　ルール起動要求の状況を確認し，ルール起動要求の操作をする（JP1/IM - Rule Operation連携）

20.2　重要イベントの対処状況を設定する

20.3　JP1イベントを検索する

20.3.1　検索の方法

20.3.2　検索結果の表示

20.3.3　イベント検索で対処状況を設定する

20.4　JP1イベントを発行したアプリケーションをモニター起動する

20.5　表示フィルターを有効にする

20.6　イベント取得フィルターを切り替える

20.6.1　JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から切り替える

20.6.2　jcochfilterコマンドを使用して切り替える

20.7　JP1/IM - Viewの表示情報をCSV出力する

20.7.1　イベント一覧をCSV出力する

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

21.　統合スコープによるシステムの監視

21.1　［監視ツリー］画面で監視する

21.1.1　監視ノードの状態を変更する

21.1.2　監視ノードの監視状態を変更する

21.1.3　監視ノードを検索する

21.1.4　状態変更イベントを検索する

21.1.5　監視ノードの属性を表示する

21.1.6　ガイド情報を表示する

21.1.7　［ビジュアル監視］画面を表示する

21.1.8　ログインユーザーの一覧を表示する

21.1.9　［監視ツリー］画面の情報をローカルホストに保存する

21.2　［ビジュアル監視］画面で監視する

21.2.1　［ビジュアル監視］画面から［監視ツリー］画面を呼び出す

21.2.2　監視ノードの状態を変更する

21.2.3　監視ノードの監視状態を変更する

21.2.4　監視ノードを検索する

21.2.5　状態変更イベントを検索する

21.2.6　監視ノードの属性を表示する

21.2.7　ガイド情報を表示する

22.　JP1/IMによるシステムの操作

22.1　リモートホストでコマンドを実行する

22.1.1　コマンドを実行する

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

22.1.3　コマンドの実行状態を確認または削除する

22.2　自動アクションの状況を確認し，自動アクションの操作を行う

22.2.1　自動アクションの実行状況を確認する

22.2.2　自動アクションの実行結果を確認する

22.2.3　自動アクション機能の稼働状況を確認する

22.3　統合機能メニューで他アプリケーションの画面を表示する

22.3.1　［統合機能メニュー］画面の操作

22.3.2　［統合機能メニュー］画面から操作できる機能

第7編　他製品との連携編

23.　BJEXとの連携

23.1　BJEXとの連携の概要

23.1.1　バッチジョブ実行システムと連携する場合のシステム構成

23.2　BJEX連携用のJP1/IMの機能

23.2.1　応答待ちイベントとJP1/IMの関係

23.2.2　応答待ちイベントの監視

23.2.3　応答待ちイベントの滞留

23.2.4　応答待ちイベントへの応答

23.2.5　応答待ちイベントのキャンセル

23.3　BJEXと連携するための設定

23.3.1　JP1/IM - Managerの設定

23.3.2　JP1/IM - Viewの設定

23.3.3　JP1/Baseの設定

23.3.4　BJEXとJP1/IM - Manager間の通信に関する設定

23.3.5　BJEXの設定

23.4　応答待ちイベントの操作

23.4.1　応答待ちイベントに応答する操作の流れ

23.4.2　応答待ちイベントに応答する

23.4.3　応答待ちイベントの滞留を手動で解除する

23.4.4　応答待ちイベントの滞留状態の監視を復帰させる

23.5　BJEX連携時の画面

23.5.1　画面遷移

23.5.2　［イベントコンソール］画面

23.5.3　［イベント詳細］画面

23.5.4　［応答入力］画面

23.5.5　［関連イベント一覧］画面

23.5.6　［ユーザー環境設定］画面

23.5.7　［イベント検索条件設定］画面

23.5.8　フィルターの条件定義画面

23.6　BJEX連携時のコマンド

23.6.1　jcoimdef

23.6.2　jim_log.bat（Windows限定）

23.6.3　jim_log.sh（UNIX限定）

第8編　トラブルシューティング編

24.　トラブルシューティング

24.1　対処の手順

24.2　ログ情報の種類

24.2.1　共通メッセージログ

24.2.2　統合トレースログ

24.2.3　プロセス別トレースログ

24.2.4　ログファイルおよびディレクトリ一覧

24.3　トラブル発生時に採取が必要な資料

24.3.1　Windowsの場合

24.3.2　UNIXの場合

24.4　資料の採取方法

24.4.1　Windowsの場合

24.4.2　UNIXの場合

24.5　トラブルへの対処方法

付録

付録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　統合スコープによるシステムの運用監視で必要な操作権限

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

付録G　正規表現

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

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

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

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

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

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

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

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

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

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

付録I　性能と見積もり

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

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

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

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

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

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

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

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

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

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

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

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

付録L　（3020-3-K01-81）の変更内容

付録M　用語解説

索引

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

All Rights Reserved. Copyright (C) 2006, 2008, Hitachi, Ltd.

前書き

■ 対象製品

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

適用OS：Windows Server 2003，Windows XP Professional

P-242C-6H84　 JP1/Integrated Management - View　 08-50

適用OS：Windows Vista，Windows Server 2008

P-2A2C-6H84　 JP1/Integrated Management - View　 08-50※

適用OS：Windows Server 2003

P-242C-8E84　 JP1/Integrated Management - Manager　 08-50
P-242C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2008

P-2A2C-8E84　 JP1/Integrated Management - Manager　 08-50
P-2A2C-6L84　 JP1/Base　 08-50

適用OS：HP-UX

P-1B2C-8E81　 JP1/Integrated Management - Manager　 08-50
P-1B2C-6L81　 JP1/Base　 08-50

適用OS：Solaris

P-9D2C-8E81　 JP1/Integrated Management - Manager　 08-50
P-9D2C-6L81　 JP1/Base　 08-50

適用OS：AIX 5L 5.2，5L 5.3

P-1M2C-8E81　 JP1/Integrated Management - Manager　 08-50
P-1M2C-6L81　 JP1/Base　 08-50

適用OS：AIX 6.1

P-1M2C-9E81　 JP1/Integrated Management - Manager　 08-50
P-1M2C-6L81　 JP1/Base　 08-50

適用OS：Windows Server 2003(IPF)

P-282C-8E84　 JP1/Integrated Management - Manager　 08-50
P-282C-6L84　 JP1/Base　 08-50

適用OS：HP-UX(IPF)

P-1J2C-8E81　 JP1/Integrated Management - Manager　 08-50
P-1J2C-6L81　 JP1/Base　 08-50

適用OS：Linux AS 4（x86），Linux ES 4（x86），Linux AS 4（AMD64 & Intel EM64T），Linux ES 4（AMD64 & Intel EM64T）

P-9S2C-8E81　 JP1/Integrated Management - Manager　 08-50
P-9S2C-7L81　 JP1/Base　 08-50

適用OS：Linux 5（x86），Linux 5 AP（x86），Linux 5（AMD64 & Intel EM64T），Linux 5 AP（AMD64 & Intel EM64T）

P-9S2C-9E81　 JP1/Integrated Management - Manager　 08-50
P-9S2C-7L81　 JP1/Base　 08-50

適用OS：Linux AS 4（IPF）

P-9V2C-8E81　 JP1/Integrated Management - Manager　 08-50
P-9V2C-6L81　 JP1/Base　 08-50

適用OS：Linux 5（IPF），Linux 5 AP（IPF）

P-9V2C-9E81　 JP1/Integrated Management - Manager　 08-50
P-9V2C-6L81　 JP1/Base　 08-50

注※　Windows Server 2008は，P-2A2C-6H84 JP1/Integrated Management - View 08-50-05以降でサポートしています。

■ 輸出時の注意

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

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BSAFEは，RSA Security Inc.の米国およびその他の国における登録商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
IBMは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Intelは，Intel Corporationの会社名です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
Linuxは，Linus Torvaldsの米国およびその他の国における登録商標あるいは商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corp.の商品名称です。
NetInsightは，日立ソフトウェアエンジニアリング株式会社の商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
POSIXは，the Institute of Electrical and Electronics Engineers, Inc. (IEEE)で制定された標準仕様です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。
RSAは，RSA Security Inc.の登録商標です。
Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
TELstaffは，日立ソフトウェアエンジニアリング株式会社の登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
Windows Vistaは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
XPG4は，X/Open Company Limitedの規格名称です。
プログラムプロダクト「P-9D2C-8E81」「P-9D2C-6L81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-8E81」「P-9D2C-6L81」には，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/).

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

■ ビジュアル監視画面背景として添付している日本地図データの著作権等についてのご注意

この地図の作成に当たっては，国土地理院の承認を得て，同院発行の数値地図25000（行政界・海岸線）を使用したものです。（承認番号 平15総使，第88号）
国土地理院の承認は，統合システム運用管理プログラム（JP1）（以下「本製品」という。）における使用に限られています。この地図の画像を本製品とは別に利用すること等この地図を本製品以外に利用することを禁じます。
また，地図を含む本製品は，著作権法により保護されています。
地図を翻案・改変等著作権を侵害する行為を行なうことを禁じます。
地図著作・制作者 株式会社 日立製作所 ソフトウェア事業部
All Rights Reserved. Copyright (C) 2003, Hitachi, Ltd.

■ 発行

2006年 6月 （第1.1版） 3020-3-K01-01
2008年 12月 （第5.1版） 3020-3-K01-81

■ 著作権

All Rights Reserved. Copyright (C) 2006, 2008, Hitachi, Ltd.

変更内容

変更内容(3020-3-K01-81) JP1/Integrated Management 08-50

追加・変更内容 | 変更個所
記載内容を変更した。詳細は，付録Lを参照のこと。 | 付録L

変更内容(3020-3-K01-80，3020-3-K02-80，3020-3-K03-80) JP1/Integrated Management 08-50

追加・変更内容
変更個所

システム構築・運用ガイド
リファレンス
機能拡張

JP1/Integrated Managementが連携できる統合管理製品にJP1/Integrated Management - Service Supportを追加した。
1.1.1，1.1.2
－
－

JP1/Baseの前提OSからWindows 2000を削除した。
3.1.2
－
－

イベント取得フィルターに，メンテナンス対象ホストが発行するJP1イベントを一時的に取得対象外とするための共通除外条件を追加した。
3.2.2，6.1.3，7.10.1，7.10.2，7.10.3，11.2.4，20.6，24.5，付録D，付録H，付録I.3，付録L
1.1，1.3.9，1.3.12，1.3.13，2. jcochfilter
－

次のフィルター，およびイベント検索の条件に，JP1イベントを表示（取得）対象外とするための除外条件を追加した。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

表示フィルター

3.2.2，6.1.3，11.2.1，11.2.2，11.2.3，11.2.4，20.3.1，24.5，付録D，付録H，付録I.3，付録L
1.3.8，1.3.9，1.3.10，1.3.12，1.3.15，1.3.18，1.3.21
－

監視オブジェクトの状態変更条件をメモリーに常駐させる機能を追加した。
3.3.2，12.7.5，13.2.4，13.3.4，16.1.1，16.1.3
3. 状態変更条件メモリー常駐機能の設定ファイル
－

JP1イベントの受信時に，監視オブジェクトを自動で初期化する機能を追加した。
3.3.6，12.7.4，13.2.4，13.3.4，16.1.1，16.1.3
3. 監視オブジェクト初期化設定ファイル
－

JP1イベントの対処済み時に状態変更イベントを自動で削除する機能を追加した。
3.3.8，12.7.3，13.2.4，13.3.4，16.1.1，16.1.3
3. 状態変更イベント自動削除設定ファイル
－

イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定方法を変更した。
9.4.9，10.4.8
－
－

uCosminexus Batch Job Execution Serverが発行する応答待ちイベントを監視し，応答する機能を追加した。
9.4.9，10.4.8，23，24.2.4，24.3.1，24.3.2，24.5，付録E.1，付録H.1，付録H.2，付録H.3，付録L
1.3，1.3.5，1.3.6，1.3.7，1.3.8，1.3.14，1.3.15，1.3.18，1.3.21，2. jcoimdef，2. jim_log.bat（Windows限定），2. jim_log.sh（UNIX限定），3. 通信環境定義ファイル（view.conf.update），4.2.2
－

JP1/Cm2/SNMP System Observerとの連携でのセットアップの注意事項を変更した。
12.8.2，12.8.4
－
－

ログファイルおよびディレクトリ一覧に次のファイルを追加した。

インストールログ

イベントコンソールログ

応答待ちイベント滞留ファイル

プラグインのログ

24.2.4
－
－

イベントフロー制御トレースログのファイル数，最大ディスク使用量，およびファイルの切り替え時期を変更した。
24.2.4
－
－

アクションホスト名格納ファイルの最大ディスク使用量を変更した。
24.2.4
－
－

イベント取得フィルターの最大長を変更した。
付録D
1.3.10，1.3.13
－

セントラルスコープサービスが起動していない場合は，［イベントコンソール］画面にある［セントラルスコープ］起動ボタンおよびメニューが非活性となるようにした。
－
1.3，2. jcoimdef，5.5.1
－

［コマンド実行］画面で指定する「実行ホスト名」および「実行コマンド」が保存される件数を追加した。
－
1.3.30
－

［監視ツリー］画面の表示項目の説明にタイトルバーを追加した。
－
1.4
－

このマニュアルで説明しているJP1/Baseのコマンドは，マネージャーホストを対象としているため，エージェントホストを対象に実行するJP1/BaseのコマンドについてはJP1/Baseのマニュアルを参照する注釈を追加した。
－
2. コマンド一覧
－

jcocmddefコマンドの実行権限をスーパーユーザーに変更した。
－
2. コマンド一覧，2. jcocmddef
－

jcocmddefコマンドを実行したときに出力されるメッセージの記述を追加した。
－
2. jcocmddef
－

jcocmddefコマンドの-runevintervalオプション（経過時間イベント発行間隔）に指定できる値を変更した。
－
2. jcocmddef
－

Linux版でjp1cohaverupコマンドをサポートした。
－
2. jp1cohaverup
－

次のイベントIDのJP1イベントの発行契機を変更した。

3F11

－
4.2.1
－

次のイベントIDのJP1イベントを追加した。

3F08

3F41

3F42

－
4.2.1，4.2.2
－

次のイベントIDの到着時刻の属性名を変更した。

3F01

3F03

3F04

3F05

3F06

－
4.2.2
－

次のイベントIDのプロダクト名の内容を変更した。

3FA0

－
4.2.2
－

メッセージの出力先にイベントログの列を追加した。
－
5.2.1
－

次のメッセージの出力先を変更した。
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
－
5.2.1，5.2.2，5.2.4，5.2.5，5.2.11
－

次のメッセージを追加した。
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
－
5.2.1，5.2.9，5.5.1，5.5.9
－

次のメッセージを削除した。
KAVB3792-E
－
5.2.4，5.4，5.5.4
－

JP1/Integrated Managementが出力するWindowsイベントログの一覧にソース名を追加した。
－
5.4
－

次のメッセージの説明を変更した。
KAVB0121-E，KAVB0246-E，KAVB0248-E，KAVB1210-E，KAVB1582-E，KAVB1652-E，KAVB1658-I，KAVB8101-E，KAVB8102-E，KAVB8103-E
－
5.5.1，5.5.8
－

次のメッセージを変更した。
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
－
5.5.1，5.5.5，5.5.9，5.5.11
－

はじめに

このマニュアルは，JP1/Integrated Managementの機能，システムの設計，セットアップ，トラブルシューティングなどについて説明したものです。なお，このマニュアルで説明するJP1/Integrated Managementとは次の製品を指します。

JP1/Integrated Management - Manager

JP1/Integrated Management - View

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

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

JP1/Integrated Management - Central Information Master

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

JP1/Integrated Management - Manager，JP1/Integrated Management - Viewが提供する，JP1/Integrated Management - Central Information Master連携機能の概要。

JP1/Integrated Management - Incident Master

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

JP1/Integrated Management - Manager，JP1/Integrated Management - Viewが提供する，JP1/Integrated Management - Incident Master連携機能の概要。

JP1/Integrated Management - Rule Operation

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

JP1/Integrated Management - Manager，JP1/Integrated Management - Viewが提供するJP1/Integrated Management - Rule Operation連携機能の概要。

JP1/Integrated Management - Service Support

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

JP1/Integrated Management - TELstaff

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

対象読者

オープンプラットフォームのシステムを管理するインフラを，JP1/Integrated Managementを使って管理，運用する方を対象としています。具体的には次の方を対象としています。

システムで発生する事象を一元監視し，発生した事象に対して何らかの対処を取りたいシステム管理者またはオペレーター

システムを管理するインフラの状態をシステムで発生する事象と関連づけて一元監視したいシステム管理者またはオペレーター

マニュアルの構成

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

第1編　概要編

JP1/Integrated Managementの概要について説明しています。

第2編　機能編

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

第3編　設計編

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

第4編　構築編

JP1/Integrated Managementのインストールとセットアップの方法，および監視環境の構築方法について説明しています。

第5編　運用編

JP1/Integrated Managementのシステムを維持するために必要な作業，およびシステムの評価方法について説明しています。

第6編　操作編

JP1/Integrated Managementを使った監視業務の操作方法について説明しています。

第7編　他製品との連携編

統合管理製品以外の他製品と連携した監視業務の概要，連携機能，監視環境の構築方法，操作方法，連携時の画面，および連携時に使用できるコマンドオプションについて説明しています。

第8編　トラブルシューティング編

JP1/Integrated Managementでトラブルが発生した場合の対処方法について説明しています。

関連マニュアル

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

JP1/IM関連

JP1 Version 8 JP1/Integrated Management - Manager リファレンス（3020-3-K02）

JP1 Version 8 JP1/Integrated Management - Manager 機能拡張（3020-3-K03）

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/Base 運用ガイド（3020-3-K06）

JP1 Version 8 JP1/Base メッセージ（3020-3-K07）

JP1 Version 8 JP1/Base 機能拡張（3020-3-K08）

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

JP1 Version 8 JP1/Integrated Management - Rule Operation システム構築・運用ガイド（3020-3-K10）

JP1 Version 8 JP1/Integrated Management - Rule Operation GUIリファレンス（3020-3-K11）

JP1 Version 8 JP1/Integrated Management - TELstaff JP1/Integrated Management - TELstaff Alarm View システム構築・運用ガイド（3020-3-K12）

JP1 Version 8 JP1/Integrated Management - Service Support システム構築・運用ガイド（3020-3-K14）

JP1関連

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

JP1 Version 8 JP1/Automatic Job Management System 2 メッセージ（3020-3-K28）

JP1 Version 8 JP1/Server Conductor/Blade Server Manager系 システム管理者ガイド（3020-3-L52）

JP1 Version 8 JP1/Performance Management - Analysis（3020-3-K77）

JP1 Version 8 JP1/Performance Management システム構築・運用ガイド（3020-3-K61）

JP1 Version 8 JP1/Cm2/SNMP System Observer（3020-3-L22）

JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド（3020-3-L01）

JP1 Version 7i JP1/Security Integrated Manager（3020-3-G26）

JP1 Version 8 JP1/NETM/DM 導入・設計ガイド (Windows(R)用)（3020-3-L36）

JP1 Version 8 JP1/NETM/DM 構築ガイド (Windows(R)用)（3020-3-L37）

JP1 Version 8 JP1/NETM/DM 運用ガイド1 (Windows(R)用)（3020-3-L38）

JP1 Version 8 JP1/NETM/DM 運用ガイド2 (Windows(R)用)（3020-3-L39）

JP1 Version 6 JP1/NETM/DM Manager（3000-3-841）

JP1 Version 8 JP1/NETM/DM SubManager (UNIX(R)用)（3020-3-L42）

JP1 Version 8 JP1/NETM/DM Client (UNIX(R)用)（3020-3-L43）

Cosminexus関連

Cosminexus システム構築ガイド（3020-3-M06）

HiRDB関連

HiRDB Version 8 システム導入・設計ガイド（UNIX(R)用）（3000-6-352）

HiRDB Version 8 システム導入・設計ガイド（Windows(R)用）（3020-6-352）

HiRDB Version 8 システム定義（UNIX(R)用）（3000-6-353）

HiRDB Version 8 システム定義（Windows(R)用）（3020-6-353）

BJEX関連

uCosminexus Batch Job Execution Server 使用の手引（3000-3-E02）

読書手順

このマニュアルのそれぞれの編は，システムの設計・構築・運用などのシステムのライフサイクルでの段階ごとに必要な情報を説明しています。次の表に示すように，目的に合わせて必要な個所をお読みください。

項番
目的
参照個所

1
JP1/Integrated Managementを理解する
概要編：JP1/Integrated Managementの概要を知る
機能編：JP1/Integrated Managementの詳細を理解する

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

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

2
JP1/Integrated Managementのシステムを設計・構築する
概要編：JP1/Integrated Managementの概要を知る
機能編：JP1/Integrated Managementの詳細を理解する
設計編：JP1/Integrated Managementの設計個所を確認し，システムを設計する
構築編：JP1/Integrated Managementの構築手順を確認し，構築する
運用編：JP1/Integrated Managementの運用方法を設計する

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

JP1/Integrated Management，JP1/Base(一部)の定義ファイル，コマンドの詳細パラメーターを確認し，設定値を決める

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

運用・操作編：JP1/Baseの定義ファイルの詳細パラメーターを確認し，設定値を決める

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

参考マニュアル「JP1/Integrated Management - Manager 機能拡張」

ほかのアプリケーションとの連携を強化する

3
JP1/Integrated Managementのシステムを運用する
概要編：JP1/Integrated Managementの概要を知る
運用編：JP1/Integrated Managementの運用方法を知る
操作編：JP1/Integrated Managementの操作方法を知る
機能編：必要に応じて，JP1/Integrated Managementの機能詳細を確認する
トラブルシューティング編：トラブルが発生したときにトラブルの回避方法を知る

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

なお，統合管理製品以外の他製品と連携する場合の監視業務の概要，連携機能，監視環境の構築方法，操作方法，連携時の画面，および連携時に使用できるコマンドオプションの説明は，「他製品との連携編」にまとめて記載しています。

このマニュアルでの表記

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

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

Active Directory
Active Directory(R)

AIX
AIX 5L 5.2

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)

HP-UX (PA-RISC)
HP-UX 11i V2(PA-RISC)

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/AJS2
JP1/AJS2 - Advanced Manager
JP1/Automatic Job Management System 2 - Advanced Manager

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

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

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

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

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/SSO
JP1/Distributed Server System Observer

JP1/Server System Observer

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

JP1/Performance Management/SNMP System Observer

JP1/FTP
JP1/File Transmission Server/FTP

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

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

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

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

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

JP1/IM - Console View
または JP1/IM - View
JP1/Integrated Manager - Console View

JP1/IM - Satellite Console
またはJP1/IM - SC
JP1/Integrated Manager - Satellite Console

バージョン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

JP1/IPRM
JP1/IP Resource Management Server

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

JP1/NetInsight II(R) - Facility Manager Standard

JP1/NetInsight II(R) - 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/SES
JP1/System Event Service

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

Linux
Linux AS 4 (AMD64 & Intel EM64T)
Red Hat Enterprise Linux AS 4 (AMD64 & Intel EM64T)

Linux AS 4 (IPF)
またはLinux (IPF)
Red Hat Enterprise Linux AS 4 (IPF)

Linux AS 4 (x86)
Red Hat Enterprise Linux AS 4 (x86)

Linux ES 4 (AMD64 & Intel EM64T)
Red Hat Enterprise Linux ES 4 (AMD64 & Intel EM64T)

Linux ES 4 (x86)
Red Hat Enterprise Linux ES 4 (x86)

Linux AP 5 (AMD64 & Intel EM64T)
Red Hat Enterprise Linux 5 Advanced Platform (AMD64 & Intel EM64T)

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

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

Linux 5 (AMD64 & Intel EM64T)
Red Hat Enterprise Linux 5 (AMD64 & Intel EM64T)

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

NNM
HP OpenView NNM
hp OpenView network node manager

hp OpenView network node manager Starter Edition

JP1/Cm2/NNM
JP1/Cm2/Network Node Manager

JP1/Cm2/Network Node Manager Starter Edition 250

JP1/Cm2/Network Node Manager Starter Edition Enterprise

Solaris
Solaris 9

Solaris 10

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 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
Microsoft(R) Windows Server(R) 2008 Enterprise

Microsoft(R) Windows Server(R) 2008 Standard

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 - Manager，JP1/IM - Viewに関連する機能概要だけ説明しています。

Windows 2000，Windows XP Professional，Windows Server 2003，Windows Server 2008，Windows Vistaを総称して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 | JavaTM2 Platform Enterprise Edition
Java VM | JavaTM Virtual Machine
JDBC | Java DataBase Connectivity
LAN | Local Area Network
JIS | Japanese Industrial Standards
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
UCS | Universal Multiple-Octet Coded Character Set
UNC | Universal Naming Convention
URL | Uniform Resource Locator
UTC | Universal Time Coordinated
UTF | UCS Transformation Format
WAN | Wide Area Network
WWW | World Wide Web

バージョン8での製品体系変更について

バージョン8では，JP1/IMの製品体系に次の変更がありました。

JP1/IM - Central Console，JP1/IM - Central Scopeが統合されてJP1/IM - Managerになりました。

JP1/IM - Central Console 10 Nodeが廃止されました。

JP1/IM - Central Console アップグレードが廃止されました。

JP1/IM - Rule Operationが追加されました。詳細については，マニュアル「JP1/Integrated Management - Rule Operation システム構築・運用ガイド」を参照してください。

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

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

記号
意味

［　］
メニュー項目，ダイアログボックス，ダイアログボックスのボタンなどを示す。
例
［ファイル］－［新規作成］を選択する。
上記の例では，メニューバーの［ファイル］を選んで，プルダウンメニューの［新規作成］を選択することを示す。

コマンドの文法で使用する記号

コマンドとパラメーターの説明で使用する記号を，次のように定義します。

記号
意味

｜
(ストローク)
複数の項目に対し，項目間の区切りを示し，「または」の意味を示す。
例
「A｜B｜C」は，「A，BまたはC」を示す。

｛　｝
この記号で囲まれている複数の項目の中から，必ず1組の項目を選択する。項目の区切りは|で示す。
例
｛A｜B｜C｝は「A，BまたはCのどれかを指定する」ことを示す。

[　]
この記号で囲まれている項目は任意に指定できる(省略してもよい)。
複数の項目が記述されている場合には，すべてを省略するか，どれか一つを選択する。
例
[A]は「何も指定しない」か「Aを指定する」ことを示す。
[B | C]は「何も指定しない」か「BまたはCを指定する」ことを示す。

…または...
この記号の直前に示された項目を繰り返して複数個，指定できる。
例
「A，B，…」は「Aの後にBを必要個数指定する」ことを示す。

＿
(下線)
括弧内のすべてを省略したときに，システムがとる標準値を示す。標準値がない場合は，指定した項目だけが有効である。
例
[A | B]はこの項目を指定しなかった場合に，Aを選択したとみなすことを示す。

△
空白を表す。
△₀：0個以上の空白（空白を省略できる）
△₁：1個以上の空白（空白を省略できない）

数式で使用する記号

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

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

図中で使用する記号

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

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 Vista，Windows Server 2008の場合，「システムドライブ:¥ProgramData」と表記している部分は，インストール時の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の概要について説明します。

＜この章の構成＞

1.1　JP1/IMとは

1.2　JP1/IMの特長

1.3　JP1/IMの構成

1.4　統合コンソールによるシステム統合管理

1.5　統合スコープによるシステム統合管理

1.6　JP1/IMの基盤機能

1.1　JP1/IMとは

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

ここでは，JP1/IMの概要と，システムの統合管理が必要とされる背景について説明します。

＜この節の構成＞

1.1.1　JP1/IMの概要

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

1.1.1　JP1/IMの概要

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

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

JP1/IMは，さまざまな角度からシステムを管理するJP1シリーズと連携し，システムを統合管理します。システム設計，構築時には，システムの構成情報を，システム運用時には，システムの運用情報を統合して管理することによって，システム管理を最適化します。

これにより，システムの設計から，構築，運用，再設計，再構築までの一連の流れをトータルに支援し，システム管理のための基盤を提供します。

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

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

ITシステムは現在，多くの企業にとってビジネスの基盤として，また，社会生活を支えるインフラとして，欠くことのできない存在となっており，ビジネスや生活で情報をいつでもどこでも安全に提供できることが求められています。

ITシステムがインフラとしての重要性を増すのに合わせて，高いサービス品質がシステムに求められ，さまざまな要求を満たすためにシステムは大規模化，複雑化しています。これに伴って，システムの管理負担は重く，管理コストは増大しており，これらを最適化することが重要な課題となっています。

＜この項の構成＞

(1)　システムのライフサイクル

(2)　JP1/IMによるシステム統合管理

(1)　システムのライフサイクル

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

図1-2　システム管理の課題

これらの多種多様なリソースを適切に管理し続けるのは非常に困難です。管理作業には，今あるリソースを整理し業務要求に合わせて配置する，リソースで発生した事象を迅速に検知し問題に対策する，などがあります。システムを管理する上では，これらの作業を継続して行っていく必要があります。

システムは常に安定した稼働が望まれるため，それを支える管理作業も多様になります。システムを安定して稼働させるための体制を作る一連の流れをシステムのライフサイクルといいます。リソースの整理や配置，また，リソースで発生した問題の検知や対策などは，システムのライフサイクルの中での一作業に相当します。システムのライフサイクルと，それに対応する管理作業を次の図に示します。

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

図に示したとおり，システムのライフサイクルの各フェーズで，必要な管理作業は異なります。このため，各フェーズで管理対象となる情報も異なります。

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

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

また，再設計，再構築フェーズでは，システム構成を見直し，問題があるようなら，リソースの再配置などの作業をします。運用フェーズでの運用情報を基に，システムを運用していく上で何が問題なのかを追求し，システムの構成情報を整理し直す必要があります。これらの作業は，これまでの設計，構築，運用フェーズでの構成管理と運用管理とを基盤とするものであるといえます。

システムの情報は，システムが大規模化，複雑化するのに伴って膨大な量になります。それらのシステムの情報を適切に管理するには，高度なスキルと膨大な作業量を必要とするため，情報管理にかかるコストは著しく増大します。

JP1/IMは，システムのライフサイクルの各フェーズで，システム情報の管理を最適化し，システムを統合管理します。システムの設計から，構築，運用，再設計，再構築までの一連の流れをトータルに支援し，システムの安定稼働を支えるための基盤を提供します。

以降では，システムのライフサイクルの各フェーズでのシステム管理の課題について説明します。

(a)　設計，構築フェーズでの課題

設計，構築フェーズでは，システム全体の構成を検討した上で，既存システムのリソースを正確に把握し，新たに業務を実現するためのリソースの配置を設計，構築する必要があります。さらに，システムの設計，構築を終えたあとも，システムの本番稼働前に十分なテスト期間を設け，予定していた業務が実現できるのかを確認する必要もあります。

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

図1-4　設計，構築フェーズの作業概要

システムを構成するリソースの数が増えるにつれ，個々のリソースの把握も容易ではなく，これに比例してシステムの構成管理も困難になります。システムの構成を管理するためのリソースの管理台帳などがありますが，これらのメンテナンスも手間がかかります。

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

(b)　運用フェーズでの課題

運用フェーズでは，常にシステムが正常に稼働していることを，監視し続ける必要があります。また，問題が発生した場合には，業務への影響を最小限にするために，問題を迅速に検知して適切に対処する必要があります。

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

図1-5　システムの運用サイクル

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

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

(c)　再設計，再構築フェーズでの課題

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

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

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

(2)　JP1/IMによるシステム統合管理

システムのライフサイクルの各フェーズで管理情報が異なり，これらをどう効率良く管理していくかが，システム管理の課題であることはこれまでに述べてきたとおりです。

JP1/IMは，システムのライフサイクルの各フェーズでの情報の一元管理と，その情報を基点にした管理作業の最適化を図るため，次表に示す七つの機能を提供しています。これにより，JP1/IMは，システム管理の統合基盤として，管理者の負担を軽減し，システムの安定稼働を強力に支援します。

表1-1　JP1/IMの提供機能と対応製品，およびその役割

提供機能
対応製品
役割

システム情報管理
JP1/IM - Central Information Master
（システム情報管理製品）
システム情報を管理する。

統合コンソール
JP1/IM - Manager
（システム運用管理製品）
システムで発生する事象を物理視点でとらえ，システムの運用管理をする（JP1/IMの核となる機能）。

統合スコープ
システムで発生する事象を論理視点でとらえ，システムの運用管理をする。

通報システム
JP1/IM - TELstaff
（システム運用管理製品）
障害の検知を契機に，電話やメールなどを通知手段として，障害対応者に通知する。

インシデント管理
JP1/IM - Incident Master
（システム運用管理製品）
障害事象（インシデント）の発生と対策状況を一元管理する。

ルール管理
JP1/IM - Rule Operation
（システム運用管理製品）
障害の対策手順を定義しておき，障害の発生条件に合わせて対策処理を自動的に実行する。

ITサービス管理
JP1/IM - Service Support
（システム運用管理製品）
問い合わせや障害事象，障害事象から派生する問題を，解決が必要な案件として登録，一元管理する。

JP1/IMによるシステム統合管理をシステムのライフサイクルに則して表すと次の図のようになります。

図1-6　JP1/IMによるシステム統合管理

上図に示すとおり，JP1/IMは，設計，構築フェーズでは，システムの構成管理を支援するシステム情報管理によって，運用フェーズでは，システムの運用管理を支援する統合コンソール，統合スコープによって，システムを統合管理します。また，統合コンソールは，通報システム，インシデント管理，ルール管理，およびITサービス管理と連携します。これらを組み合わせて使うことでシステムのライフサイクルでの管理作業の負担を軽減でき，システム管理者の業務を最適化できます。

注意

このマニュアルで説明するJP1/IM

このマニュアルでは，システムの運用管理を支援する統合コンソール，統合スコープについて説明します（以降，このマニュアルで説明するJP1/IMとは，統合コンソール，統合スコープを指します）。

そのほかの機能については，次に示す各マニュアルをお読みください。

システム情報管理について

参照先：マニュアル「JP1/Integrated Management - Central Information Master システム構築・運用ガイド」

通報システムについて

参照先：マニュアル「JP1/Integrated Management - TELstaff JP1/Integrated Management - TELstaff Alarm View システム構築・運用ガイド」

インシデント管理について

参照先：マニュアル「JP1/Integrated Management - Incident Master」

ルール管理について

参照先：マニュアル「JP1/Integrated Management - Rule Operation システム構築・運用ガイド」

ITサービス管理について

参照先：マニュアル「JP1/Integrated Management - Service Support システム構築・運用ガイド」

1.2　JP1/IMの特長

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

＜この節の構成＞

1.2.1　JP1/IMの特長

1.2.2　JP1/IMによるシステム運用

1.2.3　JP1/IMの機能概要

1.2.1　JP1/IMの特長

システムで発生した事象の一元管理

システムで発生する事象をJP1イベントによって，一元的に管理します。

特定のJP1イベントを受信したときに，新規にJP1イベントを発行できます。発行したJP1イベントは，相関イベントとしてほかのJP1イベントと同様に管理できます。

システムをさまざまな視点で運用管理するJP1シリーズの各製品との連携により，システムで発生した事象を管理します。

各種ログファイルやSNMPトラップなど，JP1以外で管理している事象も，JP1イベントへ変換して管理できます。

システムの集中監視

統合コンソールにより，JP1イベントを逐次表示し，システムの状態を集中監視できます。

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

問題発生の検知と通知

自動アクションによって，システムの問題発生時に通報メール送信や電話連絡などのコマンドを自動的に実行し，運用管理者へ通知できます。

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

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

ビューアー上のJP1イベントを選択して関連アプリケーションを直接起動できます。監視から調査に至るまでの運用作業の流れを，JP1/IMを基点とした一連の操作の流れに統合できます。

任意のアプリケーションを統合機能メニューに登録できます。運用管理に必要なJP1以外の各種アプリケーションを，JP1/IMを基点とした一連の運用作業の流れにまとめることができます。

簡易な監視システム構築

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

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

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

小規模システムから階層化された大規模システムまでの管理にスケーラブルに対応します。

Windows，各種UNIX，およびメインフレームなど，異種プラットフォームが混在したシステム構成に対応します。

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

1.2.2　JP1/IMによるシステム運用

JP1/IMは，システムを構成するさまざまなリソースを統合して管理し，システム監視から問題の検知，そして調査から対策までの一連の運用管理作業をトータルに支援します。

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

JP1/IMは，システム運用のサイクルのそれぞれの局面で，運用管理作業を支援する機能を備えています。

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

＜備考＞システム運用へのJP1/IMの効果的な適用

JP1/IMは，日々繰り返しが必要なシステムの監視から，システム監視中に問題を検知した時の一次切り分けなどの調査といった，監視から初動対応までの運用管理の効率化に効果を発揮します。

なお，問題が特定できたあとの詳細調査を行う段階では，必要に応じて各リソースに対応した管理アプリケーションを使用したり，そのホストにログインして調査したりするよう運用を検討してください。

1.2.3　JP1/IMの機能概要

JP1/IMの機能と，その機能に対応するJP1/IMの画面を図示すると，次のようになります。

図1-8　JP1/IMの機能概要

JP1/IMは統合コンソールおよび統合スコープによって構成されています。統合コンソールと統合スコープは，システムの運用管理作業を支援する各種機能を提供しており，システムの監視から，問題の調査・対策までをトータルに支援します。

また，JP1/IMの画面であるセントラルコンソール・ビューアーおよびセントラルスコープ・ビューアーによって，JP1/IMが管理するシステムの状態をビジュアルに表示でき，運用作業を効率化できます。

なお，統合コンソールはセントラルコンソール，統合スコープはセントラルスコープと呼ぶ場合もあります。

1.3　JP1/IMの構成

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

＜この節の構成＞

1.3.1　JP1/IMの製品構成

1.3.2　JP1/IMのシステム構成

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

1.3.1　JP1/IMの製品構成

JP1/IMは，次の製品により構成されています。

表1-2　JP1/IMの製品構成

製品
製品の概要

JP1/IM - Manager
統合コンソールおよび統合スコープのマネージャー機能を提供する製品です。

統合コンソール：システム全体をJP1イベントにより集中監視します。また，システムで発生した事象の監視から，問題の検知，調査，対策までの一連の運用サイクルを，統合コンソールを基点として統合化します。

統合スコープ：システム管理者が必要な目的に合わせて集中監視し，目的指向型のシステム統合管理を実現します。

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

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

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

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

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

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

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

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

注意

統合コンソールは，JP1/IM - Managerの内部コンポーネントであるJP1/IM - Central Consoleの機能によって実現されます。また，統合スコープは，JP1/IM - Managerの内部コンポーネントであるJP1/IM - Central Scopeの機能によって実現されます。

このマニュアルでは，これらの内部コンポーネントをユーザーに意識してもらいたいときに，そのつど内部コンポーネント名を明示するようにしています。

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

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

エージェント：JP1/Base

ビューアー　：JP1/IM - View

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

1.3.2　JP1/IMのシステム構成

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

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

図1-9　規模に応じたシステム構成

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

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

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

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

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

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

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

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

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

1.4　統合コンソールによるシステム統合管理

統合コンソールは，JP1イベントによってシステムで発生する事象を一元管理することにより，システムを統合的に管理します。

システムの運用では，常にシステムが正常であるかを監視し続ける必要があります。統合コンソールはシステムの集中監視によって，監視作業の効率化と，問題発生のいち早い対策を支援し，運用管理の負担を軽減します。

ここではシステム運用のサイクルに沿って，統合コンソールによるシステム統合管理について説明します。

表1-3　運用サイクルと統合コンソールによる運用（例）

運用サイクル
統合コンソールの機能
運用の概要

システムの監視
イベント監視

システムで発生したJP1イベントを集中監視する。

特定のイベントを受信したときに，相関イベントを発行して，これを集中監視する。

問題発生の検知と通知
自動アクション

特定イベントを受信することで，自動的に任意のコマンドを実行する。これにより，管理者へのメール送信などを実行して，問題発生を通知する。

特定イベントを受信することで，自動的にJP1/IM - Rule Operationにルール起動要求を通知する（JP1/IM - Rule Operation連携）。
運用については，マニュアル「JP1/Integrated Management - Rule Operation システム構築・運用ガイド」を参照してください。

自動アクション結果を確認する。

インシデント登録
JP1/IM - Incident Master連携用の機能

特定イベントを受信することで，自動で，または手動でJP1/IM - Incident Masterにインシデントを登録する。
運用については，マニュアル「JP1/Integrated Management - Incident Master」を参照してください。

問題の調査および対策
イベント詳細

JP1イベントの詳細情報を表示する。

イベント検索

問題のJP1イベントに関連するイベントを検索する。

モニター起動

JP1イベントを発行したアプリケーションを起動し，詳細の調査または対策をする。

コマンド実行

任意のコマンドを実行する。

統合機能ツリー

任意のアプリケーションを起動し，詳細の調査または対策をする。

運用サイクル全般
対処状況の管理

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

イベントガイド機能

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

イベント一覧情報の保管(CSV出力)

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

＜この節の構成＞

1.4.1　統合コンソールによる集中監視

1.4.2　自動アクションによる問題発生の通知

1.4.3　統合コンソールを基点とした問題の調査

1.4.4　重要イベントの管理

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

1.4.6　JP1/IM - Incident Masterへのインシデント登録（JP1/IM - Incident Master連携）

1.4.7　JP1/IM - Rule Operationへのルール起動要求（JP1/IM - Rule Operation連携）

1.4.1　統合コンソールによる集中監視

統合コンソールは，システムで発生した事象をイベントとして集め，時系列に表示することにより，システムを集中的に監視します。

システムで発生した管理を必要とする事象は，JP1/IMのマネージャーホストに集められ，一元管理しています。［イベントコンソール］画面の［イベント監視］ページでは，この一元管理しているJP1イベントを逐次表示し，システム全体で発生した事象を集中的に監視できます。

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

JP1イベントの逐次表示
マネージャーで一元管理するJP1イベントを逐次表示します。

色，アイコンによるイベント表示
重大度や対処状況ごとの表示色やアイコンで，イベントを視覚的に識別できます。

表示イベントのフィルタリング
表示フィルターを使用する（［表示フィルター］チェックボックスにチェックを入れる）ことで，表示するイベントを目的に合わせて絞り込めます。条件には，ホスト名，重大度，オブジェクト種別などを指定できます。

アラームランプによる重要イベントの通知
重要イベントが到着すると，アラームランプが点滅して管理者へ通知します。アラームランプは，表示されているすべての重要イベントを「対処済」にする，または「削除」するまで点滅します。

1.4.2　自動アクションによる問題発生の通知

自動アクションとは，特定のJP1イベントの受信を契機として，JP1/IMが管理するホストで，自動的にコマンドを実行する機能です。

自動アクションを活用することにより，問題の発生をシステム管理者へ通知できます。例えば，メール送信や電話連絡をするコマンドを，自動アクションで実行することにより問題発生を通知する運用ができます。

柔軟な条件指定による自動アクション
自動アクションを実行する条件として，JP1イベントのID，メッセージテキスト，イベント属性などを指定できます。正規表現による条件指定もでき，柔軟に実行条件を指定できます。

自動アクションによる任意のコマンドの実行
自動アクションにより次の種類のコマンドを実行できます。

UNIXホストの場合：UNIXコマンド，シェルスクリプト

Windowsホストの場合：実行形式ファイル（.com，.exe），バッチファイル（.bat），JP1/Scriptのスクリプトファイル（.spt）

ただし，対話操作や画面表示が必要なコマンド，サービスやデーモンなどの終了しないコマンドは実行できません。

JP1イベント情報の自動アクションでの利用
自動アクションで実行するコマンドには，パラメータとして，JP1イベントのメッセージやイベント属性などを使用できます。例えば，問題通知メールの本文に，障害発生ホスト名やエラー内容を含めることなどができます。

自動アクションの結果確認
自動アクションの実行結果の一覧表示や，実行結果に応じたJP1イベント発行ができます。また，失敗した自動アクションは，GUIの容易な操作により再実行できます。

1.4.3　統合コンソールを基点とした問題の調査

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

以降，JP1/IMによる問題調査の流れを，例を挙げて説明します。

＜この項の構成＞

(1)　イベント詳細

(2)　イベント検索

(3)　モニター起動

(4)　コマンド実行

(5)　統合機能メニューからのアプリケーション起動

(1)　イベント詳細

まず，問題発生を検知したイベントを，［イベントコンソール］画面の［イベント詳細表示］により確認します。

イベント詳細
イベントの詳細情報を表示します。イベント属性，メッセージなどから問題を確認し，ガイドから対策手段のアドバイス（イベントガイド情報）を参照します。

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

イベントガイド情報

システムで発生した問題について，問題点の切り分けや対策手段の検討など，システム管理者には高いスキルが要求されます。しかし，多種多様なシステム障害の一つ一つの対策をシステム管理者が習得するのは困難です。

統合コンソールでは，多種多様なシステム事象管理のためのJP1イベントに対して，あらかじめ登録しておいた対処方法をガイドとして表示できます。

監視するJP1イベントに，対処方法や対応手順を登録しておくことで，問題の初動対応がより円滑，迅速に行えるようになります。イベントガイド情報は，JP1イベントの詳細情報の一つとして表示されるため，問題の詳細確認と同時にガイドを参照でき，速やかに対策を開始できます。

なお，ガイドとして表示する内容は，イベントガイド情報ファイルの定義によってカスタマイズできます。システム運用時の障害対策手段などを，イベントガイド情報として蓄積できます。

(2)　イベント検索

問題によっては，問題発生イベント（問題発生を通知するイベント）だけでなく，その関連イベント（その問題が発生するまでに発生した事象）を問題発生時の状況として総合的に確認し調査を進める場合があります。この場合，問題発生などの重要イベントに絞って表示する［イベントコンソール］画面の［重要イベント］ページと，各ホストに直接接続して任意の条件でイベントを確認する［イベントコンソール］画面の［イベント検索］ページを，組み合わせて使います。

イベント検索
［イベント検索条件設定］画面の［検索ホスト名］に指定したホストに接続し，検索条件に合うイベントを表示します。検索条件には，登録時刻，重大度，メッセージ，などを指定できます。正規表現による条件指定もできます。

イベント詳細やイベント検索によって，問題の状況を確認したあと，JP1/IMの［イベントコンソール］画面から各種機能を使用して，個々のイベントについて調査を進めます。

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

(3)　モニター起動

表示されているJP1イベントから，関連する管理アプリケーションを直接起動でき，より直感的な操作で，監視画面から調査画面へ移って調査を始めることができます。

モニター起動
JP1イベントに対応する管理アプリケーションを起動します。
例えば，JP1/AJS2のジョブ実行のJP1イベントからモニター起動すると，ジョブグループなどの画面をたどる必要なく，直接，そのジョブの実行状態画面を表示します。

なお，この機能を使用するには，JP1イベントを発行したアプリケーションが，モニター起動による連携をサポートしている必要があります。モニター起動をサポートしていないJP1イベントの場合は，ビューアー上の［モニター起動］が非活性で表示されます。

(4)　コマンド実行

統合コンソールから直接，エージェントホスト上でWindowsやUNIXのコマンドを実行できます。エージェントホストにtelnetなどで接続する必要がなくコマンドが実行でき，簡単な確認などを容易にできます。

実行できるコマンドは，自動アクションと同じ種類のコマンドです。

(5)　統合機能メニューからのアプリケーション起動

統合機能メニューは，任意のアプリケーションを登録し，起動できるツールです。

JP1イベント発行やモニター起動に対応していないアプリケーションも，統合機能メニューに登録しておくことで，統合コンソールでの運用操作の流れにまとめることができます。

1.4.4　重要イベントの管理

障害の発生や，緊急対応が必要な特別な事象などの一部のJP1イベントは，システム管理者が確実に対応できるように，重要イベントとして管理します。

図1-13　重要イベント

重要イベントの管理
［重要イベント］タブを選択すると，重要イベントを一括して表示でき，重要イベントの対処漏れを防ぎます。また，それぞれの重要イベントに，「対処済」，「処理中」，「保留」などを設定し，対処状況を管理できます。

重要イベントにする条件の指定
［重要イベント定義］によって，どのJP1イベントを重要イベントとして扱うかをカスタマイズできます。これによってアプリケーションごとの重要度の差異や，そのリソースの業務での位置づけに合わせた重要度の違いなど，運用に合わせて何を重要イベントとするかを調整できます。

JP1/IM - Incident Master連携
重要イベントをJP1/IM - Incident Masterに要管理トラブル（インシデント）として自動的に登録できます。また，JP1/IM - Incident Masterによって，障害情報や対処状況を管理することもできます。

JP1/IM - Rule Operation連携
自動アクションに定義することで，重要イベントの発生をJP1/IM - Rule Operationに自動通知できます。JP1/IM - Rule Operation側では，重要イベントが発生したことを契機に障害対処処理を自動実行させることができます。

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

JP1/IMでは，［イベントコンソール］画面に表示される監視対象イベントの一覧を，CSV出力して保管できます。これによって，日々の監視・対処履歴を管理でき，メンテナンスなどでのシステム見直しの際に，レポートとして活用できます。

1.4.6　JP1/IM - Incident Masterへのインシデント登録（JP1/IM - Incident Master連携）

発生した事象（JP1イベント）同士を関連づけ，一つの障害（インシデント）としてJP1/IM - Incident Masterに自動登録できます。例えば，一定時間内にイベントA，イベントB，イベントCが発生した場合には障害（インシデント）としてJP1/IM - Incident Masterに登録するが，そうでない場合は登録しない，などの運用ができます。

また，監視画面から手動登録することもできます。

＜備考＞

このマニュアルでは，JP1/IM - Incident Masterとの連携について，JP1/IM - Manager，JP1/IM - Viewで提供しているJP1/IM - Incident Master連携機能についてだけ，説明しています。

JP1/IM - Incident Masterの詳細については，マニュアル「JP1/Integrated Management - Incident Master」を参照してください。

1.4.7　JP1/IM - Rule Operationへのルール起動要求（JP1/IM - Rule Operation連携）

自動アクションの定義をすることによって，特定事象（JP1イベント）の発生を契機に，JP1/IM - Rule Operationにルール起動要求を自動通知できます。通知結果は，JP1/IM - Viewで確認でき，ルール起動要求を基にJP1/IM - Rule Operationがルール起動をした場合には，通知結果からルールオペレーション・ビューアーを起動して，ルールの実行状態を監視できます。

＜備考＞

このマニュアルでは，JP1/IM - Rule Operationとの連携について，JP1/IM - Manager，JP1/IM - Viewで提供しているJP1/IM - Rule Operation連携機能についてだけ，説明しています。

JP1/IM - Rule Operationの詳細については，マニュアル「JP1/Integrated Management - Rule Operation システム構築・運用ガイド」を参照してください。

1.5　統合スコープによるシステム統合管理

統合スコープは，システム管理者が必要とする目的に合わせた監視画面によって，目的指向型のシステム統合管理を実現します。

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

ここではシステム運用のサイクルに沿って，統合スコープによるシステム統合管理について説明します。

表1-4　運用サイクルと統合スコープによる運用（例）

運用サイクル
統合スコープの機能
運用の概要

システムの監視
ツリー監視

［監視ツリー］画面により，業務を視点とした監視など目的指向型のツリー表示し，集中監視する

ビジュアル監視

［ビジュアル監視］画面により，重要監視ポイントをマップ上に配置し，システムを集中監視する

問題発生の検知
自動アクション

監視ノードの状態変更を契機にJP1イベントを発行することで，統合コンソールを利用した自動アクションを実行する

アラーム

重要イベントが発生したことを通知する

監視ツリー上のアイコンが障害表示になり，障害の影響範囲がビジュアルに表示される

調査・対策
監視ノード検索，
状態変更イベント検索

問題発生に関連する監視ノードを検索する。また，問題発生に関連するイベントを検索する

モニター起動

監視ノードの状態を変更したイベントを検索した後，JP1イベントを発行したアプリケーションを起動し，詳細の調査または対策をする

コマンド実行

任意のコマンドを実行する

統合機能ツリー

任意のアプリケーションを起動し，詳細の調査または対策をする

運用サイクル全般
対処状況の管理

監視ノードの状況を管理する

ガイド機能

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

注意

統合スコープを使用するには，JP1/IM - Manager内の統合スコープ機能を有効（稼働状態）にする必要があります。

＜この節の構成＞

1.5.1　統合スコープによるシステムの集中監視

1.5.2　自動アクションによる問題発生の通知

1.5.3　統合スコープを基点とした問題の調査

1.5.4　ガイド機能

1.5.5　問題の対策

1.5.1　統合スコープによるシステムの集中監視

統合スコープでは，目的指向型のビューアーにより，システム管理者が必要な視点によりシステムを集中監視します。

＜この項の構成＞

(1)　［監視ツリー］画面

(2)　［ビジュアル監視］画面

(1)　［監視ツリー］画面

［監視ツリー］画面は，システム管理者が必要とする視点によりリソースをグループ化して，ツリー形式で表示することにより，システムを監視します。

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

［監視ツリー］画面
各リソースを，システム管理者が監視したい視点に合わせてツリー形式で表示します。例えば，業務を中心として各リソースとの関連をツリー形式で表示します。リソースで問題が発生すると，業務に及ぼす影響がビジュアルに表示され，影響を容易に確認できます。
また，監視するJP1ユーザーに合わせて監視対象範囲を変更したり，その監視対象に対する操作を制限したりできます。

監視ツリーの自動生成
JP1/IMのエージェントホストからシステム構成を自動的に収集し，監視ツリーを自動的に生成できます。また，システム構成を変更した場合は，差分情報によって監視ツリーを更新できます。

監視ツリーのカスタマイズ
自動生成によって作成した監視ツリーを，監視の要件に合わせてカスタマイズできます。

(2)　［ビジュアル監視］画面

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

図1-15　［ビジュアル監視］画面

システムが大規模になると全体の把握が難しくなりますが，拠点ごとの監視や重要業務の監視など，システム管理者が見たい視点で［ビジュアル監視］画面を活用することで，システム全体をより直感的に監視できます。

［ビジュアル監視］画面
［ビジュアル監視］画面は，監視ツリーからアイコンを配置するだけで簡単に作成できます。［ビジュアル監視］画面は最大64画面を作成できます。
画面上をクリックしてマウスを動かすだけでスクロールでき，操作も簡単です。

［監視ツリー］画面との連携
［ビジュアル監視］画面のアイコンは，対応する［監視ツリー］画面のアイコンと連動しています。問題を検知した場合も，ダブルクリックですぐに目的の場所を表示できます。

任意のマップによる監視
［ビジュアル監視］画面の背景のマップ画像は，標準で用意している画像のほか，GIF形式などの任意の画像を使うこともできます。

1.5.2　自動アクションによる問題発生の通知

自動アクションを活用することによって，問題の発生をシステム管理者へ迅速に通知できます。

統合スコープでは，監視ツリー上の監視オブジェクトの状態の変化（例えば障害の発生）にあわせて，統合コンソールの自動アクション機能によりコマンドを実行できます。統合コンソールの自動アクションについては「1.4.2　自動アクションによる問題発生の通知」を参照してください。

監視ノードごとの自動アクション
監視ツリー上の監視ノードに対して，自動アクションを設定できます。個々のJP1イベントではなく，業務などの監視グループを単位として自動アクションを実行できます。例えば，拠点単位でアクションを実行することでその拠点の管理者に通知するなど，より柔軟に自動アクションの実行条件を指定できます。

1.5.3　統合スコープを基点とした問題の調査

JP1/IMでは，システムで発生した問題の調査を，統合スコープおよび統合コンソールを基点とした一連の操作の流れに統合でき，運用操作を簡略化します。

統合スコープによる問題調査では，統合スコープによって問題個所を絞り込み，その後，統合コンソールと連携して問題個所を調査します。

＜この項の構成＞

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

(2)　問題の調査

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

システムで障害が発生すると，［監視ツリー］画面および［ビジュアル監視］画面のアイコンである監視ノードが障害発生状態に変化します。

障害表示となっている監視ノードをツリーの上位から確認し，問題が発生しているリソースを特定します。

図1-16　問題個所の確認

問題個所の確認
障害が発生すると，障害を検知した監視ノードと，その監視ノードを含む監視グループが自動的に障害状態に変化します。ツリー形式で表示される監視グループを上位からドリルダウンすることで，問題の個所を特定できます。

影響範囲の確認
監視ツリーでは，関連する業務やサーバをグループ化してツリー表示しているため，障害による影響が予想される範囲を，視覚的に確認できます。
影響範囲を確認することによって，例えば，影響を受けるジョブの実行を一時的に保留するなど，予防的な対処をとることができます。

(2)　問題の調査

問題発生した監視ノードを特定できたら，障害状態になる要因となったイベントを確認します。

状態変更イベント検索
監視ノードが障害状態に変化する要因となったイベントを，［イベントコンソール］画面を呼び出して検索し，一覧表示します。検索結果は，［イベントコンソール］画面の［イベント検索］ページに表示されます。

なお，問題発生要因のJP1イベントは，連携によって呼び出した統合コンソールの［イベントコンソール］画面によって，［モニター起動］などで問題内容を調査します。統合コンソールでの問題調査については，「1.4.3　統合コンソールを基点とした問題の調査」を参照してください。

1.5.4　ガイド機能

発生した障害について，問題点を切り分けたり調査を進めるには，リソースごとの対応ノウハウが必要です。しかし，大規模で複雑なシステムでは，構成するリソースは多種多様であり，それぞれのリソースの対応ノウハウをシステム管理者が習得するのは困難です。

統合スコープでは，監視対象の種類と状態に応じて，あらかじめ登録しておいた対処方法をガイドとして表示できます。

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

ガイド機能
監視するオブジェクトやグループの種類や状態に合わせて，対処方法や対応手順など，ガイド情報を表示できます。例えば，業務に対応する監視グループのガイド情報として業務ごとのトラブル対応手順を登録すれば，問題発生によって混乱した状況の時に容易な操作で対応ガイドを呼び出せます。
問題発生時の対応の参考情報としてガイド表示を活用することで，初動対応でのシステム管理者の負担を軽減できます。

ガイド機能のカスタマイズ
ガイドとして表示する内容は，ガイド情報ファイルの定義によって，カスタマイズできます。運用ノウハウをガイド情報として蓄積できます。

1.5.5　問題の対策

問題を調査し対策した後，正常に稼働していることを確認して，監視オブジェクトの状態を変更します。

図1-18　監視ノードの状態の変更

1.6　JP1/IMの基盤機能

ここでは，JP1/IMによるシステム統合管理での基盤となる機能について説明します。なお，これらの基盤機能の多くは，JP1/IMの前提製品であるJP1/Baseによって提供されています。

＜この節の構成＞

1.6.1　システムで発生した事象の一元管理

1.6.2　システムの階層管理

1.6.3　システム統合管理でのJP1ユーザー

1.6.1　システムで発生した事象の一元管理

JP1/IMでは，システムで発生したさまざまな事象を，JP1イベントとして一元的に管理します。事象を一元的に管理することによって，大規模なシステムでも問題発生の把握が容易になり，管理負担を軽減します。

＜この項の構成＞

(1)　JP1イベントによる事象の一元管理

(2)　JP1イベントのフィルタリング

(1)　JP1イベントによる事象の一元管理

JP1/IMでは，システムで発生した「ディスク容量不足」「通信エラー発生」などの管理が必要な事象を，JP1イベントとして記録し，一元的に管理します。

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

各エージェントホストで事象が発生すると，JP1イベントを保管するデータベースに記録します。その後，運用管理に必要なイベントを，マネージャーホストに転送して一元管理します。

JP1シリーズの各製品は，運用管理で発生した事象をJP1イベントとして発行し管理します。

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

JP1シリーズによるきめ細かな運用管理での事象をJP1イベントで一元管理するのに加え，多様な製品によって扱われる事象をもJP1イベントへの変換機能によってJP1へ取り込めます。これによって，システムで発生した事象をトータルに管理します。

(2)　JP1イベントのフィルタリング

システムで発生したJP1イベントを一元管理する際に，単にすべてを収集するだけではシステム全体で膨大な数になります。イベント数が多いと，重要イベントが埋もれ，運用管理の負担は増加します。また，監視システムにも不要な負荷をかけることになります。

JP1/IMでは，イベントのフィルタリング機能によって，運用管理に必要なイベントを選択することで，JP1イベントを適切に管理します。フィルタリング機能は５種類あり，マネージャーに転送するイベントの選択や，重要イベントとして管理するイベントの選択などができます。

1.6.2　システムの階層管理

JP1/IMでは，大規模なシステムを統合管理するために，階層構造になったシステムを構成できます。

図1-20　大規模なシステムでの階層構成

例えば，企業の組織に合わせて支社ごとに管理範囲を分割できます。また，管理対象のエージェントホストが多い場合は，マネージャーホストの処理性能を考慮してマネージャーを階層構造にできます。

注意

システムを階層管理する場合は，上位のマネージャーで管理するイベントをよく検討して絞り込み，JP1イベントのフィルター機能を設定してください。単純に階層化すると上位マネージャーに膨大なイベントが集中し，運用およびシステム性能での問題が発生します。

1.6.3　システム統合管理でのJP1ユーザー

JP1/IMは，JP1専用のアカウントである，JP1ユーザーによって操作します。JP1ユーザーを分けることで，システム運用での監視や操作の範囲，またはJP1/IM自身の操作権限を管理できます。

＜この項の構成＞

(1)　JP1ユーザーによるシステム監視範囲の設定

(2)　JP1ユーザーによるJP1/IMの管理権限

(3)　JP1ユーザーの概要

(1)　JP1ユーザーによるシステム監視範囲の設定

システム管理の方法によっては，システム管理者をチームとして組織し，それぞれの管理者がシステムを分担して監視する場合があります。このような場合，JP1ユーザーによって次のように管理範囲を選択できます。

JP1イベント表示範囲の選択
［イベントコンソール］画面の［イベント監視］ページでは，表示するJP1イベントをJP1ユーザーごとにフィルタリングできます。

監視ツリー表示範囲の選択
［監視ツリー］画面に表示される監視ツリーの表示範囲を，JP1ユーザーごとに変えられます。

(2)　JP1ユーザーによるJP1/IMの管理権限

JP1/IM自身の管理権限は，JP1ユーザーによって設定します。

JP1/IMの権限には，管理者権限（JP1_Console_Admin），操作者権限（JP1_Console_Operator），監視者権限（JP1_Console_User）の３段階があります。例えば，管理者権限はJP1/IMの設定変更などすべての操作ができますが，監視者はビューアーでの監視だけに制限されます。

(3)　JP1ユーザーの概要

JP1ユーザーは，JP1専用のアカウントです。JP1ユーザーは認証サーバによってユーザー名，パスワード，および権限などを管理しています。

JP1ユーザーが自動アクションなどでコマンドを実行するとき，JP1ユーザーに対応したOSユーザー権限によってコマンドを実行します。このときのJP1ユーザーとOSユーザーとの対応付けをユーザーマッピングと呼び，ホストごとに対応付けを定義しています。

2.　JP1/Integrated Managementによるシステム統合管理

JP1/IM（JP1/Integrated Management）は，システム運用サイクルを通して，システムを構成する多種多様なリソースを統合的に管理します。

この章では，JP1/IMによるシステムの統合管理について，運用シナリオを例として説明します。また，この章の最後の節で，このマニュアルの読み方について説明します。

＜この章の構成＞

2.1　JP1/IMによるシステム運用サイクル

2.2　統合コンソールによる運用シナリオ

2.3　統合スコープによる運用シナリオ

2.4　このマニュアルの読み方について

2.1　JP1/IMによるシステム運用サイクル

システムの運用では，常にシステムが正常に稼働していることを監視し，問題が発生した場合は，いち早く検知して，調査，対策をする必要があります。

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

JP1/IMは，運用作業の統合化によって，運用サイクル全般にわたって運用管理業務を効率化します。

図2-1　JP1/IMによる運用サイクルの例

2.2　統合コンソールによる運用シナリオ

ここでは，統合コンソールによるシステム統合管理の運用について，運用シナリオの例によって説明します。

〈説明の流れ〉

JP1/IMシステムの構築の概要

システムの監視

問題発生の検知と通知，問題個所の確認，問題の調査

＜この節の構成＞

2.2.1　統合コンソールによる運用例

2.2.2　JP1/IMシステムの構築の概要

2.2.3　システムの監視

2.2.4　問題発生の検知と通知

2.2.5　問題の調査

2.2.6　問題の対策

2.2.1　統合コンソールによる運用例

次のようなシンプルなシステム構成，運用要件を例題として説明します。

＜この項の構成＞

(1)　システム構成（例）

(2)　運用管理の要件（例）

(1)　システム構成（例）

図2-2　システム構成例

業務システムの概要

業務システムは，Webサーバ，APサーバ，DBサーバの3階層構成。

DBサーバで業務データを一元管理。

APサーバで業務処理を実行。サーバごとに業務種別を分担。

Webサーバで，社内ユーザーへのサービスを提供。

システム運用

APサーバでの定型業務処理は，ジョブ管理サーバによって制御。

各サーバの稼働状態は，運用管理サーバで監視。

(2)　運用管理の要件（例）

このシステムを，次のような要件によってJP1/IMで管理します。

統合コンソールによるシステム運用監視

システムで発生した事象を［イベントコンソール］画面で集中して監視。

障害発生時は，システム管理者への通知メール送信によって素早く対応開始。

障害発生時は，対応手順をイベントガイドとして表示してオペレーターの作業を支援。

2.2.2　JP1/IMシステムの構築の概要

まず，システム運用の要件に沿って，JP1/IMのシステムを構築します。

JP1/IMのセットアップをしたあと，運用要件に合わせて，自動アクションを設定します。設定ができたら，運用を開始します。

＜この項の構成＞

(1)　自動アクションの設定

(1)　自動アクションの設定

問題が発生した時に，システム管理者に通知するよう自動アクションを設定します。

この例では，メール送信コマンドなどを実行するように定義します。

設定に当たっては，通知が必要なJP1イベントの選択と，通知する内容を十分に検討してください。通知は，システム管理者の負担を考えて，迅速な対処が必要なJP1イベントに限定します。また，通知によって状況がわかるよう，JP1イベントに含まれるエラーメッセージなどを通知するよう設定します。

2.2.3　システムの監視

統合コンソールでは，［イベントコンソール］画面によって，システムで発生する事象を監視します。

なお，問題発生時に自動アクションによって管理者に通知するよう設定しておけば，画面を常に見ておく必要はありません。

図2-3　統合コンソールでのシステム監視

2.2.4　問題発生の検知と通知

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

管理が必要なJP1イベントが発生すると，マネージャーに転送され，一元管理されます。また，自動アクションによって，問題の発生をシステム管理者に通知します。

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

このように，システムで発生した事象をJP1イベントとして一元管理することで，問題発生をいち早く検知して，システム管理者へ通知できます。

2.2.5　問題の調査

問題発生の連絡を受けたら，問題の切り分け調査を始めます。

図2-5　問題の調査

まず［イベント詳細表示］によって，エラーメッセージなど詳細を確認します。

選択したJP1イベントに，イベントガイド情報があらかじめ登録されている場合は，その対応手順に沿って調査，対策を進めます。ここでは，「［モニター起動］により問題発生の要因を調査する」と登録されていたとします。

次に，［モニター起動］によってJP1イベントを発行した関連アプリケーションを呼び出し，問題が発生した要因を調査します。例えば，JP1/AJS2が発行したジョブのエラーからモニター起動すると，ジョブネットの状態を表示し，詳細を調査できます。

2.2.6　問題の対策

問題個所や要因を確認できたら，問題を対策してください。

2.3　統合スコープによる運用シナリオ

ここでは，統合スコープによるシステム統合管理の運用について，運用シナリオの例によって説明します。

〈説明の流れ〉

JP1/IMシステムの構築の概要

システムの監視

問題発生の検知と通知，問題個所の確認，問題の調査

＜この節の構成＞

2.3.1　統合スコープによる運用例

2.3.2　JP1/IMシステムの構築の概要

2.3.3　システムの監視

2.3.4　問題発生の検知と通知

2.3.5　問題個所の確認

2.3.6　問題の調査

2.3.7　問題の対策

2.3.1　統合スコープによる運用例

次のようなシンプルなシステム構成，運用要件を例題として説明します。

＜この項の構成＞

(1)　システム構成（例）

(2)　運用管理の要件（例）

(1)　システム構成（例）

図2-6　システム構成例

業務システムの概要

業務システムは，Webサーバ，APサーバ，DBサーバの3階層構成。

DBサーバで業務データを一元管理。

APサーバで業務処理を実行。サーバごとに業務種別を分担。

Webサーバで，社内ユーザーへのサービスを提供。

システム運用

APサーバでの定型業務処理は，ジョブ管理サーバによって制御。

各サーバの稼働状態は，運用管理サーバで監視。

(2)　運用管理の要件（例）

このシステムを，次のような要件によってJP1/IMで管理します。

統合スコープによるシステム運用監視

ジョブ管理による定型業務の実行状況を監視。

APサーバ，DBサーバの障害発生時は，関連ジョブへの影響を表示。

障害発生時は，システム管理者への通知メール送信によって素早く対応開始。

障害発生時は，対応手順をガイドとして表示してオペレーターの作業を支援。

2.3.2　JP1/IMシステムの構築の概要

まず，システム運用の要件に沿って，JP1/IMのシステムを構築します。

JP1/IMのセットアップをしたあと，運用要件に合わせて，［監視ツリー］画面や［ビジュアル監視］画面を作成します。なお，これらの監視画面は，ビューアーのホストで［監視ツリー(編集中)］画面や［ビジュアル監視(編集中)］画面を使って編集します。編集した監視画面が完成したらJP1/IMマネージャーへ接続して，変更を反映します。

＜この項の構成＞

(1)　［監視ツリー］画面の作成

(2)　［監視ツリー］画面のカスタマイズ

(3)　［ビジュアル監視］画面の作成

(4)　自動アクションの設定

(1)　［監視ツリー］画面の作成

［監視ツリー］画面を作成します。

［監視ツリー］画面に表示する監視ツリーは，［ツリーの自動生成］によって自動的に生成できます。また，システム構成を変更した場合，自動生成の画面で［差分］を選択することによって，追加されたサーバなどの差分情報を抽出できます。

図2-7　監視ツリーの自動生成

［自動生成－構成選択］画面の生成ツリーからテンプレートを選択すると，指定したマネージャーに関連する各サーバから定義情報を自動的に収集します。収集した情報は，テンプレートに合わせて自動的に監視ツリーを生成します。

提供されている生成ツリーのテンプレートには次のものがあります。

表2-1　監視ツリーのテンプレート

生成ツリーの名称
説明

業務指向ツリー
業務指向でシステムを監視するテンプレートです。
JP1/AJS2のジョブネット構成およびCosminexusの論理サーバ構成を基にした監視ツリーを生成します。
一般に，ジョブネットはジョブ運用を体系化して定義します。また，論理サーバはWebシステムで使用するアプリケーションを体系化して定義します。このため，業務運用を反映した監視ツリーが生成されます。

サーバ指向ツリー
サーバ指向でシステムを監視するテンプレートです。
JP1/IMの階層構成を基にした監視ツリーを生成します。
一般に，JP1/IMでは各サーバの管理範囲を階層構成として定義するため，サーバ管理方法を反映した監視ツリーが生成されます。

システム構成ツリー
JP1/IM - Central Information Masterで構成定義したシステムを監視するテンプレートです。
JP1/IM - Central Information Masterの構成定義情報を基にした監視ツリーを生成します。
論理システム構成でツリーを表現するツリー種別で，JP1/IM - Central Information Masterからの情報だけで監視ツリーが生成されます。

この例では，JP1/AJS2によるジョブ運用を視点として運用監視をするため，「業務指向ツリー」のテンプレートによって，監視ツリーを自動生成します。

(2)　［監視ツリー］画面のカスタマイズ

自動生成した監視ツリーを，運用要件に合わせてカスタマイズします。

この例のシステム構成では，DBサーバに障害が発生すると，業務マスタデータが使用できないため受注DB更新ジョブなどが影響を受けます。しかし，このようなジョブと使用するDBの関係などはジョブネットには定義されていないため，自動生成された監視ツリーでは定義されていません。

図2-8　監視ツリーのカスタマイズ

データを一括管理するDBサーバで障害が起きたときに，DBを使う業務の監視グループの影響があると予測できるように，DBサーバの監視オブジェクトを追加します。追加する個所は，DBサーバ障害の影響範囲のうち最上位の監視グループにします。

このように，自動生成した監視ツリーを，業務やシステム構成を検討して，より細かな運用監視ができるようにカスタマイズしてください。

(3)　［ビジュアル監視］画面の作成

重点的に監視が必要なポイントがある場合などは，［ビジュアル監視］画面を作成します。

図2-9　［ビジュアル監視］画面の例

［ビジュアル監視］画面は，業務構成図や地図などの任意の画像の上に，監視オブジェクトを配置して作成します。

監視目的に合わせて直感的に監視できますので，監視業務を効率化できます。

(4)　自動アクションの設定

問題が発生した時に，システム管理者に通知するよう自動アクションを設定します。

この例では，メール送信コマンドなどを実行するように定義します。

設定に当たっては，通知が必要なJP1イベントの選択と，通知する内容を十分に検討してください。通知は，システム管理者の負担を考えて，迅速な対処が必要なJP1イベントに限定します。

また，通知によって状況がわかるよう，JP1イベントに含まれる情報を通知するよう設定します。JP1イベントに対する自動アクションではエラーメッセージなど，監視ツリー上の監視グループに対する自動アクションではグループ名などを，自動アクションの情報として使うことができます。

2.3.3　システムの監視

統合スコープでは，［監視ツリー］画面および［ビジュアル監視］画面によって，システムを監視します。

なお，問題発生時に自動アクションによって管理者に通知するよう設定しておけば，画面を常に見ておく必要はありません。

図2-10　統合スコープでのシステム監視

＜この項の構成＞

(1)　［監視ツリー］画面での監視

(2)　［ビジュアル監視］画面での監視

(1)　［監視ツリー］画面での監視

［監視ツリー］画面は，システム管理者の目的に合わせて，監視ツリーを構成できます。

この例の場合は，定型業務の実行状態を，ジョブを中心として監視できるよう監視ツリーを構成しています。

(2)　［ビジュアル監視］画面での監視

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

注意

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

2.3.4　問題発生の検知と通知

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

管理が必要なJP1イベントが発生すると，JP1/IMのマネージャーに転送され，一元管理されます。また，自動アクションによって，問題の発生をシステム管理者に通知します。

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

このように，システムで発生した事象をJP1イベントとして一元管理することで，問題発生をいち早く検知して，システム管理者へ通知できます。

2.3.5　問題個所の確認

問題発生の通知を受けたシステム管理者は，まず，どこで何が起きたのか，問題個所を特定します。統合スコープでは，次の操作を使い分けて確認します。

＜この項の構成＞

(1)　［ビジュアル監視］画面による問題個所の確認

(2)　［監視ツリー］画面による問題個所の確認

(3)　検索による問題個所の確認

(1)　［ビジュアル監視］画面による問題個所の確認

［ビジュアル監視］画面で監視している重要ポイントが障害状態になっている場合，その監視ノードを基点として，問題個所を確認します。

図2-12　［ビジュアル監視］画面から［監視ツリー］画面へ

［ビジュアル監視］画面の監視ノードをダブルクリックすると，自動的に監視ツリーが展開されて対応する監視ノードが選択されます。

［ビジュアル監視］画面に監視グループを配置していた場合や，隣接する監視ノードが障害状態になっている場合は，ドリルダウン（階層を掘り下げていく操作）をして状態を確認します。

(2)　［監視ツリー］画面による問題個所の確認

監視ツリーから障害状態になっている監視ノードを特定する場合，障害色になっている監視ノードをルートから順に選択し，状態を確認します。また，詳細表示領域から障害状態になっている監視ノードを特定する場合は，障害色になっている監視ノードアイコンを順にダブルクリックし，状態を確認します。

(3)　検索による問題個所の確認

複数の監視オブジェクトで障害が発生しているときなど，［検索］の機能を使うことで，全体の状況を一度に確認できます。

図2-13　検索による問題個所の確認

［検索］を実行して問題個所を確認する場合は，まず検索対象とする監視グループを選択して，［検索］画面を表示します。検索条件には，「監視ノード種別」とその中の「監視オブジェクト」を選択し，プルダウンメニューは「　　　」（空白）のままにしておきます。空白にすると，すべての種類の監視オブジェクトにヒットします。また，監視ノードの「状態」に，正常やデバッグ以外のすべての状態を指定します。ほかの条件はこの時点ではわからないため，非選択にしておきます。検索条件が決まったら，検索を実行します。

検索結果の表示には，エラーなどが発生している監視オブジェクトが表示されます。

検索結果の行をダブルクリックすると，対応するツリーが展開されて，どの監視グループにあるリソースで問題が発生したかを確認できます。

2.3.6　問題の調査

問題個所が特定できたら，問題の調査を始めます。

＜この項の構成＞

(1)　ガイド機能による問題調査の支援

(2)　問題個所の確認

(3)　イベントの調査

(1)　ガイド機能による問題調査の支援

調査を始めるに当たり，まずは，発生している問題に関するガイドを表示します。

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

監視ノードを選択して［ガイド］を実行すると，監視ノードの種類や状態に合わせて，あらかじめ登録されているガイド情報を表示します。

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

ガイドの情報としては，対応手順，個々のエラーの対処例，などが考えられますが，次のことを目安にしてください。

監視グループのガイド情報
障害対処手順や影響範囲など，対応方法をアドバイスする情報を設定する。

監視オブジェクトのガイド情報
エラーの意味や事例など，調査のヒントになる情報を設定する。

注意

ガイドを表示するには，あらかじめガイド情報を登録しておく必要があります。

(2)　問題個所の確認

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

図2-15　問題個所の確認

障害状態の監視ノードを選択して［状態変更イベント検索］を実行します。

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

(3)　イベントの調査

問題の原因になったJP1イベントが特定できたら，詳細を調査します。

図2-16　問題の調査

まず［イベント詳細表示］によって，エラーメッセージなど詳細を確認します。

次に，［モニター起動］によってJP1イベントを発行した関連アプリケーションを呼び出し，問題が発生した要因を調査します。例えば，JP1/AJS2が発行したジョブのエラーからモニター起動すると，ジョブネットの状態を表示し，詳細を調査できます。

2.3.7　問題の対策

問題個所や要因を確認できたら，問題を対策してください。

問題の対策後，正常に稼働していることが確認できたら，統合スコープ上の監視ツリーの状態を「初期状態」に戻します。

状態変更の操作は，それぞれの監視オブジェクト，および監視グループで行えます。個別に「初期状態」に戻す場合は監視オブジェクトを，配下にある監視オブジェクトの状態を一括して「初期状態」に戻す場合には監視グループを選択して状態を変更します。

図2-17　状態の変更

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

2.4　このマニュアルの読み方について

このマニュアルは，システムのライフサイクルに則し，次図の構成としています。

図2-18　このマニュアルの構成

システムのライフサイクルに則して，JP1/IMの理解・運用を進めたい方は，上図に示すとおり，このマニュアルの構成に沿ってお読みください。

なお，このマニュアルに対し，機能ベースでの一覧検索など，辞書的な使い方をされたい方は，次表を参考にしてこのマニュアルをお読みください。

表2-2　ユーザー要件と実現機能の関係，およびマニュアル記載個所一覧

ユーザーがJP1/IMで
実現したい要件
実現する機能
機能説明
(参照先)
設計
(参照先)
設定
(参照先)
操作
(参照先)

物理視点でシステムの運用監視をする(統合コンソールによる監視)
イベントによる集中監視
3.2.1
6.1，
7.7.3，
7.7.4，
7.7.5
11.
20.

イベントのフィルタリング
3.2.2
6.1.2，
6.1.3
11.2
－

相関イベントの発行
3.2.3
6.1.4
11.4
20.1.7

イベントの集約
3.2.4
6.1.5
11.7
20.1.6

イベントの検索
3.2.5
－
－
20.3

イベントのガイド
3.2.6
6.1.6
11.5
20.1.2

イベント一覧情報の保管(CSV出力)
3.2.7
6.1.7，
7.9.4
－
20.7.1

論理視点でシステムの運用監視をする(統合スコープによる監視)
統合スコープの機能概要
3.3.1
6.2
12.1
21.

監視ツリー
3.3.2
6.2.1
12.3
21.1

監視ツリーの自動生成
3.3.3
6.2.1
12.3.3，
12.8
－

監視ツリーの編集
3.3.4
6.2.1，
6.2.4
12.3.4，
12.9
－

ビジュアル監視
3.3.5
6.2.2
12.4
21.2

監視ノードの検索，
状態変更イベントの検索
3.3.6
－
12.3.4(8)
21.1.3，
21.1.4，
21.2.4，
21.2.5

監視ノードのガイド
3.3.7
6.2.3
12.6
21.1.6，
21.2.7

対処済み連動機能
3.3.8
－
12.7.2
－

統合スコープの仕組み
3.3.9
7.7.7
12.2，
12.7
－

システムの障害発生時に何らかの対処(管理者への通知など)を自動で行う
自動アクション
3.5
6.4，
7.7.1
11.3
22.2

障害の調査を行う
モニター起動
3.4.1
6.3.1
11.9
20.4

統合機能メニュー
3.4.2
6.3.2
11.10
22.3

コマンド実行
3.4.3
6.3.3
9.4.7，
10.4.6
22.1

JP1/IMの基盤制御(JP1/Base)の仕組みを理解し，設定する※
JP1/Base
3.6
6.1.1，
6.1.2，
7.5，
7.6，
7.7.1，
7.7.2，
7.7.6
9.4，
10.4
－

JP1/IMの障害に対して対策を行う
プロセス管理
3.7.1
7.7.2
9.5.2，
10.5.5
－

ヘルスチェック機能
3.7.2
7.7.2
9.5.2，
10.5.5
－

資料採取
－
7.7.2
9.5.2，
9.6.1，
10.5.5
－

各種システム構成にJP1/IMを対応させる
JP1/IMのシステム環境で行う通信
3.7.3
7.4.1，
7.4.2
14.
－

ファイアウォール対応
3.8.1
7.4.4
14.3
－

複数LAN対応
3.8.2
7.4.3
14.2
－

クラスタシステムでの運用
3.8.3
7.3.10
13.
－

言語混在環境での運用
3.8.5
7.1.4
10.5.2
－

JP1/IMの監視情報をほかの統合管理製品で利用する
JP1/IM - Incident Master連携
4.1
7.8.1
15.1
20.1.8

JP1/IM - Rule Operation連携
4.2
7.8.2
15.2
20.1.9

注※　このマニュアルでは，JP1/Baseが提供する機能の概要と設定手順について説明しているだけです。JP1/Baseの機能詳細，設定詳細についてはマニュアル「JP1/Base 運用ガイド」を参照してください。

参考

このマニュアルのほか，JP1/IMに関するマニュアルとして以下マニュアルがあります。必要に応じてこれらのマニュアルをお読みください。

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

マニュアル「JP1/Integrated Management - Manager 機能拡張」

1.には，JP1/IMの画面，コマンド，定義ファイル，JP1イベント，メッセージに関する詳細情報が記載されています。

2.には，独自イベントの拡張属性（固有情報）のJP1/IM - Viewへの表示方法やモニター起動，統合機能メニューのカスタマイズ方法が記載されています。

3.　JP1/IMの機能

この章では，JP1/IMの構成と機能，およびJP1/IMのシステム環境でのJP1/Baseの役割について説明します。

＜この章の構成＞

3.1　JP1/IMの構成

3.2　統合コンソールによるシステムの集中監視

3.3　統合スコープによる目的指向型のシステム監視

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

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

3.6　JP1/Baseによる基盤機能

3.7　JP1/IMの動作制御

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

3.1　JP1/IMの構成

JP1/IMでシステムの運用監視をする場合の，JP1/IMの構成について説明します。

図3-1　JP1/IMの構成例

＜この節の構成＞

3.1.1　製品構成

3.1.2　前提OS

3.1.3　前提プログラム

3.1.4　各製品の機能

3.1.1　製品構成

JP1/IMの製品構成について説明します。

＜この項の構成＞

(1)　JP1/IMの製品構成

(2)　JP1/IMの各製品の接続性

(1)　JP1/IMの製品構成

JP1/IMは，次の製品で構成されます。

JP1/IM - View

JP1/IM - Manager

JP1/Base※

IPF版JP1/IM - Manager

IPF版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は，システムの運用監視をするための各種機能を実装したプログラムです。内部コンポーネントとしてJP1/IM - Central Console，JP1/IM - Central Scopeを実装しています。このマニュアルでは，これらの内部コンポーネントをユーザーに意識してもらいたいときに，そのつど内部コンポーネント名を明示するようにしています。

次の制限があります。

バージョン8のJP1/Baseが前提プログラムとなります。

IPF版JP1/IM - Managerについて

IPF版JP1/IM - Managerは，IPFサーバでの動作を保証したプログラムです。次の制限があります。

バージョン8のIPF版JP1/Baseが前提プログラムとなります。

HP-UX（IPF）版JP1/IM - Managerは，WWWページ版のJP1/IM - View※をサポートしていません。

このマニュアルでは，特にJP1/IM - ManagerとIPF版JP1/IM - Managerとを区別して説明していませんが，上記の制限を除き，JP1/IM - Managerと同じ機能が使用できます。

注※　WWWページ版のJP1/IM - Viewについて

JP1/IM - Viewの簡易版であるWWWページ版のJP1/IM - Viewは，JP1/IM - Managerの内部コンポーネント，JP1/IM - Central Consoleの機能として提供されています。

WWWブラウザーによってWWWページ版のJP1/IM - Viewを使用する場合，次の制限があります。

JP1/IM - Manager（JP1/IM - Central Scope）に接続できません。

［コマンド実行］画面や［統合機能メニュー］画面など，使用できない画面があります。また，モニター起動やイベント一覧情報の保管（CSV出力）ができないなど，操作にも制限があります。詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　1.　画面」を参照してください。

制限値が一部異なります。「付録D　制限値一覧」を参照してください。

(2)　JP1/IMの各製品の接続性

各製品で接続（または管理）できる製品を次の表に示します。

表3-1　ビューアー・マネージャー製品の接続性

ビューアー製品
接続できるマネージャー製品

JP1/IM - View
（バージョン8）
JP1/IM - Manager（バージョン8）
IPF版JP1/IM - Manager（バージョン8）
JP1/IM - Central Console（バージョン7，バージョン6）
IPF版JP1/IM - Central Console（バージョン7）
JP1/IM - Central Console 10 Node（バージョン7，バージョン6）
JP1/IM - Central Scope（バージョン7）
JP1/IM - Central Console 5 Node（バージョン6）
JP1/IM - Satellite Console（バージョン6）

JP1/IM - View
（バージョン7）
JP1/IM - Manager（バージョン8）
IPF版JP1/IM - Manager（バージョン8）
バージョン7以前のマネージャー製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

JP1/IM - Console View
(バージョン6)
JP1/IM - Manager（バージョン8）
IPF版 JP1/IM - Manager（バージョン8）
バージョン7以前のマネージャー製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

表3-2　同一マシン（マネージャー）で動作できるJP1/IM，JP1/Baseの接続性

JP1/IM製品 | JP1/Base
JP1/IM - Manager（バージョン8） | JP1/Base（バージョン8）
IPF版JP1/IM - Manager（バージョン8） | IPF版JP1/Base（バージョン8）

同一マシンで動作できるJP1/IM - Manager，JP1/Baseは，同一バージョンのものに限ります。例えば，同一マシン上で，バージョン8のJP1/IM - Managerとバージョン7のJP1/Base，バージョン7のJP1/IM - Central Consoleとバージョン8のJP1/Base，という組み合わせはできません。

表3-3　マネージャー・エージェント製品の接続性

上位マネージャーの種別
接続（管理）できるマネージャーおよびエージェント製品

JP1/IM - Manager
（バージョン8）
JP1/IM - Manager（バージョン8）
IPF版JP1/IM - Manager（バージョン8）
JP1/IM - Central Console（バージョン7，バージョン6）
IPF版JP1/IM - Central Console（バージョン7）
JP1/IM - Central Console 10 Node（バージョン7，バージョン6）
JP1/IM - Central Console 5 Node（バージョン6）
JP1/IM - Central Scope（バージョン7）
JP1/Base（バージョン8，バージョン7，バージョン6）
IPF版JP1/Base（バージョン8，バージョン7）

IPF版JP1/IM - Manager
（バージョン8）
同上

JP1/IM - Central Console
（バージョン7）
JP1/IM - Manager（バージョン8）
IPF版JP1/IM - Manager（バージョン8）
JP1/Base（バージョン8）
IPF版JP1/Base（バージョン8）
バージョン7以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

IPF版JP1/IM - Central Console
（バージョン7）
同上

JP1/IM - Central Console 10 Node
（バージョン7）
JP1/Base（バージョン8）
IPF版JP1/Base（バージョン8）
バージョン7以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

JP1/IM - Central Console
（バージョン6）
JP1/IM - Manager（バージョン8）
IPF版 JP1/IM - Manager（バージョン8）
JP1/Base（バージョン8）
IPF版 JP1/Base（バージョン8）
バージョン7以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

JP1/IM - Central Console 10 Node
（バージョン6）
JP1/Base（バージョン8）
IPF版 JP1/Base（バージョン8）
バージョン7以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

JP1/IM - Central Console 5 Node
（バージョン6）
JP1/Base（バージョン8）
IPF版 JP1/Base（バージョン8）
バージョン7以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

JP1/IM - Satellite Console
（バージョン6）
JP1/Base（バージョン8）
IPF版 JP1/Base（バージョン8）
バージョン7以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン7のマニュアルでご確認ください。

3.1.2　前提OS

JP1/IMおよびJP1/Baseの前提OSについて説明します。

表3-4　JP1/IMの前提OS

OS名 | JP1/IM - View | JP1/IM - Manager | JP1/Base※1
Windows XP Professional | ○ | － | ○
Windows Server 2003 | ○ | ○ | ○
Windows Server 2008 | ○※3 | ○※3 | ○
Windows Server 2003(IPF) | － | ○※2 | ○※2
Windows Vista | ○※3 | － | ○
HP-UX (PA-RISC) | － | ○ | ○
HP-UX (IPF) | － | ○※2 | ○※2
Solaris | － | ○ | ○
AIX | － | ○ | ○
Linux | － | ○ | ○
Linux (IPF) | － | ○※2 | ○※2

（凡例）

○：動作する

－：動作しない

注※1　JP1/Baseは，OSによって機能のサポート範囲が異なります。詳しくは，マニュアル「JP1/Base 運用ガイド」を参照してください。

注※2　Windows Server 2003(IPF)，HP-UX (IPF)，Linux (IPF)上で動作できるのはIPF版JP1/IM - ManagerとIPF版JP1/Baseだけです。

注※3　Windows VistaおよびWindows Server 2008版のJP1/IM - View，JP1/IM-Managerでは，JISコード第3水準および第4水準の文字はサポートしていません。JP1/IM - View上，定義ファイル，およびコマンド引数でこれらの文字を使用した場合は，文字化けが発生して正しく動作しないおそれがあります。

なお，サポートしているOSのバージョンや種類（例：Enterprise Editionなど）については，各製品のリリースノートを参照してください。

3.1.3　前提プログラム

JP1/IMおよびJP1/Baseの前提プログラムについて説明します。

表3-5　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のリリースノートを参照してください。

3.1.4　各製品の機能

JP1/IMでシステムの運用監視をする場合に，使用する各製品の機能を次の表に示します。

表3-6　各製品の機能

製品
機能
機能の概要

JP1/IM - View
セントラルコンソール・ビューアー

JP1イベントの監視

JP1/IM - Manager（JP1/IM - Central Console）への各種処理の指示

セントラルスコープ・ビューアー

監視オブジェクトの監視

監視画面の作成やJP1/IM - Manager（JP1/IM - Central Scope）への各種処理の指示

統合トレース

JP1/IM - Viewのトレース情報の記録

JP1/IM - Manager
プロセス管理

JP1/IM - Managerの起動，停止などの動作制御

JP1/IM - Managerの各機能の管理

ヘルスチェック※1

自ホスト上のJP1/IM - Managerプロセスの状態監視

自ホスト上のJP1/Baseの，イベントサービスの状態監視

インシデント登録サービス
JP1/IM - Incident Master連携用の機能

JP1/BaseのイベントサービスからJP1イベントを取得する。

取得したJP1イベントを相関処理し，JP1/IM - Incident Masterにインシデントとして自動登録する。

ヘルスチェック対応

相関イベント発行サービス

JP1/BaseのイベントサービスからJP1イベントを取得する。

取得したJP1イベントを相関処理し，相関イベントとしてJP1/Baseに登録する。

ヘルスチェック対応

イベントコンソールサービス

JP1/IM - View(セントラルコンソール・ビューアー)へのJP1イベント表示制御

JP1/IM - View(セントラルコンソール・ビューアー)からの各種処理指示受け付けおよび各制御への各種処理の指示
（JP1/IM - Viewからのほとんどの要求は，ここを経由して各制御に中継される）

ヘルスチェック対応

自動アクションサービス

イベントフロー制御サービスで検知したイベントを条件に，自動でコマンド実行する。

ヘルスチェック対応

イベントフロー制御サービス

JP1/BaseのイベントサービスからJP1イベントの情報を取得する。

取得したJP1イベントのJP1/IM - Manager各制御(イベントコンソールサービス，自動アクションサービス，セントラルスコープサービス)への配信

ヘルスチェック対応

セントラルスコープサービス

JP1/IM - View(セントラルスコープ・ビューアー)への監視オブジェクト表示制御

JP1/IM - View(セントラルスコープ・ビューアー)からの各種処理指示受け付け

監視オブジェクトDBの管理

統合トレース

JP1/Base，JP1/IMなどのトレース情報の記録

JP1/Base
プロセス管理

JP1/Baseの起動，停止などの動作制御

ユーザー管理，構成管理，コマンド実行，定義収集・配布機能の管理

ヘルスチェック

自ホスト上のJP1/Baseプロセスの状態監視

他ホスト上のJP1/Baseプロセスの状態監視

ユーザー管理

認証サーバ（JP1ユーザーの登録・管理）

認証圏

コマンド実行権限の管理

構成管理※2

JP1/IMのシステム構成の管理

コマンド実行※2

JP1/IM環境でのコマンド実行制御

コマンド実行履歴ファイルの管理(マネージャーホストだけ)

定義収集・配布※2

JP1/IMでのイベントサービス定義情報の収集と配布

JP1/IMでの監視ツリー作成用定義情報の収集

イベントサービス

JP1イベントの制御

イベントDBの管理

イベント変換
次に示す変換機能を提供

ログファイルトラップ(ログファイルから情報を抽出しJP1イベントに変換)

イベントログトラップ(Windowsのイベントログから情報を抽出しJP1イベントに変換)

SNMPトラップ変換（NNMが管理するSNMPトラップから情報を抽出しJP1イベントに変換）

サービスの起動管理

Windowsサービスに登録された（JP1/Base含む）各製品のサービスの起動・停止の順序制御

統合トレース

JP1/Base，JP1/IMなどのトレース情報の記録

注※1　ヘルスチェック機能は，ヘルスチェックに対応する機能の相互監視により実現する機能です。なお，セントラルスコープサービスはヘルスチェック機能の監視対象外です。

注※2　JP1/Baseの構成管理，コマンド実行，および定義収集・配布機能は，JP1/IM専用の機能です。

各製品を構成する機能を，図で表すと次のようになります。

図3-2　各製品を構成する機能

JP1/IMは，前提製品JP1/Baseと連動し，JP1/Baseが提供する基盤機能を使用して動作します。また，JP1/IMのエージェントホストではJP1/Baseを実行します。このように，JP1/IMはJP1/Baseと不可分な関係にあります。

この章では，JP1/IMの機能と，JP1/Baseの機能（JP1/IMが使用する機能）について説明します。

3.2　統合コンソールによるシステムの集中監視

JP1/IMは，JP1イベントによって，システム内で起きたさまざまな事象を集中監視できます。

ここでは，集中監視を実現するための，次の機能について説明します。

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

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

相関イベントの発行

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

イベント検索

イベントガイド機能

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

＜この節の構成＞

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

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

3.2.3　相関イベントの発行

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

3.2.5　イベント検索

3.2.6　イベントガイド機能

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

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

JP1/IMの統合コンソールは，システムで発生した重要な事象，例えばネットワークトラブルやマシンダウンなどを，JP1イベントによって集中監視します。

図3-3　［イベントコンソール］画面によるJP1イベント監視

［イベントコンソール］画面には，JP1イベントが一覧で表示されます。JP1イベントはJP1/Baseによって管理され，JP1/IMのさまざまな機能によって，最適に参照できます。JP1/IMの機能については，以降で説明します。

参考

JP1/IMでの参照時には，JP1イベントの属性の一つである重大度にアイコンを付加して，ビジュアルに識別できるようになっています。

JP1イベントの重大度には「[図データ]緊急」「[図データ]警戒」「[図データ]致命的」「[図データ]エラー」「[図データ]警告」「[図データ]通知」「[図データ]情報」，および「[図データ]デバッグ」があります。

＜この項の構成＞

(1)　統合コンソールによる監視

(2)　JP1イベント監視の処理の流れ

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

(1)　統合コンソールによる監視

統合コンソールでは，各エージェントホストで発生したJP1イベントを，管理が必要なものをフィルタリングした上で，マネージャーホストへ転送して集中的に管理しています。

図3-4　統合コンソールによるJP1イベント監視の概要

［イベントコンソール］画面では，JP1イベントを時系列に表示します。用途によって，次の3種類のページがあり，タブを選択することで表示を切り替えられます。なお，JP1/IM - ViewでJP1イベントを表示するまでの途中の処理で，フィルタリングの機能によってJP1イベントが選択されている場合があります。これについては，次の「3.2.2　JP1イベントのフィルタリング」で説明します。

また，JP1/IM - ViewでJP1イベントを表示するまでの途中の処理で，繰り返しイベントの集約表示機能によって，JP1イベントが集約表示されている場合があります。これについては，「3.2.4　繰り返しイベントの集約表示」で説明します。

［イベント監視］ページ

JP1イベントを，発生した順序で表示するページです。システムで発生している事象を，時系列に見るときに用います。

表示されるJP1イベントは，イベントサービス，イベントフロー制御サービス，イベントコンソールサービスの順に渡されたものです。

なお，［イベント監視］ページには，表示フィルターという機能がついており，表示イベントをフィルタリングできます。

また，［イベント監視］ページでは，繰り返しイベントの集約表示機能を使用して，短時間に大量に発生した同一内容のイベントを一つにまとめて表示できます。

［重要イベント］ページ

重要イベントとして定義したJP1イベントだけを表示するページです。

重要イベントとは，障害などの管理が必要なJP1イベントのことです。デフォルトでは，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」のJP1イベントが重要イベントとして定義されています。

重要イベントが発生すると，JP1/IM - Viewのアラームランプが点滅し，ユーザーに重要イベントが発生したことを通知してくれます。

なお，［重要イベント］ページでは，繰り返しイベントの集約表示機能を使用して，短時間に大量に発生した同一内容のイベントを一つにまとめて表示できます。

［イベント検索］ページ

JP1/IM - Viewから各ホストにイベント検索をしたときの結果を表示するページです。

JP1/IMでは，マネージャーへ重要なイベントだけを転送するため，通常のイベントを含むJP1イベントを参照したいときは，イベント検索を使います。例えば，障害のJP1イベントの前後の時間に発生したイベントをすべて検索し，障害時の状況を確認するなどに使います。

また，JP1/IM - Viewのバッファーから消えてしまった，古いイベントを表示したいときに使います。

概要については，「3.2.5　イベント検索」を参照してください。

また，上記3画面に表示されるJP1イベントに対してできる操作・設定を次に示します。

JP1イベントの詳細表示
JP1イベントの詳細な属性情報を表示できます。また，選択したJP1イベントにあらかじめイベントガイド情報が登録されている場合，対処手順などの運用ノウハウを表示できます。

連携製品のモニター起動
JP1イベントに対応した連携製品の画面をモニター起動できます。

自動アクションの実行結果表示
JP1イベントに対して自動アクションが実行されていた場合，その自動アクションの実行結果を表示できます。
なお，［イベント検索］ページでは，自動アクションの実行結果は表示できません。

JP1イベントの表示項目の変更
［イベントコンソール］画面にはJP1イベントの情報として，以下の情報を表示できます。

デフォルトで表示される項目：

重大度，登録時刻，登録ホスト名，ユーザー名，イベントID，メッセージ，オブジェクトタイプ，アクション

デフォルトで表示されない項目：

開始時刻，終了時刻，プロダクト名，オブジェクト名，登録名タイプ，登録名，到着時刻，事象種別，イベントDB内通し番号，発行元プロセスID，発行元ユーザーID，発行元グループID，発行元ユーザー名，発行元グループ名，発行元イベントDB内通し番号，種別，アクション種別

これらの情報は，ユーザーの目的に沿って表示項目，表示順序を変更できます。
補足

JP1イベントの情報として表示されるものには，上記したもの以外にJP1イベントの「対処状況」も表示されます。これは，［イベントコンソール］画面の表示項目の左端に必ず表示されます。

上記表示項目にない情報，例えばJP1イベントの固有情報を［イベントコンソール］画面に表示したい場合，上記表示項目と表示したい固有情報をマッピング定義することで表示できます。
なお，この場合，表示情報の先頭に「#」が付くようになります。

JP1イベントへの対処状況設定
JP1イベントに対してユーザーが対処状況を設定できます。対処の進み具合など，ユーザーの運用に合わせて「対処済」「処理中」「保留」および「未対処」の四つの対処状況を使い分けられます。ユーザーが設定した対処状況は，［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページで確認でき，対処状況は，アイコンで表示されます。
なお，各ページで設定できる対処状況の種類および表示が異なります。各ページでの違いを次の表に示します。

表3-7　対処状況の設定に関連する各ページでの違い

ページ名 | 対処状況の種類 | １回に設定できるイベント数 | 他ページへの設定反映契機※2
［イベント監視］ | 対処済・処理中・保留・未対処 | 複数 | 自動更新
［重要イベント］ | 対処済・処理中・保留・未対処・削除※1 | 複数 | 自動更新
［イベント検索］ | 対処済・処理中・保留・未対処 | 複数 | 再検索実行後

注※1　［重要イベント］ページで「削除」を設定すると，そのJP1イベントは［重要イベント］ページ上で非表示となります。イベントDBからは削除されていないため，［重要イベント］ページで削除したイベントはほかのページで表示されることがあり，対処状況を設定できます。

注※2　各ページで対処状況が設定されると，［イベント監視］ページまたは［重要イベント］ページでは，対処状況の反映時期は自動更新による画面更新時（［ユーザー環境設定］画面－［表示内容の自動更新］で「する」にチェックしている場合），メニューの［表示］－［最新情報に更新］を選択したとき，または［最新情報に更新］ボタンを押したときとなります。［イベント検索］ページでは，最新情報を取得するために，再度検索を実行する必要があります。

（備考）

対処状況は，［イベントコンソール］画面から呼び出せる［関連イベント一覧］画面でも設定できます。設定できる対処状況の種類および表示は，呼び出し元のページと同様の内容となります。

［イベント監視］ページが呼び出し元だった場合は［イベント監視］ページと同様

［重要イベント］ページが呼び出し元だった場合は［重要イベント］ページと同様

［イベント検索］ページが呼び出し元だった場合は［イベント検索］ページと同様

また，対処操作の履歴を残すため，対処状況の変更にあわせてJP1イベントを発行することもできます。

JP1イベントの背景色設定
［イベントコンソール］画面に表示されるJP1イベントに背景色を付けることができます（デフォルトは背景色なし）。背景色の設定をした場合，［イベントコンソール］画面の各ページに表示されるJP1イベントは，それぞれ次のようになります。

［イベント監視］ページ：重大度に対応して背景に色が付く。

［重要イベント］ページ：背景に色は付かない。

［イベント検索］ページ：重大度に対応して背景に色が付く。

(2)　JP1イベント監視の処理の流れ

エージェントホストで発行したJP1イベントを，ビューアーホストの画面に表示するまでの処理の流れを例に，イベント監視で使用するJP1/IM，JP1/Baseの機能連携について説明します。

図3-5　JP1イベント監視の処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェントホスト上でJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，構成管理の定義に従って上位ホストに転送され，マネージャー上のイベントサービスに登録されます。

登録されたJP1イベントの情報をイベントフロー制御サービスが取得します。

イベントコンソールサービスは，イベントフロー制御サービスからJP1イベントの情報を取得します。

ビューアーホストの画面から，イベントコンソールサービスが取得したJP1イベントを監視します。

イベントサービスについては，「3.6.1　JP1イベントの管理」を，構成管理については，「3.6.2　JP1/IMシステムの構成管理」を，イベントフロー制御サービスについては（3）を参照してください。

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

JP1/IM - Managerでは，同ホスト上のJP1/BaseのイベントDBからJP1イベントを取得し，その情報に基づいて各種処理が実行されます。

JP1/BaseのイベントDBからJP1イベントを取得するのは，次の図に示すように，JP1/IM - Manager内のイベントフロー制御サービス，相関イベント発行サービス，インシデント登録サービスの三つです。

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

これら三つのサービスが取得したJP1イベントは，設定した条件に合わせてフィルター（イベント取得フィルター）をかけられ，各種処理が実行されます。

イベントフロー制御サービスのJP1イベント取得後の処理

イベントコンソールサービス，自動アクションサービス，セントラルスコープサービスの三つのサービスにJP1イベントを送信します。これら三つのサービスは，送信されたJP1イベントを基に各種処理（JP1/IM - Viewへの表示制御や自動アクション）を実行します。

なお，イベントフロー制御サービスのJP1イベントの取得処理・送信処理（イベントDBから取得するJP1イベントのイベント取得開始位置の変更，送信タイムアウト・リトライなど）は，jcoimdefコマンドで調整できます。詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）を参照してください。

相関イベント発行サービスのJP1イベント取得後の処理

相関イベント発行定義に従い，相関イベントの発行処理を行います。詳細は「3.2.3　相関イベントの発行」を参照してください。

インシデント登録サービスのJP1イベント取得後の処理

インシデント登録定義に従い，インシデントの登録処理を行います。詳細は「4.1　JP1/IM - Incident Masterとの連携」を参照してください。

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

JP1/IMおよびJP1/Baseでは，フィルタリングによって，必要なJP1イベントを選択して処理を行っています。例えば，管理が必要なJP1イベントだけをマネージャーホストに転送したり，ビューアーで表示するJP1イベントを選択するなどを行います。

JP1/IM，JP1/Baseでは次の図に示す5種類のフィルターを提供しています。これらを組み合わせることで，必要なJP1イベントを選択して処理できます。

図3-7　JP1/IM，JP1/Baseで提供するフィルター

各フィルターについて，JP1イベント発行元から適用されるフィルターの順に説明します。

＜この項の構成＞

(1)　転送フィルター

(2)　イベント取得フィルター

(3)　ユーザーフィルター

(4)　重要イベントフィルター

(5)　表示フィルター

(6)　フィルターの条件定義

(1)　転送フィルター

転送フィルターは，JP1/Baseが別ホストに転送するJP1イベントを選択するためのフィルターです。このフィルターは，エージェントホストのJP1/Baseごとに一つだけ設定できます。

JP1/IMでは，各エージェントホストで発生したJP1イベントを，マネージャーホストに転送することで，各ホスト内で発生した事象を集中監視しています。このとき，転送するJP1イベントは，上位のマネージャーホストで管理が必要なものを選択して転送します。転送する対象のJP1イベントは，転送フィルターによって指定します。また，マネージャーホストの負荷を抑えたい場合や，ネットワークの伝送容量が少ない場合など，転送するJP1イベントの量を減らすときの調整に使う場合もあります。

転送フィルターは，各JP1/Baseにあります。転送設定ファイルは，各ホストで編集するか，またはマネージャーホストから転送設定情報を一括配布することで設定します。

(2)　イベント取得フィルター

イベント取得フィルターは，JP1/IM - Manager（のイベントフロー制御サービス）がJP1/Baseから取得するJP1イベントを選択するためのフィルターです。このフィルターは，マネージャーホストごとに複数設定できます。ただし，適用できるのは一つだけです。

イベント取得フィルターを使って，JP1/IM - Managerで取得する必要があるJP1イベントを選択します。JP1/IM - Managerで取得する必要があるJP1イベントとは，次のものを指します。

［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページで監視するJP1イベント

自動アクションの実行契機となるJP1イベント

監視オブジェクトの状態変更の契機となるJP1イベント

相関イベントの発行契機となるJP1イベント（相関元イベント）

インシデントの生成契機となるJP1イベント

例えば，JP1/IMのマネージャーホストで，正常イベントを大量に発行する製品を運用する場合（JP1/AJS2がジョブ正常実行のイベントを発行する場合など），システムの運用監視に必要なJP1イベントが埋もれてしまうおそれがあります。このような場合に，正常イベントを取得しないように選択するのが，イベント取得フィルターです。

イベント取得フィルターは，JP1/IM - Managerにあり，JP1/IM - Viewから設定できます。イベント取得フィルターは，JP1イベントの監視や自動アクション，監視オブジェクトの状態監視など，JP1/IMの機能すべてに影響を与えるフィルターです。

（備考）

JP1/SES形式のイベントをJP1/IM - Viewに表示したい場合は，イベント取得フィルターの設定でJP1/SESイベントを取得するように変更する必要があります。デフォルト設定では表示しません。

旧バージョンでイベント取得フィルター（互換用）を使用していた場合，フィルターの位置・動作が異なります。詳細については，次を参照してください。
参照先：「7.2.1（2）バージョン7のJP1/IM - Central Consoleからのバージョンアップについて」
参照先：「7.2.4（2）バージョン6のJP1/IMからのバージョンアップについて」

イベント取得フィルターは，次のサービスにも適用されます。
・相関イベント発行サービス
・インシデント登録サービス
上記二つのサービスは，デフォルトで起動しない設定となっていますが，起動するとイベントフロー制御サービスに適用されているフィルター内容が，そのまま適用されます。
なお，イベント取得フィルター（互換用）を使用していた場合，上記二つのサービスはフィルターなしの状態で動作します。
相関イベント発行サービスについては「3.2.3　相関イベントの発行」を参照してください。
インシデント登録サービスの機能概要については「4.1　JP1/IM - Incident Masterとの連携」を，機能詳細についてはマニュアル「JP1/Integrated Management - Incident Master」を参照してください。

複数のイベント取得フィルターの設定について

イベント取得フィルターは，複数設定できます。

例えば，営業時間用と夜間用など，時間帯によって取得対象ホストや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 リファレンス　4.　JP1イベント」を参照してください。ただし，イベント取得フィルターが互換モードで動作している場合は，これらのJP1イベントは発行されません。

(3)　ユーザーフィルター

ユーザーフィルターは，JP1ユーザーごとに監視できるJP1イベントを選択（制限）するためのフィルターです。このフィルターは，マネージャーホストごとに複数設定できます。ただし，適用できるのは，JP1ユーザーごとに一つだけです。

JP1/IMでは，JP1/IM - Viewでマネージャーホストにログインし，システムの運用監視を行います。このとき，JP1ユーザーごとに監視する範囲を制限したり，または大規模なシステムを複数のJP1ユーザーで分割して監視する場合があります。このような場合に，ユーザーフィルターを使って，JP1ユーザーごとの［イベントコンソール］画面に表示するJP1イベントを選択できます。

ユーザーフィルターは，JP1/IM - Managerにあり，JP1/IM - Viewから設定できます。なお，ユーザーフィルターは，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページのすべてに影響を与えるフィルターです。

(4)　重要イベントフィルター

重要イベントフィルターは，管理が必要な重要なJP1イベントを選択するためのフィルターです。

このフィルターは，マネージャーホストごとに一つだけ設定できます。重要イベントフィルターの設定情報は，マネージャーホストで管理されるため，複数のビューアーホストから接続した場合でも，それぞれに同じ重要イベントフィルターが適用されます。

JP1イベントの中には，緊急の連絡や障害の報告など，重要でオペレーターの迅速な対処が求められるものがあります。JP1/IMでは，このようなJP1イベントを重要イベントと呼びます。

重要イベントは，専用画面である［イベントコンソール］画面の［重要イベント］ページで管理します。

重要イベントが発生すると，JP1/IM - Viewのアラームランプが点滅し，ユーザーに重要イベントが発生したことを通知してくれます。また，［重要イベント］ページで，重要イベントの対処状況を管理できます。

重要イベントフィルターのデフォルトは，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」のJP1イベントが重要イベントとして定義されています。

重要イベントフィルターのカスタマイズによって，重大度を選択できます。また，重要イベントに相当する重大度のJP1イベントのうち，イベントIDなどで特定のJP1イベントを重要イベントから除くこともできます。

重要イベントフィルターは，JP1/IM - Viewにあり，JP1/IM - Viewから設定できます。なお，重要イベントフィルターは，［イベントコンソール］画面の［重要イベント］ページに影響を与えるフィルターです。

(5)　表示フィルター

表示フィルターは，［イベントコンソール］画面の［イベント監視］ページに表示されるJP1イベントのうち，一時的に特定のJP1イベントだけを表示したい場合に使用します。このフィルターは，ビューアーホストの監視ユーザーごとに複数設定でき，簡単な操作で切り替えられます。

表示フィルターは，JP1/IM - Viewにあり，JP1/IM - Viewから設定できます。なお，表示フィルターは，［イベントコンソール］画面の［イベント監視］ページに影響を与えるフィルターです。

(6)　フィルターの条件定義

各フィルターに定義するフィルター条件には，除外条件と通過条件の2種類があります。除外条件は，表示（取得）したくないJP1イベントの条件の集まりで，通過条件は，表示（取得）したいJP1イベントの条件の集まりです。また，除外条件と通過条件とは別に，イベント取得フィルターには，条件群の有効・無効を切り替えられる共通除外条件があります。フィルター条件の優先度は，優先される順に，共通除外条件，除外条件，通過条件となります。

除外条件，通過条件，および共通除外条件には，複数の条件を組み合わせた条件群を複数定義できます。条件群は一つ以上の条件の集まりで，定義した条件すべてが成立したときにその条件群は成立します（条件群内の条件同士の関係はAND条件）。

フィルターに除外条件または通過条件の条件群を複数定義した場合，除外条件の条件群のどれかに一致するJP1イベントは除外され，通過条件の条件群のどれかに一致するJP1イベントはフィルターを通過して，上位制御（「図3-7　JP1/IM，JP1/Baseで提供するフィルター」を参照）に渡されます（除外条件または通過条件内の条件群同士の関係はOR条件）。

図にすると次のようになります。

図3-8　フィルターによる他制御へのイベント送信

フィルターの条件定義は，JP1/Baseの転送フィルターを除き，JP1/IM - Viewを使って設定します。

(a)　共通除外条件（イベント取得フィルター限定）

共通除外条件は，イベント取得フィルターの一部であり，取得したくないJP1イベントの条件の集まりです。有効と無効を切り替えられるため，メンテナンス実施時に，イベント取得フィルターの通過条件および除外条件を変更することなく，メンテナンス対象ホストで発生するJP1イベントを一時的に除外できます。また，複数のイベント取得フィルターを切り替えて運用する場合でも，どのイベント取得フィルターに対しても有効となります。

共通除外条件は，イベント取得フィルター内で定義されている除外条件よりも優先され，除外条件は通過条件よりも優先されます。なお，共通除外条件を定義する場合は，JP1/IM - Manager上のJP1/Baseのバージョンが08-50以降が前提です。

イベント取得フィルターの共通除外条件，除外条件，および通過条件の関係を次の図に示します。

図3-9　イベント取得フィルターのフィルター条件の関係

(b)　除外条件

除外条件は，条件に一致したJP1イベントを除外するフィルター条件です。定義した条件群のどれかに一致するJP1イベントは，フィルターを通過しません。除外条件は，通過条件よりも優先されます。なお，除外条件を定義する場合は，JP1/IM - Manager上のJP1/Baseのバージョンが08-50以降が前提です。

除外条件は，イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できます。

(c)　通過条件

通過条件は，条件に一致したものを表示（取得）するフィルター条件です。定義した条件群のどれかに一致するJP1イベントだけがフィルターを通過します。

通過条件は，イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できます。

3.2.3　相関イベントの発行

JP1/IMは，関連性を持つJP1イベントが発行されたときに，新しいJP1イベントを発行できます。これを相関イベントといいます。JP1イベント同士の関連づけや発行する相関イベントについては，相関イベント発行定義としてユーザーが定義できます。

また，相関イベントの発行契機となった関連性を持つJP1イベントを，相関元イベントと呼びます。相関元イベントとするJP1イベントは，複数件にすることも，1件だけにすることもできます。

例えば，クラスタリングしているWebサーバをJP1/IMによって管理していたとします。Webサーバの実行系および待機系の2台のマシンで，連続して障害が発生した場合，Webサーバの提供しているサービスが停止します。このとき，実行系の障害発生を通知するJP1イベント，および待機系の障害発生を通知するJP1イベントを関連づけ，相関イベントとして発行すれば，障害対処が迅速になります。

次の図に相関イベント，相関イベント発行定義および相関元イベントの関係について，上記のWebサーバの例を用いて示します。

図3-10　相関イベント，相関イベント発行定義および相関元イベントの関係

実行系および待機系のWebサーバから発行されたJP1イベントが，マネージャーホストに通知されます。相関イベント発行定義に従い，二つのJP1イベントが関連づけされ，相関イベントが発行されます。相関イベントの発行契機となったJP1イベントを相関元イベントといいます。

JP1/IM - Managerは，JP1/BaseのイベントDBに登録されたJP1イベントをイベント取得フィルターを通して取得します。そのあと，相関イベント発行定義に定義された発行条件に従って相関イベントを発行します。発行された相関イベントは，JP1/BaseのイベントDBに登録されます。これを相関イベントの発行処理といいます。

相関イベントの発行処理の概要を次の図に示します。

図3-11　相関イベントの発行処理の概要

次からは相関イベント発行の機能全般について説明します。

＜この項の構成＞

(1)　相関イベント発行の仕組み

(2)　相関イベントの発行定義

(3)　相関イベント発行サービスの状態遷移と稼働設定

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

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

(6)　相関イベント発行が成立する条件

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

(8)　発行される相関イベント

(1)　相関イベント発行の仕組み

相関イベントの発行は，JP1/IM - Managerのプロセスの一つ「相関イベント発行サービス」によって行われます。相関イベント発行サービスの位置を図で表すと次のようになります。

図3-12　相関イベント発行サービスの位置

図からわかるように，JP1/IM - Managerの内部コンポーネントであるJP1/IM - Central Consoleの一プロセスとして動作します。

(a)　相関イベント発行サービスの起動時の処理

JP1/IM - Managerを起動すると，相関イベント発行サービスがプロセス管理によって起動されます。起動と同時に相関イベント発行定義を読み込み，相関イベントの発行処理の準備をします。

相関イベント発行サービスの起動時の処理を次の図に示します。

図3-13　相関イベント発行サービスの起動時の処理

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

相関イベント発行サービスが，プロセス管理によって起動される。
相関イベント発行サービスは，JP1/IM - Managerのほかのプロセスと同様にプロセス管理によって起動および停止されます。なお，相関イベント発行サービスはデフォルトでは起動しません。jcoimdefコマンドで起動するよう設定しておく必要があります。

相関イベント発行サービスが，内部で保持している相関イベント発行定義を読み込む。
相関イベント発行サービスは，内部で保持している相関イベント発行定義に従って動作します。このため，相関イベント発行定義ファイルを編集しても，jcoegschangeコマンドを使用して反映するまでは相関イベント発行サービスの動作は変わりません。
なお，相関イベント発行定義は，デフォルトでは定義されていません。相関イベントを発行するには，相関イベント発行定義ファイルを編集して，jcoegschangeコマンドで反映する必要があります。

参考

相関イベント発行定義を変更したい場合，jcoegschangeコマンドを使用します。

相関イベント発行サービスが起動している場合，使用している相関イベント発行定義を更新できます。停止している場合は，次回の起動時から使用する相関イベント発行定義を更新できます。

ただし，相関イベント発行サービスの起動処理中や停止処理中の場合は，相関イベント発行定義は更新できません。

(b)　相関イベント発行サービス起動後のJP1イベント取得処理

相関イベント発行サービスは，起動後にイベントDBからJP1イベントを取得します。

JP1イベントの取得方法には，coldスタートおよびwarmスタートの2種類があります。これらを総称して，起動オプションといいます。起動オプションについて，次の表で説明します。

表3-8　起動オプションの説明

起動オプション
説明

coldスタート
相関イベント発行サービスの起動後にイベントDBに登録されたJP1イベントから取得を開始します。
なお，デフォルトの設定はcoldスタートです。

warmスタート
相関イベント発行サービスの前回の停止時に取得を終えていたJP1イベントの次に，イベントDBに登録されたJP1イベントから取得を開始します。

coldスタートとwarmスタートのそれぞれの場合で，JP1イベントの取得開始の違いを次の図に示します。

図3-14　JP1イベントの取得開始の違い

相関イベント発行サービスの停止時にイベントZまで取得していた場合，warmスタートでは，イベントZの次に登録されたイベントAから取得を開始します。coldスタートでは，相関イベント発行サービスの起動後に登録されたイベントCから取得を開始します。

相関イベント発行サービスは，デフォルトではcoldスタートで起動します。通常はcoldスタートのままで使用できます。相関イベント発行サービスが停止していた間に発行されたJP1イベントも取得対象にしたい場合は，warmスタートに変更してください。

JP1/IM - Managerをクラスタシステムで運用する場合，warmスタートに変更することをお勧めします。coldスタートの場合は，JP1/IM - Managerのフェールオーバー中に発行されたJP1イベントは取得の対象になりません。

なお，相関イベント発行サービスが取得するJP1イベントは，イベント取得フィルターでフィルタリングされたJP1イベントです。イベント取得フィルターの詳細については，「3.2.2　JP1イベントのフィルタリング」を参照してください。

cold，warmそれぞれを指定した場合の相関イベントの発行処理を次の図に示します。

図3-15　相関イベント発行サービスの停止時および起動時の発行処理

相関イベント発行サービスの停止時の設定がcoldで，相関イベント発行サービスの起動時の設定がcoldの場合

相関イベント発行サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

相関イベント発行サービス起動後に登録されたJP1イベントから取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

相関イベント発行サービスの停止時の設定がcoldで，相関イベント発行サービスの起動時の設定がwarmの場合

相関イベント発行サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

相関イベント発行サービスの停止時の設定がwarmで，相関イベント発行サービスの起動時の設定がcoldの場合

相関イベント発行サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回停止時に発行処理中のJP1イベントがあった場合，それらのJP1イベントの情報をすべて破棄します。

相関イベント発行サービス起動後に登録されたJP1イベントから取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

相関イベント発行サービスの停止時の設定がwarmで，相関イベント発行サービスの起動時の設定がwarmの場合

相関イベント発行サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，前回停止時に発行処理中のJP1イベントがあった場合，その続きから発行処理を継続します。
ただし，相関イベント発行サービスの停止から起動する間に相関イベント発行定義が変更されていた場合は，それらのJP1イベントの情報をすべて破棄します（coldスタートと同様に動作します）。

注意

相関イベント発行サービスが異常終了した場合，発行処理中のJP1イベントの情報を保持できないため，次回の起動時はcoldスタートと同様に動作します。停止時に発行処理中だったJP1イベントの情報は破棄され，相関イベント発行サービスの起動後に登録されたJP1イベントから取得が開始されます。

相関イベント発行サービスの異常終了とは，次のような場合です。

相関イベント発行サービスのプロセスが強制終了（kill）された場合

jcogencoreコマンドを実行してプロセスを強制終了した場合

システムの電源が強制的に切られた場合

(c)　JP1イベント取得後の相関イベント発行処理

JP1イベント取得後の相関イベントの発行処理について次の図に示します。

図3-16　JP1イベント取得後の相関イベントの発行処理

相関イベント発行条件にイベント条件を一つだけ定義した場合，イベント条件に一致するJP1イベントが発行された時点で，相関イベントを発行します。

相関イベント発行条件にイベント条件を複数定義した場合は，一つのイベント条件に一致するJP1イベントが発行されたあと，ほかのイベント条件に一致するJP1イベントが発行された時点で相関イベントを発行します。ほかのイベント条件に一致するJP1イベントがタイムアウト時間※内に発行されなかった場合は，相関イベントは発行されません。

注※　JP1イベントの基本属性の一つ，到着時刻が起点となります。

ポイント

イベント条件を複数定義した場合には，順序性，組み合わせ，またはしきい値の三つのイベント相関タイプを選択できます。

「順序性（sequence）」はJP1イベントの発生順序を考慮して発行処理を開始します。上記図の発行条件2でイベント相関タイプに「順序性（sequence）」を設定した場合，イベント条件1が成立するまでイベント条件2の処理は開始されません。

「組み合わせ（combination）」は上記図の発行条件2に指定されているイベント相関タイプです。イベント条件1，イベント条件2の発生順序を考慮せず，発行処理を開始します。

「しきい値（threshold）」は定義したイベント条件に合致するJP1イベントの発行数がしきい値に達したときに相関イベントを発行します。

相関イベントの発行処理の内容は，すべて相関イベント発行履歴ファイルに出力および保存されるため，必要に応じて参照できます。相関イベント発行履歴ファイルについては，「3.2.3 (4) 相関イベント発行履歴ファイルの内容」を参照してください。

(2)　相関イベントの発行定義

相関イベントを発行するためには，相関イベント発行定義を定義します。

相関イベント発行定義は，複数の相関イベント発行条件で構成されます。また，1件の相関イベント発行条件は，幾つかの項目によって構成されます。

相関イベント発行定義の構成を次の図に示します。

図3-17　相関イベント発行定義の構成

相関イベント発行定義は，相関イベント発行定義ファイルで定義します。次からの説明では，相関イベント発行条件に定義する各項目の意味と使い方について説明します。項目の指定方法や入力規則・制限などの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　相関イベント発行定義ファイル」（3.　定義ファイル）を参照してください。

(a)　相関イベント発行条件名

相関イベント発行条件を識別するための名称です。

(b)　相関の対象範囲の絞り込み条件

1件の相関イベント発行条件で，発行処理の対象にする範囲を絞り込むための条件です。

相関の対象範囲の絞り込み条件には，相関イベントの発行処理の対象とするJP1イベントの属性値を指定します。例えば，発行元イベントサーバ名（B.SOURCESERVER）の属性値を指定することで，特定のエージェントホストから発行されたJP1イベントを発行処理の対象にできます。

(c)　イベント条件

相関イベントの発行契機となるJP1イベント（相関元イベント）を決める条件です。

相関イベントの発行処理の対象または非対象とするJP1イベントの属性値を指定します。この項目は1件の発行条件に対して，複数指定できます。

複数指定した場合は，発行処理の対象外とするJP1イベント（NOT指定）を含めたイベント条件が最初に適用されます。

(d)　タイムアウト時間

イベント条件に一致するJP1イベントの最大待ち時間です。

開始は，イベント条件に一致する一つ目のJP1イベントの基本属性である到着時刻が起点になります。指定したタイムアウト時間を過ぎても，相関イベントの発行条件が成立しなかった場合，相関イベントは不成立になり発行されません。

(e)　イベント相関タイプ

イベント条件に一致するJP1イベントの相関の方法です。

イベント相関タイプには次の三つがあります。

順序性を考慮した相関
順序性を考慮し，定義したイベント条件と一致するJP1イベントが定義順に発行されたときに相関イベント発行条件が成立します。

組み合わせによる相関
順序性を考慮せず，定義したイベント条件の組み合わせでJP1イベントが発行されたときに相関イベント発行条件が成立します。

しきい値による相関
定義したイベント条件に一致するJP1イベントの発行数がしきい値に達した時点で相関イベント発行条件が成立します。

(f)　同一属性値条件

イベント条件に一致するJP1イベントを，JP1イベントの属性値によってグルーピングし，グループ単位で相関イベントを発行するための条件です。この項目は1件の発行条件に対して，複数指定できます。

同一属性値条件は，JP1イベントの属性値，または属性値の一部で指定します。例えば，認証エラーのJP1イベントを関連づけて，相関イベントを発行しているとします。この場合，同一属性値条件に発行元イベントサーバ名（B.SOURCESERVER）を指定すれば，相関イベントを認証サーバごとに発行できます。

(g)　同時相関数

1件の相関イベント発行条件で同時に発行処理できるJP1イベントの組数です。

省略すると，デフォルトの10組が仮定されます。1件の発行条件に対して，該当するJP1イベントをすでに10組取得し，かつ，発行処理中のときに，該当するJP1イベントをさらに取得した場合，そのJP1イベントは発行処理の対象になりません。

この場合，警告メッセージ「KAJV2301-W　相関イベント発行条件(相関イベント発行条件名)はすでに最大数組のJP1イベントを相関しているためJP1イベント(イベントID=イベントID，イベントDB内通し番号=イベントDB内通し番号)を相関できませんでした」が統合トレースログに出力されます。

例えば，同一属性値条件を指定して，50台のサーバごとに相関イベントを発行している場合，すべてのサーバから同時にJP1イベントが発行されると，発生順に10組のJP1イベントは処理できますが，残りの40組が処理できません。このような場合，この項目に50組を指定します。

同時相関数がデフォルト（10組）の場合の発行処理を図にすると，次のようになります。

図3-18　同時相関数がデフォルト（10組）の場合の発行処理

注意

すべての相関イベント発行条件で同時に発行処理できるJP1イベントの組数は20,000組です。同時相関数を多くの発行条件に指定し，かつ，大きな値を指定する，といった運用は避けてください。

(h)　相関成立イベント

相関イベント発行条件が成立したときに発行するJP1イベント（相関イベント）です。相関イベントには，任意の属性名に対して任意の属性値を設定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの詳細については「(8) 発行される相関イベント」を参照してください。

(3)　相関イベント発行サービスの状態遷移と稼働設定

相関イベント発行サービスには，次の表に示す状態があります。

表3-9　相関イベント発行サービスの状態

項番 | 状態 | 説明
1 | 起動処理中 | 相関イベント発行サービスが起動している途中の状態。
2 | 相関稼働 | 相関イベント発行サービスが起動していて，相関イベントの発行処理が稼働している状態。
3 | 機能停止 | 相関イベント発行サービスは起動しているが，相関イベントの発行処理が停止している状態。
4 | 停止処理中 | 相関イベント発行サービスが停止している途中の状態。
5 | 停止 | 相関イベント発行サービスが停止している状態。

相関イベント発行サービスの状態は，jcoegsstatusコマンドで確認できます。

相関イベント発行サービスはJP1/IM - Managerをインストールしたあと，jcoimdef - egs ON を実行すると起動するようになります。一度，相関イベント発行サービスの起動設定をすれば，次からはJP1/IM - Managerを起動するときに，相関イベント発行サービスも自動で起動します。

また，相関イベント発行サービスが起動したあとは，jcoegsstopコマンドで機能停止状態に，jcoegsstartコマンドで相関稼働状態に切り替えることができます。

相関イベント発行サービスの状態遷移を次の図に示します。

図3-19　相関イベント発行サービスの状態遷移

システムのメンテナンスなどで不要なJP1イベントが大量に発生したときは，相関イベント発行サービスを機能停止状態に変更して，相関イベント発行処理を一時的に休止できます。相関イベント発行サービスはこのような縮退運転にも対応できます。

(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 リファレンス　相関イベント発行環境定義ファイル」(3.定義ファイル)を参照してください。

(a)　相関イベント発行履歴ファイルの形式

相関イベント発行履歴ファイルの形式を次に示します。

{+ | -}通し番号 時刻 処理内容

通し番号は，相関イベント発行履歴の通し番号です。通し番号の範囲は，00000001～99999999で，99999999を超えると00000001に戻ります。なお，相関イベント発行サービスを再起動した場合は，00000001から始まります。時刻は，YYYY/MM/DD hh:mm:ss.SSSの形式で出力されます（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss.SSS：秒）。

基本的に，一つの処理に対して1行のログが出力され，行頭には+が付きます。一つの処理に対して複数の行にログが出力される場合，処理の開始を示すログの行頭には+，継続するログの行頭には-が付きます。出力される処理内容については，次に説明します。

(b)　相関イベント発行履歴ファイルに出力される処理内容

相関イベント発行履歴ファイルに出力される処理内容を次の表に示します。

表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=同一属性名:同一属性値
不成立の理由の出力形式は次のとおりです。

タイムアウト
timeout

相関イベント発行定義更新
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イベントが発行され，発行処理を開始したが，同一属性値条件に指定された属性が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イベントに存在しない属性が，左記の属性名の個所に出力されます。

9
発行処理中のJP1イベントの組数が上限値の20,000組に達している状態で，イベント条件に合致するJP1イベントを受信した。
+Generation fail 発行条件名(発行処理番号) exceeded the threshold (20000)
-JP1イベント情報
－

（凡例）

－：なし

なお，表内の「JP1イベント情報」の出力形式は次のとおりです。

イベントDB内通し番号,イベントID,発行元イベントサーバ名,到着時刻,重大度

また，相関イベント発行サービスの起動時，相関イベント発行履歴ファイルの切り替え時には，次の形式でヘッダー情報が出力されます。

--------------------------------------------------------------------
JP1/IM - Central Console/Correlation Event Generation Service

(c)　相関イベント発行履歴ファイルの出力例

相関イベント発行履歴ファイルの出力例を次に示します。

図3-20　相関イベント発行履歴ファイルの出力例

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

相関イベント発行サービスが発行処理の対象とするJP1イベントを次に示します。

対象とするJP1イベント

アプリケーションプログラムが発行するJP1イベント（システムイベント）

ユーザーが発行するJP1イベント（ユーザーイベント）

なお，次に示すJP1イベントは，相関イベントの発行処理の対象となりません。

対象としないJP1イベント

イベントDBに登録されないJP1イベント（JP1/IM - Managerが内部処理で使用している，JP1/IM - Viewにだけ表示されるJP1イベント）

相関イベント

(6)　相関イベント発行が成立する条件

相関イベント発行の成立条件を次に示します。

発行条件にイベント条件を一つだけ定義した場合

定義した発行条件に一致するJP1イベントを取得したとき。

発行条件にイベント条件を複数定義した場合（組み合わせを指定）

発行条件に一致するJP1イベントを指定時間内にすべて取得したとき。

発行条件にイベント条件を複数定義した場合（順序性を指定）

発行条件に一致するJP1イベントを指定時間内に指定順序どおりに取得したとき。

発行条件にしきい値を定義した場合

発行条件に一致するJP1イベントを指定時間内にしきい値に定義した件数まで取得したとき。

なお，JP1イベントが複数の発行条件に一致する場合は，それぞれの発行条件でそのJP1イベントを処理の対象とします。

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

相関イベント発行の不成立条件を次に示します。

発行条件にイベント条件を一つだけ定義した場合

相関不成立は，発行条件を複数定義した際にしか発生しない状態のため，不成立はありません。

発行条件にイベント条件を複数定義した場合（組み合わせを指定）

発行条件に一致するJP1イベントをすべて指定時間内に取得しなかったとき。

発行条件にイベント条件を複数定義した場合（順序性を指定）

発行条件に一致するJP1イベントを指定時間内に指定順序どおりに取得しなかったとき。

発行条件にしきい値を定義した場合

発行条件に一致するJP1イベントを指定時間内にしきい値に定義した件数まで取得しなかったとき。

また，次のような場合にも相関不成立となります。

相関イベント発行定義を変更した際（jcoegschangeコマンド使用時）に，発行処理中のJP1イベントがあったとき。
定義を反映する際に発行処理中であったJP1イベントの情報が削除されるため，相関不成立となります。

発行処理中のJP1イベントがある状態で，相関イベント発行サービスをcoldスタート設定で再起動したとき。
再起動処理の一環として発行処理中であったJP1イベントの情報が削除されるため，相関不成立となります。

jcoegsstopコマンドを実行して相関イベント発行サービスを機能停止状態にしたとき。

(8)　発行される相関イベント

相関イベント発行条件が成立すると相関イベントが発行されます。発行された相関イベントは，JP1/BaseのイベントDBに登録されます。

相関イベントの属性名および属性値は任意に指定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの内容を次の表に示します。なお，メッセージ（B.MESSAGE）などユーザーが任意に設定できる属性については，説明していません。

表3-11　相関イベント発行サービスによって発行される相関イベントの内容

属性種別
項目
属性名
内容

基本属性
イベントID
ID
ユーザーが定義したイベントID
0～1FFFおよび7FFFF8000～7FFFFFFFのどれかが表示されます。

拡張属性
共通情報
プロダクト名
PRODUCT_NAME
/HITACHI/JP1/IM/GENERATE_EVENT※

オブジェクトタイプ
OBJECT_TYPE
SERVICE※

オブジェクト名
OBJECT_NAME
EGS※

事象種別
OCCURRENCE
SUCCESS※

固有情報
関連イベントDB内通し番号
JP1_GENERATE_SOURCE_SEQNO
イベントDB内通し番号△イベントDB内通し番号△イベントDB内通し番号・・・※
（相関元イベントのイベントDB内通し番号を半角スペースで区切ったもの）

相関イベント発行条件名
JP1_GENERATE_NAME
成立した相関イベント発行条件名

注※　固定値です。ユーザーによる定義はできません。

発行された相関イベントを確認するには，［イベントコンソール］画面に［種別］を表示させる必要があります。［ユーザー環境設定］画面で表示する項目に［種別］を追加してください。相関イベントは［種別］にアイコン（「[図データ]」）が表示されます。

相関イベントはJP1イベントと同様の操作，設定ができます。例えば，相関イベントの発行を契機に自動アクションを実行したり，イベント取得フィルターやユーザーフィルターなどでフィルタリングしたりできます。また，相関イベントの発行契機となった相関元イベントは，［関連イベント一覧（相関）］画面で一覧表示できます。

ただし，発行された相関イベントは，再度相関イベントの発行処理の対象とすることはできませんので，注意してください。

［ユーザー環境設定］画面については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14 ［ユーザー環境設定］画面」を参照してください。

［関連イベント一覧（相関）］画面については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.7 ［関連イベント一覧（相関）］画面」を参照してください。

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

JP1/IM - Viewには，同一内容のJP1イベントが連続して発行された場合に，繰り返して発行されるJP1イベントを集約して表示できる機能があります。これを繰り返しイベントの集約表示機能といいます。

この機能を使用すると，短時間に同一内容のイベントが大量に発行された場合に，ほかの重要なJP1イベントの見落としを防止できます。

この機能では，JP1/IM - Viewが連続して受信する同一内容のJP1イベントを一つに集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示します。繰り返しイベントの集約表示機能は，ユーザーごとに設定できます。

繰り返しイベントの集約表示機能では，同一内容のJP1イベントを一つのイベントにまとめたイベントのことを集約イベントといいます。集約イベントには，集約を継続中のイベント（集約中イベント）と，集約が完了したイベント（集約完了イベント）の2種類があります。

また，同一内容のJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントのことを集約開始イベント，集約開始イベント以降に受信した集約開始イベントと同一内容のJP1イベントを繰り返しイベント，繰り返しイベントがないためイベントが集約されないイベントを非集約イベントといいます。

繰り返しイベントは，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページから表示される［関連イベント一覧(集約)］画面で確認できます。

図3-21　繰り返しイベントの確認例

参考

［関連イベント一覧］画面には，次の二種類の画面があります。

集約イベントを表示するための画面：［関連イベント一覧(集約)］画面

相関元イベントを表示するための画面：［関連イベント一覧(相関)］画面

両画面とも［イベントコンソール］画面で該当イベントを選択し，［表示］－［関連イベント一覧表示］かポップアップメニューで［関連イベント一覧表示］を選択することで表示できますが，相関イベントが集約表示されていた場合，［イベントコンソール］画面から呼び出せるのは［関連イベント一覧(集約)］画面となります。

相関元イベントを表示する場合には，［関連イベント一覧(集約)］画面からさらに［関連イベント一覧(相関)］画面を呼び出す必要があります。

＜この項の構成＞

(1)　JP1イベント表示の処理の仕組み

(2)　繰り返しイベントの集約処理の例

(1)　JP1イベント表示の処理の仕組み

イベントの集約はJP1/IM - Viewで実施されます。JP1/IM - Viewは，JP1/IM - Managerから受信したJP1イベントを集約開始イベントと比較します。集約開始イベントと受信したJP1イベントの内容が同一であった場合，その受信したJP1イベントを集約イベントの繰り返しイベントと判断し，集約イベントに集約します。

繰り返しイベントの集約結果は，JP1/IM - Viewの表示フィルターまたは重要イベントフィルターを介して，JP1/IM - Viewの［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示されます。

繰り返しイベントの集約表示機能とJP1イベントの各フィルターの関係を次の図に示します。

図3-22　繰り返しイベントの集約表示機能とフィルターの関係

(a)　イベントの比較属性

JP1/IM - Viewは，新しいJP1イベントを受信すると，集約開始イベントと受信したJP1イベントの内容を比較します。イベントの比較には，JP1イベントの属性値を使用します。すべての属性の値が一致した場合に，同一内容のイベントと判断します。

JP1イベントの属性の種類には，JP1イベントの詳細情報である，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，およびイベントIDがあります。ただし，JP1イベントの属性の種類を特定して，イベントの内容を比較することはできません。

(b)　イベントの集約完了の条件

イベントの集約は，次のどれかの条件と一致したときに完了します。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合

集約開始イベントと受信したJP1イベントの到着時刻の差が，設定したタイムアウト時間を過ぎた場合

繰り返しイベント数が最大繰り返し回数（100回）を超えた場合

［ユーザー環境設定］画面で［OK］ボタンをクリックした場合

重要イベント対象外の集約中イベントが，重要イベント定義の変更によって重要イベント対象になった場合

重要イベント対象の集約中イベントが，重要イベント定義の変更によって重要イベント対象外になった場合

イベントの集約が完了する条件の詳細については，「6.1.5　繰り返しイベントの集約表示の検討」を参照してください。

(2)　繰り返しイベントの集約処理の例

繰り返しイベントの集約処理の例を次の図に示します。

図3-23　繰り返しイベントの集約処理

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

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.2.5　イベント検索

JP1/IMでは，JP1/Baseに登録されたJP1イベントをさまざまな条件で検索し，検索条件に合ったJP1イベントを［イベントコンソール］画面の［イベント検索］ページに表示できます。検索条件には，JP1イベントの属性のほか，重要イベントに対する対処状況や自動アクションの実行有無なども指定できます。また，検索条件の一部項目については，正規表現も使用できます。

また，検索対象ホストには，ログインしているマネージャーホストだけでなく，JP1/Baseがインストールされたほかのホストを指定することもできます。

図3-24　イベント検索の概要

ここでは，JP1イベントの検索とその条件について説明した後，イベント検索の処理の流れについて説明します。

＜この項の構成＞

(1)　JP1イベントの検索

(2)　イベント検索の条件

(3)　イベント検索の処理の流れ

(1)　JP1イベントの検索

管理が必要なJP1イベントは［イベントコンソール］画面の［イベント監視］ページに表示されますが，次のような場合はイベント検索の機能を使って表示します。

表示するイベント数（JP1/IM - Viewのスクロールバッファー数）の最大値を超えたために，［イベント監視］ページに表示されなくなった過去のJP1イベント

［重要イベント］ページから［削除］の操作によって表示されなくなったJP1イベント

JP1イベントの拡張属性の重大度が指定されていないイベント（JP1/IM - Viewは，重大度が設定されたJP1イベントを表示対象としています）

転送フィルターで，JP1/IMマネージャーホストに転送する対象にしていないJP1イベント（正常イベントなど）

イベント取得フィルターで，JP1/IMが取得する対象にしていないJP1イベント（正常イベントなど）

検索結果として［イベント検索］ページに表示されたイベントは，［イベント監視］ページと同じ操作で，［イベント詳細表示］や［モニター起動］によって内容を確認できます。

検索中の表示

イベント検索中は［イベント検索］ページのタブに（検索中）が表示されます。検索が終了すると「検索が終了しました」のダイアログが表示され，（検索中）の表示が消えます。検索件数が多い場合や検索に時間が掛かる場合に動作中かどうかを判断する目安となります。

検索条件と一致したイベントが見つかると，「イベント検索」ページに順次表示されます。イベント検索中の［イベント検索］ページを次の図に示します。

図3-25　イベント検索中の［イベント検索］ページ

検索のキャンセル

間違った検索条件でイベント検索を実行してしまった場合や，すでに目的とするイベントが見つかっているなどの場合，イベント検索を途中でキャンセルできます。

イベント検索をキャンセルするには，［イベント検索］ページの［検索キャンセル］ボタンをクリックするか，メニューバーの［表示］－［検索キャンセル］を選択します。

イベント検索をキャンセルした場合，その時点までに検索されたJP1イベントが表示されます。

（備考）

イベント検索を処理している間にほかの作業ができます。例えば，イベント検索中にイベント監視が並行してできます。イベント検索中に操作ができる項目は，メニューが活性状態となっています。

なお，メニューが活性状態でも使用できない場合があります。使用できない操作をした場合は，エラーメッセージが表示されます。

(2)　イベント検索の条件

イベント検索をするには，次のような条件があります。

検索対象ホストが，JP1/Baseをインストールしているホストで，イベントサービスが動作していること（なお，階層管理による管理対象になっている必要はありません）

JP1/IMのマネージャーホストから，直接通信できるホストであること
イベント検索では，JP1/IM - ViewでログインしているJP1/IM - Manager（JP1/IM - Central Console）から直接，検索対象のホストに接続します。検索対象ホストのホスト名がアドレス解決でき，通信できる必要があります。特に，ファイアウォール環境や複数LAN接続環境でイベント検索をする場合は注意が必要です。
なお，イベント検索ができないホスト（直接通信ができないホスト）からJP1イベントが届く場合があります。これは，イベントの転送がエージェントホストからマネージャホストに直接通信するだけでなく，エージェントホストから拠点マネージャホスト，拠点マネージャホストから統合マネージャホストというように，段階的に転送が行われることから起こる現象です。イベント転送と，イベント検索では通信経路が異なります。イベント検索は，直接通信できるホストだけが検索対象になります。

検索するJP1イベントが，イベントDB上に残っていること
イベントDBは，各JP1/Baseで二つ保持しており，上限値（デフォルト10MB）を超えるともう一つのイベントDBに切り替わります。切り替わる際に，使用する側のイベントDBの内容は削除されます。削除されたJP1イベントは，検索できません。

(3)　イベント検索の処理の流れ

ビューアーホストからエージェントホスト上のJP1/Baseのイベントサービスにイベント検索を要求する場合の処理の流れを例にして，イベント検索で使用するJP1/IM，JP1/Baseの機能連携について説明します。

図3-26　イベント検索の処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

［イベントコンソール］画面の［イベント検索］ページから，JP1イベントを検索するホスト，検索したいJP1イベントの条件を指定し，検索を実行します。

JP1/IM - Viewからイベント検索指示を受け取ったJP1/IM - Manager（イベントコンソールサービス）は，検索対象となったホスト上のJP1/Base（イベントサービス）に検索指示を出します。

検索指示を受け取ったJP1/Base（イベントサービス）は，検索条件に合致したJP1イベントの情報をJP1/IM - Manager（イベントコンソールサービス）に返します。

JP1/IM - Managerは，受け取った情報をJP1/IM - Viewに返し，その情報が［イベントコンソール］画面の［イベント検索］ページに表示されます※。
注※　［イベント検索］ページに表示されるJP1イベントには，ユーザーフィルターだけが適用されます。イベント取得フィルターなどは適用対象外になります。

3.2.6　イベントガイド機能

イベントガイド機能は，［イベントコンソール］画面に表示されているJP1イベントに対して，対処のガイドとなる情報を表示する機能です。

システム管理者は，JP1イベントを基点にして問題の調査，対策をしますが，連携するJP1製品やユーザーアプリケーションなどから発行されるJP1イベントのすべてに対して，調査手順，対処方法などを習得するのは困難です。

イベントガイド機能を使うことで，問題対策での経験や実績を登録でき，調査事例，対策事例などの参照，蓄積ができます。

イベントガイド機能が表示する情報を，イベントガイド情報といい，ユーザーが表示内容や表示形式(TXT，HTML)を設定できます。また，イベントガイド情報は，JP1イベントの詳細情報の一つとして，［イベント詳細］画面に表示されます。イベントガイド情報の表示例を次に示します。

図3-27　［イベント詳細］画面のイベントガイド情報の表示例

注意

イベントガイド情報が表示される領域は，デフォルトでは表示されません。

JP1/IM - Viewでのログイン時に，イベントガイド情報ファイルを参照し，有効な条件が1件以上あったときに表示されるようになります。なお，イベントガイド情報ファイル，および設定する条件については以降で説明します。

＜この項の構成＞

(1)　イベントガイド情報の設定内容

(1)　イベントガイド情報の設定内容

イベントガイド情報は，JP1/IM - Managerが管理するイベントガイド情報ファイルに設定します。

イベントガイド情報ファイルには，イベントガイド情報として表示する内容，どのJP1イベントに対して表示するかの条件定義などを設定します。

イベントガイド情報として表示する内容のことを，イベントガイドメッセージと呼びます。なお，イベントガイドメッセージは，別ファイルに切り出して管理することもできます。これをイベントガイドメッセージファイルと呼びます。イベントガイド情報ファイルとイベントガイドメッセージファイルは，次の図のような関係になっています。

図3-28　イベントガイド情報ファイルとイベントガイドメッセージファイルの関係

なお，イベントガイド情報ファイル，イベントガイドメッセージファイルで編集したイベントガイドメッセージは，更新される契機が次のように異なります。

イベントガイド情報ファイル
イベントガイド情報ファイルでの編集内容（イベントガイドメッセージや条件定義）を有効にするには，JP1/IM - Managerを再起動するか，jco_spmd_reloadコマンドを実行する必要があります。
なお，JP1/IM - Viewでのログイン時，［イベント詳細］画面にイベントガイド情報の表示領域がない場合，定義を有効にしたあと，再ログインすることで表示されるようになります。

イベントガイドメッセージファイル
イベントガイドメッセージファイルの内容を編集したあと，［イベント詳細］画面を表示し直すだけで編集した内容が更新されます。

定期的にイベントガイドメッセージを編集する場合は，イベントガイドメッセージファイルを利用することをお勧めします。

(a)　イベントガイド情報を表示する条件

どのJP1イベントが発行された場合に表示するかを，条件（EV_COMP）に指定します。複数設定した場合はAND条件となり，すべての条件が成立したとき表示されます。

条件には，属性名:属性値の形式でJP1イベントの比較条件を設定します。なお，比較条件に設定できる条件数は100件までです。

属性名
属性名には，JP1イベントの属性名（基本属性，拡張属性）を指定します。
例えば，イベントID（B.ID），重大度（E.SEVERITY）などを指定できます。
また，各JP1製品の固有情報であるJP1イベントの拡張属性の固有情報も指定できます。例えば，JP1/AJS2のジョブの実行ホスト（E.C0）などです。

属性値
属性名に対応する属性値を指定します。
例えば，重大度（E.SEVERITY）のエラーを指定したい場合は，E.SEVERITY:Errorと指定します。また，イベントID（B.ID）が00000111のイベントを指定する場合は，B.ID:00000111:00000000と指定します。

注意

JP1/IM - Viewでイベントガイド情報を表示する際に，イベントガイド情報ファイルの内容は先頭から順に参照されていきます。条件に一致するイベントガイドがあると，そこでイベントガイド情報ファイルの参照をやめ，条件に一致したイベントガイドを［イベント詳細］画面に表示します。

条件に一致するイベントガイドがイベントガイド情報ファイル内に複数あった場合でも，常にその中で先頭にあるものがイベントガイドとして［イベント詳細］画面に表示されるため，以下のことを目安にガイド情報の表示条件を設定してください。

比較条件は，ほかのイベントガイドの比較条件と一致しないようにする。
例えば，比較条件には，イベントIDだけでなく，重大度，メッセージなど，複数の条件を設定しておくことで，ほかのイベントガイドと差別化を図ることができます。
また，属性値は正規表現で記述できますが，完全一致で記述するようにしてください。

一つのJP1イベントに対しては，一つのイベントガイドを設定するようにする。
一つのJP1イベントに対して，複数のイベントガイドを設定したい場合には，イベントガイドメッセージファイルをHTML形式で作成し，その中に複数の対処手順を記述しておくことを検討してください。

(b)　イベントガイド情報での表示内容

イベントガイドメッセージを，イベントガイド情報ファイルに直接記述する場合は，EV_GUIDEで指定します。イベントガイドメッセージファイルを利用する場合は，EV_GUIDEの代わりにEV_FILEを指定し，ファイルの格納場所を記述します。

メッセージは，TXT形式またはHTML形式で記述できます。また，メッセージにはJP1イベントの属性値を変数（属性値の頭に＄を付ける）として使うことができます。例えば，JP1イベントのメッセージ（B.MESSAGE）は$B.MESSAGE△（△：半角スペース）と記述することで，変数として使うことができ，JP1イベントの属性値をイベントガイド情報のメッセージ中に表示できます。

（備考）：編集に便利なイベントガイドメッセージファイル

イベントガイドメッセージをイベントガイド情報ファイルに直接記述する（EV_GUIDEで指定）場合，1行で記述する必要があるため，改行を挿入して体裁を整えることができませんが，イベントガイドメッセージファイルを利用する（EV_FILEで指定）場合は改行を挿入して体裁を整えることができます。図で示すと次のようになります。

図3-29　イベントガイド情報の記述例

このように，体裁を整えることができるため，HTML形式でイベントガイド情報を作成するなど，情報量が多いときや定期的に内容を見直したいときに便利です。

イベントガイド情報ファイルについて

マニュアル「JP1/Integrated Management - Manager リファレンス　イベントガイド情報ファイル（jco_guide.txt）」(3.　定義ファイル)を参照してください。

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

JP1/IMでは，JP1/IM - Viewに表示されている情報をCSV出力できます。CSV出力する機能には，次の二つがあります。

イベント一覧情報をファイルに保存する。

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

それぞれの機能について，次に説明します。

＜この項の構成＞

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

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

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

JP1/IMでは，JP1/IM - Viewに表示されるイベント情報のスナップショット※をCSV出力して保存できます。これを利用して日々の監視・対処履歴を管理できます。

イベント一覧情報をCSV出力する場合の，対象となる画面，出力形式，出力項目などについて，次に説明します。

注※　スナップショットとは，特定のタイミングで情報を抽出することを意味します。

(a)　CSV出力できる画面

次に示す画面からイベント一覧の情報をCSV出力できます。

［イベントコンソール］画面の［イベント監視］ページ

［イベントコンソール］画面の［重要イベント］ページ

［イベントコンソール］画面の［イベント検索］ページ

(b)　CSVの出力イメージ・出力形式

CSVの出力イメージは次の図のとおりです。

図3-30　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,...

(c)　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
画面に表示されている文字列が出力されます。

開始時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

終了時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

プロダクト名
画面に表示されている文字列が出力されます。

オブジェクトタイプ
画面に表示されている文字列が出力されます。

オブジェクト名
画面に表示されている文字列が出力されます。

登録名タイプ
画面に表示されている文字列が出力されます。

登録名
画面に表示されている文字列が出力されます。

到着時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

アクション
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→実行
[図データ]　→一部抑止
[図データ]　→抑止
（無印）　→空白
なお，集約イベント内にアクションが異なるイベントがあった場合，上記アイコン横に「!」が表示されます。この場合にCSV出力すると，上記文字列右横に「!」が出力されます。

事象種別
画面に表示されている文字列が出力されます。

イベントDB内通し番号
画面に表示されている文字列が出力されます。

発行元プロセスID
画面に表示されている文字列が出力されます。

発行元ユーザーID
画面に表示されている文字列が出力されます。

発行元グループID
画面に表示されている文字列が出力されます。

発行元ユーザー名
画面に表示されている文字列が出力されます。

発行元グループ名
画面に表示されている文字列が出力されます。

発行元イベントDB内通し番号
画面に表示されている文字列が出力されます。

種別
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→相関イベント
（無印）　→空白

アクション種別
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→コマンド
[図データ]　→ルール
[図データ][図データ]　→コマンド，ルール
（無印）　→空白

（凡例）

－：なし

（備考）

イベント情報マッピング定義で任意の表示項目に固有の拡張属性をマッピングしている場合は，その値が文字列で出力されます。また，その際には［イベントコンソール］画面に表示されている情報どおりの形（出力値の先頭に「#△」（△：半角スペース）が付いた状態）で出力されます。

イベントが1件も表示されていない状態でCSV出力した場合，ヘッダー情報（1行目）と表示項目（2行目）だけが出力されます。また，表示項目に対応する情報がなかった場合，その個所は空白になります。

(d)　スナップショットのタイミング

イベント情報のスナップショットのタイミングは，［イベントコンソール］画面の表示メニューの［ファイル］－［表示イベントを保存］を選択（クリック）したときです。このときに［イベントコンソール］画面上に表示されていたイベント情報がスナップショットされます。

注意

［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページに表示されるイベント情報は，デフォルト設定で5秒経つごとに自動更新されるようになっています。
CSV出力する際に，自動更新をやめておきたい場合には，［ユーザー環境設定］画面の［表示内容の更新］の設定を「する」から「しない」に変更する必要があります。

CSVファイルは，リムーバブルメディアには出力できません。

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

クリップボードにコピーする機能を有効にしている場合，JP1イベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。これを利用して，重度な障害が発生したJP1イベントなどの特定の情報を，テキストエディターやメール本文に貼り付けて報告するなど，一時的に使用できます。

この機能はデフォルトで無効になっています。機能を有効にする手順については，「11.8　JP1/IM - Viewの動作カスタマイズ」を参照してください。

JP1イベントの情報やアクションの実行結果をクリップボードにコピーする機能について，対象となる画面と項目，出力形式，出力項目などについて，次に説明します。

(a)　クリップボードにコピーできる情報と対象の画面

クリップボードにコピーできる情報は次の3種類です。

JP1イベント情報

アクション結果

コマンド実行結果

これらを表示する画面で，クリップボードへのコピー機能が使用できます。コピーできる情報が表示される画面とその画面項目を次の表に示します。

表3-14　コピー対象になる画面と画面項目

画面名
画面項目
コピー対象情報

［イベントコンソール］画面

［イベント監視］ページ

［重要イベント］ページ

［重要イベント］ページ

イベント一覧
JP1イベント情報

［イベント詳細］画面
［イベント属性］
JP1イベント情報（詳細情報）

［関連イベント一覧（集約）］画面

［表示対象］

［関連イベント一覧］

JP1イベント情報

［関連イベント一覧（相関）］画面

［表示対象］

［関連イベント一覧］

JP1イベント情報

［アクション結果］画面
［実行結果一覧］
アクション結果

［アクション結果詳細］画面
［実行結果］
アクション結果（詳細情報）

［アクション結果一覧］画面
［実行結果一覧］
アクション結果

［コマンド実行］画面
［実行結果］
コマンド実行結果

［イベントコンソール］画面は，［編集］－［コピー］を選択するか，またはCtrl+Cキーを押すことでクリップボードに情報をコピーできます。その他の画面は，Ctrl+Cキーを押してクリップボードに情報をコピーできます。

(b)　CSVの出力イメージ・出力形式

クリップボードにコピーした情報は，CSV形式で出力できます。情報はJP1/IM - Viewの画面に表示されている順序で出力されます。項目を識別できるように，表示項目名がヘッダー情報として付加されます。

CSVの出力イメージは次の図のとおりです。

図3-31　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,...

(c)　CSVの出力項目

コピーした情報によって出力される項目とその内容を次に示します。

JP1イベント情報

JP1イベント情報の出力項目の内容は，イベント一覧情報を保管する場合の2行目以降の内容と同じになります。詳細は表3-13を参照してください。ただし，ヘッダー情報はないため，表示項目は1行目に，イベント情報は2行目以降に出力される内容になります。

アクション結果

アクション結果として出力される内容を次の表に示します。

表3-15　アクション結果として出力される内容

表示項目名
項目
備考

種別
画面に表示されるアイコンは次のように変更されて出力されます。
[図データ]　→コマンド
[図データ]　→ルール
JP1/IM - Rule Operation連携機能を有効にしている場合だけ出力されます。

アクション通し番号
画面に表示されている文字列が出力されます。
－

アクション
画面に表示されている文字列が出力されます。

ホスト名
画面に表示されている文字列が出力されます。

状態
画面に表示されている文字列が出力されます。

遅延
画面に表示されている文字列が出力されます。

イベント登録時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

イベント到着時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

終了時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

終了コード
画面に表示されている文字列が出力されます。

（凡例）

－：なし

コマンド実行結果

コマンド実行結果として出力される内容を次の表に示します。

表3-16　コマンド実行結果として出力される内容

表示項目名
項目
備考

時刻
以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss
－

ホスト名
画面に表示されている文字列が出力されます。

メッセージ
画面に表示されている文字列が出力されます。

（凡例）

－：なし

JP1イベント情報（詳細情報）またはアクション結果（詳細情報）

JP1イベント情報またはアクション結果の詳細情報として出力される内容を次の表に示します。

表3-17　詳細情報として出力される内容

表示項目名
項目
備考

属性名
画面に表示されている文字列が出力されます。
－

属性値
画面に表示されている文字列が出力されます。
ただし，属性値として時刻を表示する場合は，以下の形式で出力されます。
YYYY/MM/DD hh:mm:ss

（凡例）

－：なし

(d)　注意事項

クリップボードにコピーする機能についての注意事項を次に示します。

この機能は，WWWページ版のJP1/IM - Viewでは使用できません。

Ctrl+Cキーを使用して情報をクリップボードにコピーしたい場合，この機能を有効する必要があります。

クリップボードへは，メニューまたはショートカットキーからコピー操作を行ったタイミングに，フォーカスのある画面項目で選択されている情報がコピーされます。選択していても，コピー操作前に自動更新によるスクロールアウトなどで選択が解除された情報は，コピーの対象外になります。

クリップボードにコピーする情報が大き過ぎてメモリー使用量の上限を超えた場合は，コピー処理が中断されクリップボードに出力されません。

3.3　統合スコープによる目的指向型のシステム監視

統合スコープは，システム管理者が必要とする目的に合わせて，システムを監視する機能を提供します。

この節では，統合スコープの機能について説明します。

注意

統合スコープ機能は，デフォルトでは無効（起動しない）となっています。統合スコープ機能を使用する場合，jcoimdefコマンドで統合スコープ機能を有効にする必要があります。

＜この節の構成＞

3.3.1　統合スコープの機能概要

3.3.2　監視ツリー

3.3.3　監視ツリーの自動生成

3.3.4　監視ツリーの編集

3.3.5　ビジュアル監視

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

3.3.7　ガイド機能

3.3.8　対処済み連動機能

3.3.9　統合スコープの仕組み

3.3.1　統合スコープの機能概要

統合スコープは，ツリー監視機能，ビジュアル監視機能，およびガイド機能によって，目的指向型のシステム監視を支援します。また，［監視ツリー］画面の自動生成機能と編集機能によって，簡易に統合スコープ環境を構築できます。

図3-32　［監視ツリー］画面，［ビジュアル監視］画面の表示例

統合スコープの機能の概要を説明します。

監視ツリー
JP1/IMが監視する対象を，［監視ツリー］画面によって監視目的に合わせたツリー形式で表示します。
監視ツリーは，監視する対象である監視オブジェクトを，それをグループ化する監視グループによって，ツリー構造にアイコンで表示したものです。
監視ツリー上のアイコンは，例えば，業務とそれを実行するサーバを並べて配置しており，サーバで障害が発生すると影響を受ける業務がわかるようになっています。なお，［監視ツリー］画面の詳細表示領域は，［ビジュアル監視］画面のようにマップ形式で表示することもできます。
また，JP1資源グループを利用することによって，各JP1ユーザーに対し，監視ツリーの表示制御，表示される監視ノードに対する細かなアクセス制御ができます。

監視ツリーの自動生成と編集
監視ツリーは，自動生成機能と編集機能を使って簡易に生成できます。
自動生成機能は，ユーザーが目的別のテンプレートを［自動生成－構成選択］画面の生成ツリーの中から選ぶと，JP1/IMのエージェントホストから自動的に定義情報を収集し，自動的にテンプレートに合わせて監視ツリーを作成します。
テンプレートは，監視ツリーのモデルとなる定義情報で，［業務指向ツリー］，［サーバ指向ツリー］および［システム構成ツリー］があります。
自動生成機能によって生成した監視ツリーは，運用方法に合わせて［監視ツリー(編集中)］画面で編集し，システムの監視をします。また，監視ツリーの定義をCSV形式のファイルに出力して編集することもできます。

ビジュアル監視
監視ツリーのアイコンを，［ビジュアル監視］画面によって，業務組織図などの画像の上にマップ形式で表示します。
アイコンは標準提供されているものに加えて，任意の画像およびサイズのアイコン（ビジュアルアイコン）をユーザーが登録できます。重点的に監視したい監視オブジェクトや監視グループを，マップ上に配置して監視でき，大規模なシステムでも目的とする視点によって容易に監視できます。

ガイド情報
監視ノードや発生したJP1イベントに合わせて，ガイド情報を表示できます。システム監視中に発生した問題に対処するときのアドバイスとして，対処手順の流れや調査方法を登録でき， 初動対応でのシステム管理者の負担を軽減できます。
ガイド情報の内容はユーザーが登録できます。表示内容を決める条件には，監視ノード，および監視ノードの状態が変わるきっかけになったJP1イベントの情報などを指定できます。

なお，統合スコープの［監視ツリー］画面からは，統合コンソールの［イベントコンソール］画面を呼び出すことができます。

3.3.2　監視ツリー

ここでは，監視ツリーについて説明します。

＜この項の構成＞

(1)　監視ツリーの構成

(2)　監視ノードの状態

(3)　状態変更条件

(4)　イベント発行条件

(1)　監視ツリーの構成

監視ツリーは，監視オブジェクトと監視グループ，および仮想ルートノードから構成されます。

表3-18　監視ツリーの構成要素

項目
説明

監視オブジェクト
統合スコープによって監視している対象です。
監視オブジェクトには，監視する条件として，監視対象が特定の条件になった場合にアイコンをエラー状態にするなどの条件が設定されています。
監視対象に関連したJP1イベントを受信すると，監視条件に一致するか判定し，条件が一致するとアイコンの状態を変化させます。

監視グループ
監視オブジェクトをグループ化するためのものです。
監視グループには，監視オブジェクトまたは監視グループを含めることができます。
上位の監視グループに含まれる下位の監視オブジェクトまたは監視グループがJP1イベントを受けて状態が変化すると，上位の監視グループも状態が変化します。

仮想ルートノード
監視ツリーの監視範囲設定を有効にしたときにだけ表示されます（詳細については「3.3.4（3）監視ツリーの監視範囲設定」を参照してください）。
例えば，監視ツリーの監視範囲設定が有効になった状態で，JP1ユーザー「jp1ope」がJP1/IM - Manager（JP1/IM - Central Scope）にログインすると，次の図のように仮想ルートノードが監視ツリーの最上位に表示されます。
[図データ]
上図のように仮想ルートノードには，人を模したアイコンが表示されます。また，仮想ルートノード名は，JP1/IM - Manager（JP1/IM - Central Scope）にログインしたときのJP1ユーザー名となります。
仮想ルートノードは，監視グループや監視オブジェクトと異なり，情報の編集（［プロパティ］画面での編集）や状態の変更といった操作ができません（仮想ルートノード下の監視ノードの状態が変化すると，仮想ルートノードの状態もそれに合わせて変化しますが，仮想ルートノードの状態を直接変更することはできません。下位の監視ノードの状態を変更する必要があります）。

監視オブジェクトと監視グループを総称して監視ノードと呼びます。

(2)　監視ノードの状態

監視オブジェクトおよび監視グループは，監視対象で発生したJP1イベントをもとにして，監視対象の状態を管理します。

監視ノードには次の2種類の状態があります。

状態
監視ノードは「状態」によって，監視ノードで発生した事象を管理します。
監視ノードの状態には優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」，および「初期状態」があります。
例えば，監視ノードで障害が発生して，重大度が緊急のJP1イベントが発行された場合，統合スコープはその事象を監視ノードの状態によって管理します。

監視状態
監視ノードの状態を監視するか否かを決める情報です。
監視ノードの監視状態には「監視」および「非監視」があります。
監視状態が監視になっている監視ノードは，監視する条件に一致するJP1イベントを受信すると状態が変更されます。［監視ツリー］画面と［ビジュアル監視］画面では，状態が色によって表示されます。
非監視状態の監視ノードは，その監視ノードからのJP1イベントを受信しても，監視ノードの状態は変更されません。［監視ツリー］画面と［ビジュアル監視］画面では，グレーアウトして表示されます。

監視ノードは，初めは「初期状態」と呼ぶ状態です。初期状態とは，監視ノードがどのような状態か情報を持っていないことを意味しています。

監視状態が「監視」になっている監視オブジェクトで，例えば，障害が発生して重大度が緊急のJP1イベントが発行された場合，そのJP1イベントをJP1/IM - Managerが受信すると, 監視オブジェクトの状態を変更します。どのようなときに監視オブジェクトの状態を変更するかは，状態変更条件と呼ぶ条件によって決まります。

監視オブジェクトの状態が変更されると，その状態は上位の監視グループへと順に伝わります。監視グループの状態より，伝わった状態の優先度が高い場合や，下位の監視ノードの状態が監視グループの状態変更条件に合致した場合は，監視グループの状態が変化します。

監視状態が「非監視」の監視オブジェクトの場合は，障害などのJP1イベントを受信しても，監視ノードの状態は変更されません。監視状態を「監視」に変更すると，監視対象からのJP1イベントによって，監視ノードの状態が変わるようになります。なお，監視ツリーを自動生成すると，監視ノードは「非監視」の状態になっています。

（備考）

監視ノードの状態を手動で変更する場合，監視ノード種別が監視オブジェクトか監視グループかによって，変更できる状態，および状態変更時の動作が異なります。

表3-19　監視ノード種別による変更できる状態，状態変更時の動作の違い

監視ノード種別
変更できる状態，および状態変更時の動作

監視オブジェクト
「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」および「初期状態」※1に変更できます。
状態を変更すると，その情報が上位に伝わり，上位監視グループの状態は，下位監視ノードの状態の中でいちばん優先度の高い状態に変わります。
[図データ]

監視グループ
「初期状態」※1にだけ変更できます。
状態を変更すると，その情報が上位に伝わり，上位監視グループの状態は，下位監視ノードの状態の中でいちばん優先度の高い状態に変わります（上位伝播の動作は監視オブジェクトと同じです）。
また，下位監視ノードの状態は，すべて「初期状態」に変わります。

注※1　監視ノードの状態を手動で変更すると状態変更イベントの履歴が削除されます（「3.3.6 (2)　状態変更イベントの検索」を参照）。

注※2　監視グループの状態は下位の状態(優先度がいちばん高い状態)に合わせて変わります。ただし，監視グループに状態変更条件が設定されている場合には，その条件に従います。

なお，監視ノードの状態を手動で変更する方法は，GUIで変更する方法とjcschstatコマンドで変更する方法の2種類があります。（jcschstatコマンドの詳細はマニュアル「JP1/Integrated Management - Manager リファレンス　jcschstat」（2.　コマンド）参照）。

監視ノードの監視状態を「非監視」に変更すると，下位監視ノードの監視状態もすべて「非監視」に変わります。また，状態は下位監視ノードも含めてすべて「初期状態」に変わります。同様に，監視ノードの監視状態を「監視」に変更すると下位監視ノードの状態もすべて「監視」に変わります。
なお，上位監視ノードの監視状態が「非監視」の場合，下位監視ノードの監視状態だけを「監視」に戻すことはできません。監視状態を「監視」に戻す場合は，「非監視」となっている最上位の監視ノードを「監視」に戻す必要があります。

(3)　状態変更条件

状態変更条件は，監視ノードの状態を変更する条件です。監視オブジェクトと監視グループの両方で設定できますが，それぞれの状態変更条件には違いがあります。

監視オブジェクトの状態変更条件

監視オブジェクトの状態を，どのようなJP1イベントを受信したときに変更するか（例：重大度が警告である特定のJP1イベントを受信したら，状態を警告にする）を決める条件です。

監視グループの状態変更条件

監視グループの状態を，下位の監視ノードがどのような状態になったときに変更するか（例：下位の三つの監視ノードのうち，二つがエラーになったときに，状態をエラーにする）を決める条件です。

条件を設定していない場合は，下位監視ノードの状態の中でいちばん優先度の高い状態になります。

以降では，監視オブジェクト，監視グループそれぞれの状態変更条件について説明します。

(a)　監視オブジェクトの状態変更条件

監視オブジェクトの状態変更条件は，次のようになっています。

図3-33　監視オブジェクトの状態変更条件

監視ツリーを構成している監視オブジェクトは，それぞれ状態変更条件を持っています。JP1/IM - Managerは，JP1イベントを受信すると，各監視オブジェクトの状態変更条件を確認します。状態変更条件に合致し，かつ，現在の状態より優先度の高い状態になる監視オブジェクトがあれば，その監視オブジェクトの状態を変更します。これによって，発生したJP1イベントと，対応する監視ツリー上の監視オブジェクトを対応づけて，システムの状態をビジュアルに表示します。

監視オブジェクトの状態変更条件は，次のように，条件名，状態，共通条件，個別条件によって構成されます。JP1イベントに対する条件は，共通条件と個別条件に分かれ，それぞれ複数の条件を指定できます。

条件名
状態変更条件の名称です。

状態
状態変更条件が合致したときになる状態です。
状態は，「緊急」「警戒」「致命的」「エラー」「警告」「正常」または「デバッグ」および「初期状態」のどれかです。

共通条件
共通条件とは，状態変更条件のうち，幾つかの監視オブジェクトで共通して使われる条件のことです。例えば，ジョブネット監視をする監視オブジェクトでは，JP1イベントのID 4108（ジョブネット警告終了のイベント）が共通条件になっており，同種類の監視オブジェクトで共通する条件として使われます。

個別条件
個別条件とは，監視オブジェクトごとに固有の値を持つ条件のことです。例えば，ジョブネット監視オブジェクトでは，ジョブの名称のように監視オブジェクトごとに異なる値を持つ条件は，個別条件となります。

システム監視オブジェクトの例によって，具体的な状態変更条件の設定内容を説明します。

図3-34　システム監視オブジェクトの例「AJS2監視」（一部抜粋）

この図はマニュアル「JP1/Integrated Management - Manager リファレンス　6. システム監視オブジェクト一覧（統合スコープ用）」から，JP1/AJS2の「AJS2監視」システム監視オブジェクトの説明を一部抜粋したものです。

図の例では，「ジョブネット警告のイベント(AJS2)」という状態変更条件が定義されています。まず，「AJS2監視」の監視オブジェクトに共通する条件（共通条件）として，イベントIDが4108（ジョブネットが警告終了したという意味です）が発生した時に，監視オブジェクトの状態を「警告」することが定義されています。また，監視オブジェクトごとに設定される個別条件として，監視オブジェクトが持つ基本情報（監視対象を特定するための情報）に対応した条件が指定されており，これによって監視ツリー上のどの監視オブジェクトの状態を変更するかを特定します。

このように，監視オブジェクトの種類（製品別など）に共通して使う共通条件と，個々の監視オブジェクトを特定するための個別条件を組み合わせて，監視オブジェクトの状態変更が行われます。

監視オブジェクトの状態変更条件をメモリーに常駐させる機能

JP1/IM - Managerは，JP1イベントを受信すると，各監視オブジェクトの状態変更条件が各監視オブジェクトの状態変更条件と合致しているかどうかの確認を行います。一度に大量のJP1イベントを受信すると，その分ディスクアクセス回数が増えるため，監視オブジェクトの状態に反映されるまでに時間が掛かることがあります。監視オブジェクトの状態変更条件をメモリーに常駐させる機能を有効にすることで，イベント受信時の統合スコープの処理での，ディスクアクセス回数を削減できます。

この機能を有効にした場合，監視オブジェクトの状態変更条件が，すべてメモリー上に展開されます。そのため，この機能を有効にする場合は，その分のメモリーを確保する必要があります。メモリー所要量を見積もった上，十分なメモリーが確保できる場合は，この機能を設定することを推奨します。

メモリー所要量の見積もり式については，JP1/IM - Managerのリリースノートを参照してください。機能の設定方法については，「12.7.5　状態変更条件メモリー常駐機能の設定」を参照してください。

(b)　監視グループの状態変更条件

監視グループは監視ノードをグループ化しています。このため，グループ化している監視ノードの状態によって，監視グループの状態も変化します。監視グループの状態変更条件は，次のようになっています。

図3-35　監視グループの状態変更条件

JP1/IM - Managerが，特定のJP1イベントを受信し，監視オブジェクトの状態を変更すると，その状態は上位の監視グループに伝わっていきます。デフォルトの設定では次のような動作をします。

図3-36　監視グループの状態変更の動作（デフォルト設定時）

上記の図に示したとおり，監視グループは下位の監視ノードの状態の中でいちばん優先度の高い状態に変わります。したがって，例えば最上位の監視ノードが「エラー」になっているときは，下位のすべての監視ノードに「エラー」より優先度の高い状態の監視ノードはありません。

デフォルトの設定でも問題はありませんが，特殊な条件下のシステム（ロードバランサーを用いて負荷分散しているシステムなど）での運用の場合は，監視グループの状態変更条件を定義することで，より詳細な監視ができるようになります。

監視グループの状態変更条件は，次のように，条件名，状態，子ノードの状態，比較条件によって構成されます。

条件名
状態変更条件の名称です。

状態
状態変更条件が合致したときに監視グループがなる状態です。
状態は優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」があります。「初期状態」は指定できません。

子ノードの状態
子ノードの状態とは，下位にある監視ノードの状態のことです。下位の監視ノードがどのような状態になったときに，状態を変更するかを指定します。指定する状態には，優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」があります。「初期状態」は指定できません。
なお，指定する状態には，それより優先度の高い状態のものも含まれます(例えば，「エラー」は「エラー」以上すべての状態を意味します)。
子ノードについて，次の図で説明します。

図3-37　監視グループごとの子ノードの範囲

上記の図に示したとおり，監視グループAの子ノードは，監視グループBを含みます。ただし，監視グループAの子ノードに監視グループBの子ノードは含みません。

比較条件
比較条件とは，下位の監視ノードをグループの中で比較する条件のことです。次のように，比率（％以上）および個数（個以上）があり，どちらか一方を指定します。

図3-38　比較条件（比率・個数）

このように，条件名，状態，子ノードの状態，比較条件を設定することで，監視グループの状態変更をカスタマイズできます。

また，監視グループの状態変更条件を定義すると，次のように監視グループのアイコン表示が変化します。アイコンによって，状態変更条件が定義されているかどうかを識別できます。

図3-39　アイコン表示の変化（例）

なお，ビジュアルアイコンには「P」は付加されません。ツリー表示領域のアイコンで識別してください。

(4)　イベント発行条件

監視ノードは，状態が変わったときにJP1イベントを発行できます。

イベント発行条件には，監視ノードが，どの状態に変わったときにJP1イベントを発行するかを定義します。ただし，状態が「初期状態」に変わったときには，JP1イベントを発行できません。

発行されるJP1イベントは，イベントID＝00003FB0　です。

このJP1イベントの詳細は以下のとおりです。この情報は「JP1/Integrated Management - Manager リファレンス　4.　JP1イベント」から引用したものです。

表3-20　イベント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という属性名で使用できます。

3.3.3　監視ツリーの自動生成

監視ツリーは，自動生成機能を使って，稼働中のシステムの各ホストから定義情報を自動的に収集し，自動的に生成できます。また，システム構成の変更があった場合も，差分の情報を収集して監視ツリーを更新できます。

自動生成機能は，監視システム構築の作業を大幅に簡易化します。監視ツリーによって大規模なシステムでも効率良くシステム監視ができますが，大規模なシステムを監視するには大量の定義情報が必要になります。このため，システム構築段階の作業，およびシステム変更に追従するための更新作業は，膨大な手間の掛かる作業です。監視ツリーの自動生成の機能は，手間の掛かる構築作業を支援します。

＜この項の構成＞

(1)　監視ツリーの自動生成

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

(3)　自動生成できる監視ツリーの構造

(4)　自動生成の生成種別

(1)　監視ツリーの自動生成

監視ツリーを自動生成すると，次のようにエージェントホストから定義情報を収集し，JP1/IM - Managerによって監視ツリーを自動的に生成します。

図3-40　監視ツリー自動生成概要

注意

監視ツリーを自動生成するには，監視対象の製品に自動生成の対応機能が必要です。

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のシステムツリーに沿う形で監視ツリーを自動的に生成します。

図3-41　監視ツリー自動生成概要（JP1/IM - Central Information Master連携時）

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

監視ツリーを自動生成できる製品はJP1製品（JP1/AJS2，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連携に関する注意事項の詳細は「6.2.1 (1)注意事項」を参照してください。

自動生成に対応している製品とJP1/IMとの連携セットアップの方法については，「12.8　連携製品のセットアップ」，および各連携製品のマニュアルを参照してください。

自動生成機能を使って作成される監視オブジェクトを次の表に示します。

表3-21　自動生成で作成される監視オブジェクト一覧

製品名
監視種別
説明

JP1/IM - Manager
IM監視
JP1/IM - Managerの状態を監視します。
JP1/IM - Managerの障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/AJS2 - Manager
AJS2監視
JP1/AJS2 - Managerの状態およびジョブネットの実行状態を監視します。
JP1/AJS2 - Managerの障害に関するJP1イベントやジョブネットの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

ジョブネット監視(AJS2)
ジョブの実行状態を監視する監視オブジェクトです。
ジョブの状態変化に関する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イベントを条件に，状態が変化するよう定義されています。

注意

自動生成した監視ツリーは，監視方法に合わせてカスタマイズしてから運用を始めてください。

なお，自動生成によって作成される監視ツリーは，収集した情報を網羅した監視ツリーになっています。これは，まずシステムの構成情報をできるだけ監視ツリーに盛り込み，そこから監視運用に不要なものを削ってもらう，という手順で監視ツリーを生成するためです。

自動生成で作成される監視ノード種別ごとの詳しい定義内容については，次の説明を参照してください。

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　6. システム監視オブジェクト一覧（統合スコープ用）」

(3)　自動生成できる監視ツリーの構造

自動生成によって作成する監視ツリーは，［自動生成－構成選択］画面でユーザーが選択したテンプレートに合わせた構造になります。テンプレートは，統合スコープでシステムを管理するための定義をモデル化したものです。

次の三つを提供しています。

表3-22　監視ツリーのテンプレート

生成ツリーの名称
説明

業務指向ツリー
業務指向でシステムを監視するテンプレートです。
JP1/AJS2のジョブネット構成およびCosminexusの論理サーバ構成を基にした監視ツリーを生成します。一般に，ジョブネットはジョブ運用を体系化して定義します。また，論理サーバはWebシステムで使用するアプリケーションを体系化して定義します。このため，業務運用を反映した監視ツリーが生成されます。
なお，自動生成の対象となるJP1/AJS2のバージョンが8以降だった場合，JP1/AJS2からは，ジョブネット構成だけでなく，JP1/AJS2の各ユニットに設定されたJP1資源グループの情報も自動生成時に一緒に取得します※。

サーバ指向ツリー
サーバ指向でシステムを監視するテンプレートです。
JP1/IMの階層構成を基にした監視ツリーを生成します。
一般に，JP1/IMでは各サーバの管理範囲を階層構成として定義するため，サーバ管理方法を反映した監視ツリーが生成されます。

システム構成ツリー
JP1/IM - Central Information Masterで構成定義されているシステムを監視するテンプレートです。
JP1/IM - Central Information Masterのシステムツリーを基にした監視ツリーが生成されます。
なお，JP1/IM - Central Information Masterからは，システムツリーの構造だけでなく，論理システムに設定されたJP1資源グループの情報も自動生成時に一緒に取得します※。

注※　取得したJP1資源グループの利用方法については「3.3.4（3）監視ツリーの監視範囲設定」を参照してください。

なお，自動生成によって生成される監視ツリーの構造および監視オブジェクトは，テンプレートの種類によって異なります。テンプレートの種類と生成される監視オブジェクトの関係を次の表に示します。

表3-23　テンプレートの種類と生成される監視オブジェクトの関係

監視オブジェクト種別
テンプレート

業務指向ツリー
サーバ指向ツリー
システム構成ツリー

JP1/AJS2
マネージャ
グループ
Cosminexus運用管理
グループ

AJS2監視
○
－
○
－

ジョブネット監視(AJS2)
○
－
○
－

SSO監視
－
－
○
－

カテゴリー監視(SSO)
○
○
○
－

アプリケーション監視(SSO)
○
○
○
－

エージェント監視(PFM)
○
○
○
－

メトリック監視(PAM)
－
－
－
－

オブジェクト監視(PAM)
－
－
－
－

SCIM監視
－
－
－
－

セキュリティ監視(SCIM)
－
－
－
－

NETM/DM監視
－
－
－
－

配布ジョブ監視(NETM/DM)
－
－
－
－

NNM監視
－
－
－
－

ノード監視(NNM)
－
－
－
－

IM監視
－
－
○
－

論理サーバ監視(Cosminexus)
－
○
○
○

J2EEアプリケーション監視(Cosminexus)
－
○
○
－

J2EEサーバリソース監視(SSO)
－
○
－
－

CMTリソース監視(SSO)
－
○
－
－

SFOリソース監視(SSO)
－
○
－
－

J2EEアプリケーションリソース監視(SSO)
－
○
－
－

HiRDB監視
－
－
－
○

物理ホスト監視(System Manager)
－
－
－
○

（凡例）

○：生成される

－：生成されない

自動生成で作成される監視ツリーの構造については，次を参照してください。

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　7. 監視ツリーモデル（統合スコープ用）」

(4)　自動生成の生成種別

監視ツリーを自動生成する場合，「生成」「差分」「追加」から生成種別を選べます。

図3-42　自動生成の生成種別

(a)　監視ツリーの自動生成で［生成］を選択した場合の処理

監視ツリーを自動生成するときに［生成］を選択すると，［監視ツリー(編集中)］画面の表示情報をいったん削除した後，［自動生成－構成選択］画面の［生成ツリー］で選択したテンプレートに沿ったツリー構造の監視ツリーを新規生成します。

(b)　監視ツリーの自動生成で［差分］を選択した場合の処理

監視ツリーを自動生成するときに［差分］を選択すると，JP1/IM - Managerの監視オブジェクトDBが保持する監視オブジェクトの監視条件と，差分生成で収集・整理された定義情報（監視オブジェクト）の監視条件とが比較されます。比較の結果，監視条件に違いのあった監視オブジェクトと，その監視オブジェクトから最上位の監視グループまでに存在する監視グループが，［NEW_OBJECT］という監視グループの下に差分情報としてまとめて作成されます。

これにより，システム変更時でも，変更のあった差分の情報を収集して，監視ツリーを更新できます。

この差分として作成された監視ノードを，必要に応じて監視ツリーに配置して使用します。

監視ツリーの差分生成を図で示すと次のようになります。

図3-43　監視ツリーの差分生成

図中の「既存部分」の監視オブジェクトについて

「AA'」は，元は監視オブジェクト「AA」だったものを利用して作成したものです。「BB」「CC」「DD」は自動生成で生成された監視オブジェクトをそのまま利用しています。「EE」はユーザーが監視目的で追加した監視オブジェクトです。

図中の「差分生成で収集・整理された定義情報」について

差分生成によって，現システム上で稼働する製品から収集した定義情報を整理し，ツリー上に並べたものです。この情報は，JP1/IM - Managerが内部的に保持する情報です。また，この際のツリー構造は，選択したテンプレートによって決まります。

図中の「差分生成部分」について

「既存部分」の監視オブジェクトの監視条件と「差分生成で収集・整理された定義情報」の監視オブジェクトの監視条件を比較した結果，JP1/IM - Managerが「既存部分」にないと判定した監視オブジェクト「AA」「FF」とその上位に位置する監視グループ「A」「B」「E」が差分として生成されています。

参考

監視ツリーの自動生成で最初は「業務指向ツリー」を選択，差分生成で「サーバ指向ツリー」を選択，というように，テンプレートを変更して監視ツリーを生成することもできます。

差分生成で生成されるツリーの構造は，選択したテンプレートに準じますが，この場合も差分として生成されるのは，既存の監視ツリー上にない監視オブジェクトと，その監視オブジェクトから最上位の監視グループまでに存在する監視グループとなります。

(c)　監視ツリーの自動生成で［追加］を選択した場合の処理

監視ツリーを自動生成するときに［追加］を選択すると，JP1/IM - Managerの監視オブジェクトDBが保持する監視ツリーに，［自動生成－構成選択］画面の［生成ツリー］で選択したテンプレートに沿ったツリー構造の監視ツリーを追加生成します。

3.3.4　監視ツリーの編集

監視ツリーは，システム管理者の目的に合わせて，自由にカスタマイズできます。自動生成機能によって簡易に作成した監視ツリーを，監視方法に合わせて編集してから運用してください。

なお，監視ツリーの編集での具体的な操作手順については，次を参照してください。

参照先：「12.　統合スコープの設定」

＜この項の構成＞

(1)　監視ツリーの編集

(2)　マップ表示設定

(3)　監視ツリーの監視範囲設定

(4)　統合スコープの監視画面の設定

(1)　監視ツリーの編集

監視ツリーの編集は，［監視ツリー(編集中)］画面で行います。この画面では，監視ツリーを運用方法に合わせて，監視ノードの追加や削除，および移動ができます。

監視ノードを作成や編集するには，監視ノードに次の属性を設定します。なお，これらは，この章でこれまでに説明してきた内容です。

表3-24　［監視ツリー(編集中)］画面で定義できる監視ノードの属性

属性
説明

監視ノード名
監視ノードの名称。

監視ノード種別
「監視グループ」または「監視オブジェクト」。
監視オブジェクトの場合は幾つかの種類があり，「AJS2監視」「SSO監視」などのシステム監視オブジェクトと，「汎用オブジェクト」の汎用監視オブジェクトがあります。

アイコン
監視ノードを表すアイコン。

ビジュアルアイコン
監視ノードを表すアイコン。
ビジュアルアイコンは，マップ形式での表示中と［ビジュアル監視］画面にだけ表示されます。

監視状態
監視ノードの監視状態。
「監視」と「非監視」があります。

JP1資源グループ
各JP1ユーザーに対し，監視ツリーの表示制御，表示される監視ノードに対する細かなアクセス制御をする場合に設定する情報。
利用方法については「3.3.4（3）監視ツリーの監視範囲設定」を参照してください。

基本情報
監視ノードを識別するための基本的な情報。
監視グループの場合は，グループを特定する名称です。例えば，"経理業務日次処理"や"ＤＢサーバグループ"のように，監視目的にあわせてグループ化した業務やサーバなどに対してのグループの名称を付けます。
監視オブジェクトの場合は，監視対象を特定するための情報です。例えば，ジョブネット名やホスト名などのように，システムの中で監視対象を特定するための情報の組み合わせを定義します。
システム監視オブジェクトの場合は，状態変更条件の個別条件に，監視オブジェクトの基本情報と同じ属性が定義されています。

状態変更条件

監視オブジェクトの状態変更条件
監視オブジェクトの状態を，どのようなJP1イベントを受信したときに変更するかを決める条件です。状態変更後の状態，状態を変更する契機となるJP1イベントの条件を定義します。

監視グループの状態変更条件
監視グループの状態を，下位の監視ノードがどのような状態になったときに変更するかを決める条件です。状態変更後の状態，状態を変更する契機となる子ノードの状態，比較条件を定義します。

イベント発行条件
監視ノードが，どの状態が変わったときにJP1イベントを発行するかを指定する条件です。発行されるJP1イベントは，イベントID＝00003FB0　です。

監視ノードを作成するとき，監視グループは名称を指定するだけでも作成できます（監視グループの状態変更条件を定義する必要がない場合）。しかし，監視オブジェクトを作成する場合，監視対象について，何をどのように監視するのかを詳細に確認して設定する必要があります。

これを簡易に設定できるようにするため，JP1/IMでは「システム監視オブジェクト」を提供しています。

監視オブジェクトには，次の種類があります。

システム監視オブジェクト
JP1/IMのシステムが提供している監視オブジェクトです。JP1シリーズの製品ごとに，監視に必要になる基本的な設定が定義済みですので，簡易に環境設定できます。
システム監視オブジェクトの監視ノード種別には「AJS2監視」や「SSO監視」などがあります。対象製品，および設定の詳細については，次の説明を参照してください。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　6. システム監視オブジェクト一覧（統合スコープ用）」
なお，システム監視オブジェクトは次の編集をすると汎用監視オブジェクトになります。

［プロパティ］画面で［基本情報］ページの基本情報を変更する。

［プロパティ］画面の［状態変更条件］ページで，状態変更条件の追加，変更，削除を行う。

［状態変更条件設定］画面で，共通条件を変更する。

［状態変更条件設定］画面で，個別条件を追加，変更，削除する。

このような変更をする場合は「この操作を続けると，監視ノード種別が汎用オブジェクトに変わります。よろしいですか？」のように確認ダイアログが表示されます。

汎用監視オブジェクト
ユーザーが作成・カスタマイズする汎用的な監視オブジェクトです。監視ノード種別は「汎用オブジェクト」です。
カスタマイズの自由度は高く，運用に合わせてきめ細かい設定ができます。その反面，設定する内容について熟知している必要があります。作成する手間もかかります。

通常は，システム監視オブジェクトを使用して監視ノードを作成し，必要な部分についてカスタマイズすることをお勧めします。

(2)　マップ表示設定

［監視ツリー］画面の詳細表示領域は，［ビジュアル監視］画面のようにマップ形式で表示できます。詳細表示領域をマップ形式で表示することによって，システム管理者はより直感的な監視ができます。

詳細表示領域をマップ形式で表示するには，あらかじめ背景図や監視ノードの配置など，設定が必要です。設定していなかった場合は，マップ表示に切り替えても背景なし，アイコンが並んだ状態で表示されます。設定は［監視ツリー(編集中)］画面で行います。

［ビジュアル監視］画面との違い

［ビジュアル監視］画面のように，拠点ごとの監視，重要業務の監視など，特定の監視ノードだけを局所的に監視する目的では使用できません。

例えば，［監視ツリー］画面の詳細表示領域に監視ノードが三つ表示されている場合，詳細表示，マップ表示，どちらに切り替えても監視ノードは三つ表示されます（どれか一つを非表示にする，といった運用はできません）。

(3)　監視ツリーの監視範囲設定

次に示す二つの設定を実施することで，監視ツリーの表示範囲をJP1ユーザーごとに変えられるようになります。

監視範囲設定を有効にし，監視ノードに対しJP1資源グループを設定する（JP1/IM - Viewで設定→JP1/IM - Managerに反映）。

各JP1ユーザーに対しJP1資源グループを割り当てる（認証サーバ（JP1/Base）で設定）。

例えば，上記二つの設定を行うことで次の図に示すように，あるユーザー（jp1user1）は監視ツリーの一部だけ，あるユーザー（jp1admin）は監視ツリーすべてを監視する，といった運用ができるようになります。

図3-44　JP1資源グループを利用した監視ツリー表示範囲の変更（監視ツリーへのアクセス制御）

参考

監視範囲設定が有効になっている場合，［監視ツリー］画面に表示される監視ツリーの最上位は，必ず仮想ルートノードになります。

なお，監視範囲設定が無効になっていた場合，JP1資源グループの設定に関係なく，監視ツリー情報がすべて表示されます（仮想ルートノードは表示されません）。

また，一人のJP1ユーザーに対し，アクセスできるJP1資源グループを複数設定し，異なるJP1権限レベルを割り当てることによって，次の図に示すように，表示される監視ツリーのある部分については操作できるが，ある部分については参照だけ，といった運用もできるようになります。

図3-45　JP1資源グループ，JP1権限レベルの組み合わせを利用した監視ツリーの操作制御

(a)　監視範囲設定の有効・無効設定と監視ノードへのJP1資源グループの設定

監視範囲設定の有効・無効設定は，［監視ツリー(編集中)］画面の［オプション］－［監視範囲の設定］で設定します。チェックマークが付いた状態が「有効」，付いていない状態が「無効」となります。

監視範囲設定が有効になると，各監視ノードに対し，JP1資源グループが設定できるようになります。JP1資源グループの設定は，各監視ノードの［プロパティ］画面の［全般］ページで行えます。この項目は，監視範囲設定を有効にしたときにだけ，表示されます。

図3-46　監視範囲設定を有効にしたときの［プロパティ］画面

参考

一度設定したJP1資源グループの設定値は，監視範囲設定を無効にした状態にしても，内部情報として保持されます（監視範囲設定を有効に戻すと，以前設定した設定値が再表示されます）。

JP1資源グループの設定をするのは，表示を制御する範囲内の最上位にある監視ノードだけです（子ノードすべてに同じ設定をする必要はありません）。監視ノードに設定したJP1資源グループの影響は，その子ノードにまで影響が及びます。

例えば，監視ツリーの最上位の監視グループにJP1資源グループとして「JP1_Console」を設定した場合，その配下のすべての監視ノードがJP1資源グループ「JP1_Console」に属すことになります。また，最上位の監視グループ直下の監視グループにJP1資源グループ「sigenD」を設定した場合，その監視グループ，およびその配下の監視ノードはJP1資源グループ「JP1_Console」と「sigenD」二つに属すことになります。

図3-47　設定したJP1資源グループの影響範囲

「JP1_Console」へのアクセスを許可されているJP1ユーザーは，「JP1_Console」の範囲（監視ツリーすべて）を，「sigenD」へのアクセスを許可されているJP1ユーザーは，「sigenD」の範囲を表示できます。

監視ノードに設定されるJP1資源グループの初期値

監視範囲設定の有効・無効に関係なく，最上位の監視ノードにはJP1資源グループ「JP1_Console」が自動設定されます。設定値は変更できますが，空白にすることはできません（必ず何らかの値を入力する必要があります）。

また，以下条件で監視ツリーを自動生成した場合，連携製品側で設定したJP1資源グループの設定値が，初期値としてそのまま監視ノードにも取り込まれます。

バージョン8のJP1/AJS2に対し，「業務指向ツリー」で監視ツリーを自動生成する。

JP1/IM - Central Information Masterに対し，「システム構成ツリー」で監視ツリーを自動生成する。

注意

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/IM - Manager）に反映することで，JP1/IM - View，JP1/IM - Managerによる監視範囲設定が完了となります。

(b)　JP1ユーザーに対するJP1資源グループの割り当て

監視ツリーの監視範囲設定をする場合，JP1/Base（認証サーバ）の設定も合わせて見直し，必要に応じてJP1ユーザーの設定を追加・修正する必要があります。

JP1/BaseによるJP1ユーザーの管理については，「3.6.4　JP1ユーザーの管理」を参照してください。

また，設定の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

(4)　統合スコープの監視画面の設定

統合スコープの監視画面（［監視ツリー］画面および［ビジュアル監視］画面）の設定は，ビューアー上で監視画面を編集する作業と，マネージャーに接続して監視画面の設定更新や既存の設定を取得する作業があります。

図3-48　統合スコープの監視画面の設定

監視画面の編集（ビューアーのホストで編集作業）
監視画面は［監視ツリー(編集中)］画面や，［ビジュアル監視(編集中)］画面で編集をします。これらの画面は，ビューアーのホストで編集作業をします。このとき，マネージャー（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/AJS2のジョブネット情報を取得するには，ジョブネットにアクセスできる権限レベルが必要です）。

注※　［監視ツリー（編集中）］画面の［ファイル］－［ログイン情報を保持する］にチェックマークを付けておくと，一度ログインすれば，ログアウトするまでユーザー名・パスワード・接続ホスト名が保持されるため，以降のサーバ接続操作で［ログイン］画面は表示されません。

統合スコープの監視画面の設定を始める前に，jp1adminユーザーのパスワード，またはJP1_Console_Admin権限を持つJP1ユーザーのユーザー名とパスワードを確認しておいてください。

注意

［監視ツリー(編集中)］画面で編集した［監視ツリー］画面をサーバに更新すると，監視ノードの状態および状態変更イベントは，すべて初期状態になります。

3.3.5　ビジュアル監視

［ビジュアル監視］画面の作成・編集

［ビジュアル監視］画面は，ユーザーが目的に合わせて作成・編集できます。多数の監視ノードのうち，特定の監視ノード（例：九州支社の業務に関する監視ノード）だけを監視したい，などといった理由で局所的に監視ノードを監視したいときに利用します。

また，［ビジュアル監視］画面では背景画像やビジュアルアイコンを表示できるため，これらの使用をお勧めします。使用することでより自由度の高い［ビジュアル監視］画面を作成できます。

作成・編集できる情報は次のとおりです。

［ビジュアル監視］画面の名称

［ビジュアル監視］画面に対するコメント

監視ノードの［ビジュアル監視］画面への配置，属性設定，監視状態の変更，検索

背景画像の変更

［ビジュアル監視］画面は，［ビジュアル監視(編集中)］画面で作成および編集をします。

［ビジュアル監視］画面の監視操作

［ビジュアル監視］画面では次の操作ができます。

［監視ツリー］画面の呼び出し

ポップアップメニューによる操作
［監視ツリー］画面での操作と同様に次の操作ができます。
・状態変更
・監視状態変更
・検索
・ガイド表示
・状態変更イベント検索
・プロパティ表示

参考

監視ツリーの監視範囲設定を有効にしていた場合，［ビジュアル監視］画面の表示もその影響を受けます。例えば，アクセス権限のない監視ノードが配置された［ビジュアル監視］画面を表示した場合，その監視ノードは［ビジュアル監視］画面に表示されません。

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

＜この項の構成＞

(1)　監視ノードの検索

(2)　状態変更イベントの検索

(1)　監視ノードの検索

［監視ツリー］画面および［ビジュアル監視］画面では，監視ノードを検索できます。

例えば，状態の変更された（つまり何らかの事象が発生した）監視オブジェクトを確認したり，特定の監視オブジェクトを探すような場合に，検索をします。

監視ノードの検索は，専用の画面（［検索］画面）が表示され，さまざまな条件で検索できます。指定できる検索条件は次のとおりです。

監視ノード名

監視ノードID

監視ノード種別

状態

監視状態

JP1資源グループ※

基本情報

状態変更条件

イベント発行条件
注※　監視ツリーの監視範囲設定が有効になった状態のときだけ表示されます。詳細については「3.3.4（3）監視ツリーの監視範囲設定」を参照してください。

これらの検索条件の関係はすべてAND条件となります。また，監視ノード名，基本情報と状態変更条件は，正規表現で入力します。

検索結果は，［検索］画面に表示され，その画面上で監視ノードの状態，監視状態を変更できます。また，表示された監視ノードをダブルクリックすることで，その監視ノードを選択した状態で［監視ツリー］画面を表示できます。

(2)　状態変更イベントの検索

［監視ツリー］画面および［ビジュアル監視］画面では，監視オブジェクトの状態変更イベントを，発生の古い順に100件まで検索（履歴表示）できます（101件以降は検索できません）。なお，状態変更イベントとは，統合スコープで監視対象（状態変更条件）としているJP1イベントのことです。

(a)　状態変更イベントの履歴を検索する

現在の状態になるまでに発生した状態変更イベントの履歴を確認したい，またはその状態変更イベントの詳細情報を確認したい場合に利用します。状態変更イベントの検索をすると，［イベントコンソール］画面の［イベント検索］ページが表示され，そこに該当するJP1イベントが表示されます。

なお，監視オブジェクトの状態を手動で変更すると，状態変更イベントの履歴も削除されます。

図3-49　監視オブジェクトの状態遷移と状態変更イベント検索の関係

（備考）

監視グループに対し，状態変更イベントの検索をすると，下位監視ノードで発生した状態変更イベントのうち，発生の古い順に100件までが表示されます。

ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。

次の図に例を示します。

図3-50　監視グループの状態変更イベント検索の例

上記図のように，対策の必要がある状態変更イベントだけが表示されます。

監視オブジェクト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の後ろに（...）が付加されます。

図3-51　イベントID＝00003FB1の発行

（備考）

各監視オブジェクトの状態変更イベントの履歴は，100件までしか管理されません。このため，定期的に件数をチェックし（状態変更イベントの検索），件数が増えてきたら，履歴を削除することをお勧めします。履歴は，監視オブジェクトの状態を手動で変更することで削除する方法と，自動で削除する方法があります。

なお，履歴を手動で削除する場合には，検索結果として表示されるJP1イベントへの対策が終わっていることも確認してください。

状態変更イベントの履歴を自動で削除する方法として，次の二つがあります。

特定のJP1イベントを受信したときに，監視オブジェクトの状態を「初期状態」にする

JP1イベントの対処状況を「対処済」にしたときに，状態変更イベントの履歴を削除する

特定のJP1イベントを受信したときに，監視オブジェクトの状態を「初期状態」にする方法については，「(b)　JP1イベント受信時に監視オブジェクトを初期状態にする」を参照してください。JP1イベントの対処状況を「対処済」にしたときに，状態変更イベントの履歴を削除する方法については，「3.3.8 (3)　対処済み時の状態変更イベントの自動削除」を参照してください。

(b)　JP1イベント受信時に監視オブジェクトを初期状態にする

JP1イベントの受信を契機として，監視オブジェクトの状態を「初期状態」にできます。監視オブジェクトを「初期状態」にすることで，状態変更イベントの履歴が削除されます。この機能を監視オブジェクトの自動初期化機能といいます。この機能はデフォルトでは無効です。

例えば，障害が回復した場合に，回復を通知するJP1イベントを発行することで，回復通知を基に自動で監視オブジェクトを「初期状態」にする運用ができます。この場合は，監視オブジェクトの状態変更条件に，回復を通知するJP1イベントを受信したときに，「初期状態」に変更するよう定義しておきます。

「初期状態」の状態変更条件を定義できる対象は，監視オブジェクトだけです。監視グループには定義できません。

この機能を使用するときの注意として，一つの監視オブジェクトに対して，複数の異なる障害を通知するJP1イベントが発生した場合に，一方の障害回復を通知するJP1イベントを受信するとします。すると，もう一方の障害が回復していなくても強制的に監視オブジェクトが「初期状態」に変わり，状態変更イベントの履歴も削除されます。そのため，次の条件を満たす場合だけ，この機能を使うことを推奨します。

監視対象に複数の障害が発生しても，一つのJP1イベントで複数の障害が回復したことを保証できるJP1イベントを発行する。

障害を回復するに当たり，ユーザーが監視対象の障害履歴の確認をする必要がない。

設定方法については，「12.7.4　JP1イベント受信時に監視オブジェクトを初期化するための設定」を参照してください。

3.3.7　ガイド機能

ガイド機能は，［監視ツリー］画面および［ビジュアル監視］画面の監視ノードから，その監視ノードの種類や状態について，対応のガイドとなる情報を表示する機能です。

このガイド機能を使って，発生した問題に対する対処手順や，エラーの対処方法などを，問題対応のアドバイスとして表示できます。また，監視ノードが，どの業務に対応し，その業務の何に着目して監視しているかを説明するためのガイドとしても利用できます。

例

状態変化前のガイド情報：その監視ノードの業務や監視目的などの説明

状態変化後のガイド情報：発生した問題に対する対処方法の説明

ガイド機能の表示する情報は，ガイド情報といい，ユーザーが表示内容や表示形式（TXTかHTML）を設定できます。

なお，具体的な設定手順は「12.6.1　ガイド情報の編集の手順」で説明します。

＜この項の構成＞

(1)　ガイド情報の設定内容

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

(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）」（3.　定義ファイル）

このガイド情報ファイルには，ガイド情報として表示する内容や，どういった場合にどのガイド情報を表示するかの条件を指定します。

なお，ガイド情報として表示する内容は，別ファイルに切り出して管理することもできます。JP1/IMではこの別ファイルのことをガイドメッセージファイルと呼びます。

ガイドメッセージファイルを利用する場合，ガイド情報ファイルのバージョンを2（DESC_VERSION=2）にする必要があります。また，表示する内容をガイド情報ファイルに記述する代わりにガイドメッセージファイルへのリンク指定をします。

図3-52　ガイドメッセージファイルの利用

(a)　ガイド情報を表示する条件

どのような場合に表示するガイド情報かを，条件（EV_COMP_数字）に指定できます。条件は複数設定でき，EV_COMP_1，EV_COMP_2というように列挙します。複数設定した場合の条件同士の関係はAND条件となります。

条件には，監視ノードが受信したJP1イベントや，監視ノード自身の情報を指定できます。

JP1イベントの基本属性，拡張属性
例えば，イベントID（B.ID），緊急度（E.SEVERITY）などを指定できます。
また，各JP1製品の固有情報であるJP1イベント拡張属性の固有情報も指定できます。例えば，JP1/AJS2のジョブ実行ホスト（E.C0）などです。
JP1イベントの基本属性，拡張属性については，各製品のマニュアルで発行するJP1イベントの情報を確認してください。

監視ノードの属性
監視ノードを識別する番号である監視ノードID（T.MONNODEID）を指定できます。なお，監視ノードIDは，監視ノードの［プロパティ］や，監視ノードの［検索］画面で確認できます。

注意

JP1/IM - Viewでガイド情報を表示する際に，ガイド情報ファイルの内容は先頭から順に参照されていきます。条件に一致するガイドがあると，そこでガイド情報ファイルの参照をやめ，条件に一致したガイドを［ガイド］画面に表示します。

条件に一致するガイドがガイド情報ファイル内に複数あった場合でも常にその中で先頭にあるものがガイドとして［ガイド］画面に表示されてしまうため，以下のことを目安にガイド情報の表示条件を設定してください。

一つのガイド情報に対し，表示条件を複数設定し，ほかのガイドの表示条件と一致しないようにする。
例えば，表示条件にイベントID，重大度，メッセージなどのJP1イベントの属性を複数設定することで，ほかのガイドの表示条件と差別化を図ります。
また，属性の内容は正規表現で記述できますが，完全一致で記述するようにしてください。

緊急度の高い順にガイド情報ファイルに記述する。
例えば，監視ノードの状態変更条件で「警告」「エラー」の状態に変わる状態変更条件を定義していた場合，「エラー」の状態に変化したときに表示するガイド情報を「警告」の状態に変化したときに表示するガイド情報よりも先に記述します。
なお，監視ノード自身の説明をガイド情報として表示したい場合，表示条件には監視ノードIDだけを指定することになります。このような優先度の低いものは，ガイド情報ファイルの最後尾にまとめて記述してください。

(b)　ガイド情報での表示内容

ガイド情報として表示するメッセージを，ガイド情報ファイルにEV_GUIDEで指定します。ガイドメッセージファイルを利用する場合は，EV_GUIDEの変わりにEV_FILEを指定します。

メッセージは，TXT形式またはHTML形式で記述できます。また，メッセージにはJP1イベントの属性値を変数（属性値の頭に$を付ける）として使うことができます。例えば，JP1イベントのメッセージ（B.MESSAGE）は$B.MESSAGEと変数として使うことができ，JP1イベントの属性値をガイド情報のメッセージ中に表示できます。

（備考）

ガイド情報ファイルの場合，改行を挿入してガイド情報の体裁を整えることができませんが，ガイドメッセージファイルの場合，改行を挿入してガイド情報の体裁を整えることができます。

図3-53　ガイド情報の記述例

体裁を整えることができるため，HTML形式でガイド情報を作成するなど，情報量が多いときや定期的に内容を見直したいときに便利です。

一つのガイドメッセージファイルには一つのガイド情報しか記述できません。このため，ガイドメッセージファイルにガイド情報を書き出した場合，ファイル数が膨大になることが予想されます。ガイドメッセージファイルを利用する場合には，次のことを考慮に入れてください。

管理しやすい名称でガイドメッセージファイルを作成する。
ガイドの表示条件や表示内容に含まれるキーワード（イベントIDやメッセージID，製品名（AJS2），監視ノードIDなど）を利用して，規則性のある名称で管理するようにしてください。

ガイド情報ファイルに記述するガイドタイトル（EV_TITLE）にガイドメッセージファイル名を含める。
例えば，guide001というガイドメッセージファイルを作成する際に
　　　：
EV_TITLE=guide001：ジョブが異常終了
EV_FILE=guide001
　　　：
としておけば，［ガイド］画面でガイド情報を確認したときに，どのガイドメッセージファイルを参照しているかわかるため，再編集が容易になります。

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

［ガイド］画面では，運用方法に合わせて，任意の内容をガイド情報として表示できます。

例えば，次のように考えて使うことができます。

システムの運用方法に合わせたガイド情報（例）

対処手順についてのガイド情報
まず，問題をどのように対処するかを提示して，問題によって混乱した状態での行動をアドバイスする。これをガイド情報として登録する。
問題の詳細は，その後の手順で，JP1/IMの機能を総合的に使って調査する。

問題内容（JP1イベント）についてのガイド情報
問題そのものに対する要因などをガイド情報にする。
発生した問題に関する情報を，監視ノードの状態が変わる要因になったJP1イベントの情報によって表示する。これをガイド情報として登録する。

また，監視グループには対処手順，監視オブジェクトには具体的なエラー要因，といったように監視ノードの種類でガイド情報を使い分けることもできます。

(a)　対処手順についてのガイド情報

対処手順についてガイド情報を表示するには，監視ノードごと（つまり業務などの監視視点ごと）にガイド情報を登録します。

監視ノードは，それぞれ監視ノード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を指定します。

(b)　問題内容（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]

3.3.8　対処済み連動機能

対処済み連動機能は，JP1イベントの対処状況に応じて，監視オブジェクトの状態を自動的に変更する機能です。この機能により，統合コンソールでのJP1イベントの対処状況に連動して，統合スコープの監視オブジェクトの状態が変わります。

例えば，エラーイベントの受信により，監視オブジェクトの状態が「エラー」になっている場合，エラーイベントの対処状況を「対処済」にすると，監視オブジェクトの状態が「エラー」から「正常」に変わります。

監視オブジェクト，監視グループの状態を手動で変更する手間が省け，統合スコープでの操作がより簡易になります。

なお，統合スコープで監視オブジェクトの状態を変更しても，状態変更条件に合致する統合コンソールのJP1イベントの対処状況は変わりません。例えば，統合スコープで状態が「エラー」になっている監視オブジェクトを「正常」に変えても，統合コンソールのJP1イベントは「対処済」になりません。

注意

統合スコープの監視オブジェクトの状態を手動で変更した場合でも，統合コンソールのJP1イベントの対処状況を変更すると，それにあわせて監視オブジェクトの状態が変更されます。

ただし，状態を手動で変更した場合には，統合スコープの管理する状態変更イベントの履歴が削除されるため，対処済み連動機能はいったん無効になります。

＜この項の構成＞

(1)　対処済み連動機能の動作

(2)　対処済み連動機能が無効になる契機

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

(1)　対処済み連動機能の動作

統合スコープによるシステムの監視中に監視オブジェクトの状態が変わり，これに対応して統合コンソールのJP1イベントの対処状況を変更した場合の，対処済み連動機能の動作について，例を挙げて説明します。

なお，以降で説明する動作例は，次の前提条件に従います。

監視オブジェクト1の状態変更条件に，エラーイベントおよび警告イベントが設定されている。

監視オブジェクト1は，エラーイベントに対しては状態が「エラー」に，警告イベントに対しては状態が「警告」に変わるよう設定されている。

監視グループ1の状態変更条件は設定されていない（デフォルト設定のまま）。

JP1イベントの対処状況を「対処済」に変更した場合の動作例を次に示します。

図3-54　対処済み連動機能の動作例（1）

図中の番号に従って説明します。

JP1/IMが監視オブジェクト1の状態変更条件に合致するJP1イベントを受信し，監視オブジェクト1の状態が「エラー」に変わります。上位の監視グループ1の状態も「エラー」に変わります。
状態変更イベントの検索をするなどして，監視オブジェクトのエラー要因を確認します。

統合コンソールの［イベント検索］ページに，監視オブジェクト1の状態変更イベントが表示されます。
この場合には，エラーイベントと警告イベントが，監視オブジェクト1の状態変更イベントになります。エラーイベントと警告イベントに対応して，監視オブジェクト1の状態が「エラー」になっています。
JP1イベントの重大度に従って，対策する必要がある問題から対策します。

ユーザーが，監視オブジェクト1の状態変更イベントであるエラーイベントの対処状況を「対処済」に変更します。
問題の対策が完了したものだけ，「対処済」にします。

JP1イベントの「対処済」に連動して，監視オブジェクト1の「エラー」が解除され，「警告」に変わります。上位の監視グループ1の状態も「警告」に変わります。
エラーイベントが「対処済」になったため，監視オブジェクト1は警告イベントに応じた状態になります。
残る警告イベントに対しても，調査，対策します。なお，状態変更条件に合致するJP1イベントをすべて「対処済」にした場合には，監視オブジェクトの状態は「正常」になります。

次にJP1イベントの対処状況を「対処済」から「対処済」以外※の状況に変更した場合の動作例を次に示します。

注※

「対処済」以外とは，「処理中」「保留」および「未対処」を指します。

「削除」は含みません。「削除」は［重要イベント］ページでJP1イベントを非表示にする機能です。「削除」にしたJP1イベントは［イベント監視］ページ，［イベント検索］ページでは表示されている場合があります。このため，JP1イベントの対処状況を「削除」にした場合は，監視オブジェクトの状態は変わりません。

図3-55　対処済み連動機能の動作例（2）

図中の番号に従って説明します。

ユーザーが，JP1イベントの対処状況を「未対処」に変更します。
一度「対処済」にしたJP1イベントを，ほかの対処状況に変更する場合は，問題対策が未完了だったとき，誤操作したときなどにしてください。

JP1イベントの「未対処」に連動して，監視オブジェクト1の状態が「エラー」に変わります。上位の監視グループ1の状態も「エラー」に変わります。
エラーイベントが「未対処」になったため，エラーイベントに対応して，監視オブジェクト1の状態が「警告」よりも優先度の高い「エラー」になります。
引き続き，問題の対策をします。

参考

「対処済」にしていないJP1イベントがあった場合は，監視オブジェクトはそのJP1イベントに対応した状態になります。この場合，状態は優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」および「デバッグ」のどれかになっています。状態変更イベントの検索結果として表示されるすべてのJP1イベントを「対処済」にした場合は「正常」になります。

なお，JP1イベントを「対処済」から「処理中」「保留」「未対処」に変更した場合は，それに合わせて状態が，元の状態に変わります。

(2)　対処済み連動機能が無効になる契機

状態変更イベントの件数が上限（100件）を超えた場合には，対処済み連動機能は無効になります。これは，統合スコープの管理する状態変更イベントの履歴と，統合コンソールに表示されるJP1イベントとの整合性が取れなくなるためです。

このため，定期的に状態変更イベントの検索をし，検索結果として表示されるJP1イベントが増えてきたら，監視オブジェクトの状態を手動で変更して履歴を削除するようにしてください。

監視オブジェクトの状態を手動で変更することで，対処済み連動機能が再び動作するようになります。なお，監視オブジェクトの状態を手動で変更すると，［イベント検索］ページには検索結果としてJP1イベントが表示されなくなりますが，［イベント監視］ページ，［重要イベント］ページでは表示されている場合があります。そこに表示されているJP1イベントの対処状況を変更しても，監視オブジェクトの状態は連動しません。

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

JP1イベントの対処状況を「対処済」にした場合，状態変更イベントの履歴を自動で削除するよう設定できます。この機能を有効にした場合は，監視オブジェクトのすべての状態変更イベントを「対処済」にして履歴を削除すると，監視オブジェクトの状態は「初期状態」になります。

この機能は，デフォルトでは無効です。

対処済み時の状態変更イベントの自動削除の動作について，例を挙げて説明します。なお，以降で説明する動作例は，次の前提条件に従います。

監視オブジェクト1の状態変更条件に，エラーイベントおよび警告イベントが設定されている。

監視オブジェクト1は，エラーイベントに対しては状態が「エラー」に，警告イベントに対しては状態が「警告」に変わるよう設定されている。

監視グループ1の状態変更条件は設定されていない（デフォルト設定のまま）。

JP1イベントの対処状況を「対処済」に変更した場合の動作を例を挙げて説明します。

図3-56　対処済み時の状態変更イベントの自動削除の動作例

図中の番号1から4は，「図3-54」の動作と同じです。監視オブジェクト1の状態変更イベントのうち，エラーイベントを「対処済」にします。

図中の番号5で，統合コンソールの［イベント検索］ページで監視オブジェクト1の状態変更イベントを検索すると，図中の番号3で「対処済」にしたJP1イベントの履歴はすでに状態変更イベントから削除されているため，［イベント検索］ページには表示されません。未対処の状態変更イベントだけが表示されます。

なお，この機能を有効にしたあとに発生した状態変更イベントだけが，削除の対象となります。この機能を有効にする前に発生し，すでに「対処済」にした状態変更イベントの履歴は削除されません。これらの履歴を削除したい場合は，［監視ツリー］画面またはjcschstatコマンドで監視ノードの状態を「初期状態」に変更して，手動で削除してください。

設定方法については，「12.7.3　JP1イベントの対処済み時に状態変更イベントを自動で削除するための設定」を参照してください。

注意

誤って一度「対処済」にしたJP1イベントを，「エラー」など「対処済」以外の状態に戻しても，監視オブジェクトの状態や状態変更イベントの履歴は元に戻りません。そのため，統合スコープからJP1イベントを検索できなくなります。一度「対処済」にしたJP1イベントは［イベントコンソール］画面から検索する必要があります。

状態の操作に十分な注意が必要なため，通常の運用では，対処済み時の状態変更イベントの自動削除機能は使用しないでください。統合スコープ上で監視オブジェクトを「初期状態」にし，状態変更イベントの履歴を削除する方法を推奨します。統合コンソールの操作だけを許可したいといった特別な理由の場合だけ，この機能を使ってください。

（備考）

対処済み時の状態変更イベントの自動削除を設定しても，状態変更イベントの件数が上限（100件）を超えた場合，対処済み連動機能は無効になります。そのため，定期的に状態変更イベントを「対処済」にし，状態変更イベントを削除してください。

3.3.9　統合スコープの仕組み

ここでは，統合スコープの動作の仕組みについて説明します。

統合スコープは仕組みを意識しなくとも利用できるよう設計されていますが，設定をカスタマイズする場合や，高度なシステム設計をする場合には，仕組みを理解しておくことをお勧めします。

＜この項の構成＞

(1)　統合スコープの仕組みの概要

(2)　ホスト情報

(3)　統合スコープによるシステム監視の仕組み

(4)　監視ツリーの自動生成の仕組み

(5)　統合スコープのデータベース

(1)　統合スコープの仕組みの概要

統合スコープは，次のような機能で構成されています。

図3-57　統合スコープの仕組みの概要

(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にホスト名の対応づけを格納して処理ができます。

なお，ホスト情報DBに登録されていないホスト情報についてはJP1/Baseのjp1hosts情報，OSのhostsファイル，DNSなどの設定を参照します。

ホスト情報について

ホスト情報ファイルの書式
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ホスト情報ファイル（jcs_hosts）」（3.　定義ファイル）

ホスト情報を設定や参照するコマンド
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcshostsimport」（2.　コマンド）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcshostsexport」（2.　コマンド）

参考

ホスト名を監視オブジェクトの個別条件に指定する場合，「ホスト名比較」を選択することをお勧めします（参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.4.11 ［状態変更条件設定］画面」）。

「と一致する」を選択した場合，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イベント：個別条件に一致する。

(3)　統合スコープによるシステム監視の仕組み

統合スコープは，JP1イベント（システムで発生した事象）を解析し，監視ツリー上の対応する位置を判定して，アイコンの状態を変化させることで，システムで発生した事象をビジュアルに表示します。

このときの処理の流れは，次のようになります。

図3-58　監視オブジェクトの状態変更処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェントホストでJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，上位のマネージャーホストへ転送されます。転送する上位ホストは，構成管理機能の構成定義によって決められます。
マネージャーホストでは，イベントフロー制御サービスがイベントサービスからJP1イベントを取得します。イベントフロー制御サービスは，JP1/IMで処理するJP1イベントを一手に扱う機能です（JP1イベントの取得，JP1/IM - Manager内でのJP1イベント制御の仕組みについては「3.2.1(3)JP1/IM - Manager内部のJP1イベント制御の仕組み」を参照してください）。

そして，JP1/IM - Manager（セントラルスコープサービス）にJP1イベントが渡されます。セントラルスコープサービスでは，JP1イベントを解析し，重大度の判定や，監視ツリー上の位置との対応づけを処理します。
なお，監視オブジェクトDBによって管理します。

JP1/IM - Viewのセントラルスコープ・ビューアーによって，［監視ツリー］画面や［ビジュアル監視］画面の上に，システムの事象がビジュアルに表示されます。

このように，システムの各エージェントホストで動作するJP1イベントを，JP1/IMマネージャーへと集約し，システムをビジュアル化した監視画面に表示します。

(4)　監視ツリーの自動生成の仕組み

監視ツリーの自動生成の処理は，選択したテンプレートの種類によって変わります。業務指向ツリー，サーバ指向ツリーを選択した場合とシステム構成ツリーを選択した場合に分けて説明します。

(a)　業務指向ツリー，サーバ指向ツリーを選択した場合の処理の流れ

監視ツリーの自動生成で，業務指向ツリー，またはサーバ指向ツリーのテンプレートを選択した場合の処理の流れを次の図を例に説明します。

図3-59　監視ツリーの自動生成の処理の流れ（業務指向ツリー，サーバ指向ツリー選択時）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

ビューアーホストの画面からマネージャーホスト上の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上でツリー構成および監視オブジェクトの定義を変更したあと，マネージャーホストに反映します（変更については，「3.3.4　監視ツリーの編集」を参照）。

(b)　システム構成ツリーを選択した場合の処理の流れ

監視ツリーの自動生成で，システム構成ツリーのテンプレートを選択した場合の処理の流れを次の図を例に説明します。

図3-60　監視ツリーの自動生成の処理の流れ（システム構成ツリー選択時）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

ビューアーホストの画面からマネージャーホスト上のJP1/IM - Managerに監視ツリーの自動生成を指示します。自動生成の指示を受けたJP1/IM - Managerは，マネージャーホスト上のJP1/Baseに対し，監視ツリーの構成要素となる監視オブジェクト（定義情報）を収集するよう指示を出します。

収集指示を受けたマネージャーホスト上のJP1/Base（定義収集・配布機能）は，システム情報管理サーバ上のJP1/Baseに対して収集指示を出します※。

注※　JP1/IM - Central Information Masterは，JP1/IMのシステム構成上，JP1/IM - Managerインストールホストよりも上位のマネージャーホストやJP1/IM - Managerの監視範囲と異なる，別システムに導入されることがあります。
このため，ほかの連携製品から定義情報を収集する場合と異なり，JP1/Baseの構成管理が持つホスト情報を参照しません。どこから定義情報を収集するかを決めるため， JP1/IM - ManagerでJP1/IM - Central Information Masterのホスト指定が必要です（JP1/IM - Central Information Master連携時の注意は「6.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上でツリー構成および監視オブジェクトの定義を変更したあと，マネージャーホストに反映します（定義の変更については，「3.3.4　監視ツリーの編集」を参照）。

(5)　統合スコープのデータベース

統合スコープのデータベースには，監視オブジェクトDBと，ホスト情報DBがあります。

監視オブジェクトDBの管理
JP1/IM - Managerは，JP1/IM - Viewに表示する監視オブジェクトの情報を蓄積した監視オブジェクトDBを管理します。
監視オブジェクトDBは，JP1/IM - Viewから指示を受けたり，監視オブジェクトの状態を変更させるJP1イベントを受信したときに更新されます。
なお，監視オブジェクトDBの更新には，以下のように更新処理に時間が掛かるものがあります。

［監視ツリー(編集中)］画面からのサーバツリー更新

jcsdbimportコマンドによる監視オブジェクトDBへのDB情報の反映

これらの更新処理のときにOSのシャットダウンやクラスタシステムによる系切り替えなどが発生すると，DBが破損してしまうことがあります。
DBの破損を防ぐ機能としてJP1/IM - Managerには，監視オブジェクトDBの自動バックアップ・リカバリー機能があります。この機能を有効にすると，上記更新処理の際に更新前の状態でDBを自動的にバックアップし，問題が発生した場合には更新前の状態に自動的にリカバリーします。問題が発生しなかった場合には，バックアップデータは自動的に削除されます。
この機能は，新規インストールの場合は有効に，バージョンアップの場合は無効になっています。バージョンアップの場合でも，耐故障性を向上させるため，この機能を有効にすることをお勧めします。
設定は，監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）を使用し，jbssetcnfコマンドでその定義内容を反映させることで有効となります。

ホスト情報DBの管理
JP1/IM - Manager（JP1/IM - Central Scope）は，JP1/IM - Manager（JP1/IM - Central Scope）独自のホスト情報を格納したホスト情報DBを管理します。

統合スコープのデータベースの情報は，次の表に示すコマンドにより取得，反映ができます。

表3-25　データベース情報の取得，反映コマンド

コマンド名 | 使用目的
jcsdbexportコマンド | 監視オブジェクトDBの情報取得
jcsdbimportコマンド | 監視オブジェクトDBへの情報反映
jcshostsexportコマンド | ホスト情報DBの情報取得
jcshostsimportコマンド | ホスト情報DBへの情報反映

jcsxxexportコマンドを利用してDB情報を確認したり，jcsxxexportコマンド，jcsxximportコマンドを併用して，ほかのサーバに環境を移行したりできます。

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

システムの監視中に障害の発生を検知したとき，JP1/IMでは次のような操作によって調査できます。

連携製品のモニター起動

統合機能メニュー

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

ここでは，これらのJP1/IMでできる操作について説明します。

＜この節の構成＞

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

3.4.2　統合機能メニュー

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

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

JP1/IMでは，［イベントコンソール］画面に表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面を起動できます。これをモニター起動といいます。

アプリケーションによっては，モニター起動によって，選択したJP1イベントに関係する画面を直接表示できます。例えば，JP1/AJS2でジョブ実行イベントを選択してモニター起動すると，そのジョブの実行状況の管理画面が，上位のジョブネット画面を経由せずに直接呼び出されます。

このように，調査が必要なJP1イベントから直接アプリケーションの画面を起動できるため，直感的な操作で作業を迅速に進めることができます。

なお，モニター起動をするには，JP1イベントを発行したアプリケーションがモニター起動による連携ができる必要があります。各製品のモニター起動の対応については，各製品のマニュアルを参照してください。例えば，JP1/AJS2やJP1/PFMのマニュアルには，［イベントコンソール］画面からモニター起動するための設定手順が記載されています。

JP1/AJS2：マニュアル「JP1/Automatic Job Management System 2 連携ガイド」のJP1/IMを使った監視の説明

JP1/PFM：マニュアル「JP1/Performance Management システム構築・運用ガイド」のJP1/IMとの連携の説明

また，モニター起動できるアプリケーションは，JP1/IMの定義ファイルをカスタマイズすることで，追加，変更できます。カスタマイズの概要，カスタマイズ方法については，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。

注意

モニター起動によって次の連携製品の画面を呼び出す場合，JP1/IM - Viewの認証情報を使用します。

JP1/AJS2 - View for Mainframe

JP1/AJS2 - View

JP1/AJS2 - Scenario Operation View

JP1/IM - Rule Operation

しかし，次の場合に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 - Viewを起動したOSユーザーに，呼び出すアプリケーションの実行権限がないとアプリケーションを起動できません。

また，呼び出すアプリケーションが実行できる権限でJP1/IM - Viewを起動する必要があります。

3.4.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と連携するアプリケーションのうち，幾つかは統合機能メニューに登録されています。登録されているアプリケーションについては，「22.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

上記参照先に記載のないアプリケーションについては，各製品のマニュアルを参照してください。例えば，JP1/PFMのマニュアルには，統合機能メニューへの登録手順が記載されています。

JP1/PFM：マニュアル「JP1/Performance Management システム構築・運用ガイド」のJP1/IMとの連携の説明

また，統合機能メニューに表示できるアプリケーションは，JP1/IMの定義ファイルをカスタマイズすることで，追加，変更できます。カスタマイズの概要，カスタマイズ方法については，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。

注意

統合機能メニューから次の連携製品の画面を呼び出す場合，JP1/IM - Viewの認証情報を使用します。

JP1/AJS2 - View for Mainframe

JP1/AJS2 - View

JP1/AJS2 - Scenario Operation View

JP1/IM - Rule Operation

しかし，次の場合に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 - Viewを起動したOSユーザーに，呼び出すアプリケーションの実行権限がないとアプリケーションを起動できません。

また，呼び出すアプリケーションが実行できる権限でJP1/IM - Viewを起動する必要があります。

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

JP1/IMでは，［イベントコンソール］画面から管理対象ホストに対し，コマンドの実行指示を出し，管理対象ホスト上でコマンドを実行できます。コマンドの実行指示は，JP1/IM - Viewの［コマンド実行］画面で行います。［コマンド実行］画面でコマンド実行指示をすると，ログインしているマネージャーホストからJP1/Baseの構成管理で定義した構成に従ってコマンド実行指示が転送されていき，コマンド実行先ホストでコマンドが実行されます。

図3-61　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から実行できないコマンド（「3.4.3 (1)　実行できるコマンド」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった（KAVB2013-Iのメッセージが［コマンド実行］画面の［実行結果］に表示されない）。

このような場合にはJP1/Baseが提供する状態確認，削除コマンドを利用して障害を復旧できます。詳細については「3.6.3 (6)　トラブルシューティング用コマンド」を参照してください。

(4)　コマンド実行の処理の流れ

ビューアーホストからエージェントホストに対してコマンド実行する場合の処理の流れを例に，JP1/IM，JP1/Baseの機能連携について説明します。

なお，以降の説明では，コマンド実行の権限を持つJP1ユーザーでマネージャーホストにログインしているものとして説明しています（ログインやコマンド実行に必要な権限については，「3.6.4　JP1ユーザーの管理」を参照）。

図3-62　コマンド実行の処理の流れ（エージェントホストにコマンド実行する場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

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のコマンド実行機能によって実行しています。「3.6.3　コマンド実行の管理」をあわせて参照してください。

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

JP1/IMでは，マネージャーホストが特定のJP1イベントを受信したときに，自動的にコマンドを実行させることができます。この機能を自動アクションと呼びます。

自動アクション機能を使うことで，例えば，障害発生のJP1イベントの受信を契機として，メール送信や電話連絡のコマンドを実行してシステム管理者に通報するなどができます。

図3-63　自動アクション概要

自動アクションでは，次の項目を定義することによって，任意の条件で自動的にコマンドを実行できます。

実行する自動アクションの定義

自動アクションを実行する条件の指定

自動アクションで実行するコマンド，実行先ホスト，実行ユーザーの指定，同一アクションの抑止

自動アクションを実行する環境の設定

自動アクション実行環境のカスタマイズ

コマンド実行先ホストでのユーザーマッピング

また，自動アクションの実行処理でのトラブルを早期に検知できるよう，次の機能を提供しています。

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

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

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

ここでは，まずJP1/IMが行っている自動アクションの状態管理について説明した後，自動アクションの定義や自動アクションの実行監視，自動アクションを実行するときの処理について説明します。

＜この節の構成＞

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

3.5.2　自動アクションの定義

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

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

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

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

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

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

自動アクションを実行すると，その自動アクションはJP1/IM - Manager，JP1/Baseを経由して処理が進んでいきます。JP1/IMでは，この自動アクションの処理状況を状態として管理しています。

自動アクションの状態遷移を図で表すと次のようになります。

図3-64　自動アクションの状態遷移

通常は，JP1/IM - Managerからマネージャー上のJP1/Base，マネージャー上のJP1/Baseからコマンド実行先のJP1/Baseへと処理が進んでいき，処理が完了します（正常時には，状態は「送信中」「キューイング」「実行中」「終了」の順に遷移し，JP1/Baseへの送信バッファーがいっぱいになったときには「送信待機」「送信中」「キューイング」「実行中」「終了」の順に遷移します）。なお，このときにエラーが発生すると状態が「実行不可」または「実行失敗」となり，処理が終了します。

なお，下記条件に合致した場合には自動アクションの状態が「抑止」や「なし」となり，JP1/IM - Manager内で処理が終了します。

抑止設定をしており，かつ，抑止対象となった自動アクション
この場合，自動アクションの状態は「抑止」となり，コマンドを実行せずに処理が終了します（詳細は「3.5.3（4）同一アクションの抑止」参照）。

実行条件は設定済み，実行内容（実行するコマンド）は未設定の自動アクション
この場合，自動アクションは実行されますが，実行するコマンドが存在しないため，状態は「なし」となり，処理が終了します。

また，自動アクションの状態遷移が完了していない状態（「送信待機」「キューイング」「実行中」）のときには，自動アクションを途中でキャンセルできます。ただし，状態が「送信中」のときは，自動アクションを途中でキャンセルできません。そのときの状態遷移を図で表すと次のようになります。

図3-65　キャンセル処理をした場合の自動アクションの状態遷移

状態が「送信待機」「キューイング」「実行中」のアクションに対してキャンセルを行い，キャンセル処理が失敗した場合には，状態は「キャンセル」および「強制終了」には遷移せず，その時々の実行状態となります。

状態が「送信中」のアクションに対してキャンセルを行った場合，状態は「送信中（キャンセル失敗）」となります。

「送信中」状態のアクションに対して，キャンセル要求を行った場合，コマンド実行先のJP1/Baseにアクションの実行要求がキューイングされるまで，削除処理を行いません。キャンセル要求がコマンド実行先のJP1/Baseに到達し，その時々のアクション状態によっては，キャンセル処理が失敗する場合があります。「終了」または「実行失敗」状態に遷移した場合，キャンセル処理は失敗となります。

注意

JP1/IM - Manager，JP1/Baseでは，自動アクションの状態や実行するコマンド，実行先ホストなどの履歴情報を，アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイルの三つのファイルを使用して管理しています。

何らかのトラブルによってこれらのファイルに不整合が発生した場合，状態確認ができない状態（「状態不明」）となります。

この場合には，JP1/IM - Manager，JP1/Baseの管理データをすべて削除する必要があります。削除方法については「24.5 (5)　自動アクションの実行状態が「状態不明」と表示される場合」を参照してください。

各状態の詳細については，次表を参照してください。

表3-26　自動アクションの状態一覧

状態
説明

送信待機
送信バッファー※が満杯になったため，JP1/IM - Managerからの実行要求をJP1/Baseがいったん拒否し，JP1/IM - Managerがリトライ待ちになった状態（送信バッファーに空きが出た時点でこの状態は解除されます）。
注※　JP1/IM - Managerからマネージャー上のJP1/Baseへ自動アクションの実行要求を送信するために使用する通信バッファーのことです。

送信中
マネージャー上のJP1/Baseからコマンド実行先のJP1/BaseにJP1/IM - Managerからの実行要求を送信している状態。

キューイング
コマンド実行先のJP1/BaseでJP1/IM - Managerからの実行要求をキューイングしている状態。
この状態が長時間続く場合，JP1/Base側で次のようなトラブルが発生しているおそれがあります。

自動アクションがシステム設計時の想定以上に発生し，不要な自動アクションが大量に蓄積（キューイング）された状態になった。

このような場合にはJP1/IMのキャンセル機能を使って不要な自動アクションをキャンセルできます（詳細は，「3.5.5（2）自動アクションのキャンセル」参照）。

実行中
コマンド実行先のJP1/BaseでJP1/IM - Managerからの実行要求を実行している状態。
この状態が長時間続く場合，JP1/Base側で次のようなトラブルが発生しているおそれがあります。

自動アクションで実行したコマンドがハングアップまたは想定以上に時間が掛かるコマンドであったため，後続の自動アクションが実行されない状態になった。

このような場合にはJP1/IMのキャンセル機能を使ってトラブルの要因となっている自動アクションをキャンセルできます（詳細は，「3.5.5（2）自動アクションのキャンセル」参照）。

終了
JP1/Base側でコマンド実行が終了し，JP1/IM - Managerにアクション結果が通知された状態。または，自動アクションサービスの起動時にアクション再実行用ファイルに出力済みの状態。

実行不可
JP1/Baseに実行要求を渡す前にエラーが発生した状態。
次の場合に発生します。

自動アクションサービスの内部エラー。

処理を行うJP1/Base（コマンド実行管理）が起動していない。

実行失敗
JP1/Base側の処理でエラーが発生し，コマンドの実行に失敗した状態。
この場合，JP1/Baseが出力する「KAVBXXXX-E」のメッセージ情報がアクション結果としてJP1/IM - Managerに通知されます。JP1/Baseが出力するメッセージ情報についてはマニュアル「JP1/Integrated Management - Manager リファレンス　5.5.2 コマンド実行に関するメッセージ（KAVB2001～KAVB2999）」を参照してください。

抑止
自動アクションの実行条件に合致したが，設定した抑止時間内だったため，アクションを抑止した状態（詳細は「3.5.3（4）同一アクションの抑止」参照）。

なし
自動アクションの実行条件は設定済み，実行内容(実行するコマンド)は未設定，の状態で自動アクションが実行されるとこの状態になる。

送信待機(キャンセル中)
「送信待機」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

送信中(キャンセル中)
「送信中」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

キューイング(キャンセル中)
「キューイング」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

実行中(キャンセル中)
「実行中」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

キャンセル
「実行中」の状態になる前に自動アクションをキャンセルした状態。

強制終了
「実行中」の状態の自動アクションをキャンセル(強制終了)した状態。

送信待機(キャンセル失敗)
「送信待機」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。

送信中(キャンセル失敗)
「送信中」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。
または，以前の状態（「送信待機」）のときにキャンセル処理に失敗し，その自動アクションの状態が「送信中」に遷移した状態。

キューイング(キャンセル失敗)
「キューイング」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。
または，以前の状態（「送信待機」または「送信中」）のときにキャンセル処理に失敗し，その自動アクションの状態が「キューイング」に遷移した状態。

実行中(キャンセル失敗)
「実行中」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。
または，以前の状態（「送信待機」「送信中」または「キューイング」）のときにキャンセル処理に失敗し，その自動アクションの状態が「実行中」に遷移した状態。

終了(キャンセル失敗)
キャンセル処理に失敗したアクションが「終了」になった状態。

実行失敗(キャンセル失敗)
キャンセル処理に失敗したアクションが「実行失敗」になった状態。

状態不明※
自動アクションの実行結果が確認できない状態。
この場合，実行結果を保存したファイル（アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイル）を削除する必要があります。なお，ファイルを削除すると，過去の自動アクションの実行結果は参照できなくなります。
削除方法については「24.5 (5)　自動アクションの実行状態が「状態不明」と表示される場合」を参照してください。

注※　アクションの状態でなく，JP1/IM - Managerが自動アクションの状態取得に失敗したことを表す。

自動アクションの実行状態は，JP1/IM - Viewやコマンドで確認できます。詳細は「3.5.5　自動アクションの実行状態および実行結果の確認」を参照してください。

3.5.2　自動アクションの定義

JP1イベントを受信すると（後述のパラメーターグループごとに）監視条件が優先度順に判定されて，最初に条件が一致した自動アクションが一つ実行されます。

自動アクションの定義は，JP1/IM - Viewの［アクション設定］画面で定義する方法と，自動アクション定義ファイルを作成してjcachangeコマンドで反映する方法があります。定義できる内容の詳細については，下記参照先で説明します。

自動アクションの設定（GUIで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.22　［アクション設定］画面」

自動アクションの設定（定義ファイルで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）

＜この項の構成＞

(1)　監視条件として指定できる項目

(2)　実行条件の優先度

(3)　パラメーターグループとAND条件

(1)　監視条件として指定できる項目

自動アクションを実行する条件として，次の項目が指定できます。

JP1イベントのID
自動アクションの対象とするJP1イベントをイベントIDで指定します。「すべて」または一つのイベントIDを指定できます。

メッセージ
JP1イベント内のメッセージを自動アクション実行条件として指定します。判定条件には，正規表現が使えます。

イベントの基本情報，詳細情報，拡張情報
JP1イベントの，基本情報，詳細情報，および拡張属性の値を判定条件として指定できます。判定条件には，正規表現が使えます。

(2)　実行条件の優先度

受信したJP1イベントが，複数の自動アクション定義の実行条件と一致する場合，（後述のパラメーターグループごとに）最も優先順位の高い自動アクション一つだけが実行されます。自動アクションの優先順位は，次の規則によって決まります。

イベントIDを指定した自動アクションは，イベントIDの「すべて」を対象にする自動アクションに優先する。

［アクション設定］の画面で上に表示されている（自動アクション定義ファイルで前に記述されている）自動アクションが優先する。

例えば，次の定義内容（自動アクション定義ファイル）の場合，自動アクションの優先順位は(3)，(4)，(1)，(2)の順番になります。なお，この例では説明のため，それぞれの定義のあとに括弧つきの番号を記載しています。

+0 * ,,,/----ECAE/ :notice_ajs2.bat (1)
+0 * ,,, :notice.bat (2)
+0 $1A00 ,,, :gyoumu_001.bat (3)
+0 $1A01 ,,, :gyoumu_002.bat (4)

(1)，(2)はイベントIDの「すべて」を対象にする自動アクションであり，(3)，(4)はイベントIDを指定した自動アクションであるため，(3)，(4)は，(1)，(2)よりも優先されます。また，(3)と(4)，(1)と(2)では，自動アクション定義ファイルに記載されている順番で自動アクションが優先されるため，優先順位は(3)，(4)，(1)，(2)の順番になります。

(3)　パラメーターグループとAND条件

自動アクションでは，パラメーターグループやAND条件の指定によって，複雑な条件を指定した自動アクションにも対応できます。

パラメーターグループ
パラメーターグループは，自動アクション実行の条件判定をする単位で，10個のパラメーターグループがあります。それぞれの自動アクション定義はどれかのパラメーターグループに属します。
パラメーターグループは，一つのイベントで複数のアクションを実行する場合や，後述のAND条件を指定する場合に使います。
一つのJP1イベントがJP1/IMのマネージャーホストに届くと，パラメーターグループごとに，優先順位の順にアクション定義パラメーターと実行条件と比較します。実行条件が一致する場合ときは，パラメーターグループごとに優先順位の最も高いアクション定義パラメーターが１件だけ実行されます。
パラメーターグループは１桁の数字（0から9）で指定します。パラメーターグループの数字の大小は，実行順序や優先順位とは関係ありません。
なお，パラメーターグループを省略した自動アクションの定義は，0のパラメーターグループに属します。

AND条件
AND条件とは，複数の実行条件をすべて満たした場合ときにアクションを実行するための設定のことです。
パラメーターグループの指定に，数字ではなく「&」を指定すると，自動アクションの定義で直前（GUIで一つ上の表示，または定義ファイルで一つ上の記述）に定義されている実行条件との組み合わせをAND条件として扱います。最大10個の自動アクション定義をAND条件の組み合わせとして定義できます。
受信したイベントが，AND条件のうちのある実行条件に一致すると，ほかの実行条件に一致するイベントを受信するのを待ちます。AND条件となっている実行条件がすべて成立すると，自動アクションが実行されます。AND条件が成立するのを待つ時間は，ANDイベント保管期限で指定します。ANDイベント保管期限以上にJP1イベントの受信時刻が離れると，AND条件の対象となりません。
なお，自動アクションサービス（jcamainプロセス）が停止すると，AND条件の成立待ちのイベントはすべて破棄されます。プロセス管理機能でプロセス障害時に再起動する場合や，クラスタ運用で再起動をする場合は，注意してください。

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

実行条件を満たしたときに，アクションとして実行するコマンドを次のように指定できます。

＜この項の構成＞

(1)　実行できるコマンド

(2)　コマンドを実行するホスト

(3)　コマンドを実行するユーザー

(4)　同一アクションの抑止

(1)　実行できるコマンド

自動アクションで実行できるコマンドの種類を次に示します。

コマンドを実行するホストがWindowsの場合

実行形式ファイル(.com，.exe)

バッチファイル(.bat)

JP1/Scriptのスクリプトファイル(.spt)　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

コマンドを実行するホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構やDDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

注意

自動アクションで実行するコマンドは，そのJP1イベントに対応する対処が明確になっているものを定義してください。

(2)　コマンドを実行するホスト

JP1/IMのエージェントホストまたはマネージャーホストを，コマンドの実行先ホストとして指定できます。

エージェントホストは，JP1/IMの管理対象として構成管理情報によって定義されている必要があります。

また，複数のエージェントホストをまとめたホストグループを定義することによって，同じコマンドを複数のホストで実行できます。

(3)　コマンドを実行するユーザー

コマンドを実行するユーザーを，JP1ユーザーによって指定します。

エージェントホストでコマンドを実行するときには，そのホストでJP1ユーザーに対応したOSユーザーにユーザーマッピングしてからコマンドを実行します。

(4)　同一アクションの抑止

一定時間内に同一の自動アクションが実行されるのを抑止したい場合は，抑止設定をします。

例えば，パトランプを点灯させたり，メールでユーザーに通知したりする自動アクションは，一定時間内に一度実行されればよいアクションです。また，これらの自動アクションがJP1/Baseのコマンド実行のキューに蓄積されることによって，緊急を要する自動アクション，例えば障害の復旧を行う自動アクションなどの実行が遅れてしまうことがあります。

一度実行すれば一定時間実行しなくてよい自動アクションに対し，抑止設定をすることで，このような事態を回避できます。

抑止する・しないの設定，抑止時間の設定は，アクション単位でできます。これにより，不要なアクションを抑止し，必要なアクションだけを実行する環境を構築できます。

なお，プロセス管理機能によるプロセスの再起動時や，クラスタ運用でのフェールオーバー時には，抑止中のアクションは抑止解除されます。

(a)　抑止設定をした場合の自動アクションの動作

抑止設定をした場合の自動アクションの動作を次の図に示します。

図3-66　抑止設定をした場合の自動アクションの動作

図中の自動アクションAのように，抑止設定をしていた場合は，その自動アクションの実行条件に合致するJP1イベントが抑止時間内に複数発生しても，最初に発生したJP1イベントに対してだけアクションが実行され，2件目以降のJP1イベントに対してはアクションが実行されません。実行されなかった自動アクションの状態は「抑止」となります。

図中の自動アクションBのように，抑止設定をしていない場合は，その自動アクションの実行条件に合致するJP1イベントが発生するたびにアクションが実行されます（抑止設定をした自動アクションの動作に関係なく動作します）。

(b)　AND条件を設定した自動アクションに対し，抑止設定をした場合の自動アクションの動作

自動アクション同士をAND条件で結び，かつ，抑止設定をした場合の自動アクションの動作を次の図に示します。

図3-67　自動アクション同士を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は抑止されず，それぞれ実行されます。

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

JP1/IM - Managerでは，自動アクションの実行処理で発生したトラブルを迅速に検知できるよう，自動アクションの実行状況を監視する機能を提供しています。この機能は，次に示す二つの機能で構成されており，それぞれ監視する・監視しないを選択できます。

自動アクションの遅延監視
遅延監視をすることで，一定時間経過しても終了しない自動アクションを検知し，ユーザーに通知できます。

自動アクションの状態監視
状態監視をすることで，実行に失敗した自動アクションを検知し，ユーザーに通知できます。

＜この項の構成＞

(1)　自動アクションの遅延監視

(2)　自動アクションの状態監視

(3)　実行監視の設定

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

(1)　自動アクションの遅延監視

自動アクションの実行処理で，次のようなトラブルが発生することがあります。

自動アクションが想定した時間内に終了しなかった。

自動アクションが長時間経過しても終了しない状態となった。

このようなトラブルが発生すると，トラブルの発生元となったアクションだけでなく，後続のアクションの実行処理にも影響が出てきます。

自動アクションの実行時間を監視（遅延監視）することで，上記のようなトラブル発生から，オペレーターが対応するまでの時間を短縮できます。遅延発生時の通知は，JP1イベントや通知コマンドによって行われます。

遅延監視の設定については「3.5.4 (3)　実行監視の設定」を参照してください。

(a)　遅延監視の開始時間と終了時間

遅延監視の開始は，マネージャー上のJP1/Baseに自動アクションの実行契機となるJP1イベントが到着した時刻からとなります。

また，遅延監視の終了は，アクションの状態が下記の状態に遷移した時刻となります。

「終了」「キャンセル」「強制終了」「実行不可」「実行失敗」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）」

遅延監視で設定した時間内に上記状態に遷移しなかった場合，"遅延"となります。

遅延監視の対象時間および遅延監視の対象となる状態を次の図に示します。

図3-68　遅延監視の対象時間および遅延監視の対象となる状態

なお，クラスタシステムでフェールオーバー時に自動アクションを再実行する設定にしていた場合も，遅延監視の対象時間および遅延監視の対象となる状態は，通常運用の場合（上記の図）と変わりません。クラスタシステムで運用している場合には系切り替えの時間も考慮に入れて遅延監視時間を設定する必要があります。

注意

自動アクションを手動で再実行した場合は，遅延監視の対象にはなりません。これは，ユーザー自身が自動アクションを再実行し，アクション開始時間および経過時間を把握できるためです。

また，状態が「なし」となる自動アクションや状態が「抑止」となった自動アクションも遅延監視の対象にはなりません。

(2)　自動アクションの状態監視

自動アクションの実行処理で，次のようなトラブルが発生することがあります。

JP1/IM - Manager，JP1/Baseがエラーを検知したため，状態が「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」となって処理が終了した。

このようなトラブルが発生すると，ユーザーの意図したとおりに自動アクションが実行終了していないため，監視業務に大きく影響が出てきます。

自動アクションの処理で異常が発生したことを検知することで，自動アクションの実行に失敗してから，オペレーターが対応するまでの時間を短縮できます。異常発生時の通知は，JP1イベントや通知コマンドによって行われます。

状態監視の設定については「3.5.4 (3)　実行監視の設定」を参照してください。

(3)　実行監視の設定

自動アクションの遅延監視機能，状態監視機能は，二つともインストール時に有効になっていないため，使用したい場合は設定が必要となります。

自動アクションの遅延監視，状態監視をするために必要な設定を次の表に示します。（　）はデフォルト値を表しています。

表3-27　遅延監視，状態監視をするために必要な設定

機能
設定項目
設定方法

遅延監視

遅延監視をする・しない（しない）

遅延監視時間（600秒）

［アクション詳細設定］画面，または自動アクション定義ファイル

JP1イベントの発行（有効）

自動アクション通知定義ファイル

通知コマンドの実行（無効）

状態監視

状態監視をする・しない（しない）

［アクション設定］画面または，自動アクション定義ファイル

JP1イベントの発行（有効）

自動アクション通知定義ファイル

通知コマンドの実行（無効）

遅延監視はアクション単位，状態監視はシステム単位（JP1/IM - Manager）で設定できます。また，JP1イベントの発行はデフォルトで有効になっています。監視をする・しないの設定で，監視をする，に設定すれば，異常検知時にJP1イベントが発行されるようになります。通知コマンドの実行はデフォルトで無効になっています。異常検知時に通知コマンドを実行したい場合には自動アクション通知定義ファイルを編集してください。

なお，JP1イベントの発行，通知コマンドの実行を両方とも無効に設定した場合は，遅延監視をする，または状態監視をする設定にしても，異常検知時にユーザーに異常が通知されなくなります。このため，遅延監視，状態監視をする場合には，JP1イベントの発行，または通知コマンドの実行のどちらかを必ず有効に設定する必要があります。

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

遅延監視機能，状態監視機能を有効にすると，異常検知時にそれぞれJP1イベントを発行したり，通知コマンドを実行したりして，ユーザーに通知が行われるようになります。

ただし，遅延監視機能，状態監視機能による通知は，それぞれ一度実行されると抑止状態となり，以後，異常が発生しても通知が行われなくなります。

このため，トラブルが発生した自動アクションに対して対応が完了したら，抑止を解除する必要があります。JP1/IM - Viewの［イベントコンソール］画面の［オプション］メニューで［機能状態通知復帰］を選択することで，抑止を解除できます。

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

＜この項の構成＞

(1)　自動アクションの実行状態・実行結果の確認

(2)　自動アクションのキャンセル

(3)　自動アクションの再実行

(1)　自動アクションの実行状態・実行結果の確認

自動アクションの実行状態，および実行結果は，次の方法で確認できます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（詳細確認で使用）

jcashowaコマンド

コマンド実行履歴の内容を確認したい場合は，jcocmdlogコマンドで確認できます。

自動アクションの実行状態はJP1イベントとして発行できます。ただし，デフォルトでは発行しないため，jcocmddefコマンドの-acteventオプションを使って，JP1イベントを発行する設定に変更する必要があります。

(2)　自動アクションのキャンセル

自動アクションの状態が次に示す状態のとき，その自動アクションをキャンセルできます。

「送信待機」「キューイング」「実行中」

「送信中（キャンセル失敗）※」「送信待機（キャンセル失敗）※」「キューイング（キャンセル失敗）※」「実行中（キャンセル失敗）※」
注※　「状態（キャンセル失敗）」となっている自動アクションをキャンセルする場合は，実行結果の詳細確認（エラー情報の確認）やイベント検索によるアクション実行先ホストの状態確認などで，原因を特定・取り除いてからキャンセルするようにしてください。

キャンセル処理を実行すると，自動アクションの状態は「状態（キャンセル中）」を経て「キャンセル」または「強制終了」に変わります。なお，キャンセルに失敗した場合には「状態（キャンセル失敗）」となり，状態が遷移していきます（詳細は「3.5.1　自動アクションの状態管理」参照）。

自動アクションのキャンセル，キャンセル確認は，次の方法でできます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（キャンセルだけ）

jcacancelコマンド（キャンセル），jcashowaコマンド（キャンセル確認）

注意

自動アクションのキャンセルは，アクション実行先ホストのJP1/Baseのバージョンが07-10以降の場合にだけできます。JP1/Baseのバージョンが07-00以前の場合にはできません。

(a)　キャンセルできるアクションの範囲

キャンセルできるアクションは，そのマネージャーホストから発行されたアクションだけです。例えば，拠点マネージャーホストから発行されたアクションは，統合マネージャーホストからはキャンセルできません。

キャンセルできるアクションの範囲を次の図に示します。

図3-69　キャンセルできるアクションの範囲

上記図のように統合マネージャーホストからアクションのキャンセル処理を実行した場合，その対象となるのは，統合マネージャーホストから発行されたアクションだけです。拠点マネージャーホストから発行されたアクションは，キャンセル対象とならないため，エージェントホスト上でそのまま処理されます。拠点マネージャーホストから発行されたアクションをキャンセルしたい場合には，拠点マネージャーホストからキャンセル処理を実行する必要があります。

(3)　自動アクションの再実行

自動アクションの状態が次に示す状態のとき，その自動アクションを再実行できます。

「抑止」「終了」「実行失敗※」「キャンセル」「強制終了」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）※」
注※　「実行失敗」または「実行失敗（キャンセル失敗）」となっている自動アクションを再実行する場合は，実行結果の詳細確認（エラー情報の確認）やイベント検索によるアクション実行先ホストの状態確認などで，原因を特定・取り除いてから再実行するようにしてください。

自動アクションを再実行すると，自動アクションの状態は，システムで処理しているときと同様に状態が遷移していきます（詳細は「3.5.1　自動アクションの状態管理」参照）。

自動アクションの再実行，再実行確認は，次の方法でできます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（再実行だけ）

jcashowaコマンド（再実行確認）

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

JP1/IMは，内部処理としてJP1/Baseからイベントを取得し，自動アクションの実行契機となるJP1イベントかどうか判定し，合致したときに自動アクションを実行しています。通常は，この内部処理を変更する必要はありませんが，メンテナンスなどで不要な自動アクションが大量に発生する，といった場合に，一時的にこの内部処理を休止させることができます。

設定はjcachangeコマンドで行います。また，設定内容はjcastatusコマンドで確認できます。

なお，内部処理を休止させた場合，その間に受信したイベントに対しては，稼働状態に戻したあとも自動アクションは実行されません。実行したい自動アクションがある場合には休止状態にしないでください。

jcachangeコマンド，jcastatusコマンドについて

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcachange」（2.　コマンド）

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcastatus」（2.　コマンド）

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

マネージャーホストで自動アクションの契機となるJP1イベントを受信してからエージェントホストに対して自動アクションを実行する場合の処理の流れを例に，JP1/IM，JP1/Baseの機能連携について説明します。

なお，以降の説明では，自動アクションをするための定義が完了しているものとして説明しています（自動アクションの定義については，「3.5.2　自動アクションの定義」を参照）。

図3-70　自動アクションの処理の流れ（エージェントホストに自動アクションでコマンドを実行する場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェント上で自動アクションの契機となるJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，構成定義に従って上位ホストに転送され，転送されたJP1イベントは，マネージャー上のイベントサービスに登録されます。

登録されたJP1イベントをJP1/IM - Manager（イベントフロー制御サービス）がイベントサービスから取得します。

自動アクションの定義と取得したJP1イベントを比較し，自動アクションの定義に一致した自動アクションを自動アクションサービスに渡します。

自動アクションを受信した自動アクションサービスは，マネージャー上のJP1/Baseにコマンド実行指示を渡します。

コマンド実行指示を受け取ったマネージャー上のJP1/Baseは，構成定義を参照してコマンド実行先ホストにコマンド実行指示を出します。

コマンド実行指示を受けたエージェント上のJP1/Baseは，コマンドを実行する前に，ユーザーマッピング定義を参照し，マッピングされたOSユーザーの権限でコマンドを実行します。※
注※　ユーザーマッピング（JP1/Baseのユーザー管理）の処理は，コマンドを実行するホストで行われます。このため，自動アクションでエージェントホストに対してコマンドを実行する場合にはエージェントホストで，自動アクションでマネージャーホストに対してコマンドを実行する場合にはマネージャーホストで，それぞれユーザーマッピングの設定をしておく必要があります。

コマンド実行後，エージェント上のJP1/Baseは，その結果を構成定義で定義されている上位ホストに通知します。

コマンド実行結果を受け取ったマネージャー上のJP1/Baseは，コマンド実行結果をコマンド実行履歴ファイル（ISAM）に記録した後，自動アクションサービスに実行結果を通知します。

自動アクションサービスは，JP1/Baseから受け取った実行結果の情報をログ出力し，自動アクションの実行結果をイベントフロー制御サービスに渡します。

JP1/IM - Viewには，イベントフロー制御サービスが持つJP1イベントの情報がイベントコンソールサービスを通して表示されます。

なお，自動アクションは，JP1/Baseのコマンド実行機能によって実行しています。「3.6.3　コマンド実行の管理」をあわせて参照してください。

注意

自動アクションの実行処理が進んでいる途中で，以下の事象が発生すると，自動アクションの状態が遷移しなくなります（遷移しなくなるのは，状態が「送信待機」「送信中」「キューイング」「実行中」「送信待機（キャンセル中）」「送信中（キャンセル中）」「キューイング（キャンセル中）」「実行中（キャンセル中）」だった場合です）。

マネージャーホスト，アクション中継ホスト，アクション実行先ホストのどれかがシャットダウンなどの操作により停止した。

ネットワーク障害

JP1/Baseのダウン

この場合には，以下の方法で確認してください。

JP1/Baseのjcocmdshowコマンド（07-10サポート）で確認：

アクション実行先ホストのJP1/Base（コマンド実行管理）が自動アクションの処理をしていた場合には，このコマンドで確認できます※。

注※　処理要求を受け取っていない，または処理が完了していた場合はこのコマンドでは確認できません。

状態が遷移しない，かつ，jcocmdshowコマンドでも確認できない自動アクションは，再実行するか否か判断を行い，必要に応じて［コマンド実行］画面から再実行してください。

3.6　JP1/Baseによる基盤機能

JP1/Baseは，JP1/IM - Managerの前提製品で，JP1/IMでシステムの運用監視をするための基盤機能を提供しています。ここでは，JP1/IMのシステム環境でのJP1/Baseの役割について説明します。

＜この節の構成＞

3.6.1　JP1イベントの管理

3.6.2　JP1/IMシステムの構成管理

3.6.3　コマンド実行の管理

3.6.4　JP1ユーザーの管理

3.6.5　定義情報の収集と配布

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

3.6.7　統合トレース機能

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

3.6.9　JP1/Baseのプロセス管理

3.6.1　JP1イベントの管理

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

＜この項の構成＞

(1)　JP1イベントとは

(2)　JP1イベントによる事象の一元管理

(3)　JP1イベントの転送によるマネージャーでの集中管理

(4)　CSVファイル出力による履歴や統計としての利用

(1)　JP1イベントとは

JP1/Baseでは，システム内の各ホスト上で発生する「ディスク容量が不足しています」「通信エラーが発生しました」など，さまざまな事象を，JP1イベントとして管理しています。

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

図3-71　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 リファレンス　4.　JP1イベント」，およびマニュアル「JP1/Base 運用ガイド」のJP1イベントの説明を参照してください。

(2)　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.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トラップ
JP1/Cm2/NNMやHP OpenView NNMが管理するSNMPトラップを，JP1/BaseのSNMPイベント変換機能によってJP1イベントに変換し，JP1/Baseで管理できます。

参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章

(3)　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イベントが上位の管理ホストに転送されていく様子を次の図に示します。

図3-72　JP1イベントの転送

なお，転送設定の内容を変更する方法には，各ホストの転送設定ファイルを直接編集する方法と，JP1/Baseの定義収集・配布機能を使って上位ホストから一括配布する方法があります。

(b)　JP1イベントの転送のリトライ

JP1イベントの転送がネットワークの障害や転送先イベントサービスの停止などのために失敗した場合，イベントサービスが自動的にリトライできるように設定できます。転送のリトライの設定は，JP1/Baseのイベントサーバ設定ファイル（conf）で設定します。

参照先：マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定に関する章

(c)　構成管理にそったイベント転送

JP1/Baseの構成管理の機能で，マネージャーおよびエージェントの構成を定義すると，構成定義に従って上位のマネージャーへとJP1イベントが転送されるよう自動的に設定されます。構成管理の定義を変更すると，それに伴って各ホストのJP1イベント転送設定を自動的に更新します。

参照先：「3.6.2　JP1/IMシステムの構成管理」

(d)　定義収集・配布機能の利用

JP1イベントの転送設定情報は，JP1/Baseの定義収集・配布機能を利用してJP1/IMのシステム構成で定義された上位ホストから下位ホストに配布できます（JP1/IMのシステム構成の概要については，「3.6.2　JP1/IMシステムの構成管理」を参照）。メンテナンスによるホストの一時停止や障害発生多発ホストからのイベント転送を抑止したいなど，一時的に他ホストからのイベント転送を抑止したい場合に，JP1/Baseの定義収集・配布機能が利用できます。マネージャーホストから転送設定情報を，JP1/Baseのコマンドを使って各ホストに配布することで転送設定ファイル（forward）を更新できます。また，配布に成功した時点で各ホストの転送設定がリロードされ，更新された情報を基にイベント転送を行うようになります。

参照先：「3.6.5　定義情報の収集と配布」

(4)　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 運用ガイド」のコマンドに関する章を参照してください。

3.6.2　JP1/IMシステムの構成管理

JP1/IMは，運用管理するシステムの各サーバを，JP1/Baseの構成管理の機能によって階層化して管理しています。

例えば，次の図に示すように，本社にあるマシンを統合マネージャーホストに，各支社にあるメインマシンを拠点マネージャーホストに，拠点にあるそのほかのマシンをエージェントホストにする，といった構成もできます。

図3-73　システム構成例

＜この項の構成＞

(1)　構成管理の定義（構成定義）でできること

(2)　システム構成管理の定義

(1)　構成管理の定義（構成定義）でできること

JP1/Baseの構成管理の機能で，JP1/IMが管理するシステムの構成を「構成定義」の情報として定義すると，次のことができるようになります。

JP1イベントの上位ホストへの転送
JP1イベントをJP1/IMマネージャーに集約するように，構成定義に従ってJP1イベントを下位ホストから上位ホストに転送します。デフォルトの設定ではJP1イベントの重大度が警告(Warning)以上のJP1イベントが転送されます。
参照先：「3.6.1　JP1イベントの管理」

JP1/IM - Viewからのコマンド実行
JP1/IM - Viewからの操作によって，構成定義で定義した管理対象ホストでコマンドを実行できます。コマンドを実行すると，実行要求および実行結果は，構成定義の階層関係に沿って転送されます。
参照先：「3.4.3　JP1/IM - Viewからのコマンド実行」

JP1/IMからの自動アクション
自動アクションによるアクションとして，構成定義で定義した管理対象ホストでコマンドを実行できます。コマンドを実行すると，実行要求および実行結果は，構成定義の階層関係に沿って転送されます。
参照先：「3.5　自動アクションによるコマンド実行」

定義情報の収集と配布
構成定義で定義したJP1/IMが管理するホストに対して定義情報の収集や配布ができ，システム全体での定義情報の設定や変更が容易になります。
参照先：「3.6.5　定義情報の収集と配布」

(2)　システム構成管理の定義

階層構造を持つシステム構成を定義するときは，最上位のマネージャーで一括して定義することも，各マネージャーが管理する複数の部分に分割して定義することもできます。

図3-74　システム構成の例（マシン構成）

図3-75　システム構成の例（階層関係）

この例の場合の構成定義は，次のようになります。

ほかの構成定義ファイルと重複するホスト名には，「*」を付けます。

図3-76　システム構成の定義例

設定手順の概要は次のようになります。

マネージャーホストで，構成定義ファイルを定義する。
マネージャーホストから下位にあたるマネージャーおよびエージェントのホストを，構成定義ファイル（jbs_route.conf）に定義します。
定義ファイルには，一括して定義する場合はシステム構成全体を，分割して定義する場合は拠点マネージャー以下のシステム構成を定義してください。

マネージャーホストで，jbsrt_distribコマンドを実行する。
このコマンドを実行すると，構成定義ファイルに定義したホストへ，定義情報が配布されて，設定が有効になります。

システム階層構成を複数の部分に分割して定義する場合は，手順1と手順2を，各マネージャーで繰り返してください。その後に，最上位のマネージャーホストで次の手順によって，システム全体の定義を作成します。

最上位のマネージャーホストで，構成定義ファイルを定義する。
最上位のマネージャーホストから次のマネージャーホストの階層までを，構成定義ファイル（jbs_route.conf）に定義する。

最上位のマネージャーホストで，jbsrt_syncコマンドを実行する。
このコマンドを実行すると，構成定義ファイルに定義したマネージャーから構成定義が収集されて，システム全体の構成情報が作成されます。

システム構成定義の内容は，各ホスト上でjbsrt_getコマンドを実行することで確認できます。

構成定義ファイルの形式は，マニュアル「JP1/Integrated Management - Manager リファレンス　構成定義ファイル（jbs_route.conf）」（3.　定義ファイル）を参照してください。また，設定手順については，「9.4.6　システムの構成定義情報の設定」（Windowsの場合）または「10.4.5　システムの構成定義情報の設定」（UNIXの場合）を参照してください。

3.6.3　コマンド実行の管理

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からのコマンド実行と，自動アクションによるコマンド実行は，どちらもコマンド実行機能が処理をします。ただし，コマンドを実行するときの制御方法が，キューイングするかしないかの違いがあります。

図3-77　コマンドの実行

図のように，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.4.3　JP1/IM - Viewからのコマンド実行」および「3.5　自動アクションによるコマンド実行」で説明しています。あわせて参照してください。

(2)　コマンド実行をするユーザー

エージェントホストのOS環境でコマンドを実行するには，OSユーザーの権限が必要です。

このため，コマンドを実行するとき，エージェントホストで，JP1ユーザーに対応するOSユーザーにユーザーマッピングをして，OSユーザー権限でコマンドを実行します。

図3-78　コマンドの実行とユーザーマッピング

コマンド実行機能は，次の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 リファレンス　環境変数ファイル」（3.　定義ファイル）
環境変数ファイルを指定しない場合は，次の環境変数が使われます。

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の設定を変更することで，コマンド実行履歴ファイルへの出力を抑止できます。抑止方法には次の二種類があります。必要に応じて使い分けてください。

転送データ量の抑止
コマンド実行先ホストからマネージャーホストに転送されるデータ量の上限を設定（行数指定）し，転送されるコマンド実行結果のデータ量を抑止できます。転送データ量を抑止することで，コマンド実行履歴ファイルのデータ量を抑えたり，ホスト間の通信回線の混雑を防いだりできます。
転送データ量の抑止は，JP1/IM - Viewからのコマンドの実行結果および自動アクションによるコマンドの実行結果に対して，それぞれ設定できます。
なお，バージョン8のJP1/Baseを新規インストールした場合，転送されるデータ量は最大1,000行に抑止される設定になっています。バージョン7，またはバージョン7からバージョン8にバージョンアップした場合，転送されるデータ量は抑止されない設定になっています。

詳細情報の登録抑止（自動アクション限定）
自動アクションのコマンド実行結果のうち，詳細情報（メッセージ情報）の登録を抑止し，実行結果の成否だけを登録できます。詳細情報の登録を抑止することで，JP1/Base制御部の処理速度を向上させられます（JP1/Base制御部の処理速度向上分，自動アクションの速度も向上します）。ただし，詳細情報の登録を抑止すると［アクション結果詳細］画面の［メッセージ］に「KAVB2401-I」のメッセージが表示され，詳細情報が表示されなくなります（［実行結果］部分は表示されます）。詳細情報を知りたい場合には，設定しないでください（デフォルトは登録抑止しない設定です）。

転送データ量の抑止および詳細情報の登録抑止は，jcocmddefコマンドで設定します。

複数のコマンドを実行する場合は，コマンド実行順序と，コマンドの実行結果が出力される順序が異なる場合があります。これは，コマンドごとの実行所要時間や，複数ホストでコマンドを実行する場合にホストごとの性能や負荷の違い，および通信エラーが発生した場合のリトライなどによって，影響を受けるためです。

コマンドの実行結果（終了コード）

コマンドの実行結果（終了コード）は，次のようになります。

Windowsの場合
コマンド実行機能に渡される「コマンドを実行したcmd.exeの終了コード」がコマンドの終了コードになります。

UNIXの場合
コマンド実行機能に渡される「コマンドを実行したシェルの終了コード」がコマンド実行の終了コードになります。

コマンドを実行するまでの処理でエラー（ユーザーマッピングの失敗，コマンド実行先ホストとの通信のエラーなど）が発生した場合は，コマンドは実行されません。

(4)　ホストグループによる複数ホストでのコマンド実行

ホストグループの定義によって，複数のホストをグループとして定義できます。

コマンドを実行するホストの指定には，ホストグループを指定できます。ホストグループに対してコマンド実行すると，１回のコマンド実行指示で，ホストグループに属するすべてのホストでコマンドが実行されます。

ホストグループの定義内容は，マニュアル「JP1/Integrated Management - Manager リファレンス　ホストグループ定義ファイル」（3.　定義ファイル）を参照してください。

(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.4.3 (1)　実行できるコマンド」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった。

システム設計時の想定以上に自動アクションが発生し，不要なアクションが大量にキューに蓄積されてしまった。

自動アクションで実行したコマンドがハングアップまたは想定以上に時間が掛かったため，後続のコマンド（アクション）が実行されなくなった。

上記のようなトラブルが発生したときに，速やかに障害復旧できるよう，JP1/Baseではコマンドの状態確認コマンド（jcocmdshowコマンド），削除コマンド（jcocmddelコマンド）を提供しています※。

注※

JP1/IMには，自動アクションによるコマンド実行で障害が発生したときに，自動アクションをキャンセルする機能があります。通常，自動アクションのコマンド実行で障害が発生した場合には，JP1/IMの自動アクションキャンセル機能を使用してください（詳細は，「3.5.5 (2)　自動アクションのキャンセル」参照）。

図3-79　jcocmdshowコマンド，jcocmddelコマンドの概要

jcocmdshowコマンドを実行すると，次の表の情報が表示されます。これらの情報を基に，削除が必要と思われるコマンドを判断し，jcocmddelコマンドで削除します。

表3-28　jcocmdshowコマンドによる表示項目

表示項目
説明

ID
コマンド実行管理内で実行中，キューイング中のコマンドに付けられるユニークなIDです。
このIDをキーにjcocmddelコマンドでコマンドを削除します。

STATUS
コマンド実行管理内でのコマンドの実行状態が表示されます。実行状態は，実行中，キューイング中，どちらかです。

TYPE
コマンド実行指示をした機能名が表示されます。機能名は，JP1/IM - View，自動アクション，どちらかです。

USER
コマンド実行指示をしたJP1ユーザー名が表示されます。

STIME
コマンド実行指示をコマンド実行管理がJP1/IMから受信した時間です。

ETIME
コマンド実行開始からの経過時間です。

COMMAND
実行中またはキューイング中のコマンド名が表示されます。

注意

jcocmdshowコマンド，jcocmddelコマンドは，07-10のJP1/Baseでサポートされた機能です。トラブルが発生したホストのJP1/Baseのバージョンが07-10以降でない場合，使用できません。

なお，これらのコマンドは，下記三つの方法で実行できます。

JP1/IM - Viewからコマンド実行する。
jcocmddelコマンドを実行する場合は，-fオプションの指定が必要です。

マネージャーホストからエージェントホストに対しコマンド実行する。
-sオプションの指定が必要です。なお，マネージャーホストからコマンド実行する場合は，マネージャーホスト上のJP1/Baseのバージョンも07-10以降にする必要があります。
また，マネージャーホスト・エージェントホスト間で直接通信が行われるため，注意が必要です（定義収集・配布機能で使用する通信経路を利用しています）。

トラブルが発生したホストで直接コマンド実行する。

コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmdshow」（2.　コマンド），およびマニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddel」（2.　コマンド）を参照してください。

(7)　コマンド実行の条件

JP1/IM - Viewからのコマンド実行や自動アクションによるコマンド実行をするために必要な条件をまとめると，次のようになります。

図3-80　コマンドや自動アクションを実行するために必要な条件

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ユーザーにはコマンド実行先ホストに登録されているユーザー名またはドメインユーザー名。

他ホストに対して自動アクションによるコマンド実行をする場合は，システムの構成定義が設定されていること。
システム構成定義をしていない場合は，他ホストに対して自動アクションによるコマンド実行ができません。

3.6.4　JP1ユーザーの管理

JP1/IMでは，JP1/IMをOS種別が混在するシステムで安全に運用するために，JP1専用アカウント「JP1ユーザー」によるユーザー認証とアクセス制御を行います。このJP1ユーザーの管理をJP1/Baseのユーザー管理機能で制御します。

ユーザー管理機能には次に示す三つの機能があります。

ユーザー認証

アクセス制御

ユーザーマッピング

以降でそれぞれについて説明します。

＜この項の構成＞

(1)　ユーザー認証

(2)　アクセス制御

(3)　ユーザーマッピング

(1)　ユーザー認証

JP1/IMでは，ビューアーホスト上のJP1/IM - Viewからマネージャーホスト上のJP1/IM - Managerにアクセスして，システムを監視します。JP1/IM - ViewからJP1/IM - Managerにアクセスする際，不正なユーザーによるアクセスを防止するために，ログイン処理を実行してユーザー認証を行います。

JP1/IMでは，JP1/IM - ViewからJP1/IM - Managerにログインする際にJP1/Baseのユーザー認証機能を使用しています。ユーザー認証をするJP1/Baseを認証サーバと呼びます。

ログインするJP1ユーザーは，ログイン先のJP1/IM - Managerホストが参照する認証サーバで認証されます。

JP1/IM - ViewからJP1/IM - Managerホストへログインする場合のユーザー認証の流れを次の図に示します。

図3-81　ユーザー認証の流れ

図中の番号に従って説明します（図中の丸付き番号は下記番号にそれぞれ対応しています）。

JP1/IM - ViewからJP1/IM - Managerホストにログインすると，そのホストのJP1/Baseを経由して認証サーバでJP1ユーザーの認証が行われます。
参照する認証サーバの設定は，JP1/IM - Managerホスト上のJP1/Baseで行います。

認証サーバでは，ログインしてきたJP1ユーザーが登録されているかどうかのチェックを行い，問題なければそのJP1ユーザーの操作権限情報を，JP1/IM - Managerホストを経由してJP1/IM - Viewに返します（JP1ユーザーの操作権限については，「3.6.4 (2)　アクセス制御」を参照）。
認証サーバには，ログインするJP1ユーザーをあらかじめ登録しておく必要があります。

ユーザー認証をする際に同一の認証サーバを参照しているホストの集まりをユーザー認証圏と呼びます。JP1/IM - ViewからJP1/AJS2 - Viewの画面を呼び出す場合，次の図に示すように，接続するJP1/AJS2 - Managerが同じ認証圏にある場合は，ログイン操作なしで接続できます（認証サーバの切り替え運用をしていて，認証サーバが切り替わった場合は，ログイン処理が発生します）。接続するJP1/AJS2 - Managerが異なる認証圏にある場合は，ログインの操作が必要です。

図3-82　認証圏

一つの認証圏中には，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」です。JP1/IMの統合コンソールを使用する場合，変更する必要はありませんが，統合スコープで各JPユーザーに対し，監視ツリーの表示範囲を制御したい場合には，統合スコープの設定と合わせて，認証サーバで設定するJP1資源グループも変更する必要があります。詳細は，「3.3.4（3）監視ツリーの監視範囲設定」を参照してください。

JP1/IMのJP1権限レベルには，次の3種類があります。各JP1ユーザーの担当範囲（JP1/IM - Viewの操作範囲）に合わせて設定する必要があります。

JP1_Console_Admin
すべての操作（システム環境の設定，システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動）ができる。

JP1_Console_Operator
システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動ができる。

JP1_Console_User
参照操作，ユーザー環境の設定，および連携製品の起動ができる。

なお，JP1権限レベルとJP1/IM - Viewでの操作範囲との対応については，「付録E　操作権限一覧」を参照してください。

JP1ユーザーに対するアクセス制御例を次の図に示します。

図3-83　JP1ユーザーのアクセス制御例

(3)　ユーザーマッピング

JP1/IMからのコマンド実行を，自動アクションやJP1/IM - Viewの操作によって行う場合，実際に各ホスト上でコマンドを実行するには，そのホストでのOSユーザーの権限が必要となります。このため，JP1ユーザーに対応した，OSユーザーの権限を取得して，コマンドを実行します。

この，JP1ユーザーとOSユーザーの対応づけをユーザーマッピングといい，JP1/Baseの機能によって制御しています。

コマンドを実行するには，それぞれのホストで，ユーザーマッピングの定義が必要です。

3.6.5　定義情報の収集と配布

JP1/BaseおよびJP1/IMで構成されたシステムでは，定義収集・配布機能を使用できます。この機能を利用すると次のことが行えます。

イベントサービスの定義情報の収集と配布

監視ツリーの自動生成（定義情報の収集による）

注意

JP1/Baseの定義収集・配布機能は，JP1/Base 07-00でサポートされた機能です。JP1/IMのシステム構成下にバージョン6の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）

イベントサービスの定義情報の一括収集・一括配布の流れを次の図に示します。

図3-84　イベントサービスの定義情報の一括収集・一括配布

定義収集・配布機能は，構成管理機能と連動しており，構成定義で定義されたホストに対して定義情報の一括収集・一括配布を行います（構成定義については，「3.6.2　JP1/IMシステムの構成管理」を参照）。なお，定義情報の一括収集・一括配布は，構成定義で定義した階層構造と関係なく，収集・配布元ホストと収集・配布先ホストとの直接通信で行われます。ファイアウォール環境などでこの機能を利用する場合は注意が必要です。

イベントサービスの定義情報を一括収集したり，一括配布したりする場合，JP1/Baseのコマンドを利用します。収集・配布コマンドおよびイベントサービスの定義情報の一括収集・一括配布の方法については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの定義情報の収集と配布（JP1/IM限定）の章を参照してください。

(2)　監視ツリーの自動生成（統合スコープの利用）

JP1/IMでは，システム管理者の目的に合わせた目的指向型ビューとして，［監視ツリー］画面や［ビジュアル監視］画面を提供しています。［監視ツリー］画面を作成するときは，自動生成機能を使って，監視ツリーを自動的に作成してから運用に合わせてカスタマイズできます。

この自動生成機能は，各サーバから特定の連携製品の定義情報を収集し，テンプレートに合わせて監視ツリーを自動作成しています。定義情報の収集はJP1/Baseの機能によって実行しています。

JP1/Baseは，JP1/IM - Managerから連携製品の定義情報の収集指示を受けることで，同ホスト内の連携製品から定義情報を収集し，JP1/IMにその情報を渡します。なお，JP1/Baseのこの機能はJP1/Base 07-00からサポートしています。また，この機能を利用するには，JP1/IM - Managerのセントラルスコープサービスを有効（ON）にする必要があります。

JP1/Baseが収集する定義情報の例を次に示します。

JP1/AJS2で自動実行している業務の情報

JP1/Cm2/SSOで監視しているカテゴリー情報やアプリケーション情報

JP1/PFMで監視しているパフォーマンス情報

Cosminexus環境下のシステム情報（論理サーバ，J2EEアプリケーションなど）

JP1/IMのシステム構成下のホストからこれらの情報を収集し，監視ツリーを自動的に作成します。

連携製品の定義情報の収集は，JP1/IMの機能やJP1/Baseの構成管理と定義収集・配布機能が連動することで成立します。JP1/IMの機能やJP1/Baseの構成管理とどのように連動しているかについては，「3.3.9(4) (a)業務指向ツリー，サーバ指向ツリーを選択した場合の処理の流れ」で説明します。

（備考）

JP1/IM - Central Information Masterから定義情報を収集する場合は，JP1/Baseの構成管理を利用しません。「3.3.9(4) (b)システム構成ツリーを選択した場合の処理の流れ」を参照してください。

ここでは，定義情報の収集指示をJP1/IMから受けたときの各ホストでのJP1/Baseの動作について説明します。

各ホスト内での定義情報収集の流れを次の図に示します。

図3-85　各ホスト内での定義情報の収集

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

マネージャーホストから定義情報収集指示を受けます。

収集指示を受けたJP1/Baseは，JP1/IMの定義収集・配布機能に対応した連携製品が同ホスト上にあった場合，定義情報の提供を要求します。

要求を受けた連携製品は，JP1/IM連携用プログラムを起動し，該当する定義情報をJP1/Baseに渡します。
JP1/IM連携用プログラムを起動するには，連携製品の方で，あらかじめJP1/IM連携用セットアップコマンドを実行しておく必要があります。JP1/IM連携用セットアップコマンドについては，各製品のマニュアルを参照してください。

連携製品の定義情報を受け取ったJP1/Baseは，収集指示を出してきたマネージャーホストに収集した定義情報を渡します。

3.6.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の起動順序，終了順序を制御します。

3.6.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/AJS2やほかのHitachi製品でも利用されています。どの製品で利用しているかは各製品のマニュアルを参照してください。

3.6.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 07-11でサポートされた機能です。JP1/IMのシステム構成下に07-10以前の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プロセスの状態監視概要を次の図に示します。

図3-86　自ホスト上の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プロセスの状態監視概要を次の図に示します。

図3-87　他ホスト上のJP1/Baseプロセスの状態監視

上記図は，HostAでHostB，HostCのヘルスチェックやイベントサービスの状態監視をしていることを表しています。HostBのヘルスチェックに障害が発生した場合，HostAがそれを検知し，その内容をHostAのOSログやイベントDBに登録します。また，HostCのイベントサービスに障害が発生した場合，HostAがそれを検知し，その内容をHostAのOSログやイベントDBに登録します※。

注※　HostC上にあるイベントDBへのJP1イベント登録はできませんが，OSログへの登録はHostC上のヘルスチェック機能が正常であれば登録できます。

このようにして，JP1/BaseはJP1/Base自身の障害検知を行います。

3.6.9　JP1/Baseのプロセス管理

JP1/Baseのプロセス管理機能は，JP1/Baseを構成するプロセスの起動や停止を制御する基盤機能です。また，これらの機能の動作状態を確認したり，定義情報の再読み込みをしたりする場合の指示もプロセス管理機能によって制御されています。

JP1/Baseのプロセス管理は，次の機能を対象としています。

ユーザー管理（jbssessionmgr）　（認証サーバと呼ぶ場合もあります）

構成管理（jbsroute）

コマンド実行（jcocmd）

定義情報収集・配布機能（jbsplugin）

ヘルスチェック（jbshcd，jbshchostd）

注意事項

イベントサービス，イベント変換機能，および統合トレース機能は，プロセス管理とは独立して動作しています。

プロセス管理機能のコマンドには次のものがあります。

表3-29　プロセス管理機能のコマンド

機能
コマンド
説明

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の障害に備えた設定に関する説明を参照してください。

3.7　JP1/IMの動作制御

ここでは，JP1/IMの動作制御や，JP1/IMのシステム環境で行う通信について説明します。

＜この節の構成＞

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

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

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

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

JP1/IM - Managerのプロセス管理機能は，JP1/IM - Managerで提供する各機能の起動や停止を制御する基盤機能です。また，各機能の動作状態を確認する場合の指示もプロセス管理機能によって制御されています。

JP1/IM - Managerは次のような機能によって構成されています。これらの機能のプロセスを，プロセス管理機能が制御しています。

イベントコンソールサービス（evtcon）

イベントフロー制御サービス（evflow）

自動アクションサービス（jcamain）

相関イベント発行サービス（evgen）※

セントラルスコープサービス（jcsmain）※

インシデント登録サービス（jcdmain）※

注※　デフォルトでは起動しません。なお，インシデント登録サービスは，JP1/IM - Incident Master連携用の機能です。

プロセス管理機能のコマンドには次のものがあります。

表3-30　プロセス管理機能のコマンド

機能
コマンド
説明

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/Consoleです。これにより，JP1/IM - Managerの起動・停止ができます。

表中のコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　2.　コマンド」を参照してください。

なお，JP1/IM - Managerのプロセス管理機能は，起動，終了に関する異常を検知，対処するために以下の機能を提供しています。

プロセスが異常終了した場合に自動で再起動する機能

プロセスの起動・終了処理で異常を検知した場合にJP1イベントを発行する機能

これら機能の詳細については，次の「3.7.1（1）プロセス異常終了時の再起動」「3.7.1（2）プロセス異常検知時のJP1イベントの発行」を参照してください。

＜この項の構成＞

(1)　プロセス異常終了時の再起動

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

(1)　プロセス異常終了時の再起動

JP1/IM - Managerは，各機能のプロセスが異常終了したときに，自動的に再起動することによって，回復を試みることができます。

JP1/IMのプロセスは，プロセス管理機能によって制御されており，プロセスが異常終了するとプロセス管理機能が検知し，自動的にプロセスの再起動処理をします。一時的な障害によってJP1/IM - Managerが停止した場合は，再起動によって自動的に復旧できる場合があります。

プロセス再起動は，インストール時点では有効になっていません。有効にするには，拡張起動プロセス定義ファイル（jp1co_service_0700.conf）で「再起動可否」の項目を有効に設定します。

プロセス再起動の動作を，例として，jcamainプロセス（自動アクションサービス）の拡張起動プロセス定義ファイルの設定で説明します。なお，定義ファイルの詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　拡張起動プロセス定義ファイル（jp1co_service_0700.conf）」（3.　定義ファイル）を参照してください。

設定例

jcamain|C:¥Program Files¥HITACHI¥JP1Cons¥bin¥jcamain.exe||1|3|3|3600|

設定の意味

　プロセス名：jcamain
　再起動可否：1（再起動する。 デフォルトの0:再起動しない，から変更）
　再起動回数：3回　（デフォルトのまま）
　リトライ間隔：3秒　（デフォルトのまま）
　再起動回数リセット時間：3,600秒　（デフォルトのまま）

定義は再起動可否だけを変更しています。ほかの値は，デフォルトで適切な値が指定されており，通常は変更しません。この設定の場合，次のように動作します。

図3-88　プロセスが異常終了した場合の動作例

図の例では，プロセスが再起動した後，再起動回数リセット時間で指定した3,600秒以内に異常終了しなかった場合は，再起動回数がリセットされます。次回異常終了したときには1回目からカウントされます。一方，再起動後，3,600秒以内に異常終了した場合は，再起動回数が加算されます。再起動回数が，指定した回数に達すると，それ以降は再起動をしません。

なお，Windowsの場合は，プロセスがアプリケーションエラーになると，ワトソン博士のメッセージボックスやMicrosoftへのエラー報告のダイアログが表示されることがあります。

注意

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。JP1/IM - Managerの障害時にはプロセス再起動の機能も障害の影響を受けるおそれがあります。クラスタ運用時に再起動をしたい場合は，より確実に再起動を制御するためにJP1/IM - Manager外部のクラスタソフトから再起動を制御してください。

(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）」（3.　定義ファイル）を参照してください。

プロセス異常検知時のJP1イベント発行を有効にすると，プロセスの状態が次の場合にJP1イベントを発行します。

プロセスが異常終了した場合

起動時に起動通知がなく，タイムアウトした場合

プロセス再起動の機能によって，異常終了したプロセスの再起動が完了した場合

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

JP1/IM - Managerでは，各機能のプロセスがデッドロックや無限ループなどで処理が停止（ハングアップ※）したときに，その異常を検知し，JP1イベントを発行したり，通知コマンドを実行したりしてユーザーに通知する機能を提供しています。JP1/IM - Managerではこの機能をヘルスチェック機能と呼んでいます。

注※　プロセスのハングアップとは，デッドロックや無限ループなどが原因で，プロセスが処理要求を受け付けなくなる状態です。

ヘルスチェック機能を使用することで，デッドロックや無限ループなど，判断の難しいプロセスの状態異常をユーザーに通知でき，早期に対応を促すことができます。

JP1/IM - Managerのヘルスチェック機能の概要を次の図に示します。

図3-89　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のプロセス状態異常を早期に検知・対応できるようになります。

ヘルスチェック機能の監視対象プロセスや，有効および無効設定，機能の仕組みなどについては，次から説明します。

＜この項の構成＞

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

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

(3)　ヘルスチェック機能の仕組み

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

JP1/IM - Managerのヘルスチェック機能の監視対象プロセスを次の表に示します。

表3-31　ヘルスチェック機能の監視対象プロセス

製品 | 機能 | 機能名 | 監視
JP1/IM - Manager | イベントコンソールサービス | evtcon | ○
自動アクションサービス | jcamain | ○
イベントフロー制御サービス | evflow | ○
相関イベント発行サービス※1 | evgen | ○
セントラルスコープサービス※2 | jcsmain | －
インシデント登録サービス※1 | jcdmain | ○
プロセス管理※2 | jco_spmd | －
Windowsサービス制御※2 | jco_service | －
JP1/Base | イベントサービス※3 | jevservice | ○
イベントサービス以外 | jbspluginなど | －

（凡例）

○：対応

－：未対応

注※1

デフォルトで無効になっている機能です。これらの機能を有効に変更し，ヘルスチェック機能を有効に設定すると，これらの機能もヘルスチェック機能の監視対象になります（これらの機能の有効・無効はjcoimdefコマンドで設定します）。

注※2

セントラルスコープサービス（jcsmain）はヘルスチェック機能に未対応です。プロセス管理（jco_spmd）は，JP1/IM - Managerのサービスに影響がないため監視しません。また，JP1/IM - Managerの起動・停止を行うプロセス（jco_service）は，サービスの起動・停止をするだけのプロセスであるため監視しません。

注※3

JP1/Baseのプロセスに関してJP1/IM - Managerのヘルスチェック機能で監視するのはマネージャー上のイベントサービスだけです。

参考

マネージャー上のJP1/BaseのそのほかのプロセスはJP1/Baseのヘルスチェック機能で監視できます。また，エージェント上のJP1/Baseプロセスの状態異常は，JP1/Baseのヘルスチェック機能を使って，JP1イベントとしてマネージャーホストに転送，登録できます。

詳細は，マニュアル「JP1/Base 運用ガイド」のヘルスチェック機能の設定の章の説明を参照してください。

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

ヘルスチェック機能は，インストール時点では有効になっていません。

ヘルスチェック定義ファイルのヘルスチェックの有効/無効の項目（ENABLE）を有効に設定してください。また，ハングアップ検知時にJP1イベントの発行や通知コマンドの実行をする場合には，イベント発行の項目（EVENT）を有効に，通知コマンド実行の項目（COMMAND）に実行するコマンドを設定してください。

なお，クラスタ運用で，ヘルスチェック機能による異常検知を契機に，系切り替えしたい場合は，クラスタ用の項目（FAILOVER）を有効に設定してください（デフォルトは無効です）。有効に設定すると，異常検知時にJP1/IM - Managerが停止します。ヘルスチェック機能（JP1/IM - Managerの停止）により，系切り替えができるようになります。

定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　ヘルスチェック定義ファイル（jcohc.conf）」（3.　定義ファイル）を参照してください。

(3)　ヘルスチェック機能の仕組み

JP1/IM - Managerのヘルスチェック機能はプロセス同士の相互監視によって成立しています。

JP1/IM - Managerのヘルスチェックで監視を行うプロセスと，監視されるプロセスの対応を次の表に示します。

表3-32　監視を行うプロセスと監視されるプロセスの対応

監視を行うプロセス | 監視されるプロセス
イベントコンソールサービス（evtcon） | イベントフロー制御サービス（evflow）
自動アクションサービス（jcamain）
相関イベント発行サービス（evgen）
インシデント登録サービス（jcdmain）
イベントサービス（jevservice）※
イベントフロー制御サービス（evflow） | イベントコンソールサービス（evtcon）

注※　マネージャーホスト上のJP1/Baseのサービスです。

(a)　プロセスの異常検知

JP1/IM - Managerのヘルスチェック機能では，監視を行うプロセスから監視されるプロセスに対して通信を行い，プロセスが正常に稼働していることを確認しています。プロセスの異常検知は次の2種類の方法で行われています。

イベントコンソールサービスが監視を行う場合
監視対象のプロセスに対し，60秒間隔で定期的な信号を送信することで，プロセスの異常を検知しています。
イベントコンソールサービスが信号を送信してから，送信先のプロセスが60秒より長く無応答だったとき，そのプロセスを異常と判断します。

イベントフロー制御サービスが監視を行う場合
JP1イベントの配信を契機にして，プロセスの異常を検知しています。
イベントコンソールサービスへのイベント配信が失敗した場合に，イベントコンソールサービスを異常と判断します。

プロセスの異常検知の方法を図に示すと次のようになります。

図3-90　プロセス間の通信の方法

(b)　プロセスの異常発生の通知

プロセスの異常を検知すると，JP1/IM - ManagerがJP1イベントを発行※したり，通知コマンドを実行したりして，異常が発生したことを通知します。

また，異常が発生したプロセスが正常状態に回復したときには，メッセージ「KAVB8061-I」が統合トレースログおよびWindowsイベントログ（syslog）に出力されます。JP1イベントの発行設定を有効にしている場合は，JP1イベント（イベントID：00002014）が発行されます。

注※

JP1/Baseのイベントサービスの異常時には，JP1/IM - Viewに対しダミーイベント（イベントDBに登録されないイベント）が発行されます。これは，JP1イベントが登録されるイベントサービスに異常が発生しているためです。

ポイント

JP1/IM - Managerのヘルスチェック機能を使用する場合には，通知コマンドの実行設定をしておくことをお勧めします。

これは，JP1イベントの発行だけでは，JP1/IM - Viewで監視していないときやイベントコンソールサービスに異常が発生したときに，ユーザーが異常に対して即時対応できない（JP1/IM側で検知していてもユーザー側にそのことが伝わらない）ためです。

3.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の通信方式を参照してください。

＜この項の構成＞

(1)　ビューアー・マネージャー間の通信

(2)　マネージャー・認証サーバ間の通信

(3)　マネージャー・エージェント間の通信

(4)　ローカルホスト内の通信

(5)　JP1/IM - Central Information Masterとの通信

(6)　JP1/IM - Incident Masterとの通信

(7)　JP1/IM - Rule Operationとの通信

(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間の通信で使用するポートは，次表のとおりです。

表3-33　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（セントラルスコープサービス）への接続で使用

なお，JP1/IM - Viewを使用せずに，WWWページ版のJP1/IM - Viewを使用する場合，ビューアー・マネージャー間の通信で使用するポートは，次表のとおりです。

表3-34　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サーバの設定によっては異なる場合があります。

(2)　マネージャー・認証サーバ間の通信

マネージャー・認証サーバ間の通信は，JP1/IM - ViewからJP1/IM - Managerにログインするときに発生します。

マネージャー・認証サーバ間の通信で使用するポートは，次表のとおりです。

表3-35　マネージャー・認証サーバ間の通信で使用するポート

サービス名 | ポート番号 | 説明
jp1bsuser | 20240/tcp | ユーザー認証で使用

(3)　マネージャー・エージェント間の通信

マネージャー・エージェント間の通信は，マネージャーからエージェントへの指示が出たときやエージェントからマネージャーに処理結果などを渡すときに発生します。

なお，マネージャー・エージェント間で行われる通信には，JP1/IMのシステム構成で定義した管理階層に応じて行われる通信と，対象ホストと直接やり取りが行われる直接通信の2種類があります。このため，ファイアウォール環境や複数LAN環境でJP1/IM，JP1/Baseを使用する場合は注意が必要です。

図3-91　マネージャー・エージェント間の通信の種類

マネージャー・エージェント間で行う通信をそれぞれに分けて次に示します。

JP1/IMのシステム構成に準じて行われる通信

構成定義の配布
構成定義ファイルで定義した階層に従って構成定義情報が各ホストに配布されます。

JP1/IM - Viewからのコマンド実行
JP1/IMのシステム構成に応じて下位ホストにコマンド実行指示が転送され，実行結果もシステム構成に応じて上位ホストに転送されます。

自動アクションによるコマンド実行
JP1/IMのシステム構成に応じて下位ホストにコマンド実行指示が転送され，実行結果もシステム構成に応じて上位ホストに転送されます。

JP1イベントの転送
デフォルト設定の場合，JP1/IMのシステム構成に応じて上位ホストにJP1イベントが転送されます。

JP1/IMのシステム構成に準じて行われる通信で使用されるポートは，次表のとおりです。

表3-36　JP1/IMのシステム構成に準じて行われる通信で使用されるポート

サービス
ポート番号
説明

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コマンド
コマンドのオプションに指定したホストに対して直接通信を行います。

対象ホストとの直接通信で使用されるポートは，次表のとおりです。

表3-37　対象ホストとの直接通信で使用されるポート

サービス
ポート番号
説明

jp1imevtapi
20099/tcp
イベント検索で使用。

jp1bsplugin
20306/tcp
以下の作業をする際に使用。

イベントサービス定義情報の収集と配布

監視ツリーの自動生成

JP1/IM - View操作による自動アクションのキャンセル

jcacancelコマンド

jcocmdshowコマンド，jcocmddelコマンド

jp1imevtcon
20115/tcp
jcochstatコマンドで使用。

(4)　ローカルホスト内の通信

JP1/IM，JP1/Baseは，ローカルホスト内の通信（プロセス間通信）でもポート番号を使用して通信を行っています。

ローカルホスト内の通信で使用するポートは，次表のとおりです。

表3-38　ローカルホスト内の通信で使用するポート

サービス | ポート番号 | 説明
jp1imevtapi | 20099/tcp | JP1/BaseからJP1イベントを取得，またはJP1/BaseにJP1イベントを登録する際に使用。
jp1imevtcon | 20115/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（セントラルスコープサービス）の内部処理で使用。

(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との通信で使用するポートは，次表のとおりです。

表3-39　 JP1/IM - Manager（JP1/IM - Central Scope）ホストとJP1/IM - Central Information Masterとの通信で使用するポート

サービス | ポート番号 | 説明
jp1bsplugin | 20306/tcp | 監視ツリーの自動生成で使用。

(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との通信で使用するポートは，次表のとおりです。

表3-40　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ホストとの通信で使用するポートは，次表のとおりです。

表3-41　JP1/IM - View ホストとJP1/IM - Incident Masterホストとの通信で使用するポート

サービス | ポート番号 | 説明
http | 80/tcp※ | インシデントの手動登録で使用（JP1/IM - Incident Masterが使用するHTTPサーバのポート番号）。

注※　JP1/IM - Incident Masterの設定によっては異なる場合があります。

(7)　JP1/IM - Rule Operationとの通信

JP1/IM - Rule Operationと連携する場合は，JP1/IMのシステム構成に従って通信が行われます。通信が発生するのは，次の場合です。

ルール起動要求の自動通知
JP1/IM - Manager（JP1/IM - Central Console）ホストからJP1/IM - Rule Operationホストに対し，ルール起動要求の通知処理を行います。

JP1/IM - Manager（JP1/IM - Central Console）ホストとJP1/IM - Rule Operationとの通信で使用するポートは，次表のとおりです。

表3-42　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イベントの転送で使用。

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

ここでは，ファイアウォール環境やクラスタシステムへの対応など，各種システム構成へのJP1/IM，JP1/Baseの対応について説明します。

＜この節の構成＞

3.8.1　ファイアウォール対応

3.8.2　複数LAN対応

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

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

3.8.5　言語環境混在での運用

3.8.1　ファイアウォール対応

JP1/IM，JP1/Baseは，ファイアウォール環境でもファイアウォールの設定をすることで運用できます。パケットフィルタリング型，NAT（スタティックモード）型のファイアウォール環境で使用できます。なお，JP1/IM，JP1/Baseが使用するポート番号は，各マニュアルの付録に記載があるので，それを参考に設定してください。また，次のような注意事項があるので，設定する際はこの点にも注意してください。

注意事項

マネージャー・エージェント間の通信は，JP1/IMのシステム構成に従って行われる通信と対象ホストと直接やり取りする直接通信の2種類があります（「3.7.3　JP1/IMのシステム環境で行う通信」を参照）。このため，ファイアウォールの設定もそれぞれの通信に対応した設定をする必要があります。

JP1/IM，JP1/Baseは，自ホスト内の通信でもポートを使用しています。ファイアウォールのホストでJP1/IM，JP1/Baseを使用する場合，自ホスト内の通信については，JP1/IM，JP1/Baseが使うすべてのポートを通過できるよう設定する必要があります。

3.8.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アドレスと通信できない）。

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

JP1/IMは，クラスタシステムでの運用に対応しています。

JP1/IMをクラスタ運用することによって，サーバ障害などが発生した場合でも実行系から待機系に処理を引き継いで，システム運用管理を継続できます。

詳細は，「13.　クラスタシステムでの運用と環境構築」を参照してください。

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

通常，論理ホストのJP1/IMは，クラスタシステムでクラスタソフトと連携して運用します。しかし，IPアドレスとディスク領域を用意し，JP1/IMの論理ホストをセットアップすると，クラスタソフトと連携しなくてもフェールオーバーしない論理ホスト環境でJP1/IMを運用できます。

詳細は，「13.5　非クラスタシステムでの論理ホストの運用と環境構築」を参照してください。

3.8.5　言語環境混在での運用

JP1/IMは，言語環境が混在したシステムでも運用できます。例えば，JP1/Baseに登録されているJP1イベントの言語コードが混在していても，JP1/IM - Viewでは正常に表示できます※。

注※　言語環境の混在には関係なく，外字，特殊な文字，および特定の制御コードについては，画面表示で文字が化けることや，その文字として処理されないことがあります。詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.5　画面操作上の注意事項」を参照してください。

ただし，幾つかの条件がありますので，システム構成や運用を検討してください。

＜この項の構成＞

(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が混在するシステムでは，次の条件があります。
注※1　日本語版のOS，製品がインストールされ，環境変数LANGの設定が日本語に設定されたホスト
注※2　英語版のOS，製品がインストールされたホスト，または日本語版のOS，製品がインストールされ，環境変数LANGの設定が英語に設定されたホスト

統合マネージャーおよび拠点マネージャーとして構成できるのは，日本語環境のホストだけです。

英語環境のエージェントの上位に構成するマネージャーとしては，日本語環境のホストだけが使用できます。

マネージャーホストで動作する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を使用してください。

日本語環境のホストと英語環境のホストが混在するシステムとして構築できるシステム構成の例を次に示します。

図3-92　日本語環境のホストと英語環境のホストが混在するシステムの構成例

注意事項

日本語環境のホストと英語環境のホストが混在するシステムについての注意事項を以下に示します。

定義ファイルおよび設定ファイルについて
英語環境の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の言語コードの設定方法については，「10.5.2　JP1/IMの環境変数の設定」を参照してください。

4.　ほかの統合管理製品との連携

JP1/IMは，他製品の管理情報やシステムで発生する事象を収集，一元管理する機能を持つ一方で，JP1/IMの管理情報をほかの統合管理製品，JP1/IM - Incident MasterやJP1/IM - Rule Operationで利用してもらうための機能も提供しています。

JP1/IM - Incident Masterは，JP1/IMで監視しているJP1イベントの発生を契機にインシデントの登録・管理を行います（登録・管理されたインシデントは，オペレーターによって対策を実施されます）。

JP1/IM - Rule Operationは，JP1/IMで監視しているJP1イベントの発生を契機にルールの起動判定，ルール起動を行い，ルール定義に従った形で対策処理を自動的に実行します。

この章では，JP1/IM - Incident MasterやJP1/IM - Rule Operationと連携するために，JP1/IMが提供している機能について説明します。

＜この章の構成＞

4.1　JP1/IM - Incident Masterとの連携

4.2　JP1/IM - Rule Operationとの連携

4.1　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」を参照してください。

＜この節の構成＞

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

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

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

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

JP1/IM - Managerのインシデント登録機能を利用することで，複数のJP1イベントから一つのインシデントを生成し，JP1/IM - Incident Masterに登録できます。また，逆に一つのJP1イベントから複数のインシデントを生成し，JP1/IM - Incident Masterに登録することもできます。

インシデントの生成，登録処理は，JP1/IM - Managerのインシデント登録サービスで行われます。

図で示すと次のようになります。

図4-1　 JP1/IM - Managerによるインシデントの自動登録概要

処理の仕組みやインシデント登録機能の活用方法など，詳細についてはマニュアル「JP1/Integrated Management - Incident Master」を参照してください。

参考

インシデント登録サービス（jcdmain）は，JP1/IM - Managerを起動したときにイベントコンソールサービス（evflow）や自動アクションサービス（jcamain）など，ほかのプロセスと同様に，プロセス管理（jco_spmd）配下の子プロセスとして起動されます。ただし，デフォルトでは起動しない設定となっており，jcoimdefコマンドで起動するように設定する必要があります。

図で示すと次のようになります。

図4-2　プロセス管理（jco_spmd）が管理するプロセス

インシデント登録サービスは，ほかのプロセスと同様にプロセス管理が提供する以下の機能に対応しています。

プロセスの起動・停止制御

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

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

詳細については「3.7.1　JP1/IM - Managerのプロセス管理」を参照してください。

また，ほかのプロセスと同様にヘルスチェック機能にも対応しています。詳細については「3.7.2　JP1/IM - Managerのヘルスチェック機能」を参照してください。

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

JP1/IM - Viewに表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録できます。インシデントの生成対象にしていなかったJP1イベントや，インシデント登録条件を満たさなかったために相関されなかったJP1イベントなどを対象に，インシデントを生成したい場合に利用できます。

JP1/IM - Viewからの［インシデントの登録］画面呼び出しは，次の図のようになります。

図4-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イベントの情報を次表に示します。

表4-1　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/IM - Viewからの情報引き継ぎはありません。

（備考）

［イベントコンソール］画面の表示項目に対し，イベント情報マッピング定義がされている場合，マッピングされた値がJP1/IM - Incident Masterの［インシデントの登録］画面に引き継がれます。ただし，マッピングされていることを示すマーク「#」は引き継がれません。なお，［イベント詳細］画面では，イベント情報マッピング定義をしていても，マッピングがされないため，マッピングされていない情報がJP1/IM - Incident Masterの［インシデントの登録］画面に引き継がれます。

JP1イベントの属性値には制御文字が入る場合があります。制御文字を含む属性値がインシデント情報として登録される場合，制御文字は半角スペースに変換されて登録されます。半角スペースに変換される制御文字は，0x01～0x1F（タブ(0x09)を除く）と0x7Fです。

［イベントコンソール］画面に表示される集約イベントをインシデントとして手動登録する場合，その対象となるのは集約開始イベントだけです。繰り返しイベントは対象となりません。繰り返しイベントをインシデントとして登録する場合は，［関連イベント一覧］画面からインシデントの登録を行ってください。

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

JP1/IM - Managerから自動登録したインシデント，またはJP1/IM - Viewから手動登録したインシデントの状態をJP1/IM - Incident Master側で変更すると，それに応じてJP1/IM - Managerホストの，該当するJP1イベントの対処状況も自動的に変更されます。

JP1/IM - Incident Master側で設定できるインシデントの状態と，それに対応するJP1イベントの対処状況を次の表に示します。

表4-2　インシデントの状態と対応する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側のインシデントの状態には反映されません。

4.2　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連携機能は，自動アクション機能を拡張した形で提供されています。一部を除き，設定，処理などは，通常の自動アクションと同じです。

ここでは，通常の自動アクションと異なる部分についてだけ説明します。通常の自動アクションと共通の部分については「3.5　自動アクションによるコマンド実行」を参照してください。

＜この節の構成＞

4.2.1　JP1/IM - Rule Operationへの通知

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

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

4.2.1　JP1/IM - Rule Operationへの通知

JP1/IM - Rule Operation連携機能を有効に設定すると，自動アクション機能を利用してJP1/IM - Rule Operationにルール起動要求を自動通知できます。

図4-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」（2.　コマンド）を参照してください。

JP1/IM - Rule Operation連携機能を有効に設定したJP1/IM - ManagerにJP1/IM - Viewで接続すると，次に示す画面にJP1/IM - Rule Operation連携用の項目が追加されます。

設定に関する項目が追加される画面

［アクション設定］画面

［アクション詳細設定］画面

表示に関する項目が追加される画面

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

［イベント検索］画面

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

これらの画面の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1. 画面」を参照してください。

(2)　JP1/IM - Rule Operationへの通知条件設定

通常の自動アクションと同じく，JP1/IM - Rule Operationへの通知条件は［アクション詳細設定］画面，または自動アクション定義ファイル（actdef.conf）で設定します。

注意

自動アクションに設定する通知条件は，できるだけルール起動条件として指定されたJP1イベントに絞り，必要最低限の自動アクションだけが実行されるようにしてください。

JP1/IM - Rule Operationへの通知条件設定は，次の図に示す部分以外，通常の自動アクションの設定と同様となります。

図4-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 リファレンス　1.3.23［アクション詳細設定］画面」を参照してください。また，定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）を参照してください。

(3)　通知処理の流れ

JP1/IM - Rule Operationへの通知処理は，通常の自動アクションと同様，JP1/IMのシステム構成定義に従って実行されます。また，その際の通知処理の状態遷移も通常の自動アクションと同様となります。

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

JP1/IM - Rule Operationへの通知状態，および通知結果の確認は，次に示す画面，コマンドで確認できます。

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

jcashowaコマンド

どのように表示されるかは，マニュアル「JP1/Integrated Management - Manager リファレンス　1.画面」，マニュアル「JP1/Integrated Management - Manager リファレンス　2.コマンド」を参照してください。

また，以下の条件を満たす場合には，上記三つの画面からJP1/IM - Rule Operation用のGUI，［ルール結果詳細］画面を呼び出し，ルールの実行状態を確認できます。

「種別」が「[図データ]ルール」の自動アクション。

「終了コード」が「0」となっている自動アクション。
「終了コード」が「0」以外の場合，ルールが起動されないため，［ルール結果詳細］画面の呼び出しができません。

図4-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側で認証に失敗します。

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

JP1/IM - Rule Operationは，ルールの開始や終了，異常終了などの際にJP1イベントを発行します。JP1/IMでは，JP1/IM - Viewに表示される，これらのJP1イベントからルールオペレーション・ビューアーの画面をモニター起動できます。

5.　設計の概要

この章では，JP1/IM導入時の流れと設計について概要を説明します。

システムの運用管理は，そのシステムで実行する業務によりさまざまな方法があり，システムごとに運用を積み重ねてきた運用の文化があります。

既存のシステムの中にJP1/IMを導入することによって，さらに運用作業が効率化されるよう，設計をしてください。

＜この章の構成＞

5.1　JP1/IM導入の流れ

5.2　設計項目

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

5.1　JP1/IM導入の流れ

JP1/IMを導入するには，次に示す図のように作業を進めます。

このマニュアルでは，それぞれの段階に対応して，JP1/IMについて検討する必要がある項目や作業の手順を説明しています。

図5-1　JP1/IM導入の流れ

5.2　設計項目

JP1/IM導入時の設計項目とこのマニュアルでの説明個所を次の表に示します。

詳細については，6章，7章，および8章のそれぞれの説明個所を参照してください。

表5-1　設計項目

設計段階で検討する項目
説明個所

JP1/IMでの運用管理に関する設計
監視するJP1イベント
6.1　JP1イベントによるシステム監視の検討

監視する監視オブジェクト
6.2　統合スコープによるシステム監視の検討

障害を検知した場合にJP1/IMで行う対処
6.3　JP1/IMでの問題調査の検討

自動アクション
6.4　自動アクションの検討

JP1/IMのシステムに関する設計
動作環境
7.1　動作環境の検討

旧バージョンからの移行（バージョンアップ）
7.2　旧バージョンのJP1/IMからのバージョンアップについて

システム構成
7.3　システム構成の検討

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

システムの構成定義
7.5　システムの構成定義の検討

ユーザー認証
7.6　ユーザー認証の検討

JP1/IM，JP1/Baseの環境設計
7.7　JP1/IMおよびJP1/Baseの環境の検討

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

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

JP1/IMの性能に関する設計
性能と見積もり
8.　性能と見積もり

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

この節では，JP1/IMの導入時の設計について，おおまかな考え方を説明します。

実際にJP1/IMを導入するには，システムの構成や業務に合わせた導入設計が必要です。既存のシステム運用を生かしつつ，JP1/IMの導入により運用を効率化するように設計してください。

＜この節の構成＞

5.3.1　設計の概要

5.3.2　監視の設計

5.3.3　検知・通知の設計

5.3.1　設計の概要

JP1/IM導入時の設計には，JP1/IMによるシステム運用管理の設計と，それを実現するJP1/IMシステム自身の設計の，二つの側面があります。

図5-2　JP1/IM導入設計での二つの側面

運用管理の設計 ～JP1/IMによるシステム運用管理の設計～

監視　　　：システムの何を監視するか。

検知～通知：発生した事象をどのように分類し，何を通知して即時対応するか。

調査，対策：問題が発生した場合に，どのように調査し，対策するか。

これらを，システム運用として検討した上で，JP1/IMの機能を使ってどのように実現するかを検討します。

システムの設計 ～JP1/IMシステムの設計～
重要なシステムをJP1/IMによって運用管理するには，JP1/IMが安定して稼働することが前提となります。システムの運用管理を実現するための，JP1/IMのシステムの構成や設定について検討します。

5.3.2　監視の設計

システムの監視では，安定稼働するために必要な監視項目と，その方法や管理を検討します。

図5-3　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)　監視視点の検討（統合スコープの利用）

統合スコープにより運用管理をする場合は，監視の視点を検討します。

統合スコープでは，監視視点に合わせた目的指向型のシステム監視として，［監視ツリー］画面でのツリー形式の表示，および［ビジュアル監視］画面によるマップ形式の表示により監視ができます。

監視ツリーの検討

次に示す監視ツリーを，自動生成の機能により生成することができます。

業務指向ツリー

サーバ指向ツリー

システム構成ツリー

これを基に，監視項目の追加や削除を行って，監視する目的に合わせた監視ツリーを作成します。

ビジュアル監視の検討

重点的に監視が必要な個所がある場合は，［ビジュアル監視］画面を使ったマップ形式での監視を検討します。また，業務組織図や地図など，マップの画像を用意します。

5.3.3　検知・通知の設計

監視方法および監視項目を検討した後，問題を検知したときの対処について検討します。

図5-4　問題の重大度と対応の検討

＜この項の構成＞

(1)　JP1イベントと重大度の検討

(2)　緊急度に応じた対応の検討

(3)　統合スコープでの監視

(1)　JP1イベントと重大度の検討

JP1/IMはシステムで発生した事象を，JP1イベントにより管理します。このJP1イベントには，発生した事象の重大さを表す重大度が記録されています。

この重大度を軸にして，問題の検知と通知について，検討を進めます。

JP1イベントの重大度による分類

JP1イベントでの重大度（項目名：E.SEVERITY）を軸にして分類します。

なお，JP1イベントは，システムで発生する事象と重大度の対応を定義しており，各製品は，管理する対象に合わせて適切な重大度を設定しています。

また，SNMPトラップやWindowsイベントログをJP1イベントに変換している場合は，変換元の重大度がJP1イベントの重大度に対応づけられています。元のイベントの重大度を確認して，JP1イベントと同様に分類してください。ログファイル上のメッセージを変換した場合は，変換の設定によって任意の重大度が設定されています。適切な重大度になるよう設定してください。

分類したJP1イベントの確認

重大度ごとに分類したJP1イベントを確認します。

各JP1は一般的な運用に合わせて適切な重大度が設定されていますが，システムの運用によっては重要なイベントとして扱う必要がないものもありえます。このようなイベントがないかを確認します。

(2)　緊急度に応じた対応の検討

分類したJP1イベントについて，緊急度に応じて対応方法を検討します。

ここでは，例として３段階（緊急，重要，通常）に分けた対応方法を説明します。

緊急の対応が必要なイベント

JP1/IMで管理するイベントから，至急の対応が必要なイベントがないかを検討します。例えば，システムダウンは業務に致命的な影響を与えるため，即時対応が必要です。

このような障害が発生した場合は，管理者に通知することを検討します。

なお，管理者への通知は，負担を考えて緊急性の必要なイベントだけにします。また，内容によって，通知する範囲を変えるなども検討してください。

JP1/IMでは，自動アクションによってコマンドを実行し，緊急の連絡をすることができます。通知が必要なイベントを一意に判定する方法と，通知するためのコマンド（例えばメール送信コマンド）を検討して，自動アクションとして定義します。

監視が必要な重要イベント

重大度が，異常の発生を意味する場合は，監視対象のイベントとして対応することを検討します。

まず，監視が必要な重要なイベントについては，JP1/IMマネージャーホストへ転送し，一元的に管理するようにします。

また，JP1/IMでは，重要イベントとして扱うJP1イベントを重大度などにより定義します。重要イベントとして扱うと，［イベントコンソール］画面の［重要イベント］ページで，発生した重要イベントの一覧と，対処状況を管理することができます。

定期的に確認する通常イベント

ジョブの正常終了など，正常に動作しているイベントは，システムの運用要件によっては，次のように使われる場合があります。

JP1イベントを履歴として残したい。
（例）ジョブ実行のJP1イベントを，ジョブ実行履歴として保管する。

JP1イベントを統計情報として利用したい。
（例）ジョブ実行のJP1イベントの，実行開始および実行終了の項目を，ジョブ実行時間の統計情報として利用したい。

緊急度の高いイベント，重要イベントについては，JP1/IM - Viewに表示，CSV出力して，システム見直しなどの際に利用してください。

また，JP1/IMの監視対象外としているイベントについては，各ホストで，イベントデータベースの内容を，JP1/Baseのjevexportコマンドを使ってCSV出力して，利用してください。

(3)　統合スコープでの監視

統合スコープでは，表示される重要度を，カスタマイズすることができます。

監視ツリーでは，システム全体をツリーとして表示するため，監視対象同士の関連の把握が容易です。しかし，障害のイベントが発生すると，監視ツリーの構成によっては広範囲の監視オブジェクトが障害色になってしまいます。

監視オブジェクトの状態変更の契機は，デフォルトではJP1イベントの重大度と関連していますが，これを運用に合わせてカスタマイズすることができます。

また，監視オブジェクトを非監視にすることもできます。

6.　運用管理の設計

この章では，JP1/IMでシステムの運用監視をするための検討項目について説明します。

＜この章の構成＞

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

6.2　統合スコープによるシステム監視の検討

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

6.4　自動アクションの検討

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

JP1/IMではJP1イベントによりシステムで発生した事象を監視します。

システム運用管理で監視したい事象を，JP1イベントによって管理するよう，JP1/IMの設定を検討します。

＜この節の構成＞

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

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

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

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

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

6.1.6　イベントガイドの検討

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

6.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のイベントログの変換に関する説明

6.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）」（3.　定義ファイル）

＜この項の構成＞

(1)　注意事項

(1)　注意事項

各エージェントホストで発生したJP1イベントは，マネージャーホストで管理する必要がある重要イベントだけをフィルタリングして転送してください。各エージェントホストで発生したJP1イベントをすべてマネージャーホストに転送すると，転送遅延やマネージャーホストでの登録遅延が発生するおそれがあります。

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

システム監視で適切なJP1イベントをJP1/IMで管理するよう，JP1イベントのフィルタリング設定について検討してください。

JP1/IMマネージャーホストでの，JP1イベントの流れを，フィルターの影響に着目して図で示すと，以下のようになります。

図6-1　フィルターの影響

JP1イベントの発生から順に，各フィルターについて説明します。

＜この項の構成＞

(1)　イベント取得フィルター

(2)　ユーザーフィルター

(3)　重要イベントフィルター

(4)　表示フィルター

(5)　フィルターの条件定義

(1)　イベント取得フィルター

イベント取得フィルターには，JP1/IM - ManagerがJP1/Base（イベントサービス）からJP1イベントを取得する条件を設定します。

デフォルトでは，重大度が設定されたJP1イベントをすべて取得します。

次に，イベント取得フィルターの設定のカスタマイズとイベント取得フィルターの複数設定について説明します。

(a)　イベント取得フィルターの設定のカスタマイズを検討する

次のような場合には，イベント取得フィルターの設定をカスタマイズしてください。

［イベントコンソール］画面の［イベント監視］ページに「通知（Notice）」や「情報（Information）」のJP1イベントを表示しない
マネージャーホストで，通知や情報のJP1イベントが大量に発生する場合は，イベント取得フィルターで，取得するJP1イベントの重大度を「警告（Warning）」以上などに設定します。例えば，JP1/IM - Managerと同じホストでJP1/AJS2 - 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イベントを監視対象外にできます。

なお，イベント取得フィルターの共通除外条件を利用したメンテナンスの詳細については，「7.10　JP1/IMが監視するシステム全体のメンテナンスの検討」を参照してください。

(d)　注意事項

旧バージョンでイベント取得フィルター（互換用）を使用していた場合，フィルターの位置・動作が異なります。詳細については，次を参照してください。
参照先：「7.2.1（2）バージョン7のJP1/IM - Central Consoleからのバージョンアップについて」
参照先：「7.2.4（2）バージョン6のJP1/IM からのバージョンアップについて」

イベント取得フィルターは，相関イベント発行サービスにも適用されます。相関イベント発行サービスはデフォルトで起動しない設定となっていますが，起動するとイベントフロー制御サービスに適用されているフィルター内容が，そのまま相関イベント発行サービスにも適用されます。

イベント取得フィルターは，JP1/IM - Incident Master連携機能のインシデント登録サービスにも適用されます。インシデント登録サービスは，デフォルトで起動しない設定となっていますが，起動するとイベントフロー制御サービスに適用されているフィルター内容が，そのままインシデント登録サービスにも適用されます。
インシデント登録サービスの機能概要については「4.1　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 リファレンス　1.3.10　［イベント取得条件設定］画面」
［イベント取得条件設定］画面（互換用）で設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.11　［イベント取得条件設定］画面（互換用）」
［イベント取得条件一覧］画面で追加，設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.12　［イベント取得条件一覧］画面」
jcochafmodeコマンドを使ってフィルター位置を変更する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcochafmode」（2.　コマンド）
jcochfilterコマンドを使ってイベント取得フィルターを切り替える
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcochfilter」（2.コマンド）

ユーザーフィルター
［ユーザーフィルター設定］画面で追加，設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.20　［ユーザーフィルター設定］画面」

重要イベントフィルター
［重要イベント定義］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.8　［重要イベント定義］画面」

表示フィルター
［表示フィルター設定］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.18　［表示フィルター設定］画面」
［表示フィルター一覧］画面で追加，設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.19　［表示フィルター一覧］画面」

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

JP1/IMが管理するJP1イベントは，システムの規模に従って膨大な量になります。加えて，JP1イベントはシステム内の発生事象を一つ一つ管理する概念であるため，その種類も多岐にわたります。

JP1/IMの提供する各種フィルターを活用することで，イベントコンソール上に表示するJP1イベントを制限して管理できます。しかし，障害発生時には障害を通知するJP1イベントが大量に発生して，イベントコンソール上を埋めてしまうことがあります。システム管理者がこれらのJP1イベントごとに分析・調査して，障害要因を特定し対策するまでには大きな手間と負担が掛かります。

JP1/IMでは，あらかじめ発生が予測できる複数のJP1イベント同士を関連づけたり，JP1イベントの属性値を任意の値に変更したりして，新しいJP1イベント（相関イベント）を発行できます。システム管理者は，相関イベントの発行を活用することで，管理負担の軽減や障害対応までの時間を短縮できます。

次からは相関イベントの発行を使用する上で検討してほしいことについて説明します。検討事項を次に示します。

相関イベント発行定義の検討

相関イベントを発行するための稼働環境の検討

相関イベントの発行に関する注意事項

＜この項の構成＞

(1)　相関イベント発行定義の検討

(2)　相関イベントを発行するための稼働環境の検討

(3)　相関イベントの発行に関する注意事項

(1)　相関イベント発行定義の検討

相関イベント発行定義には，相関元イベント（イベント条件），タイムアウト時間，イベント相関タイプ，および発行する相関イベントを定義します。

相関イベント発行定義の次の項目について，十分な検討をしてください。

相関の対象範囲の絞り込み
イベント条件に一致するJP1イベントが特定のシステムから発行されるものではないか

相関元イベント（イベント条件）

どのJP1イベントを相関元イベントとするか

相関元イベントは1件か，または複数件か

タイムアウト時間

イベント相関タイプ（順序性，組み合わせ，およびしきい値）

同一属性値条件
ホストやユーザーなどでグルーピングして，相関イベントを管理する必要はないか

同時相関数

発行する相関イベント

ここでは，これらの相関イベント発行定義について，次の五つの例を用いて説明します。相関イベント発行定義を検討する際の参考にしてください。

JP1イベントの属性値に任意の属性を付加する

JP1イベントのメッセージをシステムに合わせたメッセージに変更する

ホストA，BおよびCのすべてが起動したのを契機に自動アクションを実行する

JP1イベントを発行した特定のホストを対象として，相関イベントを発行する

認証エラーを示すJP1イベントをサーバごとに管理する

これら五つの例について，満たしたい要件，理由，および相関イベント発行定義ファイルの定義内容について説明します。

なお，相関イベント発行定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　相関イベント発行定義ファイル」（3. 定義ファイル）を参照してください。

(a)　JP1イベントの属性値に任意の属性を付加する

この例では，ほかのJP1製品などが発行するJP1イベントの固定の属性値に任意の属性値を付加して，相関イベントを発行する場合について説明します。

満たしたい要件

JP1/AJS2のジョブの異常終了を通知するJP1イベント（00004107）の重大度を緊急（Emergency）として通知したい。

この例での相関イベントは，次のように設定します。

イベントID：A01

重大度：緊急（Emergency）

メッセージ：相関元イベント（00004107）のメッセージを引き継ぐ

理由

システム運用での重大度は次の表のように定義されているが，JP1/AJS2のジョブの異常終了を通知するJP1イベント（00004107）は，重大度がエラーとなっているため。

表6-1　システム運用での重大度の定義

重大度 | システム要件
緊急 | すぐに対処する必要がある問題
エラー | 1運用日中に対処する必要がある問題

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図6-2　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の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）の重大度

メッセージ：次の表に示すとおり，相関元イベントのメッセージを一部引き継ぐ。

表6-2　メッセージの内容

相関イベントの種別 | メッセージ内容
相関元イベント | KAVS0265-E ジョブ（ジョブ名：実行ID）が異常終了しました（status：状態，code：コード，host：ホスト名，JOBID：ジョブ番号）
相関イベント | ジョブ:ジョブ名 が RC=コード で異常終了:ジョブ担当者(内線:xxxx)へ連絡

（凡例）

　　（下線）：相関元イベントからの引き継ぎ個所を示す。

理由

JP1イベントのメッセージが長く，管理の必要な情報が後ろにあると，スクロールしないと全体がわからないことがあり，運用負荷が高くなるため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図6-3　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の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イベントを関連づけて相関イベントを発行する場合について説明します。なお，自動アクションの定義方法については説明していません。自動アクションの定義については，「3.5.2　自動アクションの定義」を参照してください。

満たしたい要件

ホスト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件に対して自動アクションを設定するのは容易なため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図6-4　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の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イベントを発行した特定のホストを対象として，相関イベントを発行する場合について説明します。

図6-5　特定のホストを対象として相関イベントを発行する

満たしたい要件

(a) で説明した次の要件をホスト名host1，host2，host3に限定したい。

JP1/AJS2のジョブの異常終了を通知するJP1イベント（00004107）の重大度を緊急（Emergency）として通知したい。

この例での相関イベントは，次のように設定します。

イベントID：A01

重大度：緊急（Emergency）

メッセージ：相関元イベント（00004107）のメッセージを引き継ぐ

理由

JP1/AJS2でジョブを実行している複数のホストを監視しているが，特定のホスト（業務のキーとなるジョブを実行するホスト）の重大度だけを変更したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図6-6　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の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）が複数件発行されたサーバごとに，相関イベントを発行する場合について説明します。

図6-7　認証エラーを示すJP1イベントをサーバごとまとめて相関イベントを発行する

00003A71はJP1/BaseのWindowsイベントログトラップ機能を使用して発行されたJP1イベントのIDです。なお，ここではWindowsイベントログトラップ機能の設定方法は説明していません。詳細はマニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の章，Windowsイベントログを変換する説明を参照してください。

満たしたい要件

認証エラーを示すJP1イベント（00003A71）が5件発生したサーバごとに相関イベントを発行したい。

理由

特定サーバへの接続を認証機能を使って制限し，認証エラーを示すJP1イベントを関連づけて相関イベントを発行している。認証機能を持たせたホストは複数台あり，それをホストごとに管理したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図6-8　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の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 で認証エラーが発生しました

(2)　相関イベントを発行するための稼働環境の検討

ここでは，相関イベントを発行するための稼働環境の検討について説明します。

相関イベントの発行によるメモリー所要量，ディスク占有量の見積もり

相関イベントを発行するには，JP1/IM - Managerのプロセスの一つである相関イベント発行サービス（evgen）を稼働させる必要があります。プロセスを稼働させることで増加するメモリー所要量について，事前に見積もっておく必要があります。

また，定期的に増加する相関イベント発行履歴ファイルは，ディスク容量を圧迫します。増加するディスク容量を見積もった上で十分なリソースを確保してください。なお，相関イベント発行履歴ファイルのサイズおよび面数は，相関イベント発行環境定義ファイルのパラメーターを調整することで変更できます。詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　相関イベント発行環境定義ファイル」（3.　定義ファイル）を参照してください。

メモリー所要量，ディスク占有量の見積もりについては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の各種フィルター設定の検討については，「6.1.3　JP1イベントのフィルタリング設定の検討」を，JP1/Baseの転送フィルター設定の検討については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの設定の章，JP1イベントの転送の説明を参照してください。

(3)　相関イベントの発行に関する注意事項

相関イベントの発行に関する注意事項を次に示します。

発行された相関イベントは，再度相関イベントの発行処理の対象とすることはできません。
相関イベント発行定義に，相関元イベントとして相関イベントを登録した場合，その定義内容は無視されます。

相関イベント発行定義ファイルの編集後は，必ずjcoegscheckコマンドで定義内容をチェックしてください。これによって，不正な条件や冗長な条件を定義不正としてチェックアウトできます。
jcoegscheckコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoegscheck」（2. コマンド）を参照してください。
なお，相関イベント発行定義に不正な定義があった場合でも，相関イベント発行サービスは稼働できます。ただし，定義中の不正個所は無視されます。

相関の対象範囲の絞り込み条件および同一属性値条件と，イベント条件に同じイベント属性を指定した場合，絶対に成立しない不正な条件になることがあります。これは，jcoegscheckコマンドでチェックアウトできません。
相関の対象範囲の絞り込み条件，同一属性値条件を指定する場合，イベント条件と矛盾がないか注意して定義してください。
不正な条件について，例を示して説明します。まず，相関の対象範囲の絞り込み条件を指定した場合の例を次に示します。

図6-9　不正な条件の例1（相関の対象範囲の絞り込み条件を指定した場合）

行頭の行番号を使って説明します。
2行目で相関の対象範囲の絞り込み条件を指定して，発行元イベントサーバ名に「host」を含むJP1イベントを処理の対象としています。このため，4行目のイベント条件で指定した発行元イベントサーバ名が「HOST_A」のJP1イベントは発行処理の対象外になります。
4行目のイベント条件を満たすJP1イベントは処理されないため，相関イベント発行条件が成立せず，相関イベントが発行されません。

次に，同一属性値条件を指定した場合の例を示します。

図6-10　不正な条件の例2（同一属性値条件を指定した場合）

行頭の行番号を使って説明します。
2行目のイベント条件で先頭が「ERROR=」と一致するメッセージ，また3行目のイベント条件で先頭が「ACCESS ERROR」と一致するメッセージを関連づけています。4行目の同一属性値条件では，メッセージが同一のJP1イベントをグルーピングしています。
2，3行目のイベント条件で，それぞれメッセージが異なるJP1イベントを処理対象としているため，同一属性値条件の「メッセージが同一」を満たすことはなく，相関イベントは発行されません。
なお，2，3行目のイベント条件に一致するJP1イベントはそれぞれ処理され，絶対に成立しない処理が開始されてしまいます。次の順序でJP1イベントが発行された場合を考えてみます。

JP1イベント（イベントID：00000999，メッセージ：ERROR=100）が発行される。
2行目のイベント条件に一致するため，発行処理が開始されます。同一属性値として「ERROR=100」が登録され，発行処理中のJP1イベントの組数が1組増加します。

JP1イベント（イベントID：00000998，メッセージ：ACCESS ERROR）が発行される。
3行目のイベント条件に一致しますが，メッセージが「ERROR=100」ではないため，上記の1とは別の発行処理が開始されます。同一属性値として「ACCESS ERROR」が登録され，発行処理中のJP1イベントの組数が1組増加します。

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

JP1/IM - Viewが，短時間に大量に受信するJP1イベントのうち，連続した同一内容のイベントを集約して［イベントコンソール］画面に表示するかどうかについて検討してください。同一内容のイベントを集約して［イベントコンソール］画面に表示するJP1イベントの数を絞り込むことによって，重要なイベントの見落としを防ぐ効果が期待できます。

繰り返しイベントの集約表示機能を使用するかどうかを検討してください。

図6-11　繰り返しイベントの集約例

なお，繰り返しイベントの集約表示機能を使用する場合，イベントの集約は次のどれかの条件と一致したときに完了します。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合

集約開始イベントと受信したJP1イベントの到着時刻の差がタイムアウト時間を過ぎた場合

繰り返しイベント数が最大繰り返し回数を超えた場合

［ユーザー環境設定］画面で［OK］ボタンをクリックした場合

重要イベント対象外の集約中イベントが，重要イベント定義の変更によって重要イベント対象になった場合

重要イベント対象の集約中イベントが，重要イベント定義の変更によって重要イベント対象外になった場合

イベントの集約を完了させる条件の中で，タイムアウト時間を設定できます。業務に合わせて，適切なタイムアウト時間を検討してください。

イベントの内容の比較

JP1/IM - Viewは，新しいJP1イベントを受信すると，集約開始イベントと受信したJP1イベントの内容を比較します。内容が同一であった場合，その受信したJP1イベントを繰り返しイベントと判断し，集約イベントに集約します。内容が一致しなかった場合，イベントの集約を完了します。受信したJP1イベントは，新しい集約開始イベントとなり，新しいイベントの集約が開始されます。

JP1イベントの内容の比較については，「 3.2.4(1) (a)　イベントの比較属性」を参照してください。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合の繰り返しイベントの集約例を次の図に示します。

図6-12　内容不一致のイベント受信によるイベント集約の終了

タイムアウト時間

繰り返しイベントを集約する場合，タイムアウト時間の指定が必要です。指定できる値は1～3,600，デフォルトは60，単位は秒です。

集約開始イベントと受信したJP1イベントの到着時刻の差がタイムアウト時間を過ぎた場合の繰り返しイベントの集約例を次の図に示します。

図6-13　タイムアウトによるイベント集約の終了

集約開始イベントと受信したJP1イベントの到着時刻の差が，タイムアウト時間を過ぎると，イベントの集約を完了します。イベントの集約完了後に，集約完了前と同一内容のイベントを受信した場合，新しい集約イベントとして集約が開始されます。

最大繰り返し回数

繰り返しイベントを集約する場合の最大繰り返し回数は100回です。最大繰り返し回数は変更できません。

図6-14　最大繰り返し回数オーバーによるイベント集約の終了

イベントの集約中に最大繰り返し回数を超えると，イベントの集約を完了します。イベントの集約完了後に，集約完了前と同一内容のイベントを受信した場合，新しい集約イベントとして集約が開始されます。

繰り返しイベントの集約表示の設定について

［ユーザー環境設定］画面で設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」

6.1.6　イベントガイドの検討

イベントガイド機能を使うことで，問題対策での過去の実績や対処記録を登録でき，調査事例，対策事例などの参照，蓄積ができます。

システム管理者は，JP1イベント監視による問題検知，要因調査，対策という一連の流れでシステムを管理します。問題対策が完了したあと，経験や実績をイベントガイド情報として蓄積することで，同じ内容のJP1イベントの発生時に迅速に対処できます。

イベントガイド情報は，統合コンソールの［イベント詳細］画面で，JP1イベントの詳細情報の一つとして表示されます。

JP1イベント一つに対しては，一つのイベントガイド情報を表示できます。しかし，連携するJP1製品，各種ユーザーアプリケーションから発行されるJP1イベントの数はシステムの規模に比例して多くなります。以降の説明を参考に，イベントガイドを設定するよう検討してください。

＜この項の構成＞

(1)　JP1イベントを絞り込んでイベントガイドを設定する

(2)　運用方法に合わせてイベントガイドを設定する

(3)　変数（置き換え文字列）を使用してイベントガイドを設定する

(1)　JP1イベントを絞り込んでイベントガイドを設定する

JP1イベントは多様であり，その数もシステムの規模に応じて多くなります。そのすべてにイベントガイド情報を設定することは容易ではありませんし，また，設定できるのは1,000件までという制限もあります。

したがって，イベントガイド情報を設定するJP1イベントは，絞り込む必要があります。例えば，以下のような観点で絞り込んでください。

(a)　重大度により，設定するJP1イベントを絞り込む

JP1イベントの重大度には「緊急」「警戒」「致命的」「エラー」「警告」「通知」「情報」および「デバッグ」があります。管理対象が発行するJP1イベントにもよりますが，重大度の高い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/AJS2のジョブの異常終了イベントに対して，イベントガイド情報を設定する例について説明します。

ジョブの異常終了イベントは，イベント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)を変数にすることで，イベントガイド情報に変数を通じてホスト名が表示されるため，状況に応じたガイドを表示できます。これによって，問題が発生したホストを特定するまでの時間を短縮できます。

次にイベントガイドメッセージに使用できる変数を一覧で示します。

表6-3　イベントガイドメッセージに使用できる変数の一覧

イベントの属性
変数
置き換えの
形式

基本属性
イベント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.xxxxxx※

注※　各JP1製品固有の拡張属性も使用できます。例えば，JP1/AJS2のジョブの実行ホストは，E.C0です。製品固有の拡張属性についての詳細は，JP1イベントを発行する各製品のマニュアルを参照してください。

これら変数を使えば，より汎用的なイベントガイドメッセージが記述できます。例えば，JP1/AJS2のジョブの実行ホスト（E.C0）を使用して，イベントガイドメッセージを記述する場合，次のように記述します。

変数を使ったイベントガイドメッセージの記述例（EV_GUIDE部分の抜粋）

EV_GUIDE=ジョブが異常終了しました。¥n $E.C0 のホストで異常が発生していないか確認してください。¥n 以前の障害例として，ホストAではメモリー不足によりジョブが失敗したことがあります。¥n vmstatコマンドでメモリーの空き容量を確認してください。

JP1イベントの属性についての詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　4.1　JP1イベントの属性」を参照してください。

なお，JP1イベントの属性（変数）として置き換えられる文字列は，各製品によって異なります。変数を使用する場合は，各製品のマニュアルのJP1イベントの説明も合わせて参照してください。

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

JP1/IM - Viewには，［イベントコンソール］画面に一覧表示されているJP1イベントの情報を保管（CSV出力）する機能があります。

この機能を利用すれば，日々の障害発生状況，また，それに対するオペレーターの対処状況※を保管（CSV出力）し，監視業務レポートとしてシステム管理者に提出するといった運用ができるようになります。

注※　いつ，だれが対処したのかの履歴も残したい場合は，対処状況変更時にJP1イベントを発行することを検討してください。詳細は，「7.7.5　対処状況変更時のJP1イベント発行の検討」を参照してください。

6.2　統合スコープによるシステム監視の検討

統合スコープでは，システム管理者の目的とする視点に合わせて，システムの監視をすることができます。

ここでは，自動生成機能を使った，統合スコープでのシステム監視環境の検討について説明します。

なお，統合スコープでのシステム監視の検討を始める前に，次の説明を参照して，統合スコープについて理解をしてください。

統合スコープについて

統合スコープの機能について
参照先：「3.3　統合スコープによる目的指向型のシステム監視」

＜この節の構成＞

6.2.1　監視ツリーの検討

6.2.2　ビジュアル監視の検討

6.2.3　ガイドの検討

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

6.2.1　監視ツリーの検討

監視ツリーは，システム管理者が必要とする視点によりリソースをグループ化して，ツリー形式で表示することにより，システムを監視します。

監視ツリーは，自動生成機能と編集機能を使って簡易に生成することができます。

監視ツリーを自動生成するとき，［自動生成－構成選択］画面で目的別のテンプレートを選択してください。テンプレートとして次の監視ツリーモデルが用意されています。

業務指向の監視ツリー

サーバ指向の監視ツリー

システム構成ツリー

詳細は，次の説明を参照してください。

監視ツリーについて

監視ツリーの機能について
参照先：「3.3.2　監視ツリー」

監視ツリーの自動生成について
参照先：「3.3.3　監視ツリーの自動生成」

＜この項の構成＞

(1)　注意事項

(1)　注意事項

監視ノードにJP1資源グループを設定することによって，次のような運用ができます。

監視対象（監視ノード）を，JP1ユーザーごとに絞り込んだ形で表示・監視する。
例えば，jp1adminはシステム全体を監視，jp1opeはシステムの一部だけを監視，といった運用ができるようになります。

表示される監視ノードに対する操作を，目的に合わせて細かく制御する。
例えば，ある監視ノードに対しては対処操作（状態変更）ができるが，ある監視ノードに対しては参照しかできない，といった運用ができるようになります。

監視ノードに対するJP1資源グループの設定の詳細については，「3.3.4（3）監視ツリーの監視範囲設定」を参照してください。
なお，JP1/Base（認証サーバ）に登録するJP1ユーザーの設定（JP1資源グループの設定）も，統合スコープの設定に合わせて設定する必要があります。設定の詳細は，マニュアル「JP1/Base 運用ガイド」の，ユーザー管理機能の設定の章を参照してください。

Cosminexusのシステム環境を監視するため，業務指向またはサーバ指向の監視ツリーを自動生成した場合，Cosminexus環境下で動作するHiRDBなどのDB情報が取得できません。Cosminexusの論理サーバの一つとしてDBを監視したい場合は，ユーザー自身が手動で監視ツリーに追加する必要があります。
HiRDBを例に，監視ツリーへのDB情報の追加例を次に示します。

図6-15　監視ツリーへのDB情報の追加例

HiRDB 07-02以降の場合は，統合スコープで提供するシステム監視オブジェクトを利用して追加してください。ほかのDB使用時には汎用監視オブジェクトを作成し，監視するのに必要な条件定義をしてください。

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の監視範囲にずれが生じることがあります。
図で示すと次のようになります。

図6-16　JP1/IM - Central Information Masterの管理範囲と自動生成を行うJP1/IM - Managerの監視範囲のずれ

この場合，以下のように対策を考えてください。

自動生成した監視ツリーから自動生成を行ったJP1/IM - Manager監視対象外の監視ノードを削除する。

自動生成を行ったJP1/IM - Managerの監視範囲を広げる（監視対象外ホストからも自動生成を行ったJP1/IM - ManagerホストにJP1イベントが転送されるよう設定を変更する）。
JP1イベントの転送設定については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの環境設定の章を参照してください。

6.2.2　ビジュアル監視の検討

［ビジュアル監視］画面を使うことにより，重点的に監視したい監視オブジェクトや監視グループを，マップ上に配置して監視することができ，大規模なシステムでも目的とする視点で容易に監視することができます。

また，背景画像やビジュアルアイコンに任意の画像を使用すれば自由度の高い監視画面を作成できます。［ビジュアル監視］画面の作成例を次の図に示します。

図6-17　背景画像やビジュアルアイコンに任意の画像を使用した［ビジュアル監視］画面の作成例

詳細は，次の説明を参照してください。

ビジュアル監視について

ビジュアル監視の機能について
参照先：「3.3.5　ビジュアル監視」

6.2.3　ガイドの検討

ガイド機能を使うことで，障害時の運用手順や各種エラー事例など，運用ノウハウをガイド情報として表示できます。障害時の参考情報としてガイド情報を活用することで，初動対応でのシステム管理者の負担を軽減できます。

ガイド情報の表示内容や表示条件は，ユーザーが設定，検討する必要があります。また，ガイド情報の基となる情報（運用ノウハウなど）は，システムを運用していく中で蓄積，変化していくものであるため，定期的にガイド情報の見直しを実施し，必要に応じて修正や追加をしてください。

詳細は，次の説明を参照してください。

ガイドについて

ガイド機能について
参照先：「3.3.7　ガイド機能」

（参考）：二つのガイドの違い

統合スコープ，統合コンソールの両方でガイドを提供していますが，使用用途によって使い分け，また組み合わせての使用を検討してください。二つのガイドには次のような違いがあります。

統合スコープのガイド機能
監視ノード単位でガイドを設定できます。監視ノードは，システムを業務やサーバなどの単位でノード化したものです。それらによって構成されるツリーで監視を行う場合に，統合スコープのガイド機能を使用します。
統合スコープのガイド機能を使用する場合には，例えば，経理業務に問題が発生したとき，Webサーバで障害が起こったとき，などのアドバイスを記述します。

統合コンソールのイベントガイド機能
JP1イベント単位でイベントガイドを設定できます。JP1イベントはシステムで発生した事象であり，また，問題発生時には問題の1要因でもあります。
統合コンソールのイベントガイドには，例えば，JP1イベントそのものに対する調査，対処手順などのアドバイスを記述します。なお，詳細は「3.2.6　イベントガイド機能」および「6.1.6　イベントガイドの検討」を参照してください。

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

監視グループの状態変更条件を定義することで，監視ツリーによるシステム監視がより詳細にできるようになります。

例えば，以降に説明するようなロードバランサーを用いて負荷分散をしているシステムの監視の場合，下位の監視ノードの障害が，上位の監視グループの障害にはならないことがあります。このような特殊な条件下のシステム監視の場合，監視グループの状態変更条件を定義することで，より正確にシステムの状態を管理できるようになります。

ただし，監視グループの状態変更条件を定義する場合には，以降で説明する制限事項があることも留意してください。

＜この項の構成＞

(1)　監視グループの状態変更条件の定義例

(2)　監視グループの状態変更条件の定義についての制限事項

(1)　監視グループの状態変更条件の定義例

例えば，次のようなロードバランスシステムを，監視ツリーで監視したい場合について説明します。なお，ここでいうロードバランスシステムとは，ロードバランサーを用いて負荷分散をしているシステムを指します。

図6-18　監視ツリーでの監視例

なお，この説明での監視ノードは以下のように省略します。

「Webシステム」：監視グループ(Webシステム)

「ロードバランスシステム」：監視グループ(ロードバランスシステム)

「サーバX」：監視オブジェクト(サーバX)

また，次のような条件があるものとします。

Webシステムを構成するサーバ群（サーバ1～サーバ5）の内，60％以上（3／5個以上）のサーバの負荷が警告域に達したときに，Webシステムの異常と判定する。

このようなシステムを監視ツリーで監視する場合には，状態の上位伝播の動作として，以下のように検討します。

図6-19　監視ツリーでの監視例，状態の上位伝播の動作

この場合，監視グループの状態変更条件の定義は次のようになります。

表6-4　監視グループの状態変更条件の定義例

監視ノード名称
監視グループの状態変更条件

状態
子ノードの状態※
比較条件

ロードバランスシステム
エラー
警告
比率：60％以上
または
個数：3個以上

注※　ここで設定する状態は，設定した状態よりも優先度の高い状態を含みます。例えば，「エラー」を設定した場合には「緊急」「警戒」「致命的」も含みます。

上記のように設定した場合，「警告」より優先度の高い状態になった「サーバX」が，60％以上または3個以上にならないかぎり，「ロードバランスシステム」「Webシステム」の状態は「初期状態」から変化しません。したがって，上位の監視グループである「ロードバランスシステム」「Webシステム」から，状態変更イベントの検索ができなくなります。

下位の監視ノードの状態変更を管理したい場合，また，上位の監視グループから下位の監視ノードの状態変更イベントを検索したい場合は，例えば次の表に示す定義をしておくことをお勧めします。

表6-5　監視グループの状態変更条件の定義例（推奨）

監視ノード名称
監視グループの状態変更条件

状態
子ノードの状態※
比較条件

ロードバランスシステム
エラー
警告
比率：60％以上
または
個数：3個以上

警告または正常
警告
比率：20％以上
または
個数：1個以上

注※　ここで設定する状態は，設定した状態よりも優先度の高い状態を含みます。例えば，「エラー」を設定した場合には「緊急」「警戒」「致命的」も含みます。

(2)　監視グループの状態変更条件の定義についての制限事項

監視グループの状態変更条件を定義する場合には，以下のような制限事項に留意してください。

子ノードが障害色になっていても，上位の監視グループに上位伝播しない。
子ノードが「エラー」になっていても，上位の監視グループは「初期状態」になっている場合があります。この場合，最上位の監視グループまで状態が伝播しないため，アラームランプも点滅しません（アラームランプは最上位の監視ノードが「エラー」以上の状態になったときだけ点滅します）。

状態変更イベントの検索をした場合，下位すべての監視ノードの状態変更イベントが検索結果に表示されないことがある。
検索の対象とした監視グループから，障害色になっている監視オブジェクトまでの間に「初期状態」の監視グループがある場合には，「初期状態」の監視グループ以下の状態変更イベントは，検索の対象外になります。
この場合には，監視ノード検索で，障害色の監視ノードを検索したあと，状態変更イベントの検索をする必要があります。

上記の2項目が，運用上問題になる場合は，子ノードが一つでも「エラー」になった場合に，上位の監視グループを「警告」にする，などの定義をしてください。

子ノード数が追加・削除などにより増減した場合には，状態変更条件を見直す必要がある。
子ノードの増減に対しては，定義を見直す必要があります。例えば，子ノード数が5の監視グループに対して，状態変更条件を設定している場合，個数：3個以上，比率：60％以上は同義ですが，子ノードを追加したあとは次のように異なります。

個数：3個以上を設定したあと，子ノードを5追加し，子ノード数が10になった場合でも，個数：3個以上のままです（3を契機に状態が変更されます）。

比率：60％以上を設定したあと，子ノードを5追加し，子ノード数が10になった場合には，10の60％，つまり6になります（6を契機に状態が変更されます）。

統合スコープは自動的に状態変更条件の定義を修正しないため，定期的に状態変更条件の定義を見直すようにしてください。

対処済み連動機能を使用している場合，下位の監視オブジェクトに対して対処を終えると（状態変更イベントをすべて「対処済」にすると），監視グループは「初期状態」になる。つまり，状態変更イベントの検索の対象外になる。
なお，これが運用上問題になる場合は，一つの子ノードの状態が変わったときに，監視グループの状態も合わせて変わるよう設定してください。例えば，子ノードが一つでも「正常」に遷移した場合，監視グループの状態を「正常」にするなどです。

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

JP1/IMでシステム監視中に問題発生を検知した場合，JP1/IM - Viewからの操作によって問題の内容の確認や，切り分け調査を行います。

問題の調査については，システムを構成する業務やプログラムなどによって調査方法が異なります。それぞれの業務やプログラムなどに合わせて調査や対処の方法を検討してください。

ここでは，JP1/IMからできるシステム操作機能について検討します。

＜この節の構成＞

6.3.1　モニター起動

6.3.2　統合機能メニュー

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

6.3.1　モニター起動

JP1/IM - View上に表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面をモニター起動できます。

この機能は，JP1イベントを発行したアプリケーションがモニター起動に対応している必要があります。

詳細は，次の説明を参照してください。

モニター起動について

モニター起動について
参照先：「3.4.1　連携製品のモニター起動」

6.3.2　統合機能メニュー

［統合機能メニュー］画面に，任意のプログラムを登録して，実行することができます。

詳細は，次の説明を参照してください。

統合機能メニューについて

統合機能メニューについて
参照先：「3.4.2　統合機能メニュー」

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

JP1/IM - Viewから，JP1/IMのエージェントホストでコマンドを実行することができます。実行できるコマンドは次の種類のコマンドです。

UNIXホストの場合：UNIXコマンド，シェルスクリプト

Windowsホストの場合：実行形式ファイル（.com，.exe），バッチファイル（.bat），JP1/Scriptのスクリプトファイル（.spt）
ただし，対話操作や画面表示が必要なコマンド，終了しないコマンド，およびJP1/Baseを停止するコマンドなどは実行できません。

詳細は，次の説明を参照してください。

JP1/IM - Viewからのコマンド実行について

JP1/IM - Viewからのコマンド実行について
参照先：「3.4.3　JP1/IM - Viewからのコマンド実行」

コマンド実行環境の概要
参照先：「3.6.3　コマンド実行の管理」

システム構成定義の概要，システム構成定義を設定した場合の影響について
参照先：「3.6.2　JP1/IMシステムの構成管理」

（参考）

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バイトになります。

図6-20　実行経路上のJP1/IM，JP1/Baseのバージョンによるコマンド長の制限

6.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/AJS2と連携してアクションの実行監視をしてください。

JP1/AJS2と連携した自動アクションの実行監視例

JP1/IMで設定するアクションはバッチファイルなどで，JP1/AJS2のジョブをキックする処理とし，JP1/AJS2のジョブをキックする処理を実行したらアクションを終わらせる。

実行終了するまでに1日以上掛かるコマンドが正しく実行されているかの監視にはJP1/AJS2を使用する。

自動アクションで実行するコマンドは，実行先のホストで順番に一つずつ処理されるため，コマンドの実行時間が長いと実行遅延が発生するおそれがあります。
このような場合，コマンド実行先のJP1/Baseのコマンド同時実行数を増やすことで，実行遅延を減少できます。コマンドの同時実行数はjcocmddefコマンドで変更できます。
ただし，コマンドを同時実行数を複数（二つ以上）に設定すると，処理の早いコマンドから順次終了します。順序性を持たせてコマンドを実行したい場合には，デフォルト（一つずつ実行）の設定のままにしてください。
なお，コマンド実行先ホストのJP1/Baseが同時に処理できるコマンドの上限は48です。複数のJP1/IM - Managerから自動アクションを実行する場合，次のことを考慮してください。

複数のJP1/IM - Managerから同時実行される自動アクションの合計が，最大48以下になるようにする。

自動アクションの実行先ホストで，実行に必要なリソースを確保できるようにする。

アクション状態通知イベントを発行する場合は，アクション情報ファイルに保存する自動アクションの実行情報を参照するため，アクション情報ファイルの容量を適切に設定してください。アクション情報ファイルの容量は，自動アクション環境定義ファイル（action.conf.update）で設定します。

自動アクションについては，次の説明を参照してください。

自動アクションについて

自動アクションの概要
参照先：「3.5　自動アクションによるコマンド実行」

コマンド実行環境の概要
参照先：「3.6.3　コマンド実行の管理」

自動アクションの設定（GUIで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.22　［アクション設定］画面」

自動アクションの設定（定義ファイルで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）

自動アクション環境の設定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）

自動アクションの実行監視環境の設定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション通知定義ファイル（actnotice.conf）」（3.　定義ファイル）

自動アクションの実行先ホストのコマンド実行環境の設定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddef」（2.　コマンド）

構成定義について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　構成定義ファイル（jbs_route.conf）」（3.　定義ファイル）

(2)　注意事項

コマンド実行履歴（ISAM）ファイルがラップすると，自動アクションのアクション結果が取得できなくなり，アクション結果が表示されなくなります。
例
［アクション結果詳細］画面を表示すると，メッセージ欄に「KAVB5150-W コマンド実行履歴に該当データがありません」と表示される。

このような場合には，「 24.5 (9) アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合」を参照して，対処してください。

短時間に大量のアクション対象イベントが発生した場合，アクション実行先ホストのキュー内にアクションが大量にキューイングされ，アクションの実行が遅延することがあります。
このような場合には，コマンドの同時実行数の変更を検討してください。jcocmddefコマンドで変更できます。しかし，コマンドを同時実行する設定をすると，処理の早いものから順次終了します。コマンドに順序性を持たせてコマンドを実行したい場合には，デフォルト（一つずつ実行）の設定のままにしてください。

自動アクションの実行処理が進んでいる途中で，以下の事象が発生すると，自動アクションの状態が遷移しなくなります（遷移しなくなるのは，状態が「送信待機」「送信中」「キューイング」「実行中」「送信待機（キャンセル中）」「送信中（キャンセル中）」「キューイング（キャンセル中）」「実行中（キャンセル中）」だった場合です）。

マネージャーホスト，アクション中継ホスト，アクション実行先ホストのどれかがシャットダウンなどの操作により停止した。

ネットワーク障害

JP1/Baseのダウン

このような場合には，以下の方法で確認してください。
JP1/Baseのjcocmdshowコマンド（07-10サポート）で確認：
アクション実行先ホストのJP1/Base（コマンド実行管理）が自動アクションの処理をしていた場合には，このコマンドで確認できます※。
注※　処理要求を受け取っていない，または処理が完了していた場合はこのコマンドでは確認できません。
状態が遷移しない，かつ，jcocmdshowコマンドでも確認できない自動アクションは，再実行するか否か判断を行い，必要に応じて[コマンド実行画面]から再実行してください。

自動アクションの実行状態または実行結果が確認できなくなった場合は，自動アクションの実行結果を保存するファイル（コマンド実行履歴ファイル，アクション情報ファイルおよびアクションホスト名保存ファイル）に不整合が発生しているおそれがあります。
このような場合には，「 24.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バイトとなります。

図6-21　実行経路上のJP1/IM，JP1/Baseのバージョンによるコマンド長の制限

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

この章では，システムの統合的な運用管理を実現するために，JP1/IMのシステムに必要となるシステム構成や設定内容について説明します。

＜この章の構成＞

7.1　動作環境の検討

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

7.3　システム構成の検討

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

7.5　システムの構成定義の検討

7.6　ユーザー認証の検討

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

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

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

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

7.1　動作環境の検討

この節では，JP1/IMを実行する動作環境について，検討が必要な項目を説明します。

＜この節の構成＞

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

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

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

7.1.4　言語環境の検討

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

JP1/IMシステムの各サーバについて，OSの種類，OSのバージョンを確認してください。

また，OSの種類やバージョンによっては，サービスパックやパッチの適用が必要です。JP1/IM各製品のリリースノートを参照して，必要なサービスパックやパッチをOSに適用してください。

前提OS，前提パッチについて

前提OS
参照先：「3.1.2　前提OS」

前提OS，前提パッチの詳細
リリースノートを参照してください。

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

JP1/IMシステムの各ホストで，JP1/IMおよびJP1/Baseを実行するために必要なメモリー所要量，ディスク占有量を見積もってください。

なお，クラスタシステムで論理ホストや物理ホストを複数起動する場合は，それぞれのホストごとに容量を見積もって合計してください。

メモリー所要量・ディスク占有量の見積もりについて

JP1/IMの見積もり（計算式を記載）
参照先：JP1/IM - Viewのリリースノート
参照先：JP1/IM - Managerのリリースノート

JP1/IMの見積もり（モデルケースで大体の目安を提示）
参照先：「8.　性能と見積もり」

JP1/Baseの見積もり
参照先：JP1/Baseのリリースノート

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

UNIX環境でJP1/IM - Managerを使用する場合，JP1/IM - Managerの実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整してください。

なお，カーネルパラメーターとは，UNIXシステムが使用するリソースを調整して最適化するための設定です。OSの環境として使用できるファイルの最大オープン数や，共用メモリーの最大サイズなどの設定があります。カーネルパラメーターについての詳細は，各OSのマニュアルを参照してください。

カーネルパラメーターの見積もりについて（UNIXの場合）

JP1/IM - Managerの見積もり
参照先：JP1/IM - Managerのリリースノート

JP1/Baseの見積もり
参照先：JP1/Baseのリリースノート

7.1.4　言語環境の検討

JP1/IMシステムの各ホストの言語環境を検討します。

言語環境は統一することを推奨しますが，JP1/IMは言語環境が混在したシステムでも運用が可能です。

ただし，一つのサーバ内では言語環境を統一する必要があります。

言語環境の設定について

JP1/IMの言語環境
参照先：「3.8.5　言語環境混在での運用」
参照先：「10.5.2　JP1/IMの環境変数の設定」

JP1/Baseの言語環境の設定
参照先：マニュアル「JP1/Base 運用ガイド」のセットアップ前の作業に関する説明

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

ここでは，旧バージョンのJP1/IMからバージョンアップする際の注意事項について説明します。

このマニュアルでのバージョンアップの定義

このマニュアルでバージョンアップという場合，旧バージョン（事故対策版や差分パッチ版含む）のJP1/IMからこのマニュアルの発行契機となったバージョンへのバージョンアップインストールを意味します。

このマニュアルで説明しているJP1/IMのバージョンについては，このマニュアルの前書き（中表紙裏）でご確認ください。

なお，製品付属のリリースノートには，製品バージョンが記載されています。これらドキュメント記載の製品バージョンと，このマニュアルで説明する製品バージョンに差異があった場合には，まず，製品付属のリリースノートをお読みください（バージョンアップに関する注意事項が記載されていることがあります）。

＜この節の構成＞

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

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

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

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

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

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

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

バージョン7のJP1/IMマネージャー製品からバージョン8のJP1/IM - Managerにバージョンアップする場合，次の点に注意してください。

＜この項の構成＞

(1)　インストール先ディレクトリについて

(2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて

(3)　バージョン7のJP1/IM - Central Scopeからのバージョンアップについて

(1)　インストール先ディレクトリについて

JP1/IM - Managerには次表に示すとおり，大きく分けて三つの情報があり，JP1/IM - Managerインストール時には別個のディレクトリに格納されます。

表7-1　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の場合，バージョンアップすると，次の形で表7-1の情報がフォルダに格納されます（インストール先フォルダは，JP1/IM - Managerインストール時に指定したフォルダとなります。なお，インストール先フォルダのデフォルト値はシステムドライブ:¥Program Files¥HITACHI¥です）。

インストール先フォルダ¥JP1IMM¥　←JP1/IM - Manager情報が格納される。
インストール先フォルダ¥JP1Cons¥ ←統合コンソール情報が格納される※。
インストール先フォルダ¥JP1Scope¥←統合スコープ情報が格納される※。

注※　異なるフォルダに旧バージョンのJP1/IM - Central ConsoleやJP1/IM - Central Scopeをインストールしていた場合は，旧バージョンのインストール先フォルダにこれらの情報が格納されます。その場合，上に示すフォルダは作成されません。

UNIXの場合，バージョンアップすると，次の形で表7-1の情報がディレクトリに格納されます。

/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の定義情報が引き継がれます。ただし，次の点について注意してください。

論理ホスト（クラスタ）環境についてはjp1cohaverupコマンドを実行して今バージョンで追加された定義情報を反映する必要があります。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cohaverup」（2.　コマンド）

旧バージョンのJP1/IM - Central Consoleでイベント取得フィルター（互換用）を使用していた場合，バージョンアップしてもイベント取得フィルター（互換用）はJP1イベントの監視にだけ有効なフィルターとして動作します（フィルター位置はイベントコンソールサービスとなります）。

図7-1　イベント取得フィルター（互換用）のフィルター位置

この場合，次に示す機能は，JP1/IM - Managerが取得したJP1イベントすべてを処理対象とします。

自動アクション（自動アクションサービスが該当）

統合スコープ（セントラルスコープサービスが該当）

相関イベント発行（相関イベント発行サービスが該当）

JP1/IM - Incident Master連携機能（インシデント登録サービスが該当）

このため，フィルターの設定によっては，例えば，自動アクションが実行されているにもかかわらず，［イベントコンソール］画面にはその自動アクションの契機となったJP1イベントが表示されない，といった現象が発生することがあります。
また，イベント取得フィルター（互換用）で定義できる内容は，JP1/SESイベントの取得可否，重大度，イベントIDによる取得可否だけです（ほかのフィルターと同等の細かな条件定義ができません）。
JP1/IMとして取得するJP1イベントを統一したい，または，ほかのフィルターと同様に，詳細にフィルター条件を定義したい場合には，jcochafmodeコマンドを実行して，フィルター位置をイベントコンソールサービスからイベントフロー制御サービスに移動してください。なお，元のイベント取得フィルター（互換用）で設定した内容は，次表のとおりに引き継がれます。運用に合わせて設定内容，条件群名を変更してください。

表7-2　イベント取得フィルター設定項目の引き継ぎ

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」（2.　コマンド）

注意事項

jcochafmodeコマンドを実行して，イベント取得フィルターの位置をイベントコンソールサービスからイベントフロー制御サービスに変更すると，以前のイベント取得フィルターに戻せなくなります。jcochafmodeコマンドを実行する前に，イベント取得フィルターの位置の変更について，十分に検討をしてください。

07-00のJP1/IM - Central Consoleからバージョンアップした場合，ユーザーフィルター，重要イベントフィルター，表示フィルターおよびイベント検索の条件として定義した情報は次のように引き継がれます。運用に合わせて条件群名を変更してください。

ユーザーフィルター
フィルター名，ユーザー名はそのまま，フィルター条件は「既存条件群」として引き継がれる。

重要イベントフィルター
フィルター条件は「既存条件群」として引き継がれる。

表示フィルター
フィルター名は「既存のフィルター条件」，フィルター条件は「既存条件群」として引き継がれる。

イベント検索条件
検索条件は「既存条件群」として引き継がれる。

07-00，07-10のJP1/IM - Central Consoleからバージョンアップした場合，「KAVB9032-E アクション情報ファイルの移行に失敗しました。保守コード：保守コード」メッセージのダイアログが表示されることがあります。この場合には，次の表に示す保守コードに従って対処してください。

表7-3　KAVB9032-Eの保守コード

保守コード | 対処方法
2 | インストール完了後，資料採取ツールで資料を採取しシステム管理者に連絡してください。その際，保守コードもあわせて連絡してください。
3 | インストール完了後，資料採取ツールで資料を採取しシステム管理者に連絡してください。その際，保守コードもあわせて連絡してください。
4 | インストール完了後，使用していないアプリケーションを停止してください。その後，再度上書きインストールを実施してください。

バージョン7で使用していたWWWページ版動作定義ファイルの名称が次表のとおり変更され，バージョン8用のWWWページ版動作定義ファイルが新規作成されます。定義情報は引き継がれません。

表7-4　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

旧バージョンの定義情報をバージョン8に反映したい場合は，名称変更された旧バージョンのファイルを参照して，バージョン8用に新規作成されたファイルに反映してください。WWWページ版動作定義ファイルについては，マニュアル「JP1/Integrated Management - Manager リファレンス　WWWページ版動作定義ファイル（console_ja.html）」（3.　定義ファイル）を参照してください。

UNIXの場合，07-00，07-10のJP1/IMからバージョンアップすると，バージョン07-10-/A以降で変更になったJP1/IM起動用スクリプトの修正が反映されません。jco_startコマンドでJP1/IMを起動している場合，バージョンアップしたあと，次のファイルを上書きコピーしてください。
　コピー元：/etc/opt/jp1cons/jco_start.model
　コピー先：/etc/opt/jp1cons/jco_start

JP1/IM - Incident Master連携機能で使用している用語が次表のように変更になりました。

表7-5　用語の変更

項番 | 変更前(バージョン7時) | 変更後(バージョン8時)
1 | イベント相関機能 | インシデント登録機能
2 | イベント相関サービス | インシデント登録サービス
3 | イベント相関環境定義ファイル | インシデント登録環境定義ファイル
4 | イベント相関定義(ファイル) | インシデント登録定義(ファイル)
5 | イベント相関用システムプロファイル | インシデント登録用システムプロファイル
6 | イベント相関履歴 | インシデント登録履歴
7 | 相関条件 | インシデント登録条件
8 | 相関稼働 | 稼働
9 | 相関休止 | 休止

項番1～7の用語はJP1/IM - Managerが出力するメッセージ中で使用されている用語です。項番8，9はマニュアルでだけ使用している用語です。
自動アクションやJP1イベントのフィルタリング，JP1/Baseのログファイルトラップなどで，上記表の項番1～7の用語を条件に設定していた場合は，設定を変更する必要があります。設定の見直しをしてください。

(3)　バージョン7のJP1/IM - Central Scopeからのバージョンアップについて

JP1/IM - Managerにバージョンアップする前に設定情報とDBのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン7のJP1/IM - Central Scopeの定義情報が引き継がれます。また，セントラルスコープサービスの有効・無効設定も引き継がれます。ただし，次の点に注意してください。

バージョンアップ時点では，JP1/IM - Central Scope部分は，旧バージョンの機能範囲で動作します。旧バージョンのJP1/IM - ViewでCSV出力した監視ツリー情報，ビジュアル監視情報をJP1/IM - Manager（JP1/IM - Central Scope）に反映したい場合は，この段階で編集，反映を済ませてください。
反映を済ませた，または，反映不要の場合は，jp1csverup.batコマンド（Windowsの場合），またはjp1csverupコマンド（UNIXの場合）を実行してJP1/IM - Manager（JP1/IM - Central Scope）をバージョン8の環境にしてください。

参考

バージョン8のJP1/IM - Viewでは，旧バージョンのJP1/IM - Viewで保存したCSVの内容を表示・編集できます（CSVのバージョンは，タイトルバーに表示されます）。また，編集した内容は，同一バージョンのJP1/IM - Central Scope，またはJP1/IM - Managerに反映できます。

コマンド実行前は，旧バージョンの環境でJP1/IM - Central Scope部分は動作するため，旧バージョンのCSVの内容を反映することができます。

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1csverup.bat（Windows限定）」（2.　コマンド）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1csverup（UNIX限定）」（2.　コマンド）

論理ホスト（クラスタ）環境についてはjp1cshaverup.batコマンドを実行して今バージョンで追加された定義情報の反映と監視オブジェクトDBをバージョンアップさせる必要があります。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cshaverup.bat（Windows限定）」（2.　コマンド）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cshaverup（UNIX限定）」（2.　コマンド）

旧バージョンで監視オブジェクトDBの自動バックアップ・リカバリー機能を有効にしていなかった場合には，有効に設定することを検討してください。
監視ツリー更新中にOSのシャットダウン，クラスタシステムによるフェールオーバーなどが発生すると，監視オブジェクトDBへの書き込みが中途のままとなり，監視オブジェクトDBが破損してしまうことがあります。これを防ぐため，監視オブジェクトDBの自動バックアップ・リカバリー機能を有効にすることをお勧めします。特に，クラスタ運用の際には必ず有効にするようにしてください。
設定は，監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）を引数に，jbssetcnfコマンドを実行して，JP1共通定義情報にその定義内容を反映させることで有効となります。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）」（3.　定義ファイル）

旧バージョンで次に示す機能を無効に設定していた場合，有効にすることを検討してください。

対処済み連動機能

状態変更イベントの上限監視

設定は，定義ファイルを編集し，jbssetcnfコマンドを実行することで有効になります。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　状態変更イベント件数の上限監視設定ファイル（evhist_warn_event_xxx.conf）」（3.　定義ファイル）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　対処済み連動設定ファイル（action_complete_xxx.conf）」（3.　定義ファイル）

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

バージョン7のJP1/IM - Viewからバージョン8のJP1/IM - Viewにバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，旧バージョンの定義情報が引き継がれます。ただし，次の点に注意してください。

インストール処理の途中で［プログラムフォルダの選択］画面が表示されます。このとき，初期値としてバージョンアップ前のプログラムフォルダ名が設定されますので，必要に応じて名称を変更してください。
なお，新規インストール時には初期値として「JP1_Integrated Management - View」が設定されます。

統合機能メニューの表示内容はバージョン8として更新されません。バージョン8で変更されたメニューを反映させたい場合は，次のファイルを上書きコピーしてください。

アプリケーション実行定義ファイル
コピー元：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の統合機能メニューの表示内容については，「22.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

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

JP1/IM - Managerを使用するには，同ホスト上にバージョン8のJP1/Baseをインストールする必要があります。マネージャーホスト上のJP1/Baseをバージョンアップする場合，次の点に注意してください。

バージョン7のコマンド実行履歴ファイルがある場合は，JP1/Baseのバージョンアップ後，JP1/IMの運用開始までの間に必ずjcocmdconvコマンドを実行してください。
このコマンドを実行することで，バージョンアップ前のコマンド実行履歴をバージョン8の環境に引き継げます（引き継がなかった場合，バージョンアップ前のコマンド実行履歴が参照できなくなります）。
また，クラスタ運用時には，共有ディスクにアクセスできる状態で，実行系か待機系どちらか一方から論理ホストに対し，jcocmdconvコマンドを1回だけ実行してください。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmdconv」（2.　コマンド）

なお，そのほかのJP1/Baseのバージョンアップに関する注意事項については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項，の説明を参照してください。

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

バージョン6のJP1/IMマネージャー製品からバージョン8のJP1/IM - Managerにバージョンアップする場合，次の点に注意してください。

＜この項の構成＞

(1)　インストール先ディレクトリについて

(2)　バージョン6のJP1/IMからのバージョンアップについて

(1)　インストール先ディレクトリについて

JP1/IM - Managerのインストール先ディレクトリについては，「7.2.1(1)　インストール先ディレクトリについて」を参照してください。

(2)　バージョン6のJP1/IMからのバージョンアップについて

JP1/IM - Managerにバージョンアップする前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン6のJP1/IMの定義情報が引き継がれます。ただし，次の点に注意してください。

論理ホスト（クラスタ）環境についてはjp1cohaverupコマンドを実行して今バージョンで追加された定義情報を反映する必要があります。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cohaverup」（2.　コマンド）

バージョン6のJP1/IMでイベント取得フィルターを使用していた場合，バージョンアップするとイベント取得フィルターは，イベント取得フィルター（互換用）として動作します。イベント取得フィルター（互換用）は，JP1イベントの監視にだけ有効なフィルターとして動作します（フィルター位置はイベントコンソールサービス上）。
イベント取得フィルター（互換用）のフィルター位置については，「図7-1　イベント取得フィルター（互換用）のフィルター位置」を参照してください。
イベント取得フィルター（互換用）の場合，次に示す機能は，JP1/IM - Managerが取得したJP1イベントすべてを処理対象とします。

自動アクション（自動アクションサービスが該当）

統合スコープ（セントラルスコープサービスが該当）

相関イベント発行（相関イベント発行サービスが該当）

JP1/IM - Incident Master連携機能（インシデント登録サービスが該当）

このため，フィルターの設定によっては，例えば，自動アクションが実行されているにもかかわらず，［イベントコンソール］画面にはその自動アクションの契機になったJP1イベントが表示されない，といった現象が発生することがあります。
また，イベント取得フィルター（互換用）で定義できる内容は，JP1/SESイベントの取得可否，重大度，イベントIDによる取得可否だけです（ほかのフィルターと同等の細かな条件定義ができません）。
JP1/IMとして取得するJP1イベントを統一したい，または，ほかのフィルターと同様に，詳細にフィルター条件を定義したい場合には，jcochafmodeコマンドを実行して，フィルター位置をイベントコンソールサービスからイベントフロー制御サービスに移動してください。なお，元のイベント取得フィルター（互換用）で設定した内容の引き継ぎについては，「表7-2　イベント取得フィルター設定項目の引き継ぎ」を参照してください。運用に合わせて設定内容，条件群名を変更してください。
なお，バージョンアップ前のイベント取得フィルターで運用したい場合は，jcochafmode コマンドの実行は不要です。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcochafmode」（2.　コマンド）

注意事項

jcochafmodeコマンドを実行して，イベント取得フィルターの位置をイベントコンソールサービスからイベントフロー制御サービスに変更すると，以前のイベント取得フィルターに戻せなくなります。jcochafmodeコマンドを実行する前に，イベント取得フィルターの位置の変更について，十分に検討をしてください。

ユーザーフィルター，重要イベントフィルター，表示フィルターおよびイベント検索の条件として定義した情報は次のように引き継がれます。運用に合わせて条件群名を変更してください。

ユーザーフィルター
フィルター名，ユーザー名はそのまま，フィルター条件は「既存条件群」として引き継がれる。

重要イベントフィルター
フィルター条件は「既存条件群」として引き継がれる。

表示フィルター
フィルター名は「既存のフィルター条件」，フィルター条件は「既存条件群」として引き継がれる。

イベント検索条件
検索条件は「既存条件群」として引き継がれる。

「KAVB9032-E アクション情報ファイルの移行に失敗しました。保守コード：保守コード」メッセージのダイアログが表示されることがあります。この場合には，「表7-3　KAVB9032-Eの保守コード」を参照して，保守コードに従って対処してください。

バージョン6のJP1/IMで，イベントバッファーを2,000件より大きく設定していた場合，バージョンアップするとイベントバッファーの件数が2,000件に再設定されます。イベント取得フィルターなどを利用して表示するイベントを絞り込んでください。

バージョン6のJP1/IM - Central Consoleからバージョンアップした場合，バージョン6で使用していたWWWページ版動作定義ファイルの名称が次表のとおり変更され，バージョン8用のWWWページ版動作定義ファイルが新規作成されます。定義情報は引き継がれません。

表7-6　WWWページ版動作定義ファイルの名称変更

OS | 名称変更前 | 名称変更後
Windows | Consoleパス¥www¥console_ja.html | Consoleパス¥www¥console_ja.html.jp1_im_console_v6_backup
Consoleパス¥www¥console.html | Consoleパス¥www¥console.html.jp1_im_console_v6_backup
UNIX | /opt/jp1cons/www/console_ja.html | /opt/jp1cons/www/console_ja.html.jp1_im_console_v6_backup
/opt/jp1cons/www/console.html | /opt/jp1cons/www/console.html.jp1_im_console_v6_backup

旧バージョンの定義情報をバージョン8に反映したい場合は，名称変更された旧バージョンのファイルを参照して，バージョン8用に新規作成されたファイルに反映してください。WWWページ版動作定義ファイルについては，マニュアル「JP1/Integrated Management - Manager リファレンス　WWWページ版動作定義ファイル（console_ja.html）」（3.　定義ファイル）を参照してください。

バージョン6のJP1/IMからバージョンアップする前に，WWWページ版のJP1/IM - Viewを使用していた場合は，バージョンアップしたあとに次の操作を行ってください。

IEのインターネット一時ファイルを削除してください。
Microsoft Internet Explorerの場合
Microsoft Internet Explorerのメニューから，［ツール］－［インターネットオプション］を選択し，［全般］タブの［インターネット一時ファイル］から，［ファイルの削除］ボタンをクリックしてください。
Windows Internet Explorerの場合
Windows Internet Explorerのメニューから，［ツール］－［インターネットオプション］を選択し，［全般］タブの［閲覧の履歴］から，［削除］ボタンをクリックして，［インターネット一時ファイル］の［ファイルの削除］ボタンをクリックしてください。

コントロールパネルの［Java Plug-in］を選択して表示された，［Java(TM) Plug-in　コントロールパネル］画面から，［キャッシュ］タブの［クリア］ボタンをクリックして，キャッシュを削除してください。

UNIXの場合，バージョン6のJP1/IMからバージョンアップすると，バージョン6で使用していた/etc/opt/jp1cons/conf/jp1co_env.confファイルの名称が次表のとおり変更され，バージョン8用のファイルが新規作成されます。このとき，定義情報は引き継がれません。

表7-7　/etc/opt/jp1cons/conf/jp1co_env.confファイルの名称変更

OS | 名称変更前 | 名称変更後
UNIX | /etc/opt/jp1cons/conf/jp1co_env.conf | /etc/opt/jp1cons/conf/jp1co_env.conf.jp1_im_console_v6_backup

旧バージョンの定義情報をバージョン8に反映したい場合は，名称変更された旧バージョンのファイルを参照して，バージョン8用に新規作成されたファイルに反映してください。

UNIXの場合，バージョン6のJP1/IMからバージョンアップすると，バージョン07-10-/A以降で変更になったJP1/IM起動用スクリプトの修正が反映されません。jco_startコマンドでJP1/IMを起動している場合，バージョンアップしたあと，次のファイルを上書きコピーしてください。
　コピー元：/etc/opt/jp1cons/jco_start.model
　コピー先：/etc/opt/jp1cons/jco_start

AIXでバージョンアップする前に，バージョン6のJP1/BaseおよびJP1/IMですでに自動起動・自動停止の設定を行っていた場合，バージョンアップしたあとに次に示す手順で，自動起動・自動停止の設定を行ってください。HP-UX，Solarisの場合は，「10.5.3　自動起動および自動終了の設定」を参照してください。

自動起動，自動終了のスクリプトを上書きコピーする。

# cd /etc/opt/jp1cons
# cp -p jco_start.model jco_start
# cp -p jco_stop.model jco_stop

自動起動の設定をする。

(a) バージョン6の自動起動の設定を解除する

バージョン6のJP1/BaseおよびJP1/IMですでに自動起動の設定を行っている場合は，まず，その設定を解除します。/etc/rc.tcpip内に，次のようなバージョン6のJP1/BaseとJP1/IMの起動エントリが記述されているかを確認し，記述がある場合は削除してください。

ファイル名：/etc/rc.tcpip

　　：

test -x /etc/opt/jp1base/jbs_start && /etc/opt/jp1base/jbs_start

test -x /etc/opt/jp1cons/jco_start && /etc/opt/jp1cons/jco_start

　　：

(b) 自動起動の設定

JP1/BaseとJP1/IM - Managerの起動エントリを，mkitabコマンドで/etc/inittabファイルに追加します。次の順序で実行してください。

# mkitab -i hntr2mon "jp1base:2:wait:/etc/opt/jp1base/jbs_start"

# mkitab -i jp1base "jp1cons:2:wait:/etc/opt/jp1cons/jco_start"

設定したあと，lsitabコマンドで設定内容を確認します。

# lsitab -a

init:2:initdefault:

brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of system boot

　　：

　　：

hntr2mon:2:once:/opt/hitachi/HNTRLib2/etc/D002start

jp1base:2:wait:/etc/opt/jp1base/jbs_start

jp1cons:2:wait:/etc/opt/jp1cons/jco_start

#

上記のように，プロセスを起動する順序のとおり，記述エントリがhntr2mon（統合トレース機能），jp1base，jp1consの順に記述されていれば，正しく設定されています。

自動停止の設定をする。

(a) バージョン6の自動停止の設定を解除する

バージョン6のJP1/BaseおよびJP1/IMですでに自動停止の設定を行っている場合は，まず，その設定を解除します。/usr/sbin/shutdown内に，次のようなバージョン6のJP1/BaseとJP1/IMの停止エントリが記述されているかを確認し，記述がある場合は削除してください。

ファイル名：/usr/sbin/shutdown

　　：

test -x /etc/opt/jp1cons/jco_stop && /etc/opt/jp1cons/jco_stop

test -x /etc/opt/jp1base/jbs_stop && /etc/opt/jp1base/jbs_stop

　　：

(b) 自動停止の設定

JP1/BaseとJP1/IM - Managerの停止エントリを，テキストエディターで/etc/rc.shutdownファイルに追加します。

次の順序で記述してください。

ファイル名：/etc/rc.shutdown

　　：

test△-x△/etc/opt/jp1cons/jco_stop△&&△/etc/opt/jp1cons/jco_stop

test△-x△/etc/opt/jp1base/jbs_stop△&&△/etc/opt/jp1base/jbs_stop

　　：

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

バージョン6のJP1/IM - Console Viewからバージョン8のJP1/IM - Viewにバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，旧バージョンの定義情報が引き継がれます。ただし，次の点に注意してください。

インストール処理の途中で［プログラムフォルダの選択］画面が表示されます。このとき，初期値としてバージョンアップ前のプログラムフォルダ名が設定されますので，必要に応じて名称を変更してください。
なお，新規インストール時には初期値として「JP1_Integrated Management - View」が設定されます。

統合機能メニューの表示内容はバージョン8として更新されません。バージョン8で変更されたメニューを反映させたい場合は，次のファイルを上書きコピーしてください。

アプリケーション実行定義ファイル
コピー元：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の統合機能メニューの表示内容については，「22.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

統合トレース機能（HNTRLib2）がインストールされますが，HNTRLibは削除されません。HNTRLibが不要な場合は，ほかのプログラムがHNTRLibを使用していないことを確認した上で削除してください。削除する場合は，コントロールパネルの［プログラムの追加と削除］から［Hitachi Network Objectplaza Trace Library］を選択します。

バージョン6のJP1/IM - Console Viewでスクロールバッファーを2,000件より大きく設定していた場合，バージョンアップするとスクロールバッファーの件数が2,000件に再設定されます。

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

JP1/IM - Managerを使用するには，同ホスト上にバージョン8のJP1/Baseをインストールする必要があります。マネージャーホスト上のJP1/Baseをバージョンアップする場合，次の点に注意してください。

バージョン6のコマンド実行履歴ファイルがある場合は，JP1/Baseのバージョンアップ後，JP1/IMの運用開始までの間に必ずjcocmdconvコマンドを実行してください。このコマンドを実行することで，バージョンアップ前のコマンド実行履歴をバージョン8の環境に引き継げます（引き継がなかった場合，バージョンアップ前のコマンド実行履歴が参照できなくなります）。
また，クラスタ運用時には，共有ディスクにアクセスできる状態で，実行系か待機系どちらか一方から論理ホストに対し，jcocmdconvコマンドを1回だけ実行してください。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmdconv」（2.　コマンド）
なお，そのほかのJP1/Baseのバージョンアップに関する注意事項については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項，の説明を参照してください。

7.3　システム構成の検討

ここでは，JP1/IMをさまざまなプログラムと組み合わせて使用する場合の構成例を示します。

＜この節の構成＞

7.3.1　基本構成

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

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

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

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

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

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

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

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

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

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

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

7.3.1　基本構成

JP1/IMの基本的な構成の例を次に示します。

図7-2　基本構成例

この例は，業務の実行状況を2階層で管理するシステムの構成例です。

各ホストで必要な製品を次に示します。

統合マネージャー（最上位のマネージャー）ホスト

JP1/IM - Manager
統合コンソールと統合スコープを稼働させています。統合スコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

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が必要となります。なお，統合スコープは，中間層のマネージャーホストでも稼働させることができます。

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

JP1/AJS2とJP1/IMを連携して使用すると，JP1/AJS2で実行しているジョブの実行状況を，JP1/IM - Viewから監視できます。また，JP1/IM - ViewからJP1/AJS2の画面を呼び出して，ジョブの定義や操作をすることもできます。

JP1/AJS2とJP1/IMを連携して使用する場合のシステム構成例を次に示します。

図7-3　JP1/AJS2との連携例

各ホストで必要なプログラムを次に示します。

マネージャーホスト

JP1/IM - Manager
統合コンソールと統合スコープを稼働させています。統合スコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェントホスト（JP1/AJS2マネージャーホスト）

JP1/AJS2 - Manager

JP1/Base

エージェントホスト（JP1/AJS2エージェントホスト）

JP1/AJS2 - Agent

JP1/Base

ビューアーホスト

JP1/IM - View

JP1/AJS2 - View
JP1/IM - ViewからJP1/AJS2の画面を呼び出して，操作するためには，ビューアーホストにJP1/AJS2 - Viewが必要です。

この例では，JP1/AJS2のジョブの実行状況に関するJP1イベントをマネージャーに転送してJP1/IM - Viewでジョブの実行状況を監視しています。

また，ビューアーホストでは，JP1/IM - Viewの画面から，JP1/AJS2 - Viewを呼び出せます。JP1/AJS2 - Viewは，JP1/AJS2 - Managerと接続し，JP1/AJS2を操作します。

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

JP1/IMを，JP1/Cm2/NNMまたはHP OpenView NNMと連携して使うと，システムのネットワークを監視できます。

JP1/IM - Viewの画面から，JP1/Cm2/NNMまたはHP OpenView NNMの画面を呼び出せます。また，JP1/Cm2/NNMまたはHP OpenView NNMが管理するSNMPトラップをJP1/BaseがJP1イベントに変換して，JP1/IM - Viewの［イベントコンソール］画面で監視できます。

図7-4　JP1/Cm2/NNMとの連携例

各ホストで必要なプログラムを次に示します。

マネージャーホスト

JP1/IM - Manager
統合コンソールと統合スコープを稼働させています。統合スコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェントホスト（ネットワーク管理マネージャーホスト）

JP1/Cm2/NNMまたはHP OpenView NNM

HTTPサーバ
JP1/Cm2/NNMのWWWページを表示するために必要です。

JP1/Base

（ネットワーク管理エージェントホスト）

JP1/Cm2/Extensible SNMP Agent，JP1/Cm2/Extensible Agentなど

ビューアーホスト

JP1/IM - View

WWWブラウザー
JP1/Cm2/NNMのWWWページを表示するために必要です。

＜備考＞

SNMPトラップをJP1イベントに変換すると，SNMPトラップでの重要度は，JP1イベントでは次の表のように重大度として変換されます。

表7-8　SNMPトラップをJP1イベントに変換したときの重大度

SNMPトラップでの重要度 | 変換後のJP1イベントでの表示(重大度)
Normal | Information
Warning | Warning
Minor | Error
Major | Critical
Critical | Alert

このような注意事項やSNMPトラップの変換方法については，マニュアル「JP1/Base 運用ガイド」に記述があります。SNMPトラップ変換については，マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の章を参照してください。

JP1/Cm2/NNMやHP OpenView NNMなどが発行するSNMPトラップをJP1/BaseでJP1イベントに変換して監視する場合，障害発生元のIPアドレスが正しく受信できないことがあります。これは，JP1/BaseでSNMPトラップをJP1イベントに変換した場合，JP1イベントの「発行元IPアドレス」属性に設定される値が，SNMPトラップを発行したホストのIPアドレスではなく，JP1/BaseがあるホストのIPアドレスであるためです。SNMPトラップを発行したホスト名を取得するには，拡張属性の「SNMPトラップ発生ソース」を指定してください。「SNMPトラップ発生ソース」属性は，変数では「$EV"SNMP_SOURCE"」と指定します。

7.3.4　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イベントを監視することはできません。

システム構成例を次に示します。

図7-5　WWWブラウザーでJP1イベントを監視する場合の構成例

各ホストで必要なプログラムを次に示します。

マネージャーホスト

JP1/IM - Manager

JP1/Base

HTTPサーバ

エージェントホスト

JP1/Base

JP1シリーズのプログラム，業務プログラムなど

ビューアーホスト

WWWブラウザー
WWWブラウザーを使ってJP1イベントを監視するには，JREとそれに同梱されているプラグインが必要です。詳細は，JP1/IM - Managerのリリースノートを参照してください。

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

CosminexusとJP1/IMを連携して使用すると，Cosminexusのシステム環境（Webシステムの実行・管理環境）の状態を監視できます。また，JP1/IM - ViewからCosminexusの画面を呼び出すなど，ほかの連携製品と同様にJP1/IMを起点にした初動調査ができます。

CosminexusとJP1/IMを連携してCosminexusのシステム環境の状態を監視する場合のシステム構成例を次に示します。

図7-6　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イベントを監視できます。

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

JP1/Cm2/SSOでCosminexusのシステム環境で使用されるリソースの監視を行っている場合，JP1/IMでは，統合スコープを利用することでCosminexusのシステム環境の情報に加え，そのシステム環境で実行される業務に関連するリソース情報を収集し，監視できます。なお，Cosminexus + JP1/Cm2/SSO連携の監視オブジェクトは，ユーザー監視オブジェクトです。

この場合のシステム構成例を次に示します。

図7-7　Cosiminexus + 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の前提製品です。また，JP1/Cm2/SSOが発行するSNMPトラップを管理します。

HTTPサーバ
NNMの画面（WWWページ）を表示するために必要です。

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業務のリソース状況を監視するための監視オブジェクトが生成されません。監視ツリーの種類と監視オブジェクトの関係については，「 3.3.3 (3)　自動生成できる監視ツリーの構造」を参照してください。

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

JP1/IM - Managerの統合スコープをJP1/IM - Central Information Masterと連携して使うと，JP1/IM - Central Information Masterで構成定義したシステム情報をそのまま監視用に利用できます。

この場合のシステム構成例を次に示します。

図7-8　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は別ホストでもかまいません（別ホストでの注意事項は「6.2.1 (1)注意事項」参照）。

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

JP1/IM - ManagerをJP1/IM - Incident Masterと連携して使うと，発生事象（JP1イベント）同士を関連づけ，一つの障害（インシデント）として管理できるようになります。障害管理（インシデント管理）は，JP1/IM - Incident Masterで行います。

この場合のシステム構成例を次に示します。

図7-9　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ブラウザーでインシデント管理サーバにアクセスすることで，参照・管理操作ができます。なお，インシデント管理サーバとマネージャーホストは同一ホストでもかまいません。

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

JP1/IM - ManagerをJP1/IM - Rule Operationと連携して使うと，ルール起動対象イベント（JP1イベント）がシステムで発生したときに，そのことをJP1/IM - Rule Operationに自動通知できます。

この場合のシステム構成例を次に示します。

図7-10　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への通知処理は，通常の自動アクションと同様，JP1/IMのシステム構成定義に従って実行されます。

このため，JP1/IM - ManagerとJP1/IM - Rule Operationを別ホストで稼働させる場合，システム構成定義上，JP1/IM - Rule OperationホストをJP1/IM - Managerホストの下位に配置する必要があります。

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

JP1/IMは，クラスタシステムに対応しています。JP1/IM - Managerをクラスタ運用している場合は，実行系に障害が起きると，待機系にフェールオーバーして，システムの監視を継続します。

JP1/IM - Managerを，クラスタ運用する場合のシステム構成例を次に示します。

図7-11　クラスタ運用の構成例（アクティブ・スタンバイ構成）

この構成では，実行系サーバと待機系サーバの2台のサーバがあります。

JP1/IM - Managerは，実行系サーバで実行しています。このとき，待機系サーバは，実行系サーバに障害が発生した時に備えて待機している状態で，JP1/IM - Managerは停止しています。

詳しくは「13.　クラスタシステムでの運用と環境構築」を参照してください。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。クラスタ運用時に再起動をしたい場合は，クラスタソフトの制御によってJP1/IM - Managerを再起動してください。

クラスタ構成では，論理ホストのプロセス管理のプロセスを起動する際，論理ホストのconfフォルダに拡張起動プロセス定義ファイルがない場合，物理ホストの拡張起動定義ファイルがコピーされます。

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

JP1/IM - Managerは，非クラスタシステムでの論理ホスト運用に対応しています。フェールオーバーしない論理ホストを使用することで，業務ごとにJP1/IM - Managerを複数運用できます。

1台のマシンで複数のシステムの監視を運用したい場合，それぞれに対応した論理ホストでJP1/IM - Managerを実行してシステム統合監視を運用できます。JP1/IM - Managerを利用し，1台のマシンで二つのシステム統合監視を運用する例を次の図に示します。

図7-12　1台のマシンで二つのシステム統合監視を運用する

詳しくは，「13.5　非クラスタシステムでの論理ホストの運用と環境構築」を参照してください。

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

バージョンの混在が可能なシステム構成例を次の図に示します。

図7-13　バージョンの混在が可能なシステム構成例

バージョンの混在したシステムで運用監視する場合，次の点に注意してください。

同一マシンでのバージョン8，バージョン7およびバージョン6の混在はできない。
例えば，バージョン8のJP1/Baseとバージョン7のJP1/IM - Central Consoleは同じマシンで動作させることはできません。

異なるバージョンの製品と連携する場合，下位バージョンが提供する機能範囲しか操作できない。
例えば，バージョン7のJP1/IM - Viewでバージョン8のJP1/IM - Managerに接続した場合，バージョン7のJP1/IM - Viewでできる範囲でしか操作できません。
バージョン差異による制限事項の詳細は「付録H　下位バージョンとの接続性」を参照してください。

次の製品は，バージョン8のJP1/IM - Manager上位には配置できない。

JP1/IM - Central Console 10 Node（バージョン6，バージョン7）

JP1/IM - Central Console 5 Node（バージョン6）

JP1/IM - Satellite Console（バージョン6）

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

JP1/IMを運用するネットワーク構成について検討してください。

ネットワークに関する検討には，各ホストのネットワーク設定から，ネットワーク全体まで，幾つかの項目があります。

なお，JP1/IMの通信は，基盤機能であるJP1/Baseにより制御しています。ここではJP1/IMについて説明していますが，JP1/Baseもあわせて検討するようにしてください。

＜この節の構成＞

7.4.1　ホスト名とIPアドレス

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

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

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

7.4.5　WAN接続

7.4.1　ホスト名とIPアドレス

JP1/IMが使用するホスト名がIPアドレスに変換できるよう，hostsなどに設定してください。

注意

JP1/IMはホスト名として，hostnameコマンド実行時に表示されるホスト名，または，クラスタ運用時に指定する論理ホスト名を使って動作します。

JP1/IMの各機能に指定するホスト名は，hostnameコマンド実行時に表示されるホスト名，または論理ホスト名を指定してください。

DNSを使用している場合は，FQDN形式でないホスト名を指定してください。例えば，「jp1v6.soft.hitachi.co.jp」の場合は，「jp1v6」を指定してください。

また，論理ホスト名は次に示す条件で指定してください。

指定できる文字数

Windowsの場合：1～196バイト（推奨：63バイト以内）

UNIXの場合：1～255バイト（推奨：63バイト以内）

それ以外のホスト名を使う場合は，「7.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含む）で名前解決をする場合は，両方の変換ができるよう意識して設定する必要がありますので注意してください。

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

JP1/IMを運用するサーバのネットワーク構成について，次の点について確認してください。

メディアセンス（Windowsの場合）
Windowsのメディアセンス機能（LANケーブル抜けなどを検知して，IPアドレスを非活性にする機能）は，無効にすることを推奨します。メディアセンス機能が有効な場合，一時的なネットワークの問題によってIPアドレスが無くなるため，この影響によってJP1の通信ができなくなる場合があります。

NIC多重化
OSによりNICを多重化して，NIC障害時に予備NICに切り替える機能を提供している場合があります。（例えば，WindowsでのNICチーミング，Solarisでのネットワークマルチパス，AIXでのイーサチャネル）JP1を実行するサーバで，これらのNIC多重化の機能を用いる場合は，NIC多重化をしていない場合の動作と完全に互換性があり，JP1の動作に影響がないことが前提です。

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

JP1/IMのホストが，複数のネットワークに接続された構成で運用する場合，次のような要件があることあります。

要件例：ホスト名として，hostnameコマンド実行時に表示されるホスト名や，論理ホスト名として指定したホスト名以外のホスト名を使う

要件例：JP1は他製品とは別の指定された運用管理用のLANで通信する

このような要件がある場合は，JP1/IMおよびJP1/Baseで，複数LAN接続と呼ぶ，特別な設定により対応します。例えば，jp1hosts情報（JP1独自にホスト名とIPアドレスの対応付けをする）の設定をします。

次の説明を参照して，設定および運用を検討してください。

複数ネットワークについて

複数ネットワークでの運用について
参照先：「14.　ネットワーク構成に応じた運用と環境構築」
参照先：マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定に関する説明

＜この項の構成＞

(1)　注意事項

(1)　注意事項

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を，構成定義ファイルに指定してもシステム構成を定義することはできません。

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

JP1/IMは，ファイアウォールを経由するネットワーク構成での運用をサポートしています。サポートしている種類は，パケットフィルタリング方式のファイアウォールと，スタティック変換方式のNATです。

次の説明を参照して，設定および運用を検討してください。

ファイアウォールを経由した運用について

ファイアウォールを経由した運用
参照先：「14.　ネットワーク構成に応じた運用と環境構築」
参照先：マニュアル「JP1/Base運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定に関する説明

＜この項の構成＞

(1)　注意事項

(1)　注意事項

マネージャー・エージェント間の通信は，JP1/IMのシステム構成に従って行われる通信と対象ホストと直接やりとりする直接通信の2種類があります（「3.7.3　JP1/IMのシステム環境で行う通信」を参照）。このため，ファイアウォールの設定もそれぞれの通信に対応した設定をする必要があります。

JP1/IM，JP1/Baseは，自ホスト内の通信でもポートを使用しています。ファイアウォールのホストでJP1/IM，JP1/Baseを使用する場合，自ホスト内の通信については，JP1/IM，JP1/Baseが使うすべてのポートを通過できるよう設定する必要があります。

7.4.5　WAN接続

JP1/IMはWAN接続での運用もできますが，WAN接続をする場合には，次の内容に注意してください。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

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)」(3.　定義ファイル)

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　通信環境定義ファイル(view.conf.update)」(3.　定義ファイル)

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　通信環境定義ファイル（tree_view.conf.update）」(3.　定義ファイル)

7.5　システムの構成定義の検討

JP1/IMにより管理するホストと，それらのシステム構成を検討します。

JP1/IMでは，JP1/Baseの構成管理機能を利用して，JP1/IMで運用監視するシステムの範囲を決めています。また，統合マネージャーホストの下に拠点マネージャーホストを配置し，その下にエージェントホストを配置する，といった階層構造で構成を組むこともできます。

システム構成定義は，次の機能と関連しています。

JP1イベントの上位ホストへの転送

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

JP1/IMからの自動アクション

定義情報の収集と配布

詳細は，次の説明を参照してください。

システム構成定義について

システム構成定義の概要，システム構成定義を設定した場合の影響について
参照先：「3.6.2　JP1/IMシステムの構成管理」

システム構成定義の設定
定義：構成定義ファイル（jbs_route.conf）で定義する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　構成定義ファイル（jbs_route.conf）」（3.　定義ファイル）

7.6　ユーザー認証の検討

JP1ユーザーを管理する認証サーバについて検討します。

JP1/IMでは，JP1/IM - Viewからマネージャーホスト上のJP1/IM - Managerにログインして，システムの運用監視を行います。ログイン時には，必ず認証サーバで認証が行われ，ログインユーザーの操作権限情報がJP1/IM - Viewに返されます。JP1/IMでは，この一連の処理をユーザー認証と呼んでいます。

JP1/IMの場合，ユーザー認証の設定が必要となるのは，マネージャーホストおよび認証サーバとして使用するJP1/Baseをインストールしたホストです（設定の詳細は，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明を参照）。

＜この節の構成＞

(1)　ユーザー認証圏について検討する

(2)　JP1ユーザーのアクセス権限について検討する

(3)　注意事項

(1)　ユーザー認証圏について検討する

マネージャーホストでは，そのマネージャーホストが参照する認証サーバを指定する必要があります。参照する認証サーバが複数のマネージャーホストで同じだった場合，その認証サーバの管理範囲は，参照指定をした複数のマネージャーホストとなります。この管理範囲のことをユーザー認証圏と呼びます。

ユーザー認証圏は，JP1/Baseの設定によってシステム内に複数構築することも，一つだけ構築することもできます。次の表にそれぞれの場合の，検討のポイントを示します。この表および「7.6(1) (a)　推奨するユーザー認証圏の数」の内容を参考にしてユーザー認証圏を幾つ構築するか検討してください。

表7-9　ユーザー認証圏の数と検討のポイント

ユーザー認証圏の数 | 検討のポイント
ユーザー認証圏をシステム内に一つだけ構築した場合 | システム管理者は，JP1ユーザーを統一管理できます。しかし，認証サーバがダウンした場合，JP1/IMの利用ができなくなるなど，システム全体に影響を与え，システムとしての耐性が弱くなります。
ユーザー認証圏をシステム内に複数構築した場合 | システム管理者は，構築した認証圏の数だけJP1ユーザーを管理する必要が生じます。しかし，個々の認証サーバが独立しているため，システムとしての耐性は強くなります。

(a)　推奨するユーザー認証圏の数

システム内にユーザー認証圏を複数構築した場合，その管理が複雑になります。このため，ユーザー認証圏を一つまたは少数だけ構築し，その中でシステムの耐性を強くする対策をとることをお勧めします。

システムの耐性を強くする対策として，一つのユーザー認証圏に認証サーバを2台設置する方法があります（プライマリー認証サーバ，セカンダリー認証サーバ）。認証サーバを2台設置しておけば，プライマリー認証サーバにトラブルが発生しても，セカンダリー認証サーバに自動で切り替わり，引き続きシステムの運用監視が行えます。また，認証サーバのホストをクラスタ運用したり，認証サーバが異常終了したときに自動で再起動するよう設定したりすることでシステムの耐性を強くできます。

認証サーバについて

JP1ユーザーの管理と認証サーバについて
参照先：「3.6.4　JP1ユーザーの管理」
参照先：マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明

JP1/IMが使用する認証サーバの指定
JP1/Base環境設定のGUI，またはjbssetusrsrvコマンドで指定する
参照先：マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明

(2)　JP1ユーザーのアクセス権限について検討する

認証サーバにJP1ユーザーを登録する際には，運用に合わせてJP1ユーザーに最適なJP1資源グループ，JP1権限レベルを割り当てる必要があります。

統合コンソールを使用する場合，JP1ユーザーに，JP1資源グループ「JP1_Console」，JP1権限レベル「JP1_Console_Admin」「JP1_Console_Operator」「JP1_Console_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

統合スコープを使用する場合，監視ツリーの編集，サーバへの反映を実施する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資源グループの割り当ての詳細については，「3.3.4（3）監視ツリーの監視範囲設定」を参照してください。

JP1権限レベルによるJP1/IMの操作制御については，「付録E　操作権限一覧」を参照してください。

(3)　注意事項

JP1権限レベルによる，JP1/IM - Viewの操作制御を実現したい場合は，認証サーバとして使用するJP1/Baseのバージョンを7以降にしてください。

認証サーバを2台設置する場合は，認証サーバとして稼働させるJP1/Baseのバージョンを同一バージョンにしてください。

両認証サーバに登録するJP1ユーザーの情報は，同一にする必要があります。設定手順については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明を参照してください。

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

JP1/IMおよびJP1/Baseの環境について検討してください。

＜この節の構成＞

7.7.1　正規表現の選択

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

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

7.7.4　JP1ユーザー環境の検討

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

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

7.7.7　統合スコープに関するシステム設計

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

7.7.9　JP1/IM - Viewの環境

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

7.7.1　正規表現の選択

JP1/IMおよびJP1/Baseでは，各種フィルター条件や検索条件などに正規表現を使うことができます。ただし，使用できる正規表現は，各機能，OSによってデフォルト値が異なります。

例えば，Windowsの場合，自動アクションやイベント取得フィルターで使用できる正規表現がJP1独自正規表現なのに対し，UNIXの場合，基本正規表現です。また，ユーザーフィルターや統合スコープで使用できる正規表現は，Windows，UNIXで共通ですが，拡張正規表現となっています。

JP1/IM - ManagerやJP1/Baseの設定を変更することで，使用できる正規表現を拡張正規表現に統一できます。JP1/IMの監視環境を構築する際に設定を変更（拡張正規表現に統一）することを検討してください。

既存の環境に，正規表現を使ったフィルター条件の設定などが多くある場合など，互換性を優先する場合にだけ，デフォルト値で運用するようにしてください。

なお，使用する正規表現の設定は，JP1/Baseの設定，および自動アクション環境定義ファイルの"REGEXP"パラメーターで設定します。

正規表現について

正規表現の種類の説明
参照先：「付録G　正規表現」

使用する正規表現を設定する
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）
参照先：マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の，使用する正規表現についての説明

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

JP1/IMやJP1/Baseが障害などで停止すると，システムの運用管理に影響します。このため，JP1/IMやJP1/Baseでは，障害の耐性を高めるために，次の機能を提供しています。

プロセスが異常終了した場合に，自動的に再起動する（プロセス管理機能）

プロセスの起動・終了処理で異常を検知した場合に，JP1イベントを発行する（プロセス管理機能）

プロセスのハングアップを検知した場合に，JP1イベントを発行する，および通知コマンドを実行する（ヘルスチェック機能）。

これらの機能を有効にすることを検討してください。デフォルトでは無効になっています。

プロセス障害時の通知と対処について

プロセス管理機能について
参照先：「3.7.1JP1/IM - Managerのプロセス管理」

プロセス異常時の再起動を有効にする設定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　拡張起動プロセス定義ファイル（jp1co_service_0700.conf）」（3.　定義ファイル）

プロセス異常発生時のJP1イベントの発行を有効にする設定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　IMパラメーター定義ファイル（jp1co_param_V7.conf）」（3.　定義ファイル）

ヘルスチェック機能について
参照先：「3.7.2　JP1/IM - Managerのヘルスチェック機能」

プロセスのハングアップ検知時のJP1イベント発行，通知コマンド実行を有効にする設定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ヘルスチェック定義ファイル（jcohc.conf）」（3.　定義ファイル）

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それぞれに用意されています。

表7-10　ダンプ出力コマンド一覧

コマンド
説明

jcothreaddmp
JP1/IM - View用ダンプ出力コマンド。
JP1/IM - Viewハングアップ時に，障害調査に必要な資料として次のダンプを出力します。

Javaスレッドダンプ

jcogencore
JP1/IM - Managerダンプ出力コマンド。
JP1/IM - Managerプロセスのハングアップ時に，障害調査に必要な資料として次のダンプを出力します。

Javaスレッドダンプ：java（evtcon，evgen，jcdmain）プロセスの障害資料として出力します。

コアダンプ（UNIX限定）※：java（evtcon，evgen，jcdmain），jcamain，evflowプロセスの障害資料として出力します。

プロセスがハングアップしたかどうかはヘルスチェック機能を利用するなどしてください。

注※　5プロセス分のコアダンプを出力した場合，コアダンプの容量は合計で最大8,419メガバイトになることがあります。このため，出力する前にディスク容量にゆとりがあるか確認してください。

資料採取ツール

資料採取ツールは，バッチ（Windowsの場合）またはスクリプト（UNIXの場合）で提供されています。

表7-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に関係する部分だけです）。

採取する資料の詳細については，「24.3　トラブル発生時に採取が必要な資料」を参照してください。なお，Windowsの場合，トラブルが発生したときにメモリーダンプやクラッシュダンプが必要になることがあります。これらのダンプファイルも万一に備えて出力する設定にしておくことをお勧めします。

ただし，以下の点に注意してください。

メモリーダンプのサイズは，実メモリーのサイズによって異なります。搭載している物理メモリーが大きいと，メモリーダンプのサイズも大きくなります。メモリーダンプを採取できるだけのディスク領域を確保してください。詳細は，Windowsのヘルプの「STOPエラー」の項目を参照してください。

クラッシュダンプに出力される情報はJP1だけでなく，ほかのアプリケーションプログラムのトラブル情報も出力されます。また，クラッシュダンプが出力されると，その分ディスク容量が圧迫されます。クラッシュダンプが出力されるように設定する場合は，十分なディスク領域を確保してください。

JavaTM Plug-in提供デバッグツール

WWWページ版のJP1/IM - Viewを使用しているときにハングアップした場合には，JavaTM Plug-inで提供しているデバッグツールを利用してJavaのスタックトレースログを採取します。このツールは，WWWページ版のJP1/IM - View表示時には使用できる状態にしておく必要があります。詳細については「11.11 (5)［Javaコンソール］画面の表示設定」を参照してください。

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

JP1/IM - Managerのシステム環境は，GUIやプロファイル（システムプロファイル）を使って変更できます。変更した内容はマネージャー上のJP1/IM - Managerで管理されます。

ここでは，JP1/IM - Managerのシステム環境のうち，ユーザーが変更できる設定項目について説明します。必要に応じて設定を変更することを検討してください。

＜この項の構成＞

(1)　JP1/IM - Managerのシステム環境についての検討項目

(2)　注意事項

(1)　JP1/IM - Managerのシステム環境についての検討項目

(a)　イベントバッファー

イベントサービスからイベントを抽出してマネージャー上にバッファリングするときのイベント件数の上限を設定します。10～2,000（単位：件）の範囲で設定できます。

デフォルト設定は，500（単位：件）です。

イベントバッファーの値を小さくし過ぎると，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページに表示するJP1イベントに抜けが発生する場合があります。

(b)　jcochstatコマンドからの接続許可の検討

jcochstatコマンドを使用するとイベントDB内のJP1イベントの対処状況を変更できます。このコマンドを利用すれば，ほかのアプリケーションからもJP1イベントの対処状況を変更できるようになりますが，JP1/IMの運用管理上，問題がある場合があります。

このため，JP1/IM - Managerでは，マネージャーホストのイベントDBに対して，jcochstatコマンドによる対処状況の変更を許可しないように設定できます（デフォルトは変更を許可しています）。ほかのアプリケーションからJP1イベントの対処状況を変更する必要がない場合には，許可しない設定にしておくことをお勧めします。

JP1/IM - Managerのシステム環境設定のカスタマイズについて

JP1/IM - Managerのシステム環境設定をGUIでカスタマイズする（推奨）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.9　［システム環境設定］画面」

JP1/IM - Managerのシステム環境設定を定義ファイルでカスタマイズする
通常は，GUIの［システム環境設定］画面により設定してください。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　システムプロファイル（.system）」（3.　定義ファイル）

(2)　注意事項

属性値が範囲外など，プロファイルに誤りがある場合，JP1/IM - Managerは正しく動作しないことがあります。

7.7.4　JP1ユーザー環境の検討

JP1/IMのJP1ユーザー環境（JP1ユーザーごとの［イベントコンソール］画面表示内容など）は，GUIやプロファイル（ユーザープロファイル）を使って変更できます。変更した内容はJP1/IM - Managerで管理されます。

ここでは，JP1ユーザー環境の設定項目のうち，事前に検討してほしい項目および注意事項について説明します。

＜この項の構成＞

(1)　スクロールバッファー

(2)　注意事項

(1)　スクロールバッファー

スクロールバッファーの値（バッファリングするJP1イベントの件数）は，［ユーザー環境設定］画面で変更できます。10～2,000（単位：件）の範囲で変更できます（WWWページ版のJP1/IM - Viewは10～1,000）。

デフォルトでは500（単位：件）となっています（WWWページ版のJP1/IM - Viewはデフォルト100）。また，推奨値は，500（単位：件）です（WWWページ版のJP1/IM - Viewは10～100）。

ユーザー環境のカスタマイズについて

ユーザー環境をGUIでカスタマイズする（推奨）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」

(2)　注意事項

JP1のユーザー管理でユーザーを削除しても，ユーザープロファイルは削除されません。

JP1のユーザー管理でユーザー名を変更しても，ユーザープロファイルは引き継がれません。

属性値が範囲外など，プロファイルに誤りがある場合，JP1/IM - Viewは正しく動作しないことがあります。

7.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の変更の方が若干早い）した場合，次のように製品は動作します。

図7-14　複数ユーザーによる対処状況変更時の製品動作

実際の対処状況の状態遷移については，変更指示を受けた順に遷移（この場合「未対処→処理中→対処済」）しますが，その際に発行される対処状況イベント（3F11）に格納される対処前状況は，各ユーザー変更指示時の対処状況（この場合「未対処」）がそのまま格納されます。

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

コマンド実行機能の環境について，検討してください。

コマンド実行環境は，JP1/IM - Viewからのコマンド実行，および自動アクション機能によりコマンドを実行する時に動作します。

また，システム構成管理やユーザー認証の機能とも関連しています。

＜この項の構成＞

(1)　コマンド実行環境の検討

(2)　注意事項

(1)　コマンド実行環境の検討

コマンド同時実行数の設定
自動アクション機能で実行されるコマンドは，通常一つのホストで一つずつ実行されるように設定されています。しかし，実行終了までに長時間かかるコマンドを実行する場合に後続のコマンドの実行開始を早めたいときは，一つのホストで同時に複数のコマンドを実行できます。
一つのホストで同時に複数のコマンドを実行できるようにするには，jcocmddefコマンドの-execnumオプションを使用してコマンド同時実行数を設定します。1～48の値を指定できます。デフォルトは，1です。
"コマンド同時実行数"で定義された数までコマンドを，並行して実行します。同時に実行されるコマンド数はコマンドの実行時間や実行環境により変化しますが，"コマンド同時実行数"を超えることはありません。自動アクションで実行するコマンドの実行時間が長い場合は，シリアル（デフォルト）設定の場合には実行遅延が発生します。このような場合は設定をパラレルに変更することによって，実行遅延を減少できます。
また，このオプションで2以上の値を指定した場合は，複数のコマンドが同時に実行されるため，先に実行されたコマンドが必ずしも先に終了するとは限りません。したがって，自動アクションの終了順序を考慮した運用をしている場合は，このオプションを指定しないでください。

詳細は，次の説明を参照してください。

コマンド実行環境について

コマンド実行環境の概要
参照先：「3.6.3　コマンド実行の管理」

(2)　注意事項

自動アクションのコマンド先行入力数以上の自動アクションを実行しようとすると，そのアクションはエラーとなります。実行待ちのアクションが実行されるのを待って再実行を指示してください。再実行は，［アクション結果詳細］画面の［アクション］に表示される内容を［コマンド実行］画面に入力して行います。
コマンド先行入力数の設定方法は，JP1/Baseのバージョンによって異なります。
JP1/Baseのバージョンが06-51以前の場合
自動アクション機能実行環境の設定作業の中で，コマンド先行入力数を設定（定義情報ファイルを編集）します。1～64の値を指定できます。デフォルトは，10です。自動アクション機能実行環境の設定方法については，「11.3（1）自動アクション機能の実行環境の設定」を参照してください。
JP1/Baseのバージョンが06-71以降の場合
jcocmddefコマンドの-queuenumオプションでコマンド先行入力数を設定します。0～65,535の値を指定できます。デフォルトは，1,024です。jcocmddefコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddef」（2.　コマンド）を参照してください。

自動アクションの実行中にJP1/Baseが停止すると，そのアクションはエラーになります。

7.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の構成管理で定義したホスト名。

監視ツリーを自動生成するためのセットアップを行った連携製品の構成情報に含まれるホスト名。

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

ネットワークに低速の回線が使われていたり，ビューアーホストの負荷が高かったりするときに，サーバの通信処理でタイムアウトによる通信エラーが発生することがあります。このような場合には，JP1/IMの設定を変更することで対処できます。

タイムアウト時間は，デフォルトで2,500ミリ秒です。低速回線やイベントトラフィックが高い環境でJP1/IMを使用する場合はこの値を大きくしてください。

通信タイムアウト値の調整について

JP1/IM - Manager（JP1/IM - Central Console）の通信タイムアウト値の調整
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　通信環境定義ファイル（console.conf.update）」（3.　定義ファイル）

JP1/IM - Viewの通信タイムアウト値の調整
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　通信環境定義ファイル（view.conf.update）」（3.　定義ファイル）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　通信環境定義ファイル（tree_view.conf.update）」（3.　定義ファイル）

なお，JP1/IM - Manager（JP1/IM - Central Scope）では通信タイムアウト値の調整は必要ありません。

7.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）」（3.　定義ファイル）

(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）」（3.　定義ファイル）

(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 GUIリファレンス」

7.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の使用
参照先：「11.11　WWWページ版のJP1/IM - Viewを使用する場合の設定」

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

次に示す統合管理製品と連携するときの環境設定について検討してください。

JP1/IM - Incident Master

JP1/IM - Rule Operation

＜この節の構成＞

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

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

7.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イベントを発行する。
参照先：「 3.7.1 (2)　プロセス異常検知時のJP1イベントの発行」

1.で発行されたJP1イベントを契機に自動アクションを実行し，JP1/IM - Incident Masterユーザーに通知する。

プロセスハングアップへの対処

ヘルスチェック機能を利用して，インシデント登録サービスハングアップ時にJP1イベントの発行，コマンドによる障害通知を行う。

JP1/IM - Incident Masterに障害が発生し，インシデント登録が続行できなくなった場合，インシデント登録サービスが休止します。なお，ネットワークエラーなどの一時的なエラーの場合は，インシデント登録サービスが休止しないで，通信をリトライします。

通常は，JP1/IM - Managerのインシデント登録サービスを利用してJP1イベントをインシデントとして登録してください。

参照先（機能概要）：「4.1.1　インシデント登録機能によるインシデントの自動登録」

参照先（機能詳細）：マニュアル「JP1/Integrated Management - Incident Master」

JP1/IM - Viewからのインシデント登録は，インシデントの自動登録で対象にしていなかったJP1イベント，インシデントの自動登録処理時にタイムアウトなどによって登録されなかったJP1イベントなどを対象にしてください。
また，定期的にインシデント登録の設定を見直し，これらのJP1イベントもインシデント登録の対象となるよう設計してください。

7.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への通知処理は，通常の自動アクションと同様，JP1/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）」（3.　定義ファイル）を参照してください。

JP1/IM - Rule Operationは，ルールの開始や終了，異常終了時などにJP1イベントを発行します。JP1/IMでこれらのJP1イベントを監視したい場合には，これらのJP1イベントが転送，JP1/IM - Viewに表示されるよう，フィルターの設定を変更してください。

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

JP1/IMにかぎらず，ITシステムを運用する場合，障害を未然に防ぐため，また，万一に備えるためにメンテナンス計画を立て，メンテナンス作業をすることが必要です。

ここでは，JP1/IMを使用しているシステムでメンテナンス作業をする際に検討してほしい項目について説明します。

＜この節の構成＞

7.9.1　バックアップの検討

7.9.2　データベースの確認

7.9.3　ディスク容量の確認

7.9.4　障害レポートの利用

7.9.1　バックアップの検討

万一システムが壊れた場合，同じ環境のシステムを構築して運用再開するために，JP1/IM，JP1/Baseの設定情報およびDBのバックアップを検討してください。バックアップは，次のタイミングで取得してください。

JP1/IMをセットアップしたときなど，システムを変更した時

バージョンアップインストールをする前

JP1/IMでバックアップが必要な設定情報，バックアップとリカバリーの方法については，「16.1　設定情報のバックアップとリカバリー」，DBの再編成，バックアップとリカバリー，再作成については，「16.2　データベースの管理」を参照してください。JP1/Baseについてはマニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章のバックアップとリカバリーに関する説明を参照してください。

7.9.2　データベースの確認

JP1/IMで使用するデータベースは，運用を継続しても無効領域が増加しないよう設計されています。このため，必要容量を確保しておけば，運用中にデータベースを確認する必要はありません。

7.9.3　ディスク容量の確認

JP1/IMの運用を安定して継続するためには，ディスク容量を十分に確保しておく必要があります。

例えば，JP1/IMの運用中に障害が発生したときには，ダンプファイルなどが障害調査のための資料として必要になることがあります。ダンプファイルは一時的にディスク容量を圧迫するため，必要な容量を見積もった上で，ディスクの空き容量を確保しておいてください。

7.9.4　障害レポートの利用

JP1/IM - Viewには，［イベントコンソール］画面に一覧表示されるJP1イベントの情報を保管（CSV出力）する機能があります。イベント検索機能（参照先：「3.2.5　イベント検索」）との併用で，障害の前後に発生したJP1イベントを一覧表示・CSV出力し，障害の分析に利用できます。

システム運用管理の作業の一つとしてイベント一覧情報の保管（CSV出力）を検討してください。

参考

JP1/Baseの障害レポート用機能（jevexportコマンド）について

JP1/IMで利用するJP1/BaseのイベントDBには，さまざまな事象が統一されたフォーマット形式でJP1イベントとして記録されます。定期的にその内容を確認することで，どのホストで問題が数多く発生しているか，また，どの製品で問題が数多く発生しているかなど，JP1イベントを障害レポートとして利用できます。イベントDBの内容を確認するには，JP1/Baseのjevexportコマンドを利用します。jevexportコマンドを利用するとイベントDBの内容をCSV形式のファイルで出力できます。

なお，イベントDBの容量は，決まっている（デフォルトでは片面10MBの合計20MB）ため，その容量に達する前にコマンドを使ってCSV出力する必要があります。定期的に出力することを検討してください。

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

JP1/IMが監視するシステムの中には，メンテナンスを行う場合でも処理を止めることのできないシステムがあります。例えば，24時間，365日間稼働するシステムなどでは，処理を別サーバに移したり，一部の業務処理を短い時間停止したりして，業務への影響を最小限に留めたスケジューリングの基で，メンテナンスを実施します。

メンテナンスの対象ホストでは，メンテナンス作業の一環で一時的にサーバの起動・停止を繰り返したり，業務処理を中断したりすることがあります。この際，それらを異常として検知したイベントが大量に発行されることがあります。

JP1/IMによる運用監視を継続するためには，不要なイベントをフィルタリングし，必要なイベントだけを取得する必要があります。そのためには，メンテナンスの実施順序を考慮し，不要なイベントのフィルタリングのための事前の設定をしておく必要があります。

ここでは，JP1/IMを含めたシステム全体をメンテナンスする際の検討項目，監視継続を考慮した場合の実施の手順について説明します。また，エージェントホストで問題発生した際の緊急時のメンテナンス実施例についても説明します。

＜この節の構成＞

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

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

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

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

ここでは，メンテナンス実施前の計画段階での検討，注意が必要な項目について説明します。

＜この項の構成＞

(1)　システム全体での検討項目

(2)　マネージャーホスト（JP1/IM - Manager）側での検討項目

(3)　エージェントホスト(JP1/Base)側での検討項目

(1)　システム全体での検討項目

システム全体で，メンテナンスの実施順序を決定する。
メンテナンスの順序は，JP1/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のメンテナンスでは，次のようなことを検討しておく必要があります。

バックアップの検討

データベースの確認

ディスク容量の確認

障害レポートの利用

なお，上記検討項目の詳細については，「7.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イベントを登録できないためです。詳細は，「7.10.1 (3) エージェントホスト(JP1/Base)側での検討項目」を参照してください。

エージェントのメンテナンス中に発生する障害イベントを監視の対象から外す。
メンテナンス中には，サーバの再起動などを伴うことがあり，不要な障害イベントが大量に発行されるおそれがあります。本来の監視業務に支障をきたす場合があるため，不要なイベントをフィルタリングするよう設定をしてください。
不要なイベントのフィルタリングでは，イベント取得フィルターに，メンテナンス対象ホストの発行するJP1イベントを取得対象外とする共通除外条件を定義しておき，メンテナンス時に有効にします。設定する内容については，以降で実施例を用いて説明します。
エージェントホストのJP1/Baseが終始停止した状態でメンテナンスをする場合は，イベントDBにイベントが登録されないため，フィルタリングの必要はありません。

(3)　エージェントホスト(JP1/Base)側での検討項目

マネージャーホストのJP1/Baseが停止している間に発生したJP1イベントを転送する。
マネージャーホストのJP1/Baseの停止時間を考慮して，転送元のJP1/Baseでイベント転送のリトライの設定をしておいてください。転送先のJP1/Baseが停止していたり，異常が発生していたりして，イベント転送が失敗したときでも一定時間，間隔のリトライができます。
詳細は，マニュアル「JP1/Base 運用ガイド」のイベントサービスの設定の説明を参照してください。

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

ここでは，JP1/IMが監視するシステム全体のメンテナンスの実施例について説明します。

次の図に示すような，JP1/IMが監視するシステムの構成（統合マネージャー×1，拠点マネージャー×2，エージェント×4）でメンテナンスを実施します。

図7-15　JP1/IMが監視するシステムの構成

JP1/IMが監視するシステムの構成は，JP1/Baseの構成管理機能によって定義されています。JP1/IMのシステム構成の定義については，「3.6.2 JP1/IMシステムの構成管理」を参照してください。

＜この項の構成＞

(1)　システム全体のメンテナンスの実施順序

(2)　統合マネージャー（JP1/IM - Manager）側での設定

(3)　拠点マネージャーおよびエージェントでのJP1/Baseの設定

(4)　メンテナンスの実施手順

(1)　システム全体のメンテナンスの実施順序

JP1/IMのシステム構成の定義に従って，上位ホストから下位ホストの順序でメンテナンスを実施します。ここでは，次のように実施順序を決定します。

統合マネージャー(mgr1)

拠点マネージャー(m1)

拠点マネージャー(m2)

エージェント(a1，a2)

エージェント(a3，a4)

図7-16　メンテナンスの実施順序

統合マネージャー(mgr1)，拠点マネージャー(m1またはm2)，エージェント(a1，a2，a3またはa4)の順序でメンテナンスを実施することにより，不要なイベントの取得，必要なイベントの取得漏れを回避できます。

注意

マネージャー(この場合はmgr1)のメンテナンスは，必ず最初に行ってください。そのほかのホストについても，JP1/IMのシステム構成に従って順序を決定してください。

(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イベントから取得する設定もありますが，今回の例では明示的に開始位置を指定する必要があるため，適用できません。

jcoimdefコマンドでのイベント取得開始位置の設定

マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.コマンド）を参照。

(b)　イベント取得フィルターの共通除外条件の設定

イベント取得フィルターに対して，一時的に取得対象外とするJP1イベントの条件を共通除外条件に定義します。共通除外条件は，［イベント取得条件一覧］画面で追加，編集できます。通常運用のイベント取得フィルターの条件を変更する必要はありません。

「図7-15」に示した統合マネージャー(mgr1)，拠点マネージャー(m1→m2)，エージェント(a1，a2→a3，a4)の順で，メンテナンスを実施する場合の共通除外条件は，通常運用のイベント取得フィルターとは別に，設定内容ごとに四つ必要になります。共通除外条件の定義内容は次のようになります。なお，メンテナンス対象ホストの不要なイベントを取得しないようにするのは，統合マネージャー(mgr1)だけという前提です。

表7-12　イベント取得フィルターの共通除外条件の設定

共通除外条件のID | メンテナンス対象ホスト | 共通除外条件に定義する条件
1 | 拠点マネージャー(m1) | 登録ホストm1を含む
2 | 拠点マネージャー(m2) | 登録ホストm2を含む
3 | エージェント(a1，a2) | 登録ホストa1，a2を含む
4 | エージェント(a3，a4) | 登録ホストa3，a4を含む

登録ホストとは，イベントが発行されたホストのことを意味します。

拠点マネージャーホストでも同様のフィルタリングをしたい場合は，上記の内容を参考にして，イベント取得フィルターに共通除外条件を設定してください。共通除外条件の設定の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.13 ［共通除外条件設定］画面」を参照してください。

(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の設定情報のバックアップ，リカバリー，ディスク容量の管理などは「16.　JP1/IMシステムのメンテナンス」を，JP1/Baseについてはマニュアル「JP1/Base 運用ガイド」のメンテナンスの説明を参照してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

なお，拠点マネージャーのJP1/IM - Managerをメンテナンスする場合も同様の手順です。

(b)　拠点マネージャー，エージェントのメンテナンス手順

拠点マネージャー(m1，m2)やエージェント(a1，a2，a3，a4)のメンテナンスを実施するときには，統合マネージャー(mgr1)のイベント取得フィルターの共通除外条件を切り替えて，不要なイベントをフィルタリングします。

メンテナンスの実施順序と，イベント取得フィルターの共通除外条件の切り替えのタイミングは次の図のようになります。

図7-17　実施順序とイベント取得フィルターの共通除外条件の切り替えのタイミング

イベント取得フィルターの共通除外条件の切り替えは，jcochfilterコマンド，［システム環境設定］画面，または［イベント取得条件一覧］画面からできます。

イベント取得フィルターの共通除外条件の切り替え手順

「20.6　イベント取得フィルターを切り替える」を参照。

jcochfilterコマンドの詳細

マニュアル「JP1/Integrated Management - Manager リファレンス　jcochfilter」(2.コマンド)を参照。

［システム環境設定］画面の詳細

マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.9 ［システム環境設定］画面」を参照。

［イベント取得条件一覧］画面の詳細

マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.12 ［イベント取得条件一覧］画面」を参照。

なお，拠点マネージャー，エージェントにインストールされている製品によって，メンテナンス手順，バックアップファイルなどが異なります。メンテナンスの実施時には，マニュアル「JP1/Base 運用ガイド」またはJP1イベントを発行するそれぞれの製品のマニュアルを参照してください。

参考

jcochfilterコマンドを使用してイベント取得フィルターを切り替える場合，JP1/AJS2のスケジュールやカレンダーの機能を利用して，指定した時間に自動的にイベント取得フィルターを切り替えることができます。これによって，監視状態を自動的に移行するような運用もできます。

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

ここでは，エージェント単体でのメンテナンスを実施する場合の実施例について説明します。

エージェントホストで緊急対処を必要とする問題が発生した場合，問題調査のためのイベントは監視する必要がありますが，メンテナンスに移行したあとのイベントは不要です。メンテナンスに移行する前に，不要なイベントを除外できるように，イベント取得フィルターに共通除外条件を設定し，他ホストの監視を継続するようにしてください。エージェント単体でのメンテナンスの実施例を次の図に示します。

図7-18　エージェント単体でのメンテナンス実施例

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

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コマンドを使用して，共通除外条件を無効にします。

共通除外条件の有効・無効を切り替える方法については，「20.6　イベント取得フィルターを切り替える」を参照してください。

8.　性能と見積もり

この章では，JP1/IMの処理性能の概要，また，JP1/IMを導入することによってどの程度メモリー，ディスク容量が必要となるかモデルケースを提示して説明します。JP1/IMを運用するシステム要件に合わせて，機能の設定値を見直す際の参考にしてください。

なお，JP1/IMで必要なメモリー，ディスク容量の計算式については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートに記載されています。そちらも合わせて参照してください。

＜この章の構成＞

8.1　JP1/IMの処理性能

8.2　性能評価モデルケース

8.1　JP1/IMの処理性能

統合監視システムの性能は，次に示す性能に依存します。

JP1/IM - Viewのイベント表示性能，JP1/IM - Managerのイベント受信性能，自動アクション性能

JP1/IM - ManagerやJP1/IM - Viewがインストールされたマシン性能

ネットワーク環境

このため，統合監視システムを構築する場合は，実際に統合監視システムを構築して統合監視運用を行い，ピーク時の性能評価を行った上で，JP1/IM - ManagerやJP1/IM - Viewによるイベント表示や自動アクションが遅延なく実行できるかの検証をする必要があります。

ピーク時の負荷が統合コンソールの処理能力を超える場合は，フィルターの設定見直しによるイベントの削減，自動アクションの設定見直しによる不要な自動アクションの削減，および拠点マネージャーを増やすなど，対処して負担を軽減してください。

8.2　性能評価モデルケース

ここでは，JP1/IMを次の図に示すような業務システムに導入した場合にどの程度メモリー，ディスク容量が増加するかの大体の目安を示します。

図8-1　業務システムの運用例（JP1/IM導入前）

業務システムの運用状況は，次のとおりです。

業務のバッチ処理をするサーバを7台構成で構築

Webサーバを3台構成で構築

OAマシンは50台

これに対し，以下の役割分担で監視者が3人（監視マシン3台）います。

バッチ処理の状況を監視するオペレーターA

Webサーバの状況を監視するオペレーターB

システム全体（OAマシン含む）を監視するシステム管理者

＜この節の構成＞

8.2.1　ユーザー要件

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

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

8.2.1　ユーザー要件

「8.2　性能評価モデルケース」で説明した業務システムに以下のユーザー要件でJP1/IMを導入すると仮定します（太字はJP1/IMのキーワード）。

監視用サーバを新たに1台設置し，それによって業務システムを集中監視する。また，必要に応じて障害発生マシンの調査を実施する。
→JP1/IMのシステム構成，統合コンソールによる集中監視，イベント検索

監視スタイルは従来どおり3人でそれぞれ役割を決めての監視とする。
→ユーザーフィルターの活用

業務システムの目的に合わせ，グルーピングして監視する。
→統合スコープの利用（監視範囲設定を実施）

夜間などに緊急度の高い障害が発生したときには，自動的に監視者に通知が来るようにする。
→自動アクションの利用

日々の障害履歴を残すようにする。
→イベント一覧情報の保管（CSV出力）

上記ユーザー要件を満たすため，JP1/IMに適切な値を設定する必要があります。ここでは次のように設定したと仮定します。

JP1/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導入後のシステム運用イメージは次のようになります。

図8-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の取得・処理するイベント数が瞬間的に増大した場合でも，イベントの表示や自動アクションの実行性能で問題が発生しないことを検証してください。

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

監視用サーバがWindows環境だった場合，JP1/IM - Managerに必要なメモリーは約230メガバイト，必要となるディスク容量は約430メガバイトになります。

参考

JP1/IMの設定値を変更することで上記値は大きく変動します。JP1/IM - Managerが使用するメモリー，ディスク容量の増減に関係する，主なものを次に示します。その他詳細については，JP1/IM - ManagerのJP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照して確認してください。

メモリーに大きく関係してくる設定値。

イベントバッファー数

検索時のイベント取得件数

監視ノード数

ディスク容量に大きく関係してくる設定値。

自動アクショントレースログ

監視ノード数

また，JP1/IMでシステム運用監視をするということは，前提製品のJP1/Baseもシステム内で動作することを意味します。JP1/Base分についても別途JP1/Baseのリリースノートを参照して確認してください。

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

監視者によって監視範囲，設定値が異なるため，必要なメモリー，ディスク容量も監視マシンによって異なります。

参考

JP1/IMの設定値を変更することで値は大きく変動します。JP1/IM - Viewが使用するメモリー，ディスク容量の増減に関係する，主なものを次に示します。その他詳細については，JP1/IM - Viewのリリースノートを参照して確認してください。

メモリーに大きく関係してくる設定値。

スクロールバッファー数

監視ノード数

ディスク容量に大きく関係してくる設定値。

監視ノード数

イベント一覧情報の保管（CSV出力）※
注※　監視履歴として保管するたびにディスク容量が増加します。

＜この項の構成＞

(1)　オペレーターAの監視マシン（JP1/IM - View）

(2)　オペレーターBの監視マシン（JP1/IM - View）

(3)　システム管理者の監視マシン（JP1/IM - View）

(1)　オペレーターAの監視マシン（JP1/IM - View）

バッチ処理だけを監視するオペレーターAの監視マシンで稼働するJP1/IM - Viewに必要なメモリー，ディスク容量は，「8.2.1　ユーザー要件」で仮定した設定値でJP1/IM - Viewを稼働させるとした場合，次のようになります（見積もるための計算式についてはJP1/IM - Viewのリリースノートを参照してください）。

必要メモリー：約160メガバイト

必要ディスク容量：約213メガバイト

(2)　オペレーターBの監視マシン（JP1/IM - View）

Webサーバだけを監視するオペレーターBの監視マシンで稼働するJP1/IM - Viewに必要なメモリー，ディスク容量は，「8.2.1　ユーザー要件」で仮定した設定値でJP1/IM - Viewを稼働させるとした場合，次のようになります（見積もるための計算式についてはJP1/IM - Viewのリリースノートを参照してください）。

必要メモリー：約140メガバイト

必要ディスク容量：約213メガバイト

(3)　システム管理者の監視マシン（JP1/IM - View）

システム全体を監視するシステム管理者の監視マシンで稼働するJP1/IM - Viewに必要なメモリー，ディスク容量は，「8.2.1　ユーザー要件」で仮定した設定値でJP1/IM - Viewを稼働させるとした場合，次のようになります（見積もるための計算式についてはJP1/IM - Viewのリリースノートを参照してください）。

必要メモリー：約200メガバイト

必要ディスク容量：約213メガバイト

9.　インストールとセットアップ（Windowsの場合）

ここでは，Windows環境でJP1/IMをインストール，およびセットアップする手順について説明します。

＜この章の構成＞

9.1　インストールとセットアップの流れ

9.2　インストール前に必要な作業

9.3　インストール

9.4　JP1/Baseのセットアップ

9.5　JP1/IM - Managerのセットアップ

9.6　JP1/IM - Viewのセットアップ

9.1　インストールとセットアップの流れ

インストールの開始からセットアップの終了までの作業の流れを，マネージャーホストの場合，エージェントホストの場合，およびビューアーホストの場合に分けて示します。

図9-1　インストールとセットアップの作業の流れ（マネージャーホスト）

図9-2　インストールとセットアップの作業の流れ（エージェントホスト）

図9-3　インストールとセットアップの作業の流れ（ビューアーホスト）

9.2　インストール前に必要な作業

＜この節の構成＞

9.2.1　JP1/IMのセットアップ内容の設計

9.2.2　システム環境の構築

9.2.3　前提プログラムのインストール

9.2.1　JP1/IMのセットアップ内容の設計

インストール作業に入る前に，JP1/IMのセットアップ内容について検討し，設定する内容をまとめておいてください。

セットアップ内容の設計については，「第3編　設計編」を参照してください。

9.2.2　システム環境の構築

＜この項の構成＞

(1)　OSの環境構築

(1)　OSの環境構築

JP1/IMのインストール前に，次を満たすOSの環境を構築してください。

JP1/IMの前提バージョンのOSであること

JP1/IMの前提とするサービスパックやパッチが適用されていること

JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照して，JP1/IMが前提とするサービスパックやパッチを確認し，OSに適用してください。

9.2.3　前提プログラムのインストール

＜この項の構成＞

(1)　JP1/Baseのインストール

(1)　JP1/Baseのインストール

JP1/IMのマネージャーホストおよびエージェントホストには，JP1/IMの前提製品であるJP1/Baseをインストールする必要があります。

「3.1　JP1/IMの構成」を参照し，システム構成を確認してください。また，JP1/Baseのインストール方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

9.3　インストール

ここでは，JP1/IM - ManagerおよびJP1/IM - Viewをインストールおよびアンインストールする手順について説明します。なお，インストール作業を行うユーザーは，Administrators権限が必要です。

＜この節の構成＞

9.3.1　インストール手順

9.3.2　アンインストール手順

9.3.3　インストール・アンインストール時の注意事項

9.3.1　インストール手順

JP1/IM - ManagerおよびJP1/IM - Viewをインストールする手順について説明します。

＜この項の構成＞

(1)　インストールの手順

(2)　各種インストールについて

(1)　インストールの手順

次の手順でJP1/IMをインストールします。

すべてのプログラムを終了する。
インストールする前に，すべてのプログラムを終了してください。
「JP1/Base」のサービスを停止してください。
バージョンアップインストールをする場合，「JP1/Console」サービスを停止してください。また，接続中のJP1/IM - Viewがある場合はログアウトしてください。

提供媒体をCD-ROMドライブに入れ，インストールする。
自動的に起動するインストーラーの指示に従ってインストールします。
次の項目を入力します。

ユーザー情報
新規インストールの場合だけ入力します。
旧バージョンのJP1/IM - Manager，JP1/IM - Central ConsoleまたはJP1/IM - Central Scopeからバージョンアップした場合は，旧バージョンで設定した情報を引き継ぎます。

インストール先フォルダ
JP1/IM - ManagerおよびJP1/IM - Viewをインストールすると，次に示すインストール先フォルダが作成されます。

表9-1　インストール時に作成されるフォルダ

製品 | 作成されるフォルダ※1 | 説明
JP1/IM - Manager | インストール先フォルダ¥JP1IMM¥※2 | JP1/IM - Manager情報が格納される。
インストール先フォルダ¥JP1Cons¥※2 | 統合コンソール情報が格納される。
インストール先フォルダ¥JP1Scope¥※2 | 統合スコープ情報が格納される。
JP1/IM - View | インストール先フォルダ¥JP1CoView¥※2 | JP1/IM - View情報が格納される。

注※1　インストール先フォルダのデフォルト値は"システムドライブ:¥Program Files¥HITACHI"です。
注※2　異なるフォルダに旧バージョンのJP1/IM - Manager，JP1/IM - Central Console，JP1/IM - Central Scope，またはJP1/IM - Viewをインストールしていた場合は，旧バージョンのインストール先フォルダを引き継ぎます。その場合，上に示すフォルダは作成されません。
なお，JP1/IM - ManagerおよびJP1/IM - Viewのインストール先フォルダに指定できるドライブは固定ディスクだけです。

プログラムフォルダ（スタートメニューの登録個所の指定）
JP1/IM - Viewのインストール時だけ指定します。
ただし，Windows VistaおよびWindows Server 2008版のJP1/IM - Viewのインストール時は，プログラムフォルダの指定はできません。

再起動を要求された場合は，Windowsを再起動する。
統合トレース機能（HNTRLib2）がインストールされる時に再起動が必要です。詳細は，後述の注意事項を参照してください。

なお，JP1/IM - Manager，JP1/IM - Viewのインストール時にインストーラーのログとして次のファイルが作成されます。これはインストールが異常終了した場合の保守資料です。インストールが正常終了したあと，JP1/IM - Manager，JP1/IM - Viewを起動して問題がなければ削除してください。

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1imm_inst{1|2|3|4|5}.log

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1coview_inst{1|2|3|4|5}.log

注意

JP1/IM - Manager，JP1/IM - Viewのインストール先フォルダに指定できるドライブは固定ディスクだけです。リムーバブルディスク，ネットワークドライブ，UNCパスにはインストールできません。

旧バージョンからバージョンアップする場合，JP1/IM - Central Console，JP1/IM - Central Scope，またはJP1/IM - Viewが固定ディスク以外にインストールされているときはバージョンアップできません。

(2)　各種インストールについて

バージョンアップインストールについて

旧バージョンからバージョンアップする場合は，「7.2　旧バージョンのJP1/IMからのバージョンアップについて」を参照してバージョンアップ時の注意について事前に知っておいてください。

JP1/NETM/DMを使ったリモートインストールについて

JP1/IMは，JP1/NETM/DMを使ったリモートインストール（ソフトウェア配布）に対応しています。

JP1/IMを運用するサーバでJP1/NETM/DMを運用することにより，JP1/IMの新規インストールおよびバージョンアップができます。JP1/NETM/DMを使った実際のリモートインストール方法については，マニュアル「JP1/NETM/DM 運用ガイド1（Windows(R)用）」を参照してください。

9.3.2　アンインストール手順

JP1/IM - ManagerおよびJP1/IM - Viewをアンインストールする手順について説明します。

＜この項の構成＞

(1)　アンインストールの手順

(1)　アンインストールの手順

次の手順でアンインストールします。

プログラムを終了する。
アンインストールする前に，すべてのプログラムを終了してください。
「JP1/Console」と「JP1/Base」のサービスを停止してください。また，接続中のJP1/IM - Viewがある場合はログアウトしてください。

Windowsの［サービス］ダイアログを閉じる。
Windowsの［サービス］ダイアログを表示している場合は，製品のアンインストール前に閉じてください。

Windowsの［コントロールパネル］－［プログラムの追加と削除］から，アンインストールしたい製品を選択する。
起動したインストーラーの指示に従ってアンインストールを進めてください。
アンインストール時には，入力項目はありません。

再起動を要求された場合は，Windowsを再起動する。

ユーザーファイルを削除する。
アンインストールでは，インストール後に作成された定義ファイルやログファイル，ユーザーが修正する可能性のあるファイルは削除されません。これらのファイルを削除する場合は，JP1/IM - ManagerまたはJP1/IM - Viewをインストールしていたフォルダを，エクスプローラにより削除してください。
なお，JP1/IM - Manager，JP1/IM - Viewのアンインストール時にインストーラーのログとして次のファイルが作成されます。これはアンインストールが異常終了した場合の保守資料です。アンインストールが正常終了したあとに削除してください。

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1imm_inst{1|2|3|4|5}.log

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1coview_inst{1|2|3|4|5}.log

9.3.3　インストール・アンインストール時の注意事項

製品間の関連について
JP1/IM - ManagerはJP1/Baseを前提製品としています。製品のインストールやアンインストール時には，次の点に注意してください。

前提製品がある場合は，前提の製品から順にインストールしてください。
JP1/Base，JP1/IM - Managerの順序にインストールしてください。

JP1/Baseを停止してから，JP1/IM - Managerをインストールまたはアンインストールしてください。JP1/Baseの停止を忘れた場合は，必ずJP1/Baseを再起動してください。再起動しなかった場合は，システム構成情報を正しく管理できません。

統合トレース機能（HNTRLib2）について

JP1/IM - ViewまたはJP1/Baseのインストール時に，統合トレース機能（HNTRLib2）がインストールされます。このとき，Windowsのシステム環境変数にHNTRLib2のパスが追加されます。

JP1/IM - ViewまたはJP1/Baseのアンインストール時に，統合トレース機能（HNTRLib2）はほかの製品が使用していなければ削除されます。

Windows環境への設定

インストール時に次の情報をWindowsに設定します。
システム環境変数に，JP1/IMのbinフォルダのパス，HNTRLib2のパスを設定します。
servicesファイルに「付録C　ポート番号」のポート番号を設定します。なお，アンインストール時に，ポート番号は削除されます。

アンインストールの時に，次のインストール時に設定した情報は削除されません。不要な場合は削除してください。
システム環境変数に設定されたHNTRLib2のパスは削除されません。

インストールパスの変更について

インストールパスを変更する場合は，一度アンインストールしてから再インストールしてください。

JP1/Baseのインストールパスを変更（アンインストールし，別フォルダに再インストール）した場合，JP1/IM - Managerをアンインストールしてから，再インストールする必要があります。
また，JP1/Baseと同じホストにJP1/IM - Viewをインストールしている場合，JP1/IM - Viewもアンインストールしてから，再インストールする必要があります。
まず，JP1/IM - ManagerおよびJP1/IM - Viewをアンインストールして，インストール先のconfフォルダおよびbinフォルダの下位のファイルを削除した後に，再インストールしてください。なお，定義の移行が必要な場合は，「16.1　設定情報のバックアップとリカバリー」を参照してください。リカバリーにより定義を移行する場合は，定義ファイル中のパスを変更後のパスに変更してください。

再インストールについて
JP1/IM - Manager，JP1/IM - Viewのアンインストールでは，インストール後に作成された定義ファイルやログファイル，ユーザーが修正する可能性のあるファイルは削除されません。これらのファイルが残っている状態で再インストールすると，プログラムの動作が不正になる場合があります。したがって，再インストールする場合は，JP1/IM - Manager，JP1/IM - Viewをインストールしていたフォルダをエクスプローラにより削除してから，再インストールしてください。

9.4　JP1/Baseのセットアップ

JP1/IMを使用するためには，前提製品のJP1/Baseのセットアップが必要です。ここでは，JP1/Baseの機能のうち，JP1/IMに関連する項目について説明します。

JP1/Baseのセットアップの詳しい説明は，マニュアル「JP1/Base 運用ガイド」を参照してください。

＜この節の構成＞

9.4.1　イベントサービス機能の設定

9.4.2　JP1イベントの転送設定

9.4.3　サービスの起動順序の設定

9.4.4　ユーザー認証の設定およびユーザーマッピングの設定

9.4.5　JP1/Baseの障害に備えた設定

9.4.6　システムの構成定義情報の設定

9.4.7　コマンド実行環境の設定

9.4.8　イベントサービスの定義情報の収集と配布

9.4.9　イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定

9.4.1　イベントサービス機能の設定

JP1/IMでJP1イベントにより事象を管理するために，各ホストを設定します。

イベントサービス環境の設定をする。
通常はデフォルトの設定のまま運用できますが，例えば，次のような場合は設定をカスタマイズしてください。

イベントデータベースの容量を大きくする

JP1/SES形式のイベントをJP1/IMで管理する

また，JP1/IM - Managerは，JP1/Base（イベントサービス）からユーザー名SYSTEMでJP1イベントを取得します。同一ホスト上で動作するJP1/Base（イベントサービス）のイベントサーバ設定ファイル（conf）でusersパラメーターを指定する場合には，SYSTEMを含める設定としてください。含めなかった場合，JP1/IM - Managerが正常に起動できなくなります。

イベント変換機能の設定をする。
ログファイル，SNMPトラップ，WindowsイベントログをJP1イベントにより管理する場合は，イベント変換機能の設定をしてください。

設定内容の詳細については，マニュアル「JP1/Base 運用ガイド」イベントサービス環境の設定の章，およびイベント変換機能の章を参照してください。

9.4.2　JP1イベントの転送設定

JP1/IMで管理するJP1イベントを，上位のJP1/IMマネージャーホストに転送するように，各ホストを設定します。

イベント転送の設定をする。
通常はデフォルトのまま運用できますが，例えば，次のような場合は設定をカスタマイズしてください。

JP1イベントの重大度が通知や情報のイベントをJP1/IMで管理する

JP1/SES形式のイベントをJP1/IMで管理する

なお，デフォルトの設定では，「9.4.6　システムの構成定義情報の設定」で設定する階層定義に従ってイベントが転送されます。

設定内容の詳細については，マニュアル「JP1/Base 運用ガイド」の転送設定ファイルの詳細の章を参照してください。

9.4.3　サービスの起動順序の設定

JP1/Baseの起動管理機能により，各JP1のサービスの起動順序を設定します。

起動順序制御の設定をする。
通常はデフォルトのまま運用できますが，例えば，次のような場合は設定をカスタマイズしてください。

JP1/Power Monitorにより起動停止を管理する

設定内容の詳細については，マニュアル「JP1/Base 運用ガイド」のサービス起動終了順序の設定の章を参照してください。

9.4.4　ユーザー認証の設定およびユーザーマッピングの設定

JP1ユーザー管理に必要な，認証サーバの指定，JP1ユーザーの登録，ユーザーマッピングの設定をします。

ホストの役割に合わせて，次のように設定します。

表9-2　ホストの役割ごとの設定項目

設定項目
認証サーバとして使用する
認証サーバとして使用しない

プライマリー
認証サーバ
セカンダリー
認証サーバ
マネージャー
ホスト
エージェント
ホスト

認証サーバ指定
○
○
○
－

JP1ユーザーの設定
○
－
－
－

操作権限の設定
○
－
－
－

認証サーバ設定のコピー
－
○
－
－

ユーザーマッピング
○
○
○
○

（凡例）

○：設定が必要

－：設定が不要

設定は，GUIの［JP1/Base環境設定］ダイアログボックスまたはJP1/Baseのコマンドにより行います。

また，ユーザーマッピングは，自動アクションまたはJP1/IM - Viewの操作によってコマンドを実行するすべてのホストで，次のように設定します。

表9-3　自動アクションやJP1/IM - Viewによってコマンドを実行する場合のユーザーマッピング

操作 | JP1ユーザー名 | サーバホスト名 | OSユーザー名
JP1/IM - Viewからコマンドを実行する場合 | マネージャーにログインするユーザー | JP1/IM - Viewが接続するマネージャーホスト※ | コマンド実行先ホストのOSに登録されたユーザー
自動アクションを実行する場合 | アクション定義で指定したユーザー名 | 自動アクションを定義したマネージャーホスト※ | アクション実行先ホストのOSに登録されたユーザー

注※

サーバホスト名には「*」も指定できます。この場合は，すべてのホストでユーザーマッピングが許可されます。

なお，「jp1admin」というJP1ユーザーがデフォルトで登録されています。「jp1admin」には，JP1資源グループが「*」で，JP1権限レベルがJP1_Console_Adminである操作権限が設定されています（JP1資源グループが「*」の場合，すべてのJP1資源グループにアクセスできます）。

＜この項の構成＞

(1)　認証サーバの指定

(2)　JP1ユーザーの登録

(3)　JP1ユーザーの操作権限の設定

(4)　プライマリー認証サーバの設定情報のコピー

(5)　ユーザーマッピングの設定

(1)　認証サーバの指定

認証サーバのホスト名を指定します。この設定は，認証サーバのホストおよびJP1/IMのマネージャーホストで必要です。エージェントホストでは必要ありません。

認証サーバを指定する。
［認証サーバ］ページの［認証サーバの検索順序］で指定します。
認証サーバはプライマリー，セカンダリーの2台まで設定できます。

設定方法の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

(2)　JP1ユーザーの登録

JP1/IMを使用するJP1ユーザーを登録します。この設定は，プライマリー認証サーバのホストで必要です。

JP1ユーザーを登録する。
［認証サーバ］ページの［JP1ユーザー］で，JP1ユーザーとパスワードを登録します。

(3)　JP1ユーザーの操作権限の設定

JP1/IMを使用するJP1ユーザーに操作権限を登録します。この設定は，プライマリー認証サーバのホストで必要です。

JP1ユーザーに操作権限を設定する。
［認証サーバ］ページの［JP1資源グループ別権限レベル］で，JP1ユーザーの操作権限を設定します。

JP1/IMの操作権限としては，JP1資源グループにJP1_Console，権限レベルにJP1_Console_Adminなどを指定します。詳細は，「3.6.4　JP1ユーザーの管理」および「付録E　操作権限一覧」を参照してください。

(4)　プライマリー認証サーバの設定情報のコピー

プライマリー認証サーバから認証サーバの設定ファイルをコピーします。この設定は，セカンダリー認証サーバのホストで必要です。

認証サーバの設定ファイルをコピーする。
Baseパス¥conf¥user_acl¥フォルダに格納されている設定ファイルJP1_Group，JP1_Passwd，JP1_UserLevelをコピーします。テキストファイルのため，FTPでASCII転送するなどでコピーします。

(5)　ユーザーマッピングの設定

自動アクションやJP1/IM - Viewの操作によって，コマンドを実行するホストで，JP1ユーザー名とOSユーザー名とのユーザーマッピングを設定します。この設定は，JP1/IMからコマンドを実行するすべてのホストで必要です。

OSユーザー名とパスワードを登録する。
［ユーザーマッピング］ページの［パスワード管理］で登録します。

JP1ユーザー名とホスト名を設定する。
［ユーザーマッピング］ページの［JP1ユーザー］で設定します。

JP1ユーザーとOSユーザーをマッピングする。
［JP1ユーザー］ダイアログボックスで［OK］をクリックして，［マッピングOSユーザー詳細］ダイアログボックスを表示し，ユーザーマッピングを設定します。

注意

ユーザーが複数いる場合は，すべてのユーザーに対してユーザーマッピングの設定が必要です。

JP1ユーザー名とOSユーザー名が同じ場合でも，ユーザーマッピングの設定が必要です。

自動アクションやJP1/IM - Viewの操作によって実行されるコマンドは，JP1ユーザーにマッピングされているプライマリーユーザーで実行されます。特定のOSユーザーでコマンドを実行したい場合には，そのOSユーザーをプライマリーユーザーとして登録してください。

9.4.5　JP1/Baseの障害に備えた設定

JP1/Baseは，JP1/Base自身の障害がシステム運用に影響を及ぼすのをできるだけ防ぐために，次の機能を提供しています。

プロセスの異常を検知する機能（ヘルスチェック機能）

プロセスが異常終了した場合に自動で再起動する機能

プロセスや認証サーバの異常を検知した場合にJP1イベントを発行する機能

JP1/Baseの障害発生時に調査資料を採取するツール

デフォルトではプロセスの異常検知や再起動，JP1イベントの発行もしない設定になっています。設定を変更する場合は，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の説明を参照してください。

また，JP1/Baseでは，トラブルシュート資料を迅速に採取できるよう，資料採取ツールを提供しています。

JP1/Baseの資料採取ツールで採取できる資料については，マニュアル「JP1/Base 運用ガイド」を参照してください。なお，JP1/Baseの資料採取ツールで採取できる資料にはメモリーダンプ，クラッシュダンプがあります。これらのダンプは，あらかじめ出力されるよう，設定しておく必要があります。詳細についてはマニュアル「JP1/Base 運用ガイド」を参照してください。

9.4.6　システムの構成定義情報の設定

JP1/IMのマネージャーホストおよびエージェントホストの階層構成は，JP1/Baseの構成定義情報で設定します。

構成定義情報は，システム階層構成を一括して定義する方法と，システム階層構成を複数の部分に分割して定義する方法があります。

構成管理の機能および定義例については，「3.6.2　JP1/IMシステムの構成管理」を参照してください。

ここでは，構成定義の構成設定，削除，および変更の手順について説明します。

＜この項の構成＞

(1)　システム構成定義情報の設定

(2)　システム構成定義情報の削除

(3)　システム構成定義情報の変更

(4)　システム構成定義情報の設定での注意事項

(1)　システム構成定義情報の設定

システム構成管理を設定するには，次の手順で設定します。

マネージャーホストで，構成定義ファイル（jbs_route.conf）を作成する。
システムを一括して定義する場合はシステム階層構成全体を，分割して定義の場合はそのマネージャーホストから下位にあたる管理対象ホストおよびマネージャーホストを，定義ファイルに記述します。

マネージャーホストで，設定コマンド（jbsrt_distrib）を実行する。
コマンドを実行すると，定義情報が更新されます。

システム階層構成を複数の部分に分割して定義する場合は，マネージャーごとに上記の手順を行ってください。その後に，最上位のマネージャーホストで次の手順を実施してシステム全体の定義を作成します。

最上位のマネージャーホストで，構成定義情報ファイル（jbs_route.conf）を作成する。
最上位のマネージャーホストから次の階層のマネージャーホストまでのシステム階層構成を，定義ファイルに記述します。

最上位のマネージャーホストで，設定コマンド（jbsrt_sync）を実行する。

なお，システム構成定義の内容を確認するには，各ホスト上でjbsrt_getコマンドを実行してください。

(2)　システム構成定義情報の削除

システム構成管理定義の情報を一度クリアするなど，定義を削除するには次の手順を行います。

マネージャーホストで，構成定義ファイル（jbs_route.conf）を用意する。
構成定義ファイルがない場合は，自ホスト名だけを記述したファイル（例：「jp1-sv1」1行だけのファイル）を作成してください。
既存のファイルがある場合は，そのまま使用します。

マネージャーホストで，設定コマンド（jbsrt_distrib）を実行する。
次のように表示されるので，応答してください。
「構成情報を削除しますか？」と表示されるので，「y」を入力します。
「構成定義を配布してもよろしいですか？」と表示されるので，「n」を入力します。

なお，JP1/Baseが停止していて定義情報が削除されなかったホストがある場合は，そのホストでjbsrt_delコマンドを実行して定義情報を削除し，その後，最上位のマネージャーホストでjbsrt_distribコマンドを実行してください。

(3)　システム構成定義情報の変更

システム階層を変更する場合は，「9.4.6 (1)システム構成定義情報の設定」と同じ手順で設定してください。なお，設定コマンド（jbsrt_distribやjbsrt_sync）を実行したとき，既存の定義情報があるため次のように表示されます。

設定コマンド（jbsrt_distribやjbsrt_sync）を実行したときの表示
「構成情報を削除しますか？」と表示されるので，「y」を入力します。
「構成定義を配布してもよろしいですか？」と表示されるので，「y」を入力します。

これにより，変更後の新しい構成定義情報が配布されます。

最上位のマネージャーホストを変更する場合

システムの最上位のマネージャーホストを変更する場合は，次の手順で変更してください。

変更前の最上位のマネージャーホストで，構成定義情報を削除する。
変更前の最上位のマネージャーホストで，「9.4.6 (2)システム構成定義情報の削除」の削除手順により構成定義定義を削除します。

変更後の最上位のマネージャーホストで，構成定義情報を設定する。
変更後の最上位のマネージャーホストで，「9.4.6 (1)システム構成定義情報の設定」の設定手順により，構成定義情報を設定します。

(4)　システム構成定義情報の設定での注意事項

システム構成定義情報を配布するときは，各ホストでJP1/Baseが動作していることが必要です。JP1/Baseが停止していた場合の，影響と対処方法を説明します。

JP1/Baseが停止していた場合の影響
構成定義情報は，JP1/Baseにより管理されています。このため，構成定義情報で定義したホストのJP1/Baseが停止していると，定義の配布に失敗します。この場合，次のように対処してください。

jbsrt_distribコマンド実行時に「KAVB3107-E 以下のホストで構成情報が設定できません」が表示されても，そのまま処理を続行する。
JP1/Baseが起動しているホストには定義が配布されます。

定義を配布できなかったホストのJP1/Baseを起動してから，再度jbsrt_distribコマンドを実行する。
「構成情報を削除しますか？」と表示されたら，「n」を入力してください。配布が失敗したホストへ，定義が配布されます。

JP1/Baseイベントサービスが停止していた場合の影響
構成定義情報はJP1イベント転送に関連するため，jbsrt_distribコマンドやjbsrt_delコマンドを実行した時に，jevreloadコマンドが自動的に実行され，イベントサービスの転送設定が更新（リロード）されます。このリロードのとき，イベントサービスが停止していると，定義情報が配布されてもJP1イベントの転送先は更新されません。この場合は，イベントサービスを再起動してください。

9.4.7　コマンド実行環境の設定

自動アクション機能およびJP1/IM - Viewの［コマンド実行］画面からコマンドを実行するときのコマンド実行環境として，次の設定をします。

なお，次に示す設定の内，手順の1はバージョン7以前のJP1/Baseからバージョンアップしたときに，一度だけ実施する手順です。新規インストールの場合，手順2から実施してください。

コマンド実行履歴ファイルをバージョン8用にするための設定
jcocmdconvコマンドを実行して，バージョン7以前に蓄積したコマンド実行履歴を，バージョン8用のコマンド実行履歴ファイルに移行します。
コマンド実行履歴の移行については，次を参照してください。
参照先：「7.2.3　バージョン7のJP1/Baseからのバージョンアップについて」
参照先：「7.2.6　バージョン6のJP1/Baseからのバージョンアップについて」

コマンド実行環境の設定
jcocmddefコマンドを実行して，コマンド実行環境を設定します。
コマンド同時実行数の調整をすることを推奨します。この場合は，次のようにコマンドを実行します。

（例）コマンド同時実行数を3にする場合

jcocmddef -execnum 3

環境変数ファイルの作成
コマンド実行の時に環境変数ファイルを使用する場合は，ファイルを作成します。

ホストグループの定義
必要に応じて，ホストグループ（同時に複数のホストにコマンド実行を指示するためのグループ）を定義します。

なお，コマンド実行環境については，次の説明を参照してください。

コマンド実行環境について

jcocmdconvコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmdconv」（2. コマンド）

jcocmddefコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddef」（2.　コマンド）

環境変数ファイルの作成について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　環境変数ファイル」（3.　定義ファイル）

ホストグループの定義について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ホストグループ定義ファイル」（3.　定義ファイル）

9.4.8　イベントサービスの定義情報の収集と配布

JP1/BaseとJP1/IMで構成されたシステムでは，マネージャーホストから複数のホストのイベントサービスの定義情報を一括して収集したり，複数のホストへイベントサービスの定義情報を配布したりできます。そのため，イベントサービスの定義情報を各ホストで確認したり，定義したりすることなく，マネージャーホスト上で各ホストの定義情報を集中的に管理できます。

収集，配布できるのは次のファイル内の情報です。

転送設定ファイル

ログファイルトラップの動作定義ファイル

イベントログトラップの動作定義ファイル

収集方法，配布方法の詳細については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの定義情報の収集と配布の章を参照してください。

9.4.9　イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定

JP1/IM - Managerはイベントサービスの登録ホスト名をFQDN形式で利用する運用に対応しています。イベントサービスの登録ホスト名をFQDN形式で利用することで，複数のドメインで構成されたシステムでJP1イベントを監視できます。

ここでは，マネージャーホスト上のイベントサービスの登録ホスト名をFQDN形式で利用する場合の前提条件，設定方法，および起動方法について説明します。エージェントホスト上のイベントサービスの登録ホスト名をFQDN形式で利用する場合，ここで説明する設定は不要です。

＜この項の構成＞

(1)　前提条件

(2)　設定方法

(3)　起動方法

(1)　前提条件

JP1/IMホスト上のJP1/Baseイベントサービスの登録ホスト名をFQDN形式で利用する場合は，次の前提条件を満たす必要があります。

物理ホストの環境であること。

JP1/IM - Managerホスト上でhostnameコマンドを実行して，ショートネーム形式のホスト名が返されること。

(2)　設定方法

JP1/ConsoleサービスとJP1/Base Eventサービスの依存関係を解除する必要があります。JP1/BaseでFQDN形式のイベントサーバを設定後，次の手順でサービスの依存関係を解除してください。

コマンドプロンプトから次のコマンドを実行して，JP1/ConsoleサービスとJP1/Base Eventサービスの依存関係を解除する。

SpmSetSvcCon -setdepend no

FQDN形式のイベントサーバの設定については，マニュアル「JP1/Base 運用ガイド」の次に示す説明を参照してください。

DNSを使ったシステムでのイベントサーバの設定

イベントサービスの注意事項

SpmSetSvcConコマンドについては，JP1/IM - Managerのリリースノートを参照してください。

(3)　起動方法

JP1/ConsoleサービスとFQDN形式のJP1/Base Eventサービスと依存関係を設定していないため，JP1/Consoleサービスを起動する前にFQDN形式のJP1/Base Eventサービス，JP1/Baseサービスを起動しておく必要があります。

次の順序でサービスを起動してください。

JP1/Base Event_FQDNホスト名 サービスを起動する。

JP1/Baseサービスを起動する。

JP1/Consoleサービスを起動する。

9.5　JP1/IM - Managerのセットアップ

ここでは，JP1/IM - Managerのセットアップ項目について説明します。

なお，セットアップ作業を行うユーザーは，Administrators権限が必要です。

＜この節の構成＞

9.5.1　統合スコープの機能を使用するための設定

9.5.2　JP1/IM - Managerの障害に備えた設定

9.5.3　バージョンアップ時の設定

9.5.1　統合スコープの機能を使用するための設定

JP1/IM - Managerを新規インストールした場合，統合スコープの機能はデフォルトで無効になっています。

統合スコープの機能を使用する場合は，次の手順に従ってください。

統合スコープのDBを作成する。
jcsdbsetupコマンドを実行します。

セントラルスコープサービス（jcsmain）を有効にする。
jcoimdef -s ON を実行します。

JP1/IM - Managerを再起動する。

セントラルスコープサービスの稼働を確認する。
jco_spmd_statusコマンドを実行します。稼働中のプロセスにjcsmainが表示されていることを確認してください。

jcsdbsetupコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcsdbsetup」（2. コマンド）を参照してください。

jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2. コマンド）を参照してください。

9.5.2　JP1/IM - Managerの障害に備えた設定

JP1/IM - ManagerはJP1/IM - Manager自身に障害が発生した場合に備えて，トラブル解決の調査資料を採取するツールや，プロセスの異常終了時に自動で再起動する機能などを提供しています。

ここでは，JP1/IM - Managerの障害に備えた設定項目について説明します。

＜この項の構成＞

(1)　障害発生時の資料採取の準備

(2)　プロセス異常終了時の再起動の設定

(3)　プロセス異常検知時のJP1イベントの発行の設定

(4)　ヘルスチェック機能の設定

(5)　監視オブジェクトDBの自動バックアップ・リカバリー設定

(1)　障害発生時の資料採取の準備

JP1/IM - Managerではトラブル発生時に資料を採取するためのツールをバッチファイル（jim_log.bat）として提供しています。このツールは，トラブルの解決の調査資料となる情報を一括して採取するツールです。

JP1/IM - Managerの資料採取ツールで採取できるのは，JP1/IM - Manager，JP1/BaseおよびJP1/IM - View（同一ホストにある場合）のトラブルシュート資料です。採取できる資料の詳細は「24.3　トラブル発生時に採取が必要な資料」を参照してください。

資料採取ツールについて

jim_log.batについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.bat（Windows限定）」（2.　コマンド）

なお，トラブルが発生した場合にメモリーダンプおよびクラッシュダンプが必要となることがあります。トラブル発生時にこれらのダンプを採取する場合は，あらかじめメモリーダンプおよびクラッシュダンプが出力されるように，次の設定をしてください（出力設定がされていれば，資料採取ツールでこれらのダンプも採取できます）。

メモリーダンプの出力設定

Windowsの場合

コントロールパネルから［システム］をダブルクリックする。

［詳細設定］ページの［起動と回復］の［設定］をクリックする。

［デバッグ情報の書き込み］で，［完全メモリダンプ］を選択し，出力先のファイルを指定する。

注意

メモリーダンプのサイズは，実メモリーのサイズによって異なります。搭載している物理メモリーが大きいと，メモリーダンプのサイズも大きくなります。メモリーダンプを採取できるだけのディスク領域を確保してください。詳細は，Windowsのヘルプの「STOPエラー」の項目を参照してください。

クラッシュダンプの出力設定

Windows Server 2003，Windows Server 2003(IPF)の場合

スタートメニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「drwtsn32」と入力し，［OK］ボタンをクリックする。
［ワトソン博士］ダイアログボックスが開きます。

「クラッシュ ダンプ ファイルの作成」にチェックを入れ，クラッシュ ダンプテキストボックスに出力先のファイルを指定する。

［OK］ボタンをクリックする。

注意

クラッシュダンプに出力される情報はJP1だけでなく，ほかのアプリケーションプログラムのトラブル情報も出力されます。また，クラッシュダンプが出力されると，その分ディスク容量が圧迫されます。クラッシュダンプが出力されるように設定する場合は，十分なディスク領域を確保しておいてください。

(2)　プロセス異常終了時の再起動の設定

プロセス再起動の定義
プロセス再起動が有効になるよう，次の拡張起動プロセス定義ファイルを編集します。

Consoleパス¥conf¥jp1co_service_0700.conf

「再起動可否」パラメーターは「|」で区切られた４番目の値で，0（再起動しない：デフォルト）または1（再起動する）を設定します。なお，「|」で区切られた3番目までの値は変更しないでください。

定義内容の反映
JP1/IM - Managerが稼働している場合は，プロセス再起動の設定が有効になるよう，JP1/IM - Managerのリロードコマンドを実行します。

jco_spmd_reload

ワトソン博士の設定
プロセス再起動を有効にする場合は，ワトソン博士のダイアログが表示されないようにします。アプリケーションエラーのときに，ワトソン博士のダイアログが表示されると，プロセスの再起動ができないためです。
スタートメニューの［ファイル名を指定して実行］で「drwtsn32」を実行します。「ワトソン博士」のダイアログが表示されるので，「メッセージボックスによる通知」のチェックを外します。
なお，ワトソン博士の設定はシステム全体で共通のため，ここでの設定がシステム全体のプログラムの設定になります。
また，ワトソン博士の設定を有効にするため，コマンドプロンプトで以下のコマンドを実行してください。

drwtsn32 -i

ワトソン博士が既定のアプリケーションデバッガとしてインストールされます。

Microsoftへのエラー報告の抑止設定
プロセス再起動を有効にする場合は，エラー検知時に表示されるMicrosoftへのエラー報告のダイアログを，表示されないようにします。ダイアログが表示されると，プロセスの再起動ができないためです。
1. コントロールパネルから［システム］をダブルクリックする。
2. ［詳細設定］ページの［エラー報告］をクリックする。
3. ［エラー報告を無効にする］を選択し，［重大なエラーが発生した場合は通知する］のチェックが外れていることを確認する。

プロセス再起動の定義について

拡張起動プロセス定義ファイル（jp1co_service_0700.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　拡張起動プロセス定義ファイル（jp1co_service_0700.conf）」（3.　定義ファイル）

(3)　プロセス異常検知時のJP1イベントの発行の設定

JP1イベント発行を設定する。
次のIMパラメーター定義ファイルを編集します。

Consoleパス¥conf¥jp1co_param_V7.conf

このファイルの「SEND_PROCESS_TERMINATED_ABNORMALLY_EVENT」と「SEND_PROCESS_RESTART_EVENT」がJP1イベント発行の設定パラメーターです。JP1イベントを発行するには，値を「dword:1」に変更します。

jbssetcnfコマンドを実行して，定義内容を反映する。

jbssetcnf Consoleパス¥conf¥jp1co_param_V7.conf

JP1/BaseおよびJP1/Baseを前提とする製品を再起動する。
再起動後に設定内容が反映されます。

JP1イベント発行の設定について

IMパラメーター定義ファイル（jp1co_param_V7.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　IMパラメーター定義ファイル（jp1co_param_V7.conf）」（3.　定義ファイル）

(4)　ヘルスチェック機能の設定

ヘルスチェック機能を使ってJP1/IM - Managerプロセスのハングアップを検知したい場合に設定します。

ヘルスチェック定義ファイル（jcohc.conf）を開き，パラメーター設定をする。
ヘルスチェック機能を有効にするため，ENABLE=trueにします。
また，ハングアップ検知時にJP1イベントを発行する場合にはEVENT=trueに，通知コマンドを実行する場合にはCOMMAND=実行するコマンドを指定してください。

通知コマンドの設定をした場合は，jcohctestコマンドを実行して動作確認する。
jcohctestコマンドを実行して，正しくCOMMANDで指定したコマンドが実行されるか確認します。正しく動作しなかった場合は指定を見直してください。

jco_spmd_reloadコマンドでJP1/IM - Managerをリロードする。または，JP1/IM - Managerを再起動する。

ヘルスチェック機能の設定について

ヘルスチェック定義ファイル（jcohc.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ヘルスチェック定義ファイル（jcohc.conf）」（3.　定義ファイル）

jcohctestコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcohctest」（2.　コマンド）

(5)　監視オブジェクトDBの自動バックアップ・リカバリー設定

統合スコープの機能を使用する場合に設定します。

監視ツリーの更新中に，OSがシャットダウンしたり，クラスタ運用時にフェールオーバーしたりすると，監視オブジェクトDBが破損するおそれがあります。このため，監視ツリーの更新時に監視オブジェクトDBを自動でバックアップ・リカバリーするよう設定します。

なお，新規インストールの場合は有効，旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeで設定を無効にしていた場合は無効となっています。運用に合わせて，設定を変更してください。

JP1/IM - Managerを停止する。

次のファイルを引数にしてjbssetcnfコマンドを実行する。
監視オブジェクトDBの自動バックアップ・リカバリー機能を有効にする：auto_dbbackup_on.conf
監視オブジェクトDBの自動バックアップ・リカバリー機能を無効にする：auto_dbbackup_off.conf
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）」（3. 定義ファイル）を参照してください。

JP1/IM - Managerを起動する。

9.5.3　バージョンアップ時の設定

ここでは，JP1/IM - Managerのバージョンアップインストール時のセットアップ項目について説明します。

＜この項の構成＞

(1)　イベント取得フィルターの位置の変更

(2)　統合スコープのバージョンアップコマンドの実行

(1)　イベント取得フィルターの位置の変更

旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Consoleで，イベント取得フィルター（互換用）を使用していた場合は，jcochafmodeコマンドを実行して，イベント取得フィルターの位置をイベントコンソールサービスからイベントフロー制御サービスに変更できます。イベント取得フィルターの位置をイベントフロー制御サービスに変更すると，JP1イベントの監視に加えて，自動アクションや監視オブジェクトの状態監視にも有効なフィルターとして動作させることができます。また，フィルター条件を詳細に定義できるようになります。ただし，バージョンアップ前のイベント取得フィルターで運用したい場合は，フィルター位置の変更は不要です。

注意

一度イベント取得フィルターの位置を変更すると，以前のイベント取得フィルターには戻せません。jcochafmodeコマンドを実行する前に，イベント取得フィルターの位置の変更について，十分に検討してください。

JP1/IM - Managerを停止する。

jcochafmodeコマンドを実行してフィルター位置を変更する。

JP1/IM - Managerを起動する。

イベント取得フィルターの機能について
参照先：「3.2.2 (2)　イベント取得フィルター」

イベント取得フィルター（互換用）で設定していた項目の引き継ぎについて
参照先：「7.2.1 (2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて」
参照先：「7.2.4（2）バージョン6のJP1/IM からのバージョンアップについて」

jcochafmodeコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcochafmode」（2.　コマンド）

(2)　統合スコープのバージョンアップコマンドの実行

08-01以前のJP1/IM - Central Scopeからバージョンアップした場合は，次の手順に従い，バージョンアップコマンドを実行してください。バージョンアップコマンドを実行するまでは，旧バージョンのJP1/IM - Central Scopeと互換モードで動作します（旧バージョンから追加された機能は使用できません）。

JP1/IM - Managerを停止する。

ディスクの空き容量を確認する。
次の手順に示すjp1csverup.batコマンドを実行するには，監視オブジェクトDB分の空き容量が必要です。監視オブジェクトDBは，次に示すフォルダ内のすべてのデータです。
Scopeパス¥database¥jcsdb¥

jp1csverup.batコマンドを実行する。

jbssetcnfコマンドを実行する。
次に示す機能の有効，無効は旧バージョンのJP1/IM - Central Scopeの設定に依存します。

対処済み連動機能

状態変更イベントの上限監視

機能を無効から有効にしたい場合，次の表に示すファイルを引数にjbssetcnfコマンドを実行してください。

表9-4　機能を有効にするための設定ファイル

ファイル名 | 説明
action_complete_on.conf | 対処済み連動機能を有効にするためのファイルです。
evhist_warn_event_on.conf | 監視オブジェクトの状態変更イベント件数が上限値（100件）を超えた際に，JP1イベントを発行する機能を有効にするためのファイルです。

JP1/IM - Managerを起動する。

JP1/IM - ViewでJP1/IM - Manager（JP1/IM - Central Scope）に接続し，問題がないか動作を確認する。

jp1csverup.batコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1csverup.bat（Windows限定）」（2.　コマンド）

9.6　JP1/IM - Viewのセットアップ

ここでは，JP1/IM - Viewのセットアップ項目について説明します。

なお，セットアップ作業を行うユーザーは，Administrators権限が必要です。

＜この節の構成＞

9.6.1　JP1/IM - Viewの障害に備えた設定

9.6.2　JP1/IM - Central Information Master連携のセットアップ

9.6.3　JP1/IM - Rule Operation連携のセットアップ

9.6.1　JP1/IM - Viewの障害に備えた設定

JP1/IM - Viewは，障害が発生した場合に備えて，トラブル解決の調査資料を採取するツールを提供しています。JP1/IM - Viewに障害が発生した場合に備え，ツールの実行時にWindowsのクラッシュダンプおよびメモリーダンプを採取できるよう，ダンプの出力設定をしておくことをお勧めします。

JP1/IM - Viewでは，トラブル発生時に資料を採取するためのツールをバッチファイル（jcoview_log.bat）として提供しています。JP1/IM - Viewの資料採取ツールで採取できるのは，JP1/IM - Viewのトラブルシュート資料です。採取できる資料の詳細は「24.3　トラブル発生時に採取が必要な資料」を参照してください。

資料採取ツールについて

jcoview_log.batについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcoview_log.bat（Windows限定）」（2.　コマンド）

また，メモリーダンプおよびクラッシュダンプを出力する設定を「9.5.2 (1)　障害発生時の資料採取の準備」の説明を参照して，設定してください。

9.6.2　JP1/IM - Central Information Master連携のセットアップ

ここでは，JP1/IM - View（JP1/IM - Central Information Master連携部分）を使用する場合のセットアップについて説明します。

JP1/IM - Viewのインストール時には，スタートメニューにJP1/IM - Managerに関するショートカットが作成されますが，JP1/IM - Central Information Masterに関するショートカットは作成されません。

JP1/IM - Managerに関するショートカットの名称は，［統合ビュー］および［監視ツリー編集］です。

JP1/IM - Central Information Masterに関するショートカットを作成する場合には，次の手順を行ってください。

JP1/IM - Viewを停止する。

次のコマンドを実行する。
jcovcmsetup -i　　（-iオプションは省略できます）
スタートメニュー（［スタート］－［プログラム］－［JP1_Integrated Management - View］の下）にJP1/IM - Central Information Masterに関するショートカットが追加されます。名称は，［システム情報管理］および［ヘルプ(システム情報管理)］です。

JP1/IM - Central Information Master，およびJP1/IM - View（JP1/IM - Central Information Master連携部分）の詳細については，JP1/IM - Central Information Masterのマニュアルを参照してください。

JP1/IM - Central Information Masterのマニュアル

マニュアル「JP1/Integrated Management - Central Information Master システム構築・運用ガイド」

マニュアル「JP1/Integrated Management - Central Information Master リファレンス」

注意

スタートメニューに登録されている［JP1_Integrated Management - View］（ショートカット）の位置，または名称を変更した場合には，ショートカットは追加されません。

9.6.3　JP1/IM - Rule Operation連携のセットアップ

ここでは，JP1/IM - View（JP1/IM - Rule Operation連携部分）を使用する場合のセットアップについて説明します。

JP1/IM - Viewのインストール時には，スタートメニューにJP1/IM - Managerに関するショートカットが作成されますが，JP1/IM - Rule Operationに関するショートカットは作成されません。

JP1/IM - Managerに関するショートカットの名称は，［統合ビュー］および［監視ツリー編集］です。

JP1/IM - Rule Operationに関するショートカットを作成する場合には，次の手順を行ってください。

JP1/IM - Viewを停止する。

次のコマンドを実行する。
jcovrmsetup -i　　（-iオプションは省略できます）
スタートメニュー（［スタート］－［プログラム］－［JP1_Integrated Management - View］の下）にJP1/IM - Rule Operationに関するショートカットが追加されます。名称は，［ルール管理］および［ヘルプ(ルール管理)］です。

JP1/IM - Rule Operation，およびJP1/IM - View（JP1/IM - Rule Operation連携部分）の詳細については，JP1/IM - Rule Operationのマニュアルを参照してください。

JP1/IM - Rule Operationのマニュアル

マニュアル「JP1/Integrated Management - Rule Operation システム構築・運用ガイド」

マニュアル「JP1/Integrated Management - Rule Operation GUIリファレンス」

注意

スタートメニューに登録されている［JP1_Integrated Management - View］（ショートカット）の位置，または名称を変更した場合には，ショートカットは追加されません。

10.　インストールとセットアップ（UNIXの場合）

ここでは，UNIX環境でJP1/IMをインストール，およびセットアップする手順について説明します。

＜この章の構成＞

10.1　インストールとセットアップの流れ

10.2　インストール前に必要な作業

10.3　インストール

10.4　JP1/Baseのセットアップ

10.5　JP1/IM - Managerのセットアップ

10.1　インストールとセットアップの流れ

インストールの開始からセットアップの終了までの作業の流れを，マネージャーホストの場合とエージェントホストの場合に分けて示します。

図10-1　インストールとセットアップの作業の流れ（マネージャーホスト）

図10-2　インストールとセットアップの作業の流れ（エージェントホスト）

10.2　インストール前に必要な作業

＜この節の構成＞

10.2.1　JP1/IMのセットアップ内容の設計

10.2.2　システム環境の構築

10.2.3　前提プログラムのインストール

10.2.1　JP1/IMのセットアップ内容の設計

インストール作業に入る前に，JP1/IMのセットアップ内容について検討し，設定する内容をまとめておいてください。

セットアップ内容の設計については，「第3編　設計編」を参照してください。

10.2.2　システム環境の構築

＜この項の構成＞

(1)　OSの環境構築

(1)　OSの環境構築

JP1/IMのインストール前に，次を満たすOSの環境を構築してください。

JP1/IMの前提バージョンのOSであること

JP1/IMの前提とするサービスパックやパッチが適用されていること

JP1/IMの構成に合わせてカーネルパラメーターを調整していること

JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照して，次を実施してください。

JP1/IMが前提とするパッチを確認し，OSに適用する

JP1/IMの構成に合わせてカーネルパラメーターを調整する

10.2.3　前提プログラムのインストール

＜この項の構成＞

(1)　JP1/Baseのインストール

(1)　JP1/Baseのインストール

JP1/IMのマネージャーホストおよびエージェントホストには，JP1/IM - Managerの前提製品であるJP1/Baseをインストールする必要があります。

「3.1　JP1/IMの構成」を参照し，システム構成を確認してください。また，JP1/Baseのインストール方法は，マニュアル「JP1/Base 運用ガイド」を参照してください。

10.3　インストール

ここでは，JP1/IM - Managerをインストールする手順について説明します。

なお，インストール作業を行うユーザーは，root権限が必要です。

＜この節の構成＞

10.3.1　インストール手順

10.3.2　Hitachi PP Installerの使用方法

10.3.3　アンインストール手順

10.3.4　インストール・アンインストール時の注意事項

10.3.1　インストール手順

JP1/IM - Managerをインストールする手順について説明します。

＜この項の構成＞

(1)　インストールの手順

(2)　各種インストールについて

(1)　インストールの手順

次の手順でJP1/IM - Managerをインストールします。この作業には，root権限が必要です。

すべてのプログラムを終了する。
インストールする前に，JP1/BaseおよびJP1/Baseを前提とするプログラムを停止してください。
バージョンアップインストールをする場合，JP1/IM - Managerを停止してください。また，接続中のJP1/IM - Viewがある場合はログアウトしてください。

Hitachi PP Installerを実行する。
Hitachi PP Installerの指示に従ってインストールしてください。操作手順については，「10.3.2　Hitachi PP Installerの使用方法」を参照してください。

なお，JP1/IM - Managerのインストール時にインストーラーのログとして次のファイルが作成されます。これはインストールが異常終了した場合の保守資料です。インストールが正常終了したあと，JP1/IM - Managerを起動して問題がなければ削除してください。

/tmp/HITACHI_JP1_INST_LOG/jp1imm_inst{1|2|3|4|5}.log

(2)　各種インストールについて

バージョンアップインストールについて

旧バージョンのJP1/IM - Manager，JP1/IM - Central Console，またはJP1/IM - Central Scopeからバージョンアップする場合は，「7.2　旧バージョンのJP1/IMからのバージョンアップについて」を参照してバージョンアップ時の注意について事前に知っておいてください。

JP1/NETM/DMを使ったリモートインストールについて

JP1/IMは，JP1/NETM/DMを使ったリモートインストール（ソフトウェア配布）に対応しています。

JP1/IMを運用するサーバでJP1/NETM/DMを運用することにより，JP1/IMの新規インストールおよびバージョンアップができます。JP1/NETM/DMを使った実際のリモートインストール方法については，マニュアル「JP1/NETM/DM Manager」，マニュアル「JP1/NETM/DM SubManager（UNIX(R)用）」，およびマニュアル「JP1/NETM/DM Client（UNIX(R)用）」を参照してください。

10.3.2　Hitachi PP Installerの使用方法

Hitachi PP Installerは，JP1/IMの提供媒体に格納されています。ここでは，次の操作について説明します。

Hitachi PP Installerの起動方法

Hitachi PP Installerを使用してJP1/IM - Managerをインストールする方法

Hitachi PP Installerを使用してJP1/IM - Managerを削除する方法

Hitachi PP Installerを使用して現在インストールされている日立製品のバージョンを確認する方法

Hitachi PP Installer実行時のユーザー権限

Hitachi PP Installerを使用するときは，root権限が必要です。rootでログインするか，またはsuコマンドでユーザーをrootに変更してください。

＜この項の構成＞

(1)　Hitachi PP Installerの起動

(2)　JP1/IM - Managerのインストール

(3)　JP1/IM - Managerの削除

(4)　バージョン情報の表示

(1)　Hitachi PP Installerの起動

Hitachi PP Installerの起動手順を次に示します。

ドライブにJP1/IM - Managerの提供媒体CD-ROMをセットする。

CD-ROMをマウントする。
マウント方法は，ご使用のOS，ハードウェアおよび環境によって異なります。マウント方法の詳細はOSのマニュアルを参照してください。

HP-UXの場合
/usr/sbin/ioscan -fnC disk （デバイススペシャルファイル名を確認します）
/usr/sbin/mount -F cdfs -r デバイススペシャルファイル名 /cdrom

Solarisの場合
CD-ROMをセットすると，通常は自動的にマウントされます。
/usr/sbin/mount （マウントされていることを確認します）
自動的にマウントされなかった場合は，次のコマンドを入力します。
/usr/sbin/mount -r -F hsfs /dev/dsk/c0t4d0s0 /cdrom

AIXの場合
/usr/sbin/mount -r -v cdrfs /dev/cd0 /cdrom

Linuxの場合
/bin/mount -r -o mode=0544 /dev/cdrom /mnt/cdrom

太字のデバイススペシャルファイル名，および下線部のCD-ROMファイルシステムのマウントディレクトリ名は，環境によって異なりますので注意してください。

Hitachi PP Installerを起動する。
CD-ROMのディレクトリ名やファイル名は，マシン環境によっては記載されている内容と見え方が異なる場合があります。lsコマンドで確認の上，表示されたファイル名を入力してください。

HP-UX（PA-RISC）の場合
/cdrom/HPUX/SETUP /cdrom

HP-UX（IPF）の場合
/cdrom/IPFHPUX/SETUP /cdrom

Solarisの場合
/cdrom/cdrom0/solaris/setup /cdrom/cdrom0

AIXの場合
/cdrom/aix/setup /cdrom

Linux（Linux (IPF)を除く）の場合
/mnt/cdrom/linux/setup /mnt/cdrom

Linux (IPF)の場合
/mnt/cdrom/iplinux/setup /mnt/cdrom

下線部にはご使用になるCD-ROMのマウントディレクトリ名を指定してください。

CD-ROMをアンマウントする。
インストール完了後，アンマウントします。アンマウント方法の詳細はOSのマニュアルを参照してください。

HP-UXの場合
/usr/sbin/umount /cdrom

Solarisの場合
/usr/bin/eject （自動マウントされたCD-ROMを取り出します）
mountコマンドによって手動でマウントした場合は，次のコマンドを入力します。
/usr/sbin/umount /cdrom

AIXの場合
/usr/sbin/umount /cdrom

Linuxの場合
/bin/umount /mnt/cdrom

下線部にはご使用になるCD-ROMのマウントディレクトリ名を指定してください。

(2)　JP1/IM - Managerのインストール

Hitachi PP Installerを使用してJP1/IM - Manager をインストールする方法を説明します。Hitachi PP Installerを起動すると，初期画面が表示されます。

図10-3　HitachiPP Installerの初期画面例

初期画面で「I」を入力すると，インストールできるソフトウェアの一覧が表示されます。インストールしたいソフトウェアにカーソルを移動し，スペースバーで選択します。さらに「I」を入力すると，JP1/IM - Managerがインストールされます。インストール完了後，「Q」を入力すると初期画面に戻ります。

(3)　JP1/IM - Managerの削除

次のコマンドを実行して，Hitachi PP Installerを起動します。

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面については，「図10-3　Hitachi PP Installerの初期画面例」を参照してください。

初期画面で「D」を入力すると，削除できるソフトウェアの一覧が表示されます。削除したいソフトウェアにカーソルを移動し，スペースバーで選択します。さらに「D」を入力すると，ソフトウェアが削除されます。削除完了後，「Q」を入力すると初期画面に戻ります。

(4)　バージョン情報の表示

次のコマンドを実行して，Hitachi PP Installerを起動します。

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面については，「図10-3　Hitachi PP Installerの初期画面例」を参照してください。

初期画面で「L」を入力すると，インストール済みの日立製品の一覧が表示されます。

10.3.3　アンインストール手順

JP1/IM - Managerをアンインストールする手順について説明します。

＜この項の構成＞

(1)　アンインストールの手順

(1)　アンインストールの手順

次の手順でアンインストールします。この作業には，root権限が必要です。

プログラムを終了する。
アンインストールする前に，JP1/IM - Manager，JP1/BaseおよびJP1/Baseを前提とするプログラムを停止してください。また，接続中のJP1/IM - Viewがある場合は停止してください。

ユーザーファイルをバックアップする。
JP1/IM - Managerのアンインストールでは，定義ファイルやログファイルなども含めて，フォルダごと削除されますので，必要に応じてバックアップしてください。

Hitachi PP Installerを実行する。
Hitachi PP Installerの指示に従ってアンインストールしてください。

ユーザーファイルを削除する。
ファイルを使用中のプロセスがあった場合などには，ファイルが残ることがあります。次のディレクトリを確認して手動で削除してください。

/opt/jp1imm/

/var/opt/jp1imm/

/etc/opt/jp1cons/

/opt/jp1cons/

/var/opt/jp1cons/

/etc/opt/jp1scope/

/opt/jp1scope/

/var/opt/jp1scope/

なお，JP1/IM - Managerのアンインストール時にインストーラーのログとして次のファイルが作成されます。これはアンインストールが異常終了した場合の保守資料です。アンインストールが正常終了したあとに削除してください。

/tmp/HITACHI_JP1_INST_LOG/jp1imm_inst{1|2|3|4|5}.log

10.3.4　インストール・アンインストール時の注意事項

製品間の関連について
JP1/IM - ManagerはJP1/Baseを前提製品としています。製品のインストールやアンインストール時には，次の点に注意してください。

前提製品がある場合は，前提の製品から順にインストールしてください。
JP1/Base，JP1/IM - Managerの順序にインストールしてください。

JP1/Baseを停止してから，JP1/IM - Managerをインストールまたはアンインストールしてください。JP1/Baseの停止を忘れた場合は，必ずJP1/Baseを再起動してください。再起動しなかった場合は，システム構成情報を正しく管理できません。

JP1/Baseをアンインストールした場合，JP1/IM - Managerの共通定義情報が削除されます。JP1/Baseを再度インストールした場合，jp1cc_setupコマンドおよびjp1cs_setupコマンドを実行してください。

統合トレース機能（HNTRLib2）について

JP1/Baseのインストール時に，統合トレース機能（HNTRLib2）がインストールされます。

JP1/Baseのアンインストール時に，統合トレース機能（HNTRLib2）はほかの製品が使用していなければ削除されます。

OS環境への設定

インストール時に次の情報をOSに設定します
servicesファイルに「付録C　ポート番号」のポート番号を設定します。

JP1/IM - Managerのアンインストール時に，servicesファイルに設定された「付録C　ポート番号」のポート番号が削除されます。

10.4　JP1/Baseのセットアップ

JP1/IMを使用するためには，前提製品のJP1/Baseのセットアップが必要です。ここでは，JP1/Baseの機能のうち，JP1/IMに関連する項目について説明します。

なお，JP1/Baseのセットアップの詳しい説明は，マニュアル「JP1/Base 運用ガイド」を参照してください。

＜この節の構成＞

10.4.1　イベントサービス機能の設定

10.4.2　JP1イベントの転送設定

10.4.3　ユーザー認証の設定およびユーザーマッピングの設定

10.4.4　JP1/Baseの障害に備えた設定

10.4.5　システムの構成定義情報の設定

10.4.6　コマンド実行環境の設定

10.4.7　イベントサービスの定義情報の収集と配布

10.4.8　イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定

10.4.1　イベントサービス機能の設定

JP1/IMでJP1イベントにより事象を管理するために，各ホストを設定します。

イベントサービス環境の設定をする。
通常はデフォルトの設定のまま運用できますが，例えば，次のような場合は設定をカスタマイズしてください。

イベントデータベースの容量を大きくする

JP1/SES形式のイベントをJP1/IMで管理する

また，JP1/IM - Managerは，JP1/Base（イベントサービス）からユーザー名rootでJP1イベントを取得します。同一ホスト上で動作するJP1/Base（イベントサービス）のイベントサーバ設定ファイル（conf）でusersパラメーターを指定する場合には，rootを含める設定としてください。含めなかった場合，JP1/IM - Managerが正常に起動できなくなります。

イベント変換機能の設定をする。
ログファイルやSNMPトラップなどをJP1イベントにより管理する場合は，イベント変換機能の設定をしてください。

設定内容の詳細については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章，およびイベント変換機能の章を参照してください。

10.4.2　JP1イベントの転送設定

JP1/IMで管理するJP1イベントを，上位のJP1/IMマネージャーホストに転送するように，各ホストを設定します。

イベント転送の設定をする。
通常はデフォルトのまま運用できますが，例えば，次のような場合は設定をカスタマイズしてください。

JP1イベントの重大度が通知や情報のイベントをJP1/IMで管理する

JP1/SES形式のイベントをJP1/IMで管理する

なお，デフォルトの設定では，「10.4.5　システムの構成定義情報の設定」で設定する階層定義に従ってイベントが転送されます。

設定内容の詳細については，マニュアル「JP1/Base 運用ガイド」の転送設定ファイルの詳細の章を参照してください。

10.4.3　ユーザー認証の設定およびユーザーマッピングの設定

JP1ユーザー管理に必要な，認証サーバの指定，JP1ユーザーの登録，ユーザーマッピングの設定をします。

ホストの役割に合わせて，次のように設定します。

表10-1　ホストの役割ごとの設定項目

設定項目
認証サーバとして使用する
認証サーバとして使用しない

プライマリー
認証サーバ
セカンダリー
認証サーバ
マネージャー
ホスト
エージェント
ホスト

認証サーバ指定
○
○
○
－

JP1ユーザーの設定
○
－
－
－

操作権限の設定
○
－
－
－

認証サーバ設定のコピー
－
○
－
－

ユーザーマッピング
○
○
○
○

（凡例）

○：設定が必要

－：設定が不要

設定は，JP1/Baseのコマンドによって行います。

なお，ユーザーマッピングは，自動アクションまたはJP1/IM - Viewの操作によってコマンドを実行するすべてのホストで，次のように設定します。

表10-2　自動アクションやJP1/IM - Viewによってコマンドを実行する場合のユーザーマッピング

操作 | JP1ユーザー名 | サーバホスト名 | OSユーザー名
JP1/IM - Viewからコマンドを実行する場合 | マネージャーにログインするユーザー | JP1/IM - Viewが接続するマネージャーホスト※ | コマンド実行先ホストのOSに登録されたユーザー
自動アクションを実行する場合 | アクション定義で指定したユーザー名 | 自動アクションを定義したマネージャーホスト※ | アクション実行先ホストのOSに登録されたユーザー

注※

サーバホスト名には「*」も指定できます。この場合は，すべてのホストでユーザーマッピングが許可されます。

なお，「jp1admin」というJP1ユーザーがデフォルトで登録されています。「jp1admin」には，JP1資源グループが「*」で，JP1権限レベルがJP1_Console_Adminである操作権限が設定されています（JP1資源グループが「*」の場合，すべてのJP1資源グループにアクセスできます）。

＜この項の構成＞

(1)　認証サーバの指定

(2)　JP1ユーザーの登録

(3)　JP1ユーザーの操作権限の設定

(4)　プライマリー認証サーバの設定情報のコピー

(5)　ユーザーマッピングの設定

(1)　認証サーバの指定

認証サーバのホスト名を指定します。この設定は，認証サーバのホストおよびJP1/IMのマネージャーホストで必要です。エージェントホストでは必要ありません。

認証サーバを指定する。
/opt/jp1base/bin/jbssetusrsrv ホスト名1 [ホスト名2]
認証サーバはプライマリー，セカンダリーの2台まで設定できます。ホスト名1がプライマリー認証サーバ，ホスト名2がセカンダリー認証サーバです。

設定方法の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

(2)　JP1ユーザーの登録

JP1/IMを使用するJP1ユーザーを登録します。この設定は，プライマリー認証サーバのホストで必要です。

JP1ユーザーを登録する。
/opt/jp1base/bin/jbsadduser JP1ユーザー名

(3)　JP1ユーザーの操作権限の設定

JP1/IMを使用するJP1ユーザーに操作権限を登録します。この設定は，プライマリー認証サーバのホストで必要です。

JP1ユーザーに操作権限を設定する。
認証サーバのホストで，ユーザー権限レベルファイル（JP1_UserLevel）を編集し，JP1ユーザーに操作権限を設定します。

設定内容については，マニュアル「JP1/Base 運用ガイド」のJP1ユーザーの操作権限の設定に関する説明を参照してください。

JP1/IMの操作権限としては，JP1資源グループにJP1_Console，権限レベルにJP1_Console_Adminなどを指定します。詳細は，「3.6.4　JP1ユーザーの管理」および「付録E　操作権限一覧」を参照してください。

(4)　プライマリー認証サーバの設定情報のコピー

プライマリー認証サーバから認証サーバの設定ファイルをコピーします。この設定は，セカンダリー認証サーバのホストで必要です。

認証サーバの設定ファイルをコピーする。
/etc/opt/jp1base/conf/user_aclディレクトリに格納されている設定ファイルJP1_Group，JP1_Passwd，JP1_UserLevelをコピーします。テキストファイルのため，FTPでASCII転送するなどでコピーします。

(5)　ユーザーマッピングの設定

自動アクションやJP1/IM - Viewの操作によって，コマンドを実行するホストで，JP1ユーザー名とOSユーザー名とのユーザーマッピングを設定します。この設定は，JP1/IMからコマンドを実行するすべてのホストで必要です。

ユーザーマッピング定義を設定する。
コマンド実行をする各ホストで，ユーザーマッピング定義ファイル（jp1BsUmap.conf）を編集し，JP1ユーザーとOSユーザーのユーザーマッピングを設定します。

次のユーザーマッピング定義コマンドを実行する。

/opt/jp1base/bin/jbsmkumap

注意

ユーザーが複数いる場合は，すべてのユーザーに対してユーザーマッピングの設定が必要です。

JP1ユーザー名とOSユーザー名が同じ場合でも，ユーザーマッピングの設定が必要です。

自動アクションやJP1/IM - Viewの操作によって実行されるコマンドは，JP1ユーザーにマッピングされているプライマリーユーザーで実行されます。特定のOSユーザーでコマンドを実行したい場合には，そのOSユーザーをプライマリーユーザーとして登録してください。

ユーザーマッピング定義ファイル（jp1BsUmap.conf），およびjbsmkumapコマンドについては，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の説明を参照してください。

10.4.4　JP1/Baseの障害に備えた設定

JP1/Baseは，JP1/Base自身の障害がシステム運用に影響を及ぼすのをできるだけ防ぐために，次の機能を提供しています。

プロセスの異常を検知する機能（ヘルスチェック機能）

プロセスが異常終了した場合に自動で再起動する機能

プロセスや認証サーバの異常を検知した場合にJP1イベントを発行する機能

JP1/Baseの障害発生時に調査資料を採取するツール

デフォルトでは，プロセスの異常検知や再起動，JP1イベントの発行もしない設定になっています。設定を変更する場合は，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の説明を参照してください。

10.4.5　システムの構成定義情報の設定

JP1/IMのマネージャーホストおよびエージェントホストの階層構成は，JP1/Baseの構成定義情報で設定します。

構成定義情報は，システム階層構成を一括して定義する方法と，システム階層構成を複数の部分に分割して定義する方法があります。

構成管理の機能および定義例については，「3.6.2　JP1/IMシステムの構成管理」を参照してください。

ここでは，構成定義の設定，削除，および変更の手順について説明します。

＜この項の構成＞

(1)　システム構成定義情報の設定

(2)　システム構成定義情報の削除

(3)　システム構成定義情報の変更

(4)　システム構成定義情報の設定での注意事項

(1)　システム構成定義情報の設定

システム構成管理を設定するには，次の手順で設定します。

マネージャーホストで，構成定義ファイル（jbs_route.conf）を作成する。
システムを一括して定義する場合はシステム階層構成全体を，分割して定義の場合はそのマネージャーホストから下位にあたる管理対象ホストおよびマネージャーホストを，定義ファイルに記述します。

マネージャーホストで，設定コマンド（jbsrt_distrib）を実行する。
コマンドを実行すると，定義情報が更新されます。

システム階層構成を複数の部分に分割して定義する場合は，マネージャーごとに上記の手順を行ってください。その後に，最上位のマネージャーホストで次の手順を実施してシステム全体の定義を作成します。

最上位のマネージャーホストで，構成定義情報ファイル（jbs_route.conf）を作成する。
最上位のマネージャーホストから次の階層のマネージャーホストまでのシステム階層構成を，定義ファイルに記述します。

最上位のマネージャーホストで，設定コマンド（jbsrt_sync）を実行する。

なお，システム構成定義の内容を確認するには，各ホスト上でjbsrt_getコマンドを実行してください。

(2)　システム構成定義情報の削除

システム構成管理定義の情報を一度クリアするなど，定義を削除するには次の手順を行います。

マネージャーホストで，構成定義ファイル（jbs_route.conf）を用意する。
構成定義ファイルがない場合は，自ホスト名だけを記述したファイル（例：「jp1-sv1」1行だけのファイル）を作成してください。
既存のファイルがある場合は，そのまま使用します。

マネージャーホストで，設定コマンド（jbsrt_distrib）を実行する。
次のように表示されるので，応答してください。
「構成情報を削除しますか？」と表示されるので，「y」を入力します。
「構成定義を配布してもよろしいですか？」と表示されるので，「n」を入力します。

なお，JP1/Baseが停止していて定義情報が削除されなかったホストがある場合は，そのホストでjbsrt_delコマンドを実行して定義情報を削除し，その後，最上位のマネージャーホストでjbsrt_distribコマンドを実行してください。

(3)　システム構成定義情報の変更

システム階層を変更する場合は，「10.4.5 (1)　システム構成定義情報の設定」と同じ手順で設定してください。なお，設定コマンド（jbsrt_distribやjbsrt_sync）を実行したとき，既存の定義情報があるため次のように表示されます。

設定コマンド（jbsrt_distribやjbsrt_sync）を実行したときの表示
「構成情報を削除しますか？」と表示されるので，「y」を入力します。
「構成定義を配布してもよろしいですか？」と表示されるので，「y」を入力します。

これにより，変更後の新しい構成定義情報が配布されます。

最上位のマネージャーホストを変更する場合

システムの最上位のマネージャーホストを変更する場合は，次の手順で変更してください。

変更前の最上位のマネージャーホストで，構成定義情報を削除する。
変更前の最上位のマネージャーホストで，「10.4.5 (2)　システム構成定義情報の削除」の手順により構成定義定義を削除します。

変更後の最上位のマネージャーホストで，構成定義情報を設定する。
変更後の最上位のマネージャーホストで，「10.4.5 (1)　システム構成定義情報の設定」の手順により，構成定義情報を設定します。

(4)　システム構成定義情報の設定での注意事項

システム構成定義情報を配布するときは，各ホストでJP1/Baseが動作していることが必要です。JP1/Baseが停止していた場合の，影響と対処方法を説明します。

JP1/Baseが停止していた場合の影響
構成定義情報は，JP1/Baseにより管理されています。このため，構成定義情報で定義したホストのJP1/Baseが停止していると，定義の配布に失敗します。この場合，次のように対処してください。

jbsrt_distribコマンド実行時に「KAVB3107-E 以下のホストで構成情報が設定できません」が表示されても，そのまま処理を続行する。
JP1/Baseが起動しているホストには定義が配布されます。

定義を配布できなかったホストのJP1/Baseを起動してから，再度jbsrt_distribコマンドを実行する。
「構成情報を削除しますか？」と表示されたら，「n」を入力してください。配布が失敗したホストへ，定義が配布されます。

JP1/Baseイベントサービスが停止していた場合の影響
構成定義情報はJP1イベント転送に関連するため，jbsrt_distribコマンドやjbsrt_delコマンドを実行した時に，jevreloadコマンドが自動的に実行され，イベントサービスの転送設定が更新（リロード）されます。このリロードのとき，イベントサービスが停止していると，定義情報が配布されてもJP1イベントの転送先は更新されません。イベントサービスを再起動してください。

10.4.6　コマンド実行環境の設定

自動アクション機能およびJP1/IM - Viewの［コマンド実行］画面からコマンドを実行するときのコマンド実行環境として，次の設定をします。

なお，次に示す設定の内，手順の1はバージョン7以前のJP1/Baseからバージョンアップしたときに，一度だけ実施する手順です。新規インストールの場合，手順2から実施してください。

コマンド実行履歴ファイルをバージョン8用にするための設定
jcocmdconvコマンドを実行して，バージョン7以前に蓄積したコマンド実行履歴を，バージョン8用のコマンド実行履歴ファイルに移行します。
コマンド実行履歴の移行については，次を参照してください。
参照先：「7.2.3　バージョン7のJP1/Baseからのバージョンアップについて」
参照先：「7.2.6　バージョン6のJP1/Baseからのバージョンアップについて」

コマンド実行環境の設定
jcocmddefコマンドを実行して，コマンド実行環境を設定します。
コマンド同時実行数の調整をすることを推奨します。この場合は，次のようにコマンドを実行します。

（例）コマンド同時実行数を3にする場合

/opt/jp1base/bin/jcocmddef -execnum 3

環境変数ファイルの作成
コマンド実行の時に環境変数ファイルを使用する場合は，ファイルを作成します。

ホストグループの定義
必要に応じて，ホストグループ（同時に複数のホストにコマンド実行を指示するためのグループ）を定義します。

なお，コマンド実行環境については，次の説明を参照してください。

コマンド実行環境について

jcocmdconvコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmdconv」（2. コマンド）

jcocmddefコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddef」（2.　コマンド）

環境変数ファイルの作成について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　環境変数ファイル」（3.　定義ファイル）

ホストグループの定義について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ホストグループ定義ファイル」（3.　定義ファイル）

10.4.7　イベントサービスの定義情報の収集と配布

JP1/BaseとJP1/IMで構成されたシステムでは，マネージャーホストから複数のホストの，イベントサービスの定義情報を一括して収集したり，複数のホストへイベントサービスの定義情報を配布したりできます。そのため，イベントサービスの定義情報を各ホストで確認したり，定義したりすることなく，マネージャーホスト上で各ホストの定義情報を集中的に管理できます。

収集，配布できるのは次のファイル内の情報です。

転送設定ファイル

ログファイルトラップの動作定義ファイル

イベントログトラップの動作定義ファイル

収集方法，配布方法の詳細については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの定義情報の収集と配布の章を参照してください。

10.4.8　イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定

JP1/IM - Managerはイベントサービスの登録ホスト名をFQDN形式で利用する運用に対応しています。イベントサービスの登録ホスト名をFQDN形式で利用することで，複数のドメインで構成されたシステムでJP1イベントを監視できます。

ここでは，マネージャーホスト上のイベントサービスの登録ホスト名をFQDN形式で利用する場合の前提条件，設定方法，および起動方法について説明します。エージェントホスト上のイベントサービスの登録ホスト名をFQDN形式で利用する場合，ここで説明する設定は不要です。

＜この項の構成＞

(1)　前提条件

(2)　設定方法

(3)　起動方法

(1)　前提条件

JP1/IMホスト上のJP1/Baseイベントサービスの登録ホスト名をFQDN形式で利用する場合は，次の前提条件を満たす必要があります。

物理ホストの環境であること。

JP1/IM - Managerホスト上でhostnameコマンドを実行して，ショートネーム形式のホスト名が返されること。

(2)　設定方法

JP1/IM - Managerを自動的に起動するためのコマンドであるjco_startを編集します。jco_startコマンドは，JP1/IM - Managerを起動する前にJP1/Baseの起動確認をしています。FQDN形式のイベントサーバを利用する場合，FQDN形式のイベントサーバの起動確認を行う必要があります。JP1/BaseでFQDN形式のイベントサーバを設定後，次の手順でjco_startコマンドを編集してください。

jco_start.modelを任意の名称でコピーする。

cd /etc/opt/jp1cons
cp -p jco_start.model 任意の名称

1.でコピーしたスクリプトをテキストエディタで開き，次のように編集する。
変更前：EVS_HOST=`hostname`
変更後：EVS_HOST=FQDN形式ホスト名

FQDN形式のイベントサーバの設定については，マニュアル「JP1/Base 運用ガイド」の次の説明を参照してください。

DNSを使ったシステムでのイベントサーバの設定

イベントサービスの注意事項

(3)　起動方法

通常の起動方法と同じです。詳細は「18.1.2　UNIXの場合」を参照してください。

10.5　JP1/IM - Managerのセットアップ

ここでは，JP1/IM - Managerのセットアップ項目について説明します。

なお，セットアップ作業を行うユーザーは，root権限が必要です。

＜この節の構成＞

10.5.1　セットアッププログラムの実行

10.5.2　JP1/IMの環境変数の設定

10.5.3　自動起動および自動終了の設定

10.5.4　統合スコープの機能を使用するための設定

10.5.5　JP1/IM - Managerの障害に備えた設定

10.5.6　バージョンアップ時の設定

10.5.1　セットアッププログラムの実行

JP1/IM - Managerをインストールしたあと，セットアッププログラムを実行します。

セットアッププログラムを実行する。

/opt/jp1cons/bin/jp1cc_setup

/opt/jp1scope/bin/jp1cs_setup

なお，セットアッププログラムは，実行が必要な場合と，不要な場合があります。

セットアッププログラムの実行が必要な場合
JP1/Baseをアンインストールして，再度インストールした場合

セットアッププログラムの実行が不要な場合
JP1/IM - Managerを新規インストールした場合
同バージョンのJP1/IM - Managerを上書きインストールした場合

10.5.2　JP1/IMの環境変数の設定

JP1/IM - Managerの動作する言語コードを設定してください。言語コードの設定は環境変数ファイルと共通定義の両方に設定してください。それぞれの設定は，ローカルホスト内で統一して運用してください。設定方法を次に示します。

＜この項の構成＞

(1)　環境変数ファイルの設定

(2)　共通定義への言語環境設定

(1)　環境変数ファイルの設定

/etc/opt/jp1cons/conf/jp1co_env.confファイルをviなどで開き，先頭行の「LANG=」の後ろに，次の表に従って環境変数LANGの値を設定します。

表10-3　jp1co_env.confファイルのLANGに指定できる値

OS | 言語種別 | コード | LANGの値
HP-UX (PA-RISC) | 日本語 | シフトJISコード | ja_JP.SJISまたはjapanese
EUCコード | ja_JP.eucJPまたはjapanese.euc
英語 | C
HP-UX (IPF) | 日本語 | シフトJISコード | ja_JP.SJIS
EUCコード | ja_JP.eucJP
英語 | C
Solaris | 日本語 | シフトJISコード | ja_JP.PCK
EUCコード | jaまたはjapanese
英語 | C
AIX | 日本語 | シフトJISコード | Ja_JP.IBM-932またはJa_JP
EUCコード | ja_JP.IBM-eucJPまたはja_JP
英語 | C
Linux | 日本語 | UTF-8コード※ | ja_JP.UTF-8またはja_JP.utf8
英語 | C

注※

UTF-8コードでは，次に示す記号を二つの文字コードで表現します。

円記号(¥)：0x5Cまたは0xC2A5

チルダ(~)：0x7Eまたは0xE280BE

これらの記号について，JP1/IM - Managerでは¥：0x5C，~：0x7Eの文字コードを使用します。

この定義は，次にJP1/IM - Managerを起動したときから有効になります。

注意

言語種別を英語に設定した場合，JP1/IM - Managerの設定にマルチバイト文字を使用しないでください。使用した場合，ASCII文字で記述されたものとして扱われます。このため，JP1/IM - Managerの動作が不正になることがあります。

(2)　共通定義への言語環境設定

jp1bs_param.confファイルを編集する。
/etc/opt/jp1base/conf/jp1bs_param.confファイルをテキストエディターで開き，「LANG=」の後ろに，次の表に従って共通定義への設定値を指定します。

表10-4　jp1bs_param.confファイルのLANGに指定できる値

言語種別 | コード | LANGの値
日本語 | シフトJISコード | SJIS
EUCコード | EUCJIS
UTF-8コード | UTF-8
英語 | C

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次のコマンドを実行する。
/opt/jp1base/bin/jbssetcnf /etc/opt/jp1base/conf/jp1bs_param.conf

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

注意事項

統合スコープを使用している場合，稼働中にJP1/IM - Managerの環境変数を変更する場合は，次の操作をしてください。

jcsdbexportコマンドで監視オブジェクトDBの保管情報をローカルファイルに出力する。

JP1/IM - Managerを停止する。

JP1/IM - Managerの動作する言語コードを変更して，JP1/IM - Managerを起動する。

jcsdbimportコマンドでローカルファイルに出力した監視オブジェクトDBを，統合スコープの監視オブジェクトDBに反映する。

上記の操作をしない場合は，［監視ツリー］画面，［ビジュアル監視］画面の表示が不正になります。

10.5.3　自動起動および自動終了の設定

ホストの起動・終了時にJP1/IM - Managerを自動的に起動・終了するためには，次の操作をします。

なお，自動起動・終了スクリプトでは，デフォルトでは環境変数LANGにCが設定されています。スクリプト実行時の出力メッセージの言語を変更したい場合は，スクリプト内の環境変数LANGを設定している行を編集してください。

＜この項の構成＞

(1)　HP-UX，SolarisおよびLinuxの場合

(2)　AIXの場合

(1)　HP-UX，SolarisおよびLinuxの場合

自動起動，自動終了のスクリプトをコピーする。
# cd /etc/opt/jp1cons
# cp -p jco_start.model jco_start
# cp -p jco_stop.model jco_stop

(2)　AIXの場合

自動起動，自動終了のスクリプトをコピーする。
# cd /etc/opt/jp1cons
# cp -p jco_start.model jco_start
# cp -p jco_stop.model jco_stop

自動起動の設定をする。
JP1/BaseとJP1/IM - Managerの起動エントリを，mkitabコマンドで/etc/inittabファイルに追加します。以下の順序で実行してください。
# mkitab -i hntr2mon "jp1base:2:wait:/etc/opt/jp1base/jbs_start"
# mkitab -i jp1base "jp1cons:2:wait:/etc/opt/jp1cons/jco_start"

設定した後，lsitabコマンドで設定内容を確認します。
# lsitab -a
init:2:initdefault:
brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of system boot
：
：
hntr2mon:2:once:/opt/hitachi/HNTRLib2/etc/D002start
jp1base:2:wait:/etc/opt/jp1base/jbs_start
jp1cons:2:wait:/etc/opt/jp1cons/jco_start
#
上記のように，プロセスを起動する順序のとおり，記述エントリがhntr2mon（統合トレース機能），jp1base，jp1consの順に記述されていれば，正しく設定されています。

自動停止の設定をする。
JP1/BaseとJP1/IM - Managerの停止エントリを，テキストエディターで/etc/rc.shutdownファイルに追加します。
以下の順序で記述してください。

ファイル名：/etc/rc.shutdown
　　　：
　test△-x△/etc/opt/jp1cons/jco_stop△&&△/etc/opt/jp1cons/jco_stop
　test△-x△/etc/opt/jp1base/jbs_stop△&&△/etc/opt/jp1base/jbs_stop
　　　：

注意事項
/etc/rc.shutdownスクリプトは，最後に実行したコマンドの終了コードがゼロ以外を戻すとエラーと認識しshutdown処理を中断しますので，/etc/rc.shutdownの最後に，
　exit 0
などを追記することを推奨します。

この操作によって，自動起動・終了用のスクリプトが有効になります。

10.5.4　統合スコープの機能を使用するための設定

JP1/IM - Managerを新規インストールした場合，統合スコープの機能はデフォルトで無効になっています。

統合スコープの機能を使用する場合は，次の手順に従ってください。

統合スコープのDBを作成する。
jcsdbsetupコマンドを実行します。

セントラルスコープサービス（jcsmain）を有効にする。
jcoimdef -s ON を実行します。

JP1/IM - Managerを再起動する。

セントラルスコープサービスの稼働を確認する。
jco_spmd_statusコマンドを実行します。稼働中のプロセスにjcsmainが表示されていることを確認してください。

jcsdbsetupコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcsdbsetup」（2. コマンド）を参照してください。

jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2. コマンド）を参照してください。

10.5.5　JP1/IM - Managerの障害に備えた設定

JP1/IM - ManagerはJP1/IM - Manager自身に障害が発生した場合に備えて，トラブル解決の調査資料を採取するツールや，プロセスの異常終了時に自動で再起動する機能などを提供しています。

ここでは，JP1/IM - Managerの障害に備えた設定項目について説明します。

＜この項の構成＞

(1)　障害発生時の資料採取の準備

(2)　プロセス異常終了時の再起動の設定

(3)　プロセス異常検知時のJP1イベントの発行の設定

(4)　ヘルスチェック機能の設定

(5)　監視オブジェクトDBの自動バックアップ・リカバリー設定

(1)　障害発生時の資料採取の準備

JP1/IM - Managerではトラブル発生時に資料を採取するためのツールをシェルスクリプト（jim_log.sh）として提供しています。このツールは，トラブルの解決の調査資料となる情報を一括して採取するツールです。

JP1/IM - Managerの資料採取ツールで採取できるのは，JP1/IM - ManagerおよびJP1/Baseのトラブルシュート資料です。採取できる資料の詳細は「24.3　トラブル発生時に採取が必要な資料」を参照してください。

資料採取ツールについて

jim_log.shについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.sh（UNIX限定）」（2.　コマンド）

なお，トラブルが発生した場合に調査資料として，コアダンプファイルが必要になることがあります。コアダンプファイルの出力はユーザーの環境設定に依存するため，次に示す設定を確認しておいてください。

(a)　コアダンプファイルのサイズ設定

コアダンプファイルの最大サイズは，rootユーザーのコアダンプファイルのサイズ設定（ulimit -c）によって制限されます。JP1/IM - Managerではコアダンプファイルがユーザーの環境設定に依存しないで出力されるよう，jco_startおよびjco_start.clusterスクリプト内で次の設定をしています。

ulimit -c unlimited

この設定が，ご使用のマシンのセキュリティポリシーに反する場合は，これらのスクリプトの設定を次のようにコメント行にしてください。

# ulimit -c unlimited

注意

コメント行にした場合，JP1/IM - Managerのプロセスで発生したセグメンテーション障害，バス障害やjcogencoreコマンド実行時などのコアダンプファイルの出力契機に，コアダンプが出力されないため，調査が行えないおそれがあります。

(b)　コアダンプに関連するカーネルパラメーターの設定（Linux限定）

Linuxのカーネルパラメーター（kernel.core_pattern）で，コアダンプファイルの出力先，およびファイル名をデフォルトの設定から変更している場合，資料採取ツールの実行時にコアダンプファイルを採取できないときがあります。このため，Linuxのカーネルパラメーター（kernel.core_pattern）の設定は変更しないことをお勧めします。

資料採取ツールは，次に示すデフォルトの出力先ディレクトリにあるファイル名がcoreから始まるファイルを採取します。

物理ホストの場合：/var/opt/jp1cons/log/

論理ホストの場合：共有ディレクトリ/jp1cons/log/

kernel.core_patternの設定を変更している場合には，資料採取ツールの実行前に次のことを実施しておく必要があります。

コアダンプファイルの出力先ディレクトリを変更している場合
コアダンプファイルをデフォルトの出力先ディレクトリにコピーしておく。

コアダンプファイルのファイル名を変更している場合
コアダンプファイルのファイル名をcoreから始まるファイル名にリネームしておく。

(2)　プロセス異常終了時の再起動の設定

プロセス再起動の定義
プロセス再起動が有効になるよう，次の拡張起動プロセス定義ファイルを編集します。
/etc/opt/jp1cons/conf/jp1co_service_0700.conf
「再起動可否」パラメーターは「|」で区切られた４番目の値で，0（再起動しない：デフォルト）または1（再起動する）を設定します。

定義内容の反映
JP1/IM - Managerが稼働している場合は，プロセス再起動の設定が有効になるよう，JP1/IM - Managerのリロードコマンドを実行します。

/opt/jp1cons/bin/jco_spmd_reload

プロセス再起動の定義について

拡張起動プロセス定義ファイル（jp1co_service_0700.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　拡張起動プロセス定義ファイル（jp1co_service_0700.conf）」（3.　定義ファイル）

(3)　プロセス異常検知時のJP1イベントの発行の設定

JP1イベント発行の設定をする。
次のIMパラメーター定義ファイルを編集します。

　/etc/opt/jp1cons/conf/jp1co_param_V7.conf

このファイルの「SEND_PROCESS_TERMINATED_ABNORMALLY_EVENT」と「SEND_PROCESS_RESTART_EVENT」がJP1イベント発行の設定パラメーターです。JP1イベントを発行するには，値を「dword:1」に変更します。

jbssetcnfコマンドを実行して，定義内容を反映する。

/opt/jp1base/bin/jbssetcnf /etc/opt/jp1cons/conf/jp1co_param_V7.conf

JP1/BaseおよびJP1/Baseを前提とする製品を再起動する。
再起動後に設定内容が反映されます。

JP1イベント発行の設定について

IMパラメーター定義ファイル（jp1co_param_V7.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　IMパラメーター定義ファイル（jp1co_param_V7.conf）」（3.　定義ファイル）

(4)　ヘルスチェック機能の設定

ヘルスチェック機能を使ってJP1/IM - Managerプロセスのハングアップを検知したい場合に設定します。

ヘルスチェック定義ファイル（jcohc.conf）を開き，パラメーター設定をする。
ヘルスチェック機能を有効にするため，ENABLE=trueにします。
また，ハングアップ検知時にJP1イベントを発行する場合にはEVENT=trueに，通知コマンドを実行する場合にはCOMMAND=実行するコマンドを指定してください。

通知コマンドの設定をした場合は，jcohctestコマンドを実行して動作確認する。
jcohctestコマンドを実行して，正しくCOMMANDで指定したコマンドが実行されるか確認します。正しく動作しなかった場合は指定を見直してください。

jco_spmd_reloadコマンドでJP1/IM - Managerをリロードする。または，JP1/IM - Managerを再起動する。

ヘルスチェック機能の設定について

ヘルスチェック定義ファイル（jcohc.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ヘルスチェック定義ファイル（jcohc.conf）」（3.　定義ファイル）

jcohctestコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcohctest」（2.　コマンド）

(5)　監視オブジェクトDBの自動バックアップ・リカバリー設定

統合スコープの機能を使用する場合に設定します。

監視ツリーの更新中に，OSがシャットダウンしたり，クラスタ運用時にフェールオーバーしたりすると，監視オブジェクトDBが破損するおそれがあります。このため，監視ツリーの更新時に監視オブジェクトDBを自動でバックアップ・リカバリーするよう設定します。

新規インストールの場合は有効，旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeで設定を無効にしていた場合は無効となっています。運用に合わせて，設定を変更してください。

JP1/IM - Managerを停止する。

次のファイルを引数にjbssetcnfコマンドを実行する。
監視オブジェクトDBの自動バックアップ・リカバリー機能を有効にする：auto_dbbackup_on.conf
監視オブジェクトDBの自動バックアップ・リカバリー機能を無効にする：auto_dbbackup_off.conf
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）」（3. 定義ファイル）を参照してください。

JP1/IM - Managerを起動する。

10.5.6　バージョンアップ時の設定

ここでは，JP1/IM - Managerのバージョンアップインストール時のセットアップ項目について説明しています。

＜この項の構成＞

(1)　イベント取得フィルターの位置の変更

(2)　統合スコープのバージョンアップコマンドの実行

(1)　イベント取得フィルターの位置の変更

旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Consoleで，イベント取得フィルター（互換用）を使用していた場合は，jcochafmodeコマンドを実行して，イベント取得フィルターの位置をイベントコンソールサービスからイベントフロー制御サービスに変更できます。イベント取得フィルターの位置をイベントフロー制御サービスに変更すると，JP1イベントの監視に加えて，自動アクションや監視オブジェクトの状態監視にも有効なフィルターとして動作させることができます。また，フィルター条件を詳細に定義できるようになります。ただし，バージョンアップ前のイベント取得フィルターで運用したい場合は，フィルター位置の変更は不要です。

注意

一度イベント取得フィルターの位置を変更すると，以前のイベント取得フィルターには戻せません。jcochafmodeコマンドを実行する前に，イベント取得フィルターの位置の変更について，十分に検討してください。

JP1/IM - Managerを停止する。

jcochafmodeコマンドを実行してフィルター位置を変更する。

JP1/IM - Managerを起動する。

イベント取得フィルターの機能について
参照先：「3.2.2 (2)　イベント取得フィルター」

イベント取得フィルター（互換用）で設定していた項目の引き継ぎについて
参照先：「7.2.1 (2)　バージョン7のJP1/IM - Central Consoleからのバージョンアップについて」
参照先：「7.2.4（2）バージョン6のJP1/IM からのバージョンアップについて」

jcochafmodeコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcochafmode」（2.　コマンド）

(2)　統合スコープのバージョンアップコマンドの実行

08-01以前のJP1/IM - Central Scopeからバージョンアップした場合は，次の手順に従い，バージョンアップコマンドを実行してください。バージョンアップコマンドを実行するまでは，旧バージョンのJP1/IM - Central Scopeと互換モードで動作します（旧バージョンから追加された機能は使用できません）。

JP1/IM - Managerを停止する。

ディスクの空き容量を確認する。
次手順に示すjp1csverupコマンドを実行するには，監視オブジェクトDB分の空き容量が必要です。監視オブジェクトDBは，次に示すディレクトリ内のすべてのデータです。
/var/opt/jp1scope/database/jcsdb/

jp1csverupコマンドを実行する。

jbssetcnfコマンドを実行する。
次に示す機能の有効，無効は旧バージョンのJP1/IM - Central Scopeの設定に依存します。

対処済み連動機能

状態変更イベントの上限監視

機能を無効から有効にしたい場合，次の表に示すファイルを引数にjbssetcnfコマンドを実行してください。

表10-5　機能を有効にするための設定ファイル

ファイル名 | 説明
action_complete_on.conf | 対処済み連動機能を有効にするためのファイルです。
evhist_warn_event_on.conf | 監視オブジェクトの状態変更イベント件数が上限値（100件）を超えた際に，JP1イベントを発行する機能を有効にするためのファイルです。

JP1/IM - Managerを起動する。

JP1/IM - ViewでJP1/IM - Manager（JP1/IM - Central Scope）に接続し，問題がないか動作を確認する。

jp1csverupコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jp1csverup（UNIX限定）」（2.　コマンド）

11.　統合コンソールの設定

この章では，統合コンソールの機能であるJP1イベントのフィルタリング，自動アクションなどの設定手順について説明します。

＜この章の構成＞

11.1　JP1/IMのイベント取得時の動作設定

11.2　JP1イベントのフィルタリングの設定

11.3　自動アクションの設定

11.4　相関イベント発行の設定

11.5　イベントガイド情報の編集

11.6　対処状況変更時のJP1イベント発行の設定

11.7　ログインユーザーごとのJP1/IM - Viewの設定

11.8　JP1/IM - Viewの動作カスタマイズ

11.9　連携製品のモニター起動の設定

11.10　統合機能メニューの設定

11.11　WWWページ版のJP1/IM - Viewを使用する場合の設定

11.1　JP1/IMのイベント取得時の動作設定

JP1/IM - ManagerがイベントDBからJP1イベントを取得するときのイベント取得フィルターの条件や，マネージャーホストのメモリー上にJP1イベントをバッファリングするバッファーサイズなどを設定します。

通常は，デフォルトの設定で運用できますが，必要に応じて設定をカスタマイズしてください。設定する項目を次に示します。

イベント取得フィルターの設定

イベントDBからイベントを抽出して，マネージャー上にバッファリングするときのイベント件数の上限（イベントバッファー）

イベントサービスと再接続するときのリトライ回数およびリトライ間隔

jcochstatコマンドの使用許可

バージョン6のJP1/IM - Console Viewによる接続許可

設定は，JP1/IM - Viewの［システム環境設定］画面を使用します。なお，ここで設定した内容はマネージャーホストのJP1/IM - Managerに保存されます。このため，同じJP1/IM - Managerに接続しているすべてのJP1/IM - Viewで見え方が同じになります。

手順を次に示します。

［システム環境設定］画面を起動する。
［イベントコンソール］画面で［オプション］－［システム環境設定］を選択します。

パラメーターを調整する。
必要に応じて，イベントバッファーの件数やイベントサービスとの接続リトライ数などのパラメーターを調整してください。

［システム環境設定］画面については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.9　［システム環境設定］画面」を参照してください。

注意

システムプロファイル（.system）にも上記の設定についての定義内容が記述されていますが，直接編集することは推奨しません。設定を誤るとJP1/IM - Managerの動作が不正になることがあります。

11.2　JP1イベントのフィルタリングの設定

［イベントコンソール］画面に表示するJP1イベントの種類を制限するためにフィルターを設定できます。これによって，監視の目的に合ったJP1イベントだけを表示することができます。［イベントコンソール］画面から設定できるフィルターには，次の4種類があります。

表示フィルター
［イベントコンソール］画面の［イベント監視］ページに表示するJP1イベントの条件をユーザーが設定します。各JP1ユーザーにつき，50個まで定義できます。

ユーザーフィルター
ユーザーが監視できるJP1イベントの種類をシステム管理者が設定します。ユーザーフィルターは128個まで定義できます。

重要イベントフィルター
［イベントコンソール］画面の［重要イベント］ページに表示する重要イベントを定義します。

イベント取得フィルター※
JP1/IM - Manager（イベントフロー制御サービス）がJP1/Base（イベントサービス）からイベントを取得するときのフィルター条件を設定します。

注※

イベント取得フィルター（互換用）の場合，JP1/IM - Managerの一制御（イベントコンソールサービス）がJP1/IM - Managerの一制御（イベントフロー制御サービス）からイベントを取得するときのフィルター条件となります。

次に各フィルターの設定手順について説明します。

＜この節の構成＞

11.2.1　表示フィルターを設定する

11.2.2　ユーザーフィルターを設定する

11.2.3　重要イベントフィルターを設定する

11.2.4　イベント取得フィルターを設定する

11.2.1　表示フィルターを設定する

［イベントコンソール］画面の［イベント監視］ページに表示するJP1イベントの条件を設定します。

＜この項の構成＞

(1)　表示フィルターを新規に作成する

(2)　表示フィルターを変更する

(3)　表示フィルターを削除する

(1)　表示フィルターを新規に作成する

表示フィルターを新規に作成する手順を次に示します。

イベント一覧に表示されているJP1イベントの属性値を表示条件として利用する場合は，イベント一覧からJP1イベントを選択する。

［イベントコンソール］画面から［表示］－［表示フィルター一覧］を選択する。
［表示フィルター一覧］画面が表示されます。この画面にはフィルター名が表示されます。

新規に作成する場合は［追加］をクリック，既存フィルターを流用する場合は［複製］をクリックした後［編集］をクリックする。
［追加］をクリックすると，［表示フィルター設定］画面が表示されます。
［複製］をクリックすると，「コピー 表示フィルター名」がフィルターに追加されます。この場合は「コピー 表示フィルター名」を選択し，［編集］をクリックして［表示フィルター設定］画面を表示します。

［表示フィルター設定］画面でフィルターの設定をする。
［表示フィルター設定］画面では次の設定を行います。

フィルター名の入力
設定条件を区別するために，フィルターに名前を付けます。

条件群の設定
フィルターの通過条件，および除外条件を区別するために，条件群に名前を付けます。
条件群は，通過条件群，除外条件群それぞれ最大5件設定でき，条件群同士の関係はOR条件となります。
なお，条件群の設定は［一覧表示］をクリックして［一覧］を表示状態にしておく必要があります。
条件群の追加：［追加］をクリックすると，定義していない名称「条件群n」（nは数字）が追加されます。
条件群の複製：条件群を選択し，［複製］をクリックすると，「コピー 選択した条件群名」が追加されます。
条件群の削除：条件群を選択し，［削除］をクリックすると，選択した条件群が削除されます。
条件群のリネーム：条件群を選択すると，選択した条件群の名前が［条件群名］に表示されます。これを編集し，フォーカスを移動すると，条件群の名前が変更されます。

条件の設定（各条件群の詳細設定）
フィルターの通過条件，または除外条件を設定します。
条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。
設定できる項目は，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，イベントID，およびアクションの状態です。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させたいときは，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
［表示フィルター設定］画面が閉じ，［表示フィルター一覧］画面に戻ります。

［OK］をクリックする。
設定した内容（フィルターの追加）が有効になり，［表示フィルター一覧］画面が閉じます。

(2)　表示フィルターを変更する

既存の表示フィルターの内容を変更する手順を次に示します。

イベント一覧に表示されているJP1イベントの属性値を表示条件として利用する場合は，イベント一覧からJP1イベントを選択する。

［表示フィルター設定］画面を表示する。
次に示すどちらかの方法で［表示フィルター設定］画面を表示します。

［イベントコンソール］画面から［表示］－［表示フィルター一覧］を選択し，［表示フィルター一覧］画面を表示する。
次に，［表示フィルター一覧］画面で変更したい表示フィルターを選択し，［編集］をクリックする。

［イベントコンソール］画面の［イベント監視］ページの［フィルター名］リストボックスから変更したい表示フィルターを選択し，［表示フィルター編集］をクリックまたはメニューバーから［表示］－［表示フィルター編集］を選択する。

［表示フィルター設定］画面でフィルターの設定内容を編集する。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させたいときは，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
［表示フィルター設定］画面が閉じ，［表示フィルター設定］画面を呼び出した画面に戻ります。［表示フィルター一覧］画面に戻った場合は［OK］をクリックして設定した内容（フィルターの変更）を有効にしてください。

(3)　表示フィルターを削除する

既存の表示フィルターを削除する手順を次に示します。

［イベントコンソール］画面から［表示］－［表示フィルター一覧］を選択する。
［表示フィルター一覧］画面が表示されます。この画面にはフィルター名が表示されます。

削除したい表示フィルターを選択して，［削除］をクリックする。
選択した表示フィルターが削除されます。

［OK］をクリックする。
設定した内容（フィルターの削除）が有効になり，［表示フィルター一覧］画面が閉じます。

11.2.2　ユーザーフィルターを設定する

［イベントコンソール］画面でユーザーが監視できるJP1イベントを制限します。設定内容は，［ユーザーフィルター設定］画面で［適用］をクリックしたあとに到着したイベントから有効になります。ユーザーフィルターが設定されていないユーザーは，すべてのJP1イベントを監視できます。

ユーザーフィルターを設定するには，JP1_Console_Admin権限が必要です。

＜この項の構成＞

(1)　ユーザーフィルターを新規に作成する

(2)　ユーザーフィルターを変更する

(3)　ユーザーフィルターを削除する

(1)　ユーザーフィルターを新規に作成する

ユーザーフィルターを新規に作成する手順を次に示します。

イベント一覧に表示されているJP1イベントの属性値を条件として利用する場合は，イベント一覧からJP1イベントを選択する。

［イベントコンソール］画面から［オプション］－［ユーザーフィルター設定］を選択する。
［ユーザーフィルター設定］画面が表示されます。
この画面には，フィルター名と対象ユーザー名が表示されます。

［追加］をクリックする。
［ユーザーフィルター詳細設定］画面が表示されます。

［ユーザーフィルター詳細設定］画面でフィルターの設定をする。
［ユーザーフィルター詳細設定］画面では次の設定を行います。

フィルター名の入力
設定条件を区別するために，フィルターに名前を付けます。

フィルターの対象ユーザー名の入力
フィルターによって制限を受けるユーザー名を入力します。複数のユーザー名を入力する場合は，ユーザー名をコンマで区切って入力します。
一人のユーザーを複数のフィルターの対象ユーザーにすることはできません。

条件群の設定
フィルターの通過条件，および除外条件を区別するために，条件群に名前を付けます。
条件群は，通過条件群，除外条件群それぞれ最大30件設定でき，条件群同士の関係はOR条件となります。
なお，条件群の設定は［一覧表示］をクリックして［一覧］を表示状態にしておく必要があります。
条件群の追加：［追加］をクリックすると，定義していない名称「条件群n」（nは数字）が追加されます。
条件群の複製：条件群を選択し，［複製］をクリックすると，「コピー 選択した条件群名」が追加されます。
条件群の削除：条件群を選択し，［削除］をクリックすると，選択した条件群が削除されます。
条件群のリネーム：条件群を選択すると，選択した条件群の名前が［条件群名］に表示されます。これを編集し，フォーカスを移動すると，条件群の名前が変更されます。

条件の設定（各条件群の詳細設定）
フィルターの通過条件，または除外条件を設定します。
条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。
設定できる項目は，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，イベントID，重要イベントの状態，およびアクションの状態です。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させたいときは，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
［ユーザーフィルター詳細設定］画面が閉じ，［ユーザーフィルター設定］画面に戻ります。

［適用］をクリックする。
設定した内容が適用されます。

(2)　ユーザーフィルターを変更する

ユーザーフィルターの内容を変更する手順を次に示します。

イベント一覧に表示されているJP1イベントの属性値を条件として利用する場合は，イベント一覧からJP1イベントを選択する。

［イベントコンソール］画面から［オプション］－［ユーザーフィルター設定］を選択する。
［ユーザーフィルター設定］画面が表示されます。

変更したいユーザーフィルターを選択して，［編集］をクリックする。
［ユーザーフィルター詳細設定］画面が表示されます。

［ユーザーフィルター詳細設定］画面でフィルターの設定内容を編集する。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させたいときは，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
［ユーザーフィルター詳細設定］画面が閉じ，［ユーザーフィルター設定］画面に戻ります。

［適用］をクリックする。
設定した内容が適用されます。

(3)　ユーザーフィルターを削除する

ユーザーフィルターを削除する手順を次に示します。

［イベントコンソール］画面から［オプション］－［ユーザーフィルター設定］を選択する。
［ユーザーフィルター設定］画面が表示されます。

変更したいユーザーフィルターを選択して，［削除］をクリックする。
選択したユーザーフィルターが削除されます。

［適用］をクリックする。
設定した内容が適用されます。

11.2.3　重要イベントフィルターを設定する

［イベントコンソール］画面の［重要イベント］ページに表示する重要イベントの条件を設定します。重要イベントフィルターを設定することで，どのJP1イベントを重要イベントとするかを定義できます。

設定した内容はマネージャーホストのJP1/IM - Managerに保存されます。このため，同じJP1/IM - Managerに接続しているすべてのJP1/IM - Viewで見え方が同じになります。

重要イベントフィルターを設定するには，JP1_Console_Admin権限が必要です。

手順を次に示します。

イベント一覧に表示されているJP1イベントの属性値を重要イベントの定義条件とする場合は，イベント一覧からJP1イベントを選択する。

［イベントコンソール］画面で，［オプション］－［重要イベント定義］を選択する。
［重要イベント定義］画面が表示されます。

［重要イベント定義］画面で重要イベントの定義を設定する。
［重要イベント定義］画面では次の設定を行います。

条件群の設定
フィルターの通過条件，および除外条件を区別するために，条件群に名前を付けます。
条件群は，通過条件群，除外条件群それぞれ最大30件設定でき，条件群同士の関係はOR条件となります。
なお，条件群の設定は［一覧表示］をクリックして［一覧］を表示状態にしておく必要があります。
条件群の追加：［追加］をクリックすると，定義していない名称「条件群n」（nは数字）が追加されます。
条件群の複製：条件群を選択し，［複製］をクリックすると，「コピー 選択した条件群名」が追加されます。
条件群の削除：条件群を選択し，［削除］をクリックすると，選択した条件群が削除されます。
条件群のリネーム：条件群を選択すると，選択した条件群の名前が［条件群名］に表示されます。これを編集し，フォーカスを移動すると，条件群の名前が変更されます。

条件の設定（各条件群の詳細設定）
フィルターの通過条件，または除外条件を設定します。
条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。
設定できる項目は，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，イベントID，およびアクションの状態です。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させるには，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
設定した定義が有効になり，［重要イベント定義］画面が閉じます。

注意

重要イベントの定義は，マネージャーホストごとに一つだけ定義できます。同じマネージャーホストのJP1/IM - Managerに接続しているすべてのJP1/IM - Viewで同じ見え方になります。設定内容を十分検討してから設定してください。

11.2.4　イベント取得フィルターを設定する

イベント取得フィルターの設定方法を，一つだけ設定する場合，複数設定する場合，およびイベント取得フィルター（互換用）の設定をする場合に分けてそれぞれ説明します。

注意

ここで設定するイベント取得フィルターは，JP1/IM - Managerのすべてのサービスに配信するJP1イベントを制限するフィルターです。ただし，イベント取得フィルター（互換用）を除きます。

＜この項の構成＞

(1)　イベント取得フィルターを一つだけ設定する

(2)　イベント取得フィルターを複数設定する

(3)　イベント取得フィルター（互換用）を設定する

(4)　共通除外条件を設定する

(1)　イベント取得フィルターを一つだけ設定する

JP1/IM - ManagerがJP1/BaseのイベントDBからイベントを取得するときのフィルター条件を一つだけ設定する場合の方法を示します。なお，ここで示す設定は，イベント取得フィルター（互換用）を使用している場合は実施できません。設定手順は，次のとおりです。なお，［システム環境設定］画面を起動するには，JP1_Console_Admin権限が必要です。

イベント一覧に表示されているJP1イベントの属性値を条件として利用する場合は，イベント一覧からJP1イベントを選択する。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

［適用中のフィルター］の［設定］ボタンをクリックする。
［イベント取得条件設定］画面が表示されます。
設定済みのイベント取得フィルターを編集する場合は，［イベント取得条件］のドロップダウンリストからイベント取得フィルターを選択したあと，［設定］ボタンをクリックします。［イベント取得条件設定］画面に選択したイベント取得フィルターの内容が表示され，設定内容を編集できます。

［イベント取得条件設定］画面でフィルターの設定をする。
［イベント取得条件設定］画面では次の設定を行います。

フィルター名とフィルターID
新規でイベント取得フィルターを作成する場合，フィルター名を入力します。フィルターIDは，イベント取得条件一覧の中で，未使用のフィルターIDが数値の小さい順に自動的に割り振られます。
イベント取得フィルターを編集する場合，編集するイベント取得フィルターのフィルター名およびフィルターIDが表示されます。フィルター名やフィルターIDを編集すると，フィルター名やフィルターIDが編集した内容に変更されます。新しいイベント取得フィルターが作成されるわけではありませんので，注意してください。また，すでに指定されているフィルター名やフィルターIDを重複して指定できません。

条件群の設定
フィルターの通過条件，および除外条件を区別するために，条件群に名前を付けます。なお，通過条件群と除外条件群に同じ名前は付けられません。
条件群は，通過条件群，除外条件群それぞれ最大30件設定でき，条件群同士の関係はOR条件となります。
なお，条件群の設定は［一覧表示］をクリックして［一覧］を表示状態にしておく必要があります。
条件群の追加：［追加］をクリックすると，定義していない名称「条件群n」（nは数字）が追加されます。
条件群の複製：条件群を選択し，［複製］をクリックすると，「コピー 選択した条件群名」が追加されます。
条件群の削除：条件群を選択し，［削除］をクリックすると，選択した条件群が削除されます。
条件群のリネーム：条件群を選択すると，選択した条件群の名前が［条件群名］に表示されます。これを編集し，フォーカスを移動すると，条件群の名前が変更されます。

条件の設定（各条件群の詳細設定）
フィルターの通過条件，または除外条件を設定します。
条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。
設定できる項目は，登録ホスト名，重大度（またはJP1/SESイベント），オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，およびイベントIDです。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させるには，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
［イベント取得条件設定］画面が閉じ，［システム環境設定］画面に戻ります。

［適用］をクリックする。
設定した内容が有効になります。

(2)　イベント取得フィルターを複数設定する

JP1/IM - ManagerがJP1/BaseのイベントDBからイベントを取得するときのフィルター条件を複数設定する場合の方法を示します。

イベント取得フィルターを複数設定する場合，［システム環境設定］画面から［イベント取得条件一覧］画面を表示して，イベント取得フィルターを設定します。この方法では，新規のイベント取得フィルターの作成や設定済みのイベント取得フィルターの編集，複製，および削除ができます。なお，ここで示す設定はイベント取得フィルター（互換用）を使用している場合は実施できません。

設定手順は，次のとおりです。なお，［システム環境設定］画面を起動するには，JP1_Console_Admin権限が必要です。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

［イベント取得条件］の［一覧編集］ボタンをクリックする。
［イベント取得条件一覧］画面が表示されます。

イベント取得フィルターを編集・複製・削除する場合は，［フィルター一覧］から編集したいイベント取得フィルターを選択する。

設定する内容にあわせて，［追加］・［編集］・［複製］・［削除］をクリックする。

［追加］をクリックした場合

［イベント取得条件設定］画面が表示され，新しいイベント取得フィルターを設定できます。

［編集］をクリックした場合

［イベント取得条件設定］画面が表示され，手順3で選択したイベント取得フィルターの設定を編集できます。［イベント取得条件設定］画面で設定する内容の概要については，「11.2.4 (1)　イベント取得フィルターを一つだけ設定する」を参照してください。

［複製］をクリックした場合

選択したイベント取得フィルターが複製され，［フィルター一覧］に追加されます。複製されたイベント取得フィルターは，名称の文頭に「コピー 」が追加されます。ここでは，複製されたイベント取得フィルターの名称は変更できません。

イベント取得フィルターの名称を変更したい場合は，［編集］ボタンをクリックして表示される［イベント取得条件設定］画面で編集してください。

［削除］をクリックした場合

選択したイベント取得フィルターが削除されます。

［OK］をクリックする。
［イベント取得条件一覧］画面が閉じ，［システム環境設定］画面に戻ります。

［適用］をクリックする。
設定した内容が有効になります。

(3)　イベント取得フィルター（互換用）を設定する

イベントコンソールサービスがイベントフロー制御サービスからイベントを取得するときのフィルター条件を設定します。なお，ここで示す設定はイベント取得フィルター（互換用）を使用している場合だけ実施できます。

設定手順は，次のとおりです。なお，［システム環境設定］画面を起動するには，JP1_Console_Admin権限が必要です。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

［イベント取得条件］の［設定］ボタンをクリックする。
［イベント取得条件設定］画面（互換用）が表示されます。

イベントサービスからイベントを取得するときのフィルター条件を設定する。
JP1/SESのイベントを［イベントコンソール］画面に表示する場合は，［JP1/SESイベント］の［取得する］をチェックします。
JP1イベントの重大度を指定する場合は，［重大度］をチェックした後，緊急，警戒，致命的，エラー，警告，通知，情報，デバッグの中から必要な項目をチェックします。［重大度］にチェックがない場合は，重大度が定義されているすべてのイベントが対象になります。
イベントIDを指定したい場合は，［イベントID］をチェックした後，JP1イベントのIDを指定します。複数のイベントIDを指定したい場合は，コンマで区切って指定します。
ここで設定した各条件は，「JP1/SESイベントとイベントIDのAND条件」，または「重大度とイベントIDのAND条件」としてイベントサービスに渡されます。

［OK］をクリックする。
［システム環境設定］画面に戻ります。

［適用］をクリックする。
設定した内容が有効になります。

(4)　共通除外条件を設定する

一時的にメンテナンス対象ホストの発行するJP1イベントを取得対象外とするための，共通除外条件を設定する方法を示します。なお，［システム環境設定］画面を起動するには，JP1_Console_Admin権限が必要です。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

設定済みの共通除外条件を編集する場合は，対象の共通除外条件群名を選択して，［共通除外条件群一覧］の［設定］をクリックする。
［共通除外条件設定］画面が表示されます。手順4に進みます。

新たに共通除外条件を定義する場合は，［一覧編集］をクリックする。
［イベント取得条件一覧］画面が表示されます。
［イベント取得条件一覧］画面では，共通除外条件を追加，編集，複製，削除できます。共通除外条件群は最大30件設定でき，条件群同士の関係はOR条件となります。

条件群の追加：［追加］をクリックすると，［共通除外条件設定］画面が表示され，新規の共通除外条件群を設定できます。

条件群の編集：共通除外条件群を選択し，［編集］をクリックすると，［共通除外条件設定］画面が表示され，選択した共通除外条件群を編集できます。

条件群の複製：共通除外条件群を選択し，［複製］をクリックすると，「コピー 選択した条件群名」が追加されます。

条件群の削除：共通除外条件群を選択し，［削除］をクリックすると，選択した条件群が削除されます。

［共通除外条件設定］画面で条件を設定する。

共通除外条件群ID
共通除外条件群IDをドロップダウンリストから選択します。
共通除外条件を追加する場合，共通除外条件群一覧の中で未使用の共通除外条件群IDが，数値の小さい順に自動的に割り振られます。
共通除外条件を編集する場合，共通除外条件群一覧から選択した共通除外条件群IDが表示されます。
すでに指定されている共通除外条件群IDを重複して指定できません。

共通除外条件群名
共通除外条件群の名称を入力します。
既存の共通除外条件群を選択した状態で名称を変更した場合は，新しく指定した名称で上書きされます。

条件の設定（各条件群の詳細設定）
取得対象外としたいJP1イベントの条件を設定します。
条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。
設定できる項目は，登録ホスト名，重大度（またはJP1/SESイベント），オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，およびイベントIDです。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させるには，［選択イベント条件入力］をクリックします。

［OK］をクリックする。
［共通除外条件設定］画面が閉じ，［システム環境設定］画面に戻ります。

設定した共通除外条件を有効にしたい場合は，［適用］をチェックする。

［適用］をクリックする。
設定した内容が有効になります。

11.3　自動アクションの設定

自動アクション機能を使用するための設定について説明します。

＜この節の構成＞

(1)　自動アクション機能の実行環境の設定

(2)　自動アクションの実行条件および実行内容の設定

(3)　自動アクションの実行状況監視の設定

(4)　自動アクションの実行抑止の設定

(1)　自動アクション機能の実行環境の設定

自動アクションの実行環境は，自動アクション環境定義ファイル（action.conf）を編集して設定します。自動アクション環境定義ファイルには，自動アクションを実行する標準ユーザーや，自動アクション機能で使用する正規表現などを記述します。

設定手順を次に示します。

モデルファイルをコピーして，定義ファイル名（action.conf）にリネームしたあと，定義内容を編集する。
自動アクション実行環境の定義ファイルのモデルファイルをコピーして，リネームしたあと，定義ファイル（action.conf）を編集します。次を実施してください。

Windowsの場合

cd Consoleパス

copy default¥action.conf.update conf¥action.conf

notepad conf¥action.conf

UNIXの場合

cd /etc/opt/jp1cons

cp -p default/action.conf.update conf/action.conf

vi conf/action.conf

自動アクション環境定義ファイルの定義内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）を参照してください。

JP1/IM - Managerを停止する。

jbssetcnfコマンドを実行して定義を反映する。

Windowsの場合

jbssetcnf Consoleパス¥conf¥action.conf

UNIXの場合

/opt/jp1base/bin/jbssetcnf /etc/opt/jp1cons/conf/action.conf

jbssetcnfコマンドを実行すると，JP1共通定義情報へ自動アクション機能の実行環境の設定が反映されます。jbssetcnfコマンドについてはマニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerを起動する。

(2)　自動アクションの実行条件および実行内容の設定

自動アクションの実行条件および実行内容は，JP1/IM - ViewのGUIまたは定義ファイルで設定できます。それぞれの手順について説明します。

(a)　JP1/IM - ViewのGUIを使って設定する

手順を次に示します。

［イベントコンソール］画面で［オプション］－［自動アクション設定］を選択する。
［アクション設定］画面が表示されます。

設定する内容にあわせて［追加］，［編集］または［削除］をクリックする。

新規に自動アクションを設定したい場合

［追加］をクリックします。［アクション詳細設定］画面で，自動アクションの実行条件や実行内容を設定します。

［OK］をクリックすると，［アクション設定］画面に戻ります。

既存の自動アクションの条件を変更したい場合

一覧から変更したい自動アクションを選択して［編集］をクリックします。［アクション詳細設定］画面で，既存の自動アクションの実行条件や実行内容を変更します。

［OK］をクリックすると，［アクション設定］画面に戻ります。

既存の自動アクションの条件を削除したい場合

一覧から削除したい自動アクションを選択して［削除］をクリックします。

［適用］をクリックする。
設定した内容が有効になります。

［アクション設定］画面の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.22　［アクション設定］画面」を参照してください。

［アクション詳細設定］画面の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.23　［アクション詳細設定］画面」を参照してください。

(b)　定義ファイルを編集して設定する

手順を次に示します。

自動アクション定義ファイル（actdef.conf）を編集する。
自動アクション定義ファイルの格納先を次に示します。

表11-1　自動アクション定義ファイルの格納先

OS | 格納先
Windows | Consoleパス¥conf¥action¥
共有フォルダ¥jp1cons¥conf¥action¥ （クラスタ運用時）
UNIX | /etc/opt/jp1cons/conf/action/
共有ディレクトリ/jp1cons/conf/action/ （クラスタ運用時）

自動アクション定義ファイルの内容に不正がないか確認したい場合は，jcamakeaコマンドを実行してください。

編集した内容を有効にする。
自動アクション定義ファイルの編集内容を有効にするため，次のどれかを実施します。

JP1/IM - Managerを再起動する。

jcachangeコマンドを実行する。

JP1/IM - Viewの［アクション設定］画面で［適用］をクリックする。

自動アクション定義ファイル（actdef.conf）の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）を参照してください。

(3)　自動アクションの実行状況監視の設定

自動アクションの実行状況の監視には，状態監視および遅延監視があります。また，状態監視および遅延監視で異常を検知したときにJP1イベントを発行したり，通知コマンドを実行したりして自動アクションの異常を通知できます。

それぞれの設定について説明します。

(a)　自動アクションの状態監視および遅延監視の設定

自動アクションの実行状況監視は，JP1/IM - ViewのGUIまたは定義ファイルで設定できます。

JP1/IM - ViewのGUIを使って設定する

状態監視は［アクション設定］画面，遅延監視は［アクション詳細設定］画面で設定します。なお，［アクション設定］画面，［アクション詳細設定］画面の詳細については，次を参照してください。

マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.22　［アクション設定］画面」を参照してください。

マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.23　［アクション詳細設定］画面」を参照してください。

定義ファイルを編集して設定する

状態監視，遅延監視のどちらも自動アクション定義ファイル（actdef.conf）を編集して設定します。

詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）を参照してください。

(b)　状態監視および遅延監視で異常を検知した場合の通知の設定

状態監視および遅延監視で異常を検知した場合の通知は，自動アクション通知定義ファイル（actnotice.conf）を編集して設定します。

詳細は，「JP1/Integrated Management - Manager リファレンス　自動アクション通知定義ファイル（actnotice.conf）」（3.　定義ファイル）を参照してください。

(4)　自動アクションの実行抑止の設定

自動アクションの実行抑止は，自動アクション一つ一つに対して設定します。実行抑止は，JP1/IM - ViewのGUIまたは定義ファイルで設定できます。

(a)　JP1/IM - ViewのGUIを使って設定する

自動アクションの実行抑止は［アクション詳細設定］画面で設定します。

詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.23［アクション詳細設定］画面」を参照してください。

(b)　定義ファイルを編集して設定する

自動アクションの実行抑止は，自動アクション定義ファイル（actdef.conf）を編集して設定します。

詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）を参照してください。

11.4　相関イベント発行の設定

相関イベントを発行するために必要な設定項目を次に示します。

相関イベント発行サービスの起動設定

相関イベント発行履歴ファイルのサイズおよび面数の設定

起動オプションの設定

相関イベント発行定義の作成および反映

＜この節の構成＞

(1)　相関イベント発行サービスの起動設定

(2)　相関イベント発行履歴ファイルのサイズおよび面数の設定

(3)　起動オプションの設定

(4)　相関イベント発行定義の作成および反映

(1)　相関イベント発行サービスの起動設定

相関イベント発行サービスを起動するための設定手順を次に示します。

相関イベント発行サービスの起動コマンドを実行する。

jcoimdef -egs ON

JP1/IM - Managerの起動時に，相関イベント発行サービスが自動で起動するようになります。

jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2. コマンド）を参照してください。

(2)　相関イベント発行履歴ファイルのサイズおよび面数の設定

相関イベント発行履歴ファイルのサイズ，および面数を設定するための手順を次に示します。なお，デフォルトの設定で問題ない場合，ここで説明する手順を実施する必要はありません。

相関イベント発行履歴ファイルのサイズ，および面数のデフォルト値を次に示します。

表11-2　相関イベント発行履歴ファイルのデフォルト値

項目 | デフォルト値
サイズ | 10メガバイト
面数 | 3面

手順を次に示します。

相関イベント発行環境定義ファイルを作成する。
相関イベント発行環境定義ファイルは，任意のファイルで作成します。
相関イベント発行環境定義ファイルに記述するパラメーターや，設定できる値の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　相関イベント発行環境定義ファイル」（3. 定義ファイル）を参照してください。
なお，作成した相関イベント発行環境定義ファイルは，次に示すディレクトリに格納しておくことをお勧めします。

表11-3　相関イベント発行環境定義ファイルを格納するディレクトリ

OS | 格納先※
Windows | Consoleパス¥default¥
共有フォルダ¥jp1cons¥default¥（クラスタ運用時）
UNIX | /etc/opt/jp1cons/default/
共有ディレクトリ/jp1cons/default/（クラスタ運用時）

注※

相関イベント発行環境定義ファイルを上記のディレクトリに格納しておくことで，ほかの定義ファイルと同様に資料採取ツールで自動採取できます。

jbssetcnfコマンドを実行する。
作成した相関イベント発行環境定義ファイルを引数にして，jbssetcnfコマンドを実行します。
jbssetcnfコマンドを実行すると，JP1共通定義情報へ相関イベント発行環境定義ファイルの設定が反映されます。jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。
定義した内容が有効になります。jco_spmd_reloadコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jco_spmd_reload」（2. コマンド）を参照してください。

(3)　起動オプションの設定

相関イベント発行サービスの起動オプションを設定するための手順を次に示します。

相関イベント発行システムプロファイル（egs_system.conf）を編集する。
相関イベント発行システムプロファイル（egs_system.conf）については，マニュアル「JP1/Integrated Management - Manager リファレンス　相関イベント発行システムプロファイル（egs_system.conf）」（3. 定義ファイル）を参照してください。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。
定義した内容が有効になります。
jco_spmd_reloadコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jco_spmd_reload」（2. コマンド）を参照してください。

(4)　相関イベント発行定義の作成および反映

相関イベント発行定義の作成および反映するための設定手順を次に示します。

相関イベント発行定義ファイルを作成する。
相関イベント発行定義ファイルは，任意のファイルで作成します。ただし，ファイル名，拡張子は次に従ってください。

表11-4　相関イベント発行定義ファイルの命名規則

項目 | 規則
ファイル名 | ファイル名に使用できる文字は，半角英数字とアンダーバー「_」だけです。
拡張子 | 拡張子は.confとしてください。

相関イベント発行定義ファイルに記述する定義内容の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　相関イベント発行定義ファイル」（3. 定義ファイル）を参照してください。
なお，作成した相関イベント発行定義ファイルは，次に示すディレクトリに格納しておくことをお勧めします。

表11-5　相関イベント発行定義ファイルを格納するディレクトリ

OS | 格納先※
Windows | Consoleパス¥conf¥evgen¥define¥
共有フォルダ¥jp1cons¥conf¥evgen¥define¥（クラスタ運用時）
UNIX | /etc/opt/jp1cons/conf/evgen/define/
共有ディレクトリ/jp1cons/conf/evgen/define/（クラスタ運用時）

注※

相関イベント発行定義ファイルを上記のディレクトリに格納しておくことで，ほかの定義ファイルと同様に資料採取ツールで自動採取できます。また，クラスタ運用時は実行系，待機系の動作を同じにするため，相関イベント発行定義ファイルを共有ディスク上に格納してください。

jcoegscheckコマンドを実行して，相関イベント発行定義に定義不正がないかどうか確認する。
jcoegscheckコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoegscheck」（2. コマンド）を参照してください。

jcoegschangeコマンドを実行する。
定義した内容が有効になります。
なお，JP1/IM - Managerが停止中の場合，次回の起動時にjcoegschangeコマンドで反映した定義内容が有効になります。
jcoegschangeコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoegschange」（2. コマンド）を参照してください。

11.5　イベントガイド情報の編集

イベントガイド情報は，システム監視中に問題が発生したときに，JP1イベントの［イベント詳細］画面に表示する情報です。イベントガイド情報として，問題の調査事例，対策事例などを表示することで，システム管理者の負担を軽減できます。また，問題対策での実績や対処記録などを，運用ノウハウとして蓄積できます。

イベントガイド情報として表示する内容は，JP1/IM - Managerのホストにあるイベントガイド情報ファイルに設定します。

ここでは，イベントガイド情報の編集手順について説明します。

イベントガイド情報として設定する内容や，考え方，またイベントガイド機能については，下記を参照してください。

イベントガイド情報の編集，設定について

イベントガイド機能について
参照先：「3.2.6 イベントガイド機能」

イベントガイドの考え方について
参照先：「6.1.6 イベントガイドの検討」

イベントガイド情報ファイルの書式について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　イベントガイド情報ファイル(jco_guide.txt)」（3. 定義ファイル）

＜この節の構成＞

11.5.1　イベントガイド情報の編集の手順

11.5.1　イベントガイド情報の編集の手順

編集手順を次に示します。

イベントガイド情報ファイルのサンプルファイル（sample_jco_guide.txt）をコピーして，ファイル名をjco_guide.txtに変更する。
なお，イベントガイド情報ファイル（jco_guide.txt）は，次に示すイベントガイド情報ファイルのサンプルファイルと，同じディレクトリに格納してください。

表11-6　イベントガイド情報ファイルのサンプルファイルのディレクトリ

OS | サンプルファイルのディレクトリ
Windows | Consoleパス¥conf¥guide¥sample_jco_guide.txt
共有フォルダ¥conf¥guide¥sample_jco_guide.txt
UNIX | /etc/opt/jp1cons/conf/guide/sample_jco_guide.txt
共有ディレクトリ/jp1cons/conf/sample_guide/jco_guide.txt

イベントガイド情報ファイル（jco_guide.txt）を編集する。
イベントガイド情報ファイルは，TXT形式のファイルです。テキストエディターで開き，編集してください。なお，イベントガイド情報ファイルはJP1/IM - Managerの動作する言語コードで記述してください。
イベントガイドメッセージファイルを利用する場合は，テキストエディターなどを使ってイベントガイドメッセージファイルを作成してください。

JP1/IM - Managerをリロードまたは再起動して，イベントガイド情報の設定内容を有効にする。
イベントガイド情報ファイルは，JP1/IMをリロードまたは再起動したときに読み込まれます。
次のどちらかをしてください。

jco_spmd_reloadコマンドを実行して，JP1/IMをリロードする。

JP1/IM - Managerを停止して，起動する。

イベントガイド情報の読み込みが成功したことを確認する。
JP1/IM - Managerがイベントガイド情報ファイルを読み込むときに，イベントガイド情報ファイルに記述誤りがあるとエラーが発生します。統合トレースログを確認して，イベントガイド情報ファイルの読み込みが成功したことを確認してください。

表11-7　統合トレースログのディレクトリ

OS | 統合トレースログ
Windows | システムドライブ:¥Program Files¥HITACHI¥HNTRLib2¥spool¥
UNIX | /var/opt/hitachi/HNTRLib2/spool/

イベントガイド情報ファイルの読み込みが成功した場合
「KAVB1585-I」のメッセージが統合トレースログに出力されます。このメッセージが出力されていることを確認してください。

イベントガイド情報ファイル読み込みでエラーがあった場合
「KAVB1586-W」「KAVB1587-E」のメッセージが統合トレースログに出力されます。エラーが発生している場合は，メッセージの示すエラー要因を見直して修正してください。その後，再度JP1/IM - Managerをリロードまたは再起動してください。

（備考）

イベントガイドメッセージファイルを編集した場合は，［イベント詳細］画面を表示し直すことで，編集内容が更新されます。

11.6　対処状況変更時のJP1イベント発行の設定

JP1イベントの対処状況変更によるJP1イベント（3F11）の発行は，対処状況イベント定義ファイル（processupdate.conf）で設定します。

対処状況イベント定義ファイル（processupdate.conf）をテキストエディターなどで編集する。

JP1/IM - Managerを再起動する。
再起動後に設定内容が反映されます。

JP1イベント発行の設定について

対処状況イベント定義ファイル（processupdate.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　対処状況イベント定義ファイル（processupdate.conf）」（3.　定義ファイル）

11.7　ログインユーザーごとのJP1/IM - Viewの設定

JP1/IM - ManagerにログインするJP1ユーザーごとに，JP1/IM - ViewのGUI環境を設定します。ビューアーホストのメモリー上にJP1イベントをバッファリングするバッファーサイズや，イベントの表示項目などを設定できます。

必要に応じて設定をカスタマイズしてください。設定する項目を次に示します。

表示内容を自動更新するかどうか，および自動更新をする場合の更新間隔
表示できないJP1イベントがある場合は，間隔を短くします。

［イベントコンソール］画面に表示できるJP1イベントの数（スクロールバッファー）
表示できないJP1イベントがある場合は，数を増やします。
使用するメモリー量を減らしたい場合は，数を減らします。

［イベントコンソール］画面の更新時のイベント取得件数

検索時のイベント取得件数

イベント一覧の表示項目
イベント一覧の列に表示する項目を，追加・削除できます。
設定できる項目は，重大度，登録時刻，登録ホスト，ユーザー名，メッセージ，オブジェクトタイプ，イベントID，開始時刻，終了時刻，プロダクト名，オブジェクト名，登録　名タイプ，登録名，到着時刻，アクション，事象種別，イベントDB内通し番号，発行元プロセスID，発行元ユーザーID，発行元グループID，発行元ユーザー名，発行元グループ名，発行元イベントDB内通し番号，および種別です。

［イベントコンソール］画面のイベント一覧に表示される項目の列幅の保存するかどうか
イベント一覧に表示される項目の列幅は，マウスでドラッグすることによって任意の幅に変更できます。一つのページ（例：［イベント監視］ページ）で列幅を変更すると，ほかの二つのページ（例：［重要イベント］ページおよび［イベント検索］ページ）の列幅も変更されます。ログアウト時にそのときの列幅の大きさを保存するかどうかを設定できます。

［イベントコンソール］画面のイベント一覧に表示される特定のイベントに背景色を付けるかどうか
［イベント監視］ページおよび［イベント検索］ページに表示される特定のイベントに背景色が付くように設定できます。背景色が付く対象となるイベントは，重大度が「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」および「警告（Warning）」のイベントです。

繰り返しイベントを集約表示するかどうか
短時間に大量に発生した同一内容のイベントを集約して［イベントコンソール］画面に表示するかどうかを設定できます。
繰り返しイベントの集約表示機能を使用する場合，［集約表示］の［有効］チェックボックスをチェックして，集約中イベントのタイムアウト時間を設定してください。
なお，［集約表示］の設定を変更する場合，設定が有効になったあと受信したイベントから新しい設定でイベント集約が開始されます。また，設定を変更したあと再ログインすると，新しい設定でイベント集約が開始されます。

［コマンド実行］画面での実行結果表示行数

設定はJP1/IM - Viewの［ユーザー環境設定］画面を使用します。なお，ここで設定した内容はJP1/IM - ManagerにログインするJP1ユーザーごとに保持されます。手順を次に示します。

［ユーザー環境設定］画面を起動する。
［イベントコンソール］画面で［オプション］－［ユーザー環境設定］を選択します。

パラメーターを調整する。
必要に応じて，各パラメーターを調整してください。

設定できるパラメーターについては，次の説明を参照してください。

JP1ユーザー環境の設定について

［ユーザー環境設定］画面について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」

注意

ユーザープロファイル（defaultUser | profile_ユーザー名）にも上記の設定についての定義内容が記述されていますが，直接編集することは推奨しません。設定を誤るとイベントコンソールの動作が不正になることがあります。

11.8　JP1/IM - Viewの動作カスタマイズ

JP1/IM - Viewの動作を設定します。設定を変更したい場合は，IM-View設定ファイル（tuning.conf）を編集します。JP1/IM - Viewの動作について，設定できる項目を次に示します。

［ログイン］画面の接続先ホスト入力履歴数

［イベントコンソール］画面起動時の［統合機能メニュー］画面起動可否

［イベントコンソール］画面起動時の［アクション結果一覧］画面起動可否

統合機能メニューおよびモニター画面呼び出しで使用するWWWブラウザーの起動パス

クリップボードへのコピー可否

ここで設定した内容は，IM-View設定ファイルを編集したビューアーホストでだけ有効になります。手順を次に示します。

次のIM-View設定ファイルをテキストエディターなどで編集する。

Viewパス¥conf¥tuning.conf

JP1/IM - Viewを再起動する。

JP1/IM - Viewの動作カスタマイズについて

IM-View設定ファイルについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　IM-View設定ファイル（tuning.conf）」（3.　定義ファイル）

11.9　連携製品のモニター起動の設定

モニター起動とは，［イベントコンソール］画面に表示されているJP1イベントから，そのJP1イベントに関連するアプリケーションの画面を起動する機能です。モニター起動によってほかの製品と連携する場合には，その製品の稼働環境（サポートOSやブラウザなど）を事前に確認してください。

モニター起動の設定手順を次に示します。

モニター起動するためのアプリケーションを決める。

定義ファイルを作成する。
次の定義ファイルを作成します。

モニター画面呼び出し定義ファイル
この定義ファイルはJP1/IM - Managerのインストールされたホスト上，次のフォルダに作成します。
なお，この定義ファイルは，Linux版のJP1/IM - ManagerではUTF-8コード，Linux版以外のJP1/IM - ManagerではシフトJIS，またはEUCコードで作成する必要があります。
Windowsの場合
　Consoleパス¥conf¥console¥monitor¥
　共有フォルダ¥jp1cons¥conf¥console¥monitor¥（クラスタ運用時）
UNIXの場合
　/etc/opt/jp1cons/conf/console/monitor/
　共有ディレクトリ/jp1cons/conf/console/monitor/（クラスタ運用時）

アプリケーション実行定義ファイル
この定義ファイルはJP1/IM - Viewのインストールされたホスト上，次のフォルダに作成します。
　Viewパス¥conf¥appexecute¥ja¥

定義ファイルの編集内容を有効にする。

JP1/IM - Managerを再起動します。

JP1/IM - Viewを再起動します。

なお，上記の手順の詳細については，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。設定のための前提条件，設定例などについて説明しています。

注意

連携製品によっては，連携製品側で定義ファイルを用意していることがあります。各製品がモニター起動に対応しているかどうかや設定手順の詳細については，各製品のマニュアルを参照して確認してください。

なお，連携製品側で提供している定義ファイルについても，配置先のJP1/IM - Managerが動作する文字コードを使用してください。

11.10　統合機能メニューの設定

［統合機能メニュー］画面から連携製品のGUI（アプリケーション画面）や，WWWページを起動する設定をします。

＜この節の構成＞

11.10.1　統合機能メニューから連携製品のGUIを起動するための設定

11.10.2　統合機能メニューから連携製品のWWWページを起動するための設定

11.10.1　統合機能メニューから連携製品のGUIを起動するための設定

JP1/IM - Managerと連携する製品の幾つかは，デフォルトで［統合機能メニュー］画面に表示されています。この場合，JP1/IM - Viewと同ホストに連携製品をインストールすると［統合機能メニュー］画面から連携製品のGUIを起動できます。詳細は「22.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

表示されていない製品を新規に登録したい場合に，次からの説明を参照してください。

［統合機能メニュー］画面から連携製品のGUI（アプリケーション画面）を起動するための設定手順を次に示します。

［統合機能メニュー］画面から起動するアプリケーションを決める。

定義ファイルを作成する。
JP1/IM - Viewがインストールされたホストに次の定義ファイルを作成します。

統合機能メニュー定義ファイル

アプリケーション実行定義ファイル
統合機能メニュー定義ファイルおよびアプリケーション実行定義ファイルは，次のフォルダに作成します。
　Viewパス¥conf¥function¥ja¥

JP1/IM - Viewを再起動する。

なお，上記の手順の詳細については，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。設定のための前提条件，設定例などについて説明しています。

注意

連携製品によっては，上記と異なった手順が必要になる場合があります。設定手順の詳細については，各製品のマニュアルも参照してください。

11.10.2　統合機能メニューから連携製品のWWWページを起動するための設定

JP1/IM - Viewの統合機能メニューから連携製品のWWWページを表示させる場合，WWWページ呼び出し定義ファイル（hitachi_jp1_製品名.html）を編集して表示させるWWWページのURLを設定する必要があります。手順を次に示します。

WWWページ呼び出し定義ファイル（hitachi_jp1_製品名.html）を編集する。
WWWページ呼び出し定義ファイルの格納フォルダは次のとおりです。
　Viewパス¥conf¥webdata¥ja¥
WWWページ呼び出し定義ファイルをテキストエディターなどで開きます。ファイル内の<META>タグを検索し，CONTENT属性のURLに，起動するWWWページのURLを指定します。

編集したWWWページ呼び出し定義ファイルを上書き保存する。

JP1/IM - Viewを再起動する。

なお，統合機能メニュー定義ファイルを作成することで，WWWページ呼び出し定義ファイルが提供されていない製品についてもWWWページを起動できます。設定手順の詳細については，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。設定のための前提条件，設定例などについて説明しています。

参考

上記のURLの設定をしないで，WWWページを表示しようとした場合，設定手順を記述した画面を表示します。画面の記述に従って設定してください。この画面はWWWページを表示しようとした製品名（画面名）ごとに内容が異なります。

WWWページのURLの設定について

WWWページ呼び出し定義ファイルについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　WWWページ呼び出し定義ファイル（hitachi_jp1_製品名.html）」（3.　定義ファイル）

11.11　WWWページ版のJP1/IM - Viewを使用する場合の設定

ここでは，WWWページ版のJP1/IM - Viewを使用してシステムの運用監視をする場合の設定手順について説明します。大まかな設定の流れを次に示します。

HTTPサーバをインストールする。

HTTPサーバを設定する。

ポート番号を変更する。

WWWブラウザーを設定する。

［Javaコンソール］画面の表示設定をする。

タイムアウト時間を設定する。

＜この節の構成＞

(1)　HTTPサーバのインストール

(2)　HTTPサーバの設定

(3)　ポート番号の変更

(4)　WWWブラウザーの設定

(5)　［Javaコンソール］画面の表示設定

(6)　WWWページ版でのタイムアウト時間の設定

(1)　HTTPサーバのインストール

WWWページ版のJP1/IM - Viewを使用する場合は，JP1/IM - ManagerをインストールするホストにHTTPサーバをインストールします。

(2)　HTTPサーバの設定

この設定は，JP1/IM - Managerがインストールされているホストが対象です。HTTPサーバへ次のエイリアスを追加してください。

表11-8　HTTPサーバに追加するエイリアス

エイリアス名 | 参照パス
/JP1IM | Consoleパス¥www¥

(3)　ポート番号の変更

WWWページ版のJP1/IM - Viewでは，HTTPサーバのポートだけでなく，イベントコンソール用のポート（jp1imevtcon）も使用します。

イベントコンソール用のポート番号をデフォルトの「20115」から別の番号へ変更した場合は，次の表に示すHTMLファイルのパラメーターの値を変更してください。

表11-9　HTMLファイルのパラメーター

HTMLファイル名 | パラメーター
Consoleパス¥www¥console_ja.html | <param name="PORT" value="値">

(4)　WWWブラウザーの設定

この設定は，WWWページ版のJP1/IM - Viewを表示するビューアーホスト側のWWWブラウザーで必要になります。

なお，WWWブラウザーには，JREとそれに同梱されているプラグインが必要です。詳細は，各製品のJP1/IM - Managerのリリースノートを参照してください。

(5)　［Javaコンソール］画面の表示設定

この設定は，WWWページ版のJP1/IM - Viewを表示するビューアーホスト側で必要になります。

［コントロールパネル］から［Java Plug-in］を選択して［Java(TM) Plug-in　コントロールパネル］画面を開く。

［基本］タブを選択し，［基本］ページを表示する。

［Javaコンソール］の「コンソールを表示」にチェックを入れる。また，「Javaアイコンをシステムトレイに表示」にチェックを入れる。

この設定をすることで，WWWページ版のJP1/IM - Viewを表示したときに［Javaコンソール］画面が表示されるようになります。

(6)　WWWページ版でのタイムアウト時間の設定

WWWページ版でのタイムアウト時間の設定手順を次に示します。

次の場所にある定義ファイルをテキストエディターなどで開く。

Consoleパス¥www¥console_ja.html

ソケットタイムアウト値を設定する。
受信データの到着待ち時間を設定します。
低速回線や，イベントトラフィックが高い環境の場合は長めに設定します。
デフォルト時間は，2,500ミリ秒です。
次の行を探し，タイムアウトまでの時間（ミリ秒）を指定します。
時間は10進数で指定してください。

<param name="SO_TIMEOUT" value="2500">

サーバ処理タイムアウト値を設定する。
ログイン，ログアウト，自動更新，イベントの状態の変更，イベント検索，ユーザー環境設定，重要イベント設定，自動アクション設定，フィルター設定，コマンド実行操作のタイムアウト時間を設定します。
指定できる値は60,000～3,600,000ミリ秒，デフォルトは60,000ミリ秒です。
KAVB1205が頻繁に表示される場合，タイムアウト時間を長めに設定します。
次の行を探し，タイムアウトまでの時間（ミリ秒）を指定します。
時間は10進数で指定します。

<param name="RMI_TIMEOUT" value="60000">

12.　統合スコープの設定

統合スコープでは，［監視ツリー］画面と［ビジュアル監視］画面によってシステムを管理者の目的に合わせた視点で監視できます。

この章では，これらの監視画面の環境を設定する手順について説明します。

＜この章の構成＞

12.1　統合スコープの環境設定の概要

12.2　ホスト情報の登録

12.3　監視ツリーをGUIで作成する

12.4　［ビジュアル監視］画面をGUIで作成する

12.5　保存したCSV形式ファイルによる監視画面の作成

12.6　ガイド情報の編集

12.7　統合スコープの動作環境の設定

12.8　連携製品のセットアップ

12.9　監視オブジェクト作成例

12.1　統合スコープの環境設定の概要

統合スコープの環境設定は，管理者の目的に合わせた視点でシステムを監視するために，稼働しているシステムの構成とその監視目的に合わせて，統合スコープの監視画面を作成する作業です。

まず，実際のシステム構成を，監視目的に合わせたツリー形式で［監視ツリー］画面に設定します。その後で，重点的に監視が必要なポイントをマップ形式で［ビジュアル監視］にまとめます。

なお，この章での説明は，統合スコープがセットアップ済みで動作していることを前提にしています。

＜この節の構成＞

(1)　統合スコープの環境設定を始める前に

(1)　統合スコープの環境設定を始める前に

統合スコープの環境設定を始める前に，次の準備をしてください。

JP1/IM全般と統合スコープについて知っておく

統合スコープの使い方の概要
参照先：「1.　JP1/Integrated Managementの概要」
参照先：「2.　JP1/Integrated Managementによるシステム統合管理」

統合スコープの機能について
参照先：「3.3　統合スコープによる目的指向型のシステム監視」

JP1/IMの動作環境を構築する

JP1/IMのインストールとセットアップをする
参照先：「9.　インストールとセットアップ（Windowsの場合）」
参照先：「10.　インストールとセットアップ（UNIXの場合）」

12.2　ホスト情報の登録

統合スコープ用のホスト情報をホスト情報DBに登録します。

ホスト情報ファイル（jcs_hosts）を作成，編集する。

jcshostsimportコマンドを実行する。

ホスト情報ファイルの内容を有効にする。
次の場合にホスト情報ファイルの内容が有効になります。

JP1/IM - Managerを再起動する。

jco_spmd_reloadコマンドを実行する。

ホスト情報の設定については，次の説明を参照してください。

ホスト情報の設定について

ホスト情報について
参照先：「3.3.9　統合スコープの仕組み」の（2）ホスト情報

ホスト情報ファイルの書式について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ホスト情報ファイル（jcs_hosts）」（3.　定義ファイル）

jcshostsimportコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcshostsimport」（2.　コマンド）

12.3　監視ツリーをGUIで作成する

ここでは，監視オブジェクトを監視するための監視ツリーをGUIで作成する手順について説明します。

作業の流れを次に示します。

図12-1　監視ツリーをGUIで作成する作業の流れ

＜この節の構成＞

12.3.1　監視ツリーの編集画面の起動

12.3.2　既存の監視ツリーの取得

12.3.3　監視ツリーの自動生成

12.3.4　監視ツリーのカスタマイズ

12.3.5　カスタマイズした監視ツリーのローカルホストへの保存

12.3.6　カスタマイズした監視ツリーのマネージャーホストへの反映

12.3.1　監視ツリーの編集画面の起動

監視ツリーは，［監視ツリー(編集中)］画面から編集します。

図12-2　［監視ツリー(編集中)］画面

［監視ツリー(編集中)］画面を起動する。
次のどれかの手順で起動します。

スタートメニューから［プログラム］－［JP1_Integrated Management - View］－［監視ツリー編集］を選択する。

jcoviewコマンドを実行する。
jcoview -e

システムを監視中の［監視ツリー］画面のメニューバーから，［オプション］－［ツリー編集］を選択する。

なお，［監視ツリー(編集中)］画面を起動した直後は，なにも表示されていない（監視ツリーの情報がない）状態です。

ログイン情報の保持

［監視ツリー（編集中）］画面で，［ログイン情報を保持する］機能の設定ができます。この設定は，［監視ツリー（編集中）］画面からログインが必要な操作をする際，一度目のログイン時にユーザー名・パスワード・接続ホスト名を保持します。このため，二度目以降のログイン操作が不要になります。

［監視ツリー（編集中）］画面から，［ファイル］－［ログイン情報を保持する］にチェックマークを付ける。

図12-3　［ログイン情報を保持する］メニュー

ログインが必要な操作を次に示します。

表12-1　ログインを必要とする操作一覧

画面名 | 操作 | 説明
監視ツリー(編集中) | ［ファイル］－［サーバからツリーを取得］を選択 | 監視ツリーの既存の設定をマネージャーホストから取得する。
［ファイル］－［サーバのツリーを更新］を選択 | 監視ツリーの編集内容をマネージャーホストに反映する。
［オプション］－［ツリーの自動生成］を選択 | 監視ツリーを自動生成する。
［オプション］－［最新定義取得］を選択 | マネージャーホスト上の共通条件定義の最新情報を取得する。
［編集］－［ビジュアル監視画面一覧編集］を選択 | ［ビジュアル監視画面一覧編集］画面を表示する。
ビジュアル監視（編集中） | ［サーバからのビジュアル監視データを取得］ボタンをクリック | マネージャーホスト上のビジュアル監視データを読み込む。
［サーバのビジュアル監視データを更新］ボタンをクリック | 編集したビジュアル監視データをマネージャーホストに反映する。

［ログイン情報を保持する］へのチェック状態は，［監視ツリー(編集中)］画面の終了時に保存されます。次回，［監視ツリー(編集中)］画面の起動時に，その状態が反映されます。

12.3.2　既存の監視ツリーの取得

すでに監視ツリーを作成して運用している場合は，まず，マネージャーホストに接続して，既存の設定を取得します。

［監視ツリー(編集中)］画面でサーバから，またはローカルホストのCSV形式のファイルから監視ツリーを取得します。［監視ツリー(編集中)］画面のタイトルバーには，サーバのJP1/IM - Manager（JP1/IM - Central Scope）のバージョン，または取得したファイルのバージョンが表示されます。

注意

ローカルホストのCSV形式のファイルから監視ツリーを取得した場合，［監視ツリー(編集中)］画面のタイトルバーに表示されるファイルバージョンと，マネージャーホストのJP1/IM - Manager（JP1/IM - Central Scope）がバージョンの一致していることを確認してください。不一致の場合，［監視ツリー(編集中)］画面で編集した情報を，マネージャーホストに反映できません。

＜この項の構成＞

(1)　サーバからの監視ツリーの取得

(2)　ローカルに保存した監視ツリー（CSV形式のファイル）の取得

(1)　サーバからの監視ツリーの取得

［サーバからツリーを取得］を選択する。
［監視ツリー(編集中)］画面から，［ファイル］－［サーバからツリーを取得］を選択する。

サーバにログインする。
JP1/IM - Manager（JP1/IM - Central Scope）にログインするための［ログイン］画面が表示されます。
JP1ユーザー名とパスワードを入力します。JP1ユーザーは，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持っている必要があります。接続先ホスト名には，監視ツリーを取得するJP1/IM - Managerのホスト名を入力します。

ログインが成功すると，監視ツリーのデータを取得し，［監視ツリー(編集中)］画面に表示します。

または，ローカルに保存している監視ツリーの設定（CSV形式ファイル）がある場合は，それを使用することもできます。

(2)　ローカルに保存した監視ツリー（CSV形式のファイル）の取得

［ツリーを開く］を選択する。
［監視ツリー(編集中)］画面から，［ファイル］－［ツリーを開く］を選択する。
ファイルを選択する［ツリーを開く］画面が表示されます。

監視ツリー（CSV形式のファイル）を指定する。
利用する監視ツリー（CSV形式のファイル）を選択し，［開く］ボタンをクリックする。
確認ダイアログが表示されるので，［はい］ボタンをクリックしてください。

12.3.3　監視ツリーの自動生成

監視ツリーを自動生成します。

なお，他製品と連携して監視ツリーを自動生成する場合，連携製品のセットアップ（JP1イベントを発行する設定や，アダプタコマンドの実行など）を事前にしておく必要があります。「12.8　連携製品のセットアップ」を参照して自動生成前にセットアップを終えておいてください。

また，監視ツリーの自動生成機能の詳細は，次の説明を参照してください。

監視ツリーの自動生成について

監視ツリーの自動生成機能について
参照先：「3.3.2　監視ツリー」
参照先：「3.3.3　監視ツリーの自動生成」

自動生成で作成される監視ツリーのモデルについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　7.　監視ツリーモデル（統合スコープ用）」

次に監視ツリー自動生成の手順を示します。

図12-4　監視ツリーの自動生成の手順

［ツリーの自動生成］を選択する。
［監視ツリー(編集中)］画面から，［オプション］－［ツリーの自動生成］を選択する。
なお，すでに監視ツリーを編集中だった場合は，「編集中のツリー構成情報を置き換えますか？」のように確認されます。ここで［はい］を選択すると，編集中の情報は，自動生成した情報で置き換えられます。

サーバにログインする。
JP1/IM - Manager（JP1/IM - Central Scope）にログインするための［ログイン］画面が表示されます。
jp1adminユーザーでログインしてください。
接続先ホスト名には，JP1/IM - Managerのホスト名を入力します。

［自動生成-構成選択］画面で，監視ツリーのモデルを選択する。
自動生成する監視ツリーのモデルを選択します。

業務指向ツリー

サーバ指向ツリー

システム構成ツリー

［生成］，［差分］または［追加］のボタンをクリックする。

［生成］…新しい監視ツリーを，収集した定義情報から作成します。

［差分］…編集画面にある監視ツリーとの差分の情報を，収集した定義情報から作成します。なお，差分の情報はまとめられて［NEW_OBJECT］という監視グループが作られます。

［追加］…編集画面にある既存の監視ツリーに加えて，新規に監視ツリーを作成します。なお，新規の監視ツリーは［NEW_TREE］という監視グループ下に作成されます。

監視ツリーが自動的に生成される。
JP1/IMが管理する各ホストから定義情報を収集し，監視ツリーを自動生成します。しばらくお待ちください。

なお，生成される監視ノードの状態は，最初は非監視の状態になっています。

自動生成した監視ツリーは，監視方法に合わせてカスタマイズしてから運用を始めてください。

（備考）

運用上の理由でjp1adminユーザーを削除している場合は，連携製品の定義情報にアクセスできる権限レベルを持つJP1ユーザーでログインし，自動生成を行ってください。例えば，JP1/AJS2のジョブネット情報を取得するには，ジョブネットにアクセスできる権限レベルが必要です。

12.3.4　監視ツリーのカスタマイズ

［監視ツリー(編集中)］画面では，監視ツリーを新規作成したり，既存の監視ツリーをカスタマイズしたりできます。監視ツリーに関してできる操作を次に示します。

監視ノードの追加

監視ノードの属性設定

監視ノードの削除

監視ノードの移動

監視範囲の設定

マップ表示設定

ここでは，これらの操作手順と作成済み監視ノードの検索手順について説明します。

なお，監視ツリーをカスタマイズするには，監視ツリーの機能や設定内容を知っておく必要があります。次の説明を参照してください。

監視ツリーの機能や設定内容について

監視ツリーの機能について
参照先：「3.3.2　監視ツリー」
参照先：「3.3.3　監視ツリーの自動生成」
参照先：「3.3.4　監視ツリーの編集」
参照先：「3.3.9　統合スコープの仕組み」

監視ツリーの設定項目について
参照先：「3.3.2　監視ツリー」

基本的な設定が定義済みのシステム監視オブジェクトについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　6.　システム監視オブジェクト一覧（統合スコープ用）」

なお，監視ノードの属性設定で「共通条件」を設定する，かつ，設定済みの共通条件を利用する場合は，次の操作によって，共通条件を取得しておいてください。

ツリー構成ファイル（CSVファイル）使用時にはツリー構成ファイルが保持する共通条件，新規監視ツリー作成時にはJP1/IM - Viewが保持する共通条件を利用できます。

［監視ツリー(編集中)］画面のメニューバーの［オプション］－［最新定義取得］を選択する。

＜この項の構成＞

(1)　監視ノードの追加

(2)　監視ノードの属性設定

(3)　監視ノードの削除

(4)　監視ノードの移動

(5)　マップ表示設定

(6)　監視範囲の設定

(7)　ビジュアルアイコンを使用するための設定

(8)　監視ノードの検索

(1)　監視ノードの追加

監視ノードを追加する手順を説明します。

図12-5　監視ノードの追加の手順

［新規監視ノード作成］画面を開く。
次のどれかの操作により画面を開いてください。

監視グループを選択し，右クリックしてポップアップメニューから［新規監視ノード作成］を選択する。

監視グループを選択し，メニューバーから［編集］－［新規監視ノード作成］を選択する。

詳細表示領域から画面を開く場合は，監視ノード非選択状態で右クリックし，ポップアップメニューから［新規監視ノード作成］を選択する。

なお，監視ノードが一つもない場合は，メニューバー，または監視ツリー領域の右クリックで表示されるポップアップメニューから操作をしてください。

監視ノード名，監視ノード種別を設定する。
［新規監視ノード作成］画面で，次の項目を設定します。

監視ノード名
任意の名称を指定します。

監視ノード種別
監視ノードの種別を選択します。
「監視グループ」，または「監視オブジェクト」とその種類を選択します。
監視オブジェクトの種類を選択する場合は，システム監視オブジェクトから選ぶことができます。これは，JP1/IMのシステムが標準で用意している監視オブジェクトで，JP1/IMと連携するJP1シリーズ製品ごとに基本的な項目があらかじめ設定されています。
監視オブジェクトの種類で「汎用オブジェクト」を選ぶと，汎用監視オブジェクトが作成されますので，後述する監視ノードの［プロパティ］画面で属性を設定してください。
なお，ここで「監視グループ」または「監視オブジェクト」の「汎用オブジェクト」を選択した場合は，次の基本情報の設定は必要なく，監視ノードが作成されます。

監視ノードの基本情報を設定する。
［基本情報設定］画面で，監視ノードの種類に合わせた基本情報を設定します。
基本情報は，監視オブジェクトが監視している対象を特定するための情報を設定します。監視ノード種別で指定したシステム監視オブジェクトの種類によって，設定する値は異なります。詳しくは次の説明を参照してください。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　6.　システム監視オブジェクト一覧（統合スコープ用）」

監視ノードが作成される。
設定した内容で，監視ノードが作成されます。

なお，既存の監視オブジェクトをコピーアンドペーストすることもできます。

既存の監視オブジェクトをコピーアンドペーストする

次の手順でコピーアンドペーストしてください。

監視ノードを選択し，コピーする。

右クリックしてポップアップメニューから［コピー］を選択する。

または，メニューバーの［編集］－［コピー］を選択する。

貼り付け先の監視グループを選択する。

監視ノードをペーストする。

右クリックしてポップアップメニューから［貼り付け］を選択する。

または，メニューバーの［編集］－［貼り付け］を選択する。

(2)　監視ノードの属性設定

監視ノードの属性を設定する手順を説明します。

なお，監視ノードの属性を設定するには，それぞれの設定項目の意味を知る必要があります。ここでは，設定手順と簡単な例だけを説明します。設定内容の詳細は，この項のはじめに説明している参照先で確認してください。

監視ノードの［プロパティ］画面を開く。
監視ノードを選択して，次のどれかの方法で［プロパティ］画面を開きます。

ダブルクリックする（監視オブジェクトの場合だけ有効）。

右クリックしてポップアップメニューから［プロパティ］を選択する。

メニューバーから［編集］－［プロパティ］を選択する。

メニューバーから［オプション］－［基本情報］，［状態変更条件］，または［イベント発行条件］を選択する。

［全般］ページを設定する。
監視ノード名，使用するアイコン，使用するビジュアルアイコン※1，背景画像設定（監視グループ限定），監視状態，およびJP1資源グループ※2を設定します。

［基本情報］ページを設定する。
監視ノードの基本情報について設定します。

［状態変更条件］ページを設定する。

監視オブジェクト選択時
JP1/IM - ManagerがどのようなJP1イベントを受信したときに，監視ノードの状態を変更するかを設定します。
監視オブジェクトの状態変更条件に設定する内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　6.　システム監視オブジェクト一覧（統合スコープ用）」を参考にしてください。

監視グループ選択時
監視グループの下位の監視ノードがどのような状態になったときに，監視グループの状態を変更するかを設定します。

［イベント発行条件］ページを設定する。
監視ノードがどの状態になったときに，JP1イベントを発行するかを設定します。
なお，監視ノードの状態により自動アクションをする場合は，この［イベント発行条件］を設定して，イベントIDが00003FB0のJP1イベントに対して自動アクションをするよう設定してください。

［OK］ボタンまたは［適用］ボタンをクリックする。

注※1　ビジュアルアイコンを使用するためには，フォルダ作成やファイルの格納など準備が必要です。詳細は，「12.3.4 (7)　ビジュアルアイコンを使用するための設定」を参照してください。

注※2　監視ツリーの監視範囲設定が有効な場合，設定できる項目です。監視ツリーの監視範囲設定については，「12.3.4 (6)　監視範囲の設定」を参照してください。

以下に，プロパティの設定の例について説明します。

図12-6　［全般］ページにより，監視ノードの監視状態を「監視」にする例

図12-7　［基本情報］ページの設定例

図12-8　［状態変更条件］ページにより，監視ノードの状態変更条件を設定する例

図12-9　［イベント発行条件］ページにより，JP1イベント発行の設定をする例

(3)　監視ノードの削除

監視ノードを削除する手順について説明します。

監視グループを削除する場合，配下の監視ノードも削除されるため注意してください。

監視ノードを選択する。

監視ノードを削除する。

メニューバーから［編集］－［削除］を選択する。

右クリックしてポップアップメニューから［削除］を選択する。

［削除確認］ダイアログが表示されます。削除してよろしければ，［はい］をクリックします。

なお，すべての監視ノードを，次の手順で削除することもできます。

メニューバーの［編集］－［すべて削除］を選択する。
確認ダイアログが表示されます。削除してよければ［はい］をクリックします。

(4)　監視ノードの移動

監視ノードは，監視ツリー上の別の位置に移動することができます。

移動は，ドラッグアンドドロップ，またはカットアンドペーストで行います。

(a)　ドラッグアンドドロップで移動する

監視ノードをドラッグ（左クリック）して，監視グループにドロップする。
ドラッグ（左クリック）はツリー表示領域，詳細表示領域どちらでもできます。ドロップはツリー表示領域で行ってください。

(b)　カットアンドペーストで移動する

監視ノードを選択する。

監視ノードをカット（切り取り）する。

右クリックしてポップアップメニューから［切り取り］を選択する。

メニューバーの［編集］－［切り取り］を選択する。

貼り付け先の監視グループを選択する。

ペースト（貼り付け）する。

右クリックしてポップアップメニューから［貼り付け］を選択する。

メニューバーの［編集］－［貼り付け］を選択する。

(5)　マップ表示設定

マップ表示設定は，［監視ツリー］画面の詳細表示領域に表示される監視ノードをマップ形式で表示したい場合に設定します。

設定手順を次に示します。

メニューバーから［表示］－［アイコン表示］を選択する，または[図データ]［アイコン表示］ボタンをクリックする。
詳細表示領域がマップ表示設定できる状態に変わります。

［背景画像設定］を開く。
次に示すどちらかの操作で［背景画像設定］画面を表示します。

詳細表示領域上の何もないところ（監視ノード非選択状態）で右クリックし，ポップアップメニューから［背景画像設定］を選択して［背景画像設定］画面を表示する。

監視グループの［プロパティ］画面を開き，［全般］ページの［背景画像設定］ボタンをクリックする。

背景画像を選択する。
［背景画像設定］画面で，背景にする画像ファイル名を選択して，［OK］ボタンをクリックします。背景画像には，次のフォルダにある，次のフォーマットのファイルが使用できます。

画像ファイルのフォルダ：Viewパス¥image¥map¥

使用できる画像ファイルのフォーマット：JPEG，GIF，PNG

なお，背景を無地（白色）のまま使うこともできます。
この場合は，ファイル選択で［背景画像なし］を選んでください。
選択すると，確認ダイアログが表示されるので［はい］ボタンをクリックします。

監視ノードを，ドラッグアンドドロップする。
背景画像の設定が済んだ詳細表示領域上で監視ノードをドラッグアンドドロップし，任意の場所に配置します。配置をリセットしたいときは，[図データ]［等間隔に整列］ボタンをクリックするか，メニューバーから［表示］－［等間隔に整列］を選択してください。確認ダイアログが表示されるので［はい］ボタンをクリックします。

(6)　監視範囲の設定

JP1資源グループで監視範囲を設定する方法について，手順を次に示します。

メニューから［オプション］－［監視範囲の設定］にチェックマークを付ける。
監視ツリーの監視範囲設定が有効になります。

監視ノードの［プロパティ］画面を開く。
監視ノードを選択して，次のどれかの方法で［プロパティ］画面を開きます。

ダブルクリックする（監視オブジェクトの場合だけ有効）。

右クリックしてポップアップメニューから［プロパティ］を選択する。

メニューバーから［編集］－［プロパティ］を選択する。

［全般］ページのJP1資源グループを設定する。
監視範囲にあわせて，JP1資源グループを指定してください。

［OK］ボタンまたは［適用］ボタンをクリックする。

(7)　ビジュアルアイコンを使用するための設定

監視ノードのアイコンにビジュアルアイコンを使用するための設定について，手順を次に示します。なお，ビジュアルアイコンは標準提供されていません。事前にビジュアルアイコンとして使用するファイルを作成しておいてください。

メニューバーから［オプション］－［ビジュアルアイコンを使用］を選択し，チェックマークを付ける。
ビジュアルアイコンを表示できるようにします。

ビジュアルアイコンの格納フォルダを作成する。
次に示すように，Viewパス¥image¥フォルダの下にvisualフォルダを作成します。
　Viewパス¥image¥visual

ビジュアルアイコンとして使用したい画像ファイルを，手順2で作成したフォルダに格納する。
使用できる画像の形式，サイズは次のとおりです。

画像の形式：JPEG，GIF，PNG

画像のサイズ：最小24×24ピクセル，最大2,048×2,048ピクセル

なお，ビジュアルアイコンとする画像ファイルは，監視ノードの状態によって背景の色が変わることを考慮した上で，選択または作成してください。
監視ノードの状態によって変わる色について，次の表に示します。

表12-2　監視ノードの状態によって変わる色

監視ノードの状態 | 色（RGB値）
緊急 | 赤（255，0，0）
警戒
致命的
エラー | 橙（255，200，0）
警告 | 黄色（255，255，0）
デバッグ | 薄い紫（255，175，175）

画像ファイルに上記の色と同色を使わないようにすることをお勧めします。

監視ノードの［プロパティ］画面を開く。
監視ノードを選択して，次のどれかの方法で［プロパティ］画面を開きます。

ダブルクリックする（監視オブジェクトの場合だけ有効）。

右クリックしてポップアップメニューから［プロパティ］を選択する。

メニューバーから［編集］－［プロパティ］を選択する。

［全般］ページで「ビジュアルアイコン」の［変更］ボタンをクリックする。
［ビジュアルアイコン選択］画面が表示されます。

ビジュアルアイコンを選択する。
［ビジュアルアイコン選択］画面で，使用する画像ファイル名を選択して，［OK］ボタンをクリックします。

［全般］ページで［OK］ボタンまたは［適用］ボタンをクリックする。

(8)　監視ノードの検索

監視ノードの検索は，階層の深い監視ツリーから目的の監視ノードを探すときに利用できます。手順を次に示します。

監視ノードを選択する。
検索対象となる監視ノードは，選択した監視ノードおよびその下層の監視ノードとなります。

［検索］画面を表示する。

右クリックしてポップアップメニューから［検索］を選択する。

または，メニューバーから［編集］－［検索］を選択する。

検索条件を入力し，［検索］ボタンをクリックする。
検索条件に一致する監視ノードが一覧表示されます。

表示したい監視ノードをダブルクリックする。
検索結果に一覧表示された監視ノードをダブルクリックすると，その監視ノードを選択した状態で［監視ツリー(編集中)］画面が表示されます。

12.3.5　カスタマイズした監視ツリーのローカルホストへの保存

［監視ツリー(編集中)］画面でカスタマイズした監視ツリーは，CSV形式のファイルとして，ローカルホストに保存できます。監視ツリーの作成を中断したいときや，バックアップ用データとして保管しておきたいときにローカルホストに保存してください。

［ツリーを保存］を選択する。
［監視ツリー(編集中)］画面のメニューバーから［ファイル］－［ツリーを保存］を選択します。

任意のフォルダに任意のファイル名で保存する。
［ツリーを保存］画面が表示されるので，任意のフォルダ名，任意のファイル名を指定して，保存してください。

12.3.6　カスタマイズした監視ツリーのマネージャーホストへの反映

［監視ツリー(編集中)］画面でカスタマイズした監視ツリーは，マネージャーホストに反映すると，システムの運用監視で使用できるようになります。なお，マネージャーホストへの反映の際に，［監視ツリー(編集中)］画面で監視ツリーの監視範囲設定を有効にしていると，マネージャーホストでも監視範囲設定が有効になります。

マネージャーホストへの反映手順を次に示します。

図12-10　サーバのツリーを更新

［サーバのツリーを更新］を選択する。
［監視ツリー(編集中)］画面のメニューバーから［ファイル］－［サーバのツリーを更新］を選択する。
確認ダイアログが表示されるので，更新してよければ［はい］をクリックする。

サーバにログインする。
JP1/IM - Manager（JP1/IM - Central Scope）にログインするための［ログイン］画面が表示されます。
JP1ユーザー名とパスワードを入力します。JP1ユーザーは，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持っている必要があります。
接続先ホスト名には，監視ツリーを更新するJP1/IM - Managerのホスト名を入力します。

カスタマイズした監視ツリーがサーバに反映される。
反映中にはダイアログが表示され，反映が完了するとダイアログが閉じます。
なお，反映した監視ツリーを確認するには，JP1/IM - Manager（JP1/IM - Central Scope）にログインして［監視ツリー］画面により確認してください。

12.4　［ビジュアル監視］画面をGUIで作成する

ここでは，［ビジュアル監視］画面をGUIで作成する手順について説明します。

作業の流れを次に示します。

図12-11　［ビジュアル監視］画面をGUIで作成する作業の流れ

＜この節の構成＞

12.4.1　［ビジュアル監視］画面の編集画面の起動

12.4.2　既存の［ビジュアル監視］画面の取得

12.4.3　［ビジュアル監視］画面のカスタマイズ

12.4.4　カスタマイズした［ビジュアル監視］画面のローカルホストへの保存

12.4.5　カスタマイズした［ビジュアル監視］画面のマネージャーホストへの反映

12.4.6　［ビジュアル監視］画面の一覧の編集および削除

12.4.1　［ビジュアル監視］画面の編集画面の起動

［ビジュアル監視］画面は，［ビジュアル監視(編集中)］画面により編集します。この画面は，［監視ツリー(編集中)］画面から起動します。

図12-12　［ビジュアル監視(編集中)］画面

［ビジュアル監視(編集中)］画面を起動する。
次の手順で起動します。

［監視ツリー(編集中)］画面のメニューバーから［編集］－［新規ビジュアル監視画面作成］を選択する。

12.4.2　既存の［ビジュアル監視］画面の取得

すでに［ビジュアル監視］画面を作成して運用している場合は，まず，マネージャーホストに接続して，既存の設定を取得します。

＜この項の構成＞

(1)　サーバからの［ビジュアル監視］画面の取得

(2)　ローカルに保存した［ビジュアル監視］画面（CSV形式のファイル）の取得

(1)　サーバからの［ビジュアル監視］画面の取得

［サーバからビジュアル監視データを取得］を選択する。
［ビジュアル監視(編集中)］画面のツールバーにある，[図データ]［サーバからビジュアル監視データを取得］ボタンをクリックする。

サーバにログインする。
JP1/IM - Manager（JP1/IM - Central Scope）にログインするための［ログイン］画面が表示されます。
JP1ユーザー名とパスワードを入力します。JP1ユーザーは，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持っている必要があります。
接続先ホスト名には，ビジュアル監視データを取得するJP1/IM - Managerのホスト名を入力します。

取得する［ビジュアル監視］画面を選択する。
ログインが成功すると，［ビジュアル監視画面を開く］画面が表示されます。データを取得する［ビジュアル監視］画面を選択して，［OK］をクリックしてください。

または，ローカルに保存している［ビジュアル監視］画面の設定（CSV形式ファイル）がある場合は，それを使用することもできます。

(2)　ローカルに保存した［ビジュアル監視］画面（CSV形式のファイル）の取得

［ビジュアル監視データを開く］画面を開く。
［ビジュアル監視(編集中)］画面のツールバーにある，[図データ]［ビジュアル監視データを開く］ボタンをクリックする。
［ビジュアル監視データを開く］画面が表示されます。

［ビジュアル監視］画面の設定（CSV形式のファイル）を指定する。
利用する［ビジュアル監視］画面の設定（CSV形式のファイル）を選択し，［開く］ボタンをクリックする。
確認ダイアログが表示されるので，［はい］ボタンをクリックしてください。

12.4.3　［ビジュアル監視］画面のカスタマイズ

［ビジュアル監視(編集中)］画面では，［ビジュアル監視］画面を新規作成したり，既存の［ビジュアル監視］画面をカスタマイズしたりできます。［ビジュアル監視］画面に関してできる操作を次に示します。

背景画像の設定

監視ノードの追加

監視ノードの削除

監視ノードの属性設定

監視ノードの監視状態変更

監視ノードの検索

＜この項の構成＞

(1)　［ビジュアル監視］画面の背景画像の設定

(2)　［ビジュアル監視］画面への監視ノードの追加

(3)　［ビジュアル監視］画面からの監視ノードの削除

(4)　監視ノードの属性設定

(5)　監視ノードの監視状態変更

(6)　監視ノードの検索

(1)　［ビジュアル監視］画面の背景画像の設定

［ビジュアル監視］画面の背景に表示される画像を設定します。なお，背景画像には，次のフォルダにある，次のフォーマットのファイルが使用できます。

画像ファイルのフォルダ：Viewパス¥image¥map¥

使用できる画像ファイルのフォーマット：JEPG，GIF，PNG

図12-13　背景画像設定

［背景画像設定］を開く。
次のどちらかの操作をして［背景画像設定］画面を表示します。

［ビジュアル監視(編集中)］画面のツールバーにある，[図データ]［背景画像設定］ボタンをクリックする。

監視ポイント表示領域上の何もないところ（監視ノード非選択状態）で右クリックし，ポップアップメニューから［背景画像設定］を選択する。

背景画像を選択する。
［背景画像設定］画面で，背景にする画像ファイル名を選択して，［OK］ボタンをクリックします。
なお，背景を無地（白色）のまま［ビジュアル監視］画面を使うこともできます。この場合は，ファイル選択で［背景画像なし］を選んでください。
選択すると，確認ダイアログが表示されるので［はい］ボタンをクリックします。

［ビジュアル監視］画面に名前を付ける。
背景画像が決まったら，［ビジュアル監視］画面に名前を付けます。
［画面名］と［コメント］の欄に，監視目的や画像にあわせて名前とコメントを入力します。
画面名は［ビジュアル監視］画面のタイトルバー部分に，コメントは背景画像の下の部分に表示されます。

［ビジュアル監視］画面の操作のヒント

監視ポイント表示領域で背景画像を選択した状態でドラッグすると，背景画像がマウスの動きにあわせてスクロールします。

(2)　［ビジュアル監視］画面への監視ノードの追加

［ビジュアル監視］画面の背景画像の上に，監視ノードのアイコンを追加します。監視ノードの追加は，［監視ツリー］画面から［ビジュアル監視］画面へ，監視ノードのアイコンをドラッグアンドドロップすることで行います。

図12-14　［ビジュアル監視］画面への監視ノードの追加

監視ツリー上の監視ノードを選択する。
［監視ツリー(編集中)］画面で，［ビジュアル監視］画面により監視したい監視ノードを表示し，選択します。

監視ノードを，［ビジュアル監視］画面へドラッグアンドドロップする。
監視ノードのアイコンを，［監視ツリー(編集中)］画面でドラッグ（左クリック）して，［ビジュアル監視(編集中)］画面へドロップします。

上記の手順で追加した監視ノードのアイコンは，監視ツリー上の監視ノードの状態と連動して，状態色（障害のときは赤色など）が表示されるようになります。

（備考）［監視ツリー］画面の表示は，少し経ってから［ビジュアル監視］画面に反映されます。

(3)　［ビジュアル監視］画面からの監視ノードの削除

［ビジュアル監視］画面から監視ノードを削除するには，次のようにします。

監視ノードのアイコンを選択し，削除する。
次のどちらかの操作をします。なお，複数のアイコンを一括削除する場合は，[図データ]［矩形選択］ボタンを利用して複数選択してください。

アイコンを選択して，［ビジュアル監視(編集中)］画面のツールバーにある[図データ]［アイコン削除］ボタンをクリックする。

アイコンを選択して，右クリック，ポップアップメニューから［アイコン削除］を選択する。

確認ダイアログが表示されるので［はい］をクリックします。

(4)　監視ノードの属性設定

［ビジュアル監視(編集中)］画面に配置した監視ノードに対し，属性を設定する手順を説明します。

なお，［ビジュアル監視(編集中)］画面で監視ノードの属性を設定した場合，その設定内容は［監視ツリー(編集中)］画面の該当する監視ノードに反映されます。

監視ノードの［プロパティ］画面を開く。
監視ノードを選択して，次の方法で［プロパティ］画面を開きます。

右クリックしてポップアップメニューから［プロパティ］を選択する。

［全般］ページを設定する。
監視ノード名，使用するアイコン，使用するビジュアルアイコン※1，背景画像設定（監視グループ限定），監視状態，JP1資源グループ※2を設定します。

［基本情報］ページを設定する。
監視ノードの基本情報について設定します。

［状態変更条件］ページを設定する。
JP1/IM - ManagerがどのようなJP1イベントを受信したときに，監視ノードの状態を変更するかを設定します。
状態変更条件に設定する内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　6.　システム監視オブジェクト一覧（統合スコープ用）」を参考にしてください。

［イベント発行条件］ページを設定する。
監視ノードがどの状態になったときに，JP1イベントを発行するかを設定します。
なお，監視ノードの状態により自動アクションをする場合は，この［イベント発行条件］を設定して，イベントIDが00003FB0のJP1イベントに対して自動アクションをするよう設定してください。

［OK］ボタンまたは［適用］ボタンをクリックする。

注※1　ビジュアルアイコンを使用する場合，準備が必要です。手順については，「12.3.4 (7)　ビジュアルアイコンを使用するための設定」を参照してください。

注※2　監視ツリーの監視範囲設定が有効な場合，設定できる項目です。

プロパティの設定例については，「12.3.4 (2)　監視ノードの属性設定」を参照してください。

(5)　監視ノードの監視状態変更

［ビジュアル監視(編集中)］画面に配置した監視ノードに対し，監視状態を変更する手順を説明します。

なお，［ビジュアル監視(編集中)］画面で監視ノードの監視状態を変更した場合，その変更は［監視ツリー(編集中)］画面の該当する監視ノードに反映されます。

監視ノードを選択する。

右クリックしてポップアップメニューから［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。
確認ダイアログが表示されます。

確認ダイアログで［はい］をクリックする。

(6)　監視ノードの検索

監視ノードの検索は，階層の深い監視ツリーから目的の監視ノードを探すときに利用できます。手順を次に示します。

監視ノードを選択する。
検索対象となる監視ノードは，選択した監視ノードおよびその下層の監視ノードとなります。

［検索］画面を表示する。
右クリックしてポップアップメニューから［検索］を選択します。

検索条件を入力し，［検索］ボタンをクリックする。
検索条件に一致する監視ノードが一覧表示されます。

一覧表示された監視ノードから［ビジュアル監視］画面で監視したい監視ノードを選択し，［ビジュアル監視(編集中)］画面にドラッグアンドドロップする。

12.4.4　カスタマイズした［ビジュアル監視］画面のローカルホストへの保存

［ビジュアル監視(編集中)］画面でカスタマイズした［ビジュアル監視］画面は，CSV形式のファイルとして，ローカルホストに保存できます。［ビジュアル監視］画面の作成を中断したいときや，バックアップ用データとして保管しておきたいときにローカルホストに保存してください。

［ビジュアル監視データを保存］を選択する。
［ビジュアル監視(編集中)］画面のツールバーにある，[図データ]［ビジュアル監視データを保存］ボタンをクリックします。

任意のフォルダに任意のファイル名で保存する。
［ビジュアル監視データを保存］画面が表示されるので，任意のフォルダ名，任意のファイル名を指定して，保存してください。

12.4.5　カスタマイズした［ビジュアル監視］画面のマネージャーホストへの反映

［ビジュアル監視(編集中)］画面でカスタマイズした［ビジュアル監視］画面は，マネージャーホストに反映すると，システムの運用監視で使用できるようになります。マネージャーホストへの反映手順を次に示します。

図12-15　サーバのビジュアル監視データを更新

［サーバのビジュアル監視データを更新］を選択する。
［ビジュアル監視(編集中)］画面のツールバーにある，[図データ]［サーバのビジュアル監視データを更新］ボタンをクリックします。
確認ダイアログが表示されるので［はい］をクリックします。

サーバにログインする。
JP1/IM - Manager（JP1/IM - Central Scope）にログインするための［ログイン］画面が表示されます。
JP1ユーザー名とパスワードを入力します。JP1ユーザーは，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持っている必要があります。
接続先ホスト名には，JP1/IM - Managerのホスト名を入力します。

カスタマイズした［ビジュアル監視］画面がサーバに反映される。
反映中にはダイアログが表示され，反映が完了するとダイアログが閉じます。反映が終わると，［ビジュアル監視］画面は，ビジュアル画面一覧に追加または更新されます。
なお，反映した［ビジュアル監視］画面を確認するには，JP1/IM - Manager（JP1/IM - Central Scope）にログインして［ビジュアル監視］画面により確認してください。

12.4.6　［ビジュアル監視］画面の一覧の編集および削除

［ビジュアル監視画面一覧編集］画面により，［ビジュアル監視］画面の一覧を編集する手順，および［ビジュアル監視］画面を削除する手順を説明します。

図12-16　［ビジュアル監視］画面の一覧の編集および削除

［ビジュアル監視画面一覧編集］を開く。
［監視ツリー(編集中)］画面のメニューバーから［編集］－［ビジュアル監視画面一覧編集］を選択します。

サーバにログインする。
JP1/IM - Manager（JP1/IM - Central Scope）にログインするための［ログイン］画面が表示されます。
JP1ユーザー名とパスワードを入力します。JP1ユーザーは，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持っている必要があります。
接続先ホスト名には，JP1/IM - Managerのホスト名を入力します。

［ビジュアル監視］画面を選択し，表示位置の移動または削除する。
［ビジュアル監視画面一覧編集］画面で，［ビジュアル監視］画面の画面名を選択して，［上へ］や［下へ］，または［削除］ボタンをクリックします。この時点では，まだ編集画面の表示が変更されただけで，サーバ上のデータは変更されていません。変更をやめるには［キャンセル］をクリックします。
［OK］ボタンが，非活性状態から活性状態になっているので，クリックします。この時点で，一覧画面の表示が更新され，［削除］ボタンをクリックした場合は［ビジュアル監視］画面のデータがサーバ上から消えます。

12.5　保存したCSV形式ファイルによる監視画面の作成

ローカルに保存したCSV形式のファイルを使用して，次のような環境設定をすることができます。

保存したCSV形式ファイルを直接編集することで，多くの監視ノードをまとめて変更する。

保存したCSV形式ファイルを編集する。

設定手順については，次の説明を参照してください。

CSV形式ファイルによる監視画面（［監視ツリー］画面，［ビジュアル監視］画面）の作成

CSV形式ファイルとして監視画面の設定を保存する
参照先：「12.3.5　カスタマイズした監視ツリーのローカルホストへの保存」
参照先：「12.4.4　カスタマイズした［ビジュアル監視］画面のローカルホストへの保存」

CSV形式ファイルからの監視画面の作成
参照先：「12.3.4　監視ツリーのカスタマイズ」
参照先：「12.4.3　［ビジュアル監視］画面のカスタマイズ」

ツリー構成ファイルの詳細
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ツリー構成ファイル」（3.　定義ファイル）

12.6　ガイド情報の編集

ガイド情報は，システム監視中に問題が発生したときに［ガイド］画面に表示する情報です。ガイド情報として，問題の対処方法のアドバイスなどを表示することで，問題が発生したときの初動対応でのシステム管理者の負担を軽減することができます。また，その監視ノードが，どの業務の何を監視しているものかを説明するためのガイドとしても利用できます。

ガイド情報として表示する内容は，JP1/IM - Managerのホストにあるガイド情報ファイルに設定します。

ここでは，ガイド情報の編集方法について説明します。

ガイド情報として設定する内容や，ガイド機能については，下記を参照してください。

ガイド情報の機能，設定について

ガイド情報について設定する内容，ガイド機能について
参照先：「3.3.7　ガイド機能」

ガイド情報ファイルの書式について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ガイド情報ファイル（jcs_guide_xxx.txt）」（3.　定義ファイル）

＜この節の構成＞

12.6.1　ガイド情報の編集の手順

12.6.1　ガイド情報の編集の手順

編集手順を次に示します。

ガイド情報ファイルを編集する。
ガイド情報ファイルは，TXT形式のファイルです。次のファイルをテキストエディターで開き，編集してください。

表12-3　JP1/IM - Managerの動作する言語コードとガイド情報ファイルの対応

OS | JP1/IM - Managerの動作する言語コード | 編集するガイド情報ファイル
Windows | シフトJISコード | Scopeパス¥conf¥jcs_guide_sjis.txt
共有フォルダ¥jp1scope¥conf¥jcs_guide_sjis.txt
UNIX※ | シフトJISコード | /etc/opt/jp1scope/conf/jcs_guide_sjis.txt
共有ディレクトリ/jp1scope/conf/jcs_guide_sjis.txt
EUCコード | /etc/opt/jp1scope/conf/jcs_guide_euc.txt
共有ディレクトリ/jp1scope/conf/jcs_guide_euc.txt
UTF-8コード | /etc/opt/jp1scope/conf/jcs_guide_UTF-8.txt
共有ディレクトリ/jp1scope/conf/jcs_guide_UTF-8.txt
英語 | /etc/opt/jp1scope/conf/jcs_guide.txt
共有ディレクトリ/jp1scope/conf/jcs_guide.txt

注※

UNIX版ではJP1/IM - Managerの動作する言語コードによって，編集するガイド情報ファイルが異なります。言語コードに対応したガイド情報ファイルを編集してください。なお，非サポートの言語コードに対応するガイド情報ファイルは同梱されていません。

また，ガイドメッセージファイルを利用する場合は，テキストエディターなどを使ってガイドメッセージファイルを作成してください。

JP1/IM - Managerをリロードまたは再起動して，ガイド情報の設定内容を有効にする。
ガイド情報ファイルは，JP1/IM - Managerをリロードまたは起動したときに読み込まれます。次のどちらかをしてください。

jco_spmd_reloadコマンドを実行して，JP1/IM - Managerをリロードする。

JP1/IM - Managerを停止して，起動する。

ガイド情報の読み込みが成功したことを確認する。
JP1/IM - Managerがガイド情報ファイルを読み込むときに，ガイド情報ファイルに記述誤りがあるとエラーが発生します。統合トレースログを参照して，ガイド情報ファイルの読み込みが成功したことを確認してください。

表12-4　統合トレースログのディレクトリ

OS | 統合トレースログ
Windows | システムドライブ:¥Program Files¥HITACHI¥HNTRLib2¥spool¥
UNIX | /var/opt/hitachi/HNTRLib2/spool/

ガイド情報ファイルの読み込みが成功した場合は，次のメッセージが統合トレースに記録されます。このメッセージが記録されていることを確認してください。

KAVB7393-I ガイド情報定義の初期化に成功しました　　（再起動した場合）

KAVB7394-I ガイド情報定義のリロードに成功しました　（リロードした場合）

ガイド情報ファイルにエラーがあった場合は，KAVB7377-WからKAVB7392-Wのメッセージが統合トレースに記録されます。エラーが発生している場合は，メッセージの示すエラーを見直して修正してください。その後，再度JP1/IM - Managerをリロードまたは再起動してください。

12.7　統合スコープの動作環境の設定

ここでは，統合スコープの動作環境の設定手順について説明します。

＜この節の構成＞

12.7.1　状態変更イベント件数の上限監視の設定

12.7.2　対処済み連動機能の設定

12.7.3　 JP1イベントの対処済み時に状態変更イベントを自動で削除するための設定

12.7.4　JP1イベント受信時に監視オブジェクトを初期化するための設定

12.7.5　状態変更条件メモリー常駐機能の設定

12.7.6　［監視ツリー］画面のツールバーのカスタマイズ

12.7.1　状態変更イベント件数の上限監視の設定

監視オブジェクトの状態変更イベントが上限（100件）を超えると，警告のJP1イベントが発行されます。

新規インストールの場合は有効（JP1イベントを発行する）に，旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeで設定を無効にしていた場合は無効になっています。運用にあわせて，設定を変更してください。

JP1/IM - Managerを停止する。

次のファイルを引数にjbssetcnfコマンドを実行する。
状態変更イベントの件数が上限を超えた場合に，JP1イベントを発行する：evhist_warn_event_on.conf
状態変更イベントの件数が上限を超えた場合に，JP1イベントを発行しない：evhist_warn_event_off.conf
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　状態変更イベント件数の上限監視設定ファイル（evhist_warn_event_xxx.conf）」（3.　定義ファイル）を参照してください。

JP1/IM - Managerを起動する。

12.7.2　対処済み連動機能の設定

対処済み連動機能は，JP1イベントの対処状況に応じて，監視オブジェクトの状態を自動的に変更する機能です。

JP1イベントの対処状況に連動して，監視オブジェクトの状態が変わるため，監視オブジェクト，監視グループの状態を手動で変更する手間が省け，統合スコープでの操作がより簡易になります。

なお，新規インストールの場合は有効に，旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeで設定を無効にしていた場合は無効になっています。運用にあわせて，設定を変更してください。

JP1/IM - Managerを停止する。

次のファイルを引数にjbssetcnfコマンドを実行する。
対処済み連動機能を有効にする：action_complete_on.conf
対処済み連動機能を無効にする：action_complete_off.conf
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　対処済み連動設定ファイル（action_complete_xxx.conf）」（3.　定義ファイル）を参照してください。

JP1/IM - Managerを起動する。

12.7.3　 JP1イベントの対処済み時に状態変更イベントを自動で削除するための設定

JP1イベントの対処済み時に，監視オブジェクトの状態変更イベントを自動で削除するための設定手順を次に示します。

次のどれかの方法で監視ツリー中のすべての状態変更イベントを削除する。

［監視ツリー］画面からの操作またはjcshstatコマンドで，監視ツリー中のすべての監視ノードを初期状態にする。

［監視ツリー（編集中）］画面から［ファイル］－［サーバのツリーを更新］を実行し，監視ツリーを更新する。

jcsdbimportコマンドで，監視ツリーを更新する。

JP1/IM - Managerを停止する。

状態変更イベント自動削除設定ファイルを作成する。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　状態変更イベント自動削除設定ファイル」（3.　定義ファイル）を参照してください。

3で設定したファイルを引数にjbssetcnfコマンドを実行する。
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerを起動する。

12.7.4　JP1イベント受信時に監視オブジェクトを初期化するための設定

JP1イベント受信時に監視オブジェクトを初期化するための設定手順を次に示します。

JP1/IM - Managerを停止する。

監視オブジェクト初期化設定ファイルを作成する。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　監視オブジェクト初期化設定ファイル」（3.　定義ファイル）を参照してください。

2で設定したファイルを引数にjbssetcnfコマンドを実行する。
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerを起動する。

12.7.5　状態変更条件メモリー常駐機能の設定

状態変更条件をメモリーに常駐させる機能の設定手順を次に示します。

JP1/IM - Managerを停止する。

状態変更条件メモリー常駐機能の設定ファイルを作成する。

ファイルの設定内容について

ファイルの設定内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　状態変更条件メモリー常駐機能の設定ファイル」（3.　定義ファイル）を参照してください。

2で設定したファイルを引数にjbssetcnfコマンドを実行する。
jbssetcnfコマンドを実行すると，JP1共通定義情報に設定内容が反映されます。
jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerを起動する。

12.7.6　［監視ツリー］画面のツールバーのカスタマイズ

［監視ツリー］画面をカスタマイズして，ツールバーにプログラム（アイコン）を追加する手順を次に示します。

なお，カスタマイズ内容は，次にJP1/IM - Manager（JP1/IM - Central Scope）にログインしたときから有効になります。

アイコンを次のフォルダに格納する。
Viewパス¥image¥sovtool

アイコンから起動するプログラムを任意のフォルダに格納する。

起動プログラム定義ファイル（!JP1_CS_APP0.conf）を編集する。
起動プログラム定義ファイル（!JP1_CS_APP0.conf）は次のフォルダに格納されています。
Viewパス¥conf¥sovtoolexec¥ja¥

ツールバー定義ファイル（!JP1_CS_FTOOL0.conf）を編集する。
ツールバー定義ファイル（!JP1_CS_FTOOL0.conf）は次のフォルダに格納されています。
Viewパス¥conf¥sovtoolitem¥ja¥

アイコン動作定義ファイル（!JP1_CS_FTREE0.conf）を編集する。
アイコン動作定義ファイル（!JP1_CS_FTREE0.conf）は次のフォルダに格納されています。
Viewパス¥conf¥sovtoolitem¥ja¥

［監視ツリー］画面のカスタマイズについて

起動プログラム定義ファイル（!JP1_CS_APP0.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　起動プログラム定義ファイル（!JP1_CS_APP0.conf）」（3.　定義ファイル）

ツールバー定義ファイル（!JP1_CS_FTOOL0.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ツールバー定義ファイル（!JP1_CS_FTOOL0.conf）」（3.　定義ファイル）

アイコン動作定義ファイル（!JP1_CS_FTREE0.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　アイコン動作定義ファイル（!JP1_CS_FTREE0.conf）」（3.　定義ファイル）

12.8　連携製品のセットアップ

ここでは，統合スコープと連携するための連携製品のセットアップについて説明します。

統合スコープでは，各製品との連携を容易にするため，システム監視オブジェクト（監視に必要な基本的な定義をあらかじめ設定している監視オブジェクト）および監視ツリーの自動生成機能を提供しています。

このシステム監視オブジェクトを使って，各製品を監視する場合，および監視ツリーを自動生成により作成する場合には，ここで説明するセットアップをしてください。

なお，連携製品は，すでにインストールされているものとして説明します。

各製品と連携セットアップの概要

各製品と連携するためのセットアップ作業について，概要を説明します。

構成管理の設定をする（JP1/Baseの設定）
JP1/Baseの構成管理の定義（構成定義）で，連携製品を実行するホストを，JP1/IMの管理対象として定義します。

連携製品で，JP1イベント発行を有効にする（連携製品の設定）
JP1/IMではJP1イベントによりシステムを監視するため，各連携製品がJP1イベントを発行するように，連携製品で設定します。

SNMPトラップ変換を設定する（JP1/Baseの設定）
連携する製品がJP1/Cm2/SSOやJP1/Cm2/NNMの場合，JP1イベントは発行せずにSNMPトラップを発行します。JP1/IMで監視できるように，SNMPトラップをJP1イベントに変換するように，JP1/Baseで設定します。

連携用プログラムをセットアップする（連携製品の設定）
監視ツリーの自動生成に対応している製品では，自動生成のときに定義情報を収集する機能（連携用プログラム）を，連携製品でセットアップします。

＜この節の構成＞

12.8.1　JP1/AJS2との連携でのセットアップ

12.8.2　JP1/Cm2/SSOとの連携でのセットアップ

12.8.3　JP1/PFMとの連携でのセットアップ

12.8.4　JP1/Cm2/NNMとの連携でのセットアップ

12.8.5　JP1/NETM/DMとの連携でのセットアップ

12.8.6　JP1/SCIMとの連携でのセットアップ

12.8.7　JP1/PAMとの連携でのセットアップ

12.8.8　Cosminexusとの連携でのセットアップ

12.8.9　HiRDBとの連携でのセットアップ

12.8.10　JP1/ServerConductorとの連携でのセットアップ

12.8.11　JP1/IM - Central Information Masterとの連携でのセットアップ

12.8.1　JP1/AJS2との連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(2)　監視ツリーを自動生成するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/AJS2のシステム監視オブジェクトを使用するためには，JP1/AJS2がJP1イベントを発行するようにセットアップする必要があります。

連携のセットアップについては，次のマニュアルを参照してください。

JP1/AJS2の説明
参照先：マニュアル「JP1/Automatic Job Management System 2 連携ガイド」のJP1/IMを使った監視の章

(2)　監視ツリーを自動生成するためのセットアップ

JP1/AJS2は，監視ツリーの自動生成に対応しています。自動生成の連携を有効にするには，連携用プログラムをセットアップします。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/AJS2の説明
参照先：マニュアル「JP1/Automatic Job Management System 2 連携ガイド」のJP1/IMを使った監視の章

(a)　JP1/AJS2 - Managerのホストの場合

JP1/AJS2の連携用プログラムのセットアップ
監視ツリーの自動生成をするときに，JP1/AJS2から定義情報を収集できるようするため，次のコマンドを実行します。
　ajs_adapter_setup -i　（自動生成の連携を有効にする場合）

なお，上記のセットアップをしていない場合は，監視ツリーの自動生成をしてもJP1/AJS2の監視オブジェクトは生成されません。
また，次のコマンドを実行すると連携を解除することができます。
　ajs_adapter_setup -u　（自動生成の連携を解除する場合）

(b)　JP1/AJS2 - Agentのホストの場合

JP1/AJS2 - Agentのホストでは，連携用プログラムのセットアップは不要です。JP1/AJS2 - Managerでセットアップをしておけば，統合スコープで監視ツリーの自動生成をしたときに収集するジョブネットの定義により，ジョブ実行ホストを抽出して自動的に監視ツリーにします。

12.8.2　JP1/Cm2/SSOとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(2)　監視ツリーを自動生成するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/Cm2/SSOと連携するには，JP1/Cm2/SSOがJP1/Cm2/NNM経由で発行するSNMPトラップをJP1イベントに変換して，それを統合スコープで監視できるように設定します。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/Cm2/SSOの説明
参照先：マニュアル「JP1/Cm2/SNMP System Observer」

JP1/Cm2/NNMの説明
参照先：マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」

SNMPトラップのJP1イベントへの変換の説明
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の説明

(a)　JP1/Cm2/SSOのホストの場合

JP1/Cm2/SSO（およびJP1/Cm2/NNM）がインストールされているマネージャーホストでは，次のようにセットアップします。

（備考）JP1/BaseのSNMPトラップ変換機能の設定は，JP1/Cm2/NNMと連携する場合と同じです。

JP1/BaseのSNMPトラップ変換機能の設定
SNMPトラップをJP1イベントに変換するため，JP1/BaseのSNMPトラップ変換機能の設定をします。
SNMPトラップ変換機能の設定手順に関してはマニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の章を参照してください。
設定手順の概要を以下に示します。

NNMとJP1/Baseの連携を設定（imevtgw_setupを実行）する

NNMのURLを設定する

JP1イベントの送信先を設定する

フィルター定義ファイル（snmpfilter.conf）を設定する

JP1/BaseのSNMPトラップ変換機能のフィルター定義ファイルの編集
JP1/BaseのSNMPトラップ変換機能のフィルター定義ファイル（snmpfilter.conf）に，統合スコープで扱うSNMPトラップを変換するための設定を記述したサンプルファイル（snmpfilter_im_sample.conf）の内容を追加します。
ファイル名は次のとおりです。
・SNMPトラップ変換機能のフィルター定義ファイル
Windowsの場合：
　Baseパス¥conf¥evtgw¥snmpfilter.conf
UNIXの場合：
　/etc/opt/jp1base/conf/evtgw/snmpfilter.conf

・統合スコープのサンプルファイル
Windowsの場合：
　Scopeパス¥conf¥snmpfilter_im_sample.conf
UNIXの場合：
　/etc/opt/jp1scope/conf/snmpfilter_im_sample.conf

注意

サンプルファイルの行頭にある[+]はSNMPトラップのバリアブルバインディングをJP1イベントに取り込む設定です。外さないでください。

フィルター定義ファイルのサイズには制限があります。そのため，サンプルファイルの定義のうち，お客様の環境で監視対象とするSNMPトラップに関する定義だけをフィルター定義ファイルに追加してください。
フィルター定義ファイルのサイズの制限については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Cm2/SSOのデーモン動作定義ファイルの設定
JP1/Cm2/SSOのデーモン動作定義ファイル（ssoapmon.defおよびssocolmng.def）の設定を編集し，SNMPトラップに統合スコープが必要とする情報を含まれるように設定します。
次の二つのファイルを設定してください。

設定するファイル
JP1/Cm2/SSOのインストール先フォルダ¥conf¥ssoapmon.def

設定内容
プロセス状態変更イベント発行（threshold-event）の設定，およびバリアブルバインディングにソース名をとり込む（source-name）設定をします。
threshold-event: on
source-name: on

設定するファイル
JP1/Cm2/SSOのインストール先フォルダ¥conf¥ssocolmng.def

設定内容
リソースしきい値監視状態変更イベント発行の設定をします。
threshold-event: on

(2)　監視ツリーを自動生成するためのセットアップ

JP1/Cm2/SSOは，監視ツリーの自動生成に対応しています。自動生成の連携を有効にするには，連携用プログラムをセットアップします。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/Cm2/SSOの説明
参照先：マニュアル「JP1/Cm2/SNMP System Observer」

JP1/Cm2/NNMの説明
参照先：マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」

SNMPトラップのJP1イベントへの変換の説明
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の説明

(a)　JP1/Cm2/SSOのホストの場合

JP1/Cm2/SSOの連携用プログラムのセットアップ
監視ツリーの自動生成をするときに，JP1/Cm2/SSOから定義情報を収集できるようにするため，次のコマンドを実行します。
　ssoimsetup -install　（自動生成の連携を有効にする場合）

上記のセットアップをしていない場合は，監視ツリーの自動生成をしてもJP1/Cm2/SSOの監視オブジェクトは生成されません。
また，次のコマンドを実行すると連携を解除することができます。
　ssoimsetup -uninstall　（自動生成の連携を解除する場合）

なお，監視ツリーの自動生成で，JP1/Cm2/SSOの監視オブジェクトを自動生成するには，次の条件があります。

JP1/Cm2/SSOの自動生成を行う場合には，SSOの［リソース収集条件設定］［プロセス監視条件設定］画面を閉じておく必要があります。画面を開いていると，SSOの定義情報取得に失敗します。

JP1/Cm2/SSOの自動生成で取得する定義情報は，収集状態が「収集中」となっているリソース情報です。

12.8.3　JP1/PFMとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(2)　監視ツリーを自動生成するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/PFMのシステム監視オブジェクトを使用するには，JP1/PFMがJP1イベントを発行するように，次の設定をしてください。また，JP1/PFMは，監視ツリーの自動生成に対応しています。自動生成の連携を有効にするには，連携用プログラムをセットアップしてください。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/PFMの説明
参照先：マニュアル「JP1/Performance Management システム構築・運用ガイド」のJP1/IMとの連携の説明

(a)　JP1/PFM - Managerのホストの場合

JP1/PFM - Managerがインストールされているマネージャーホストでは，次のようにセットアップします。

JP1/PFMのJP1イベント発行を有効にする。
アラームの定義の，コマンド実行のアクションでJP1イベントを発行するように設定してください。

JP1イベントを発行するjpcimevtコマンドの引数で，設定している属性を外したり，属性値にデフォルトとは異なる値を入れたりすると，システム監視オブジェクトの状態を監視できなくなります。

［アラームレベルを重大度に設定する］のチェックを外した場合，システム監視オブジェクトの状態を監視できなくなります。

(2)　監視ツリーを自動生成するためのセットアップ

JP1/PFMは，監視ツリーの自動生成に対応しています。自動生成の連携を有効にするには，連携用プログラムをセットアップします。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/PFMの説明
参照先：マニュアル「JP1/Performance Management システム構築・運用ガイド」のJP1/IMとの連携の説明

(a)　JP1/PFM - Managerのホストの場合

JP1/PFM - Managerがインストールされているマネージャーホストでは，次のようにセットアップします。

JP1/PFMの連携用プログラムをセットアップする。
監視ツリーの自動生成をするときに，JP1/PFMから定義情報を収集できるようするため，次のコマンドを実行します。
　jpcimsetup -i　（自動生成の連携を有効にする場合）

上記のセットアップをしていない場合は，監視ツリーの自動生成をしてもJP1/PFMの監視オブジェクトは生成されません。
また，次のコマンドを実行すると連携を解除することができます。
　jpcimsetup -u　（自動生成の連携を解除する場合）

12.8.4　JP1/Cm2/NNMとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/Cm2/NNMと連携するには，JP1/Cm2/NNMが発行するSNMPトラップをJP1イベントに変換して，それを統合スコープで監視できるように設定します。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/Cm2/NNMの説明
参照先：マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」

SNMPトラップのJP1イベントへの変換の説明
参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の説明

(a)　JP1/Cm2/NNMのホストの場合

JP1/Cm2/NNMがインストールされているマネージャーホストでは，次のようにセットアップします。

（備考）JP1/BaseのSNMPトラップ変換機能の設定は，JP1/Cm2/SSOと連携する場合と同じです。

JP1/BaseのSNMPトラップ変換機能の設定
SNMPトラップをJP1イベントに変換するため，JP1/BaseのSNMPトラップ変換機能の設定をします。
SNMPトラップ変換機能の設定手順に関してはマニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の章を参照してください。
設定手順の概要を以下に示します。

NNMとJP1/Baseの連携を設定（imevtgw_setupを実行）する

NNMのURLを設定する

JP1イベントの送信先を設定する

フィルター定義ファイル（snmpfilter.conf）を設定する

JP1/BaseのSNMPトラップ変換機能のフィルター定義ファイルの編集
JP1/BaseのSNMPトラップ変換機能のフィルター定義ファイル（snmpfilter.conf）に，統合スコープで扱うSNMPトラップを変換するための設定を記述したサンプルファイル（snmpfilter_im_sample.conf）の内容を追加します。
ファイル名は次のとおりです。
・SNMPトラップ変換機能のフィルター定義ファイル
Windowsの場合：
　Baseパス¥conf¥evtgw¥snmpfilter.conf
UNIXの場合：
　/etc/opt/jp1base/conf/evtgw/snmpfilter.conf

・統合スコープのサンプルファイル
Windowsの場合：
　Scopeパス¥conf¥snmpfilter_im_sample.conf
UNIXの場合：
　/etc/opt/jp1scope/conf/snmpfilter_im_sample.conf

注意

サンプルファイルの行頭にある「+」はSNMPトラップのバリアブルバインディングをJP1イベントに取り込む設定です。外さないでください。

フィルター定義ファイルのサイズには制限があります。そのため，サンプルファイルの定義のうち，お客様の環境で監視対象とするSNMPトラップに関する定義だけをフィルター定義ファイルに追加してください。
フィルター定義ファイルのサイズの制限については，マニュアル「JP1/Base 運用ガイド」を参照してください。

12.8.5　JP1/NETM/DMとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/NETM/DMのシステム監視オブジェクトを使用するには，JP1/NETM/DMがJP1イベントを発行するように設定をしてください。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/NETM/DMの説明
参照先：マニュアル「JP1/NETM/DM 構築ガイド（Windows(R)用）」

(a)　JP1/NETM/DM Managerのホストの場合

JP1/NETM/DM Managerがインストールされているマネージャーホストでは，次のようにセットアップします。

JP1/NETM/DMでJP1イベント発行を有効にする。
JP1/NETM/DMセットアップ画面を起動し，イベントサービスパネルを選択して［イベントサービス機能を使用する］にチェックを入れてください。
統合スコープと連携を行う場合は［サーバダウンイベント］と［指令エラー終了］のチェックを入れてください。

12.8.6　JP1/SCIMとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/SCIMのシステム監視オブジェクトを使用するには，JP1/SCIMがJP1イベントを発行するように設定をしてください。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/SCIMの説明
参照先：マニュアル「JP1/Security Integrated Manager」

(a)　JP1/SCIMのホストの場合

JP1/SCIMがインストールされているマネージャーホストでは，次のようにセットアップします。

JP1/SCIMで統合管理連携をする。
JP1/SCIMの管理者画面を起動し，［システムメンテナンス］画面の［コンフィグレーション］ページで[統合管理連携]に「あり」を設定してください。

12.8.7　JP1/PAMとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/PAMのシステム監視オブジェクトを使用するには，JP1/PAMがJP1イベントを発行するように設定をしてください。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/PAMの説明
参照先：マニュアル「JP1/Performance Management/Analysis」

(a)　JP1/PA - Managerのホストの場合

JP1/PA - Managerがインストールされているマネージャーホストでは，次のようにセットアップします。

JP1/PAMのJP1イベント発行を有効にする。
JP1/PAMのJP1イベント発行定義ファイル（pamjp1ev.conf）を以下のように設定してください。

設定するファイル
pamjp1ev.conf

設定内容
JP1イベント発行の有無（jp1evt_flag），およびイベントごとのJP1イベント発行の有無（metricNWなど）に Y を設定します。イベントごとのJP1イベント発行の有無については，すべて Y を設定してください。
jp1evt_flag=Y
metricNW=Y
　　：

12.8.8　Cosminexusとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(2)　監視ツリーを自動生成するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

Cosminexusのシステム監視オブジェクトを使用するには，Cosminexus側で次の設定してください。

JP1イベントの発行設定
JP1/IMでCosminexusのシステム環境を監視するには，CosminexusでJP1イベントを発行するよう，設定する必要があります。

また，JP1/IM - ViewからCosminexusの運用管理ポータル画面を表示するには，Cosminexusが提供するCosminexusモニタ起動コマンドおよび設定ファイルを使って，モニタ起動の設定をする必要があります。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

Cosminexusの説明
参照先：マニュアル「Cosminexus システム構築ガイド」

(2)　監視ツリーを自動生成するためのセットアップ

監視ツリーの自動生成によりCosminexusと連携する場合は，Cosminexus側で次の設定してください。

アダプタコマンドのセットアップ
JP1/IMでCosminexusのシステム環境の情報を収集するには，Cosminexusが提供するCosminexusアダプタコマンド（mngsvr_adapter_setup）によってセットアップを行う必要があります。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

Cosminexusの説明
参照先：マニュアル「Cosminexus システム構築ガイド」

注意事項

JP1/IMでCosminexusのシステム環境の情報を収集し，監視するには，次のことに注意してください。

自動生成で業務指向ツリーを作成する場合，運用管理サーバとJ2EEサーバ（J2EEアプリケーション）が稼働する業務サーバをJP1/IMのシステム構成に含める必要があります。

自動生成でサーバ指向ツリーを作成する場合，運用管理サーバと業務サーバすべてをJP1/IMのシステム構成に含める必要があります。

12.8.9　HiRDBとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

HiRDBのシステム監視オブジェクトを使用するには，HiRDBが出力するイベントを，JP1イベントとしてJP1/IMに通知するように設定をしてください。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

HiRDBの説明

JP1/IMへのイベント通知

参照先：マニュアル「HiRDB Version 8 システム導入・設計ガイド（Windows(R)用）」

参照先：マニュアル「HiRDB Version 8 システム導入・設計ガイド（UNIX(R)用）」

JP1/IMへのイベント通知の設定詳細

参照先：マニュアル「HiRDB Version 8 システム定義（Windows(R)用）」

参照先：マニュアル「HiRDB Version 8 システム定義（UNIX(R)用）」

12.8.10　JP1/ServerConductorとの連携でのセットアップ

＜この項の構成＞

(1)　システム監視オブジェクトで監視するためのセットアップ

(1)　システム監視オブジェクトで監視するためのセットアップ

JP1/ServerConductorのシステム監視オブジェクトを使用するには，JP1/ServerConductorが検知したアラートを，JP1イベントとしてJP1/IMに通知するように設定をしてください。

連携のセットアップについては，次のマニュアルもあわせて参照してください。

JP1/ServerConductorの説明
参照先：マニュアル「JP1/Server Conductor/Blade Server Manager系」

12.8.11　JP1/IM - Central Information Masterとの連携でのセットアップ

＜この項の構成＞

(1)　監視ツリーを自動生成するためのセットアップ

(1)　監視ツリーを自動生成するためのセットアップ

JP1/IM - Central Information Masterと連携して監視ツリー（システム構成ツリー）を自動生成する場合，統合スコープ，JP1/IM - Central Information Master両方で連携用のセットアップをする必要があります。また，JP1/IM - Central Information Masterの管理している情報から自動生成した監視ツリーと，統合スコープの監視範囲にずれがあった場合は，補正する必要があります。

(a)　統合スコープのホストの場合

情報収集先のJP1/IM - Central Information MasterがJP1/IM - Manager（統合スコープ）と同一ホストで動作していない場合は，通常のセットアップ作業のほか，次に示す設定をする必要があります（同一ホストで動作する場合は設定不要です）。

CMホスト定義ファイル（jcs_atc_cm_host.conf）をテキストエディターで編集する。
この定義ファイルの「ATC_CM_HOST」パラメーターにJP1/IM - Central Information Masterのホスト名を指定します。

jcs_atc_cm_host.confファイルを引数にjbssetcnfコマンドを実行して，定義内容を反映する。

JP1/IM - Managerを再起動する。またはjco_spmd_reloadコマンドを実行する。
定義した内容が有効になります。

JP1/IM - Central Information Masterのホスト指定
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　CMホスト定義ファイル（jcs_atc_cm_host.conf）」（3.　定義ファイル）

(b)　JP1/IM - Central Information Masterのホストの場合

JP1/IM - Central Information Masterの連携用プログラムのセットアップ
監視ツリーの自動生成をするときに，JP1/IM - Central Information Masterから定義情報を収集できるようにするため，次のコマンドを実行します。

jcm_adapter_setup -i　（自動生成の連携を有効にする場合）

なお，次のコマンドを実行すると連携を解除することができます。

jcm_adapter_setup -u　（自動生成の連携を解除する場合）

(c)　監視範囲の補正

自動生成で生成された監視ツリー内に統合スコープの監視範囲にない監視オブジェクトがある場合には，その監視オブジェクトの扱いをどのようにするかを決める必要があります（「6.2.1 （1）　注意事項」参照）。

統合スコープの監視対象外の監視オブジェクトを監視しない場合

監視ツリーを自動生成後，監視対象外の監視オブジェクトを削除する。

統合スコープの監視対象外の監視オブジェクトを監視する場合

監視対象外の監視オブジェクト（=実際のアプリケーションプログラム）の稼働ホストでJP1イベントの転送先に統合スコープのホストを追加する。
JP1イベントの転送先にJP1/IM - Manager（統合スコープ）のホストを追加してください。

JP1イベントの転送設定
参照先：マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章

12.9　監視オブジェクト作成例

監視オブジェクトを手動で作成する例について説明します。

＜この節の構成＞

12.9.1　システム監視オブジェクトの作成例（JP1/AJS2のジョブネット監視）

12.9.2　汎用監視オブジェクトの作成例（JP1/Cm2/SSOによるCPU監視）

12.9.3　汎用監視オブジェクトの作成例（HiRDBの監視）

12.9.4　汎用監視オブジェクトの作成例（JP1/Cm2/SSOによるCosminexus業務のリソース監視）

12.9.1　システム監視オブジェクトの作成例（JP1/AJS2のジョブネット監視）

JP1/AJS2のジョブネット「AJSROOT:/Group1/受注処理」の実行状態を監視するシステム監視オブジェクトを作成する例を示します。

図12-17　システム監視オブジェクトの作成例

［新規監視ノード作成］画面を開く。
次のどれかの操作により画面を開いてください。

監視グループを選択し，右クリックしてポップアップメニューから［新規監視ノード作成］を選択する。

監視グループを選択し，メニューバーから［編集］－［新規監視ノード作成］を選択する。

詳細表示領域から画面を開く場合は，監視ノード非選択状態で右クリックし，ポップアップメニューから［新規監視ノード作成］を選択する。

なお，監視ノードが一つもない場合は，メニューバー，または監視ツリー領域の右クリックで表示されるポップアップメニューから操作をしてください。

監視ノード名を入力し，監視ノード種別で［ジョブネット監視(AJS2)］を選択する。
［新規監視ノード作成］画面で次の項目を設定します。

監視ノード名
任意の名称を指定します。

監視ノード種別
［ジョブネット監視(AJS2)］を選択します。

監視ノードの基本情報を設定する。
［基本情報設定］画面で次のように設定します。

表12-5　監視ノードの基本情報の設定例

監視ノード属性名
入力する属性値（例）
説明

ジョブ実行ホスト
agt-svr1
ジョブ実行先のホストです。ジョブを実行するJP1/AJS2エージェントホスト名を入力します。

発行元イベントサーバ
mgr-svr1
JP1イベントを発行するホストです。JP1/AJS2の場合，JP1/AJS2マネージャーホスト名を入力します。

登録名
AJSROOT:/Group/受注処理
登録名は完全名を入力します。完全名は次の形式で記述します。ジョブグループ名は省略できます。
スケジューラーサービス名:/ジョブグループ名1/ジョブグループ名2/・・・/ジョブネット名

監視オブジェクトが作成される。
JP1/AJS2のジョブネット「AJSROOT:/Group/受注処理」の実行状態を監視する監視オブジェクトが作成されます。

12.9.2　汎用監視オブジェクトの作成例（JP1/Cm2/SSOによるCPU監視）

JP1/Cm2/SSOのCPU監視など，監視ツリーの自動生成でサポートしていない対象を監視したい場合には，監視オブジェクトを手動で作成する必要があります。

＜この項の構成＞

(1)　前提知識

(2)　監視オブジェクト作成前の確認

(3)　監視オブジェクトの作成（CPUの監視）

(4)　監視オブジェクトの設定（CPUの監視）

(1)　前提知識

JP1/Cm2/SSOのようにSNMPトラップを出力する製品をJP1/IMで監視する場合，まず，SNMPトラップをJP1イベントに変換する必要があります。これは，統合スコープがJP1イベントの属性名と属性値をキーにして，監視オブジェクトを監視しているためです。

JP1/BaseのSNMPトラップ変換機能を使うことで，SNMPトラップをJP1イベントに変換できます。SNMPトラップ変換機能を使えば，SNMPの各フィールドをJP1イベントの属性にマッピングすることができます。

変換後のJP1イベントの属性と，SNMPトラップの各フィールドの対応を次の表に示します。

表12-6　JP1イベントの属性とSNMPトラップの各フィールドの対応

変換後のJP1イベント | 変換対象のSNMPトラップ
基本属性 | メッセージ | PDU Type
拡張属性 | 共通情報 | SEVERITY | Specifific Trap Type
－ | －
固有情報 | SNMP_OID | Enter prise
SNMP_DATE | Timestanp
SNMP_SOURCE | Agentadress
SNMP_SEVERITY | Specific Trap Type
SNMP_URL | －
SNMP_VARBIND_RESULT | －
SNMP_VARBIND_NUM | －
SNMP_VARBIND1 | バリアブルバインディングのData1のValus
SNMP_VARBIND2 | バリアブルバインディングのData2のValus
（省略） | （省略）
SNMP_VARBIND28 | バリアブルバインディングのData28のValus

（凡例）

－：メッセージの固有情報に該当する情報がない

なお，SNMPトラップ変換機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(2)　監視オブジェクト作成前の確認

CPU監視をする監視オブジェクトを作成する前に，次の2点を確認してください。

エージェントホストでJP1/Cm2/SSOの設定が完了していて，マネージャーホストにJP1イベントが送信されている。
統合コンソールの［イベントコンソール］画面で，JP1/Cm2/SSOのCPU監視のイベントが表示されていることを確認してください。

JP1/Cm2/SSOのCPU監視をするエージェントホストで，統合スコープとの連携の設定が完了している。
統合スコープの監視ツリーの自動生成で，「SSO監視」の監視オブジェクトが生成され，JP1イベントの受信によって状態が変わることを確認してください。
なお，JP1/Cm2/SSOと連携するためのセットアップの手順については，「12.8.2　JP1/Cm2/SSOとの連携でのセットアップ」を参照してください。

(3)　監視オブジェクトの作成（CPUの監視）

図12-18　汎用監視オブジェクトの作成

作成手順を次に示します。

［監視ツリー（編集）］画面で，［編集］－［新規監視ノード作成］を選択する。
［新規監視ノード作成］画面が表示されます。

次の内容を入力して，［OK］をクリックする。

表12-7　監視ノード名と監視ノード種別の設定内容

設定項目
設定内容

監視ノード名
任意の名称を入力します。
管理しやすい名称にすることをお勧めします。この例では，「CPU利用率監視（SSO）」と入力します。

監視ノード種別
「監視オブジェクト」をラジオボタンで選択し，「汎用オブジェクト」をリストボックスから選択します。

監視ツリーに，監視オブジェクト「CPU利用率監視（SSO）」が追加されます。

(4)　監視オブジェクトの設定（CPUの監視）

図12-19　汎用監視オブジェクトの設定（状態変更条件の追加　その1）

図12-20　汎用監視オブジェクトの設定（状態変更条件の追加　その2）

設定手順を次に示します。

作成した監視オブジェクト（「CPU利用率監視（SSO）」）を選択し，［編集］－［プロパティ］を選択する。
［プロパティ］画面が表示されます。

［状態変更条件］ページを選択し，［追加］をクリックする。
［状態変更条件設定］画面が表示されます。

［状態変更条件設定］画面で条件設定する。
JP1/IM - Managerが，どのようなJP1イベントを受信したときに，監視ノードの状態を変更するかを設定します。
状態変更条件を入力後，［OK］をクリックします（［OK］をクリックすると［状態変更条件］ページへ戻ります）。続けて状態変更条件を入力する場合は，再度［追加］をクリックし，［状態変更条件設定］画面で条件を入力します。
状態変更条件は，次のように設定します。

表12-8　状態変更条件の設定例

条件名 (任意の名称) | 状態 | 共通条件
CPU利用率警戒のイベント(SSO) | 警戒 | リソース警戒のイベント(SSO)
CPU利用率エラーのイベント(SSO) | エラー | リソースエラーのイベント(SSO)

それぞれの条件での個別条件は以下のように設定します。個別条件を追加するときは，一つの個別条件を入力するごとに［追加］を選択してください。

表12-9　状態変更条件（個別条件）の設定例

監視ノード属性名 | 属性名 | 属性値（例） | 条件
カテゴリー名 | E.SNMP_VARBIND2 | SSO | と一致する
グループ名 | E.SNMP_VARBIND3 | コンピュータ | と一致する
リソース名 | E.SNMP_VARBIND4 | CPU利用率※1 | と一致する
イベント発行元ホスト | E.SNMP_VARBIND11 | mgr-svr1※2 | ホスト名比較
ホスト名 | E.SNMP_VARBIND12 | agt-srv1※3 | ホスト名比較

注※1　JP1/Cm2/SSOで監視対象となっているリソース名を設定します。

CPU監視の場合：CPU利用率

メモリー監視の場合：メモリー使用率

注※2　イベント発行ホスト名を設定します。gethostnameで取得したホスト名です。hostnameコマンドで表示されるホスト名の形式で指定してください。

注※3　監視先ホスト名を設定します。gethostbyaddrで取得したホスト名です。DNSが設定されている場合は，ホスト名にDNSのsuffixが付加された名称を指定してください。DNSが設定されていない場合は，hostsファイルに書かれているホスト名の形式で指定してください。

［状態変更条件］ページでの設定が完了したら，［OK］をクリックする。
サーバのツリーを更新して，監視ツリーに作成した監視ノードが追加されているか確認してください。

JP1/Cm2/SSOのリソース名「CPU利用率」の状態を監視する監視オブジェクトは，システム監視オブジェクト「カテゴリー監視(SSO)」を利用して作ることもできます。カテゴリー監視(SSO)のシステム監視オブジェクト作成後，不足している個別条件をすべての状態変更条件に追加してください。

注意

JP1/Cm2/SSOを監視するには，エージェントホストのJP1/Cm2/SSOおよびJP1/Baseをバージョン7以降にする必要があります。

エージェントホストのJP1/Cm2/SSO，JP1/Baseがバージョン6の場合は，監視することはできますが，自動での情報収集ができないため，これまでの手順に加えて多くの手作業が発生します。このため，推奨しません。

なお，JP1/Cm2/SSOの製品名称は，バージョン7はJP1/PFM/SSO，バージョン6はJP1/SSOです。

12.9.3　汎用監視オブジェクトの作成例（HiRDBの監視）

ここでは，バージョン6のHiRDBを監視するための監視オブジェクトの作成および設定手順について説明します。なお，監視オブジェクトの状態変更条件には，HiRDBが出力するメッセージログイベント（JP1/SESイベント：0ｘ00010C03）を利用すると仮定します。

備考：HiRDBのバージョンが07-02以降の場合は，JP1/SESイベントでなくJP1イベントを出力できます（HiRDB側で出力設定が別途必要）。この場合は，統合スコープが提供するシステム監視オブジェクトを使ってHiRDB用の監視オブジェクトを作成してください。

＜この項の構成＞

(1)　監視オブジェクト（HiRDB監視）の作成

(2)　監視オブジェクト（HiRDB監視）の設定

(1)　監視オブジェクト（HiRDB監視）の作成

［監視ツリー］画面から［オプション］－［ツリー編集］を選択する。
［監視ツリー（編集中）］画面が表示されます。

［ファイル］－［ツリーを開く］を選択する。
HiRDBの監視オブジェクトを追加する監視ツリーを開きます。

［ツリー表示領域］でHiRDBの監視オブジェクトを追加したい場所を選択する。

［編集］－［新規ノード作成］を選択する。
［新規監視ノード作成］画面が表示されます。

図12-21　［新規監視ノード作成］画面

［新規監視ノード作成］画面の設定内容は次のとおりです。

表12-10　［新規監視ノード作成］画面の設定内容

設定項目
設定内容

監視ノード名
任意の名称を入力します。
管理しやすい名称にすることをお勧めします。この例では，「HiRDB監視」と入力しています。

監視ノード種別
「監視オブジェクト」をラジオボタンで選択し，「汎用オブジェクト」をリストボックスから選択します。

［OK］をクリックする。
監視ツリーに，監視オブジェクト「HiRDB監視」が追加されます。

(2)　監視オブジェクト（HiRDB監視）の設定

(a)　監視オブジェクトの基本情報を設定する

新規作成した監視オブジェクトを選択する。

［編集］－［プロパティ］を選択する。
［プロパティ］画面が表示されます。

［基本情報］ページを選択する。

図12-22　［基本情報］ページ

［基本情報］ページの設定内容は次のとおりです。

表12-11　［基本情報］ページの設定内容

設定項目
設定内容

監視ノード属性名
任意の名称を入力します。
「ホスト名」など，イメージしやすい名称を入力しておくことをお勧めします。

監視ノード属性値
任意の値を入力します。監視ノード属性名として入力した名称に対応する値を入力します。
監視ノード属性名としてホスト名と入力した場合，それに対応する値としてhostnameコマンドで表示されるホスト名，または製品を連想しやすい値を入力します。ここではHiRDBを連想しやすい値として，「dbserver」と入力しています。

ここで指定した監視ノードの基本情報は，監視ノードを検索する際の検索条件に指定することができます。なお，基本情報は監視オブジェクトの状態遷移には影響しません。

［追加］をクリックする。
監視オブジェクトに，基本情報が設定されます。

(b)　監視オブジェクトの状態変更条件を設定する

新規作成した監視オブジェクトを選択する。

［編集］－［プロパティ］を選択する。
［プロパティ］画面が表示されます。

［状態変更条件］ページを選択する。

図12-23　［状態変更条件］ページ

［追加］をクリックする。
［状態変更条件設定］画面が表示されます。

図12-24　［状態変更条件設定］画面

［状態変更条件設定］画面の設定内容は次のとおりです。

表12-12　［状態変更条件設定］画面の設定内容

設定項目
設定内容

条件名
条件名を設定します。

状態
イベントを受信した場合に，監視オブジェクトが遷移する状態をリストボックスから選択します。

共通条件
発生元製品，発生事象を特定するための情報を設定します。
詳細は，以降で説明します。

個別条件
発生場所を特定するための情報を設定します。
詳細は，以降で説明します。

条件名，状態，共通条件および個別条件を入力したら，［OK］をクリックする。

共通条件の設定

共通条件には，発生元製品，発生事象を特定するための情報を設定します。

［共通条件設定］をクリックする。
［共通条件設定］画面が表示されます。

［追加］をクリックする。
［共通条件詳細設定］画面が表示されます。

図12-25　［共通条件詳細設定］画面

［共通条件詳細設定］画面の設定内容は次のとおりです。

表12-13　［共通条件詳細設定］画面の設定内容

設定項目
設定内容

共通条件名
共通条件の名称を指定します。

メッセージ
JP1イベント（ここではJP1/SESイベント）のメッセージを指定します。
特定のメッセージだけを監視対象としたい場合に指定します。HiRDBの場合，HiRDBが出力するJP1/SESイベントのメッセージ情報を指定します。
例えば，「KFPS01222-I」と入力し，右側のリストボックスで「から始まる」を選択することにより，HiRDBのログスワップメッセージだけを監視対象にできます。

イベントID
監視をするJP1イベント（ここではJP1/SESイベント）のイベントIDを指定します。
HiRDBのようにJP1/SESイベントを発行する製品の場合は，監視したいJP1/SESイベントの基本コード（00010C03）を指定します。

［OK］をクリックする。
［共通条件設定］画面に戻ります。

［閉じる］をクリックする。
［共通変更条件設定］画面に戻ります。

作成した共通条件を選択する。
作成した共通条件がリストボックスに追加されています。作成した共通条件を選択してください。

個別条件の設定

個別条件には，障害発生ホスト名など，事象の発生個所を特定するための条件を設定します。

属性名および属性値を入力し，［追加］をクリックする。
個別条件が追加されます。個別条件を追加する回数，上記手順を繰り返してください。
個別条件の設定内容は次のとおりです。

表12-14　個別条件の設定内容

属性名
属性値
説明

B.SOURCESERVER
dbserver
属性名には，イベントを通知する事象の発生元（ホスト）を絞り込むため，B.SOURCESERVERを入力します。
属性値には，HiRDBのシステムマネージャーが稼働するホスト名を指定します。

B.MESSAGE
HiRDBのサーバ名
イベント情報として製品個別のメッセージ情報が出力される場合は，そのメッセージ情報を基に絞り込みます。
メッセージ中に事象の発生個所を特定する情報が含まれることがあるためです（HiRDBが出力するメッセージログイベントなどが該当）。
メッセージ中の情報を基に，事象の発生個所を特定したい場合には，属性名としてB.MESSAGEを入力し，属性値として絞り込みができるキーワードを入力します。
例えば，HiRDBのログスワップのメッセージには，HiRDBのサーバ名が含まれるため，属性名にB.MESSAGE，属性値にHiRDBのサーバ名を入力し，リストボックスで「正規表現」を選択することにより，特定のHiRDBのサーバで発生したログスワップだけを監視対象とすることができます。
なお，B.MESSAGEを設定する場合には，監視対象外のメッセージが条件に一致しないように注意してください。

なお，状態変更条件にJP1/SESイベントの詳細情報を指定することはできません。

(c)　編集した監視ツリーの更新

編集した監視ツリーを更新して，監視に使えるようにします。

［監視ツリー（編集中）］画面で，［ファイル］－［サーバのツリーを更新］を選択する。
HiRDBの監視ノードが統合スコープの監視オブジェクトDBに追加されます。

12.9.4　汎用監視オブジェクトの作成例（JP1/Cm2/SSOによるCosminexus業務のリソース監視）

Cosminexusで定義したJ2EEアプリケーションおよび一部の論理サーバは，JP1/Cm2/SSOを使って稼働性能を監視することができます。

統合スコープでは，CosminexusおよびJP1/Cm2/SSOともにセットアップコマンドによる連携（監視ツリーの自動生成）ができるため，以下の条件を満たす場合は，JP1/Cm2/SSOで監視しているJ2EEアプリケーションおよび論理サーバのリソース状態変化により発行されるJP1イベントを監視する監視オブジェクト（汎用オブジェクト）を自動生成できます（Cosminexus＋JP1/Cm2/SSO連携）。

自動生成の条件

Cosminexusのバージョンが06-00以降，JP1/Cm2/SSOのバージョンが07-00以降（バージョン7のJP1/Cm2/SSOの製品名称はJP1/PFM/SSO）

連携製品がセットアップ済みである（Cosminexus，JP1/Cm2/SSO）

JP1/IM連携用セットアップコマンドが実行済みである（Cosminexus，JP1/Cm2/SSO）

JP1/Cm2/SSOで，Cosminexusで定義したJ2EEアプリケーションまたは論理サーバを監視している

監視ツリーの自動生成で「業務指向ツリー」を生成（サーバ指向ツリーでは生成されない）

Cosminexus＋JP1/Cm2/SSO連携で自動生成できる監視オブジェクトを次の表に示します。

表12-15　Cosminexus＋SSO連携で自動生成できる監視オブジェクト

監視オブジェクト名 | 説明 | 監視単位
J2EEサーバリソース監視(SSO) | CosminexusのJ2EEサーバのリソース状況を監視する監視オブジェクト※。J2EEサーバリソースに関するイベント発行を契機に状態が変化する。 | J2EEサーバ
CTMリソース監視(SSO) | CosminexusのCTMのリソース状況を監視する監視オブジェクト※。CTMに関するイベント発行を契機に状態が変化する。 | CTM
SFOリソース監視(SSO) | CosminexusのSFOのリソース状況を監視する監視オブジェクト※。SFOに関するイベント発行を契機に状態が変化する。 | SFO
J2EEアプリケーションリソース監視(SSO) | CosminexusのJ2EEアプリケーションのリソース状況を監視する監視オブジェクト※。J2EEアプリケーションに関するイベント発行を契機に状態が変化する。 | J2EEアプリケーションサーバ

注※　重要度が「Warning」以上のSNMPトラップが監視オブジェクトの監視対象イベントになります。

自動生成の条件に一致しないCosminexus環境のリソース状況を監視したい場合には，ユーザーは手動で監視オブジェクトを作成する必要があります。

以降，手動で監視オブジェクトを作成する方法について説明します。なお，以降の説明では，次表に示すCosminexusのJ2EEサーバ，CTM，SFO，およびJ2EEアプリケーションのリソース状況を監視すると仮定して説明します。

表12-16　監視対象となるCosminexusのサーバ，アプリケーション情報

監視対象種別 | 監視オブジェクト名 | 設定項目 | 設定値
J2EEサーバ | J2EEサーバリソース監視(SSO) | ドメイン名 | DefaultDomain
論理サーバ名 | J2EE_SV1
JP1/Cm2/SSOマネージャーホスト名(イベント発行元ホスト名) | HostA
論理サーバが稼働するホスト名(ホスト名) | HostB
CTM | CTMリソース監視(SSO) | ドメイン名 | DefaultDomain
論理サーバ名 | CTM_SV1
JP1/Cm2/SSOマネージャーホスト名(イベント発行元ホスト名) | HostA
論理サーバが稼働するホスト名(ホスト名) | HostB
SFO | SFOリソース監視(SSO) | ドメイン名 | DefaultDomain
論理サーバ名 | SFO_SV1
JP1/Cm2/SSOマネージャーホスト名(イベント発行元ホスト名) | HostA
論理サーバが稼働するホスト名(ホスト名) | HostB
J2EEアプリケーション | J2EEアプリケーションリソース監視(SSO) | ドメイン名 | DefaultDomain
論理サーバ名 | J2EE_SV1
JP1/Cm2/SSOマネージャーホスト名(イベント発行元ホスト名) | HostA
論理サーバが稼働するホスト名(ホスト名) | HostB

上記表に示したサーバ，アプリケーションのリソース状態を監視する監視オブジェクトを作成する場合，幾つかの項目はユーザーが入力する必要があります。ユーザーが監視条件として入力する項目，値を次の表に示します。なお，ユーザーが入力する必要があるのは，次表の下線を引いた個所です。

表12-17　監視条件として入力する必要がある項目，値

監視オブジェクト種別 | 入力画面 | 監視ノード属性名 | 属性名 | 監視ノード属性値 | 条件
J2EEサーバリソース監視(SSO) | [基本情報設定]画面 | カテゴリー名 | E.SNMP_VARBIND2 | COSMINEXUS | と一致する
イベント発行元ホスト | E.SNMP_VARBIND11 | HostA※1 | ホスト名比較
ホスト名 | E.SNMP_VARBIND12 | HostB※1 | ホスト名比較
[状態変更条件設定]画面 | リソースグループ名 | E.SNMP_VARBIND3 | サーバ | と一致する
インスタンス名 | E.SNMP_VARBIND6 | ^DefaultDomain:J2EE_SV1(:.*|$)※2 | 正規表現
CTMリソース監視(SSO) | [基本情報設定]画面 | カテゴリー名 | E.SNMP_VARBIND2 | COSMINEXUS | と一致する
イベント発行元ホスト | E.SNMP_VARBIND11 | HostA※1 | ホスト名比較
ホスト名 | E.SNMP_VARBIND12 | HostB※1 | ホスト名比較
[状態変更条件設定]画面 | リソースグループ名 | E.SNMP_VARBIND3 | スケジューラ(CTM) | と一致する
インスタンス名 | E.SNMP_VARBIND6 | ^DefaultDomain:CTM_SV1(:.*|$)※2 | 正規表現
SFOリソース監視(SSO) | [基本情報設定]画面 | カテゴリー名 | E.SNMP_VARBIND2 | COSMINEXUS | と一致する
イベント発行元ホスト | E.SNMP_VARBIND11 | HostA※1 | ホスト名比較
ホスト名 | E.SNMP_VARBIND12 | HostB※1 | ホスト名比較
[状態変更条件設定]画面 | インスタンス名 | E.SNMP_VARBIND6 | ^DefaultDomain:SFO_SV1(:.*|$)※2 | 正規表現
J2EEアプリケーションリソース監視(SSO) | [基本情報設定]画面 | カテゴリー名 | E.SNMP_VARBIND2 | COSMINEXUS | と一致する
イベント発行元ホスト | E.SNMP_VARBIND11 | HostA※1 | ホスト名比較
ホスト名 | E.SNMP_VARBIND12 | HostB※1 | ホスト名比較
[状態変更条件設定]画面 | インスタンス名 | E.SNMP_VARBIND6 | ^DefaultDomain:J2EE_SV1:AP1(:.*|$)※2 | 正規表現

※1　ホスト名については，Cosminexusで使用しているホスト名とJP1/Cm2/SSOで使用しているホスト名の対応づけができるようあらかじめ設定しておく必要があります。

※2　インスタンス名(サブリソース名)はマニュアル「JP1/Performance Management/SNMP System Observer 拡張リソース管理編」のJP1/PFM/SSO for Application Serverのリソースと取得するMIBオブジェクトの説明を参照してください。

J2EEサーバリソース監視(SSO)の設定手順を次に示します。なお，ほかのCTMリソース監視(SSO)，SFOリソース監視(SSO)およびJ2EEアプリケーションリソース監視(SSO)については，手順7で入力する値が異なるだけであるため，省略します（手順7で入力する値を，表12-16を参考に読み替えてください）。

図12-26　J2EEサーバリソース監視(SSO)の監視オブジェクト作成手順（手順1～4）

図12-27　J2EEサーバリソース監視(SSO)の監視オブジェクト作成手順（手順5～8）

図12-28　J2EEサーバリソース監視(SSO)の監視オブジェクト作成手順（手順9～12）

13.　クラスタシステムでの運用と環境構築

JP1/IM - Managerは，クラスタシステムでの運用に対応しています。JP1/IM - Managerをクラスタ運用することにより，サーバ障害などが発生しても実行系から待機系に処理を引き継ぎ，システム統合管理を継続することができます。

この章では，JP1/IM - Managerのクラスタ運用およびセットアップ方法について説明します。

なお，この機能については，ご使用になるクラスタソフトにJP1/IM - Managerが対応していることをご確認の上，ご使用ください。

＜この章の構成＞

13.1　クラスタ運用の概要

13.2　クラスタ運用の環境設定（Windowsの場合）

13.3　クラスタ運用の環境設定（UNIXの場合）

13.4　クラスタ運用時の注意事項

13.5　非クラスタシステムでの論理ホストの運用と環境構築

13.1　クラスタ運用の概要

JP1/IM - Managerは，クラスタシステムでの運用に対応しています。JP1/IM - Managerをクラスタ運用することにより，サーバ障害などが発生した場合でも実行系から待機系に処理を引き継いで，システム運用管理を継続することができます。

なお，クラスタシステムとは，これまでJP1のマニュアルで「系切り替えシステム」と呼ばれていたものと同じです。

クラスタシステムでJP1/IM - Managerを運用する場合は，次のような構成で運用します。

図13-1　クラスタシステムでのJP1/IMの構成例

ここでは，JP1/IM - Managerのクラスタシステムでの運用について，クラスタシステムの概要からJP1/IM - Managerの機能について順に説明します。

注意

JP1/IM - Managerをクラスタ運用する場合，JP1/IM - ManagerとJP1/Baseを同じ論理ホスト環境で実行する必要があります。

JP1/Baseのクラスタ運用については，マニュアル「JP1/Base 運用ガイド」のクラスタシステムで運用する場合の設定に関する説明を参照してください。

＜この節の構成＞

13.1.1　クラスタシステムの概要

13.1.2　クラスタ運用の前提条件

13.1.3　クラスタシステムでのJP1/IMの構成

13.1.1　クラスタシステムの概要

クラスタシステムは，高可用性（HA：High Availability）の実現を目的としたシステムです。処理を実行する実行系サーバと，障害が発生したときに処理を引き継げるように待機している待機系サーバで構成します。障害発生時は，実行系から待機系に処理を引き継いで業務の停止を防ぎ，可用性を向上させることができます。この障害時に処理を引き継ぐことを「フェールオーバー」といいます。

クラスタシステム全体を制御するソフトウェアを「クラスタソフト」といいます。クラスタソフトは，システムが正常に動作しているかを監視し，異常を検知した場合にはフェールオーバーを行って業務が止まることを防ぎます。

（備考：負荷分散などを目的としたクラスタシステムもありますが，ここでは説明していません）

図13-2　正常時，フェールオーバー後のアクセス

JP1/IM - Managerのようなアプリケーションがフェールオーバーできるようにするには「論理ホスト」で運用します。論理ホストは，クラスタソフトに制御された，フェールオーバーする際の単位となる論理的なサーバのことです。論理ホストは，ホスト名として「論理ホスト名」を使い，実行系から待機系に引き継ぎができる「共有ディスク」と「論理IPアドレス」を持ちます。論理ホストで実行するアプリケーションは，共有ディスクにデータを格納し，論理IPアドレスで通信することによって，物理的なサーバに依存せずに，フェールオーバーして実行することができます。

JP1/IM - Managerを，クラスタシステムの論理ホスト環境で運用することを「クラスタ運用」といいます。

＜備考＞「論理ホスト」という用語

このマニュアルではフェールオーバーの単位を意味する用語として「論理ホスト」を使いますが，クラスタソフトやアプリケーションによっては「グループ」や「パッケージ」などの用語が使われています。クラスタソフトのマニュアルなどを参照し，対応する用語を確認してください。

なお，フェールオーバーの単位となる論理的なサーバを論理ホストというのに対して，物理的なサーバを「物理ホスト」といいます。物理ホストが使うホスト名（hostnameコマンドを実行したときに表示されるホスト名）を「物理ホスト名」，物理ホスト名に対応したIPアドレスを「物理IPアドレス」といいます。また，ディスクは「ローカルディスク」を使います。これらはサーバ固有のものであり，ほかのサーバに引き継ぐことはできません。

13.1.2　クラスタ運用の前提条件

JP1/IM - Managerは，クラスタシステムでは論理ホスト環境で動作し，フェールオーバーに対応します。論理ホスト環境で実行する場合のJP1/IM - Managerの前提条件は，共有ディスクや論理IPアドレスの割り当て・削除・動作監視がクラスタソフトによって正常に制御されていることです。

注意事項

JP1/IM - Managerがサポートしているクラスタソフトであっても，システム構成や環境設定によってはここで説明する前提条件を満たさない場合があります。前提条件を満たすよう，システム構成や環境設定を検討してください。

＜この項の構成＞

(1)　論理ホスト環境の前提条件

(2)　物理ホスト環境の前提条件

(3)　JP1がサポートする範囲

(1)　論理ホスト環境の前提条件

JP1/IM - Managerを論理ホスト環境で実行する場合，論理IPアドレスと共有ディスクについて，次に示す前提条件があります。

表13-1　論理ホスト環境の前提条件

論理ホストの
構成要素
前提条件

共有ディスク

実行系から待機系へ引き継ぎ可能な共有ディスクが使用できること。

JP1を起動する前に，共有ディスクが割り当てられること。

JP1を実行中に，共有ディスクの割り当てが解除されないこと。

JP1を停止した後に，共有ディスクの割り当てが解除されること。

共有ディスクが，不当に複数のノードから使用されないよう制御されていること。

システムダウン等でファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

フェールオーバーしてもファイルに書き込んだ内容が保証されて引き継がれること。

フェールオーバー時に共有ディスクを使用中のプロセスがあっても，強制的にフェールオーバーができること。

共有ディスクの障害を検知した場合の回復処置はクラスタソフトなどが制御し，回復処置をJP1が意識する必要がないこと。回復処置の延長でJP1の起動や停止が必要な場合は，クラスタソフトからJP1に起動や停止の実行要求をすること。

論理IPアドレス

引き継ぎ可能な論理IPアドレスを使って通信できること。

論理ホスト名から論理IPアドレスが一意に求められること。

JP1を起動する前に，論理IPアドレスが割り当てられること。

JP1を実行中に，論理IPアドレスが削除されないこと。

JP1を実行中に，論理ホスト名と論理IPアドレスの対応が変更されないこと。

JP1を停止した後に，論理IPアドレスが削除されること。

ネットワーク障害を検知した場合の回復処置はクラスタソフトなどが制御し，JP1が回復処理を意識する必要がないこと。また，回復処置の延長でJP1の起動や停止が必要な場合は，クラスタソフトからJP1に起動や停止の実行要求をすること。

上記の条件が満たされていない場合は，JP1の動作に問題が起きることがあります。例えば，次のような問題が発生します。

実行系で書き込んだデータが，フェールオーバーした時に壊れてしまう場合
JP1でエラー・データ消失・起動失敗などの問題が発生し，正常に動作できません。

LANボード障害が発生しても回復処理がされない場合
クラスタソフトなどの制御によってLANボードが切り替えられるか，または他サーバへフェールオーバーするまで，通信エラーが発生しJP1は正常に動作できません。

(2)　物理ホスト環境の前提条件

JP1/IM - Managerを論理ホストで運用するクラスタシステムでは，各サーバの物理ホスト環境が次に示す前提条件を満たしている必要があります。

表13-2　物理ホスト環境の前提条件

物理ホストの
構成要素
前提条件

サーバ本体

2台以上のサーバ機によるクラスタ構成になっていること。

実行する処理に応じたCPU性能があること。
（例えば，論理ホストを多重起動する場合などに，対応できるCPU性能があること）

実行する処理に応じた実メモリー容量があること。
（例えば，論理ホストを多重起動する場合などに，対応できる実メモリー容量があること）

ディスク

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

ネットワーク

物理ホスト名（hostnameコマンドの結果）に対応するIPアドレスで通信が可能なこと。
（クラスタソフトなどにより通信ができない状態に変更されないこと）※

JP1の動作中に，ホスト名とIPアドレスの対応が変更されないこと。
（クラスタソフトやネームサーバなどによって変更がされないこと）

Windowsの場合，ホスト名に対応したLANボードがネットワークのバインド設定で最優先になっていること。
（ハートビート用などほかのLANボードが優先になっていないこと）

OS，クラスタソフト

JP1がサポートするクラスタソフトおよびバージョンであること。

JP1およびクラスタソフトが前提とするパッチやサービスパックが適用済みであること。

フェールオーバーしても同じ処理ができるよう，各サーバの環境が適切に設定されていること。

注※

クラスタソフトによっては，物理ホスト名（hostnameコマンドで表示されるホスト名）に対応するIPアドレスで通信ができなくなる構成の場合があります。この場合，物理ホスト環境のJP1は動作できません。論理ホスト環境のJP1だけを使用してください。

(3)　JP1がサポートする範囲

クラスタシステムで論理ホストのJP1を運用する場合，JP1が制御する範囲は，JP1自身の動作だけです。論理ホスト環境（共有ディスクおよび論理IPアドレス）の制御，およびJP1の起動や停止の契機はクラスタソフトの制御に依存します。

前述の論理ホスト環境および物理ホスト環境の前提条件が満たされていない，または論理ホスト環境の制御に問題がある場合は，JP1の動作に発生した問題もサポートの対象外となります。この場合は，論理ホスト環境を制御しているクラスタソフトやOSで問題に対処してください。

13.1.3　クラスタシステムでのJP1/IMの構成

クラスタシステムでJP1/IM - Managerを運用するには，クラスタソフトの制御により論理ホストのJP1/IM - ManagerおよびJP1/Baseを実行し，フェールオーバーに対応します。このときのJP1/IMの構成は次のようになります。

＜この項の構成＞

(1)　クラスタ運用でのJP1/IMの構成の概要

(2)　共有ディスク上のファイル構成

(3)　JP1/IM - Managerのサービスおよびプロセス

(4)　通信方式

(5)　共通定義情報の設定

(1)　クラスタ運用でのJP1/IMの構成の概要

表13-3　クラスタシステムでのJP1/IMの構成

製品名
クラスタシステムでのJP1/IMの構成

JP1/IM - View

JP1/IM - ViewからJP1/IM - Managerに接続するときは，論理IPアドレスあてに接続します。

JP1/IM - View自身は物理ホスト環境で動作します。

JP1/IM - Manager

論理ホスト環境で動作することができます。

クラスタソフトに登録することで，フェールオーバーに対応します。

クラスタソフトに登録するときは，前提リソースとして論理IPアドレスと共有ディスクが必要です。

共有ディスクに定義情報を格納し，フェールオーバー時に引き継ぎます。

一つのサーバで複数の論理ホストを実行できます。このため，アクティブ・スタンバイ構成だけでなく，アクティブ・アクティブ構成のクラスタシステムでも運用できます。

JP1/IM - Managerは前提製品JP1/Baseと同じ論理ホストで実行します。

(2)　共有ディスク上のファイル構成

論理ホスト環境のJP1/IM - Managerをセットアップすると，共有ディスク上に次のファイルが作成されます。これらは，論理ホストでJP1/IM - Managerを実行するために必要なファイルです。

(a)　Windowsの場合

表13-4　共有ディスク上のファイル構成（Windows）

内部コンポーネント | 共有ファイルの種別 | フォルダ名
JP1/IM - Central Console | 定義ファイル | 共有フォルダ¥jp1cons¥conf¥
ログファイル | 共有フォルダ¥jp1cons¥log¥
一時ファイル | 共有フォルダ¥jp1cons¥tmp¥
履歴ファイル※ | 共有フォルダ¥jp1cons¥operation¥
JP1/IM - Central Scope | 定義ファイル | 共有フォルダ¥jp1scope¥conf¥
ログファイル | 共有フォルダ¥jp1scope¥log¥
一時ファイル | 共有フォルダ¥jp1scope¥tmp¥
データベース | 共有フォルダ¥jp1scope¥database¥

注※ インシデント登録サービスおよび相関イベント発行サービスの処理が履歴として出力されます。

(b)　UNIXの場合

表13-5　共有ディスク上のファイル構成（UNIX）

内部コンポーネント | 共有ファイルの種別 | ディレクトリ名
JP1/IM - Central Console | 定義ファイル | 共有ディレクトリ/jp1cons/conf/
ログファイル | 共有ディレクトリ/jp1cons/log/
一時ファイル | 共有ディレクトリ/jp1cons/tmp/
履歴ファイル※ | 共有ディレクトリ/jp1cons/operation/
JP1/IM - Central Scope | 定義ファイル | 共有ディレクトリ/jp1scope/conf/
ログファイル | 共有ディレクトリ/jp1scope/log/
一時ファイル | 共有ディレクトリ/jp1scope/tmp/
データベース | 共有ディレクトリ/jp1scope/database/

注※ インシデント登録サービスおよび相関イベント発行サービスの処理が履歴として出力されます。

(3)　JP1/IM - Managerのサービスおよびプロセス

クラスタ運用でのJP1/IM - Managerは，論理ホストのサービスまたはプロセスを実行します。

(a)　Windowsの場合

論理ホスト環境のJP1/IM - Managerをセットアップすると，次のサービスがWindowsに登録されます。このサービスをクラスタソフトに登録して実行します。

表13-6　JP1/IM - Managerのサービス（Windows）

表示名称 | サービス名
JP1/Console_論理ホスト名 | JP1_Console_論理ホスト名

表示名称の欄は，［コントロールパネル］－［管理ツール］－［サービス］で表示される名前です。また，クラスタソフトからサービスをnetコマンド（net startやnet stop）で制御する場合は，この名前をnetコマンドに指定します。

サービス名の欄は，MSCS（Microsoft Cluster Service）に登録する場合の名前です。これをMSCSの「サービス名」の設定項目に指定します。

(b)　UNIXの場合

論理ホストのJP1/IM - Managerを実行すると，論理ホストに対応したプロセスが動作します。

プロセス名は，引数に論理ホスト名が付加された名称になります。プロセス名については，「付録B　プロセス一覧」を参照してください。

(4)　通信方式

論理ホストのJP1/IM - Managerをセットアップすると，JP1/IM - Managerの通信方式をIPバインド方式と呼ぶ方式に設定します。IPバインド方式に変更するのは，論理ホストと物理ホストの両方の環境が対象です。

通信方式には，IPバインド方式とANYバインド方式の２種類があります。これは，通信するときに使用するIPアドレスを，内部処理で割り当て（バインド）をする方法をきめます。

通信方式については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの通信方式に関する説明を参照してください。JP1/IM - Managerは，JP1/Baseと同じ通信方式で通信をします。

(5)　共通定義情報の設定

論理ホストのJP1/IM - Managerをセットアップすると，共通定義情報に，論理ホスト用の設定情報が設定されます。

共通定義情報とは，JP1の設定情報を格納するデータベースで，JP1/Baseが管理しています。設定情報のデータは，各サーバのローカルディスク上に，次のような形式で格納されています。

図13-3　共通定義情報

共通定義情報は，物理ホスト（JP1_DEFAULT）および論理ホストごとに分かれて格納されています。物理ホストおよび論理ホスト単位に，jbssetcnfコマンドで設定し，jbsgetcnfコマンドで読み出します。

論理ホストの共通定義情報は，各サーバで同じ内容になるようにします。セットアップ時および設定変更時は，設定をした実行系サーバの共通定義情報を，待機系サーバへコピーして設定します。

なお，共通定義情報は，JP1/IM - Manager，JP1/Base，JP1/AJS2，およびJP1/Power Monitor（06-02以降）が設定情報を格納するために使用しています。

13.2　クラスタ運用の環境設定（Windowsの場合）

クラスタ運用に対応するためのJP1/IM - Managerの環境設定について説明します。

＜この節の構成＞

13.2.1　環境設定の流れ

13.2.2　論理ホストのインストール・セットアップ

13.2.3　クラスタソフトへの登録（Windowsの場合）

13.2.4　設定変更時の作業

13.2.5　論理ホストの削除

13.2.1　環境設定の流れ

セットアップの作業の流れを示します。

図13-4　セットアップ作業の流れ（既存の論理ホスト環境をバージョンアップする場合）

図13-5　セットアップ作業の流れ（新規に環境設定する場合）

13.2.2　論理ホストのインストール・セットアップ

JP1/IM - Managerの論理ホストのインストールおよびセットアップについて説明します。なお，同じ論理ホストにJP1/Baseをセットアップする必要がありますので，あわせて説明します。

作業を始める前に，クラスタシステムについて次の情報を確認してください。

表13-7　論理ホストのインストール・セットアップ前の確認（Windows）

確認項目 | 説明
論理ホスト名 | JP1を実行する論理ホストのホスト名
論理IPアドレス | 論理ホスト名に対応するIPアドレス
共有フォルダ | 論理ホストのJP1の実行環境ファイル一式を格納する共有ディスク上のフォルダ

また，これらが「13.1.2　クラスタ運用の前提条件」を満たしていることを確認してください。

確認ができたら，インストール・セットアップを始めます。

＜この項の構成＞

(1)　インストール

(2)　バージョンアップ時のセットアップ

(3)　物理ホスト環境のセットアップ

(4)　論理ホスト環境（実行系）のセットアップ

(5)　共通定義情報のコピー

(6)　論理ホスト（待機系）のセットアップ

(1)　インストール

実行系サーバ，待機系サーバそれぞれのローカルディスク上にJP1/IM - ManagerおよびJP1/Baseをインストールしてください。バージョンアップする場合は，インストールする前に設定情報とDBのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

JP1/Baseをインストールする。

JP1/IM - Managerをインストールする。

実行系サーバ・待機系サーバとも，同じ名称のドライブおよびフォルダにインストールしてください。

また，共有ディスク上には，インストールしないでください。

(2)　バージョンアップ時のセットアップ

以前のバージョンのJP1/IM - Managerで設定した論理ホスト環境をバージョンアップする場合，次の手順でセットアップをしてください。新規に環境設定する場合は，「13.2.2 (3)　物理ホスト環境のセットアップ」から「13.2.2 (6)　論理ホスト（待機系）のセットアップ」までを参照してください。

(a)　実行系のセットアップ

統合スコープの機能を使用する場合は，手順6から手順8が必要になります。統合スコープの機能を使用しない場合は，手順6から手順8を飛ばしてください。

JP1/IM - Managerを停止する。
物理ホスト環境，論理ホスト環境すべてのJP1/IM - Managerを停止してください。

JP1/Baseの論理ホスト環境のセットアップをする。
JP1/Baseをバージョンアップした場合には，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項の説明を参照し，セットアップをしてください。JP1/Baseをバージョンアップしなかった場合にはセットアップの必要はありません。

共有ディスクが使用可能なことを確認する。

jp1cohaverupコマンドを実行する。
jp1cohaverup -h 論理ホスト名

イベント取得フィルターの位置をイベントフロー制御サービスに変更する場合はjcochafmodeコマンドを実行する。
jcochafmode -h 論理ホスト名

ディスクの空き容量を確認する。
JP1/IM - Managerをバージョンアップするには，共有フォルダ¥JP1Scope¥database¥下のディスク容量分の空き容量が，ハードディスクに必要です。

jp1cshaverup.batコマンドを実行する。
jp1cshaverup.bat -h 論理ホスト名 -w 作業フォルダ

jbssetcnfコマンドを実行する。
次に示す機能の有効，無効は旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeの設定に依存します。

対処済み連動機能

状態変更イベントの上限監視

機能を無効から有効にしたい場合，次の表に示すファイルを引数にjbssetcnfコマンドを実行してください。

表13-8　機能を有効にするための設定ファイル

ファイル名 | 説明
action_complete_on.conf | 対処済み連動機能を有効にするためのファイルです。
evhist_warn_event_on.conf | 監視オブジェクトの状態変更イベント件数が上限値（100件）を超えた際に，JP1イベントを発行する機能を有効にするためのファイルです。

共通定義情報を退避する。
jbsgetcnf -h 論理ホスト名 > 共通定義情報退避ファイル名

(b)　待機系のセットアップ

JP1/IM - Managerを停止する。
物理ホスト環境，論理ホスト環境すべてのJP1/IM - Managerを停止してください。

実行系で退避した共通定義情報退避ファイルを待機系にコピーする。
FTPなど任意の方法でコピーしてください。

共通定義情報を設定する。
jbssetcnf 共通定義情報退避ファイル名

(3)　物理ホスト環境のセットアップ

各サーバで，JP1/BaseおよびJP1/IM - Managerの物理ホスト環境のセットアップをしてください。

JP1/Baseの物理ホスト環境のセットアップをする。

JP1/IM - Managerの物理ホスト環境のセットアップをする。

JP1/Baseのセットアップ手順は，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerのセットアップ手順は，クラスタ運用ではない場合と同じ手順です。「9.　インストールとセットアップ（Windowsの場合）」を参照してください。なお，物理ホストのJP1/IM - Managerを使わない場合は，セットアップの必要はありません。

(4)　論理ホスト環境（実行系）のセットアップ

(a)　セットアップの前準備

JP1が停止していることを確認する。
物理ホストおよびすべての論理ホストの，JP1/IMとJP1/Baseのサービスが停止していることを確認してください。

共有ディスクが使用可能なことを確認する。

(b)　JP1/Baseのセットアップ

JP1/Baseの論理ホスト（実行系）をセットアップする。
手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Baseのコマンド実行環境を設定する。
詳細は「9.4.7　コマンド実行環境の設定」を参照してください。

(c)　JP1/IM - Managerのセットアップ

●JP1/IM - Manager（JP1/IM - Central Console）の設定

JP1/IM - Manager（JP1/IM - Central Console）の論理ホストの設定画面を起動する。
Consoleパス¥bin¥jp1cohasetup.exeを実行すると，
次の画面が表示されます。

図13-6　論理ホストの設定画面（実行系）

［実行系論理ホストの設定］をクリックする。
次の画面が表示されます。

図13-7　論理ホストの設定画面（実行系）

論理ホスト名と，ファイルフォルダを指定します。

論理ホスト名
JP1/Baseで作成した論理ホスト名が表示されますので，選択します。

ファイルフォルダ
共有ディスク上のフォルダを指定してください。「指定したフォルダ名¥jp1cons¥」フォルダ下に，論理ホストのJP1/IM - Managerのファイル一式が作成されます。

設定したら［次へ］をクリックします。

設定内容を確認する。
次の画面が表示されます。

図13-8　論理ホストの設定画面（実行系）

設定内容を確認してください。設定内容が正しければ，［完了］をクリックしてください。
続けて，フェールオーバー時に適切に動作するよう，論理ホストのJP1/IM - Manager（JP1/IM - Central Console）の環境設定をカスタマイズします。

自動アクションの再実行の設定をする。
次のコマンドを実行して，フェールオーバー時の自動アクション再実行について設定をします。
jcoimdef -r { EXE | OUTPUT | OFF } -h 論理ホスト名
フェールオーバー時に状態が「送信待機」「送信中」「キューイング」および「実行中」だったアクションを，EXEを指定すると再実行し，OUTPUTを指定するとアクション一覧をファイルに出力し，OFFを指定すると処理を行いません。システム設計時の検討内容に従って設定してください。この設定は任意です。
jcoimdefコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）を参照してください。

●JP1/IM - Manager（JP1/IM - Central Scope）の設定

JP1/IM - Manager（JP1/IM - Central Scope）を使用する場合の設定手順です。なお，表示される設定画面は，タイトルバーにCentral Scopeと表示される以外は，JP1/IM - Manager（JP1/IM - Central Console）の場合と同じです。

JP1/IM - Manager（JP1/IM - Central Scope）の論理ホストの設定画面を起動する。
Scopeパス¥bin¥jp1cshasetup.exeを実行する。

［実行系論理ホストの設定］をクリックする。
［実行系論理ホストの設定］画面で，論理ホスト名と，ファイルフォルダを指定します。

論理ホスト名
JP1/Baseで作成した論理ホスト名が表示されますので，選択します。

ファイルフォルダ
共有ディスク上のフォルダを指定してください。「指定したフォルダ名¥jp1scope¥」フォルダ下に，論理ホストのJP1/IM - Managerのファイル一式が作成されます。

設定したら［次へ］をクリックします。

設定内容を確認する。
確認画面が表示されますので，設定内容を確認してください。設定内容が正しければ，［完了］をクリックしてください。

(d)　OS環境のセットアップ

エラー発生時に，ワトソン博士のメッセージボックスやMicrosoftへのエラー報告のダイアログが表示されると，JP1/IM - Managerが正常にフェールオーバーできないおそれがあるため，これらの表示を抑止する必要があります。

●ワトソン博士の設定

スタートメニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「drwtsn32」と入力し，［OK］ボタンをクリックする。
「ワトソン博士」のダイアログが表示されます。

［メッセージ ボックスによる通知］のチェックを外す。

［OK］ボタンをクリックする。

●Microsoftへのエラー報告の抑止設定

コントロールパネルの［システム］をダブルクリックする。
［システムのプロパティ］ダイアログが表示されます。

［詳細設定］ページの［エラー報告］をクリックする。
［エラー報告］のダイアログが表示されます。

［エラー報告を無効にする］を選択し，［重大なエラーが発生した場合は通知する］のチェックが外れていることを確認する。

［OK］ボタンをクリックする。

以上で，実行系サーバでの論理ホストのセットアップは完了です。

共有ディスクに論理ホストのJP1/IM - Managerのファイルが作成されていることを確認し，必要に応じて共有ディスクをオフラインにしてください。

(5)　共通定義情報のコピー

実行系サーバの共通定義情報を，待機系サーバにコピーします。

共通定義情報には，論理ホストのJP1/IM - ManagerおよびJP1/Baseを実行するための設定情報が記録されています。次の手順でコピーしてください。

実行系サーバで，共通定義情報を退避する。
実行系でjbsgetcnfコマンドを実行し，共通定義情報を退避します。
jbsgetcnf -h 論理ホスト名 > 共通定義情報退避ファイル名

退避ファイルを，実行系サーバから待機系サーバにコピーする。
FTPなど任意の方法でコピーしてください。

待機系サーバで，共通定義情報を設定する。
待機系サーバに，実行系サーバからコピーした退避ファイルを使って，共通定義情報を設定します。
jbssetcnf 共通定義情報退避ファイル名

(6)　論理ホスト（待機系）のセットアップ

(a)　セットアップの前準備

JP1が停止していることを確認する。
物理ホストおよびすべての論理ホストの，JP1/IMとJP1/Baseのサービスが停止していることを確認してください。

なお，待機系サーバでは，共有ディスクが使用可能である必要はありません。

(b)　JP1/Baseのセットアップ

JP1/Baseの論理ホスト（待機系）をセットアップする。
手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Baseのコマンド実行環境を設定する。
詳細は「9.4.7　コマンド実行環境の設定」を参照してください。

(c)　JP1/IM - Managerのセットアップ

●JP1/IM - Manager（JP1/IM - Central Console）の設定

JP1/IM - Manager（JP1/IM - Central Console）論理ホストの設定画面を起動する。
Consoleパス¥bin¥jp1cohasetup.exeコマンドを実行すると，次の画面が表示されます。

図13-9　論理ホストの設定画面（待機系）

［待機系論理ホストの設定］をクリックする。
次の画面が表示されます。

図13-10　論理ホストの設定画面（待機系）

論理ホスト名を指定します。

論理ホスト名
実行系サーバでセットアップした論理ホストを選択します。

設定したら［次へ］をクリックします。

設定内容を確認する。
次の画面が表示されます。

図13-11　論理ホストの設定画面（待機系）

設定内容を確認してください。設定内容が正しければ，［完了］をクリックしてください。

●JP1/IM - Manager（JP1/IM - Central Scope）の設定

JP1/IM - Manager（JP1/IM - Central Scope）を使用する場合の設定手順です。なお，表示される設定画面は，タイトルバーにCentral Scopeと表示される以外は，JP1/IM - Manager（JP1/IM - Central Console）の場合と同じです。

JP1/IM - Manager（JP1/IM - Central Scope）の論理ホストの設定画面を起動する。
Scopeパス¥bin¥jp1cshasetup.exeコマンドを実行します。

［待機系論理ホストの設定］をクリックする。
［待機系論理ホストの設定］画面で，論理ホスト名を指定します。

論理ホスト名
実行系サーバでセットアップした論理ホストを選択します。

設定したら［次へ］をクリックします。

設定内容を確認する。
確認画面が表示されますので，設定内容を確認してください。設定内容が正しければ，［完了］をクリックしてください。

(d)　OS環境のセットアップ

エラー発生時に，ワトソン博士のメッセージボックスやMicrosoftへのエラー報告のダイアログが表示されると，JP1/IM - Managerが正常にフェールオーバーできないおそれがあるため，これらの表示を抑止する必要があります。

●ワトソン博士の設定

スタートメニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「drwtsn32」と入力し，［OK］ボタンをクリックする。
「ワトソン博士」のダイアログが表示されます。

［メッセージ ボックスによる通知］のチェックを外す。

［OK］ボタンをクリックする。

●Microsoftへのエラー報告の抑止設定

コントロールパネルの［システム］をダブルクリックする。
［システムのプロパティ］ダイアログが表示されます。

［詳細設定］ページの［エラー報告］をクリックする。
［エラー報告］のダイアログが表示されます。

［エラー報告を無効にする］を選択し，［重大なエラーが発生した場合は通知する］のチェックが外れていることを確認する。

［OK］ボタンをクリックする。

以上で，待機系のセットアップが完了しました。

13.2.3　クラスタソフトへの登録（Windowsの場合）

JP1/IM - Managerをクラスタ運用するには，論理ホストのJP1/IM - ManagerおよびJP1/Baseをクラスタソフトに登録して，クラスタソフトからの制御で起動・停止するように設定します。

JP1/IM - Managerをクラスタソフトに登録する設定内容は，次のとおりです。

表13-9　クラスタソフトに登録する設定内容（Windows）

＃
名前
サービス名
依存関係

1
JP1/Base Event 論理ホスト名
JP1_Base_Event 論理ホスト名
IPアドレスリソース
物理ディスクリソース

2
JP1/Base_論理ホスト名
JP1_Base_論理ホスト名
＃1のクラスタリソース

3
JP1/Console_論理ホスト名
JP1_Console_論理ホスト名
＃1および#2のクラスタリソース

＜この項の構成＞

(1)　クラスタソフトへの登録

(2)　リソースの起動停止順序の設定

(1)　クラスタソフトへの登録

(a)　MSCS（Microsoft Cluster Service）の場合

JP1/IM - ManagerおよびJP1/Baseのサービスを，MSCSのリソースとして登録します。各リソースの設定は次のようにします。次の［］は，MSCSの設定項目です。

［リソースの種類］は「汎用サービス」として登録する。

［名前］［依存関係］［サービス名］を表のとおりに設定する。なお，名前はサービスを表示するときの名称で，サービス名はMSCSから制御するサービスを指定するときの名称です。

［起動パラメータ］および［レジストリ複製］は，設定しない。

プロパティの［詳細設定］ページは，JP1/IM - Managerの障害時にフェールオーバーするかしないかの運用に合わせて設定をしてください。
例えば，JP1/IM - Managerの障害時に，フェールオーバーするように設定するには，［再開する］と［グループに適用する］をチェックし，3回を目安に再起動試行回数の［しきい値］を設定してください。

(b)　サービスの起動停止コマンドを登録する場合

JP1/IM - ManagerおよびJP1/Baseのサービスを，起動・停止するようクラスタソフトに登録してください。例えば，表の「名前」の項目で示すサービスを，netコマンドで起動停止するように設定してください。

なお，JP1/IM - ManagerおよびJP1/Baseの動作確認する場合は，次のコマンドを使ってください。

jco_spmd_status（JP1/IM - Managerの動作確認をする場合）

jbs_spmd_status（JP1/Baseの動作確認をする場合）

jevstat（JP1/Baseイベントサービスの動作確認をする場合）

これらのコマンドの使い方については，各コマンドのリファレンスを参照してください。また「13.3.3　クラスタソフトへの登録（UNIXの場合）」の説明を参考にしてください。

(2)　リソースの起動停止順序の設定

論理ホストのJP1/IM - ManagerおよびJP1/Baseを実行するには，共有ディスクおよび論理IPアドレスが使用可能になっている必要があります。

クラスタソフトの制御により，次のように動作するように起動停止の順序または依存関係を設定してください。

論理ホストの起動時

共有ディスクおよび論理IPアドレスを割り当てて使用可能にする。

JP1/Base，JP1/IM - Managerの順に起動する。

論理ホストの停止時

JP1/IM - Manager，JP1/Baseの順に停止する。

共有ディスクおよび論理IPアドレスの割り当てを解除する。

13.2.4　設定変更時の作業

クラスタシステムでの運用開始後に実行系サーバの設定を変更した場合には，その内容を待機系サーバにも反映して同期をとる必要があります。同期をとらないと，フェールオーバーしたときに実行系サーバの動作と待機系サーバの動作が変わってしまうことがあります。

次に示す場合には，実行系サーバおよび待機系サーバの両サーバでの設定変更をしてください。

＜この項の構成＞

(1)　ファイルでの設定変更

(2)　コマンドでの設定変更

(1)　ファイルでの設定変更

次のファイルを編集し，jbssetcnfコマンドで設定を有効にした場合には，実行系サーバから待機系サーバに共通定義情報をコピーする必要があります。

自動アクション環境定義ファイル（action.conf.update）

通信環境定義ファイル（console.conf.update）

状態変更イベント件数の上限監視設定ファイル（evhist_warn_event_xxx.conf）

対処済み連動設定ファイル（action_complete_xxx.conf）

状態変更イベント自動削除設定ファイル

監視オブジェクト初期化設定ファイル

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）

相関イベント発行環境定義ファイル

インシデント登録環境定義ファイル（jcdmain.conf.update）

CMホスト定義ファイル（jcs_atc_cm_host.conf）

状態変更条件メモリー常駐機能の設定ファイル

セットアップ手順の「13.2.2 (5)　共通定義情報のコピー」で説明した手順で，共通定義情報をコピーするようにしてください。

なお，共通定義情報にはJP1/Base，JP1/IM - Manager，JP1/AJS2，およびJP1/Power Monitor（06-02以降）の設定情報が格納されています。論理ホストにこれらの製品がセットアップされている場合は，設定情報が一緒にコピーされます。

(2)　コマンドでの設定変更

jcocmddefコマンドおよびjcochafmodeコマンドを実行して，設定を変更した場合には，実行系サーバおよび待機系サーバの両サーバで同様の設定をする必要があります。

jcochafmodeコマンドを実行した場合
-hオプションを指定して，イベント取得フィルターの位置を変更した場合には，実行系サーバから待機系サーバに共通定義情報をコピーする必要があります。
セットアップ手順の「13.2.2 (5)　共通定義情報のコピー」で説明した手順で，共通定義情報をコピーするようにしてください。

jcocmddefコマンドを実行した場合
-hostオプションを指定して，実行系サーバの設定を変更した場合には，待機系サーバでも同様の設定をしてください。なお，jcocmddefコマンドは共有ディスクがマウントされていなくても実行できます。

13.2.5　論理ホストの削除

論理ホストを削除するための手順を次に示します。実行系サーバおよび待機系サーバで削除を行ってください。

Windowsで論理ホストを削除する場合は，JP1/Baseのjp1bshasetup.exeコマンドを使用します。

jp1bshasetup.exeコマンドを実行する。

［Baseクラスタ構成の設定］画面の［論理ホストの削除］ボタンをクリックする。

削除したい論理ホスト名を選択する。

［次へ］ボタンをクリックする。

削除内容を確認し，［完了］ボタンをクリックする。

これによって，論理ホストが削除されます。なお，論理ホストを削除すると，JP1/Base，JP1/IM - Manager，JP1/AJS2，JP1/Power Monitor（06-02以降）が一括して削除されます。

共有ディスク上の共有ファイル，共有フォルダは削除されません。手作業で削除してください。

13.3　クラスタ運用の環境設定（UNIXの場合）

クラスタ運用に対応するためのJP1/IM - Managerの環境設定について説明します。

＜この節の構成＞

13.3.1　環境設定の流れ

13.3.2　論理ホストのインストール・セットアップ

13.3.3　クラスタソフトへの登録（UNIXの場合）

13.3.4　設定変更時の作業

13.3.5　論理ホストの削除

13.3.1　環境設定の流れ

セットアップの作業の流れを示します。

図13-12　セットアップ作業の流れ（既存の論理ホスト環境をバージョンアップする場合）

図13-13　セットアップ作業の流れ（新規に環境設定する場合）

13.3.2　論理ホストのインストール・セットアップ

JP1/IM - Managerの論理ホストのインストールおよびセットアップについて説明します。なお，同じ論理ホストにJP1/Baseをセットアップする必要がありますので，あわせて説明します。

作業を始める前に，クラスタシステムについて次の情報を確認してください。

表13-10　論理ホストのインストール・セットアップ前の確認（UNIX）

確認項目 | 説明
論理ホスト名 | JP1を実行する論理ホストのホスト名
論理IPアドレス | 論理ホスト名に対応するIPアドレス
共有フォルダ | 論理ホストのJP1の実行環境ファイル一式を格納する共有ディスク上のフォルダ

また，これらが「13.1.2　クラスタ運用の前提条件」を満たしていることを確認してください。

確認ができたら，インストール・セットアップを始めます。

＜この項の構成＞

(1)　インストール

(2)　バージョンアップ時のセットアップ

(3)　物理ホスト環境のセットアップ

(4)　論理ホスト環境（実行系）のセットアップ

(5)　共通定義情報のコピー

(6)　論理ホスト（待機系）のセットアップ

(1)　インストール

実行系サーバ，待機系サーバそれぞれのローカルディスク上にJP1/IM - ManagerおよびJP1/Baseをインストールしてください。バージョンアップする場合は，インストールする前に設定情報とDBのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

JP1/Baseをインストールする。

JP1/IM - Managerをインストールする。

なお，共有ディスク上には，インストールしないでください。

(2)　バージョンアップ時のセットアップ

論理ホスト環境をバージョンアップする場合，次の手順でセットアップをしてください。新規に環境設定する場合は，「13.3.2 (3)　物理ホスト環境のセットアップ」から「13.3.2 (6)　論理ホスト（待機系）のセットアップ」までを参照してください。

(a)　実行系のセットアップ

統合スコープの機能を使用する場合は，手順6から手順8が必要になります。統合スコープの機能を使用しない場合は，手順6から手順8を飛ばしてください。

JP1/IM - Managerを停止する。
物理ホスト環境，論理ホスト環境すべてのJP1/IM - Managerを停止してください。

JP1/Baseの論理ホスト環境のセットアップをする。
JP1/Baseをバージョンアップした場合には，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項の説明を参照し，セットアップをしてください。JP1/Baseをバージョンアップしなかった場合にはセットアップの必要はありません。

共有ディスクが使用可能なことを確認する。

jp1cohaverupコマンドを実行する。
/opt/jp1cons/bin/jp1cohaverup -h 論理ホスト名

イベント取得フィルターの位置をイベントフロー制御サービスに変更する場合はjcochafmodeコマンドを実行する。
/opt/jp1cons/bin/jcochafmode -h 論理ホスト名

ディスクの空き容量を確認する。
JP1/IM - Managerをバージョンアップするには，/var/opt/jp1scope/database/下のディスク容量分の空き容量が，ハードディスクに必要です。

jp1cshaverupコマンドを実行する。
/opt/jp1scope/bin/jp1cshaverup -h 論理ホスト名 -w 作業フォルダ

jbssetcnfコマンドを実行する。
次に示す機能の有効，無効は旧バージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeの設定に依存します。

対処済み連動機能

状態変更イベントの上限監視

機能を無効から有効にしたい場合，次の表に示すファイルを引数にjbssetcnfコマンドを実行してください。

表13-11　機能を有効にするための設定ファイル

ファイル名 | 説明
action_complete_on.conf | 対処済み連動機能を有効にするためのファイルです。
evhist_warn_event_on.conf | 監視オブジェクトの状態変更イベント件数が上限値（100件）を超えた際に，JP1イベントを発行する機能を有効にするためのファイルです。

共通定義情報を退避する。
/opt/jp1base/bin/jbsgetcnf -h 論理ホスト名 > 共通定義情報退避ファイル名

(b)　待機系のセットアップ

JP1/IM - Managerを停止する。
物理ホスト環境，論理ホスト環境すべてのJP1/IM - Managerを停止してください。

実行系で退避した共通定義情報退避ファイルを待機系にコピーする。
FTPなど任意の方法でコピーしてください。

共通定義情報を設定する。
/opt/jp1base/bin/jbssetcnf 共通定義情報退避ファイル名

(3)　物理ホスト環境のセットアップ

各サーバで，JP1/BaseおよびJP1/IM - Managerの物理ホスト環境のセットアップをしてください。

JP1/Baseの物理ホスト環境のセットアップをする。

JP1/IM - Managerの物理ホスト環境のセットアップをする。

JP1/Baseのセットアップ手順は，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerのセットアップ手順は，クラスタ運用ではない場合と同じ手順です。「10.　インストールとセットアップ（UNIXの場合）」を参照してください。なお，物理ホストのJP1/IM - Managerを使わない場合は，セットアップの必要はありません。

(4)　論理ホスト環境（実行系）のセットアップ

(a)　セットアップの前準備

JP1が停止していることを確認する。
物理ホストおよびすべての論理ホストの，JP1/IMとJP1/Baseのプロセスが停止していることを確認してください。

共有ディスクが使用可能なことを確認する。
共有ディスクがマウントされていることをmountコマンドを実行して確認してください。

(b)　JP1/Baseのセットアップ

JP1/Baseの論理ホスト（実行系）をセットアップする。
手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Baseのコマンド実行環境を設定する。
詳細は「10.4.6　コマンド実行環境の設定」を参照してください。

(c)　JP1/IM - Managerのセットアップ

●JP1/IM - Manager（JP1/IM - Central Console）の設定

JP1/IM - Manager（JP1/IM - Central Console）の論理ホストのセットアップコマンドを実行する。
/opt/jp1cons/bin/jp1cc_setup_cluster -h 論理ホスト名 -d 共有ディレクトリ名
引数により，論理ホスト名と共有ディレクトリ名を指定します。

論理ホスト名（-hオプション）
JP1/Baseで設定した論理ホスト名を指定します。

共有ディレクトリ名（-dオプション）
共有ディスク上のディレクトリを指定してください。
「指定したディレクトリ名/jp1cons/」ディレクトリが作成され，論理ホストのJP1/IM - Manager（JP1/IM - Central Console）のファイル一式が作成されます。

なお，コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cc_setup_cluster（UNIX限定）」（2.　コマンド）を参照してください。
続けて，フェールオーバー時に適切に動作するよう，論理ホストのJP1/IM - Managerの環境設定をカスタマイズします。

自動アクションの再実行の設定をする。
次のコマンドを実行して，フェールオーバー時の自動アクション再実行について設定をします。
/opt/jp1cons/bin/jcoimdef -r { EXE | OUTPUT | OFF } -h 論理ホスト名
フェールオーバー時に状態が「送信待機」「送信中」「キューイング」および「実行中」だったアクションを，EXEを指定すると再実行し，OUTPUTを指定するとアクション一覧をファイルに出力し，OFFを指定すると処理を行いません。システム設計時の検討内容に従って設定してください。この設定は任意です。
jcoimdefコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）を参照してください。

●JP1/IM - Manager（JP1/IM - Central Scope）の設定

JP1/IM - Manager（JP1/IM - Central Scope）の論理ホストのセットアップコマンドを実行する。
/opt/jp1scope/bin/jp1cs_setup_cluster -h 論理ホスト名 -d 共有ディレクトリ名
引数により，論理ホスト名と共有ディレクトリ名を指定します。

論理ホスト名（-hオプション）
JP1/Baseで設定した論理ホスト名を指定します。

共有ディレクトリ名（-dオプション）
共有ディスク上のディレクトリを指定してください。
「指定したディレクトリ名/jp1scope/」ディレクトリが作成され，論理ホストのJP1/IM - Manager（JP1/IM - Central Scope）のファイル一式が作成されます。

なお，コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cs_setup_cluster（UNIX限定）」（2.　コマンド）を参照してください。

以上で，実行系サーバでの論理ホストのセットアップは完了です。

共有ディスクに論理ホストのJP1/IM - Managerのファイルが作成されていることを確認し，必要に応じて共有ディスクをアンマウントしてください。

(5)　共通定義情報のコピー

実行系サーバの共通定義情報を，待機系サーバにコピーします。

共通定義情報には，論理ホストのJP1/IM - ManagerおよびJP1/Baseを実行するための設定情報が記録されています。次の手順でコピーしてください。

実行系サーバで，共通定義情報を退避する。
実行系でjbsgetcnfコマンドを実行し，共通定義情報を退避します。
/opt/jp1base/bin/jbsgetcnf -h 論理ホスト名 > 共通定義情報退避ファイル名

退避ファイルを，実行系サーバから待機系サーバにコピーする。
FTPなど任意の方法でコピーしてください。

待機系サーバで，共通定義情報を設定する。
待機系サーバに，実行系サーバからコピーした退避ファイルを使って，共通定義情報を設定します。
/opt/jp1base/bin/jbssetcnf 共通定義情報退避ファイル名

(6)　論理ホスト（待機系）のセットアップ

(a)　セットアップの前準備

JP1が停止していることを確認する。
物理ホストおよびすべての論理ホストの，JP1/IMとJP1/Baseのプロセスが停止していることを確認してください。

なお，待機系サーバでは，共有ディスクが使用可能である必要はありません。

(b)　JP1/Baseのセットアップ

JP1/Baseの論理ホスト（待機系）をセットアップする。
手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Baseのコマンド実行環境を設定する。
詳細は「10.4.6　コマンド実行環境の設定」を参照してください。

(c)　JP1/IM - Managerのセットアップ

●JP1/IM - Manager（JP1/IM - Central Console）の設定

JP1/IM - Manager（JP1/IM - Central Console）の論理ホストのセットアップコマンドを実行する。
/opt/jp1cons/bin/jp1cc_setup_cluster -h 論理ホスト名
引数により，論理ホスト名を指定します。

論理ホスト名（-hオプション）
実行系サーバでセットアップした論理ホスト名を指定します。

なお，コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cc_setup_cluster（UNIX限定）」（2.　コマンド）を参照してください。

●JP1/IM - Manager（JP1/IM - Central Scope）の設定

JP1/IM - Manager（JP1/IM - Central Scope）の論理ホストのセットアップコマンドを実行する。
/opt/jp1scope/bin/jp1cs_setup_cluster -h 論理ホスト名
引数により，論理ホスト名を指定します。

論理ホスト名（-hオプション）
実行系サーバでセットアップした論理ホスト名を指定します。

なお，コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jp1cs_setup_cluster（UNIX限定）」（2.　コマンド）を参照してください。

以上で，待機系のセットアップが完了しました。

13.3.3　クラスタソフトへの登録（UNIXの場合）

JP1/IM - Managerをクラスタ運用するには，論理ホストのJP1/IM - ManagerおよびJP1/Baseをクラスタソフトに登録して，クラスタソフトからの制御で起動・停止するように設定します。

＜この項の構成＞

(1)　クラスタソフトに登録するスクリプトの作成

(2)　リソースの起動停止順序の設定

(1)　クラスタソフトに登録するスクリプトの作成

UNIXのクラスタソフトでは，通常，スクリプトなどによりアプリケーションを制御するツールを作成して，クラスタソフトに登録します。このときのスクリプトには一般的に，起動，停止，動作監視，強制停止の機能が必要です。

ここでは，スクリプト設計に必要なJP1/IM - Managerの情報を次に説明します。この情報を基に，クラスタソフトの仕様に合わせて，JP1/IM - Managerを制御するスクリプトを作成し，クラスタソフトに登録してください。

表13-12　クラスタ登録でのスクリプト設計のための詳細情報

登録する機能
説明

起動
JP1/IM - Managerを起動します。

使用するコマンド
「jco_start.cluster 論理ホスト名」

起動コマンドの終了タイミング
起動コマンドは，JP1/IM - Managerが起動するのを待って終了します。ただし，何らかの問題によって，タイムアウト時間（標準60秒）を過ぎても起動処理が完了しない場合は，起動処理の途中でコマンドが終了します。この場合，起動処理は中断せず，起動処理を続けている状態のままコマンドが終了します。

起動コマンドの結果判定
JP1/IM - Managerを起動した結果は，後述する動作監視の方法によって判定してください。通常は，クラスタソフトの動作監視によって判定します。なお，起動コマンドの戻り値は，0（正常終了）と1（引数異常）のため，戻り値での結果判定はできません。

停止
JP1/IM - Managerを停止します。

使用するコマンド
「jco_stop.cluster 論理ホスト名」

停止コマンドの終了タイミング
停止コマンドは，JP1/IM - Managerが停止するのを待って終了します。ただし，何らかの問題によって，タイムアウト時間（標準60秒）を過ぎても停止処理が完了しない場合は，停止処理の途中でコマンドが終了します。この場合，停止処理は中断せず，停止処理を続けている状態のままコマンドが終了します。

停止コマンドの結果判定
JP1/IM - Managerを停止した結果は，後述する動作監視の方法によって判定してください。なお，停止コマンドの戻り値は，0（正常終了）と1（引数異常）のため，戻り値での結果判定はできません。

〈備考〉

停止コマンドが終了したあと，念のため，後述する強制停止コマンドを実行することを推奨します。これは，何らかの問題がある場合でも確実にプロセスを終了させ，フェールオーバーが失敗することを防ぐためです。

動作監視※
JP1/IM - Managerが正常に動作していることを監視します。

使用するコマンド
「jco_spmd_status -h 論理ホスト名」

正常動作していることは，jco_spmd_statusコマンドの戻り値によって判定します。このコマンドでは，各プロセスが動作しているか，動作していないかで動作状態を判定しています。
動作監視の機能を提供していないクラスタソフトもあります。また，JP1/IM - Managerの障害時にフェールオーバーする必要がない場合，この機能は登録しません。

動作監視の結果判定
各戻り値の判定方法を次に示します。
戻り値=0 (すべて動作)
JP1/IM - Managerは正常に動作しています。
戻り値=1 (エラー)
回復不能なエラーが発生しました。異常と判定してください。
〈注意〉
共有ディスクがオフラインの待機系サーバでjco_spmd_statusコマンドを実行すると，共有ディスクがないため戻り値が1になります。
戻り値=4 (一部停止)
JP1/IM - Managerの一部のプロセスが，何らかの問題によって停止しています。異常と判定してください。
戻り値=8 (すべて停止)
JP1/IM - Managerのプロセスが何らかの問題によって停止しています。異常と判定してください。
戻り値=12 (リトライ可能エラー)
jco_spmd_statusコマンドによる動作状態の確認中に，リトライによって復旧可能なエラーが発生しました。一定回数を限度に，動作状態の確認をリトライしてください。

強制停止
JP1/IM - Managerを強制的に停止し，使用中のリソースを解放します。

使用するコマンド
「jco_killall.cluster 論理ホスト名」

jco_killall.clusterコマンドを実行すると，JP1/IM - Managerの終了処理を一切行わずに，各プロセスを強制的に停止します。

〈注意〉

強制停止をする前に，停止コマンドによってJP1/IM - Managerを停止してください。

注※

動作確認に関するJP1の動作について，ここで説明しているUNIXの場合と，Windowsの場合は，使用するコマンドは同じですが動作は異なりますので注意してください。

Windowsの場合は，Windowsのサービス制御との関連によって，UNIXの場合とは動作が異なります。Windowsでは，プロセスの一部が停止すると，JP1のプロセス管理が自動的にすべての各プロセスを停止して，サービスを停止状態にします。サービスの停止によって異常と判定するか，jco_spmd_statusコマンドなどの戻り値が8になるのを待ってから異常と判定してください。

〈備考〉JP1の再起動について

クラスタ運用のJP1の障害を検知した場合に，待機系サーバにフェールオーバーする前に，同じサーバでJP1を再起動して回復を試みる場合があります。

この場合は，JP1のプロセス管理による再起動ではなく，クラスタソフトの制御による再起動を推奨します。

クラスタソフトはJP1の障害検知後に再起動を試みるため，障害の内容によってはJP1の再起動機能が影響を受け，正常に動作できない可能性があります。より確実に再起動を行うために，クラスタソフトからの制御でJP1を再起動してください。

(2)　リソースの起動停止順序の設定

論理ホストのJP1/IM - ManagerおよびJP1/Baseを実行するには，共有ディスクおよび論理IPアドレスが使用可能になっている必要があります。

クラスタソフトの制御により，次のように動作するように起動停止の順序またはリソースの依存関係を設定してください。

論理ホストの起動時

共有ディスクおよび論理IPアドレスを割り当てて使用可能にする。

JP1/Base，JP1/IM - Managerの順に起動する。

論理ホストの停止時

JP1/IM - Manager，JP1/Baseの順に停止する。

共有ディスクおよび論理IPアドレスの割り当てを解除する。

13.3.4　設定変更時の作業

クラスタシステムでの運用開始後に実行系サーバの設定を変更した場合には，その内容を待機系サーバにも反映して同期をとる必要があります。同期をとらないと，フェールオーバーしたときに実行系サーバの動作と待機系サーバの動作が変わってしまうことがあります。

次に示す場合には，実行系サーバおよび待機系サーバの両サーバでの設定変更をしてください。

＜この項の構成＞

(1)　ファイルでの設定変更

(2)　コマンドでの設定変更

(1)　ファイルでの設定変更

次のファイルを編集し，jbssetcnfコマンドで設定を有効にした場合には，実行系サーバから待機系サーバに共通定義情報をコピーする必要があります。

自動アクション環境定義ファイル（action.conf.update）

通信環境定義ファイル（console.conf.update）

状態変更イベント件数の上限監視設定ファイル（evhist_warn_event_xxx.conf）

対処済み連動設定ファイル（action_complete_xxx.conf）

状態変更イベント自動削除設定ファイル

監視オブジェクト初期化設定ファイル

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）

相関イベント発行環境定義ファイル

インシデント登録環境定義ファイル（jcdmain.conf.update）

CMホスト定義ファイル（jcs_atc_cm_host.conf）

状態変更条件メモリー常駐機能の設定ファイル

セットアップ手順の「13.3.2 (5)　共通定義情報のコピー」で説明した手順で，共通定義情報をコピーするようにしてください。

なお，共通定義情報にはJP1/Base，JP1/IM - Manager，JP1/AJS2，およびJP1/Power Monitor（06-02以降）の設定情報が格納されています。論理ホストにこれらの製品がセットアップされている場合は，設定情報が一緒にコピーされます。

(2)　コマンドでの設定変更

jcocmddefコマンドおよびjcochafmodeコマンドを実行して，設定を変更した場合には，実行系サーバおよび待機系サーバの両サーバで同様の設定をする必要があります。

jcochafmodeコマンドを実行した場合
-hオプションを指定して，イベント取得フィルターの位置を変更した場合には，実行系サーバから待機系サーバに共通定義情報をコピーする必要があります。
セットアップ手順の「13.3.2 (5)　共通定義情報のコピー」で説明した手順で，共通定義情報をコピーするようにしてください。

jcocmddefコマンドを実行した場合
-hostオプションを指定して，実行系サーバの設定を変更した場合には，待機系サーバでも同様の設定をしてください。なお，jcocmddefコマンドは共有ディスクがマウントされていなくても実行できます。

13.3.5　論理ホストの削除

論理ホストを削除するための手順を次に示します。

UNIXで論理ホストを削除する場合は，JP1/Baseのjbsunsetcnfコマンドを使用します。次のコマンドを実行してください。

/opt/jp1base/bin/jbsunsetcnf -i -h 論理ホスト名

jbsunsetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

これによって，論理ホストが削除されます。なお，論理ホストを削除すると，JP1/Base，JP1/IM - Manager，JP1/AJS2，JP1/Power Monitor（06-02以降）が一括して削除されます。

共有ディスク上の共有ファイル，共有フォルダは削除されません。手作業で削除してください。

13.4　クラスタ運用時の注意事項

クラスタシステムで多重起動を行う場合，多重起動する論理ホストの数だけ，システムのリソースが必要となります。

WWWページ版のJP1/IM - Viewは，クラスタシステムに対応していません。JP1/IM - Viewを使用してください。

クラスタシステムでJP1/IM - Managerの設定を行う場合は，物理ホストで動作しているJP1/IM - Managerを必ず停止してください。物理ホストのJP1/IM - Managerを停止しないまま，クラスタシステムの設定を行った場合，論理ホストのサービスが正常に動作しなくなります。サーバを再起動して，回復してください。

論理ホストのユーザー認証サーバの設定およびユーザー登録を行う場合，必ず実行系のホストで操作をしてください。また，ユーザー登録を行う場合は，必ず論理ホストのサービスを起動してから行ってください。

ログイン中に系切り替えでユーザー認証サーバが切り替わった場合，JP1/IM - Managerでは，通信障害が発生し，系切り替え後に回復します。
JP1/IM - Managerの動作に問題がある場合は，ユーザー認証サーバをクラスタシステム以外の場所に設置しておくことで，回避できます。

Windowsの場合，実行系の定義を退避するときにjbsgetcnfコマンドに指定する論理ホスト名には，論理ホストを定義したときに指定した名称と，大文字・小文字が同じになるように指定してください。
誤って異なる指定を行った場合は，論理ホストを削除してから再度設定を行ってください。

クラスタシステムで構成定義情報を配布する場合は，構成定義ファイルを次の名称で作成してください。

Windowsの場合

共有フォルダ¥jp1base¥conf¥route¥jbs_route.conf

UNIXの場合

共有ディレクトリ/jp1base/conf/route/jbs_route.conf

13.5　非クラスタシステムでの論理ホストの運用と環境構築

フェールオーバーしない論理ホストの構築および運用についての概要を説明します。

フェールオーバーしない論理ホストも，通常のクラスタシステムで運用する場合の論理ホストと同じ手順でセットアップして運用します。

＜この節の構成＞

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

13.5.2　非クラスタシステムで論理ホストを運用する場合の環境設定

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

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

複数の論理ホストでJP1/IM - Managerを起動すると，それぞれのJP1/IM - Managerがシステムリソース（メモリー・ディスク・プロセス・セマフォなど）を使用します。同時に起動するJP1/IM - Managerの数に合わせて，リソース量も見積もってください。

または，システムの性能に合わせて，同時に起動するJP1/IM - Managerの数を調整してください。複数のJP1/IM - Managerを同時に実行してリソースが不足すると，システムが正常に動作しません。同時に起動する論理ホストの数は2～3を目安にしてください。

なお，メモリー所要量およびディスク占有量の見積もりについては，JP1/IM - Managerのリリースノートを参照してください。

13.5.2　非クラスタシステムで論理ホストを運用する場合の環境設定

クラスタソフトと連携しなくてもフェールオーバーしない論理ホスト環境で，JP1/IM - Managerを運用する手順を次に示します。

＜この項の構成＞

(1)　論理ホスト環境の準備

(2)　論理ホスト環境のJP1のセットアップ

(3)　論理ホスト環境の自動起動および自動停止の設定

(1)　論理ホスト環境の準備

論理ホスト環境を作成するために，論理ホスト用のディスク領域およびIP アドレスを用意してください。

論理ホスト用のディスク領域
物理ホストやほかの論理ホストのJP1が使用しているものとは別に，論理ホストのJP1/IM - Managerが専用で使用するファイルの格納先ディレクトリを，ローカルディスクに作成してください。

論理ホスト用のIPアドレス
論理ホストのJP1/IM - Managerが使用するIPアドレスを，OSで割り当ててください。
IPアドレスの割り当ては，実IPでもエイリアスIPでもかまいません。ただし，論理ホスト名から一意に特定できるIPアドレスにしてください。
これらに対する前提条件は，クラスタシステムでの運用の場合と同じです。ただし，フェールオーバーしない運用方法のため「サーバ間で引き継がれる」などの条件は除きます。

なお，「13.　クラスタシステムでの運用と環境構築」で，共有ディスク・論理IPアドレスと説明している部分は，上記で割り当てた論理ホスト用のディスク領域・IPアドレスに読み替えてください。

性能の見積もり
性能を見積もる際は，次のような観点でシステムとして動作できるか見積もってください。

システム内で複数のJP1/IM - Managerが起動できるリソースを割り当てられるかどうかを見積もってください。リソースが十分に割り当てられないと，正しく動作しなかったり，十分な性能が確保できなかったりします。

(2)　論理ホスト環境のJP1のセットアップ

クラスタシステムの実行系サーバと同じ手順で，論理ホスト環境のJP1をセットアップしてください。なお，クラスタシステムではフェールオーバーする両側のサーバに対してセットアップする必要がありますが，フェールオーバーしない論理ホストでは，動作するサーバだけセットアップしてください。

(3)　論理ホスト環境の自動起動および自動停止の設定

論理ホスト環境のJP1のセットアップ時に，自動起動および自動停止の設定は行われません。論理ホスト環境の自動起動および自動停止をする場合は，「10.5.3　自動起動および自動終了の設定」を参照してください。

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

JP1/IM - Managerの操作，バックアップやリカバリーなど，フェールオーバーしない論理ホストの運用方法は，クラスタシステムで運用する論理ホストと同じです。ただし，クラスタソフトと連動してフェールオーバーすることを除きます。

＜この項の構成＞

(1)　起動と停止

(2)　自動起動および自動停止の設定例

(3)　論理ホストのJP1に対する操作

(4)　論理ホストの引き継ぎ

(1)　起動と停止

論理ホストのJP1は，次の順に起動してください。

JP1/Base

JP1/IM - Manager

また，論理ホストのJP1は，次の順に停止してください。

JP1/IM - Manager

JP1/Base

(2)　自動起動および自動停止の設定例

システム開始時および停止時に，論理ホスト用のJP1サービスを自動起動および自動停止する場合は，次の手順で設定する必要があります。設定方法は，JP1/IM - ManagerがサポートするOSによって異なります。OSごとの設定方法を次に示します。

(a)　Windows 環境の場合

起動順序定義ファイル（JP1SVPRM.DAT）に，次の記述をテキストエディターで追記する。
格納先：Baseパス¥conf¥boot¥JP1SVPRM.DAT

[Jp1BaseEvent_論理ホスト名]
Name=JP1/BaseEvent_論理ホスト名
ServiceName=JP1_Base_Event 論理ホスト名

[Jp1Base_論理ホスト名]
Name=JP1/Base_論理ホスト名
ServiceName=JP1_Base_論理ホスト名
StopCommand=jbs_spmd_stop.exe -h 論理ホスト名

[Jp1CONS_論理ホスト名]
Name=JP1/Console_論理ホスト名
ServiceName=JP1_Console_論理ホスト名
StopCommand=jco_spmd_stop.exe -h 論理ホスト名

StopCommandパラメーターで指定しているコマンドは，JP1/Power Monitorからのシャットダウン時に実行されます。

(b)　HP-UX環境の場合

論理ホスト用の自動起動および自動停止スクリプトを作成する。
格納先：/sbin/init.d/jp1_service_cluster
自動起動および自動停止スクリプト例

#!/bin/sh

## Set Environment-variables
PATH=/sbin:/bin:/usr/bin:/opt/jp1base/bin:/opt/jp1cons/bin
export PATH
JP1_HOSTNAME=論理ホスト名
export JP1_HOSTNAME

case $1 in
start_msg)
echo "Start JP1 Service $JP1_HOSTNAME"
;;

stop_msg)
echo "Stop JP1 Service $JP1_HOSTNAME"
;;

'start')
if [ -x /etc/opt/jp1base/jbs_start.cluster ]
then
/etc/opt/jp1base/jbs_start.cluster
fi
if [ -x /etc/opt/jp1cons/jco_start.cluster ]
then
/etc/opt/jp1cons/jco_start.cluster
fi
;;

'stop')
if [ -x /etc/opt/jp1cons/jco_stop.cluster ]
then
/etc/opt/jp1cons/jco_stop.cluster
fi
if [ -x /etc/opt/jp1base/jbs_stop.cluster ]
then
/etc/opt/jp1base/jbs_stop.cluster
fi
;;

esac

exit 0

手順1で作成したスクリプトに対してリンクの設定をする。

起動スクリプト

次のコマンドを実行してリンクの設定をします。

ln -s /sbin/init.d/jp1_service_cluster /sbin/rc2.d/S***_JP1_SERVICE

***が大きい数字ほど，あとから起動スクリプトが実行されます。

停止スクリプト

次のコマンドを実行してリンクの設定をします。

ln -s /sbin/init.d/jp1_service_cluster /sbin/rc1.d/K***_JP1_SERVICE

***が大きい数字ほど，あとから停止スクリプトが実行されます。

一般的に起動される順番が早いほど，停止する順番はあとから実行されるように設定します。

(c)　Solaris環境の場合

論理ホスト用の自動起動および自動停止スクリプトを作成する。
格納先：/etc/init.d/jp1_service_cluster
自動起動および自動停止スクリプト例

#!/bin/sh

## Set Environment-variables
PATH=/sbin:/bin:/usr/bin:/opt/jp1base/bin:/opt/jp1cons/bin
export PATH
JP1_HOSTNAME=論理ホスト名
export JP1_HOSTNAME

case $1 in
start_msg)
echo "Start JP1 Service $JP1_HOSTNAME"
;;

stop_msg)
echo "Stop JP1 Service $JP1_HOSTNAME"
;;

'start')
if [ -x /etc/opt/jp1base/jbs_start.cluster ]
then
/etc/opt/jp1base/jbs_start.cluster
fi
if [ -x /etc/opt/jp1cons/jco_start.cluster ]
then
/etc/opt/jp1cons/jco_start.cluster
fi
;;

'stop')
if [ -x /etc/opt/jp1cons/jco_stop.cluster ]
then
/etc/opt/jp1cons/jco_stop.cluster
fi
if [ -x /etc/opt/jp1base/jbs_stop.cluster ]
then
/etc/opt/jp1base/jbs_stop.cluster
fi
;;

esac

exit 0

手順1で作成したスクリプトに対してリンクの設定をする。

起動スクリプト

次のコマンドを実行してリンクの設定をします。

ln -s /etc/init.d/jp1_service_cluster /etc/rc2.d/S**_JP1_SERVICE

**が大きい数字ほど，あとから起動スクリプトが実行されます。

停止スクリプト

次のコマンドを実行してリンクの設定をします。

ln -s /etc/init.d/jp1_service_cluster /etc/rc0.d/K**_JP1_SERVICE

**が大きい数字ほど，あとから停止スクリプトが実行されます。

一般的に起動される順番が早いほど，停止する順番はあとから実行されるように設定します。

(d)　AIX環境の場合

mkitabコマンドで/etc/inittabファイルに以下の記述を追加する。

# mkitab -i hntr2mon "jp1base:2:wait:/etc/opt/jp1base/jbs_start.cluster 論理ホスト名"
# mkitab -i jp1base "jp1cons:2:wait:/etc/opt/jp1cons/jco_start.cluster 論理ホスト名"

この記述を追加することで，システムの起動時にJP1サービスの起動処理が実行されます。

/etc/rc.shutdownのJP1/BaseとJP1/IM - Managerを前提とする製品の記述のあとに，次の記述をテキストエディターで追記する。

test -x /etc/opt/jp1cons/jco_stop.cluster && /etc/opt/jp1cons/jco_stop.cluster 論理ホスト名
test -x /etc/opt/jp1base/jbs_stop.cluster && /etc/opt/jp1base/jbs_stop.cluster 論理ホスト名
test -x /opt/hitachi/HNTRLib2/etc/D002stop &&
/opt/hitachi/HNTRLib2/etc/D002stop

この記述を追加することで，システムの停止時にJP1サービスの停止処理が実行されます。

(e)　Linux環境の場合

論理ホスト用の自動起動および自動停止スクリプトを作成する。
格納先：/etc/rc.d/init.d/jp1_service_cluster
自動起動および自動停止スクリプト例

#!/bin/sh

## Set Environment-variables
PATH=/sbin:/bin:/usr/bin:/opt/jp1base/bin:/opt/jp1cons/bin
export PATH
JP1_HOSTNAME=論理ホスト名
export JP1_HOSTNAME

case $1 in
start_msg)
echo "Start JP1 Service $JP1_HOSTNAME"
;;

stop_msg)
echo "Stop JP1 Service $JP1_HOSTNAME"
;;

'start')
if [ -x /etc/opt/jp1base/jbs_start.cluster ]
then
/etc/opt/jp1base/jbs_start.cluster
touch /var/lock/subsys/_JP1_BASE_$JP1_HOSTNAME
set_return
fi
if [ -x /etc/opt/jp1cons/jco_start.cluster ]
then
/etc/opt/jp1cons/jco_start.cluster
touch /var/lock/subsys/_JP1_CONS_$JP1_HOSTNAME
set_return
fi
;;

'stop')
if [ -x /etc/opt/jp1cons/jco_stop.cluster ]
then
/etc/opt/jp1cons/jco_stop.cluster
rm -f /var/lock/subsys/_JP1_CONS_$JP1_HOSTNAME
fi
if [ -x /etc/opt/jp1base/jbs_stop.cluster ]
then
/etc/opt/jp1base/jbs_stop.cluster
rm -f /var/lock/subsys/_JP1_BASE_$JP1_HOSTNAME
fi

;;
esac

exit 0

手順1で作成したスクリプトに対してリンクの設定をする。

起動スクリプト

次のコマンドを実行してリンクの設定をします。

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc3.d/S**_JP1_SERVICE

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc5.d/S**_JP1_SERVICE

**が大きい数字ほど，あとから起動スクリプトが実行されます。

停止スクリプト

次のコマンドを実行してリンクの設定をします。

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc0.d/K**_JP1_SERVICE

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc6.d/K**_JP1_SERVICE

**が大きい数字ほど，あとから停止スクリプトが実行されます。

一般的に起動される順番が早いほど，停止する順番はあとから実行されるように設定します。
なお，JP1サービスの自動停止をする場合は，必ず自動起動もするようにしてください。自動停止だけを設定している場合，停止スクリプトが起動されません。

(f)　物理ホストおよび論理ホストの両方で自動起動および自動停止をする場合の設定

物理ホストおよび論理ホストの両方で自動起動および自動停止をしたい場合は，論理ホストの自動起動および自動停止の設定に加えて，次に示す設定をする必要があります。

なお，設定方法はOSごとに異なります。OSごとの設定方法を次に示します。

Windows環境の場合

起動管理機能では，起動順序定義ファイル（JP1SVPRM.DAT）に記載された順番どおりに上から起動・停止処理が実行されます。物理ホストおよび論理ホストの起動順序を変更したい場合は，起動順序定義ファイル（JP1SVPRM.DAT）で，起動または停止したい順に，物理ホストおよび論理ホストの起動・停止順序を定義してください。

HP-UX，Solaris，およびLinuxの環境の場合

自動起動および自動停止の順序は，自動起動および自動停止スクリプトの数字部分（S**およびK**の**部分）の値によって決定されます。数字部分の値が大きいほど，あとから実行されます。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンクは，インストール時に自動で作成されます。物理ホストも含めた自動起動および自動停止をする場合は，論理ホスト用に作成するシンボリックリンクの名称を変更して，物理ホストおよび論理ホストの起動および停止順序を調節してください。

なお，物理ホスト用の自動起動および自動停止スクリプトは，あらかじめ用意されています。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧を次の表に示します。

表13-13　物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧

OS名 | 起動スクリプト | 停止スクリプト
HP-UX | /sbin/rc2.d/S901jp1_cons | /sbin/rc1.d/K099jp1_cons
Solaris | /etc/rc2.d/S99_JP1_20_CONS | /etc/rc0.d/K01_JP1_80_CONS
Linux | /etc/rc.d/rc3.d/S99_JP1_20_CONS | /etc/rc.d/rc0.d/K01_JP1_80_CONS
/etc/rc.d/rc5.d/S99_JP1_20_CONS | /etc/rc.d/rc6.d/K01_JP1_80_CONS

シンボリックリンク一覧のS**およびK**の**（数字）部分の値と，論理ホストの自動起動および自動停止スクリプトのシンボリックリンクのS**およびK**の**（数字）部分の値との大小関係によって，物理ホストおよび論理ホストの起動順序を調節してください。

例えば，論理ホストを先に起動したい場合は，論理ホスト用に作成する自動起動スクリプトへのシンボリックリンク名S**の数字を，900（HP-UXの場合）または99（Solaris，Linuxの場合）より小さい値にしてください。

AIX環境の場合

物理ホストの自動起動および自動停止をする場合は，追加設定が必要です。

追加設定については，「10.5.3　自動起動および自動終了の設定」を参照してください。

(3)　論理ホストのJP1に対する操作

論理ホストに作成したJP1に対してコマンドを実行する場合は，クラスタシステムで動作する論理ホストと同様に論理ホスト名を明示して実行してください。

(4)　論理ホストの引き継ぎ

非クラスタシステム環境の論理ホストでは共有ディスク上の管理情報が引き継がれないため，フェールオーバーに対応していません。複数のホストで論理ホストIPを引き継ぐ運用はしないでください。

14.　ネットワーク構成に応じた運用と環境構築

この章では，ネットワーク構成に応じた運用と環境構築について説明します。

JP1/IM - Managerのホストが複数のネットワークに接続された構成や，ファイアウォールを経由した構成などの場合は，ネットワークの構成に応じたJP1/IM - ManagerおよびJP1/Baseの設定や運用検討が必要です。

＜この章の構成＞

14.1　JP1/Baseによる通信の制御

14.2　複数ネットワークでの運用

14.3　ファイアウォール環境での運用

14.1　JP1/Baseによる通信の制御

JP1/IM - Managerは，前提製品であるJP1/Baseの通信設定に依存して動作します。

例えば，複数LAN（複数のネットワークに接続された構成）での通信の設定や，クラスタシステムで運用する場合のIPバインド方式などの通信方式は，JP1/Baseの通信制御の機能を使って動作しています。

通信方法および設定内容については，マニュアル「JP1/Base 運用ガイド」の次の説明を参照してください。

「概要」の章のJP1/Baseの通信方式

「ネットワーク構成に応じたJP1/Baseの通信設定」の章

14.2　複数ネットワークでの運用

ここでは，複数LAN（複数のネットワークに接続された構成）でのシステム構成例とその構成例を基に必要な通信設定について説明します。

なお，複数LANに関する設定は，JP1/Baseと共通です。JP1/Baseで設定すると，その設定にあわせてJP1/IM - Managerが動作します。

＜この節の構成＞

14.2.1　構成例1（クラスタ運用なし，JP1/IM - View接続）

14.2.2　構成例2（クラスタ運用なし，コマンド実行）

14.2.3　構成例3（クラスタ運用，JP1/IM - View接続）

14.2.4　構成例4（クラスタ運用，コマンド実行）

14.2.1　構成例1（クラスタ運用なし，JP1/IM - View接続）

クラスタ運用していない状態で，マネージャーホストが互いにルーティングできない二つのLANに接続されており，それぞれのLANからJP1/IM - Viewを接続する場合の例を次に示します。

図14-1　複数LAN環境でのJP1/IM - View接続（クラスタ運用なし）

この場合の各ホストの設定を次の表に示します。

表14-1　HostXの設定（JP1/IM - Manager）

ホスト名 | バインド方式 | jp1host設定 | 備考
HostX | 送信ANY，受信ANY | － | どちらの設定でも接続できる。
送信ANY，受信IP | 10.1.1.2，20.1.1.2

（凡例）

－：設定不要

JP1/Baseの通信設定を変更しなくても問題なく動作します（クラスタ運用しない場合，送受信ともにANYバインド方式で動作します）。

表14-2　HostA，HostBの設定（JP1/IM - View）

ホスト名 | 接続ホスト | その他条件
HostA | HostX | ホスト名HostX→10.1.1.2の変換ができること
HostB | HostX | ホスト名HostX→20.1.1.2の変換ができること

14.2.2　構成例2（クラスタ運用なし，コマンド実行）

クラスタ運用していない状態で，マネージャーホストが互いにルーティングできない二つのLANに接続されており，一方のLANからJP1/IM - Viewでマネージャーホストに接続し，もう一方にあるホスト上でコマンドを実行する場合の例を次に示します。

図14-2　複数LAN環境でのコマンド実行（クラスタ運用なし）

この場合の各ホストの設定を次の表に示します。

表14-3　HostXの設定（JP1/IM - Manager）

ホスト名 | バインド方式 | jp1host設定 | 備考
HostX | 送信ANY，受信ANY | － | どちらの設定でも接続できる。
送信ANY，受信IP | 10.1.1.2，20.1.1.2

（凡例）

－：設定不要

JP1/Baseの通信設定を変更しなくても問題なく動作します（クラスタ運用しない場合，送受信ともにANYバインド方式で動作します）。

表14-4　HostAの設定（JP1/IM - View）

ホスト名 | 接続ホスト | その他条件
HostA | HostX | ホスト名HostX→10.1.1.2の変換ができること

14.2.3　構成例3（クラスタ運用，JP1/IM - View接続）

マネージャーホストが互いにルーティングできない二つのLANに接続され，クラスタ運用されているとき，それぞれのLANからJP1/IM - Viewを接続する場合の例を次に示します。

図14-3　複数LAN環境でのJP1/IM - View接続（クラスタ運用）

この場合の各ホストの設定を次の表に示します。

表14-5　HostX，HostY，HostLの設定（JP1/IM - Manager）

ホスト名 | バインド方式 | jp1host設定 | 備考
HostX(物理ホスト) | 送信ANY，受信IP | 10.1.1.2，20.1.1.2 | JP1/Baseの通信設定が必要
HostY(物理ホスト) | 送信ANY，受信IP | 10.1.1.3，20.1.1.3
HostL(論理ホスト) | 送信ANY，受信IP | 10.1.1.11，20.1.1.11

JP1/Baseの通信設定を変更する必要があります。設定の詳細については，マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定の章を参照してください。

表14-6　HostAの設定（JP1/IM - View）

ホスト名 | 接続ホスト | その他条件 | 備考※
HostA | HostX | ホスト名HostX→10.1.1.2の変換ができること | 1
HostY | ホスト名HostY→10.1.1.3の変換ができること | 2
HostL | ホスト名HostL→10.1.1.11の変換ができること | 3
HostB | HostX | ホスト名HostX→20.1.1.1の変換ができること | 4
HostY | ホスト名HostY→20.1.1.2の変換ができること | 5
HostL | ホスト名HostL→20.1.1.11の変換ができること | 6

注※　備考記載の数字は図中の丸付き番号に対応しています。

14.2.4　構成例4（クラスタ運用，コマンド実行）

マネージャーホストが互いにルーティングできない二つのLANに接続され，クラスタ運用されているとき，一方のLANからJP1/IM - Viewでマネージャーホストに接続し，もう一方にあるホスト上でコマンドを実行する場合の例を次に示します。

図14-4　複数LAN環境でのコマンド実行（クラスタ運用）

この場合の各ホストの設定を次の表に示します。

表14-7　HostX，HostY，HostLの設定（JP1/IM - Manager）

ホスト名 | バインド方式 | jp1host設定 | 備考
HostX(物理ホスト) | 送信ANY，受信IP | 10.1.1.2，20.1.1.2 | JP1/Baseの通信設定が必要
HostY(物理ホスト) | 送信ANY，受信IP | 10.1.1.3，20.1.1.3
HostL(論理ホスト) | 送信ANY，受信IP | 10.1.1.11，20.1.1.11

JP1/Baseの通信設定を変更する必要があります。設定の詳細については，マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定の章を参照してください。

表14-8　HostAの設定（JP1/IM - View）

ホスト名 | 接続ホスト | その他条件 | 備考※
HostA | HostX | ホスト名HostX→10.1.1.2の変換ができること | 1，4
HostY | ホスト名HostY→10.1.1.3の変換ができること | 2，5
HostL | ホスト名HostL→10.1.1.11の変換ができること | 3，6

注※　備考記載の数字は図中の丸付き番号に対応しています。

14.3　ファイアウォール環境での運用

ここでは，ファイアウォールを含むネットワーク環境でJP1/IMを運用する場合について説明します。JP1/IMではファイアウォールを介したシステム構成に対応しています。

＜この節の構成＞

14.3.1　ファイアウォールの基礎知識

14.3.2　JP1/IMの通信

14.3.1　ファイアウォールの基礎知識

ファイアウォール環境での運用について説明する前に，まず，ファイアウォールの基礎知識について説明します。

ファイアウォールを含むネットワーク環境でJP1を運用する場合，ファイアウォールの機能のうち，次の二つについて対応を検討する必要があります。

パケット・フィルタリング（アクセスの制限）
必要な通信だけを許可し，許可していない不正な通信を防ぐ。

NAT（アドレスの変換）
IPアドレスを変換し，直接接続できない異なるアドレスのネットワークと接続する。また，IPアドレスを変換するマシンの存在を外部から隠す。

これらを検討し環境を設定するためには，ファイアウォールが通信を制御する方法を理解する必要があります。

注意

ここで説明する内容は，ファイアウォールの基礎を理解していただくための概要であり，実際にファイアウォールの検討や設定をするためには十分ではありません。実際にファイアウォールを設置する場合は，必ずファイアウォールのマニュアルやセキュリティの専門書を参照し十分に理解したうえで，検討や環境設定をしてください。

＜この項の構成＞

(1)　パケット・フィルタリング

(2)　NAT（アドレス変換）

(3)　ファイアウォール環境での運用するJP1の通信設定

(1)　パケット・フィルタリング

パケット・フィルタリングは，ファイアウォール経由で使用できるアプリケーションを，特定のアプリケーションだけに制限するための機能です。ファイアウォールを通過する通信パケットを一つずつ確認し，あらかじめ指定した通過条件に一致しないパケットを破棄することで，不正な通信がファイアウォールを通過することを防ぎます。これによって，通過条件に指定されたアプリケーションだけがファイアウォール経由で使用できます。

JP1/IMは，パケット・フィルタリングに対応しています。

(a)　パケット・フィルタリングを設定するには

パケット・フィルタリングを設定するには，次の作業が必要です。

アプリケーションが使用するポート番号など通信の方式を調べる。
ファイアウォールの通過条件として設定するポート番号やIPアドレスおよび通過方向を確認します。
JP1/IMの場合，この章の説明と「付録C　ポート番号」の説明を参照して，通信方法を確認してください。

ファイアウォールに通過条件を設定する。
まず，すべての通過を禁止してから，特定のアプリケーションの通信だけがファイアウォールを通過できるよう通過条件を設定します。
JP1/IMの場合，先の手順で確認したJP1/IMの通信がファイアウォールを通過できるように設定してください。

(b)　JP1/IMの場合の設定例

ここでは，JP1/IM - ViewとJP1/IM - Managerの間にファイアウォールがある環境を例に，パケット・フィルタリングの設定について説明します。

例：JP1/IM - Viewをファイアウォール経由でJP1/IM - Managerに接続する。

JP1/IM - ViewのマシンのIPアドレスは192.168.19.37とする。

JP1/IM - ManagerのマシンのIPアドレスは172.16.100.24とする。

ポート番号は，JP1の標準のポート番号を使う。

図14-5　パケット・フィルタリングの設定例

JP1の通信の方法を調べる。
まず，パケット・フィルタリング設定に必要な情報である，JP1の通信の方法を調べます。「付録C.2　ファイアウォールの通過方向」の説明を参照すると，JP1/IMが使用するポート番号について以下のような表で説明されています。

表14-9　ファイアウォールの通過方向

項番
サービス名
ポート番号
ファイアウォールの通過方向

1
jp1imevtcon
20115/tcp
JP1/IM - View → JP1/IM - Manager（JP1/IM - Central Console）

2
jp1imcmda
20238/tcp
JP1/IM - View → JP1/IM - Manager（JP1/IM - Central Console）
JP1/IM - Manager（JP1/IM - Central Console） → JP1/Base※1

3
jp1imcss
20305/tcp
JP1/IM - View → JP1/IM - Manager（JP1/IM - Central Scope）

4
jp1cmnaming
22301/tcp
JP1/IM - View → JP1/IM - Central Information Master

5
jp1cmsessmgr
22302/tcp

6
jp1cmobjprov
22303/tcp

7
jp1cminfocol
22304/tcp

8
jp1imidm
23044/tcp
JP1/IM - Manager（JP1/IM - Central Console） → JP1/IM - Incident Master

9
jp1imeds
23045/tcp
JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

10
jp1imegs
20383/tcp
JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

11
jp1rmregistry
20380/tcp
JP1/IM - View → JP1/IM - Rule Operation

12
jp1rmobject
20381/tcp

13
http
80/tcp※2
WWWページ版のJP1/IM - View（WWWブラウザー） → HTTPサーバ

注※1　マネージャーホストのJP1/Baseが対象です。

注※2　HTTPサーバの設定によっては異なる場合があります。

この表は，次のような通信の方法を意味しています。

サービス名とポート番号の欄
JP1が通信で使用するサービス名とポート番号です。JP1/IM - ViewとJP1/IM - Managerの通信は，ポート番号20115（サービス名jp1imevtcon），ポート番号20238（サービス名jp1imcmda），およびポート番号20305（サービス名jp1imcss）を使い，通信のプロトコルはTCPであることがわかります。

ファイアウォールの通過方向の欄
この欄は，接続開始時（コネクション確立時）の通信方向を意味しており，表中の矢印に接続します。接続開始時の方向は，ファイアウォール通過を許可する方向を制限したい時に必要な情報です。例えば，この表の項番1からは，JP1/IM - ViewからJP1/IM - Manager（JP1/IM - Central Console）への方向で接続することがわかります。

その他
表には直接書かれていませんが，表の情報とTCPの通信の仕様から考えると次のことがわかります。
TCPは双方向の通信であるため，行き（JP1/IM - View→JP1/IM - Manager）と帰り（JP1/IM - View←JP1/IM - Manager）の通信があります。通信での行きと帰りのパケットでは，送信元IPアドレス（Source IPアドレス）と送信先IPアドレス（Destination IPアドレス）が入れ替わります。

パケット・フィルタリングを設定する。
確認したJP1/IM - ViewとJP1/IM - Managerの通信の方法を基に，この通信だけがファイアウォールを通過できるように設定します。
パケット・フィルタリングの通過条件は次のようになります。

（例）フィルタリング条件：JP1/IM - ViewとJP1/IM - Managerの場合

表14-10　パケット・フィルタリングの通過条件

項番
Source
Address
Destination
Address
Protocol
Source
Port
Destination
Port
Control

1
192.168.19.37
172.16.100.24
TCP
(ANY)
20115
accept

2
192.168.19.37
172.16.100.24
TCP
(ANY)
20238
accept

3
192.168.19.37
172.16.100.24
TCP
(ANY)
20305
accept

4
172.16.100.24
192.168.19.37
TCP
20115
(ANY)
accept

5
172.16.100.24
192.168.19.37
TCP
20238
(ANY)
accept

6
172.16.100.24
192.168.19.37
TCP
20305
(ANY)
accept

7
(ANY)
(ANY)
(ANY)
(ANY)
(ANY)
reject

この表は，パケットを確認する条件と条件に一致した場合の制御を示しています。
Controlの列は，ファイアウォールがパケットの通過を許可（accept）するか，拒否（reject）するかの指定です。（ANY）は，OSにより割り当てられる任意の空きポート番号が使うという意味です。
この表のフィルタリング条件に合わせて，ファイアウォールのパケット・フィルタリングを設定します。
なお，具体的な設定方法はファイアウォールによって異なります。ご使用のファイアウォールのマニュアルを参照してください。

(2)　NAT（アドレス変換）

NAT（Network Address Translator：アドレス変換）は，プライベートなIPアドレスと，グローバルなIPアドレスとを相互に変換する機能です。アドレス変換をすることで，プライベート側のアドレスが外部から隠され，内部のマシンのセキュリティを高めることができます。なお，NATは，ファイアウォールだけではなく，ルーターの機能として提供されている場合もあります。

JP1は，スタティック・モード（あらかじめ決められたルールに従ってアドレスを変換する方法）のNATにだけ対応しています。

(a)　NATを設定するには

NATを設定するには，次の作業が必要です。

使用するIPアドレスを確認する。
まず，アプリケーションが使用するIPアドレスを確認します。IPアドレスを一つしか使っていないマシンの場合は単純ですが，複数のネットワークアダプターがある（つまり複数のIPアドレスがある）場合や，クラスタシステムで論理IPアドレスを使う場合などは，アプリケーションによってどのIPアドレスを使用するかが異なります。
JP1/IMの場合，JP1/Baseで通信の設定をしている場合や，クラスタ運用で論理IPアドレスを使用する場合など，設定によって使用するIPアドレスが異なります。

アドレスの変換ルールを検討し設定する。
アプリケーションが使用するIPアドレスが確認できたら，変換後のIPアドレスを決めます。
アドレスの変更ルールが決まったら，NATに設定します。

(b)　JP1/IMの場合の設定例

ここでは，JP1/IM - ViewとJP1/IM - Managerの間にファイアウォールがある環境を例に，NATの設定について説明します。

例：JP1/IM - Viewからアドレス変換したJP1/IM - Managerに接続する。

JP1/IM - ViewのマシンのIPアドレスは 192.168.19.37とする。

JP1/IM - ManagerのマシンのIPアドレスは 172.16.100.24とする。
このJP1/IM - ManagerのIPアドレスを，JP1/IM - Manager’のIPアドレス 192.168.100.24に変換する。
JP1/IM - Viewからは変換後の192.168.100.24に接続する。

図14-6　NATの設定例

（注意：これはNATでのアドレス変換の例であり，ほかの変換方法の場合もあります）

使用するIPアドレスを確認する。
まず，NATの設定に必要な情報である，JP1が使用するIPアドレスを調べます。
今回の例では，ホスト名(hostnameの結果)に対応するIPアドレスを使って通信します。

アドレス変換ルールを検討し設定する。
JP1/IM - ManagerのマシンのIPアドレスをNATによって172.16.100.24から192.168.100.24へアドレス変換するよう変換ルールを決めます。

（例）アドレス変換ルール：172.16.100.24を192.168.100.24に変換

表14-11　アドレス変換ルール

項番
Source
Address
Destination
Address
Source
Address
(Transrated)
Destination
Address
(Transrated)

1
(ANY)
192.168.100.24
(ANY)
172.16.100.24

2
172.16.100.24
(ANY)
192.168.100.24
(ANY)

この表は，元のパケットと，アドレス変換したパケット（Transrated）との対応を示しています。
このアドレス変換ルールをファイアウォールのNAT設定に定義します。
なお，具体的な設定方法はファイアウォールやルーターによって異なりますので，ご使用の製品のマニュアルを参照してください。

JP1/IM - Viewがアクセスするのは，実際のJP1/IM - Managerのマシンのアドレス（172.16.100.24）ではなく，アドレス変換した後のアドレス（192.168.100.24）となります。

このため，JP1/IM - Viewからは，あたかもアドレス（192.168.100.24）のホストJP1/IM - Manager’にアクセスしているように見えます。

(3)　ファイアウォール環境での運用するJP1の通信設定

ファイアウォールを経由するネットワーク環境でJP1を運用する場合は，JP1の通信方式をIPバインド方式に設定することと，複数LAN接続の設定による影響を考慮してください。

ファイアウォール環境でJP1を運用するには，これまで説明したようにパケット・フィルタリングやNATに，IPアドレスとポート番号による条件を設定する必要があります。

このため，JP1が使用するIPアドレスを明確にする必要があり，JP1の使用するIPアドレスがJP1の設定によって決められるIPバインド方式が適しています。

例えば，JP1を実行するサーバが，複数のLANに接続されている構成やクラスタシステム構成では，使用するIPアドレスがOSによって決められる場合があり，意図しないIPアドレスが使われることがあります。この場合は，JP1の通信方式をIPバインド方式に設定し，JP1の環境設定で指定したIPアドレスを使って通信することで対処できます。

14.3.2　JP1/IMの通信

JP1/IMの通信について，ポート番号，IPアドレス，アドレス変換(NAT)の対応を説明します。

なお，JP1/IMの機能には，前提製品JP1/Baseの機能を使用しているため，JP1/IMとJP1/Baseの通信をまとめて説明をします。

＜この項の構成＞

(1)　ポート番号

(2)　IPアドレス

(3)　アドレス変換(NAT)の対応

(1)　ポート番号

(a)　ポート番号

JP1/IMおよびJP1/Baseが使用するポート番号と，ファイアウォールの通過方向（コネクション確立の方向）は，次の説明を参照してください。

JP1/Baseのポート番号：マニュアル「JP1/Base 運用ガイド」のポート番号の説明

JP1/IMのポート番号：「付録C　ポート番号」

(b)　システム構成例と通信

システム構成の例により，使用するポート番号とファイアウォール通過方向（コネクション確立の方向）を説明します。

注意

ファイアウォールのホストでJP1を使用する場合，自ホスト内の通信については，JP1が使うすべてのポートを通過できるよう設定してください。これは，JP1のプロセス同士の通信にポートを使用するためです。

図14-7　システム構成（例）

HOST-M1に，HOST-VのJP1/IM - Viewで接続する。

HOST-M1の下位にHOST-M2を設置する。

HOST-M1の下にHOST-A1，HOST-M2の下にHOST-A2をエージェントホストとして設置する。

HOST-M1の認証サーバを，HOST-AUTHに設定する。

認証サーバと，マネージャーおよびエージェントの通信

マネージャーまたはエージェント
（JP1/Base）
通過方向
認証サーバ
（JP1/Base）

(ANY)
→
20240/tcp (jp1bsuser)

この表はシステム構成例の，各ホストとHOST-AUTHの通信に相当します。

ビューアーとマネージャーの通信

JP1/IM - View
通過方向
マネージャー
（JP1/IMおよびJP1/Base）

(ANY)
→
20115/tcp（jp1imevtcon）
20238/tcp（jp1imcmda）
20305/tcp（jp1imcss）※1
22301/tcp（jp1cmnaming）※2
22302/tcp（jp1cmsessmgr）※2
22303/tcp（jp1cmobjprov）※2
22304/tcp（jp1cminfocol）※2
20380/tcp（jp1rmregistry）※3
20381/tcp（jp1rmobject）※3

注※1 jp1imcssのポートは，JP1/IM - Manager（JP1/IM - Central Scope）を使用する場合だけ使用します。
注※2 これらのポートは，JP1/IM - Central Information Masterを使用する場合だけ使用します。
注※3 これらのポートは，JP1/IM - Rule Operationを使用する場合だけ使用します。

この表はシステム構成例の，HOST-V1とHOST-M1の通信に相当します。

なお，HOST-V1でWWWページ版のJP1/IM - Viewを使用する場合は，次のように設定します。

WWWページ版のJP1/IM - View（WWWブラウザー）
通過方向
マネージャー
（HTTPサーバおよび
JP1/IM - Manager）

(ANY)
→
80/tcp※
20115/tcp（jp1imevtcon）

注※　WWWブラウザーからHTTPサーバへアクセスするときに使用します。なお，HTTPサーバの設定によっては異なる場合があります。

JP1/IM - Viewとエージェントの通信
JP1/IM - Viewとエージェント（JP1/Base）の通信はありません。

上位マネージャーと下位マネージャーの通信

上位マネージャー
（JP1/IMおよびJP1/Base）
通過方向
下位マネージャー
（JP1/IMおよびJP1/Base）

(ANY)
→
20098/tcp（jp1imevt）
20099/tcp（jp1imevtapi）
20237/tcp（jp1imrt）
20239/tcp（jp1imcmdc）
20306/tcp（jp1bsplugin）

20098/tcp（jp1imevt）
20239/tcp（jp1imcmdc）
←
(ANY)

この表はシステム構成例の，HOST-M1とHOST-M2の通信に相当します。
なお，イベント転送は下位から上位だけ，コマンド実行は上位から下位だけであることを前提にしています。

マネージャーとエージェントの通信

マネージャー
（JP1/IMおよびJP1/Base）
通過方向
エージェント
（JP1/Base）

(ANY)
→
20098/tcp（jp1imevt）
20099/tcp（jp1imevtapi）
20237/tcp（jp1imrt）
20239/tcp（jp1imcmdc）
20306/tcp（jp1bsplugin）

20098/tcp（jp1imevt）
20239/tcp（jp1imcmdc）
←
(ANY)

この表はシステム構成例の，HOST-M1とHOST-A1やHOST-A2，およびHOST-M2とHOST-A2の通信に相当します。

JP1/SESイベントを使用する場合

なお，JP1/SES形式のJP1イベントを扱う場合は，これまでの説明に加えて，次の設定が必要です。

サービス名JP1AutoJob（Windowsの場合）またはjesrd（UNIXの場合）で任意のポート番号を定義する。

定義したポート番号で，JP1/SESイベントを扱う製品とJP1/Baseの間が，双方向で通過できるように，ファイアウォールに設定する。

詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

参考

JP1/IM - Incident Masterホスト，JP1/IM - Central Information Masterホストとの通信

JP1/IM - Incident MasterやJP1/IM - Central Information Masterと連携する場合も，ポートを使って通信を行っています。その際のファイアウォールの通過方向は次のようになります。

マネージャーとJP1/IM - Incident Masterホストの通信

マネージャー
（JP1/IM - ManagerおよびJP1/Base）
通過方向
JP1/IM - Incident Masterホスト
（JP1/IM - Incident MasterおよびJP1/Base）

(ANY)
→
23044/tcp（jp1imidm）

20306/tcp（jp1bsplugin）
←
(ANY)

マネージャーとJP1/IM - Central Information Masterホストの通信

マネージャー
（JP1/IM - ManagerおよびJP1/Base）
通過方向
JP1/IM - Central Information Masterホスト
（JP1/IM - Central Information MasterおよびJP1/Base）

(ANY)
→
20306/tcp（jp1bsplugin）

(2)　IPアドレス

JP1/IMおよびJP1/Baseが使うIPアドレスについて説明します。

IPアドレスでフィルタリングする場合や，アドレス変換(NAT)をする場合は，ここで説明するIPアドレスを指定してください。

なお，JP1/IMは，前提製品JP1/Baseの機能を使って通信方法を制御しています。

設定の詳細については，マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定の章を参照してください。

(a)　通常のシステムの場合

クラスタではない通常のシステムで，論理ホストのセットアップをしていない場合に使用するIPアドレスを説明します。

受信側IPアドレス（受信側がANYバインドの場合）
JP1のサービスが接続を受け付けるIPアドレスです。
ホスト名（hostnameコマンドの結果）に対応するIPアドレスを使います。

送信側IPアドレス（送信側がANYバインドの場合）
JP1のサービスへ接続する側が使うIPアドレスです。
JP1では自IPアドレスを指定せずにコネクション要求（connect関数を実行）します。この場合，OSの仕様に依存し，接続先に対応したIPアドレスがOSによって割り当てられます。一般に，接続先IPアドレスへパケットを送るときに使われるNICに対応したIPアドレスが割り当てられますが，詳細についてはOSのTCP/IP制御の仕様を確認してください。

(b)　クラスタシステムの場合

クラスタシステムで論理ホスト環境のセットアップをしている場合，通常のシステムと異なり，以下のIPアドレスを使用します。

受信側IPアドレス （受信側がIPバインドの場合）
JP1のサービスが接続を受け付けるIPアドレスです。
物理ホスト環境は，物理ホスト名(hostnameコマンドの結果)に対応したIPアドレスを使います。論理ホスト環境は，論理ホスト名に対応した論理IPアドレスを使います。

送信側IPアドレス（送信側がIPバインドの場合）
JP1のサービスへ接続する側が使うIPアドレスです。
物理ホスト環境は，物理ホスト名(hostnameコマンドの結果)に対応したIPアドレスを使います。論理ホスト環境は，論理ホスト名に対応した論理IPアドレスを使います。

(c)　通信設定をカスタマイズしている場合の注意

「14.3.2 (2) (a)　通常のシステムの場合」および「14.3.2 (2) (b)　クラスタシステムの場合」の説明は，JP1をセットアップしたままの標準的な通信設定の場合の動作です。JP1/Baseでjp1hostsを定義するなど複数LAN接続の設定をカスタマイズしている場合は，受信側・送信側の通信方式（ANYバインド，IPバインド）の組み合わせによって動作が決まりますので注意してください。

例えば，受信側：IPバインド，送信側：ANYバインドになるようにカスタマイズしている場合は，受信側は「14.3.2 (2) (b)　クラスタシステムの場合」の説明の動作，送信側は「14.3.2 (2) (a)　通常のシステムの場合」の説明の動作になります。

(3)　アドレス変換(NAT)の対応

JP1/IMは，スタティック・モードでのアドレス変換(NAT) に対応しています。

JP1/IMが使用するIPアドレスを，適切に変換できるよう，NATに設定してください。

15.　ほかの統合管理製品と連携するための設定

この章では，JP1/IMとほかの統合管理製品を連携する場合の環境設定について説明します。

＜この章の構成＞

15.1　JP1/IM - Incident Masterと連携する

15.2　JP1/IM - Rule Operationと連携する

15.1　JP1/IM - Incident Masterと連携する

JP1/IM - Incident Masterと連携する場合には，次に示す設定をする必要があります。

インシデント登録サービスの起動設定

インシデント登録サービスの環境設定

JP1イベントの取得開始位置の変更

JP1/IM - Incident Master画面呼び出し設定

＜この節の構成＞

(1)　インシデント登録サービスの起動設定

(2)　インシデント登録サービスの環境設定

(3)　JP1イベントの取得開始位置の変更

(4)　JP1/IM - Incident Master画面呼び出し設定

(1)　インシデント登録サービスの起動設定

インシデント登録サービスの起動設定の手順を次に示します。

インシデント登録サービスの起動設定をする。
次のコマンドを実行します。

jcoimdef -n ON

JP1/IM - Managerの起動時に，インシデント登録サービスが自動で起動するようになります。

インシデント登録サービスの起動設定について

jcoimdefコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）

(2)　インシデント登録サービスの環境設定

インシデント登録サービスの動作環境を設定する手順を次に示します。

インシデント登録環境定義ファイルを作成する。
インシデント登録の実行環境の定義ファイルを作成します。

Windowsの場合

定義ファイルはConsoleパス¥conf¥jcdmain.confです。この定義ファイルのモデルファイル（Consoleパス¥default¥jcdmain.conf.update）をコピーしてから，定義内容を編集します。

cd Consoleパス

copy default¥jcdmain.conf.update conf¥jcdmain.conf

notepad conf¥jcdmain.conf

UNIXの場合

定義ファイルは/etc/opt/jp1cons/conf/jcdmain.confです。この定義ファイルのモデルファイル（/etc/opt/jp1cons/default/jcdmain.conf.update）をコピーしてから，定義内容を編集します。

cd /etc/opt/jp1cons

cp -p default/jcdmain.conf.update conf/jcdmain.conf

vi conf/jcdmain.conf

インシデント登録環境定義ファイルの定義内容については，マニュアル「JP1/Integrated Management - Manager リファレンス　インシデント登録環境定義ファイル（jcdmain.conf.update）」（3.　定義ファイル）を参照してください。

jbssetcnfコマンドを実行して定義を反映する。

Windowsの場合

jbssetcnf Consoleパス¥conf¥jcdmain.conf

UNIXの場合

/opt/jp1base/bin/jbssetcnf /etc/opt/jp1cons/conf/jcdmain.conf

jbssetcnfコマンドを実行すると，JP1共通定義情報へインシデント登録の実行環境の設定が反映されます。jbssetcnfコマンドについてはマニュアル「JP1/Base 運用ガイド」を参照してください。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。
定義内容が有効になります。

(3)　JP1イベントの取得開始位置の変更

JP1イベント取得開始位置の変更手順を次に示します。

インシデント登録用システムプロファイル（eds_system.conf）をテキストエディターなどで編集する。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。
定義した内容が有効になります。

JP1イベントの取得開始位置の変更について

インシデント登録用システムプロファイル（eds_system.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　インシデント登録用システムプロファイル（eds_system.conf）」（3.　定義ファイル）

(4)　JP1/IM - Incident Master画面呼び出し設定

JP1/IM - ViewからJP1/IM - Incident Masterの［インシデントの登録］画面を呼び出す場合，JP1/IM - Viewのログイン先のJP1/IM - Manager（JP1/IM - Central Console）が管理するインシデント手動登録定義ファイル（incident.conf）を編集する必要があります。なお，WWWページ版のJP1/IM - ViewからJP1/IM - Incident Masterの［インシデントの登録］画面を呼び出す場合も，同様の設定が必要です。

JP1/IM - Incident Master画面の呼び出し設定をする手順を次に示します。

インシデント手動登録定義ファイル（incident.conf）をテキストエディターなどで編集する。

インシデント手動登録定義ファイル（incident.conf）のIDM_URL=に指定したポート番号について，ファイアウォールを通過できるよう設定する。
JP1/IM - Viewのマシンから，JP1/IM - Incident Masterのマシンに対して，ファイアウォールを通過できるようにします。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。

JP1/IM - ViewからJP1/IM - Manager（JP1/IM - Central Console）に再ログインする。
定義した内容が有効になります。

JP1/IM - Incident Master画面呼び出し設定について

インシデント手動登録定義ファイル（incident.conf）の詳細について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　インシデント手動登録定義ファイル（incident.conf）」（3.　定義ファイル）

15.2　JP1/IM - Rule Operationと連携する

JP1/IM - Rule Operationと連携する場合には，次に示す設定をする必要があります。

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連携機能を有効にするための設定手順を次に示します。なお，下記手順は，順不同で実行できます。また，引数を並べて実行することで，一度で設定を完了させることもできます。

JP1/IM - Rule Operation連携機能を有効にする。
次のコマンドを実行します。
jcoimdef -rule ON

JP1/IM - Rule Operationホストを指定する。
次のコマンドを実行します。
jcoimdef -rulehost JP1/IM - Rule Operationホスト名

JP1/IM - Rule Operationにルール起動要求するイベントの発生を通知するJP1ユーザーを指定する。
次のコマンドを実行します。
jcoimdef -ruleuser JP1ユーザー名

JP1/IM - Managerを起動させたまま，jcoimdefコマンドの-ruleオプションで，JP1/IM - Rule Operation連携機能を有効または無効に設定変更した場合は，JP1/IM - Managerの再起動が必要です。また，接続中のJP1/IM - Viewも再起動が必要です。

JP1/IM - Managerを起動させたまま，jcoimdefコマンドの-rulehostオプションでJP1/IM - Rule Operationホストの指定を変更する場合や，jcoimdefコマンドの-ruleuserオプションでJP1/IM - Rule Operationにルール起動要求のイベントの発生を通知するJP1ユーザーの指定を変更する場合は，jcoimdefコマンドに-iオプションを指定して実行するか，jco_spmd_reloadコマンドを実行してください。接続中のJP1/IM - View の再起動は必要ありません。

JP1/IM - Rule Operation連携機能の有効設定について

jcoimdefコマンドについて
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）

(2)　JP1/IM - Rule Operationへの通知設定

JP1/IM - Rule Operationへの通知は，自動アクションを利用して実行します。自動アクションの実行内容を次のように設定する以外は，通常の自動アクションと同じですので，「11.3　自動アクションの設定」を参考に設定してください。

GUIによる設定の場合：
［アクション詳細設定］画面の設定項目［実行内容］で［ルール］を選択する。

定義ファイルによる設定の場合：
自動アクション定義ファイル（actdef.conf）内の自動アクション定義パラメーターの設定項目「アクション」で「<RULE>」と指定する。設定項目「u=ユーザー名」，「e=環境変数ファイル名」および「d=実行先ホスト名|グループ名」は指定しない。

JP1/IM - Rule Operationへの通知設定について

［アクション詳細設定］画面について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.23　［アクション詳細設定］画面」

自動アクション定義ファイル（actdef.conf）について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）

注意

JP1/IM - Rule Operationへの通知をやめる場合は，JP1/IM - Rule Operationへ通知設定しているアクションを自動アクションの定義から削除してください。

jcoimdefコマンドの-ruleオプションでJP1/IM - Rule Operation連携機能を無効に設定しても，JP1/IM - Rule Operationへ通知設定しているアクションは，通常の自動アクションとして実行されてしまいます。

(3)　［イベントコンソール］画面での通知確認設定

［イベントコンソール］画面でJP1/IM - Rule Operationへの通知確認をする場合には，次に示す手順で［イベントコンソール］画面に［アクション種別］が表示されるように設定する必要があります。

JP1/IM - ViewでJP1/IM - Rule Operation連携機能が有効になっているJP1/IM - Manager（JP1/IM - Central Console）にログインする。
［イベントコンソール］画面が表示されます。

メニューバーから［オプション］－［ユーザー環境設定］を選択する。
［ユーザー環境設定］画面が表示されます。

［表示できる項目］から「アクション種別」を選択し，［->］ボタンをクリックし，［表示項目］に移動する。

［OK］ボタンをクリックする。

［イベントコンソール］画面での通知確認設定について

［ユーザー環境設定］画面について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14 ［ユーザー環境設定］画面」

16.　JP1/IMシステムのメンテナンス

この章では，JP1/IMシステムのメンテナンスについて説明します。

システム運用管理の基盤となるJP1/IMを安定して運用するために，定義ファイルのバックアップやデータベースの管理など，定期的にメンテナンス作業を計画してください。

＜この章の構成＞

16.1　設定情報のバックアップとリカバリー

16.2　データベースの管理

16.3　ディスク容量の管理

16.4　履歴レポートの活用

16.1　設定情報のバックアップとリカバリー

ここでは，JP1システムのバックアップおよびリカバリーについて説明します。ここでの説明を基に，システム全体のバックアップ計画の一環として，JP1のバックアップ・リカバリーを検討してください。

＜この節の構成＞

16.1.1　バックアップ（Windowsの場合）

16.1.2　リカバリー（Windowsの場合）

16.1.3　バックアップ（UNIXの場合）

16.1.4　リカバリー（UNIXの場合）

16.1.1　バックアップ（Windowsの場合）

JP1/IMの設定情報のバックアップについて説明します。

JP1/IMの設定を変更した場合に，バックアップを取得してください。JP1/IMのバックアップを取得する場合は，必ずJP1/Baseのバックアップを同時に取得してください。JP1/Baseのユーザーが設定する定義ファイルのバックアップ方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

バックアップは，ファイルをコピーするなど，任意の方法で取得してください。バックアップの取得は，できるだけJP1/IMのサービスを停止した状態で行ってください。しかたなく実行中にバックアップする場合は，次の点に注意が必要です。

実行中に定義ファイルが書き換えられるケースがあります。ファイルの書き換え中にバックアップすると，ファイルが壊れた状態でバックアップされます。
バックアップ実行直後に，取得したバックアップとバックアップ元のファイルを比較して，内容が一致していることを確認してください。

バックアップ時には対象ファイルに排他などのロックをしないでください。ロックする場合は，接続しているビューアーをすべてログアウトした状態で対象ファイルを別ファイルにコピーしてください。コピーした後，コピーしたファイルとコピー元ファイルを比較して，内容が一致していることを確認してから，コピーしたファイルをバックアップしてください。

JP1/IMのバックアップ対象ファイルを次に示します。なお，論理ホストの場合は表中の「Consoleパス」を「共有フォルダ¥JP1Cons」に，「Scopeパス」を「共有フォルダ¥JP1Scope」に置き換えてください。

表16-1　JP1/IMのバックアップ対象ファイル

製品名 | ファイル名 | 内容
各製品共通 | 「13.2.2 (5)　共通定義情報のコピー」で作成した退避ファイル | 共通定義情報退避ファイル※1
JP1/IM - Manager | JP1/IM - Central Console | Consoleパス¥conf¥jp1co_env.conf | IM環境定義ファイル
Consoleパス¥conf¥jp1co_param.conf | IMパラメーター定義ファイル
Consoleパス¥conf¥jp1co_param_V7.conf | IMパラメーター定義ファイル
Consoleパス¥conf¥jp1co_service_0700.conf | 拡張起動プロセス定義ファイル
Consoleパス¥conf¥jp1co_service_0700_cc.conf | 拡張起動プロセス定義ファイル
Consoleパス¥conf¥jp1co_spmd.conf | IMプロセス管理定義ファイル
Consoleパス¥conf¥jp1co_spmd_cc.conf | IMプロセス管理定義ファイル
Consoleパス¥conf¥jp1co_system.conf | IMサーバシステム環境設定ファイル
Consoleパス¥conf¥action¥actdef.conf | 自動アクション定義ファイル
Consoleパス¥conf¥console¥actprofile¥actprofile_JP1ユーザー名 | アクションプロファイル
Consoleパス¥conf¥console¥actprofile¥actprofile2_JP1ユーザー名
Consoleパス¥conf¥console¥attribute¥*.conf | イベント拡張属性定義ファイル
Consoleパス¥conf¥console¥filter¥*.conf | フィルター定義ファイル
Consoleパス¥conf¥console¥mapping¥mapping.conf | イベント情報マッピング定義ファイル
Consoleパス¥conf¥console¥monitor¥*.conf | モニター画面呼び出し定義ファイル
Consoleパス¥conf¥console¥object_type¥* | オブジェクトタイプ定義ファイル
Consoleパス¥conf¥console¥profile¥.system | システムプロファイル
Consoleパス¥conf¥console¥profile¥defaultUser | JP1/IM - Viewのユーザープロファイル（デフォルト）
Consoleパス¥conf¥console¥profile¥profile_ユーザー名 | JP1/IM - Viewのユーザープロファイル
Consoleパス¥www¥console_ja.html※2 | WWWページ版動作定義ファイル
Consoleパス¥default¥console.conf※2 | 通信環境定義ファイル
Consoleパス¥conf¥console¥correlation¥view_cor_ユーザー名.conf | 繰り返しイベントの集約設定ファイル
Consoleパス¥conf¥health¥jcohc.conf | ヘルスチェック定義ファイル
Consoleパス¥conf¥action¥actnotice.conf | 自動アクション通知定義ファイル
Consoleパス¥conf¥processupdate¥processupdate.conf | 対処状況イベント定義ファイル
Consoleパス¥conf¥guide¥jco_guide.txt | イベントガイド情報ファイル
Consoleパス¥conf¥discrim¥以下のすべてのファイル | インシデント登録用定義ファイル(JP1/IM - Incident Master連携用)
Consoleパス¥conf¥console¥incident¥incident.conf | インシデント手動登録定義ファイル(JP1/IM - Incident Master連携用)
ユーザー任意のフォルダ¥ユーザー任意のファイル名 | イベントガイドメッセージファイル
Consoleパス¥conf¥evgen¥以下のすべてのファイル | 相関イベント発行用定義ファイル
ユーザー任意のフォルダ¥ファイル名.conf | 相関イベント発行定義ファイル
JP1/IM - Central Scope | Scopeパス¥conf¥jcs_guide_sjis.txt | ガイド情報ファイル
Scopeパス¥conf¥jcs_hosts | ホスト情報ファイル
Scopeパス¥conf¥action_complete_on.conf | 対処済み連動設定ファイル
Scopeパス¥conf¥action_complete_off.conf
ユーザー任意のフォルダ¥ユーザー任意のファイル名 | 状態変更イベント自動削除設定ファイル
ユーザー任意のフォルダ¥ユーザー任意のファイル名 | 監視オブジェクト初期化設定ファイル
Scopeパス¥conf¥auto_dbbackup_on.conf | 監視オブジェクトDBのバックアップ・リカバリー設定ファイル
Scopeパス¥conf¥auto_dbbackup_off.conf
Scopeパス¥conf¥evhist_warn_event_on.conf | 状態変更イベント件数の上限監視設定ファイル
Scopeパス¥conf¥evhist_warn_event_off.conf
ユーザー任意のフォルダ¥ユーザー任意のファイル名 | ガイドメッセージファイル
Scopeパス¥conf¥jcs_atc_cm_host.conf | CMホスト定義ファイル(JP1/IM - Central Information Master連携用)
ユーザー任意のフォルダ¥ユーザー任意のファイル名 | 状態変更条件メモリー常駐機能の設定ファイル
JP1/IM - View | Viewパス¥conf¥webdata¥ja¥*.html | WWWページ呼び出し定義ファイル
Viewパス¥conf¥tuning.conf | IM - View設定ファイル
Viewパス¥default¥view.conf.update | 通信環境定義ファイル
Viewパス¥default¥tree_view.conf.update
Viewパス¥conf¥sovtoolexec¥ja¥!JP1_CS_APP0.conf | 起動プログラム定義ファイル
Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTOOL0.conf | ツールバー定義ファイル
Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTREE0.conf | アイコン動作定義ファイル
Viewパス¥conf¥appexecute¥ja¥*.conf | アプリケーション実行定義ファイル
Viewパス¥conf¥function¥ja¥*.conf | 統合機能メニュー定義ファイル
ユーザー任意のフォルダ¥ユーザー任意のファイル名 | ツリー構成ファイル
Viewパス¥image¥icon¥以下のファイル | アイコンファイル
Viewパス¥image¥visual¥以下のファイル | ビジュアルアイコンファイル※3
Viewパス¥image¥map¥以下のファイル | 背景画像ファイル
Viewパス¥conf¥cmvsystem¥ja¥local.conf | JP1/IM - Central Information Master連携用の定義ファイル※4
Viewパス¥conf¥launch¥ja¥*.conf | link&launch定義ファイル※4
Viewパス¥conf¥jcmlog.properties | クライアントライブラリが使うログ用定義ファイル※4
Viewパス¥conf¥jrmview¥jrmview.conf | ルールオペレーション・ビューアー動作定義ファイル※5
Viewパス¥default¥jrmview_reg.conf | 共通定義設定ファイル※5

注※1　共通定義情報退避ファイルは，クラスタシステムの論理ホストの定義情報を退避したファイルです。この退避ファイルは，クラスタシステムのセットアップ時に作成します。この退避ファイルには，JP1/IMだけでなく，JP1/Base，JP1/AJS2，および06-02以降のJP1/Power Monitorの定義情報も退避されます。詳細は，「13.1.3 (5)　共通定義情報の設定」を参照してください。

注※2　物理ホストにだけ存在するファイルです。

注※3　ユーザーによって追加されたファイルが対象となります。

注※4　JP1/IM - View（JP1/IM - Central Information Master連携部分）で使用するファイルです。

注※5　JP1/IM - View（JP1/IM - Rule Operation連携部分）で使用するファイルです。

16.1.2　リカバリー（Windowsの場合）

JP1/IMの設定情報のリカバリーについて説明します。

JP1/IMのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしてください。次の前提条件を確認した上で，バックアップファイルを，元の位置にリカバリーしてください。

前提条件

JP1/Baseがインストール済みであること。

JP1/IM - Managerがインストール済みであること。

論理ホスト環境をリカバリーする場合は，論理ホスト環境のJP1がセットアップ済みであること。

JP1/BaseとJP1/IM - Managerが停止していること。

16.1.3　バックアップ（UNIXの場合）

JP1/IMの設定情報のバックアップについて説明します。

JP1/IMの設定を変更した場合に，バックアップを取得してください。JP1/IMのバックアップを取得する場合は，必ずJP1/Baseのバックアップを同時に取得してください。JP1/Baseのユーザーが設定する定義ファイルのバックアップ方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

バックアップの手段にはtarやcpioなどのコマンドがあります。また，JP1/OmniBack IIなどのバックアップツールを使用してバックアップを取得することもできます。任意の方法でバックアップを取得してください。バックアップの取得は，できるだけJP1/IMのデーモンを停止した状態で行ってください。しかたなく実行中にバックアップする場合は，次の点に注意が必要です。

実行中に定義ファイルが書き換えられるケースがあります。ファイルの書き換え中にバックアップすると，ファイルが壊れた状態でバックアップされます。
バックアップ実行直後に，取得したバックアップとバックアップ元のファイルを比較して，内容が一致していることを確認してください。

バックアップ時には対象ファイルに排他などのロックをしないでください。ロックする場合は，接続しているビューアーをすべてログアウトした状態で対象ファイルを別ファイルにコピーしてください。コピーした後，コピーしたファイルとコピー元ファイルを比較して，内容が一致していることを確認してから，コピーしたファイルをバックアップしてください。

JP1/IMのバックアップ対象ファイルを次に示します。なお，論理ホストの場合は表中の「/etc/opt」を「共有ディレクトリ」に置き換えてください。

表16-2　JP1/IMのバックアップ対象ファイル

製品名 | ファイル名 | 内容
各製品共通 | 「13.3.2 (5)　共通定義情報のコピー」で作成した退避ファイル | 共通定義情報退避ファイル※1
JP1/IM - Manager | JP1/IM - Central Console | /etc/opt/jp1cons/conf/jp1co_env.conf | IM環境定義ファイル
/etc/opt/jp1cons/conf/jp1co_param.conf | IMパラメーター定義ファイル
/etc/opt/jp1cons/conf/jp1co_param_V7.conf | IMパラメーター定義ファイル
/etc/opt/jp1cons/conf/jp1co_service_0700.conf | 拡張起動プロセス定義ファイル
/etc/opt/jp1cons/conf/jp1co_spmd.conf | IMプロセス管理定義ファイル
/etc/opt/jp1cons/conf/jp1co_system.conf | IMサーバシステム環境設定ファイル
/etc/opt/jp1cons/conf/action/actdef.conf | 自動アクション定義ファイル
/etc/opt/jp1cons/conf/console/actprofile/actprofile_JP1ユーザー名 | アクションプロファイル
/etc/opt/jp1cons/conf/console/actprofile/actprofile2_JP1ユーザー名
/etc/opt/jp1cons/conf/console/attribute/*.conf | イベント拡張属性定義ファイル
/etc/opt/jp1cons/conf/console/filter/*.conf | フィルター定義ファイル
/etc/opt/jp1cons/conf/console/mapping/mapping.conf | イベント情報マッピング定義ファイル
/etc/opt/jp1cons/conf/console/monitor/*.conf | モニター画面呼び出し定義ファイル
/etc/opt/jp1cons/conf/console/object_type/* | オブジェクトタイプ定義ファイル
/etc/opt/jp1cons/conf/console/profile/.system | システムプロファイル
/etc/opt/jp1cons/conf/console/profile/defaultUser | JP1/IM - Viewのユーザープロファイル（デフォルト）
/etc/opt/jp1cons/conf/console/profile/profile_ユーザー名 | JP1/IM - Viewのユーザープロファイル
/opt/jp1cons/www/console_ja.html※2 | WWWページ版動作定義ファイル
/etc/opt/jp1cons/default/console.conf※2 | 通信環境定義ファイル
/etc/opt/jp1cons/conf/console/correlation/view_cor_ユーザー名.conf | 繰り返しイベントの集約設定ファイル
/etc/opt/jp1cons/conf/health/jcohc.conf | ヘルスチェック定義ファイル
/etc/opt/jp1cons/conf/action/actnotice.conf | 自動アクション通知定義ファイル
/etc/opt/jp1cons/conf/processupdate/processupdate.conf | 対処状況イベント定義ファイル
/etc/opt/jp1cons/conf/guide/jco_guide.txt | イベントガイド情報ファイル
/etc/opt/jp1cons/conf/discrim/以下のファイル | インシデント登録用定義ファイル(JP1/IM - Incident Master連携用)
/etc/opt/jp1cons/conf/console/incident/incident.conf | インシデント手動登録定義ファイル(JP1/IM - Incident Master連携用)
ユーザー任意のディレクトリ/ユーザー任意のファイル名 | イベントガイドメッセージファイル
/etc/opt/jp1cons/conf/evgen/以下のすべてのファイル | 相関イベント発行用定義ファイル
ユーザー任意のディレクトリ/ファイル名.conf | 相関イベント発行定義ファイル
JP1/IM - Central Scope | /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_hosts | ホスト情報ファイル
/etc/opt/jp1scope/conf/action_complete_on.conf | 対処済み連動設定ファイル
/etc/opt/jp1scope/conf/action_complete_off.conf
ユーザー任意のディレクトリ/ユーザー任意のファイル名 | 状態変更イベント自動削除設定ファイル
ユーザー任意のディレクトリ/ユーザー任意のファイル名 | 監視オブジェクト初期化設定ファイル
/etc/opt/jp1scope/conf/auto_dbbackup_on.conf | 監視オブジェクトDBの上限監視設定ファイル
/etc/opt/jp1scope/conf/auto_dbbackup_off.conf
/etc/opt/jp1scope/conf/evhist_warn_event_on.conf | 状態変更イベント件数の上限監視設定ファイル
/etc/opt/jp1scope/conf/evhist_warn_event_off.conf
ユーザー任意のディレクトリ/ユーザー任意のファイル名 | ガイドメッセージファイル
/etc/opt/jp1scope/conf/jcs_atc_cm_host.conf | CMホスト定義ファイル(JP1/IM - Central Information Master連携用)
ユーザー任意のディレクトリ/ユーザー任意のファイル名 | 状態変更条件メモリー常駐機能の設定ファイル

注※1　共通定義情報退避ファイルは，クラスタシステムの論理ホストの定義情報を退避したファイルです。この退避ファイルは，クラスタシステムのセットアップ時に作成します。この退避ファイルには，JP1/IMだけでなく，JP1/Base，JP1/AJS2，および06-02以降のJP1/Power Monitorの定義情報も退避されます。詳細は，「13.1.3 (5)　共通定義情報の設定」を参照してください。

注※2　物理ホストにだけ存在するファイルです。

16.1.4　リカバリー（UNIXの場合）

JP1/IMの設定情報のリカバリーについて説明します。

JP1/IMのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしてください。次の前提条件を確認した上で，バックアップファイルを，元の位置にリカバリーしてください。

前提条件

JP1/Baseがインストールされ，セットアップコマンドが実行済みであること。

JP1/IM - Managerがインストールされ，セットアップコマンドが実行済みであること。

論理ホスト環境をリカバリーする場合は，論理ホスト環境のJP1がセットアップ済みであること。

JP1/BaseとJP1/IM - Managerが停止していること。

16.2　データベースの管理

JP1/IMのシステムで使用するDBには次のものがあります。

コマンド実行履歴

監視オブジェクトDB

ホスト情報DB

イベントDB

応答待ちイベント滞留ファイル

監視オブジェクトDBおよびホスト情報DBは，統合スコープの機能を使用している場合に使われます。応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を使用している場合に使われます。ここでは，これらのDBのバックアップ・リカバリー手順，およびDBの再作成手順について説明します。

＜この節の構成＞

16.2.1　DBの再編成

16.2.2　DBのバックアップおよびリカバリー

16.2.3　DBの再作成

16.2.1　DBの再編成

＜この項の構成＞

(1)　コマンド実行履歴の再編成

(2)　監視オブジェクトDBおよびホスト情報DBの再編成

(3)　イベントDBの再編成

(4)　応答待ちイベント滞留ファイルの再編成

(1)　コマンド実行履歴の再編成

コマンド実行履歴は，再編成する必要はありません。

(2)　監視オブジェクトDBおよびホスト情報DBの再編成

監視オブジェクトDB，およびホスト情報DBは，再編成する必要はありません。

(3)　イベントDBの再編成

イベントDBは，再編成する必要はありません。

(4)　応答待ちイベント滞留ファイルの再編成

応答待ちイベント滞留ファイルは，再編成する必要はありません。

16.2.2　DBのバックアップおよびリカバリー

＜この項の構成＞

(1)　コマンド実行履歴のバックアップ・リカバリー手順

(2)　監視オブジェクトDBのバックアップ・リカバリー手順

(3)　ホスト情報DBのバックアップ・リカバリー手順

(4)　イベントDBのバックアップ・リカバリー手順

(5)　応答待ちイベント滞留ファイルのバックアップ・リカバリー手順

(1)　コマンド実行履歴のバックアップ・リカバリー手順

ここでは，コマンド実行履歴のバックアップ・リカバリー手順について説明します。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

対象ファイルのバックアップを取得する。
対象ファイルについては，「16.2.2 (1) (c)　バックアップ対象ファイル」を参照してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

バックアップしたファイルをそれぞれのディレクトリに配置する。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

注意事項

リカバリーするとバックアップしてからリカバリーするまでに実行した自動アクション，および［コマンド実行］画面から実行したコマンドの履歴が参照できなくなります。

(c)　バックアップ対象ファイル

バックアップ対象のファイルを次に示します。

Windowsの場合

表16-3　バックアップ対象ファイル（Windows）

情報の種類 | 対象ファイル
コマンド実行履歴ファイル | Baseパス¥log¥COMMAND¥以下の全ファイル
共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル
アクション情報ファイル | Consoleパス¥log¥action¥actinf.log
共有フォルダ¥jp1cons¥log¥action¥actinf.log
アクションホスト名格納ファイル | Consoleパス¥log¥action¥acttxt{1|2}.log
共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

UNIXの場合

表16-4　バックアップ対象ファイル（UNIX）

情報の種類 | 対象ファイル
コマンド実行履歴ファイル | /var/opt/jp1base/log/COMMAND/以下の全ファイル
共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル
アクション情報ファイル | /var/opt/jp1cons/log/action/actinf.log
共有ディレクトリ/jp1cons/log/action/actinf.log
アクションホスト名格納ファイル | /var/opt/jp1cons/log/action/acttxt{1|2}.log
共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

(2)　監視オブジェクトDBのバックアップ・リカバリー手順

監視オブジェクトDBのバックアップ・リカバリー手順について説明します。監視オブジェクトDBは，統合スコープの機能を使用している場合に使われます。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

対象ファイルのバックアップを取得する。
対象ファイルを次の表に示します。

表16-5　バックアップ対象ファイル

OS | 情報の種類 | 対象ファイル
Windows | 監視オブジェクトDB | Scopeパス¥database¥jcsdb¥以下の全ファイル
共有フォルダ¥jp1scope¥database¥jcsdb¥以下の全ファイル
UNIX | 監視オブジェクトDB | /var/opt/jp1scope/database/jcsdb/以下の全ファイル
共有ディレクトリ/jp1scope/database/jcsdb/以下の全ファイル

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

バックアップしたファイルをディレクトリに配置する。

JP1/IM - Managerを起動する。

(3)　ホスト情報DBのバックアップ・リカバリー手順

ホスト情報DBのバックアップ・リカバリー手順について説明します。ホスト情報DBは，統合スコープの機能を使用している場合に使われます。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

対象ファイルのバックアップを取得する。
対象ファイルを次の表に示します。

表16-6　バックアップ対象ファイル

OS | 情報の種類 | 対象ファイル
Windows | ホスト情報DB | Scopeパス¥database¥jcshosts¥以下の全ファイル
共有フォルダ¥jp1scope¥database¥jcshosts¥以下の全ファイル
UNIX | ホスト情報DB | /var/opt/jp1scope/database/jcshosts/以下の全ファイル
共有ディレクトリ/jp1scope/database/jcshosts/以下の全ファイル

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

バックアップしたファイルをディレクトリに配置する。

JP1/IM - Managerを起動する。

(4)　イベントDBのバックアップ・リカバリー手順

イベントDBのバックアップ・リカバリー手順については，マニュアル「JP1/Base 運用ガイド」のバックアップとリカバリーの説明を参照してください。

なお，JP1/IM - ManagerホストのイベントDBをバックアップ・リカバリーする場合，同時にコマンド実行履歴もバックアップ・リカバリーする必要があります。コマンド実行履歴のバックアップ・リカバリーの手順については，「16.2.2 (1)　コマンド実行履歴のバックアップ・リカバリー手順」を参照してください。

注意

イベントDBをバックアップ・リカバリーする場合は，必ずコマンド実行履歴も同時にバックアップ・リカバリーしてください。

イベントDBだけをバックアップ・リカバリーすると，イベントDB内のJP1イベントと自動アクションの実行結果の関連づけに矛盾が発生します。

イベントDBのリカバリーの前に実行された自動アクションの結果が，イベントDBのリカバリーのあとに登録されたJP1イベントに対する自動アクションの実行結果として表示されてしまうことがあります。

(5)　応答待ちイベント滞留ファイルのバックアップ・リカバリー手順

応答待ちイベント滞留ファイルのバックアップ・リカバリー手順について説明します。応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を使用している場合に使われます。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

対象ファイルのバックアップを取得する。
対象ファイルを次の表に示します。

表16-7　バックアップ対象ファイル

OS | 対象ファイル
Windows | Consoleパス¥log¥response¥resevent.dat
共有フォルダ¥jp1cons¥log¥response¥resevent.dat
UNIX | /var/opt/jp1cons/log/response/resevent.dat
共有ディレクトリ/jp1cons/log/response/resevent.dat

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

バックアップしたファイルをディレクトリに配置する。

JP1/IM - Managerを起動する。

16.2.3　DBの再作成

＜この項の構成＞

(1)　コマンド実行履歴の再作成手順

(2)　監視オブジェクトDBおよびホスト情報DBの再作成手順

(3)　イベントDBの再作成手順

(4)　応答待ちイベント滞留ファイルの再作成手順

(1)　コマンド実行履歴の再作成手順

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次の表に示すコマンド実行履歴ファイル，アクション情報ファイル，アクションホスト名格納ファイルを削除する。

Windowsの場合

表16-8　削除対象ファイル（Windows）

情報の種類 | 対象ファイル
コマンド実行履歴ファイル | Baseパス¥log¥COMMAND¥以下の全ファイル
共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル
アクション情報ファイル | Consoleパス¥log¥action¥actinf.log
共有フォルダ¥jp1cons¥log¥action¥actinf.log
アクションホスト名格納ファイル | Consoleパス¥log¥action¥acttxt{1|2}.log
共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

UNIXの場合

表16-9　削除対象ファイル（UNIX）

情報の種類 | 対象ファイル
コマンド実行履歴ファイル | /var/opt/jp1base/log/COMMAND/以下の全ファイル
共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル
アクション情報ファイル | /var/opt/jp1cons/log/action/actinf.log
共有ディレクトリ/jp1cons/log/action/actinf.log
アクションホスト名格納ファイル | /var/opt/jp1cons/log/action/acttxt{1|2}.log
共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

JP1/Base，JP1/IM - Managerを再起動し，JP1/IM - Viewや自動アクションからコマンド実行することでコマンド実行履歴が再作成されます。

(2)　監視オブジェクトDBおよびホスト情報DBの再作成手順

JP1/IM - Managerを停止する。

ファイルをバックアップする。
Scopeパス¥database¥フォルダをバックアップしてください。

監視オブジェクトDBを再作成する。
jcsdbsetup -f
コマンドを実行すると，既存の監視オブジェクトDBを削除した後，オブジェクトDBが再作成されます。

ホスト情報DBを再作成する。
まず，Scopeパス¥database¥jcshosts¥フォルダ以下のファイルを削除してから次のコマンドを実行してください。
jcshostsimport -r ホスト情報ファイル（jcs_hosts）

JP1/IM - Managerを起動する。

(3)　イベントDBの再作成手順

イベントDBを再作成する対象ホストにインストールされているJP1/Baseのバージョンによって，手順が異なります。

(a)　マネージャーホストおよびエージェントホスト（JP1/Base 07-11以降）の場合

JP1/Baseのjevdbinitコマンドを使用してイベントDBを初期化します。イベントDBの削除，再作成は必要ありません。

手順については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章，イベントサービスの障害時の対処に記載されている「イベントサービスを初期化する手順」を参照してください。

(b)　エージェントホスト（JP1/Base 07-10以前）の場合

イベントDBを再作成すると，次の問題が発生します。

JP1イベントの転送先のホストで，JP1イベントの転送受け付け，登録，および取得の処理性能が劣化する。

これは，再作成によって転送元のイベントDBが初期化され，転送先のイベントDBの管理情報と不整合が発生するためです。

問題発生を防ぐため，次の手順に従ってイベントDBを再作成してください。

JP1/Baseを停止する。

手順1で停止したJP1/Baseの転送設定ファイル（forward）に定義されているすべての転送先ホストのJP1/Baseを停止する。
転送先ホストのJP1/Baseから，さらにほかのホストへの転送を行っている場合，その転送先も同様に停止します。なお，停止するホストにJP1/IM - Managerをインストールしている場合は，JP1/IM - Managerを事前に停止してください。
転送設定ファイル（forward）については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章，JP1イベントの転送設定の説明を参照してください。

手順1，2で停止したJP1/BaseのイベントDBを削除する。
イベントDBの内容を参照する必要がある場合，JP1/BaseのjevexportコマンドでCSVファイルに出力しておいてください。なお，出力したCSVファイルを使ってイベントDBを再作成することはできません。
jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

手順2で停止したJP1/Base（およびJP1/IM - Manager）を起動する。

手順1で停止したJP1/Baseを起動する。

手順4，5でJP1/Baseを起動することで，イベントDBが再作成されます。

例えば，次の図に示すようなシステム構成でイベントDBを再作成するとします。

図16-1　イベントDBを再作成したいホストと転送先ホストの例

ホストAのイベントDBを再作成（削除）する場合，JP1イベントの転送先ホストであるホストCおよびホストFのイベントDBを削除する必要があります。

(4)　応答待ちイベント滞留ファイルの再作成手順

JP1/IM - Managerを停止する。

応答待ちイベント滞留ファイルを削除する。

表16-10　削除対象ファイル

OS | 対象ファイル
Windows | Consoleパス¥log¥response¥resevent.dat
共有フォルダ¥jp1cons¥log¥response¥resevent.dat
UNIX | /var/opt/jp1cons/log/response/resevent.dat
共有ディレクトリ/jp1cons/log/response/resevent.dat

JP1/IM - Managerを起動する。

16.3　ディスク容量の管理

JP1/IMの運用を安定して継続するため，ディスクの空き容量を定期的に確認してください。

＜この節の構成＞

(1)　データベース容量の管理

(2)　ログファイル容量の管理

(3)　ダンプファイルの管理

(1)　データベース容量の管理

JP1/IMが使用するデータベースは，運用を継続しても無効領域が増加しないよう設計されています。必要な容量を確保していれば，運用中にデータベースを確認する必要はありません。

(2)　ログファイル容量の管理

ディスク容量を圧迫する原因の一つとして，ログファイル容量の増加があります。

JP1/IM，JP1/Baseの場合，ログファイルの容量を事前に見積もっておけば，ログファイル容量の増加を考慮する必要はありません。これはJP1/IM，JP1/Baseが出力するログファイルは，複数のログファイルを切り替えて使用するなどの方式を採用しているためです。

OSや同ホストのほかの製品については，それぞれの仕様を確認してログファイルの容量が増加しないよう注意してください。

(3)　ダンプファイルの管理

JP1/IM，JP1/Baseやユーザープログラムなどで問題が発生して異常終了した場合は，ワトソンログ（Windowsの場合）やcoreダンプ（UNIXの場合）などのダンプファイルが出力される場合があります。

これらのダンプファイルは容量が大きいことが多いため，トラブルが発生した場合は，必要なものを資料として採取してから，削除するようにしてください。

トラブル発生時の資料採取については「24.　トラブルシューティング」を参照してください。

16.4　履歴レポートの活用

JP1/IMは，運用中に発生したJP1イベントの情報，JP1/IMの処理情報などの履歴を管理しています。履歴を活用して，JP1/IMのメンテナンスの検討材料としてください。

＜この節の構成＞

16.4.1　イベントのCSV出力

16.4.2　相関イベントの発行履歴

16.4.1　イベントのCSV出力

JP1イベントをCSV出力する方法としては，JP1/IM - Viewに表示されるイベント情報のスナップショット※をCSV出力する方法と，JP1/Baseが管理するイベントDBの内容をjevexportコマンドを使用してCSV出力する方法があります。

注※　スナップショットとは，特定のタイミングで情報を抽出することを意味します。

JP1/IM - Viewに表示されるイベント情報のスナップショットは，運用に合わせてフィルタリングしたJP1イベントを出力できます。例えば，どのホストや製品で問題が発生しているのか，どのような対処をしているかなど，運用しているシステムの障害レポートとして利用できます。

［イベントコンソール］画面に表示されているイベント一覧をCSV出力する方法については，「20.7.1　イベント一覧をCSV出力する」を参照してください。

マネージャーホストへ転送する必要のないJP1イベント，例えば，JP1/AJS2のジョブ正常終了などのJP1イベントを運用の履歴や統計情報として利用したい場合は，エージェントホストのイベントDBの内容をjevexportコマンドを使用してCSV出力できます。

jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドに関する章を参照してください。

16.4.2　相関イベントの発行履歴

相関イベント発行履歴ファイルには，相関イベント発行サービスの動作状況や相関イベントの発行処理の内容が出力されます。

相関イベント発行履歴ファイルを参照することで，定義した相関イベント発行条件どおりに相関イベントが発行されているかどうかを確認できます。例えば，特定の発行条件に対して，不成立の履歴が多く出力されている場合，発行処理の対象としているJP1イベントの組み合わせが適切でない，またはタイムアウト時間が短いおそれがあります。

定期的に発行条件を見直す際には，参考として相関イベント発行履歴ファイルを参照してください。

17.　JP1/IMシステムの構成変更

この章では，JP1/IMシステムの構成変更の際に必要な作業について説明します。

＜この章の構成＞

17.1　JP1/IMの設定情報の変更

17.2　JP1/IMが動作するホストの設定変更

17.1　JP1/IMの設定情報の変更

JP1/IMで監視，操作するホストを増加する，JP1/IMの動作を変更してJP1/IMの業務（システムの運用監視）の効率化を図るなど，JP1/IMの運用環境を変更する場合は，まず，どのような目的で変更するのかを明確にする必要があります。また，運用環境の変更に伴い，必要な設定作業が何かを洗い出す必要があります。

運用環境を変更する場合は，「第3編　設計編」を参考に，運用環境を変更する目的とそれに伴う設定作業を洗い出し，「第4編　構築編」およびマニュアル「JP1/Base 運用ガイド」を参照して設定作業を行ってください。

17.2　JP1/IMが動作するホストの設定変更

この節では，JP1/IMが動作しているマシンのホスト名，IPアドレス，およびシステムの日時を変更した場合の影響と，変更時に必要となる作業について説明します。ネットワーク構成の変更などに対応したい場合，ここで説明する内容を基に作業してください。

＜この節の構成＞

17.2.1　ホスト名を変更した場合の影響および必要作業

17.2.2　IPアドレスを変更した場合の影響および必要作業

17.2.3　システムの日時変更時に必要な作業

17.2.1　ホスト名を変更した場合の影響および必要作業

ホスト名を変更した場合の影響，およびその変更によって必要になる作業について説明します。

＜この項の構成＞

(1)　ホスト名の変更による影響

(2)　ホスト名の変更によって必要となる作業

(3)　クラスタシステムを運用している場合

(4)　注意事項

(1)　ホスト名の変更による影響

(a)　フィルター条件で設定したホスト名

［重要イベント定義］画面，［表示フィルター設定］画面，または［ユーザーフィルター詳細設定］画面で定義してある登録ホスト名が変更対象であった場合は，それぞれの設定画面で登録ホスト名の設定を変更する必要があります。

(b)　［アクション設定］画面または自動アクション定義ファイルで設定したホスト名

［アクション設定］画面または自動アクション定義ファイルで定義してある実行ホスト名が変更対象であった場合は，［アクション設定］画面または自動アクション定義ファイルで実行ホスト名の設定を変更する必要があります。

(c)　監視オブジェクトの状態変更条件で設定したホスト名

［状態変更条件設定］画面または［共通条件詳細設定］画面で設定したホスト名が変更対象であった場合は，それぞれの設定画面でホスト名の設定を変更する必要があります。

(d)　相関イベント発行定義ファイルで設定したホスト名

相関イベント発行定義ファイルで，相関イベントの発行条件として定義してあるホスト名が変更対象であった場合は，相関イベント発行定義ファイルでホスト名の設定を変更する必要があります。

(2)　ホスト名の変更によって必要となる作業

(a)　JP1/IM - ManagerおよびJP1/IM - Viewで必要な作業

システム構成の再配布が必要になります。手順を次に示します。

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを終了する。

JP1/IM - Managerを終了する。

jbsrt_distribコマンドを実行し，システム構成の再配布をする。

JP1/IM - Managerを起動する。

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを起動する。

システム構成の配布方法の詳細については，「9.4.6システムの構成定義情報の設定」（Windowsの場合）または「10.4.5　システムの構成定義情報の設定」（UNIXの場合）を参照してください。

(b)　JP1/Baseで必要な作業

JP1/Baseをいったん終了してから，再起動する必要があります。

(3)　クラスタシステムを運用している場合

クラスタシステムを運用している環境で論理ホスト名を変更した場合は，変更前の論理ホスト名を削除してください。その後，変更後の論理ホスト名に対して，クラスタ運用ができるよう再セットアップしてください。

Windowsの場合

論理ホストの削除方法については，「13.2.5　論理ホストの削除」を参照してください。セットアップ方法については，「13.2.2　論理ホストのインストール・セットアップ」を参照してください。

UNIXの場合

論理ホストの削除方法については，「13.3.5　論理ホストの削除」を参照してください。セットアップ方法については，「13.3.2　論理ホストのインストール・セットアップ」を参照してください。

(4)　注意事項

旧ホスト名のときに発行されたJP1イベントについては，ホスト名が変更されたあとは，次のように処理されます。

JP1/IM - Viewの「登録ホスト名」には，旧ホスト名が表示されます。

イベント検索をする場合は，旧ホスト名でマッチされます。

［イベント詳細］画面を表示したときに，「指定したJP1イベントが見つからない」などのエラーが発生することがあります。

旧ホスト名のときに発行されたJP1イベントからは，JP1/AJS2 - Viewのモニター表示はできません。

［アクション結果］画面，［アクション結果詳細］画面，［アクション結果一覧］画面の「ホスト名」には，旧ホスト名が表示されます。

17.2.2　IPアドレスを変更した場合の影響および必要作業

IPアドレスを変更した場合の影響，およびその変更によって必要となる作業について説明します。

＜この項の構成＞

(1)　IPアドレスの変更による影響

(2)　IPアドレスの変更によって必要となる作業

(1)　IPアドレスの変更による影響

［状態変更条件設定］画面または［共通条件詳細設定］画面で設定したIPアドレスが変更対象であった場合は，それぞれの設定画面でIPアドレスの設定を変更する必要があります。

(2)　IPアドレスの変更によって必要となる作業

(a)　JP1/IM - ManagerおよびJP1/IM - Viewで必要な作業

JP1/IM - ManagerおよびJP1/IM - Viewの再起動が必要になります。手順を次に示します。

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを終了する。

JP1/IM - Managerを終了する。

JP1/IM - Managerを起動する。

JP1/IM - Viewを起動する。

(b)　JP1/Baseで必要な作業

JP1/Baseをいったん終了してから，再起動する必要があります。

17.2.3　システムの日時変更時に必要な作業

JP1/IMの運用中にシステムの日時を変更する場合の注意事項および手順について説明します。

サーバのシステム時刻を，NTP（Network Time Protocol）サーバなどを利用した時刻が過去に戻ることがない方式で合わせる場合には，以下の手順に従わずに変更できます。その場合，JP1/Baseを停止する必要はありません。

＜この項の構成＞

(1)　システムの日時を過去に戻す場合

(2)　システムの時刻が遅れているため，時刻を進める場合

(1)　システムの日時を過去に戻す場合

システムの日時を変更する際，過去の日時に変更することは通常避けてください。

システム時刻の進みや遅れを補正する場合でも，システム時刻を過去に戻すと自動アクションの実行結果の表示順序や監視ツリーの状態更新日時などの表示が不正になることがあります。このような現象は，システム時刻を過去に戻したことで，JP1/IM，JP1/Baseの管理データに不整合が生じたときに発生します。

また，システム時刻を過去に戻すと，到着時刻を指定してイベント検索したときに，正しくイベント検索ができないことがあります。

テストなどでシステムの時刻を意図的に未来の日時へ変更したような場合に，システム日時を元に戻すときは，次に示す手順で戻してください。

(a)　マネージャーホストのシステム日時を元に戻す手順

統合スコープの機能を使用する場合は，手順7，8が必要になります。統合スコープの機能を使用しない場合は，手順7，8を飛ばしてください。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

システムの日時を現在日時に戻す。

アクション情報ファイル，アクションホスト名格納ファイル，イベントDB，コマンド実行履歴ファイルを削除する。
削除ファイルの格納場所は次の表のとおりです。

Windowsの場合

表17-1　削除対象ファイル（Windows）

ファイル名 | 格納場所
アクション情報ファイル | Consoleパス¥log¥action¥actinf.log
共有フォルダ¥jp1cons¥log¥action¥actinf.log
アクションホスト名格納ファイル | Consoleパス¥log¥action¥acttxt{1|2}.log
共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log
コマンド実行履歴ファイル | Baseパス¥log¥COMMAND¥以下の全ファイル
共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル
イベントDB | Baseパス¥sys¥event¥servers¥default¥以下のIMEvent*.*ファイル※
共有フォルダ¥jp1base¥event¥以下のIMEvent*.*ファイル※

注※　イベントサーバインデックス（index）ファイルで別パスを指定した場合は，指定したパス以下のファイルが対象となります。

UNIXの場合

表17-2　削除対象ファイル（UNIX）

ファイル名 | 格納場所
アクション情報ファイル | /var/opt/jp1cons/log/action/actinf.log
共有ディレクトリ/jp1cons/log/action/actinf.log
アクションホスト名格納ファイル | /var/opt/jp1cons/log/action/acttxt{1|2}.log
共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log
コマンド実行履歴ファイル | /var/opt/jp1base/log/COMMAND/以下の全ファイル
共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル
イベントDB | /var/opt/jp1base/sys/event/servers/default/以下のIMEvent*.*ファイル※
共有ディレクトリ/jp1base/event/以下のIMEvent*.*ファイル※

注※　イベントサーバインデックス（index）ファイルで別パスを指定した場合は，指定したパス以下のファイルが対象となります。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

JP1/IM - ViewでJP1/IM - Manager（JP1/IM - Central Scope）にログインする。

［監視ツリー］画面で最上位の監視グループを選択し，状態を「初期状態」にする。
監視ノードをすべて「初期状態」に戻すことで，統合スコープの管理するデータの不整合を解消します。

(b)　エージェントホストのシステム日時を元に戻す手順

エージェントホストのシステム日時を元に戻す場合は，該当ホストのJP1/BaseのイベントDBだけでなく，イベント転送先ホストのJP1/BaseのイベントDBも削除する必要があります。手順などの詳細については，マニュアル「JP1/Base 運用ガイド」のJP1/Base運用中の設定変更の章，システムの日時変更時に必要な作業の説明を参照してください。

(2)　システムの時刻が遅れているため，時刻を進める場合

システムの時刻を進める場合には，過去に戻す場合と異なり，JP1/IMを停止したり，ファイルを削除したりする必要はありません。

18.　JP1/IM - Managerの起動と終了

この章では，JP1/IM - Managerの起動および終了の手順について説明します。

＜この章の構成＞

18.1　JP1/IM - Managerを起動する

18.2　JP1/IM - Managerを終了する

18.3　起動と終了に関する注意事項

18.1　JP1/IM - Managerを起動する

ここでは，JP1/IM - Managerの起動手順を説明します。

JP1/IM - Managerを起動する場合は，先にJP1/Baseのイベントサービスを起動してください。また，JP1/Baseのイベントサービスを再起動した場合は，必ずJP1/IM - Managerを再起動してください。再起動しなかった場合は，イベントが表示されないなどの現象が発生します。

起動方法は，OSによって異なります。

＜この節の構成＞

18.1.1　Windowsの場合

18.1.2　UNIXの場合

18.1.3　クラスタシステムで運用する場合

18.1.1　Windowsの場合

Windowsの場合は，JP1/Baseの起動管理機能によってJP1/IM - Managerを起動します。

起動管理機能は，あらかじめ設定した順序に従って，サービスを起動する機能です。起動管理機能が設定してあると，Windowsの起動時に，まず，JP1/Base Control Serviceが起動し，その後JP1/Base，JP1/IM - Managerなどの各サービスを順に起動します。

なお，起動管理機能を使用してサービスを起動するには，［コントロールパネル］－［管理ツール］－［サービス］を選択し，「サービス」ダイアログボックスでJP1/Consoleサービスの起動方法を「手動」にしておく必要があります。起動管理機能の詳細については，マニュアル「JP1/Base 運用ガイド」のサービスの起動順序および終了順序の設定（Windows限定）の章を参照してください。

起動管理機能を使わないで起動させる場合は，［コントロールパネル］－［管理ツール］－［サービス］から，JP1/Consoleサービスを起動してください。

18.1.2　UNIXの場合

UNIXの場合は，OSの機能によってJP1/IM - Managerを起動します（自動起動スクリプトが設定されている場合）。

システムの起動時に，自動起動スクリプトが実行されて，JP1/Base，JP1/IM - Managerが順に起動します。

自動起動スクリプトの設定については，「10.5.3　自動起動および自動終了の設定」を参照してください。また，自動起動スクリプトの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jco_start（UNIX限定）」（2.　コマンド）を参照してください。

自動終了スクリプトを設定せずにJP1/IM - Managerを起動する場合は，/etc/opt/jp1cons/jco_start.modelスクリプト，またはこのスクリプトをコピーしたファイルを実行して起動してください。

なお，JP1/IM - Managerを起動する前に，JP1/Baseのイベントサービスを必ず起動してください。JP1/Baseのイベントサービスが起動していないとJP1/IM - Managerを起動できません。

18.1.3　クラスタシステムで運用する場合

プラットフォーム（OSおよびクラスタソフトの種類）にかかわらず，クラスタシステムで論理ホストのJP1/IM - Managerを運用する場合は，クラスタソフトの制御によってJP1/IM - Managerを起動します。

クラスタシステムでは，実行系サーバでアプリケーションを実行し，システムダウンなどの障害発生時に待機系サーバへフェールオーバーするために，アプリケーションをクラスタソフトに登録して起動停止を制御しています。JP1/IM - Managerをクラスタ運用する場合も，クラスタソフトがJP1/IM - Managerを制御するように登録して運用します。

なお，クラスタ運用しているJP1/IM - Managerは，クラスタソフトの操作によって起動・停止をしてください。コマンドを実行するなど手動で起動・停止した場合は，クラスタソフトの管理するJP1/IM - Managerの動作状態と実際の動作状態が異なってしまい，障害と判定される場合があります。

18.2　JP1/IM - Managerを終了する

ここでは，JP1/IM - Managerの終了手順を説明します。

JP1/IM - Managerは，JP1/Baseより前に終了してください。終了方法は，OSによって異なります。

＜この節の構成＞

18.2.1　Windowsの場合

18.2.2　UNIXの場合

18.2.3　クラスタシステムで運用する場合

18.2.1　Windowsの場合

JP1/Power Monitorをインストールしている場合は，JP1/Baseの起動管理機能を使用してサービスを終了できます。起動管理機能を使用した場合は，JP1/Power Monitorを使って電源をオフにするときに，自動的にJP1/IM - Manager，JP1/Baseが順に終了します。起動管理機能の設定については，マニュアル「JP1/Base 運用ガイド」のサービスの起動順序および終了順序の設定（Windows限定）の章を参照してください。

起動管理機能を使わないで終了させる場合は，［コントロールパネル］－［管理ツール］－［サービス］から，JP1/Consoleサービスを終了してください。

18.2.2　UNIXの場合

自動終了スクリプトが設定されている場合は，システムの終了時にJP1/IM - Manager，JP1/Baseが続けて終了します。

自動終了スクリプトの設定については，「10.5.3　自動起動および自動終了の設定」を参照してください。また，自動終了スクリプトの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jco_stop（UNIX限定）」（2.　コマンド）を参照してください。

自動終了スクリプトを設定せずにJP1/IM - Managerを終了させる場合は，/etc/opt/jp1cons/jco_stop.modelスクリプト，またはこのスクリプトをコピーしたファイルを実行して終了してください。

18.2.3　クラスタシステムで運用する場合

プラットフォーム（OSおよびクラスタソフトの種類）にかかわらず，クラスタシステムで論理ホストのJP1/IM - Managerを運用する場合は，クラスタソフトの制御によってJP1/IM - Managerを停止します。

クラスタシステムでは，実行系サーバでアプリケーションを実行し，システムダウンなどの障害発生時に待機系サーバへフェールオーバーするために，アプリケーションをクラスタソフトに登録して起動停止を制御しています。JP1/IM - Managerをクラスタ運用する場合も，クラスタソフトがJP1/IM - Managerを制御するように登録して運用します。

なお，クラスタ運用しているJP1/IM - Managerは，クラスタソフトの操作によって起動・停止をしてください。コマンドを実行するなど手動で起動・停止した場合は，クラスタソフトの管理するJP1/IM - Managerの動作状態と実際の動作状態が異なってしまい，障害と判定される場合があります。

18.3　起動と終了に関する注意事項

JP1/Baseのイベントサービスを再起動した場合は，必ずJP1/IM - Managerを再起動してください。また，接続していたJP1/IM - Viewも再起動してください。再起動を行わない場合，イベントが表示されなくなるなどの現象が発生します。

論理ホスト対応のJP1/IM - Managerのサービスの停止をしても，プロセスが停止しない場合に，強制的にプロセスを停止したいときには，jco_killall.clusterコマンドを実行してください。このコマンドを使った停止は，正規の方法でJP1/IM - Managerのサービスを停止してもプロセスが停止しない場合にだけ使用してください。

JP1/IM - Managerの起動時にイベントを大量※1に取得する場合は，イベントの取得量に比例して起動時間※2が長くなります。そのため，JP1/Consoleサービス（Windowsの場合）またはjco_startコマンド（UNIXの場合）がタイムアウト※3し，エラー値を返してくることがあります。その場合は，JP1/IM - Managerが起動していないように見えますが，しばらくすると起動が完了します。

注※1

起動時のイベント取得フィルターの条件やイベントDBにたまっているイベントの量によって変わります。

注※2

マシン性能によって変わります。

注※3

JP1/Consoleサービス（Windowsの場合）またはjco_startコマンド（UNIXの場合）のタイムアウトは2分です。

19.　JP1/IM - Managerへのログインとログアウト

JP1/IM - Viewは，JP1/IM - Managerへログインして使用します。この章では，JP1/IM - Manager へのログイン・ログアウトの手順を説明します。

なお，ここでは，JP1/IM - ViewからJP1/IM - Central Information Masterへのログイン・ログアウトについては説明していません。詳細はマニュアル「JP1/Integrated Management - Central Information Master システム構築・運用ガイド」を参照してください。

＜この章の構成＞

19.1　JP1/IM - Managerにログインする

19.2　JP1/IM - Managerからログアウトする

19.1　JP1/IM - Managerにログインする

JP1/IM - Viewを使用するには，ビューアーからJP1/IM - Managerへのログインが必要です。JP1/IM - Managerにログインする方法には，GUIでログインする方法と，jcoviewコマンドを使用してログインする方法があります。

なお，jcoviewコマンドのショートカットをWindowsのスタートアップに登録すれば，Windowsへのログオンと同時にJP1/IM - Viewを起動できます。また，jcoviewコマンドのショートカットをWindowsの「スタート」ボタンの横に表示される「クイック起動バー（Quick Launch bar)」に登録したり，ホストまたはユーザーごとにjcoviewコマンドのショートカットを作成したりできます。

＜この節の構成＞

19.1.1　JP1/IM - ManagerにGUIでログインする

19.1.2　JP1/IM - Managerにjcoviewコマンドでログインする

19.1.1　JP1/IM - ManagerにGUIでログインする

JP1/IM - ManagerにGUIでログインする方法を次に示します。

Windowsの［スタート］メニューから，［プログラム］－［JP1_Integrated Management - View］－［統合ビュー］を選択する。
［ログイン］画面が表示されます。

ログイン画面で，ユーザー名，パスワード，および接続ホスト名を入力する。
ユーザー名には，小文字だけを使用できます。大文字を使用した場合も小文字として認証されます。
パスワードは，大文字・小文字を区別します。
接続ホスト名には，ログインするJP1/IM - Managerがあるホストの名称を指定します。ビューアーホストで定義されているホスト名か，IPアドレスを指定してください。

使用したい機能に合わせてチェックボックスにチェックを入れる。
片方または両方にチェックを入れられます。
「セントラルコンソール」にチェックを入れると，JP1/IM - Manager（JP1/IM - Central Console）に接続します。
「セントラルスコープ」にチェックを入れると，JP1/IM - Manager（JP1/IM - Central Scope）に接続します。

［OK］ボタンをクリックする。
JP1/IM - Manager（JP1/IM - Central Console）に接続した場合は［イベントコンソール］画面，JP1/IM - Manager（JP1/IM - Central Scope）に接続した場合は［監視ツリー］画面が表示されます。

ログインするユーザー名は，事前に登録が必要です。ユーザーの登録については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

JP1/IM - Managerにログインする場合，一つのビューアーホストからは，最大三つの異なるマネージャーにログインできます。

WWWページ版のJP1/IM - Viewを使用する場合

WWWブラウザーを使用してログインする場合は，次のように操作します。

WWWブラウザーを起動し，次のURLを指定する。

http://接続ホスト名/JP1IM/console_ja.html

［ログイン］画面が表示されます。

ユーザー名とパスワードを入力する。
接続ホスト名には，URLで指定したホスト名が表示されます。この画面でホストを変更することはできません。

［OK］ボタンをクリックする。
［イベントコンソール］画面が表示されます。

WWWブラウザーを使用してログインする場合は，一つのビューアーホストからは1台のマネージャーにしかログインできません。また，WWWブラウザーを使用してログインできるのはJP1/IM - Manager（JP1/IM - Central Console）だけで，JP1/IM - Manager（JP1/IM - Central Scope）は使用できません。

19.1.2　JP1/IM - Managerにjcoviewコマンドでログインする

JP1/IM - Managerにjcoviewコマンドでログインする方法を次に示します。

次のコマンドを実行します。

ログイン画面を起動する場合

jcoview [-c][-s][-h 接続ホスト名][-u ユーザー名]

引数を指定しなかった場合は，前回ログインしたときの情報が入力された状態でログイン画面が起動します。
引数を指定した場合は，指定した値が入力された状態でログイン画面が起動します。

ログインする場合

jcoview [-c][-s]-h 接続ホスト名 -u ユーザー名 -p パスワード

引数をすべて指定した場合は，JP1/IM - ManagerのJP1/IM - Central Console，JP1/IM - Central Scope両方にログインします。-cだけ指定した場合はJP1/IM - Manager（JP1/IM - Central Console）に，-sだけ指定した場合はJP1/IM - Manager（JP1/IM - Central Scope）にログインします。-c，-s両方とも省略した場合はJP1/IM - Manager（JP1/IM - Central Console）にログインします。
ユーザーが認証されると，［ログイン］画面は表示されません。指定した引数に従って［イベントコンソール］画面，［監視ツリー］画面が表示されます。

それぞれの引数の指定方法については，「19.1.1　JP1/IM - ManagerにGUIでログインする」を参照してください。また，jcoviewコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoview（Windows限定）」（2.　コマンド）を参照してください。

19.2　JP1/IM - Managerからログアウトする

JP1/IM - Managerからログアウトする場合は，次の方法でログアウトしてください。

JP1/IM - Manager（JP1/IM - Central Console）からログアウトする場合

［イベントコンソール］画面で［ファイル］－［終了（ログアウト）］を選択する。

［イベントコンソール］画面の右上の×ボタンを押す。

JP1/IM - Manager（JP1/IM - Central Scope）からログアウトする場合

［監視ツリー］画面で［ファイル］－［終了（ログアウト）］を選択する。

［監視ツリー］画面の右上の×ボタンを押す。

上記方法で起動中の画面が終了します。ただし，統合機能メニューから起動した画面とモニター画面は終了しません。これらの画面は，個別に終了させてください。

WWWブラウザーを使用してログインしている場合，およびjcoviewコマンドでログインしている場合も，同じ操作でログアウトします。ログアウトせずに終了した場合，マネージャー上にログイン情報が残った状態になり，最終的にマネージャーのリソース不足になることがあります。必ずログアウト操作で終了してください。

20.　統合コンソールによるシステムの監視

この章では，JP1/IM - Viewを使用してJP1イベントを監視する手順について説明します。

＜この章の構成＞

20.1　JP1イベントによりシステムを監視する

20.2　重要イベントの対処状況を設定する

20.3　JP1イベントを検索する

20.4　JP1イベントを発行したアプリケーションをモニター起動する

20.5　表示フィルターを有効にする

20.6　イベント取得フィルターを切り替える

20.7　JP1/IM - Viewの表示情報をCSV出力する

20.1　JP1イベントによりシステムを監視する

受信したJP1イベントは，［イベントコンソール］画面に表示されます。［イベントコンソール］画面は，JP1/IM - Manager（JP1/IM - Central Console）にログインすると表示されます。

［イベントコンソール］画面の表示例を次に示します。

図20-1　［イベントコンソール］画面（［イベント監視］ページ）の表示例

＜この節の構成＞

20.1.1　JP1イベントの見方

20.1.2　JP1イベントの詳細情報を表示する

20.1.3　JP1イベントの固有の拡張属性を表示する

20.1.4　JP1イベントの対処状況を表示する

20.1.5　重要イベントだけを表示する

20.1.6　集約イベントと繰り返しイベントを表示する

20.1.7　相関イベントを表示および操作する

20.1.8　JP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する（JP1/IM - Incident Master連携）

20.1.9　ルール起動要求の状況を確認し，ルール起動要求の操作をする（JP1/IM - Rule Operation連携）

20.1.1　JP1イベントの見方

［イベントコンソール］画面には，ログインしているマネージャーホストのイベントDBに登録されているJP1イベントが表示されます。新しいJP1イベントはイベント一覧の下に追加されます。到着日時が最も新しいJP1イベントが，イベント一覧の最も下に表示されます。

＜この項の構成＞

(1)　イベント一覧の表示項目

(2)　画面に表示されるイベント

(3)　フィルターの適用

(1)　イベント一覧の表示項目

イベント一覧には，JP1イベントの属性，および対処状況が表示されます。イベントの属性として，基本属性または共通の拡張属性の代わりに固有の拡張属性を表示することもできます。

イベント一覧に表示される項目の列幅は，マウスでドラッグすることによって任意の幅に変更できます。一つのページ（例：［イベント監視］ページ）で列幅を変更すると，ほかの二つのページ（例：［重要イベント］ページおよび［イベント検索］ページ）の列幅も変更されます。

また，［イベント監視］ページおよび［イベント検索］ページに表示される特定のイベントに背景色が付くように設定できます。背景色が付く対象となるイベントは，重大度が「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」および「警告（Warning）」のイベントです。

ログアウト時の各表示項目の列幅を保存するかどうか，および特定のイベントに背景色を付けるかどうかは，［ユーザー環境設定］画面で設定できます。［ユーザー環境設定］画面については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」を参照してください。

(a)　JP1イベントの属性

イベント一覧には，各イベントの属性（基本属性または共通の拡張属性）が表示されます。デフォルトでは，重大度，登録時刻，登録ホスト名，ユーザー名，イベントID，メッセージ，オブジェクトタイプ，およびアクションが表示されています。イベント一覧の表示項目は，［ユーザー環境設定］画面で変更できます。表示項目の変更方法については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」を参照してください。

イベント一覧に表示できる項目（列）は，イベント属性のうち，次のものです。

表20-1　イベント一覧の表示項目

属性
説明

対処状況表示項目
繰り返しイベントの集約表示機能を使用している場合には，自動的にJP1イベントの対処状況を示す情報（対処済，処理中，保留，未処理）が表示されます。集約イベントの対処状況と，繰り返しイベントの対処状況が異なる場合には，「!」が表示されます。
また，繰り返しイベントの集約表示機能を使用していない場合でも，設定を追加することでJP1イベントの対処状況を表示できます。

集約状態
繰り返しイベントの集約表示機能を使用している場合に，集約イベントの繰り返し回数が表示されます。
集約中イベントの場合は，集約中であることを示す「+」が，繰り返し回数の後ろに表示されます。

重大度
JP1イベントの緊急性を示します。「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」の分類があります。

登録時刻
イベント発行元ホストのイベントDBにJP1イベントが登録された時刻です。

登録ホスト名
JP1イベントを登録したエージェントホスト名（イベントサーバ名）です。

ユーザー名
JP1イベント発行元のユーザー名です。

イベントID
発行元のプログラムや，発生した事象を表す値です。

メッセージ
JP1イベントの内容を表すメッセージテキストです。

オブジェクトタイプ
イベント発行の契機となる事象が発生したオブジェクトの種類を表す「JOB」，「JOBNET」などの文字列です。

アクション
JP1イベントに自動アクションが設定されていて，そのイベントがアクション実行の対象となった場合に，アクションマーク「[図データ]（抑止されなかったアクション）」，「[図データ]（抑止されたアクション）」，または「[図データ]（一部抑止されたアクション）」が表示されます。
また，繰り返しイベントの集約表示機能を使用していて，集約イベントのアクション状況と，繰り返しイベントのアクション状況が異なる場合には，「!」が表示されます。

プロダクト名
JP1イベントを発行したプログラムの名称です。

オブジェクト名
イベント発行の契機となる事象が発生したオブジェクト（ジョブ，ジョブネットなど）の名称です。

登録名タイプ
オブジェクトの種別です。通常はオブジェクトタイプと同じですが，ジョブネットとジョブのように階層のある業務の場合は，最上層のオブジェクトの種別が表示されます。

登録名
オブジェクトの名称です。通常はオブジェクト名と同じですが，ジョブネットとジョブのように階層のある業務の場合は，最上層のオブジェクトの名称が表示されます。

到着時刻
接続しているマネージャーホストのイベントDBにJP1イベントが到着した時刻です。
［イベント検索］ページの場合は，検索対象ホストのイベントDBに登録された時刻です。

開始時刻
実行を開始した時刻をビューアーホストのタイムゾーンで表示します。

終了時刻
実行を終了した時刻をビューアーホストのタイムゾーンで表示します。

事象種別
オブジェクトに対して起こった事象（実行開始，定義作成など）を表示します。

イベントDB内通し番号
発行元に関係なくこのイベントサーバに到達した順番です。

発行元プロセスID
発行元アプリケーションプログラムのプロセスIDです。

発行元ユーザーID
発行元プロセスのユーザーIDです。Windowsからのイベントの場合は-1となります。

発行元グループID
発行元プロセスのグループIDです。Windowsからのイベントの場合は-1となります。

発行元ユーザー名
発行元プロセスのユーザー名です。

発行元グループ名
発行元プロセスのグループ名です。Windowsからのイベントの場合は空白となります。

発行元イベントDB内通し番号
発行元ホストでのイベントDB内通し番号です（転送によって値は変化しません）。

種別
JP1イベントのイベント種別です。相関イベントを発行している場合に表示されます。
相関イベントを示すアイコン「[図データ]」が表示されます。

アクション種別
アクションの種別です。
JP1/IM - Rule Operationの連携機能が有効な場合に表示されます。
アクション種別を示すアイコン「[図データ]（コマンド）」，「[図データ]（ルール）」が表示されます。

(b)　JP1イベントの固有の拡張属性

イベント一覧の表示項目（基本属性または共通の拡張属性）の欄に，固有の拡張属性の内容を表示できます。例えば，SNMPトラップがJP1イベントに変換されてイベント一覧に表示される場合に，登録ホストの欄にSNMPトラップ発行元ホスト名を表示できます。

固有の拡張属性が表示されているときは，表示された属性値の先頭に「# 」（シャープ記号と半角の空白）が表示されます。

固有の拡張属性を表示するには，表示項目と固有の拡張属性とをマッピングしておく必要があります。固有の拡張属性のマッピングの詳細については，「20.1.3　JP1イベントの固有の拡張属性を表示する」を参照してください。

(c)　JP1イベントの対処状況

イベント一覧に表示されているすべてのイベントの左端の列に，イベントへの対処状況（「対処済」，「処理中」，および「保留」）を示す対処状況マークを表示できます。対処状況マークを表示する方法については，「20.1.4　JP1イベントの対処状況を表示する」を参照してください。

なお，繰り返しイベントの集約表示機能を使用している場合には，自動的にJP1イベントの対処状況を示す情報（対処済，処理中，保留，未処理）が表示されます。集約イベントの対処状況と，繰り返しイベントの対処状況が異なる場合には，「!」が表示されます。

(2)　画面に表示されるイベント

画面に表示されるイベント

画面に表示されるイベントには，通常のJP1イベント，集約イベント（集約中イベント，集約完了イベントを含む）および相関イベントがあります。

集約イベント
［集約表示］に繰り返し回数や，集約中であることを示す「+」が表示されます。
集約イベントの表示・操作については，「20.1.6　集約イベントと繰り返しイベントを表示する」を参照してください。

相関イベント
［種別］にアイコン「[図データ]」が表示されます。
相関イベントの表示・操作については，「20.1.7　相関イベントを表示および操作する」を参照してください。

画面に表示できるイベント数

画面に表示できるイベント数は，［ユーザー環境設定］画面の［スクロールバッファー］に指定した値です。

JP1イベントの数が，表示できるJP1イベント数の上限を超えると次の動作となります。

［イベント監視］ページ

対処状況の状態にかかわらず，最も到着時刻が古いJP1イベントから消去されます。

［重要イベント］ページ

対処状況が対処済で，最も到着時刻の古いJP1イベントから消去されます。

対処済の重要イベントがない場合は，対処状況の状態にかかわらず，到着時刻が古いJP1イベントから消去されます。

画面から消去されたJP1イベントも，イベントDBには登録されています。画面から消去されたJP1イベントを参照する場合は，JP1イベントを検索してください。JP1イベントの検索方法については，「20.3　JP1イベントを検索する」を参照してください。

画面起動時に表示されるJP1イベント

画面を起動したときに表示されるJP1イベントは，次のどちらかの条件に合う最新のJP1イベントです。

ログインしているマネージャーの起動後，画面を起動するまでに発生したJP1イベント

jcoimdefコマンドで設定した「イベントDBからのイベント取得開始位置」から，ログインしているマネージャーの起動時までに発生したJP1イベント

画面を起動したときに表示されるJP1イベントの件数は，次の値のどちらか小さい方を上限とします。

［システム環境設定］画面の［イベントバッファー］に指定した値（イベントバッファー数）

［ユーザー環境設定］画面の［スクロールバッファー］に指定した値（スクロールバッファー数）

なお，JP1イベントの件数には，内部的に使用する連絡用イベント※も含まれます。そのため，初期表示時には，表示されるJP1イベントの件数が上限値に達しない場合もあります。

注※　連絡用イベント

重要イベントの対処状況を変更や削除したとき，および自動アクションを実行したときに内部的に発行されるイベントで，画面には表示されない。

イベント一覧の更新

イベント一覧は，ユーザーが設定した更新間隔で更新され，最新のJP1イベントが表示されます。ただし，自動更新をしない設定にしている場合は，画面を起動しても，JP1イベントが表示されません。この場合に，JP1イベントを表示するには，［表示］－［最新情報に更新］を選択します。

自動更新するかどうか，および自動更新の間隔は，［ユーザー環境設定］画面で設定します。

(3)　フィルターの適用

フィルターを適用することで［イベントコンソール］画面に表示されるJP1イベントを制限できます。

イベント取得フィルターが設定されている場合は，JP1/IM - ManagerがJP1/Baseから取得するJP1イベントが制限されます。

ユーザーフィルターが設定されている場合は，ログインしているユーザーによって，表示されるJP1イベントが制限されます。

表示フィルターが設定されている場合は，［フィルター名］リストボックスから適用するフィルターを選択し，［表示フィルター］チェックボックスをチェックすることで，設定されているフィルターの条件に一致するJP1イベントだけが表示されます。

重要イベントだけを表示するには，［重要イベント］ページに切り替えます。重要イベントを受信すると，画面上部のランプの色が赤に変わります。［重要イベント］ページで，すべての重要イベントを対処済にするか，または削除すると，ランプの色が青に戻ります。［重要イベント］ページについては，「20.1.5　重要イベントだけを表示する」を参照してください。

20.1.2　JP1イベントの詳細情報を表示する

イベント一覧に表示されているJP1イベントの詳細な属性情報を表示できます。

詳細情報を表示するには，［イベントコンソール］画面のイベント一覧で，属性を表示したいJP1イベントをダブルクリックします。［イベント詳細］画面が表示されます。

［イベント詳細］画面には，イベント属性，メッセージおよびイベントガイド情報が表示されます。

［イベント属性］には，そのJP1イベントに登録されているイベント属性名と属性値が表示されます。登録されている属性は，そのJP1イベントによって異なります。

イベント一覧上で前後に並んでいるJP1イベントの詳細情報を表示したい場合は，［前イベント］または［次イベント］をクリックします。

次のどれかの方法でも，JP1イベントの詳細を表示できます。

［イベントコンソール］画面でJP1イベントを選択し，［表示］－［イベント詳細表示］を選択する。

［イベントコンソール］画面でJP1イベントを選択し，ポップアップメニューから［イベント詳細表示］を選択する。

［イベントコンソール］画面でJP1イベントを選択し，ツールバーからイベント詳細表示ボタンをクリックする。

詳細情報として表示される項目を次に示します。

表20-2　JP1イベントの詳細情報

表示名
内容

イベントDB内通し番号
発行元に関係なくこのイベントサーバに到達した順番。

イベントID
発行アプリケーションプログラムや事象の内容を表す値。

発行元プロセスID
発行元アプリケーションプログラムのプロセスID。

登録時刻
発行元イベントサーバでの登録時刻。

到着時刻
自イベントサーバでの登録時刻。

発行元ユーザーID
発行元プロセスのユーザーID。Windowsからのイベントの場合は-1となる。

発行元グループID
発行元プロセスのグループID。Windowsからのイベントの場合は-1となる。

発行元ユーザー名
発行元プロセスのユーザー名。

発行元グループ名
発行元プロセスのグループ名。Windowsからのイベントの場合は空白となる。

発行元イベントサーバ名
発行元のイベントサーバ名（イベント一覧では，「登録ホスト名」と表示される）。イベントが，JP1/Base(エージェント)→JP1/IM - Manager(拠点マネージャー)→JP1/IM - Manager(統合マネージャー)のように転送された場合でも，最初のJP1/Baseのイベントサーバ名が入る。

発行元イベントDB内通し番号
発行元ホストでのイベントDB内通し番号（転送によって値は変化しない）。

メッセージ
イベントの内容を表した文字列。

重大度
JP1イベントの緊急性を表す。緊急性の高い順に，次の値がある。
「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」

ユーザー名
業務を実行しているユーザー名。

プロダクト名
JP1イベントを発行したプログラム名。

オブジェクトタイプ
イベント発行の契機となったオブジェクトの種類を表す名称。

オブジェクト名
イベント発行の契機となったオブジェクト（ジョブ，ジョブネットなど）の名称。

登録名タイプ
オブジェクトの種別。通常はオブジェクトタイプと同じだが，ジョブネットなど階層のあるオブジェクトの場合，最上層のオブジェクトの種別となる。値の範囲はオブジェクトタイプと同じ。

登録名
ユーザーの操作時に実行を指示する単位になる名称。通常はオブジェクト名と同じだが，ジョブネットなど階層のあるオブジェクトの場合，最上層のオブジェクトの名称になる。

事象種別
オブジェクト名に示したオブジェクトに対して起こった事象。

開始時刻
実行開始または再実行開始の時刻。

終了時刻
実行終了の時刻。

ガイド
JP1イベントに対応したイベントガイド情報。
イベントガイド表示を有効にしている場合に表示される。なお，JP1イベントに対応するイベントガイド情報がない場合は「KAVB1588-I」のメッセージが表示される。

関連イベントDB内通し番号
相関元イベントのイベントDB内通し番号を半角スペースで区切ったもの。次の形式で表示される。
イベントDB内通し番号△イベントDB内通し番号△イベントDB内通し番号・・・

相関イベント発行条件名
成立した相関イベント発行条件名。

なお，重大度以降の項目は，イベントによって表示されない場合があります。

20.1.3　JP1イベントの固有の拡張属性を表示する

イベント一覧の表示項目（基本属性または共通の拡張属性）の欄に，固有の拡張属性の内容を表示できます。

例を次に示します。

マッピング定義の設定

次に示すマッピング定義が設定されています。

イベント情報マッピング定義1

固有の拡張属性「LOGHOST」を「登録ホスト名」にマッピング

マッピング対象のイベントID：12E0

イベント情報マッピング定義2

固有の拡張属性「LOGTIME」を「到着時刻」にマッピング

マッピング対象のイベントID：12E0

発行されたイベント

次の内容のイベントが発行されました。

表20-3　イベント発行内容

項番 | 属性 | 内容
1 | 重大度 | エラー
2 | 登録時刻 | 2001/10/30 17:47:31
3 | 到着時刻 | 2001/10/30 17:47:39
4 | 登録ホスト名 | host_A
5 | ユーザー名 | jp1nps
6 | イベントID | 000012E0
7 | メッセージ | KAJC391-E …
8 | LOGHOST | loghost_1
9 | LOGTIME | 1003976997※

注※　時刻形式では，2001/10/25 11:29:57になります。

［イベントコンソール］画面での表示

通常，［イベントコンソール］画面のイベント一覧では，上記の表の項番1～項番7の内容が表示されますが，項番8を項番4に，項番9を項番3にマッピングしているため，次のように表示されます。

表20-4　［イベントコンソール］画面での表示

重大度 | 登録時刻 | 到着時刻 | 登録ホスト名 | ユーザー名 | イベントID | メッセージ
エラー | 10/25 17:47:31 | # 10/25 11:29:57 | # loghost_1 | jp1nps | 000012E0 | KAJC391-E …

固有の拡張属性を表示するには，［イベント情報マッピング定義］画面で表示項目と固有の拡張属性とをマッピングします。［イベント情報マッピング定義］画面を起動するには，JP1_Console_Admin権限が必要です。

固有の拡張属性をマッピングする手順は次のとおりです。

［イベントコンソール］画面で［オプション］－［イベント情報マッピング定義］を選択する。
［イベント情報マッピング定義］画面が表示されます。
［定義一覧］には，現在設定されているマッピング定義情報の一覧が表示されています。
最大で16個のマッピング定義ができます。

イベント情報マッピングを有効にするために，［マッピング］の［する］を選択する。

新規にマッピングを定義するには，［追加］をクリックする。定義済みのマッピング情報を変更するには，［定義一覧］リストの項目を選択してから［編集］をクリックするか，［定義一覧］リストの項目をダブルクリックする。
［イベント情報マッピング詳細定義］画面が表示されます。

［表示項目］から，イベント一覧のどの表示項目に固有の拡張属性をマッピングするかを選択する。
選択できる項目は，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページのイベント一覧に表示できる次の項目です。

発行元プロセスID，到着時刻，発行元ユーザーID，発行元グループID，発行元ユーザー名，発行元グループ名，登録ホスト名，発行元イベントDB内通し番号，重大度，ユーザー名，プロダクト名，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，開始時刻，終了時刻

指定例：登録ホスト名

［固有の拡張属性名］に，マッピングする固有の拡張属性の名前を指定する。
指定できる文字は，32文字までの，半角英大文字，半角数字，および半角のアンダーバーです。拡張属性を表す「E」は不要です。
一つの表示項目には，一つだけの固有の拡張属性をマッピングできます。
到着時刻，開始時刻，および終了時刻に固有の拡張属性をマッピングするときは，属性値が数値（UTC 1970年1月1日00:00:00からの秒数0～2,147,483,647）である属性名を指定します。数値以外，または範囲外の数値を持つ属性を指定した場合は，元の属性が表示されます。

指定例：LOGHOST

［イベントID］に，マッピングするJP1イベントのイベントIDを指定する。
指定できる文字は，1,000文字までの，A～Fまたはa～fの半角英字，半角数字，および半角のコンマです。16進数で指定します。指定できる範囲は，00000000～7FFFFFFFです。
複数のイベントIDを指定する場合は，コンマで区切って100個まで指定できます。

指定例1：3FFF
指定例2：12345B,7FFFFFFF

［OK］をクリックする。
［イベント情報マッピング詳細定義］画面が閉じ，設定した内容が［イベント情報マッピング定義］画面に反映されます。

［イベント情報マッピング定義］画面で［適用］をクリックする。
［適用］がクリックされた後に到着したイベントから，このマッピング定義に沿って固有の拡張属性が表示されます。

固有の拡張属性が表示されているときは，表示された属性値の先頭に「# 」（シャープ記号と半角の空白）が表示されます。

表示されている固有の拡張属性をフィルター条件として指定する場合は，「#」を入力する必要はありません。

重要フィルターまたはユーザーフィルターを使用するときは，マッピングした固有の拡張属性を指定してJP1イベントをフィルタリングできます。

［イベント情報マッピング定義］画面で設定内容を変更した場合は，その変更内容が，同じJP1/IM - Managerに接続されているすべてのJP1/IM - Viewのイベント一覧に反映されます。

マッピングされる前の情報を参照するには，マッピングされたイベントを選択してから［イベント詳細］画面を表示します。［イベント詳細］画面に，マッピングされる前の情報が表示されます。なお，イベント拡張属性定義ファイルを使用すれば，［イベント詳細］画面に，固有の拡張属性を表示できます。詳細については，次の説明を参照してください。

イベント拡張属性定義ファイルを使った固有の拡張属性の表示について

参照先：マニュアル「JP1/Integrated Management - Manager 機能拡張　2.　ユーザー独自のイベント属性を表示する」

イベント拡張属性定義ファイルについて

参照先：マニュアル「JP1/Integrated Management - Manager 機能拡張　5.3　イベント拡張属性定義ファイル」

注意

イベント検索では，イベントサービスのイベントDBに対して検索がかけられるため，マッピングされる前のイベントに対して検索が行われます。したがって，検索結果には，マッピング情報は反映されません。マッピング対象のイベントを検索する場合は，［イベント検索条件設定］画面の［固有の拡張属性］欄を使用して，マッピングする固有の拡張属性の情報を指定します。

［関連イベント一覧］画面に表示される関連イベントは，イベント検索の結果であるため，マッピング情報が反映されません。

固有の拡張属性がマッピングされたイベントを選択してから［イベント検索条件設定］画面などで［選択イベント条件入力］をクリックした場合は，マッピング先の表示項目の属性および固有の拡張属性の値は，条件一覧に入力されません。

20.1.4　JP1イベントの対処状況を表示する

［イベント監視］ページのイベント一覧に表示されているすべてのイベントについて，左端の列にイベントへの対処状況を示す対処状況マークを表示できます。

対処状況の種類と，その対処状況を示す対処状況マークを次に示します。

表20-5　対処状況の種類と対処状況マーク

対処状況 | 対処状況マーク
対処済 | [図データ]　
処理中 | [図データ]　
保留 | [図データ]　
未対処 | （無印）
異なる対処状況※ | !

注※

繰り返しイベントの集約表示機能を使用している場合で，集約イベントの対処状況と，繰り返しイベントの対処状況が異なる状況を指します。

イベントに対処状況を設定するには，［イベント監視］ページのイベント一覧でイベントを選択してから，次のどちらかの操作をします。検索ホストが，ログインしているマネージャーホストの場合，［イベント検索］ページからも対処状況を変更できます。選択したイベントがどの対処状況であっても，設定の操作ができます。なお，これらの操作には，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

メニューバーから［表示］を選択し，サブメニューの中から設定したい対処状況を選ぶ。

右クリックして表示されるポップアップメニューから，設定したい対処状況を選ぶ。

［イベント監視］ページで設定した重要イベントの対処状況を示す情報（対処済，処理中，保留，未対処）は，［重要イベント］ページに表示されている同一イベントにも反映されます。なお，［イベント監視］ページ，［重要イベント］ページで設定したイベントの対処状況を示す情報は，［イベント検索］ページに表示されている同一イベントには反映されません。別のJP1/IM - Viewで設定したイベントの対処状況を示す情報も，［イベント検索］ページに表示されている同一イベントには反映されません。

イベントへの対処状況を示す情報（対処済，処理中，保留，未対処）は，ログインしているマネージャーホストのイベントDBに記録されます。そのため，対処状況を変更すると，同じマネージャーホストにログインしているほかのJP1/IM - Viewの［イベント監視］ページの表示も変更されます（重要イベントの場合は，［重要イベント］ページの表示も変更されます）。ほかのホストから転送されてきたイベントの場合，転送元ホストのイベントDBの情報は変更されません。

20.1.5　重要イベントだけを表示する

画面に重要イベントだけを表示するには，［イベントコンソール］画面の［重要イベント］ページを選択します。［重要イベント］ページのイベント一覧には，［イベント監視］ページに表示されているJP1イベントのうち，重要イベントだけが表示されます。

［重要イベント］ページのイベント一覧では，左端の列に重要イベントへの対処状況を示す対処状況マークが表示されます。

繰り返しイベントの集約表示機能を使用している場合には，自動的にJP1イベントの対処状況マークが表示されます。

対処状況の種類と，その対処状況を示す対処状況マークを次に示します。

表20-6　対処状況の種類と対処状況マーク

対処状況 | 対処状況マーク
対処済 | [図データ]　
処理中 | [図データ]　
保留 | [図データ]　
未対処 | （無印）
異なる対処状況※ | !

注※

繰り返しイベントの集約表示機能を使用している場合で，集約イベントの対処状況と，繰り返しイベントの対処状況が異なる状況を指します。

どのようなときにそれぞれのマークを使うかは，運用に合わせて決めてください。

どのJP1イベントを重要イベントとするかは，管理者が定義できます。デフォルトでは，重大度が「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」のJP1イベントが重要イベントとなっています。

［重要イベント］ページに表示されている重要イベントの数が，画面に表示できるイベント数の最大値を超えると，古い重要イベントから消去されます。このとき，最初に消去されるのは対処済の重要イベントです。対処済の重要イベントがない場合は，未対処，保留，処理中の重要イベントのうち最も古いイベントが削除されます。この場合は，状態にかかわらず，古い重要イベントから削除されます。

20.1.6　集約イベントと繰り返しイベントを表示する

繰り返しイベントの集約表示機能を使用する場合，短時間に連続して発生する同一内容のJP1イベントを集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示できます。

また，集約された繰り返しイベントは，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページから表示される［関連イベント一覧（集約）］画面に表示できます。

繰り返しイベントの集約表示機能では，同一内容のJP1イベントを一つのイベントにまとめたイベントのことを集約イベントといいます。集約イベントには，集約を継続中のイベント（集約中イベント）と，集約が完了したイベント（集約完了イベント）の2種類があります。

また，同一内容のJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントのことを集約開始イベント，集約開始イベント以降に受信した集約開始イベントと同一内容のJP1イベントを繰り返しイベント，繰り返しイベントがないためイベントが集約されないイベントを非集約イベントといいます。

繰り返しイベントの集約表示機能は，［ユーザー環境設定］画面で設定します。設定方法については，「11.7　ログインユーザーごとのJP1/IM - Viewの設定」を参照してください。

＜この項の構成＞

(1)　集約イベントと繰り返しイベントの表示

(2)　集約表示の見方

(3)　対処状況を変更する

(1)　集約イベントと繰り返しイベントの表示

繰り返しイベントの集約表示機能を使用する場合の集約イベント，非集約イベント，および繰り返しイベントの表示について説明します。

集約イベント・非集約イベントの表示

集約イベント・非集約イベントは，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示できます。

また，繰り返しイベントの集約表示機能を使用していない場合と同様に，［イベントコンソール］画面から［イベント詳細］画面を表示して，集約イベント・非集約イベントの詳細な属性情報を表示できます。［イベント詳細］画面は，［イベントコンソール］画面でイベントを選択し，メニューの［表示］－［イベント詳細表示］を選択すると表示されます。

繰り返しイベントの表示

個々の繰り返しイベントは，［関連イベント一覧（集約）］画面で表示できます。［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページには表示されません。

［関連イベント一覧（集約）］画面は，［イベントコンソール］画面で，集約イベントを一つ選択したあと，メニューの［表示］－［関連イベント一覧表示］を選択して表示します。

［関連イベント一覧（集約）］画面では，［イベントコンソール］画面の［イベント監視］ページと同様に対処状況を変更できます。また，［イベント詳細］画面で，繰り返しイベントの詳細な属性情報を表示できます。［イベント詳細］画面は，［関連イベント一覧（集約）］画面でイベントを選択し，右クリックして表示されるポップアップメニューから［イベント詳細表示］を選択すると表示されます。

なお，対処状況を変更するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

次の場合には，メニュー項目を選択できません。

［イベント監視］ページまたは［重要イベント］ページで，イベントを複数選択している場合

非集約イベントを選択している場合

各画面でのイベントの表示内容を，次の表に示します。

表20-7　各画面でのイベントの表示内容

画面名
（ページ名）
イベントの種類

集約中イベント
集約完了イベント
繰り返しイベント
非集約イベント

［イベントコンソール］画面
（［イベント監視］ページ）
○
○
×
△

［イベントコンソール］画面
（［重要イベント］ページ）
○
○
×
△

［イベントコンソール］画面
（［イベント検索］ページ）
△
△
△
△

［関連イベント一覧（集約）］画面
△
△
△
－

（凡例）

○：集約表示

△：非集約表示

×：表示なし

－：機能なし

(2)　集約表示の見方

繰り返しイベントの集約表示機能が有効な場合，［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページでは，次のように集約表示されます。

図20-2　繰り返しイベントの集約表示例

繰り返しイベントの集約表示では，次の項目が表示されます。

［集約状態］

［集約状態］に繰り返し回数が表示されます。繰り返し回数とは，集約イベント数と繰り返しイベントの総数のことです。非集約イベントの場合は，何も表示されません。

集約完了イベントの場合
繰り返し回数が表示されます。表示される繰り返し回数は，1 ～ 100です。
[図データ]

集約中イベントの場合
繰り返し回数および集約中であることを示す「+」が表示されます。
繰り返し回数が1回（集約開始イベントだけ）の場合は「1+」，繰り返し回数が2回（集約開始イベントと繰り返しイベント1件）の場合は「2+」のように，「1+」～「99+」の範囲で表示されます。なお，［重要イベント］ページでは，集約開始イベントが削除済み状態で，繰り返しイベントがない場合，「0+」と表示されます。
[図データ]

また，［関連イベント一覧（集約）］画面を表示したり，集約イベントを削除したりすると，次のように表示されます。

集約開始イベントを削除した場合

［イベントコンソール］画面の［重要イベント］ページで，集約開始イベントを削除した場合，そのイベントは削除済み状態となり，繰り返し回数の右横に「削除」が表示されます。

その後，イベントの集約が完了して，削除済み状態の非集約イベントになった場合，［イベントコンソール］画面の［重要イベント］ページに表示されなくなります。

繰り返しイベントを削除した場合

［関連イベント一覧（集約）］画面の［関連イベント一覧］で，繰り返しイベントを削除した場合，集約イベントの繰り返し回数が，削除した数だけ減ります。

集約完了イベントの繰り返し回数が，繰り返しイベントを削除したことによって1回になった場合，そのイベントは非集約イベントとなります。また，その非集約イベントが削除済み状態であった場合，［イベントコンソール］画面の［重要イベント］ページに表示されなくなります。

対処状態表示

左端の列にJP1イベントへの対処状況を示す対処状況マークが表示されます。

対処状況マークの種類および内容は，［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページに表示される対処状況マークと同じです。

集約イベントと繰り返しイベントの対処状況が異なる場合，対処状況表示に「!」が表示されます。

［アクション］

自動アクションの抑止機能を使用している場合，［イベントコンソール］画面にアクション抑止の状態を示すマークが表示されます。

表20-8　アクション抑止の状態

アクション抑止の状態 | 説明
[図データ]　 | 抑止されなかったアクション
[図データ]　 | 抑止されたアクション
[図データ]　 | 一部抑止されたアクション

集約イベントと繰り返しイベントのアクション状況が異なる場合，アクション表示に「!」が表示されます。

(3)　対処状況を変更する

集約イベント，繰り返しイベントの対処状況は，繰り返しイベントの集約表示機能を使用していない場合と同様に変更できます。

集約イベントの対処状況を変更した場合

［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページで，集約イベントの対処状況を変更すると，その時点までに受信した繰り返しイベントの対処状況もすべて同じ対処状況に変更されます。

対処状況を変更したあとに受信した繰り返しイベントの対処状況は，変更されません。このため，繰り返しイベントの対処状況が異なるので，対処状況表示に「!」が表示されます。

繰り返しイベントの対処状況を変更した場合

［関連イベント一覧（集約）］画面で，繰り返しイベントの対処状況を変更した場合，繰り返しイベントが集約されている集約イベントの対処状況は変更されません。ただし，集約イベントの中に対処状況が異なる繰り返しイベントがあるため，対処状況表示に「!」が表示されます。

20.1.7　相関イベントを表示および操作する

ここでは，相関イベントの表示および操作について説明します。

相関イベントの表示

相関イベントは［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページおよび［イベント検索］ページに表示されます。

相関イベントは［種別］にアイコン「[図データ]」が表示されます。

なお，［種別］はデフォルトで表示されている項目ではありません。表示するには［ユーザー環境設定］画面で［種別］を表示項目に指定します。詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス 1.3.14　［ユーザー環境設定］画面」を参照してください。

相関イベントの操作

相関イベントは通常のJP1イベントと同様の操作ができます。例えば，イベントの詳細表示や，対処状況の変更などができます。

また，相関イベントからは発行の契機となった相関元イベントの表示もできます。相関イベントを発行したホストが，JP1/IM - Viewでログインしているホストと別ホストだった場合は，相関イベントを発行したホストから相関元イベントが取得されます。

相関元イベントを表示する手順は次のとおりです。

［イベントコンソール］画面の次の各ページで，相関イベントを一つ選択する。
・［イベント監視］ページ
・［重要イベント］ページ
・［イベント検索］ページ

メニューの［表示］－［関連イベント一覧表示］を選択する，またはポップアップメニューから［関連イベント一覧表示］を選択する。
［関連イベント一覧（相関）］画面が表示され，相関元イベントの一覧が表示されます。

なお，繰り返しイベントの集約表示機能を使用していた場合，相関イベントが次に示すように集約表示されることがあります。

表20-9　相関イベントの集約表示の例

表示例 | 説明
[図データ]　 | 相関イベントが集約完了した場合
[図データ]　 | 相関イベントが集約中の場合
[図データ]　 | 集約が完了した相関イベントを削除した場合
[図データ]　 | 相関イベントの集約開始イベントと繰り返しイベントの対処状況が異なる場合

この場合，相関元イベントを表示するには，［関連イベント一覧（集約）］画面を表示してから［関連イベント一覧（相関）］画面を表示します。

手順を次に示します。

［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページで，集約状態の相関イベントを一つ選択する。

メニューの［表示］－［関連イベント一覧表示］を選択する，またはポップアップメニューから［関連イベント一覧表示］を選択する。
［関連イベント一覧（集約）］画面が表示され，相関イベントの一覧が表示されます。

［関連イベント一覧（集約）］画面の［関連イベント一覧］から相関イベントを一つ選択する。

ポップアップメニューから［関連イベント一覧表示］を選択する。
［関連イベント一覧（相関）］画面が表示され，相関元イベントの一覧が表示されます。

なお，集約表示されているイベントの見方などの詳細については，「20.1.6　集約イベントと繰り返しイベントを表示する」を参照してください。

注意

相関イベントまたは相関元イベントの対処状況を「削除」に変更する場合，［重要イベント］ページを起点として，［関連イベント一覧（相関）］画面を表示している必要があります。［表示画面］の表示が次のどちらかであることを確認してください。
・重要イベント
・重要イベント - 関連イベント一覧（集約）

［関連イベント一覧（相関）］画面で，表示対象の相関イベントの対処状況を変更しても，一覧表示されている相関元イベントの対処状況は変更されません。同様に一覧表示されている相関元イベントの対処状況を変更しても，表示対象の相関イベントの対処状況は変更されません。
これは，相関元イベントと相関イベントが別の事象を表すイベントであるためです。

20.1.8　JP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する（JP1/IM - Incident Master連携）

JP1/IM - Incident Master連携用の設定をしておくことで，JP1/IM - Viewに表示されたJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録できます。設定手順については，「15.1 (4)　JP1/IM - Incident Master画面呼び出し設定」を参照してください。

インシデントの登録操作ができる画面を次に示します。

［イベントコンソール］画面の各ページ

［関連イベント一覧］画面

［イベント詳細］画面

ここでは，これらの画面からJP1イベントをインシデントとして登録する手順について説明します。なお，JP1イベントをインシデントとして登録するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

＜この項の構成＞

(1)　［イベントコンソール］画面の各ページに表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

(2)　［関連イベント一覧］画面に表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

(3)　［イベント詳細］画面に表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

(1)　［イベントコンソール］画面の各ページに表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

登録手順を次に示します。

［イベントコンソール］画面のイベント一覧に表示されるJP1イベントの中からインシデントとして登録するJP1イベントを一つ選択する。

右クリックして［インシデント登録］，またはメニューから［表示］－［インシデント登録］を選択する。
WWWブラウザー（IE）が起動して，JP1/IM - Incident Masterの［インシデントの登録］画面が表示されます。

(a)　注意事項

［重要イベント］ページではJP1イベントを複数選択できますが，複数選択してのインシデント登録はできません。

［イベント検索］ページには，マネージャーホスト以外のイベントDBに登録されたJP1イベントを表示できますが，これらのJP1イベントはインシデントとして登録できません。マネージャーホスト上に登録されたJP1イベントだけ，インシデントとして登録できます。

(2)　［関連イベント一覧］画面に表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

登録手順を次に示します。

［関連イベント一覧］画面に表示されるJP1イベントの中からインシデントとして登録するJP1イベントを一つ選択する。

右クリックして［インシデント登録］を選択する。
WWWブラウザー（IE）が起動して，JP1/IM - Incident Masterの［インシデントの登録］画面が表示されます。

(3)　［イベント詳細］画面に表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

登録手順を次に示します。

［イベント詳細］画面の［インシデント登録］ボタンをクリックする。
WWWブラウザー（IE）が起動して，JP1/IM - Incident Masterの［インシデントの登録］画面が表示されます。

20.1.9　ルール起動要求の状況を確認し，ルール起動要求の操作をする（JP1/IM - Rule Operation連携）

ここでは，JP1/IMがJP1/IM - Rule Operationと連携する場合に，ルール起動要求がJP1/IM - Rule Operationに正しく通知されたかどうか，またJP1/IM - Rule Operationの［ルール結果詳細］画面を表示する手順について説明します。

＜この項の構成＞

(1)　ルール起動要求がJP1/IM - Rule Operationに通知されたかどうかを確認する

(2)　JP1/IM - Rule Operationの［ルール結果詳細］画面を表示する

(1)　ルール起動要求がJP1/IM - Rule Operationに通知されたかどうかを確認する

ルール起動要求は，自動アクションの状態監視機能を使って，状態監視および遅延監視ができます。これらを設定しておくことで，次のようなトラブルが発生した場合でも早期に検知できます。

ルール起動要求の通知が想定した時間内に終了しなかった，または，長時間掛かって終了した。

ルール起動要求の通知に失敗した（状態が「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」に遷移した）。

また，トラブルを検知した場合，JP1イベント（イベントID=2010または2011）を発行したり，通知コマンドを実行したりできます。

設定については，「11.3 (3) 自動アクションの実行状況監視の設定」を参照してください。

操作手順を次に示します。

［イベントコンソール］画面でルール起動対象イベントを監視する。
［アクション種別］に「[図データ]」が表示されているJP1イベントが，ルール起動対象イベントです。

［アクション結果］画面や［アクション結果一覧］画面を開き，ルール起動要求の実行結果を確認する。
ルール起動要求の実行状況を確認します。

必要に応じてルール起動要求をキャンセル，または再実行する。
ルール起動要求が「実行中」のまま遷移しなかったり，「実行失敗」になっていたりすると，JP1/IM - Rule Operationにルール起動要求を通知できません。必要に応じてルール起動要求をキャンセルしたり，再実行したりしてください。

ルール起動要求に自動アクションの状態監視機能を設定している場合

遅延監視機能，状態監視機能による通知は，それぞれ一度実行されると，ユーザーが通知抑止を解除するまで通知が抑止されます。遅延監視機能，状態監視機能によって，ルール起動要求の異常を検知した場合，ルール起動要求の再実行やキャンセルの対処が完了したあと，次の手順を実施してください。

［イベントコンソール］画面のメニューから［オプション］－［機能状態通知復帰］－［アクション遅延監視］および［アクション状態監視］を表示し，活性している機能名を選択する。
抑止状態になっている機能は，表示（文字）が活性しています。活性している機能名を選択すると，通知抑止を解除するかどうかを問い合わせるダイアログが表示されます。

問い合わせダイアログで［はい］をクリックする。
通知抑止が解除され，監視が再度有効になります。

参考

ルール起動要求がJP1/IM - Rule Operation側でルールの起動条件に合致したかどうかは，次に示す三つの画面に表示される［終了コード］で確認できます。

［アクション結果］画面

［アクション結果一覧］画面

［アクション結果詳細］画面

［アクション結果］画面，［アクション結果一覧］画面，および［アクション結果詳細］画面については，マニュアル「JP1/Integrated Management - Manager リファレンス　1. 画面」を参照してください。

また，自動アクションの状態確認，再実行などの操作について，「22.2.2　自動アクションの実行結果を確認する」もあわせて参照してください。

(2)　JP1/IM - Rule Operationの［ルール結果詳細］画面を表示する

ルール起動要求がJP1/IM - Rule Operationに通知され，JP1/IM - Rule Operationのルール起動条件に合致した場合，次に示す三つの画面からJP1/IM - Rule Operationの［ルール結果詳細］画面を表示できます。

［アクション結果］画面

［アクション結果一覧］画面

［アクション結果詳細］画面

次にそれぞれの手順について説明します。

［アクション結果］画面からJP1/IM - Rule Operationの［ルール結果詳細］画面を表示する

操作手順を次に示します。

［イベントコンソール］画面のイベント一覧で，ルール起動対象イベントを1件選択する。

次に示すどれかの方法で［アクション結果］画面を表示する。

メニューバーから［表示］－［自動アクション実行結果表示］を選択する。

ポップアップメニューから［自動アクション実行結果表示］を選択する。

［自動アクション実行結果表示］ボタンをクリックする。

［アクション結果］画面が表示されます。

ルール起動要求の実行結果を1件選択する。
ルール起動要求は［種別］に「[図データ]」が表示されています。また，［実行結果一覧］の［終了コード］が「0」になっていることを確認してください。

［ルール結果詳細］ボタンをクリックする。
JP1/IM - Rule Operationの［ルール結果詳細］画面が表示されます。

［アクション結果一覧］画面からJP1/IM - Rule Operationの［ルール結果詳細］画面を表示する

操作手順を次に示します。

［イベントコンソール］画面で［表示］－［自動アクション結果一覧表示］を選択する。
［アクション結果一覧］画面が表示されます。この画面には，ルール起動要求だけでなく，自動アクションの結果も一覧として表示されます。

ルール起動要求の実行結果を1件選択する。
ルール起動要求は［種別］に「[図データ]」が表示されています。また，［実行結果一覧］の［終了コード］が「0」になっていることを確認してください。

［ルール結果詳細］ボタンをクリックする。
JP1/IM - Rule Operationの［ルール結果詳細］画面が表示されます。

［アクション結果詳細］画面からJP1/IM - Rule Operationの［ルール結果詳細］画面を表示する

これまでに説明した［アクション結果］画面，［アクション結果一覧］画面から表示できる［アクション結果詳細］画面からも，JP1/IM - Rule Operationの［ルール結果詳細］画面を表示できます。

操作手順を次に示します。

［アクション結果］画面，［アクション結果一覧］画面の［実行結果一覧］でルール起動要求を1件選択し，［詳細］ボタンをクリックする。
［アクション結果詳細］画面が表示されます。
［実行結果］の終了コード（属性名）が「0」になっていることを確認してください。

［ルール結果詳細］ボタンをクリックする。
JP1/IM - Rule Operationの［ルール結果詳細］画面が表示されます。

［アクション結果］画面，［アクション結果一覧］画面，および［アクション結果詳細］画面については，マニュアル「JP1/Integrated Management - Manager リファレンス　1. 画面」を参照してください。

［ルール結果詳細］画面については，マニュアル「JP1/Integrated Management - Rule Operation GUIリファレンス」を参照してください。

20.2　重要イベントの対処状況を設定する

重要イベントの対処状況を設定する手順，および重要イベントを削除する手順を次に示します。なお，これらの操作には，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

重要イベントの対処状況を設定する

重要イベントへの実際の対処状況に合わせて，重要イベントに対処状況を設定するには，［重要イベント］ページのイベント一覧で重要イベントを選択してから，次のどれかの操作をします。選択した重要イベントがどの対処状況であっても，設定の操作ができます。

［重要イベント］ページ上のボタンから，設定したい対処状況のボタンをクリックする。

メニューバーから［表示］を選択し，サブメニューの中から設定したい対処状況を選ぶ。

右クリックして表示されるポップアップメニューから，設定したい対処状況を選ぶ。

重要イベントを削除する

［重要イベント］ページに表示されている重要イベントを画面から削除するには，削除したい重要イベントを選択してから，次のどちらかの操作をします。選択した重要イベントがどの対処状況であっても，削除の操作ができます。

メニューバーから［表示］－［削除］を選択する。

右クリックして表示されるポップアップメニューから［削除］を選択する。

ここでの「削除」は画面から削除するだけで，イベントDBからは削除されません。

［重要イベント］ページで設定した重要イベントの対処状況を示す情報（「対処済」，「処理中」，「保留」，「未対処」）は，［イベント監視］ページに表示されている同一イベントにも反映されます。「削除」情報は反映されません。

重要イベントの対処状況を示す情報（「対処済」，「処理中」，「保留」，「未対処」，「削除」）は，ログインしているマネージャーホストのイベントDBに記録されます。そのため，対処状況を変更すると，同じマネージャーホストにログインしているほかのJP1/IM - Viewの［重要イベント］ページの表示も変更されます（「削除」以外の情報については，［イベント監視］ページの表示も変更されます）。ほかのホストから転送されてきた重要イベントの場合，転送元ホストのイベントDBの情報は変更されません。

重要イベントの対処状況は，jcochstatコマンドを使用しても設定できます。jcochstatコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcochstat」（2.　コマンド）を参照してください。

20.3　JP1イベントを検索する

さまざまな条件でJP1イベントを検索し，検索条件に合ったJP1イベントを画面に表示できます。

ここでは，検索の方法および検索結果の表示について説明します。

検索の機能詳細については，「3.2.5　イベント検索」を，イベント検索で使用する画面の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.15　［イベント検索条件設定］画面」を参照してください。

＜この節の構成＞

20.3.1　検索の方法

20.3.2　検索結果の表示

20.3.3　イベント検索で対処状況を設定する

20.3.1　検索の方法

検索の方法について次に説明します。

＜この項の構成＞

(1)　検索手順

(2)　イベントの検索方向

(3)　正規表現での指定方法

(1)　検索手順

JP1イベントを検索する手順は次のとおりです。

イベント一覧に表示されているJP1イベントの属性値を検索条件として利用する場合は，［イベントコンソール］画面のイベント一覧からJP1イベントを選択する。

［イベントコンソール］画面で［表示］－［イベント検索］を選択する。または［イベントコンソール］画面の［イベント検索］ページで［イベント検索］をクリックする。
［イベント検索条件設定］画面が表示されます。

［イベント検索条件設定］画面で検索条件を設定する。
［イベント検索条件設定］画面では次の項目を設定します。

検索ホスト名の入力
［検索ホスト名］に検索対象のホスト名（イベントサーバ名）を入力します。
なお，接続しているホスト名がデフォルトで指定されます。
指定したホスト名は，マネージャーホストでアドレス解決します。マネージャーホスト上で解決できるホスト名を指定してください。
特に，ファイアウォール環境で，ファイアウォールの外側のビューアーからイベントを検索する場合は，注意が必要です。ファイアウォール環境では，ファイアウォールの外側からと内側からでは，同じホストのIPアドレスが異なって見える場合があります。そのため，ファイアウォールの外側のビューアーからIPアドレスを指定してイベントを検索する場合は，マネージャーホスト上で解決できるIPアドレスを指定してください。
また，複数のLANに接続したエージェントに対して代表ホスト以外のNIC経由で接続する場合も，IPアドレスを指定してください。

検索方向の指定
イベントDBを検索する方向を指定します。
［過去方向］，［未来方向］のどちらかを指定します。なお，［過去方向］がデフォルトで指定されます。
詳細は，「20.3.1 (2)　イベントの検索方向」を参照してください。

条件群の設定
イベント検索の条件を区別するために，条件群に名前を付けます。
条件群は複数設定でき，条件群同士の関係はOR条件となります。
なお，条件群の設定は［一覧表示］をクリックして［一覧］を表示状態にしておく必要があります。
条件群の追加：［追加］をクリックすると，定義していない名称「条件群n」（nは数字）が追加されます。
条件群の複製：条件群を選択し，［複製］をクリックすると，「コピー 選択した条件群名」が追加されます。
条件群の削除：条件群を選択し，［削除］をクリックすると，選択した条件群が削除されます。
条件群のリネーム：条件群を選択すると，選択した条件群の名前が［条件群名］に表示されます。これを編集し，フォーカスを移動すると，条件群の名前が変更されます。

条件の設定（各条件群の詳細設定）
検索したいJP1イベントの通過条件または除外条件を設定します。
条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。
設定できる項目は，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，イベントID，開始時刻，終了時刻，登録時刻，到着時刻，重要イベントの状態（対処済，未対処，対処中，保留），アクションの状態（実行あり，実行なし），および固有の拡張属性です。
［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させたいときは，［選択イベント条件入力］をクリックします。
なお，登録ホスト名，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，および固有の拡張属性については，正規表現でも指定できます。正規表現での指定方法については，「20.3.1 (3)　正規表現での指定方法」を参照してください。

［OK］をクリックする。
［イベント検索］ページが表示され，検索が開始するとページのタブに（検索中）が表示されます。検索結果は，［イベントコンソール］画面の［イベント検索］ページに検索条件と一致したイベントが順次，表示されます。

補足：イベント検索をキャンセルする場合

［検索キャンセル］をクリックする。

間違った検索条件でイベント検索を実行してしまった場合や，取得したいイベントを見つけた時点でイベント検索を中断できます。

例えば，業務に影響するエラーイベントが過去12時間にどのくらい発行されているのかを調査したいときは，次の手順でできます。

［イベントコンソール］画面で，エラーイベントを選択する。

［イベントコンソール］画面で［表示］－［イベント検索］を選択する。
［イベント検索条件設定］画面が表示されます。

［検索ホスト名］および［検索方向］を指定する。
新しいイベントから検索したい場合は，［検索方向］に［過去方向］を指定します。

［イベント検索条件設定］画面で［選択イベント条件入力］をクリックする。
選択したエラーイベントの属性値が，各条件に反映されます。

［登録時刻］を選択し，［期間指定］を選択する。

［現在時刻］をクリックしたあと，［期間指定］に12と入力し，［時間前］を選択する。

［OK］をクリックする。
検索結果が，［イベントコンソール］画面の［イベント検索］ページに表示されます。

(2)　イベントの検索方向

条件の設定に従った範囲を，検索方向を指定して検索できます。1回の検索で取得できる件数は，［ユーザー環境設定］画面で変更できます（デフォルト20件）。1回の検索で取得できなかったイベントは［イベントコンソール］画面の［イベント検索］ページで［次イベント検索］をクリックすることで取得，表示できます。

［過去方向］を指定すると，イベントDBに登録されたJP1イベントの最後尾から（新しいイベントから古いイベント方向に）検索します。［過去方向］を指定してイベントを検索した場合，新しいイベントから順に取得，表示します。［次イベント検索］をクリックすると，表示しているイベントの上に［次イベント検索］で取得したイベントを表示します。なお，表示は，古い順（取得したイベントのうち，古いイベントが上に，新しいイベントが下に表示される）となるため，注意してください。

［未来方向］を指定すると，イベントDBに登録されたJP1イベントの先頭から（古いイベントから新しいイベント方向に）検索します。［未来方向］を指定してイベントを検索した場合，古いイベントから順に取得します。［次イベント検索］をクリックすると，表示しているイベントの下に［次イベント検索］で取得したイベントを表示します。

「20.3.2　検索結果の表示」の例を参考にして，イベント検索の動作を確認してください。

(3)　正規表現での指定方法

［イベント検索条件設定］画面で設定する検索条件として，正規表現を指定できます。正規表現を指定できるのは，登録ホスト名，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，および固有の拡張属性です。

［イベント検索条件設定］画面で検索条件として正規表現を指定するには，［条件一覧］のテキストボックスに正規表現で検索条件を指定し，右側のリストボックスから「正規表現」を選択します。なお，固有の拡張属性に対して正規表現を指定するには，［固有の拡張属性条件詳細設定］画面を使用します。

なお，使用できる正規表現の種類は検索先ホストのJP1/Baseの設定に準じます。詳細については，マニュアル「JP1/Base 運用ガイド」のセットアップの章，正規表現の説明を参照してください。

20.3.2　検索結果の表示

イベントの検索結果は，［イベントコンソール］画面の［イベント検索］ページに表示されます。

1回のイベント検索で取得できるイベントの件数は，［ユーザー環境設定］画面で設定できます。［ユーザー環境設定］画面でイベント取得件数を設定する方法については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」を参照してください。

［イベント検索］ページのイベント一覧では，左端の列にイベントへの対処状況を示す対処状況マークが表示されます。

対処状況の種類と，その対処状況を示す対処状況マークを次に示します。

表20-10　対処状況の種類と対処状況マーク

対処状況 | 対処状況マーク
対処済 | [図データ]　
処理中 | [図データ]　
保留 | [図データ]　
未対処 | （無印）

イベント検索時に，1回で取得されなかったイベントを表示するには，［次イベント検索］をクリックします。表示される内容は，検索方向，および各条件で設定した範囲によって異なります。

イベント検索結果の表示例を次に示します。

（前提条件）

・1回のイベント検索で取得できるイベントは20件。

・イベントDBには次に示すイベントだけが格納されている。

図20-3　イベントDBに格納されているイベント

（例1）

［イベント検索条件設定］画面の［検索方向］で［過去方向］を指定すると，イベント一覧には，イベントDBに登録されたJP1イベントの最後尾から20件，新しい順に表示されます。

図20-4　イベントの最後尾から20件，新しい順に表示

［次イベント検索］をクリックすると，次の20件のイベントがすでに表示されているイベントの上に追加して表示されます。

図20-5　［次イベント検索］クリック後の表示

（例2）

［イベント検索条件設定］画面の［検索方向］で［未来方向］を指定すると，イベント一覧には，イベントDBに登録されたJP1イベントの先頭から20件，古い順に表示されます。

図20-6　イベントの先頭から20件，古い順に表示

［次イベント検索］をクリックすると，次の20件のイベントがすでに表示されているイベントの下に追加して表示されます。

図20-7　［次イベント検索］クリック後の表示

20.3.3　イベント検索で対処状況を設定する

［イベント検索］ページでは，検索結果であるイベントを表示している状態で，イベントの実際の対処状況に合わせ，対処状況を設定できます。なお，対処状況を設定するには，次の条件があります。

ログインしているマネージャーホストのイベントDBからの検索結果である。

JP1_Console_Admin権限またはJP1_Console_Operator権限がある。

［イベント検索］ページで対処状況を設定する

「対処済」「処理中」「保留」および「未対処」の四つの対処状況を設定できます。

対処状況を設定するには，［イベント検索］ページの設定対象とするイベントを選択してから，次のどちらかの操作をします。

メニューバーから［表示］を選択し，サブメニューの中から設定したい対処状況を選ぶ。

右クリックして表示されるポップアップメニューから，設定したい対処状況を選ぶ。

［イベント検索］ページで設定したイベントの対処状況を示す情報（「対処済」，「処理中」，「保留」，「未対処」）は，［イベント監視］ページ，［重要イベント］ページに表示されている同一イベントにも反映されます。

［イベント検索］ページでは検索した時点のイベント内容を表示しているため，ほかのページで変更されてもこのページでの表示は変わりません。最新データを表示する場合は，再度検索を実行してください。

20.4　JP1イベントを発行したアプリケーションをモニター起動する

受信したJP1イベントに関連するプログラムのモニター画面を表示し，情報の参照や操作ができます。この機能は，WWWページ版のJP1/IM - Viewでは使用できません。

［イベントコンソール］画面からモニター画面を起動するには，次のように操作します。

［イベントコンソール］画面のイベント一覧でJP1イベントを選択し，［表示］－［モニター起動］を選択する。または，ツールバーのモニター起動ボタンをクリックするか，ポップアップメニューの［モニター起動］を選択する。

対応するプログラムのモニター画面（WWWページまたはアプリケーションプログラム）が起動します。

また，［イベント詳細］画面の［モニター起動］をクリックして，モニター画面を起動することもできます。

なお，選択したJP1イベントに対応するプログラムがない，またはモニター画面を起動するための設定がされていない場合は，メニューおよびボタンは選択できません。モニター画面を起動するための設定方法については，「11.9　連携製品のモニター起動の設定」を参照してください。

20.5　表示フィルターを有効にする

［イベントコンソール］画面の［イベント監視］ページに表示されるJP1イベントに対し，表示フィルターを有効にするには次の操作をします。

［フィルター名］リストボックスから，有効にしたい表示フィルターを選択する。

表示フィルター適用チェックボックスにチェックを入れる，またはメニューから［表示］－［表示フィルターの適用］を選択する。
フィルターで設定した条件に一致するJP1イベントが，［イベントコンソール］画面の［イベント監視］ページに表示されます。

表示フィルターを有効にするには，フィルター設定を済ませておく必要があります。

表示フィルターの設定について

参照先：「11.2.1　表示フィルターを設定する」

20.6　イベント取得フィルターを切り替える

JP1/IMがJP1/BaseからJP1イベントを取得するときのフィルター条件を，複数保存してあるイベント取得フィルターから一つ選択して，切り替えられます。

また，イベント取得フィルターで一時的に特定のJP1イベントの取得を対象外にしたい場合に定義する共通除外条件の有効・無効を切り替えられます。

共通除外条件の切り替えは，メンテナンス作業を実施するホストをJP1/IMの監視対象外として，メンテナンス作業を実施するホストから発行されるJP1イベントを一時的に取得しないようフィルタリングする場合に実施します。

イベント取得フィルター，および共通除外条件の切り替え方法には，次の二種類があります。

JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から切り替える

jcochfilterコマンドを使用して切り替える

ただし，イベント取得フィルターが互換用で動作している場合は，イベント取得フィルターの切り替えはできません。

参考

イベント取得フィルターを切り替えると，イベント取得フィルター条件の変更を通知するJP1イベント（イベントID：00003F13，00003F14，00003F20）が発行されます。ただし，これらのJP1イベントは，ほかのJP1イベントが大量に発行されると，JP1/IM - Viewへの通知が遅れることがあります。

イベント取得フィルターが切り替わった直後に受信したJP1イベントを確認したい場合，イベントID：00003F13，00003F14，00003F20のメッセージを参照し，次の内容を確認してください。

「切り替え前にJP1/IM - Managerが最後に受信したイベントの到着時刻」

「切り替え前にJP1/IM - Managerが最後に受信したイベントのイベントDB内通し番号」

上記の次に到着したJP1イベントが，切り替え後のイベント取得フィルターで取得したJP1イベントです。

JP1イベント（イベントID：00003F13，00003F14，00003F20）の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　4.　JP1イベント」を参照してください。ただし，イベント取得フィルターが互換モードで動作している場合は，これらのJP1イベントは発行されません。

＜この節の構成＞

20.6.1　JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から切り替える

20.6.2　jcochfilterコマンドを使用して切り替える

20.6.1　JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から切り替える

JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面でイベント取得フィルター，および共通除外条件の有効・無効を切り替えられます。

なお，［システム環境設定］画面および［イベント取得条件一覧］画面を起動するには，JP1_Console_Admin権限が必要です。

＜この項の構成＞

(1)　［システム環境設定］画面から切り替える

(2)　［イベント取得条件一覧］画面から切り替える

(1)　［システム環境設定］画面から切り替える

(a)　イベント取得フィルターを切り替える

切り替えるイベント取得フィルター名が明確な場合，［システム環境設定］画面からイベント取得フィルターを選択して，切り替えを実施します。

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

図20-8　［システム環境設定］画面からのイベント取得フィルターの切り替え

［適用中のフィルター］のドロップダウンリストから，イベント取得フィルターを選択する。

［適用］をクリックする。
設定した内容が有効になります。

(b)　共通除外条件の有効・無効を切り替える

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

［共通除外条件群一覧］から，適用したい条件群をチェックする。

［適用］をクリックする。
設定した内容が有効になります。

(2)　［イベント取得条件一覧］画面から切り替える

(a)　イベント取得フィルターを切り替える

［システム環境設定］画面からでは切り替えるイベント取得フィルター名が特定できない場合，［イベント取得条件一覧］画面でイベント取得フィルターの設定内容などを確認して，切り替えを実施します。

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

［イベント取得条件］の［一覧編集］ボタンをクリックする。
［イベント取得条件一覧］画面が表示されます。

図20-9　［イベント取得条件一覧］画面からのイベント取得フィルターの切り替え

［フィルター一覧］から，イベント取得フィルターを選択する。
フィルターIDやフィルター名からイベント取得フィルターを特定します。内容を確認したい場合は，イベント取得フィルターを一つ選択し，［編集］をクリックすると，［イベント取得条件設定］画面が表示され，選択したフィルターの内容が確認できます。

［OK］をクリックする。
［システム環境設定］画面に戻ります。

［適用］をクリックする。
設定した内容が有効になります。

なお，［イベント取得条件一覧］画面では，フィルター条件の追加・編集・複製・削除ができます。詳細については，「11.2.4　イベント取得フィルターを設定する」を参照してください。

(b)　共通除外条件の有効・無効を切り替える

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］－［システム環境設定］を選択する。
［システム環境設定］画面が表示されます。

［イベント取得条件］の［一覧編集］ボタンをクリックする。
［イベント取得条件一覧］画面が表示されます。

［共通除外条件群一覧］から，適用したい条件群をチェックする。
内容を確認したい場合は，共通除外条件を一つ選択し，［編集］をクリックすると，［共通除外条件設定］画面が表示され，選択した共通除外条件の内容が確認できます。

［OK］をクリックする。
［システム環境設定］画面に戻ります。

［適用］をクリックする。
設定した内容が有効になります。

20.6.2　jcochfilterコマンドを使用して切り替える

jcochfilterコマンドを使用して，イベント取得フィルター，および共通除外条件の有効・無効を切り替えられます。

jcochfilterコマンドでイベント取得フィルター，および共通除外条件の有効・無効を切り替える場合，JP1/AJS2のジョブスケジューラー機能を使用して，所定の時刻にjcochfilterコマンドを実行し，保守業務を開始するジョブネットを作成することで，保守業務と監視状態の変更を自動的化できます。

＜この項の構成＞

(1)　イベント取得フィルターを切り替える

(2)　共通除外条件の有効・無効を切り替える

(1)　イベント取得フィルターを切り替える

イベント取得フィルターには，固有のフィルターIDが設定されています。このフィルターIDを利用して，jcochfilterコマンドでイベント取得フィルターを切り替えます。

jcochfilterコマンドの詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　jcochfilter」（2. コマンド）を参照してください。

設定手順は，次のとおりです。

jcochfilterコマンドを入力して，イベント取得条件一覧をリスト表示する。
物理ホストと論理ホストで，イベント取得条件一覧を表示する場合の例を次に示します。

物理ホスト上のイベント取得条件一覧を表示する場合
次のようにコマンドを入力します。
jcochfilter

論理ホストhostA上のイベント取得条件一覧を表示する場合
次のようにコマンドを入力します。
jcochfilter -h hostA

論理ホストhostA上のイベント取得条件一覧の表示例を次に示します。

図20-10　jcochfilterコマンドによるイベント取得条件一覧の表示例

注意事項

指定したホスト上のJP1/IM - Managerが起動されていない場合，このコマンドは実行できません。

フィルターIDやフィルター名からイベント取得フィルターを特定する。

jcochfilter -iコマンドを入力して，イベント取得フィルターを切り替える。
物理ホストと論理ホストで，イベント取得フィルターを切り替える場合の例を次に示します。

物理ホスト上のイベント取得フィルターをフィルターIDが3のフィルターに切り替える場合
次のようにコマンドを入力します。
jcochfilter -i 3

論理ホストhostA上のイベント取得フィルターをフィルターIDが3のフィルターに切り替える場合
次のようにコマンドを入力します。
jcochfilter -i 3 -h hostA

(2)　共通除外条件の有効・無効を切り替える

共通除外条件には，固有の共通除外条件群IDが設定されています。この共通除外条件群IDを利用して，jcochfilterコマンドで共通除外条件の有効・無効を切り替えます。

jcochfilterコマンドの詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　jcochfilter」（2. コマンド）を参照してください。

設定手順は，次のとおりです。

jcochfilterコマンドを入力して，イベント取得条件一覧をリスト表示する。
物理ホストと論理ホストで，イベント取得条件一覧を表示する場合の例を次に示します。

物理ホスト上のイベント取得条件一覧を表示する場合
次のようにコマンドを入力します。
jcochfilter

論理ホストhostA上のイベント取得条件一覧を表示する場合
次のようにコマンドを入力します。
jcochfilter -h hostA

注意事項

指定したホスト上のJP1/IM - Managerが起動されていない場合，このコマンドは実行できません。

共通除外条件群IDや共通除外条件群名から共通除外条件群を特定する。

jcochfilter -eコマンドを入力して，共通除外条件群を有効にする。
有効にしたい共通除外条件群IDをすべて指定します。指定しなかった共通除外条件群は無効となります。
物理ホストと論理ホストで，共通除外条件の有効にする場合の例を次に示します。

物理ホスト上の共通除外条件群IDが3の共通除外条件を有効にする場合
次のようにコマンドを入力します。
jcochfilter -e 3

論理ホストhostA上の共通除外条件群IDが3の共通除外条件を有効にする場合
次のようにコマンドを入力します。
jcochfilter -e 3 -h hostA

20.7　JP1/IM - Viewの表示情報をCSV出力する

JP1/IM - Viewに表示されている情報について，次の二つの方法でCSV出力できます。

JP1/IM - Viewに表示されているJP1イベントの一覧情報をファイルに保存する。

JP1イベントの情報やアクションの実行結果などで，選択した部分をクリップボードにコピーする。

ここでは，それぞれの方法でCSV出力する手順について説明します。

＜この節の構成＞

20.7.1　イベント一覧をCSV出力する

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

20.7.1　イベント一覧をCSV出力する

JP1/IM - Viewに表示されているイベント一覧のスナップショット※を，CSV形式のファイルに保存できます。この機能は，WWWページ版のJP1/IM - Viewでは使用できません。

注※　スナップショットとは，特定のタイミングで情報を抽出することを意味します。

CSV出力できる画面を次に示します。

［イベントコンソール］画面の［イベント監視］ページ

［イベントコンソール］画面の［重要イベント］ページ

［イベントコンソール］画面の［イベント検索］ページ

CSV出力する手順は次のとおりです。

［イベントコンソール］画面でCSV出力するページを表示する。
［イベントコンソール］画面のタブで切り替えてください。

（備考）

CSV出力されるのは，表示したページのイベント一覧に表示されている情報です。イベント一覧に表示されていないJP1イベントや項目は出力されません。

［イベント監視］ページに表示されているJP1イベントを絞り込みたい場合は，表示フィルターを適用してから手順2に進んでください。

［イベント検索］ページの場合，イベント検索を実行し，CSV出力したいJP1イベントを表示してから手順2に進んでください。

［イベントコンソール］画面で［ファイル］－［表示イベントを保存］を選択する。
［表示イベントを保存］画面が表示されます。

任意のフォルダに任意のファイル名で保存する。
任意のフォルダ名，任意のファイル名を指定して，保存してください。

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

JP1イベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。この機能は，WWWページ版のJP1/IM - Viewでは使用できません。

CSV形式でクリップボードにコピーできる情報や，機能を使用できる画面については，「3.2.7(2)　JP1イベントの情報やアクションの実行結果などをクリップボードにコピー」を参照してください。

CSV出力する手順は次のとおりです。

クリップボードにコピーしたい情報がある画面を表示する。

コピーしたい情報を選択する。
コピー対象になる情報は複数行選択できます。

ショートカットキーのCtrl+Cキーを押す。
選択した情報がクリップボードにコピーされます。［イベントコンソール］画面では，ショートカットキーのCtrl+Cキーを押す代わりに［編集］－［コピー］も選択できます。

21.　統合スコープによるシステムの監視

この章では，JP1/IM - Viewを使用して監視オブジェクトを監視する手順について説明します。

＜この章の構成＞

21.1　［監視ツリー］画面で監視する

21.2　［ビジュアル監視］画面で監視する

21.1　［監視ツリー］画面で監視する

監視オブジェクトの状態は，［監視ツリー］画面で監視できます。また，［監視ツリー］画面に表示される監視ノード（監視グループ・監視オブジェクト）に対して，状態の変更や監視状態の変更など，各種操作ができます。

監視ツリーの監視範囲設定を有効にしている場合，監視ツリーには，ログインしているJP1ユーザーと同じJP1資源グループが設定されている監視ノードだけが表示されます。このとき，仮想ルートノードが最上位ノードとして表示されます。表示できる監視ノードが一つもない場合は，仮想ルートノードだけが表示されます。ただし，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持つJP1ユーザーでログインしている場合は，すべての監視ノードが表示されます。

［監視ツリー］画面は，次に示す三つのうち，どれかの方法で表示できます。

JP1/IM - Manager（JP1/IM - Central Scope）にログインする。

［イベントコンソール］画面の［セントラルスコープ起動］ボタンをクリックする。

［イベントコンソール］画面のメニューバーから［ファイル］－［セントラルスコープ起動］を選択する。

［監視ツリー］画面の表示例を次に示します。

図21-1　［監視ツリー］画面の表示例

＜この節の構成＞

21.1.1　監視ノードの状態を変更する

21.1.2　監視ノードの監視状態を変更する

21.1.3　監視ノードを検索する

21.1.4　状態変更イベントを検索する

21.1.5　監視ノードの属性を表示する

21.1.6　ガイド情報を表示する

21.1.7　［ビジュアル監視］画面を表示する

21.1.8　ログインユーザーの一覧を表示する

21.1.9　［監視ツリー］画面の情報をローカルホストに保存する

21.1.1　監視ノードの状態を変更する

［監視ツリー］画面に表示された監視ノードの状態を変更する手順について説明します。なお，変更できる状態，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については「3.3.2 (2)　監視ノードの状態」を参照してください。

監視ノードの状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの状態を変更する手順を次に示します。

ツリー表示領域または詳細表示領域に表示された監視ノードを選択する。

次に示すどちらかの方法で監視ノードの状態を変更する。

メニューバーから［操作］－［状態変更］を選択し，ユーザーが意図する状態に変更する。

右クリックして表示されるポップアップメニューから［状態変更］を選択し，ユーザーが意図する状態に変更する。

確認ダイアログが表示されます。

確認ダイアログで［はい］ボタンをクリックする。

21.1.2　監視ノードの監視状態を変更する

監視ノードの監視状態を変更する手順について説明します。なお，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については「3.3.2 (2)　監視ノードの状態」を参照してください。

監視ノードの監視状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの監視状態を変更する手順を次に示します。

ツリー表示領域または詳細表示領域に表示された監視ノードを選択する。

次に示すどれかの方法で監視ノードの状態を変更する。

メニューバーから［操作］－［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。

右クリックして表示されるポップアップメニューから［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択し，［全般］ページの「監視」「非監視」ボックスのどちらかを選択し，［OK］ボタンまたは［適用］ボタンをクリックする。

選択した監視ノードをダブルクリックして，［プロパティ］画面を表示し，［全般］ページの「監視」「非監視」ボックスのどちらかを選択し，［OK］ボタンまたは［適用］ボタンをクリックする（監視オブジェクト限定）。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

上位監視グループの監視状態が「非監視」の場合，下位監視ノードだけを「監視」にすることはできません。

監視ノードの監視状態を「非監視」にすると，状態は「初期状態」に戻ります。

21.1.3　監視ノードを検索する

監視ノードを検索する手順について説明します。監視ツリーの監視範囲設定が有効になっている場合，仮想ルートノードを基点に検索できません。また，仮想ルートノードは検索対象になりません。

監視ノードを検索する手順を次に示します。

ツリー表示領域または詳細表示領域に表示された監視グループを選択する。
検索できる監視ノードは，選択した監視グループおよびその監視グループ下の監視ノードに限定できます。

次に示すどちらかの方法で［検索］画面を表示する。

メニューバーから［表示］－［検索］を選択する。

右クリックして表示されるポップアップメニューから［検索］を選択する。

［検索］画面で条件を入力し，［検索］ボタンをクリックする。
検索条件に一致する監視ノードが一覧表示されます。

一覧表示された監視ノードに対して以下の操作ができます。

監視ノードの状態，監視状態を変更する。
監視ノードの状態，監視状態を変更する場合は，右クリックしてポップアップメニューを表示してください。

目的とする監視ノードを選択した状態で［監視ツリー］画面を表示する。
この場合は，ダブルクリックしてください。

21.1.4　状態変更イベントを検索する

状態変更イベントを検索する手順を次に示します。

状態が変わった監視ノードを選択する。

次に示すどれかの方法で状態変更イベント検索を実行する。

メニューバーから［表示］－［状態変更イベント検索］を選択する。

右クリックして表示されるポップアップメニューから［状態変更イベント検索］を選択する。

詳細表示領域下にある［状態変更イベント検索］ボタンをクリックする。

監視オブジェクトに対し，状態変更イベント検索を実行した場合，その監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

なお，監視オブジェクトの状態変更条件に合致したJP1イベントが100件を超えた場合には，警告のJP1イベント（イベントID＝00003FB1）が発行されます。このJP1イベントが発行された場合には，状態変更条件に合致したJP1イベントへの対処を確認し，監視オブジェクトの状態を手動で変更してください。

監視グループに対し，状態変更イベント検索を実行した場合，その監視グループ配下の各監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

監視ノードの状態を手動で変更すると，状態変更イベントの履歴がクリアされるため，それまでに発生していた状態変更イベントを検索（表示）できなくなります。監視ノードの状態を手動で変更する前に，状態変更条件に合致したJP1イベントへの対処を確認してください。

状態変更イベント検索で検索できるJP1イベントは，ユーザーフィルターによって制限されたJP1イベントとなります（ユーザーフィルターによる制限の対象となるユーザーの場合）。

状態変更イベントの検索をする場合は，前もって［イベントコンソール］画面を起動しておくことをお勧めします。

監視オブジェクトの状態変更条件に合致するJP1イベントが100件を超えた場合には，対処済み連動機能は無効になります。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

21.1.5　監視ノードの属性を表示する

監視ノードの属性を表示する手順を次に示します。

監視ノードを選択する。

次に示すどれかの方法で［プロパティ］画面を表示する。

メニューバーから［表示］－［プロパティ］を選択する。

メニューバーから［オプション］－［基本情報］を選択する。

メニューバーから［オプション］－［状態変更条件］を選択する。

メニューバーから［オプション］－［イベント発行条件］を選択する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択する。

ダブルクリックする（監視オブジェクト限定）。

なお，［プロパティ］画面に表示される属性のうち幾つかは，JP1_Console_Operator以上の操作権限を持つJP1ユーザーであれば変更できます。監視ノードの属性を変更する場合は，JP1_Console_Operator以上の操作権限を持つJP1ユーザーでログインしてください。

21.1.6　ガイド情報を表示する

ガイド情報を表示する手順を次に示します。

監視オブジェクトを選択する。

次に示すどちらかの方法で［ガイド］画面を表示する。

メニューバーから［表示］－［ガイド］を選択する。

右クリックして表示されるポップアップメニューから［ガイド］を選択する。

なお，状況に応じたガイド情報を表示するための条件や，ガイド情報の内容は，あらかじめガイド情報ファイルに定義する必要があります。

ガイド情報の機能，設定，および定義ファイルについて

ガイド情報について設定する内容，ガイド機能について
参照先：「3.3.7　ガイド機能」

ガイド情報ファイルの編集について
参照先：「12.6　ガイド情報の編集」

ガイド情報ファイルの書式について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ガイド情報ファイル（jcs_guide_xxx.txt）」（3.　定義ファイル）

21.1.7　［ビジュアル監視］画面を表示する

［ビジュアル監視］画面を表示する手順を次に示します。

次に示すどちらかの方法で［ビジュアル監視画面を開く］画面を表示する。

メニューバーから［表示］－［ビジュアル監視］を選択する。

ツールバーのビジュアル監視ボタンをクリックする。

［ビジュアル監視画面を開く］画面で表示したい［ビジュアル監視］画面名を選択し，［OK］ボタンをクリックする。

21.1.8　ログインユーザーの一覧を表示する

JP1/IM - Manager（JP1/IM - Central Scope）にログインしているJP1ユーザーの一覧を表示する手順を次に示します。

メニューバーの［オプション］－［ログインユーザー一覧］を選択する。

21.1.9　［監視ツリー］画面の情報をローカルホストに保存する

ローカルホストに保存する手順を次に示します。

メニューバーから［ファイル］－［監視ツリーの状態を保存］を選択する。
ファイル選択画面が開きます。

ローカルホストの任意のフォルダに任意の名称を付けて保存する。
監視ツリーの情報がCSV形式のファイルで保存されます。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

監視ツリーの監視範囲設定が有効になっている場合，［監視ツリー］画面の情報はローカルホストに保存できません。保存したい場合は，［監視ツリー（編集中）］画面からローカルホストに保存してください。

21.2　［ビジュアル監視］画面で監視する

監視オブジェクトの状態は，［ビジュアル監視］画面で監視できます。

監視ツリーの監視範囲設定を有効にしている場合，［ビジュアル監視］画面には，ログインしているJP1ユーザーと同じJP1資源グループが設定されている監視ノードだけが表示されます。ただし，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限のJP1ユーザーでログインしている場合は，すべての監視ノードが表示されます。

［ビジュアル監視］画面は，次に示す手順で表示できます。

次に示すどちらかの方法で［ビジュアル監視画面を開く］画面を表示する。

［監視ツリー］画面のメニューバーから［表示］－［ビジュアル監視］を選択する。

［監視ツリー］画面のツールバーのビジュアル監視ボタンをクリックする。

［ビジュアル監視画面を開く］画面で表示したい［ビジュアル監視］画面名を選択し，OKボタンをクリックする。
監視ツリーの監視範囲設定が有効な場合，表示できる監視ノードが一つもないビジュアル監視画面は，［ビジュアル監視画面を開く］画面の一覧に表示されません。

［ビジュアル監視］画面の表示例を次に示します。

図21-2　［ビジュアル監視］画面の表示例

＜この節の構成＞

21.2.1　［ビジュアル監視］画面から［監視ツリー］画面を呼び出す

21.2.2　監視ノードの状態を変更する

21.2.3　監視ノードの監視状態を変更する

21.2.4　監視ノードを検索する

21.2.5　状態変更イベントを検索する

21.2.6　監視ノードの属性を表示する

21.2.7　ガイド情報を表示する

21.2.1　［ビジュアル監視］画面から［監視ツリー］画面を呼び出す

［ビジュアル監視］画面から［監視ツリー］画面を表示する手順を次に示します。

監視ノードを選択し，ダブルクリックする。
［ビジュアル監視］画面でダブルクリックした監視ノードを選択した状態で［監視ツリー］画面が表示されます。

21.2.2　監視ノードの状態を変更する

［ビジュアル監視］画面に表示された監視ノードの状態を変更する手順について説明します。なお，変更できる状態，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については「3.3.2 (2)　監視ノードの状態」を参照してください。

監視ノードの状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの状態を変更する手順を次に示します。

監視ノードを選択する。

右クリックして表示されるポップアップメニューから［状態変更］を選択し，ユーザーが意図する状態に変更する。
確認ダイアログが表示されます。

確認ダイアログで［はい］ボタンをクリックする。

21.2.3　監視ノードの監視状態を変更する

監視ノードの監視状態を変更する手順について説明します。なお，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については「3.3.2 (2)　監視ノードの状態」を参照してください。

監視ノードの監視状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの監視状態を変更する手順を次に示します。

監視ノードを選択する。

次に示すどれかの方法で監視ノードの状態を変更する。

右クリックして表示されるポップアップメニューから［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択し，［全般］ページの「監視」「非監視」ボックスのどちらかを選択し，［OK］ボタンまたは［適用］ボタンをクリックする。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

上位監視グループの監視状態が「非監視」の場合，下位監視ノードだけを「監視」にすることはできません。上位監視グループの監視状態は，［監視ツリー］画面で確認してください。

監視ノードの監視状態を「非監視」にすると，状態は「初期状態」に戻ります。

21.2.4　監視ノードを検索する

監視ノードを検索する手順を次に示します。

監視グループを選択する。
検索できる監視ノードは，選択した監視グループおよびその監視グループ下の監視ノードに限定できます。

右クリックして表示されるポップアップメニューから［検索］を選択する。

［検索］画面で条件を入力し，［検索］ボタンをクリックする。
検索条件に一致する監視ノードが一覧表示されます。

一覧表示された監視ノードに対して次の操作ができます。

監視ノードの状態，監視状態を変更する。
監視ノードの状態，監視状態を変更する場合は，右クリックしてポップアップメニューを表示してください。

目的とする監視ノードを選択した状態で［監視ツリー］画面を表示する。
この場合は，ダブルクリックしてください。

21.2.5　状態変更イベントを検索する

状態変更イベントを検索する手順を次に示します。

状態が変わった監視ノードを選択する。

右クリックして表示されるポップアップメニューから［状態変更イベント検索］を選択する。

監視オブジェクトに対し，状態変更イベント検索を実行した場合，その監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

なお，監視オブジェクトの状態変更条件に合致したJP1イベントが100件を超えた場合には，警告のJP1イベント（イベントID＝00003FB1）が発行されます。このJP1イベントが発行された場合には，状態変更条件に合致したJP1イベントへの対処を確認し，監視オブジェクトの状態を手動で変更してください。

監視グループに対し，状態変更イベント検索を実行した場合，その監視グループ配下の各監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。

＜この項の構成＞

(1)　注意事項

(1)　注意事項

監視ノードの状態を手動で変更すると，状態変更イベントの履歴がクリアされるため，それまでに発生していた状態変更イベントを検索（表示）できなくなります。手動で変更する前に，状態変更条件に合致したJP1イベントへの対処を確認してください。

状態変更イベント検索で検索できるJP1イベントは，ユーザーフィルターによって制限されたJP1イベントとなります（ユーザーフィルターによる制限の対象となるユーザーの場合）。

状態変更イベントの検索をする場合は，前もって［イベントコンソール］画面を起動しておくことをお勧めします。

監視オブジェクトの状態変更条件に合致するJP1イベントが100件を超えた場合には，対処済み連動機能は無効になります。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

21.2.6　監視ノードの属性を表示する

監視ノードの属性を表示する手順を次に示します。

監視ノードを選択する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択する。
［プロパティ］画面が表示されます。

［プロパティ］画面に表示される属性のうち幾つかは，JP1_Console_Operator以上の操作権限を持つJP1ユーザーであれば変更できます。監視ノードの属性を変更する場合は，JP1_Console_Operator以上の操作権限を持つJP1ユーザーでログインしてください。

21.2.7　ガイド情報を表示する

ガイド情報を表示する手順を次に示します。

監視オブジェクトを選択する。

右クリックして表示されるポップアップメニューから［ガイド］を選択する。

なお，状況に応じたガイド情報を表示するための条件や，ガイド情報の内容は，あらかじめガイド情報ファイルに定義する必要があります。

ガイド情報の機能，設定，および定義ファイルについて

ガイド情報について設定する内容，ガイド機能について
参照先：「3.3.7　ガイド機能」

ガイド情報ファイルの編集について
参照先：「12.6　ガイド情報の編集」

ガイド情報ファイルの書式について
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ガイド情報ファイル（jcs_guide_xxx.txt）」（3.　定義ファイル）

22.　JP1/IMによるシステムの操作

この章では，JP1/IM - Viewを使用したシステムの操作について説明します。この章で説明する画面の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.　画面」を参照してください。

＜この章の構成＞

22.1　リモートホストでコマンドを実行する

22.2　自動アクションの状況を確認し，自動アクションの操作を行う

22.3　統合機能メニューで他アプリケーションの画面を表示する

22.1　リモートホストでコマンドを実行する

リモートホストでコマンドを実行できます。この機能は，JP1/IM - ViewからJP1/IM - Manager（JP1/IM - Central Console）に接続している場合に使用できます。

＜この節の構成＞

22.1.1　コマンドを実行する

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

22.1.3　コマンドの実行状態を確認または削除する

22.1.1　コマンドを実行する

操作方法を次に示します。リモートホストでコマンドを実行するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

［イベントコンソール］画面で，［オプション］－［コマンド実行］を選択する，またはツールバーからコマンド実行ボタンをクリックする。
［コマンド実行］画面が表示されます。

［実行ホスト名］にコマンドを実行するホストを指定する。
実行ホスト名には，システム構成定義で管理対象ホストに設定したホスト名を指定します。
過去に指定したホスト名をリストボックスから選択できます。リストボックスには，過去に指定したホスト名が最大5個保存されます。
コマンドの実行ホストには，ホストグループ名も指定できます。ホストグループ名を指定すると，ホストグループを構成するすべてのホストでコマンドが実行されます。指定できるホストグループ名は，ログインしているマネージャーホストで定義されているホストグループ名です。
ホストグループを定義する手順については，「9.4.7　コマンド実行環境の設定」（Windowsの場合），「10.4.6　コマンド実行環境の設定」（UNIXの場合）を参照してください。

［実行コマンド］で実行するコマンドを指定する。必要に応じて，環境変数ファイルも指定する。
実行するコマンドラインを［実行コマンド］に入力します。
過去に指定したコマンドをリストボックスから選択することもできます。また，過去に指定したコマンドの履歴を消したい場合は，［履歴のクリア］をクリックします。
［環境変数ファイル］には，コマンド実行先ホストにある環境変数ファイルをフルパスで指定します。
実行できるコマンドを次に示します。

コマンドを実行するホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

コマンドを実行するホストがWindowsの場合

実行形式ファイル(.com，.exe)

バッチファイル(.bat)

JP1/Scriptのスクリプトファイル(.spt)　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構，DDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

［実行］をクリックする。
［実行ホスト］で指定したホストでコマンドが実行されます。コマンドが実行されると，［実行結果］に，実行時刻，ホスト名，およびメッセージが表示されます。

コマンドの実行中にそのホストのJP1/Baseを終了すると，CMD.EXEと実行中のコマンド（Windowsの場合），またはshellと実行中のコマンド（UNIXの場合）がそのまま残る場合があります。この場合は，手動でコマンドを停止させるか，そのホストを再起動してください。

また，コマンドの実行中にそのホストのJP1/Baseを終了すると，キューイング中のコマンドは破棄されます。

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

コマンドは，コマンド実行先ホストのユーザーマッピング定義に従って，JP1/IM - Manager（JP1/IM - Central Console）にログインしたJP1ユーザーをOSのユーザー名にマッピングして実行されます。ユーザーマッピング定義がされていない，またはログインしたJP1ユーザー名がユーザーマッピング定義に登録されていない場合は，コマンドを実行できません。

UNIXの場合，コマンドはマッピングされたOSユーザーのシェル環境を使用して実行されます。2バイト文字を使用したコマンドを実行する場合には，OSユーザーのシェル環境を2バイト文字に対応した環境にしてください。

ユーザーマッピングの定義については，マニュアル「JP1/Base 運用ガイド」を参照してください。

22.1.3　コマンドの実行状態を確認または削除する

JP1/IM - Viewの［コマンド実行］画面からコマンドを実行した際に，［実行結果］に実行終了を通知するメッセージ（KAVB2013-I）が表示されない場合，コマンド実行先ホストでトラブルが発生しているおそれがあります。

この場合は次の手順に従ってコマンドの実行状態を確認し，必要であればコマンドを削除してください。

注意

ここで示す手順は，コマンド実行先ホストのJP1/Baseのバージョンが07-10以降の場合にだけ行えます。JP1/Baseのバージョンが07-00以前の場合には行えません。

jcocmdshowコマンドでコマンドの状態を確認する。
コマンドを実行しているホストに対して，jcocmdshowコマンドを実行し，返される情報を基にトラブルが発生していないか調査します。調査の結果，コマンドを停止する必要があると判断した場合は次の手順に進んでください。

jcocmddelコマンドでコマンドを削除する。
コマンドを実行しているホストに対して，jcocmddelコマンドを実行し，コマンドを削除します。

jcocmdshowコマンドでコマンドの状態を確認する。
コマンドが正しく削除されたかどうかjcocmdshowコマンドを実行し，確認します。

コマンドの文法について

参照先：「JP1/Integrated Management - Manager リファレンス　jcocmdshow」（2.　コマンド）

参照先：「JP1/Integrated Management - Manager リファレンス　jcocmddel」（2.　コマンド）

22.2　自動アクションの状況を確認し，自動アクションの操作を行う

特定のJP1イベントを受信したときに，自動的にアクション（コマンド）を実行できます。この機能を自動アクションと呼びます。アクションは，自動アクションの定義を保存したホストだけでなく，リモートホストでも実行できます。

自動アクションの定義方法については，下記参照先を参照してください。

自動アクションの設定（GUIで設定する場合）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.22　［アクション設定］画面」

自動アクションの設定（定義ファイルで設定する場合）
参照先：「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）

自動アクションの状況確認には，次に示す三種類があります。

自動アクションの実行状況の確認
自動アクションの実行処理でトラブルが発生していないかどうかを確認します。

自動アクションの実行結果の確認と操作（自動アクションのキャンセル，再実行）
実行した自動アクションの実行結果を確認します。また，必要に応じて詳細情報の確認をしたり，手動による自動アクションの再操作をしたりします。

自動アクション機能の稼働状況の確認
自動アクション機能が稼働しているかどうかを確認します。稼働していない場合，自動アクションは実行されません。

ここでは，これらの確認方法，自動アクションの操作方法について説明します。

＜この節の構成＞

22.2.1　自動アクションの実行状況を確認する

22.2.2　自動アクションの実行結果を確認する

22.2.3　自動アクション機能の稼働状況を確認する

22.2.1　自動アクションの実行状況を確認する

自動アクションの実行監視（遅延監視，状態監視）機能を有効にしておくことで，下記トラブルが発生した場合でも早期に検知できます。

自動アクションが想定した時間内に終了しなかった。または，長時間掛かって終了した。

自動アクションの実行に失敗した（状態が「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」に遷移した）。

実行監視（遅延監視，状態監視）機能を有効にするかどうかは自動アクション定義時に前もって設定しておく必要があります。また，トラブル検知時にJP1イベントを発行したり，通知コマンドを実行したりする設定が別途必要です。

設定の詳細については下記参照先を参照してください。

自動アクションの設定（GUIで設定する場合）

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.22　［アクション設定］画面」

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.23　［アクション詳細設定］画面」

自動アクションの設定（定義ファイルで設定する場合）

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション定義ファイル（actdef.conf）」（3.　定義ファイル）

JP1イベントの発行設定，通知コマンドの実行設定

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション通知定義ファイル（actnotice.conf）」（3.　定義ファイル）

確認手順を次に示します。なお，異常検知後に実行監視機能（遅延監視，状態監視）を再度有効にするには，JP1_Console_Administrator権限またはJP1_Console_Operator権限が必要です。

［イベントコンソール］画面で自動アクションの実行状況を確認する。または，通知コマンドによって異常が発生したことが通知される。
JP1イベントの発行設定をしていた場合は，イベント一覧にイベントID 2010または2011のJP1イベントが表示されます。通知コマンドの実行設定をしていた場合は，通知コマンドによって異常が通知されます。
JP1イベント，または通知コマンドによって異常が発生したことがわかった場合には次の手順に進んでください。

［アクション結果］画面や［アクション結果一覧］画面などを使用して，自動アクションの実行結果を確認し，必要に応じて対処する。
必要に応じて［アクション結果］画面や［アクション結果一覧］画面などを使用して，詳細確認やアクションのキャンセル，再実行をしてください。詳細は「22.2.2　自動アクションの実行結果を確認する」を参照してください。
なお，遅延監視機能，状態監視機能による通知は，それぞれ一度実行されると，ユーザーが通知抑止を解除するまで通知が抑止されます。必要に応じて通知抑止を解除してください。抑止された機能を解除する場合には次の手順に進んでください。

［イベントコンソール］画面のメニューから［オプション］－［機能状態通知復帰］－［アクション遅延監視］および［アクション状態監視］を表示し，活性しているになっている機能名を選択する。
抑止状態になっている機能は，表示（文字）が活性化状態になっています。活性化状態になっている機能を選択すると，通知抑止を解除するかどうか問い合わせるダイアログが表示されます。

問い合わせダイアログで［はい］を選択する。
［はい］を選択すると，通知抑止が解除され，監視機能が再度有効になります。

22.2.2　自動アクションの実行結果を確認する

自動アクションの実行結果は，JP1/IM - Viewの［アクション結果］画面または［アクション結果一覧］画面で確認できます。また，jcashowaコマンドを使用して確認することもできます。

なお，［アクション結果］画面や［アクション結果一覧］画面からは，実行結果の確認だけでなく，アクションの詳細表示やアクションの再実行などの操作も行えます。自動アクションに関する画面遷移と操作項目を次の図に示します。

図22-1　自動アクションに関する画面遷移と操作項目

操作項目は，アクションの実行結果に対し，詳細情報を表示するための項目と再操作（再実行，キャンセル）するための項目に分かれます。

ここでは，実行結果の確認方法，および再操作（再実行，キャンセル）方法について説明します。

＜この項の構成＞

(1)　自動アクションの実行結果を確認する

(2)　自動アクションをキャンセルする

(3)　自動アクションを再実行する

(1)　自動アクションの実行結果を確認する

自動アクションの実行結果は，［アクション結果］画面，［アクション結果一覧］画面，またはjcashowaコマンドで確認できます。

●［アクション結果］画面で実行結果を確認する

［アクション結果］画面には，［イベントコンソール］画面のイベント一覧で選択したイベントに設定されている自動アクションの実行結果を表示できます。

操作手順を次に示します。

［イベントコンソール］画面のイベント一覧で，［アクション］の欄にアクションマークが表示されているイベントを1件選択する。

次に示すどれかの方法で［アクション結果］画面を表示する。

メニューバーから［表示］－［自動アクション実行結果表示］を選択する。

ポップアップメニューから［自動アクション実行結果表示］を選択する。

［自動アクション実行結果表示］ボタンをクリックする。

［アクション結果］画面が表示されます。
［アクション結果］画面には，選択したイベントIDとそのイベントIDに設定されている自動アクションの実行結果が表示されます。

各自動アクションの実行結果の詳細を知りたい場合，または状態が「抑止」となったアクションの抑止契機となった自動アクションの詳細を知りたい場合は，次に示す方法で［アクション結果詳細］画面を表示する。

自動アクションの実行結果の詳細を知りたい場合

［実行結果一覧］から自動アクションを選択し，［詳細］をクリックする。

［実行結果一覧］に表示されている自動アクションをダブルクリックする。

抑止契機となった自動アクションを知りたい場合

［実行結果一覧］から状態が「抑止」となった自動アクションを選択し，［抑止契機詳細］をクリックする。

［アクション結果詳細］画面が表示されます。
実行結果と出力されたメッセージが表示されます。表示される実行結果の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.27　［アクション結果詳細］画面」を参照してください。

［関連イベント一覧］画面を表示している場合は，アクションマークの付いたイベント選択後，ポップアップメニューから［自動アクション実行結果表示］を選択して［アクション結果］画面を表示できます。また，［イベント詳細］画面を表示している場合は，［アクション結果］をクリックして，［アクション結果］画面を表示できます。

●［アクション結果一覧］画面で実行結果を確認する

［アクション結果一覧］画面には，ログインしているマネージャーで設定した自動アクションの実行結果の一覧を表示できます。なお，表示する自動アクションの条件は，［アクション結果更新条件設定］画面で設定します。

操作手順を次に示します。

［イベントコンソール］画面で［表示］－［自動アクション結果一覧表示］を選択する。
［アクション結果一覧］画面が表示されます。
ログインしているマネージャーで設定した自動アクションの中で，［アクション結果更新条件設定］画面で設定された条件に合う自動アクションの実行結果の一覧が表示されます。

自動アクションの実行結果を表示するための条件を変更したい場合は，［更新条件設定］をクリックする。
［アクション結果更新条件設定］画面が表示されます。
更新方法（自動更新，手動更新）やアクション結果の取得範囲，更新時の表示件数や表示条件を指定できます。詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.29　［アクション結果更新条件設定］画面」を参照してください。

自動アクションの実行結果の表示内容を更新条件に沿って更新したい場合は，［更新］をクリックする。
表示内容が，［アクション結果更新条件設定］画面で設定された内容で更新されます。

リスト表示されている自動アクション以前に発生した自動アクションの実行結果を表示したい場合は［[図データ]］を，以降に発生した自動アクションの実行結果を表示したい場合は［[図データ]］を，［アクション結果更新条件設定］画面で設定した更新条件に従って再表示したい場合は［[図データ]］をクリックする。

各自動アクションの実行結果の詳細を知りたい場合，または状態が「抑止」となったアクションの抑止契機となった自動アクションの詳細を知りたい場合は，次に示す方法で［アクション結果詳細］画面を表示する。

自動アクションの実行結果の詳細を知りたい場合

［実行結果一覧］から自動アクションを選択し，［詳細］をクリックする。

［実行結果一覧］に表示されている自動アクションをダブルクリックする。

抑止契機となった自動アクションを知りたい場合

［実行結果一覧］から状態が「抑止」となった自動アクションを選択し，［抑止契機詳細］をクリックする。

［アクション結果詳細］画面が表示されます。
実行結果と出力されたメッセージが表示されます。表示される実行結果の詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.27　［アクション結果詳細］画面」を参照してください。

自動アクションの実行契機となったJP1イベントを表示したい場合は［実行結果一覧］から自動アクションを選択し，［対象イベント検索］をクリックする。
イベント検索が行われ［イベントコンソール］画面の［イベント検索］ページに，自動アクションの実行契機となったJP1イベントが表示されます。

●jcashowaコマンドで実行結果を確認する

自動アクションの実行結果を，jcashowaコマンドを使用して表示させることができます。jcashowaコマンドは，JP1/IM - Viewのない環境や自動アクションの実行結果をファイル出力したいときなどに使用します。

コマンドの実行例を次に示します。7月1日の16時から17時の間に受信したJP1イベントに対する自動アクションの実行結果を表示するには，マネージャーホストで次のように入力します。

jcashowa -d 07/01/16:00,07/01/17:00

jcashowaコマンドの文法，および実行結果の表示形式については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcashowa」（2.　コマンド）を参照してください。

(2)　自動アクションをキャンセルする

自動アクションの状態が次に示す状態のとき，その自動アクションをキャンセルできます。

「送信待機」「キューイング」「実行中」

「送信中（キャンセル失敗）」「送信待機（キャンセル失敗）」「キューイング（キャンセル失敗）」「実行中（キャンセル失敗）」

キャンセルは，［アクション結果］画面，［アクション結果一覧］画面，［アクション結果詳細］画面，またはjcacancelコマンドでできます。なお，画面を使ってキャンセルする場合にはJP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

注意

ここで示す手順は，アクション実行先ホストのJP1/Baseのバージョンが07-10以降の場合にだけできます。JP1/Baseのバージョンが07-00以前の場合にはできません。

●［アクション結果］画面，または［アクション結果一覧］画面から自動アクションをキャンセルする

操作手順を次に示します。

［アクション結果］画面，または［アクション結果一覧］画面を表示する。
画面を表示する方法については「22.2.2 (1)　自動アクションの実行結果を確認する」を参照してください。

キャンセルしたい自動アクションを選択する。

［アクションキャンセル］をクリックする。
キャンセルするかどうかの確認ダイアログが表示されます。

［OK］をクリックする。
選択した自動アクションのキャンセル要求の受け付けが完了します。

キャンセル後の状態を確認する場合は，［更新］をクリックする。

●［アクション結果詳細］画面から自動アクションをキャンセルする

操作手順を次に示します。

［アクション結果詳細］画面を表示する。
画面を表示する方法については「22.2.2 (1)　自動アクションの実行結果を確認する」を参照してください。

［アクションキャンセル］をクリックする。
キャンセルするかどうかの確認ダイアログが表示されます。

［OK］をクリックする。
選択した自動アクションのキャンセル要求の受け付けが完了します。

キャンセル後の状態を確認する場合は，［閉じる］をクリックして［アクション結果］画面または［アクション結果一覧］画面に戻り，［更新］をクリックする。

●jcacancelコマンドから自動アクションをキャンセルする

自動アクションを，jcacancelコマンドを使用してキャンセルできます。jcacancelコマンドは，ホスト単位，システム単位で自動アクションの一括キャンセルしたいときなどに使用します。なお，このコマンドを使って自動アクションをキャンセルする場合には，どの自動アクションをキャンセルするのかを確認した後に実行してください。確認方法は「22.2.2 (1)　自動アクションの実行結果を確認する」を参照してください。

コマンドの実行例を次に示します。host01で状態がキューイング，実行中となっている自動アクションを一括キャンセルする場合には，マネージャーホストで次のように入力します。

jcacancel -s host01

jcacancelコマンドの文法，および実行結果の表示形式については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcacancel」（2　コマンド）を参照してください。

(3)　自動アクションを再実行する

自動アクションの状態が次に示す状態のとき，その自動アクションを再実行できます。

「抑止」「終了」「実行失敗」「キャンセル」「強制終了」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）」

再実行は，［アクション結果］画面，［アクション結果一覧］画面，または［アクション結果詳細］画面から行えます。なお，これらの画面を使って再実行する場合にはJP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

●［アクション結果］画面，または［アクション結果一覧］画面から自動アクションを再実行する

操作手順を次に示します。

［アクション結果］画面，または［アクション結果一覧］画面を表示する。
画面を表示する方法については「22.2.2 (1)　自動アクションの実行結果を確認する」を参照してください。

再実行する自動アクションを選択する。

［再実行］をクリックする。
再実行要求をするかどうかの確認ダイアログが表示されます。

［OK］をクリックする。
選択した自動アクションの再実行要求の受け付けが完了します。

再実行後の状態を確認する場合は，［更新］をクリックして［アクション結果一覧］画面を更新する。

●［アクション結果詳細］画面から自動アクションを再実行する

操作手順を次に示します。

［アクション結果詳細］画面を表示する。
画面を表示する方法については「22.2.2 (1)　自動アクションの実行結果を確認する」を参照してください。

［再実行］をクリックする。
再実行要求をするかどうかの確認ダイアログが表示されます。

［OK］をクリックする。
自動アクションの再実行要求の受け付けが完了します。

再実行後の状態を確認する場合は，［閉じる］をクリックして［アクション結果］画面または［アクション結果一覧］画面に戻り，［更新］をクリックする。

22.2.3　自動アクション機能の稼働状況を確認する

自動アクション機能が稼働していないと，自動アクションの実行契機となるイベントがマネージャー上のJP1/Baseに登録されても自動アクションが実行されません。自動アクション機能の稼働状況は，jcastatusコマンドを使用して確認できます。

jcastatusコマンドを実行すると，自動アクション機能の稼働状況（稼働，休止，停止）に応じて，それぞれの状態を示す情報（RUNNING，STANDBY，またはSTOP）が標準出力に出力されます。稼働状況が「稼働（RUNNING）」であれば自動アクション機能は稼働しています。「休止（STANDBY）」の場合，自動アクション機能が稼働していないため，自動アクションが実行されません。稼働状態にするにはjcachangeコマンドを実行する必要があります。「停止（STOP）」の場合，JP1/IM - Managerが停止しているおそれがあります。この場合にはJP1/IM - Managerを再起動する必要があります。

詳細については，下記参照先を参照してください。

jcastatusコマンドの文法，表示形式について

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcastatus」（2.　コマンド）

jcachangeコマンドの文法，表示形式について

参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　jcachange」（2.　コマンド）

JP1/IM - Managerの起動・停止について

参照先：「18.　JP1/IM - Managerの起動と終了」

22.3　統合機能メニューで他アプリケーションの画面を表示する

［統合機能メニュー］画面には，JP1/IMと連携するプログラムの機能が一覧表示され，この画面からプログラムを起動できます。起動できるプログラムには次の2種類があります。

ビューアーホスト上のアプリケーションプログラム

JP1/IM - Viewと同じホストにインストールされているアプリケーションプログラムのことです。統合機能メニューからプログラムを選択すると，実行ファイルが起動されます。

WWWページ

システム上のアプリケーションがWWWページを提供している場合，そのWWWページを表示できます。統合機能メニューでプログラムを選択するとWWWブラウザーが起動され，WWWページが表示されます。

これらの機能を利用するには，WWWページのURLを，あらかじめ設定しておく必要があります。

また，統合機能メニューを使用して，ほかの製品と連携する場合には，その製品の稼働環境（サポートOSやブラウザなど）を事前に確認してください。

［統合機能メニュー］の例を次に示します。

図22-2　［統合機能メニュー］画面の例

参考

上図は，ビューアーホスト上にJP1/IMと連携するアプリケーションプログラムを何もインストールしていない状態のときの［統合機能メニュー］画面です。ビューアーホストにアプリケーションプログラムをインストールした場合は，そのインストールしたアプリケーションプログラムがツリーに追加された状態で表示されます。

連携するアプリケーションプログラムについては「22.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

＜この節の構成＞

22.3.1　［統合機能メニュー］画面の操作

22.3.2　［統合機能メニュー］画面から操作できる機能

22.3.1　［統合機能メニュー］画面の操作

［統合機能メニュー］画面には，JP1/IMと連携するプログラムの機能が，ツリー形式で表示されます。フォルダは機能の分類を表します。ツリーの末端をダブルクリックすると，WWWページやアプリケーションプログラムの画面を表示できます。

操作方法を次に示します。

［イベントコンソール］画面，［監視ツリー］画面から［オプション］－［統合機能メニュー起動］を選択する。または，ツールバーから［統合機能メニュー起動］ボタンをクリックする。
［統合機能メニュー］画面が表示されます。
JP1/IM - Viewのtuning.confファイルで「MENU_AUTO_START=ON」が指定されている場合は，ログイン時に自動的に［統合機能メニュー］画面が表示されます。

統合機能メニューのツリーを展開して，表示したい項目をダブルクリックする。
選択した機能の画面が表示されます。

注意事項

統合機能メニューからアプリケーションプログラムを呼び出す場合，JP1/IM - Viewを起動したOSユーザーに，呼び出すアプリケーションプログラムの実行権限がないとアプリケーションプログラムを起動できません。

また，呼び出すアプリケーションプログラムが実行できる権限でJP1/IM - Viewを起動する必要があります。

次の機能はツールバーのボタンからも呼び出せます。

表22-1　ツールバーのボタンから呼び出せる機能

機能名 | ボタン
ネットワークノードマネージャー | [図データ]　
Windowsリモートコントロール | [図データ]　
資産・配布管理 | [図データ]※

注※　Windows VistaおよびWindows Server 2008版のJP1/IM - Viewでは，JP1/NETM/DM ManagerのWWWページ版との連携はできないため，［資産・配布管理］ボタンは表示されません。

22.3.2　［統合機能メニュー］画面から操作できる機能

［統合機能メニュー］画面に表示される機能を次の表に示します。

なお，画面種別がアプリケーション画面で，該当するプログラムがビューアーホストにインストールされていない場合，機能名はメニューに表示されません。

表22-2　［統合機能メニュー］画面に表示される機能

メニュー項目 | 起動する機能の内容
フォルダ名 | サブフォルダ名 | 機能名 | 画面種別 | プログラム名
ネットワーク管理 | － | ネットワークノードマネージャー | WWWページ | JP1/Cm2/NNMまたはHP OpenView NNM
－ | インターネットゲートウェイ | アプリケーション画面 | JP1/Cm2/Internet Gateway Server
アベイラビリティ管理 | － | 稼働性能分析 | アプリケーション画面 | JP1/PFM - Analysis View
ジョブ管理 | － | ジョブスケジューラ | アプリケーション画面 | JP1/AJS2 - View
－ | シナリオ運用 | アプリケーション画面 | JP1/AJS2 - Scenario Operation View
－ | プリントサービス | アプリケーション画面 | JP1/NPS
ファイル転送 | 伝送の登録／実行 | アプリケーション画面 | JP1/FTP
履歴情報の表示 | アプリケーション画面
自動プログラムの登録 | アプリケーション画面
資産・配布管理 | － | 統合資産管理 | WWWページ | JP1/NETM/Asset Information Manager
－ | 資産・配布管理※ | WWWページ | JP1/NETM/DM Manager
－ | 設備資産管理 | アプリケーション画面 | JP1/NetInsight II - Facility Manager
－ | Windowsリモートコントロール | アプリケーション画面 | JP1/NETM/Remote Control Manager
ストレージ管理 | ストレージエリア管理 | ストレージシステム稼働管理 | WWWページ | JP1/HiCommand Tuning Manager
ストレージハードウェア管理 | WWWページ | JP1/HiCommand Device Manager
ストレージリソース割当管理 | WWWページ | JP1/HiCommand Provisioning Manager
ストレージレプリケーション管理 | WWWページ | JP1/HiCommand Replication Monitor
階層ストレージリソース管理 | WWWページ | JP1/HiCommand Tiered Storage Manager
グローバル入出力パス稼働管理 | WWWページ | JP1/Hicommand Global Link Availability Manager
サーバ管理 | － | 管理コンソール | アプリケーション画面 | JP1/Server Conductor
－ | Webコンソール | WWWページ
ハードウェア管理 | － | SANRISE2000 Remote Console | アプリケーション画面 | SANRISE
－ | SANRISE H512/H48 Remote Control XP | アプリケーション画面
統合通報管理 | － | 通報ルール設定 | アプリケーション画面 | TELstaffまたはJP1/IM - TELstaff
メインフレーム連携 | － | VOS3コンソール操作 | アプリケーション画面 | VOS3 AOMPLUS
Cosminexus運用管理 | － | Cosminexus運用管理ポータル | アプリケーション画面 | Cosminexus Application Server

（凡例）

－：なし

注※　Windows VistaおよびWindows Server 2008版のJP1/IM - Viewでは，JP1/NETM/DM ManagerのWWWページ版との連携はできないため，［資産・配布管理］メニューは表示されません。

23.　BJEXとの連携

JP1/IMは，BJEXが発行する応答要求メッセージをJP1イベントとして監視し，JP1/IM - Viewから応答入力する機能を提供しています。この章では，BJEXと連携するためにJP1/IMが提供する機能，BJEXとの連携方法，BJEX連携時の画面，およびBJEX連携時に使用するコマンドオプションについて説明します。

＜この章の構成＞

23.1　BJEXとの連携の概要

23.2　BJEX連携用のJP1/IMの機能

23.3　BJEXと連携するための設定

23.4　応答待ちイベントの操作

23.5　BJEX連携時の画面

23.6　BJEX連携時のコマンド

23.1　BJEXとの連携の概要

BJEXは，メインフレームと類似のジョブ管理システムを，オープンシステムで実現する製品です。JP1/AJS2と連携して，バッチジョブ（バッチ処理を実行するジョブ）を制御するジョブ管理システムを，バッチジョブ実行システムといいます。バッチジョブ実行システムにJP1/IMを導入することで，BJEXが発行するJP1イベントを基に，JP1/IM - Viewからバッチジョブの実行状況の監視，および実行結果の確認ができます。

BJEXが出力するメッセージには，バッチジョブの実行中にオペレーターに応答入力を促す応答要求メッセージがあります。BJEXは，応答要求メッセージをJP1イベントとして発行します。JP1/IMでは，このJP1イベントを監視し，メッセージに対して応答入力できる機能を提供しています。応答要求メッセージに相当するJP1イベントを応答待ちイベントと呼びます。応答待ちイベントを管理し，応答する機能を応答待ちイベント管理機能と呼びます。応答待ちイベント管理機能は，BJEXと連携する場合に使用します。デフォルトでは無効となっているため，BJEXと連携する場合は有効にしてください。

＜この節の構成＞

23.1.1　バッチジョブ実行システムと連携する場合のシステム構成

23.1.1　バッチジョブ実行システムと連携する場合のシステム構成

バッチジョブ実行システムとJP1/IMを連携する場合のシステム構成について説明します。

図23-1　バッチジョブ実行システムとJP1/IMの構成例

図の例では，拠点マネージャーがある階層型のシステムで，バッチジョブ実行システムを監視しています。

各サーバの役割，および前提製品について説明します。適用OSについては，各製品のマニュアルを参照してください。また，適用バージョンについては，JP1/IM - Managerのリリースノートを参照してください。

ビューアー

JP1/IM - ViewからJP1/IM - Managerに接続して，監視や操作を行います。前提製品を次に示します。

JP1/IM - View※

注※　WWWページ版のJP1/IM - Viewでは，通常のJP1イベントと同様に応答待ちイベントを監視できますが，操作できる機能に制限があります。詳細については，「23.4　応答待ちイベントの操作」を参照してください。

統合マネージャー

システムを統合管理するサーバです。前提製品を次に示します。

JP1/IM - Manager

JP1/Base

拠点マネージャー

大規模なシステムを監視する場合などシステムを階層で管理したい場合に，統合マネージャーの下に配置するサーバです。前提製品を次に示します。

JP1/IM - Manager

JP1/Base

JP1/IMエージェント（JP1/AJS2マネージャー）

JP1/IMの監視対象のサーバです。図の例では，JP1/AJS2のマネージャーホストでもあります。前提製品を次に示します。

JP1/AJS2 - Manager

JP1/Base

バッチジョブ実行サーバ（JP1/AJS2エージェント）

JP1/AJS2 - Managerから実行依頼を受けたバッチジョブなどの処理を実行するサーバです。バッチジョブ実行サーバは，JP1/IMの構成管理対象に含まれていなくても，JP1/IMと連携できます。JP1/IM - Managerとバッチジョブ実行サーバのBJEXは1：n（nは1以上の整数）の構成で連携できます。連携する場合の設定方法については，「23.3　BJEXと連携するための設定」を参照してください。

前提製品を次に示します。

JP1/AJS2 - Agent

JP1/Base

BJEX

23.2　BJEX連携用のJP1/IMの機能

BJEX連携用にJP1/IMが提供している機能について説明します。

＜この節の構成＞

23.2.1　応答待ちイベントとJP1/IMの関係

23.2.2　応答待ちイベントの監視

23.2.3　応答待ちイベントの滞留

23.2.4　応答待ちイベントへの応答

23.2.5　応答待ちイベントのキャンセル

23.2.1　応答待ちイベントとJP1/IMの関係

応答待ちイベント（イベントID：00005C21）は，BJEXで実行しているバッチジョブがオペレーターの応答入力待ちの状態になると発行されます。応答待ちイベントをJP1/IMで監視するためには，BJEX側で，応答待ちイベントをJP1/IM - Managerのホスト（統合マネージャー）に直接発行する必要があります。また，JP1/IM - Managerでは，応答待ちイベント管理機能を有効にする必要があります。

応答待ちイベント（イベントID：00005C21）の詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

＜この項の構成＞

(1)　応答待ちイベントの発行経路

(2)　応答待ちイベント管理機能

(1)　応答待ちイベントの発行経路

BJEXが発行するJP1イベント（応答待ちイベントを含む）は，JP1/Baseのイベント転送経路を使わないで，統合マネージャーに対して直接発行します。BJEXが発行するすべてのJP1イベントを統合マネージャーに対して直接発行するには，BJEXの設定ファイル（bjex.conf）でJP1/IM - Managerのホスト名を指定します。

BJEXとBJEX以外の製品が発行するJP1イベントの到着順序

JP1/AJS2やJP1/Baseなど，BJEXホスト上にあるBJEX以外の製品が発行するJP1イベントは，JP1/Baseの転送経路を使って，拠点マネージャーを経由して統合マネージャーに転送します。そのため，BJEXとBJEX以外の製品が発行したJP1イベントが統合マネージャーに到着する順番が入れ替わる場合があります。この場合は，JP1イベントのメッセージテキスト中に含まれるジョブIDを参照して，ジョブごとにメッセージを区別してください。

BJEXホストから発行されるJP1イベントの発行経路を次の図に示します。

図23-2　BJEXホストから発行されるJP1イベントの発行経路

注意

BJEXが指定したホスト以外のJP1/IM - Managerに応答待ちイベントを転送した場合，転送先のホストでは応答待ちイベントとして扱われません。そのため，転送先のホストでは応答入力できません。

(2)　応答待ちイベント管理機能

応答待ちイベント管理機能を有効にすると，応答待ちイベントに対して，JP1/IM - Viewから応答入力するための機能が有効になります。この設定はBJEXと連携するJP1/IM - Managerで行います。

また，応答待ちイベント管理機能を有効にしたあとに，ユーザーごとに応答入力や操作を可能にするかどうかを，JP1/IM - Viewの［ユーザー環境設定］画面で設定する必要があります。

設定方法については，「23.3　BJEXと連携するための設定」を参照してください。

なお，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にしなくても，通常のJP1イベントとして応答待ちイベントを監視できます。

注意

応答待ちイベントとして扱われるJP1イベントは，応答待ちイベント管理機能を有効にしたあとにJP1/IM - Managerが受信した応答待ちイベントです。

23.2.2　応答待ちイベントの監視

応答待ちイベントは通常のJP1イベントと同様に扱われます。そのため自動アクションによる通知なども行えます。

ここでは，次の機能について，応答待ちイベントへの対応を説明します。このほかの機能については，通常のJP1イベントと同じ対応のため説明を省略します。

［イベントコンソール］画面での監視

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

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

イベント検索

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

＜この項の構成＞

(1)　［イベントコンソール］画面での監視

(2)　応答待ちイベントのフィルタリング

(3)　応答待ちイベントの集約表示

(4)　応答待ちイベントの検索

(5)　JP1/IM - Viewでの表示情報のCSV出力

(1)　［イベントコンソール］画面での監視

応答待ちイベントは，通常のJP1イベントと同様に，［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページのイベント一覧に表示されます。また，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合だけ表示される［応答待ちイベント］ページには，応答待ちイベントだけが表示されます。ただし，WWWページ版のJP1/IM - Viewには［応答待ちイベント］ページは表示されません。

［イベントコンソール］画面のイベント一覧では，通常のJP1イベントと同様に，応答待ちイベントに対して次の操作・設定ができます。

応答待ちイベントの詳細表示

連携製品のモニター起動

自動アクションの実行結果表示

JP1イベントの表示項目の変更

JP1イベントの背景色設定

応答待ちイベントへの対処状況設定

これらの機能の詳細については，「3.2.1　JP1イベントによる集中監視」を参照してください。

(a)　［応答待ちイベント］ページでの監視

［応答待ちイベント］ページには，応答していない応答待ちイベントの一覧が表示されます。［応答待ちイベント］ページを次に示します。

図23-3　［応答待ちイベント］ページ

応答していない応答待ちイベントがあるかどうかは，［応答待ちイベント］ページのタブランプで確認できます。［応答待ちイベント］ページに応答待ちイベントが表示されると，［応答待ちイベント］ページのタブランプが緑色に点灯します。

応答待ちイベントは，イベントDBとは別に，応答待ちイベント滞留ファイルと呼ばれるファイルに保持されます。これを応答待ちイベントの滞留といいます。［応答待ちイベント］ページには，応答待ちイベントファイルに滞留している応答待ちイベントの情報が表示されます。

応答待ちイベントは，次の契機で［応答待ちイベント］ページから削除されます。

応答待ちイベントに応答したとき

応答待ちイベントの滞留が解除されたとき

応答待ちイベントがキャンセルされたとき

応答待ちイベントの滞留が解除される契機については「23.2.3　応答待ちイベントの滞留」を参照してください。

［応答待ちイベント］ページに表示されているすべての応答待ちイベントが［応答待ちイベント］ページから消えると，タブランプの点灯が消えます。

各ページのイベント一覧では，応答待ちイベントであることが判別できるように，［種別］に応答待ちイベントを示すマーク「[図データ]」が表示されます。

なお，［応答待ちイベント］ページでは，JP1イベントの背景色設定を行っても背景に色は付きません。

(2)　応答待ちイベントのフィルタリング

次のフィルターで応答待ちイベントをフィルタリングできます。

ユーザーフィルター

重要イベントフィルター

表示フィルター

応答待ちイベント管理機能を有効にすると，ユーザーフィルター，および重要イベントフィルターの条件定義画面に，応答待ちイベントを表示対象とするかどうかを選択する項目が表示されます。表示フィルターで応答待ちイベントをフィルタリングする場合は，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にする必要があります。

各フィルターの条件定義画面の詳細については，「23.5.8　フィルターの条件定義画面」を参照してください。

なお，イベント取得フィルターには，応答待ちイベントをフィルタリングする条件指定はありません。イベント取得フィルターは，応答待ちイベントを発行する製品単位でJP1イベントをフィルタリングするよう設定してください。

(3)　応答待ちイベントの集約表示

ネットワーク障害などが原因で，一つのバッチジョブから同一の応答待ちイベントが連続して発行された場合，集約表示されます。集約表示されるのは，［イベント監視］ページ，および［重要イベント］ページだけです。

何らかの障害によって同一の応答待ちイベントが複数発行されても，すべてに応答する必要はありません。一つの応答待ちイベントに応答することで，ほかの同一の応答待ちイベントは応答不要となります。ただし，応答不要となった応答待ちイベントは［応答待ちイベント］ページに残ったままとなるため，応答待ちイベントの滞留を解除する必要があります。応答待ちイベントの滞留については「23.2.3　応答待ちイベントの滞留」を参照してください。

(4)　応答待ちイベントの検索

JP1イベントを検索する際，応答待ちイベントを検索条件として指定できます。応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合だけ，［イベント検索条件設定］画面に応答待ちイベントの条件項目が表示されます。

［イベント検索条件設定］画面の詳細については，「23.5.7　［イベント検索条件設定］画面」を参照してください。

なお，ログインしているマネージャーホストを検索対象にした場合だけ応答待ちイベントに対して応答できます。ログインしているマネージャーホスト以外を検索対象とした場合は，応答待ちイベントであれば表示されますが応答できません。

(5)　JP1/IM - Viewでの表示情報のCSV出力

イベント一覧に表示された応答待ちイベントの情報をCSV出力できます。CSV出力する機能には，次の二つがあります。

イベント一覧情報をファイルに保存する。
JP1/IM - Viewに表示されるイベント情報のスナップショットをCSV出力して保存できます。スナップショットとは，特定のタイミングで情報を抽出することを意味します。

JP1イベントの情報やアクションの実行結果などをクリップボードにコピーする。
クリップボードにコピーする機能を有効にしている場合，応答待ちイベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。デフォルトでは無効となっています。

応答待ちイベントをCSV出力して保存，またはクリップボードにコピーできるイベント一覧を次の表に示します。

表23-1　CSV出力，またはクリップボードにコピーできるイベント一覧

操作 | ［イベント監視］ページ | ［重要イベント］ページ | ［関連イベント一覧］画面 | ［応答待ちイベント］ページ | ［イベント検索］ページ
CSV出力 | ○ | ○ | × | ○ | ○
クリップボードにコピー | ○ | ○ | ○ | ○ | ○

（凡例）

○：できる。

×：できない。

応答待ちイベントをCSV出力して保存，またはクリップボードへコピーした場合，アイコンで表示されている「種別」は，「応答待ちイベント」の文字列に変わって出力されます。［応答待ちイベント］ページの情報をCSV出力した場合，ヘッダー情報の出力対象画面名には，「応答待ちイベント」が出力されます。

クリップボードにコピーする機能を有効にする手順については，「11.8　JP1/IM - Viewの動作カスタマイズ」を参照してください。

23.2.3　応答待ちイベントの滞留

応答待ちイベント管理機能を有効にすると，マネージャーホストのイベントDBに到着した応答待ちイベントは，イベントDBとは別に，応答待ちイベント滞留ファイルへ2,000件まで保持されます。これを応答待ちイベントの滞留といいます。

［応答待ちイベント］ページには，応答待ちイベント滞留ファイルに保持されている応答待ちイベントの情報が表示されます。

＜この項の構成＞

(1)　応答待ちイベントの滞留が解除される契機

(2)　応答待ちイベントが上限の2,000件を超えた場合の通知

(1)　応答待ちイベントの滞留が解除される契機

応答待ちイベントは，次の契機で滞留が解除され，応答待ちイベント滞留ファイルから削除されます。

応答待ちイベントの応答に成功した場合

BJEXから応答待ちイベントをキャンセルした場合

応答待ちイベントの滞留を手動で解除した場合

応答待ちイベントが2,000件を超えて発生した場合
最も古い応答待ちイベントの滞留が解除されます。

応答待ちイベント管理機能を無効にしてJP1/IM - Managerを再起動した場合

滞留の解除後，JP1/IM - Viewでイベント一覧の表示を更新すると，［応答待ちイベント］ページから滞留を解除した応答待ちイベントの表示が削除されます。なお，滞留が解除されて［応答待ちイベント］ページから表示が削除されても，応答待ちイベントがイベントDBに残っている場合は，［イベント検索］ページから検索できます。

(2)　応答待ちイベントが上限の2,000件を超えた場合の通知

JP1/IM - Managerは，応答待ちイベントの滞留数を監視し，滞留数が2,000件を超えると，上限を超えたことを通知するJP1イベント（イベントID：00003F41）を発行します。また，［応答待ちイベント］ページ上にはKAVB0551-Eのメッセージが表示されます。

図23-4　応答待ちイベントが2,000件を超えた場合の［応答待ちイベント］ページ

滞留している応答待ちイベントの上限超過を通知するJP1イベントは，一度しか発行されません。また，KAVB0551-Eのメッセージは［応答待ちイベント］ページに表示されたままとなります。滞留数が上限を超えた場合は，メッセージに従って対処したあとに，滞留状態の監視を復帰させてください。滞留状態の監視を復帰させると，［応答待ちイベント］ページ上に表示されていたKAVB0551-Eのメッセージが消え，再度2,000件を超えたときにJP1イベントによる通知を行います。

滞留状態の監視の復帰方法については，「23.4.4　応答待ちイベントの滞留状態の監視を復帰させる」を参照してください。

滞留が解除された応答待ちイベントに応答したい場合

滞留数が上限を超えて，［応答待ちイベント］ページから削除された応答待ちイベントに対して応答したい場合は，［イベント検索］ページで応答待ちイベントを検索して応答してください。滞留が解除された応答待ちイベントを特定するには，マネージャーホストの統合トレースログに出力されるKAVB1801-Eのメッセージで確認してください。

応答待ちイベントがイベントDBからも削除された場合は，BJEXホスト上で，BJEXが提供する応答コマンド（bjexchmsg）を使用して応答できます。BJEXの応答コマンドを使った応答方法については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

23.2.4　応答待ちイベントへの応答

応答待ちイベントに対して，JP1/IM - Viewから応答入力できます。例えば，バッチ処理の続行をオペレーターに確認するメッセージに対して，続行するかどうかを「yes」などのテキスト形式で応答入力できます。応答入力は，応答待ちイベントから表示する［応答入力］画面で行います。

［応答入力］画面は，次に示すページのイベント一覧から応答したい応答待ちイベントを選択して起動します。

［応答待ちイベント］ページ

［イベント検索］ページ
検索先がログインしているマネージャーホストの場合だけ応答できます。

［関連イベント一覧］画面
［関連イベント一覧］画面が，［応答待ちイベント］ページから派生した場合だけ応答できます。［イベント検索］ページから派生した場合は，検索先がログインしているマネージャーホストの場合だけ応答できます。

＜この項の構成＞

(1)　応答待ちイベントへの応答の仕組み

(2)　応答待ちイベントに応答するための条件

(3)　BJEXの応答コマンドによる応答

(1)　応答待ちイベントへの応答の仕組み

応答待ちイベントへの応答は，応答待ちイベントの発行元プロセスが存在し，応答できる状態の場合だけ可能です。発行元プロセスの状態は，［応答入力］画面の［応答属性］に表示される［状態］で確認できます。発行元プロセスの状態は，［応答入力］画面を表示するタイミングで，JP1/IM - ManagerがBJEXに対して確認を行います。BJEXとJP1/IM - Manager間の通信エラーなどで，発行元プロセスの状態が確認できなかった場合は，KAVB0555-Eのメッセージが出力され［応答入力］画面を表示できません。

図23-5　［応答入力］画面

［応答属性］の［状態］に表示される，応答待ちイベントの発行元プロセスの状態を次の表に示します。

表23-2　応答待ちイベントの発行元プロセスの状態

発行元プロセスの状態
説明
応答入力の可否

READY TO RESPOND
BJEXのジョブが応答を待っている状態。
○

NO LONGER MANAGED BY BJEX
次のどれかの状態を示す。

JP1/AJS2からBJEXのジョブがキャンセルされた状態。

BJEXのジョブがKILLされた状態。

応答した応答待ちイベントに対して［応答入力］画面を表示・更新した場合に，対象の応答待ちイベントの状態をBJEXで保持していない。

×

RESPONDED SUCCESSFULLY
［応答入力］画面で応答し，応答に成功した状態（応答した［応答入力］画面にだけ表示される）。
×

ALREADY RESPONDED
すでに応答した状態（応答した応答待ちイベントに対して［応答入力］画面を表示・更新した場合に表示される）。
×

（凡例）

○：応答入力できる。

×：応答入力できない。

発行元プロセスの状態が「READY TO RESPOND」の場合に，応答入力できます。それ以外の状態の応答待ちイベントは，すでに応答したか，発行元プロセスが存在しないため応答不要です。

応答待ちイベントに応答すると，応答入力した内容がBJEXに送信されます。入力した内容がBJEXに到達し，応答に成功すると，応答待ちイベントの状態が「対処済」になります。また，応答待ちイベントの滞留が解除され，［応答待ちイベント］ページから削除されます。

JP1/IM - ManagerとBJEX間で，応答待ちイベントの発行元プロセスの状態確認や応答入力による通信を行う際，60秒を超えて接続に失敗するとタイムアウトします。タイムアウト時間は変更できます。運用後に，応答待ちイベントの発行元サーバやネットワークの負荷が高いことが要因で，頻繁にエラーメッセージ（KAVB0554-E，KAVB0555-E）が出力される場合は，タイムアウト時間を長く設定してください。タイムアウト時間の設定方法については，「23.3.4 (1)　接続のタイムアウト時間の設定」を参照してください。

(2)　応答待ちイベントに応答するための条件

応答待ちイベントに応答できる条件を次に示します。

応答するJP1ユーザーがJP1_Console_Operator権限以上の操作権限を持っている。

応答していない応答待ちイベントである。
応答待ちイベントに応答できるのは一度だけです。イベント取得フィルターのイベント取得開始位置を変更して再取得しても，応答した応答待ちイベントには応答できません。

応答待ちイベント管理機能を有効にした状態で受信した応答待ちイベントである。
応答待ちイベント管理機能を無効にした状態で受信した応答待ちイベントは，応答入力できません。

イベント検索を行った場合，検索先がログインしているマネージャーホストである。

なお，WWWページ版のJP1/IM - Viewでは応答入力できません。

(3)　BJEXの応答コマンドによる応答

BJEXとJP1/IM - Manager間の通信エラーなどによってJP1/IM - Viewからの応答入力に失敗した場合や，応答待ちイベントの滞留が解除されてイベントDBからも削除されてしまった場合など，JP1/IM - View上から応答できなくなった場合は，BJEXホスト上で，BJEXが提供する応答コマンド（bjexchmsg）を使用して応答できます。BJEXの応答コマンドを使った応答方法については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

23.2.5　応答待ちイベントのキャンセル

JP1/AJS2からBJEXのジョブをキャンセルしたり，BJEXでジョブを削除したりした場合など，発行した応答待ちイベントへの応答が不要になるケースがあります。このような場合，ジョブをキャンセルした時点で，BJEXはJP1/IM - Managerに対してキャンセルイベント（イベントID：00005C22，00005C23，または00005C24）を発行します。JP1/IM - Managerがキャンセルイベントを受信すると，キャンセル対象の応答待ちイベントの滞留が解除され，［応答待ちイベント］ページから削除されます。また，応答待ちイベントの対処状況が「対処済」となります。

キャンセルイベントの詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

また，JP1/IM - View上から手動で応答待ちイベントをキャンセルすることもできます。不要となった応答待ちイベントをキャンセルするには，JP1/IM - View上で応答待ちイベントの滞留を解除します。

23.3　BJEXと連携するための設定

JP1/IM - Managerのセットアップが済んでいることを前提に，BJEXと連携するための設定について説明します。

なお，JP1/BaseとJP1/IM - Managerについては次の構成および設定を推奨します。

マネージャーホスト上のJP1/Base，およびJP1/IM - Managerをクラスタ構成にする。

JP1/BaseとJP1/IM - Managerのヘルスチェック機能を有効にする。

＜この節の構成＞

23.3.1　JP1/IM - Managerの設定

23.3.2　JP1/IM - Viewの設定

23.3.3　JP1/Baseの設定

23.3.4　BJEXとJP1/IM - Manager間の通信に関する設定

23.3.5　BJEXの設定

23.3.1　JP1/IM - Managerの設定

JP1/IM - Managerで必要な設定について説明します。

＜この項の構成＞

(1)　応答待ちイベント管理機能を有効にする

(2)　イベント取得フィルターの設定

(1)　応答待ちイベント管理機能を有効にする

応答待ちイベント管理機能の設定はJP1/IM - Managerで行います。応答待ちイベント管理機能を有効にすると，次の機能が有効になります。

応答待ちイベントの滞留

応答待ちイベントのキャンセル

応答待ちイベントの応答・操作の設定
［ユーザー環境設定］画面に応答待ちイベントの応答・操作を有効にするための設定項目が表示されます。

応答待ちイベントのフィルタリング
［ユーザーフィルター詳細設定］画面，および［重要イベント定義設定］画面に，応答待ちイベントをフィルタリングするかどうかを選択する項目が表示されます。

応答待ちイベント管理機能を有効にする手順を次に示します。

jcoimdefコマンドを実行する。

jcoimdef -resevent ONを実行します。

JP1/IM - Managerを再起動する。
注　jco_spmd_reloadコマンドによるリロードでは，有効になりません。

jcoimdefコマンドの-reseventオプションについては，「23.6.1　jcoimdef」を参照してください。

(2)　イベント取得フィルターの設定

イベント取得開始位置を，前回停止したときの状態から処理を続行するように設定してください。

イベント取得フィルターの取得開始位置の設定手順を次に示します。

jcoimdefコマンドを実行する。

jcoimdef -b -1を実行します。

JP1/IM - Managerを再起動，またはjco_spmd_reloadコマンドを実行する。

jcoimdefコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）を参照してください。

jco_spmd_reloadコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jco_spmd_reload」（2.　コマンド）を参照してください。

23.3.2　JP1/IM - Viewの設定

JP1/IM - Viewで必要な設定について説明します。

＜この項の構成＞

(1)　応答待ちイベントの応答および操作を有効にする

(2)　ユーザーフィルターの設定

(1)　応答待ちイベントの応答および操作を有効にする

応答待ちイベントの応答・操作を有効にするための設定は，ユーザーごとにJP1/IM - Viewの［ユーザー環境設定］画面で行います。この設定を有効にすると，次の機能が有効となります。

［応答待ちイベント］の監視
［イベントコンソール］画面に［応答待ちイベント］ページが表示されます。

応答待ちイベントへの応答
［応答入力］画面で応答できます。

応答待ちイベントの検索
［イベント検索条件設定］画面に，検索条件として応答待ちイベントを指定する項目が表示されます。

応答待ちイベントのフィルタリング
［表示フィルター設定］画面に，応答待ちイベントを表示対象にするかどうかを選択する項目が表示されます。

応答待ちイベントの応答・操作を有効にする手順を次に示します。

［ユーザー環境設定］画面を表示する。
［イベントコンソール］画面で［オプション］－［ユーザー環境設定］を選択します。

［応答待ちイベント］の［有効］をチェックする。

［OK］をクリックする。

［ユーザー環境設定］画面の詳細については，「23.5.6　［ユーザー環境設定］画面」を参照してください。

(2)　ユーザーフィルターの設定

ユーザーフィルターを使用して，ユーザーごとに監視できるJP1イベントを制限できます。応答待ちイベントを表示させたくないユーザーには，ユーザーフィルターで応答待ちイベントを表示しないように設定してください。デフォルトでは応答待ちイベントを表示します。

ユーザーフィルターの作成方法，および変更方法については，「11.2.2　ユーザーフィルターを設定する」を参照してください。

［ユーザーフィルター詳細定義］画面については，「23.5.8　フィルターの条件定義画面」を参照してください。

23.3.3　JP1/Baseの設定

認証サーバのJP1/Baseで，応答待ちイベントを操作するJP1ユーザーに対して操作権限を設定してください。

次の操作を行うJP1ユーザーには，JP1_Console_Operator権限以上の操作権限が必要です。

応答待ちイベントへの応答入力

応答待ちイベントの滞留の手動解除

次の操作を行うJP1ユーザーには，JP1_Console_Admin権限が必要です。

応答待ちイベントの滞留状態監視の復帰

設定方法の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

23.3.4　BJEXとJP1/IM - Manager間の通信に関する設定

BJEXとJP1/IM - Manager間で行う通信に関する設定について説明します。

＜この項の構成＞

(1)　接続のタイムアウト時間の設定

(2)　ファイアウォール環境でのパケット・フィルタリングの設定

(1)　接続のタイムアウト時間の設定

応答待ちイベントの発行元プロセスの状態確認や応答入力による通信を行う際の，接続のタイムアウト時間を変更できます。通常は設定を変更する必要はありません。運用後に，応答待ちイベントの発行元サーバやネットワークの負荷が高いことが要因で，頻繁にエラーメッセージ（KAVB0554-E，KAVB0555-E）が出力される場合は，タイムアウト時間を長く設定してください。この設定は，JP1/IM - Managerで行います。

接続のタイムアウト時間を変更する手順を次に示します。

マネージャーホストで任意のファイルを作成し，次のパラメーターを定義する。

[論理ホスト名¥JP1CONSOLEMANAGER]
"RESEV_TIMEOUT_MAX"=dword:16進数値

論理ホスト名の部分を，物理ホストの場合はJP1_DEFAULTに，論理ホストの場合は論理ホスト名に設定します。
60～3,600（秒）の16進数値で指定します。デフォルトは「dword:0000003c」（60秒）です。

jbssetcnfコマンドを実行する。
作成した定義ファイルを引数にして，jbssetcnfコマンドを実行します。jbssetcnfコマンドを実行すると，定義ファイルの設定が共通定義情報に反映されます。jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。
定義した内容が有効になります。
jco_spmd_reloadコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jco_spmd_reload」（2.　コマンド）を参照してください。

(2)　ファイアウォール環境でのパケット・フィルタリングの設定

ファイアウォール環境で運用する場合は，BJEXとJP1/IM - Manager間で行う通信がファイアウォールを通過できるようにパケット・フィルタリングを設定してください。BJEXとJP1/IM - Manager間の通信で使用するポート番号とファイアウォールの通過方向（コネクション確立の方向）を次の表に示します。

表23-3　BJEXとJP1/IM - Manager間の通信で使用するポート番号

サービス名 | ポート | 通過方向
jp1bsplugin | 20306/tcp | JP1/IM - Manager → BJEX
jp1imevt | 20098/tcp | BJEX → JP1/IM - Manager

（凡例）

→：コネクション確立時の接続方向を示します。

このほかに，JP1/IMおよびJP1/Baseが使用するポート番号については次の説明を参照してください。

JP1/Baseのポート番号：マニュアル「JP1/Base 運用ガイド」のポート番号の説明

JP1/IMのポート番号：「付録C　ポート番号」

23.3.5　BJEXの設定

BJEXで必要な設定について説明します。

＜この項の構成＞

(1)　連携するJP1/IM - Managerの指定

(2)　応答待ちイベントの発行数の設定

(1)　連携するJP1/IM - Managerの指定

BJEXが連携できるJP1/IM - Managerは1ホストであり，連携するJP1/IM - Managerを指定する必要があります。BJEXが連携するJP1/IM - Managerを指定するためには，BJEXの設定ファイル（bjex.conf）に，連携するJP1/IM - Managerのホスト名を指定します。

BJEXの設定ファイル（bjex.conf）の詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

(2)　応答待ちイベントの発行数の設定

BJEXが発行する応答待ちイベントの発行数の上限を設定できます。滞留できる応答待ちイベントには2,000件の上限があるため，次の計算式の値が2,000以下になるように，各BJEXホストで発行する応答待ちイベント数を見積もってください。

一つのBJEXホストで発行する応答待ちイベント数の上限×BJEXホスト数

応答待ちイベントの発行数の上限数は，BJEXの設定ファイル（bjex.conf）で設定します。設定の詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

23.4　応答待ちイベントの操作

応答待ちイベントに対する操作手順について説明します。

注意

WWWページ版のJP1/IM - Viewの制限事項

WWWページ版のJP1/IM - Viewでは，応答入力，滞留の解除，および滞留状態の監視の復帰操作はできません。また，［イベントコンソール］画面に［応答待ちイベント］ページは表示されません。応答待ちイベントの対処状況の変更，およびインシデント手動登録の操作はできます。

＜この節の構成＞

23.4.1　応答待ちイベントに応答する操作の流れ

23.4.2　応答待ちイベントに応答する

23.4.3　応答待ちイベントの滞留を手動で解除する

23.4.4　応答待ちイベントの滞留状態の監視を復帰させる

23.4.1　応答待ちイベントに応答する操作の流れ

統合コンソール，および統合スコープで応答待ちイベントを監視して，応答する操作の流れについて説明します。

＜この項の構成＞

(1)　統合コンソールで応答待ちイベントを監視する

(2)　統合スコープで応答待ちイベントを監視する

(1)　統合コンソールで応答待ちイベントを監視する

統合コンソールで応答待ちイベントを監視し，応答する流れを次の図に示します。

図23-6　統合コンソールで応答待ちイベントを監視して応答する流れ

図中の番号に従って説明します。

応答待ちイベントを受信すると，［イベントコンソール］画面の［応答待ちイベント］ページに応答待ちイベントが表示されます。

応答待ちイベントから［応答入力］画面を表示します。

応答待ちイベントの発行元プロセスの状態やメッセージの内容を確認します。
発行元プロセスの状態が「READY TO RESPOND」になっていることを確認します。

［応答入力］欄に応答内容を入力し，［応答］をクリックします。

応答に成功すると，［応答待ちイベント］ページから応答待ちイベントが削除されます。

［イベント検索］ページで応答待ちイベントを検索すると，応答待ちイベントの状態は「対処済」となります。

(2)　統合スコープで応答待ちイベントを監視する

統合スコープで応答待ちイベントを監視して応答する流れを次の図に示します。

図23-7　統合スコープで応答待ちイベントを監視して応答する流れ

図中の番号に従って説明します。

監視オブジェクトの状態変更条件に一致する応答待ちイベントを受信すると，監視オブジェクトの状態が変わります。

監視オブジェクトから状態変更イベントを検索して，［イベント検索］ページに応答待ちイベントを表示します。

応答待ちイベントから［応答入力］画面を表示します。

応答待ちイベントの発行元プロセスの状態やメッセージの内容を確認します。
発行元プロセスの状態が「READY TO RESPOND」になっていることを確認します。

［応答入力］欄に応答内容を入力し，［応答］をクリックします。

［イベント検索］ページで再度応答待ちイベントを検索すると，応答に成功した応答待ちイベントの状態は「対処済」となります。

応答待ちイベントの対処済みに連動して，［監視ツリー］画面上の監視オブジェクトの状態が正常に戻ります。

23.4.2　応答待ちイベントに応答する

応答待ちイベントに応答するための条件については，「23.2.4 (2)　応答待ちイベントに応答するための条件」を参照してください。なお，この操作にはJP1_Console_Operator権限以上の操作権限が必要です。

応答待ちイベントに応答する手順を次に示します。

次のどれかの方法で［応答入力］画面を表示する。

［応答待ちイベント］ページ，または［イベント検索］ページで応答待ちイベントを選択したあと，［メインメニュー］－［表示］－［応答入力］を選択する。

［応答待ちイベント］ページ，［イベント検索］ページ，または［関連イベント一覧］画面で応答待ちイベントを選択したあと，ポップアップメニューの［応答入力］を選択する。

［イベント詳細］画面の［応答入力］をクリックする。

［応答入力］画面の［応答入力］欄に，応答内容を入力する。
メッセージの内容を確認し，応答内容を入力します。

入力できるバイト数は512バイトまでです。

入力できる文字は，ASCIIコード0x20-0x7Eの範囲の文字です。

［応答］をクリックする。
応答をしてよいかどうかを確認するダイアログが表示されます。［はい］をクリックすると応答します。［いいえ］をクリックすると，応答しないで［応答入力］画面に戻ります。
応答に成功すると，［応答待ちイベント］ページから応答待ちイベントが削除され，応答待ちイベントの対処状況が「対処済」に変わります。

23.4.3　応答待ちイベントの滞留を手動で解除する

応答が不要となった場合や，応答に成功したのに滞留の解除に失敗した場合に，応答待ちイベントの滞留を手動で解除してください。なお，この操作にはJP1_Console_Operator権限以上の操作権限が必要です。

応答待ちイベントの滞留を解除する手順を次に示します。

［イベントコンソール］画面の［応答待ちイベント］ページを表示する。

滞留を解除したい応答待ちイベントの発行元プロセスの状態を確認する。
滞留を解除したい応答待ちイベントを選択して，［応答入力］画面を表示します。発行元プロセスの状態が「NO LONGER MANAGED BY BJEX」または「ALREADY RESPONDED」になっていることを確認します。

応答待ちイベントの対処状況を「対処済」にする。
滞留を解除して問題なければ，応答待ちイベントの対処状況を「対処済」にします。応答待ちイベントを選択し，［表示］－［対処済］を選択します。

滞留を解除したい応答待ちイベントを選択し，［表示］－［滞留解除］を選択する。または，ポップアップメニューの［滞留解除］を選択する。
複数の応答待ちイベントを選択できます。［滞留解除］を選択すると，滞留が解除されます。
イベント一覧の表示を更新すると，応答待ちイベントが［応答待ちイベント］ページから削除されます。

誤って滞留を解除した場合，再度滞留させることはできません。誤って滞留を解除した応答待ちイベントに応答したい場合は，［イベント検索］ページで応答待ちイベントを検索して応答してください。

23.4.4　応答待ちイベントの滞留状態の監視を復帰させる

応答待ちイベントの滞留数が2,000件を超えたあとに，滞留状態の監視を復帰させると，再び滞留数が2,000件を超えた場合にJP1イベントによる通知を行います。なお，この操作にはJP1_Console_Admin権限が必要です。

滞留状態の監視を復帰させる前に，マネージャーホストの統合トレースログで溢れた応答待ちイベントを確認し，応答してください。滞留が解除された応答待ちイベントに応答する方法については，「23.2.3 (2)　応答待ちイベントが上限の2,000件を超えた場合の通知」を参照してください。

応答待ちイベントの滞留状態の監視を復帰させる手順を次に示します。

［イベントコンソール］画面で，［オプション］－［機能状態通知復帰］－［滞留状態監視］を選択する。
滞留状態の監視が復帰します。復帰したあとに［イベントコンソール］画面を更新すると，［応答待ちイベント］ページの［滞留状態］に表示されているKAVB0551-Eのメッセージが消えます。

23.5　BJEX連携時の画面

応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合に，通常と表示される項目が異なる画面について説明します。

［イベントコンソール］画面

［イベント詳細］画面

［応答入力］画面

［関連イベント一覧］画面

［ユーザー環境設定］画面

［イベント検索条件設定］画面

フィルターの条件定義画面

［ユーザーフィルター設定］画面

［重要イベント定義］画面

［表示フィルター設定］画面

なお，画面の表示方法や，この節で説明していない画面項目や仕様については，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を無効にした場合と同じです。マニュアル「JP1/Integrated Management - Manager リファレンス　1.　画面」を参照してください。

＜この節の構成＞

23.5.1　画面遷移

23.5.2　［イベントコンソール］画面

23.5.3　［イベント詳細］画面

23.5.4　［応答入力］画面

23.5.5　［関連イベント一覧］画面

23.5.6　［ユーザー環境設定］画面

23.5.7　［イベント検索条件設定］画面

23.5.8　フィルターの条件定義画面

23.5.1　画面遷移

BJEXと連携した場合のJP1/IM - Viewの画面遷移を次に示します。なお，図中のログイン画面，および［表示フィルター一覧］画面については，この節では説明しません。

図23-8　JP1/IM - Viewの画面遷移

23.5.2　［イベントコンソール］画面

応答待ちイベントは，［イベントコンソール］画面の次に示すページに表示されます。［応答待ちイベント］ページは，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合だけ表示されます。

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

［応答待ちイベント］ページ

JP1イベントの種別を示すカラムには，応答待ちイベントを示すマーク「[図データ]」が表示されます。

応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合に，［イベントコンソール］画面に追加されるメニュー項目を次の表に示します。

表23-4　［イベントコンソール］画面の追加メニュー項目

メニュー
コマンド
機能

表示
応答入力
選択している応答待ちイベントの［応答入力］画面を表示します。
このメニューは，JP1_Console_Operator権限以上のユーザーが実行できます。
なお，このメニューを選択できるのは次の場合だけです。

選択しているタブが［応答待ちイベント］ページ，［イベント検索］ページである。
［イベント検索］ページの場合，検索先がログインしているマネージャーホストである。

単一選択である。

選択しているJP1イベントが応答待ちイベントである。

滞留解除
選択している応答待ちイベントの滞留を解除します。
このメニューは，JP1_Console_Operator権限以上のユーザーが実行できます。
なお，このメニューを選択できるのは次の場合だけです。

選択しているタブが［応答待ちイベント］ページである。

オプション
機能状態通知復帰
滞留状態監視
応答待ちイベントの滞留状態の監視を復帰させます。
このメニューは，JP1_Console_Admin権限を持つユーザーが実行できます。
なお，次の場合は非活性です。

滞留数が2,000件を超えていない場合。

これらのメニューは，WWWページ版のJP1/IM - Viewでは常に非活性です。

＜この項の構成＞

(1)　［応答待ちイベント］ページ

(1)　［応答待ちイベント］ページ

［応答待ちイベント］ページには，応答していない応答待ちイベントの一覧が表示されます。なお，WWWページ版のJP1/IM - Viewにはこのページは表示されません。

図23-9　［イベントコンソール］画面の［応答待ちイベント］ページ

表示項目を次に示します。

［滞留状態］

応答待ちイベントの滞留状態を表示する領域です。応答待ちイベントの滞留数が2,000件以内の場合は，何も表示されません。滞留数が2,000件を超えると，滞留数が上限を超えたことを通知するKAVB0551-Eメッセージが表示されます。メッセージは，滞留状態の監視を復帰するまで表示され続けます。

イベント一覧

次の条件を満たす応答待ちイベントが表示されます。

JP1/IM - Managerで滞留している（応答していない）応答待ちイベント

イベント取得フィルターを通過した応答待ちイベント

ログインしているJP1ユーザーに対応するユーザーフィルターを通過した応答待ちイベント

応答待ちイベントの対処状況を変更，または滞留を解除する場合，一度に操作できるイベント件数は，最大2,000件です。

タブランプ

［応答待ちイベント］ページに応答待ちイベントがある場合に緑色に点灯します。［応答待ちイベント］ページに応答待ちイベントがない場合は灰色で表示されます。

23.5.3　［イベント詳細］画面

［イベント詳細］画面には，JP1イベントの詳細な属性情報が表示されます。

［イベント詳細］画面を次に示します。

図23-10　［イベント詳細］画面

応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合に表示される項目を次に示します。

［応答入力］

選択している応答待ちイベントの［応答入力］画面を表示します。次の場合にこのボタンは活性します。

表示しているJP1イベントが応答待ちイベントである。

［イベント詳細］画面の起動元が［応答待ちイベント］ページ，［イベント検索］ページ，［関連イベント一覧］画面（派生元が応答可能なイベント一覧）のどれかの場合。

JP1ユーザーがJP1_Console_Operator権限以上の操作権限を持っている。

WWWページ版のJP1/IM - Viewでは常に非活性です。

23.5.4　［応答入力］画面

［応答入力］画面は，応答待ちイベントに対して応答入力するための画面です。［応答入力］画面を表示するには，JP1_Console_Operator権限以上が必要です。

この画面は，次の操作で表示できます。

［イベントコンソール］画面で応答待ちイベントを選択したあと，［メインメニュー］－［表示］－［応答入力］を選択する。

［イベントコンソール］画面，または［関連イベント一覧］画面で応答待ちイベントを選択したあと，ポップアップメニューの［応答入力］を選択する。

［イベント詳細］画面の［応答入力］をクリックする。

［応答入力］画面を次に示します。

図23-11　［応答入力］画面

［応答入力］画面の表示項目を次に示します。

［応答属性］

応答待ちイベントに応答するために必要な情報が表示されます。

イベントDB内通し番号

応答待ちイベントのイベントDB内通し番号が表示されます。

状態

応答待ちイベントの発行元プロセスの状態が表示されます。

READY TO RESPOND：発行元プロセスが存在するため，応答できます。

NO LONGER MANAGED BY BJEX：発行元プロセスが存在しないため，応答できません。

RESPONDED SUCCESSFULLY：応答に成功しました（応答した［応答入力］画面にだけ表示されます）。

ALREADY RESPONDED：すでに応答しました（応答した応答待ちイベントに対して［応答入力］画面を表示・更新した場合に表示されます）。

［メッセージ］

応答待ちイベントのメッセージが表示されます。

［応答入力］

応答内容を入力します。

入力できるバイト数は512バイトまでです。

入力できる文字は，ASCIIコード0x20-0x7Eの範囲の文字です。

［応答］

応答を実行します。応答内容を入力したあとクリックすると，応答してよいかどうかを確認するダイアログが表示され，［はい］をクリックすると応答が実行されます。応答の仕組みについては，「23.2.4　応答待ちイベントへの応答」を参照してください。

23.5.5　［関連イベント一覧］画面

［関連イベント一覧］画面は，次の2種類あります。

［関連イベント一覧（集約）］画面
繰り返しイベントの集約表示機能を使用している場合に，集約イベントの繰り返しイベントを一覧表示します。

［関連イベント一覧（相関）］画面
相関イベント発行機能を使用している場合に，相関イベントの相関元イベントを一覧表示します。

応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にすると，次の表に示すメニュー項目が追加されます。

表23-5　［関連イベント一覧］画面の追加メニュー項目

メニュー
コマンド
機能

表示
応答入力
選択している応答待ちイベントの［応答入力］画面を表示します。
このメニューは，JP1_Console_Operator権限以上のユーザーが実行できます。
このメニューを選択できるのは次の場合だけです。

［関連イベント一覧］画面を表示した元の画面が，［イベントコンソール］画面の［応答待ちイベント］ページである。または，［関連イベント一覧］画面を表示した元の画面が，［イベントコンソール］画面の［イベント検索］ページであり，検索先がログインしているマネージャーホストである。

単一選択である。

選択しているJP1イベントが応答待ちイベントである。

滞留解除
常に非活性です。

これらのメニューは，WWWページ版のJP1/IM - Viewでは常に非活性です。

23.5.6　［ユーザー環境設定］画面

［ユーザー環境設定］画面では，［イベントコンソール］画面のイベント一覧の表示を自動的に更新するかどうか，およびイベント一覧に表示する項目を設定します。

［ユーザー環境設定］画面を次に示します。

図23-12　［ユーザー環境設定］画面

応答待ちイベント管理機能を有効にした場合に表示される項目を次に示します。

［応答待ちイベント］

応答待ちイベントの応答・操作を有効にするかどうかを指定します。有効にする場合は［有効］をチェックします。

設定を無効から有効に変更した場合，［OK］をクリックするとJP1/IM - Viewに設定内容が反映されます。

設定を有効から無効に変更した場合，［OK］をクリックしたあとJP1/IM - Managerにログインし直すことでJP1/IM - Viewに設定内容が反映されます。

23.5.7　［イベント検索条件設定］画面

［イベント検索条件設定］画面では，JP1イベントを検索するときの検索条件を設定します。［イベント検索条件設定］画面を次に示します。

図23-13　［イベント検索条件設定］画面

応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合に表示される項目を次に示します。

［応答待ちイベント］

応答待ちイベントを検索条件とするかどうかを選択します。

23.5.8　フィルターの条件定義画面

次の条件を満たす場合に，各フィルターの条件定義画面に応答待ちイベントをフィルタリングするための項目が表示されます。

表23-6　応答待ちイベントをフィルタリングするための条件

フィルター
条件定義画面
条件

ユーザーフィルター
［ユーザーフィルター設定］画面
応答待ちイベント管理機能の設定を有効にします。

重要イベントフィルター
［重要イベント定義］画面
応答待ちイベント管理機能の設定を有効にします。

表示フィルター
［表示フィルター設定］画面

応答待ちイベント管理機能の設定を有効にします。

応答待ちイベントの応答・操作を有効にします。

上記機能を有効にした場合に，各フィルターの条件定義画面に表示される項目を次に示します。

図23-14　各フィルターの条件定義画面に表示される項目

［応答待ちイベント］

応答待ちイベントを表示対象とするかどうかを選択します。

23.6　BJEX連携時のコマンド

BJEXと連携する場合に使用するコマンドのオプションについて説明します。そのほかのオプションや，コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　2.　コマンド」を参照してください。なお，参照先のマニュアルでは，BJEX連携用のオプションについては説明していません。

＜この節の構成＞

23.6.1　jcoimdef

23.6.2　jim_log.bat（Windows限定）

23.6.3　jim_log.sh（UNIX限定）

23.6.1　jcoimdef

jcoimdefコマンドは，JP1/IM - Managerのシステム環境を設定，または設定値を参照するためのコマンドです。このコマンドを実行すると設定内容が標準出力に出力されます。

BJEXと連携する場合に指定するオプションを次に示します。

-resevent ON|OFF

-resevent ONを指定すると，応答待ちイベント管理機能が有効になります。-resevent OFFを指定すると，応答待ちイベント管理機能が無効になります。

JP1/IM - Managerを起動させたまま，jcoimdefコマンドの-reseventオプションで，応答待ちイベント管理機能を有効または無効に設定変更した場合は，JP1/IM - Managerの再起動が必要です。また，接続中のJP1/IM - Viewも再起動が必要です。

jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcoimdef」（2.　コマンド）を参照してください。

23.6.2　jim_log.bat（Windows限定）

jim_log.batは，JP1/IM - ManagerまたはJP1/IM - Viewで障害が発生したときに資料を採取するためのツールです。JP1/IM - Manager，JP1/IM - View，およびJP1/Baseの保守資料，OSのシステム情報，統合トレースログなどを採取します。

BJEXと連携する場合に指定するオプションを次に示します。

-a

応答待ちイベント滞留ファイルを採取しない場合に指定します。

なお，jim_log.batで採取した応答待ちイベント滞留ファイルは，次に示すフォルダに一次資料として格納されます。

物理ホストの一次資料の内部フォルダ

資料格納フォルダ¥jp1_default¥imm_1st¥cons¥log¥response

論理ホストの一次資料の内部フォルダ

資料格納フォルダ¥論理ホスト名¥imm_1st¥cons¥log¥response

jim_log.batの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.bat（Windows限定）」（2.　コマンド）を参照してください。

23.6.3　jim_log.sh（UNIX限定）

jim_log.shは，JP1/IM - Managerで障害が発生したときに資料を採取するためのツールです。JP1/IM - ManagerおよびJP1/Baseの保守資料，OSのシステム情報，統合トレースログなどを採取します。

BJEXと連携する場合に指定するオプションを次に示します。

-a

応答待ちイベント滞留ファイルを採取しない場合に指定します。

なお，jim_log.shで採取した応答待ちイベント滞留ファイルは，次に示すディレクトリに一次資料として格納されます。

物理ホストの一次資料の内部ディレクトリ

./var/opt/jp1cons/log/response

論理ホストの一次資料の内部ディレクトリ

./共有ディスク/jp1cons/log/response

jim_log.shの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.sh（UNIX限定）」（2.　コマンド）を参照してください。

24.　トラブルシューティング

この章では，JP1/IMでトラブルが発生した場合の対処方法や，トラブルの原因になりやすい項目について説明します。

＜この章の構成＞

24.1　対処の手順

24.2　ログ情報の種類

24.3　トラブル発生時に採取が必要な資料

24.4　資料の採取方法

24.5　トラブルへの対処方法

24.1　対処の手順

JP1/IMでトラブルが起きた場合の対処の手順を次の図に示します。

図24-1　トラブル発生時の対処手順

24.2　ログ情報の種類

JP1/IMを運用しているときに出力されるログ情報は3種類あります。

共通メッセージログ

統合トレースログ

プロセス別トレースログ

この節では，3種類のログ情報について説明します。

＜この節の構成＞

24.2.1　共通メッセージログ

24.2.2　統合トレースログ

24.2.3　プロセス別トレースログ

24.2.4　ログファイルおよびディレクトリ一覧

24.2.1　共通メッセージログ

共通メッセージログとは，システム側のトラブルを通知する，システム管理者向けのログ情報のことです。共通メッセージログは，必要最小限のトラブル情報を通知します。

共通メッセージログは，UNIXの場合はsyslogファイル，Windowsの場合はWindowsイベントログに出力されます。

UNIXの場合は，次のファイルに出力されます。

/var/adm/syslog/syslog.log（HP-UXの場合）

/var/adm/messages（Solarisの場合）

/var/adm/syslog/以下のファイル（AIXの場合）

/var/log/messages（Linuxの場合）

注意事項

UNIXの場合は，syslogファイルにメッセージが出力されるときに，メッセージが欠落することがあります。

24.2.2　統合トレースログ

統合トレースログとは，各プログラムが出力するトレース情報を，統合トレース機能（HNTRLib2）を通じて，一つの出力先ファイルにまとめて採取するログ情報のことです。共通メッセージログより詳しい内容のメッセージが出力されます。

統合トレースログのデフォルトの出力先は次のとおりです。

Windowsの場合

システムドライブ¥Program Files¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

UNIXの場合

/var/opt/hitachi/HNTRLib2/spool/hntr2{1|2|3|4}.log

統合トレースログファイルは，任意のテキストエディターで参照できます。統合トレースログの出力例を次に示します。

図24-2　統合トレースログファイルの出力例

統合トレースログファイルに出力されるヘッダー情報と出力項目の説明を次に示します。

表24-1　統合トレースログファイルのヘッダー情報

ヘッダー情報
説明

OS情報
統合トレース機能が起動しているOSの情報です。

ホスト名
統合トレース機能が起動しているホスト名です。

タイムゾーン

Windowsの場合

OSのタイムゾーンです。

UNIXの場合

統合トレースプロセスの環境変数TZです。

環境変数TZが設定されていない場合はUnknownとなります。

統合トレースログ機能起動時刻
統合トレース機能を起動した時刻です。

表24-2　統合トレースログファイルの出力項目

出力項目
説明

番号（4桁）
トレースレコードの通番
番号はログを出力したプロセスごとに採番されます。

日付（10バイト）
トレースの取得日付：yyyy/mm/dd（年/月/日）

時刻（12バイト）
トレースの取得時刻（ローカル時刻）：hh:mm:ss.sss（時:分:秒.ミリ秒）

AP名（16バイト以内）
アプリケーションを識別するための名称（アプリケーション識別名）。
JP1/IM - Managerで出力されるAP名は次のとおりです。

セントラルコンソールサービス
JP1/Console

イベントフローサービス
evflow

自動アクションサービス
jcamain

インシデント登録サービス
jcdmain

相関イベント発行サービス
evgen

セントラルスコープサービス
jcsmain

プロセス管理
JCO_SPMD

jcochstatコマンド
jcochngstat

その他のコマンド
コマンド名

JP1/IM - Viewで出力されるAP名は次のとおりです。

セントラルコンソールビューアー
JP1/IM-View

セントラルスコープビューアー
JP1/IM-View

ツリー編集画面
JP1/IM-Edit

pid
プロセスID。OSが付けるプロセスID。

tid
スレッドID。スレッドを識別するためのID。

メッセージID
メッセージの出力形式で説明したメッセージID。この製品で使用するメッセージID。

メッセージテキスト
統合トレースログに出力されるメッセージのテキスト。この製品から出力されるメッセージテキスト。

注意

統合トレースログに出力されるログの時刻は，出力したプロセスのタイムゾーンでフォーマットされます。

このため，環境変数TZを変更したユーザーなどがサービスを起動したり，コマンドを実行したりすると，OSに設定されているタイムゾーンと異なる時刻が出力されることがあります。

24.2.3　プロセス別トレースログ

プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

24.2.4　ログファイルおよびディレクトリ一覧

JP1/IMが出力するログ情報の種類とデフォルトのファイル名およびディレクトリ名について説明します。

なお，ここで説明するファイルは，製品保守の必要上出力しているものです。これらのファイルについては，ユーザーが参照または変更する必要はありません。ただし，システム障害が発生したときなどには，資料採取のためにこれらのファイルをご利用元で一時保管していただくことがあります。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

Windows版のJP1/IMが出力するデフォルトのログファイルおよびフォルダを次の表に示します。

「ログの種類」には，JP1/IMが出力するログの種類を記載しています。

「デフォルトのファイル名・フォルダ名」には，JP1/IM - Manager，JP1/IM - View，またはJP1/Baseをデフォルトでインストールした場合のログファイル名をフルパスで記載しています。また，クラスタ運用の場合の「デフォルトのファイル名・フォルダ名」には，共有フォルダのログファイル名をフルパスで記載しています。

「最大ディスク使用量」には，ログファイルが最大でどの程度ディスクを使用するのかを記載しています。ログファイルが複数ある場合は，その合計量を記載しています。

「ファイルの切り替え時期」には，JP1/IMが出力先のログファイルを切り替えるタイミングを記載しています。ファイルがこの欄に示すサイズに達したとき，またはこの欄に示す事象が起きたときに，出力先が切り替わります。なお，ログファイルが複数あり，最大ディスク使用量に達した場合は，更新日付の古いファイルから上書きされます。

表24-3　JP1/IM - Manager（JP1/IM - Central Console）のログファイル・フォルダ一覧（Windows）

ログの種類 | デフォルトのファイル名・フォルダ名 | 最大ディスク使用量 | ファイルの切り替え時期
プロセス管理ログ | Consoleパス¥log¥JCO_SPMD{1|2|3}.log | 384KB | 128KB
Consoleパス¥log¥JCO_SPMD_COMMAND{1|2|3}.log | 384KB | 128KB
共有フォルダ¥jp1cons¥log¥JCO_SPMD{1|2|3}.log | 384KB | 128KB
共有フォルダ¥jp1cons¥log¥JCO_SPMD_COMMAND{1|2|3}.log | 384KB | 128KB
スタックトレースログ | Consoleパス¥log¥javalog0{1|2|3|4}.log | 256KB×4 | 起動時，または256KB
共有フォルダ¥jp1cons¥log¥javalog0{1|2|3|4}.log | 256KB×4 | 起動時，または256KB
インストールログ | Consoleパス¥log¥command¥comdef[_old].log | 512KB | 256KB
イベントコンソールログ | Consoleパス¥log¥console¥EVCONS{1|2|3}.log | 30,720KB | 10,240KB
Consoleパス¥log¥console¥jp1cons[_old].log | 20,480KB | 10,240KB※1
Consoleパス¥log¥console¥jp1consM[_old].log | 102,400KB | 51,200KB※1
Consoleパス¥log¥console¥jp1filterDef[_old].log | 10MB | 5MB
共有フォルダ¥jp1cons¥log¥console¥EVCONS{1|2|3}.log | 30,720KB | 10,240KB
共有フォルダ¥jp1cons¥log¥console¥jp1cons[_old].log | 20,480KB | 10,240KB※1
共有フォルダ¥jp1cons¥log¥console¥jp1consM[_old].log | 102,400KB | 51,200KB※1
共有フォルダ¥jp1cons¥log¥console¥jp1filterDef[_old].log | 10MB | 5MB
自動アクショントレースログ | Consoleパス¥log¥action¥JCAMAIN{1|2|3|4|5}.log | 25,600KB※2 | 5,120KB
共有フォルダ¥jp1cons¥log¥action¥JCAMAIN{1|2|3|4|5}.log | 25,600KB※2 | 5,120KB
アクション情報ファイル | Consoleパス¥log¥action¥actinf.log | 626KB※3 | 切り替えなし
共有フォルダ¥jp1cons¥log¥action¥actinf.log | 626KB※3 | 切り替えなし
アクションホスト名格納ファイル | Consoleパス¥log¥action¥acttxt{1|2}.log | 48.9MB※9 | アクション情報ファイルのラップラウンド時
共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log | 48.9MB※9 | アクション情報ファイルのラップラウンド時
アクション再実行用ファイル | Consoleパス¥log¥action¥actreaction | 300MB | 系切り替え発生時
共有フォルダ¥jp1cons¥log¥action¥actreaction | 300MB | 系切り替え発生時
jcochstat，jcochafmodeコマンドトレースログ※4 | Consoleパス¥log¥command¥CMD{1|2|3}.log | 3,072KB | 1,024KB
Consoleパス¥log¥command¥jp1cons_cmd[_old].log | 12,288KB | 6,144KB
Consoleパス¥log¥command¥jp1consM_cmd[_old].log | 12,288KB | 6,144KB
プラグインのログ | Consoleパス¥log¥command¥jcoplugin{1|2|3}.log | 3MB | 1MB
通知状態格納ファイル | Consoleパス¥log¥notice¥notice_stat.dat | 72バイト | 切り替えなし
共有フォルダ¥jp1cons¥log¥notice¥notice_stat.dat | 72バイト | 切り替えなし
アクション定義バックアップファイル | Consoleパス¥log¥action¥actdefbk.conf | 2,048KB | 切り替えなし
共有フォルダ¥jp1cons¥log¥action¥actdefbk.conf | 2,048KB | 切り替えなし
イベントフロー制御トレースログ | Consoleパス¥log¥evflow¥EVFLOW{1|2|3|4|5|6|7|8|9|10}.log | 100MB | 10MB
Consoleパス¥log¥evflow¥jp1actDef[_old].log | 10MB | 5MB
共有フォルダ¥jp1cons¥log¥evflow¥EVFLOW{1|2|3|4|5|6|7|8|9|10}.log | 100MB | 10MB
共有フォルダ¥jp1cons¥log¥evflow¥jp1actDef[_old].log | 10MB | 5MB
マッチング情報ファイル | Consoleパス¥log¥evflow¥evflowinf.log | 12バイト | 切り替えなし
共有フォルダ¥jp1cons¥log¥evflow¥evflowinf.log | 12バイト | 切り替えなし
イベントフロー制御エラーログ | Consoleパス¥log¥evflow¥jp1evflow{1|2|3}.log | 15,360KB | 5,120KB
共有フォルダ¥jp1cons¥log¥evflow¥jp1evflow{1|2|3}.log | 15,360KB | 5,120KB
自動アクションエラーログ | Consoleパス¥log¥action¥jp1act{1|2|3}.log | 15,360KB | 5,120KB
共有フォルダ¥jp1cons¥log¥action¥jp1act{1|2|3}.log | 15,360KB | 5,120KB
論理ホスト設定プログラムログ | Consoleパス¥log¥jp1hasetup.{log|log.old} | 2,000KB | 1,000KB
インシデント登録履歴ファイル | Consoleパス¥operation¥discrim¥discrim{1|2|3}.log※5 | 30MB※5 | 10MB※5
共有フォルダ¥jp1cons¥operation¥discrim¥discrim{1|2|3}.log※5 | 30MB※5 | 10MB※5
インシデント登録トレースログ | Consoleパス¥log¥jcdmain¥JCDMAIN{1|2|3}.log | 15MB | 5MB
共有フォルダ¥jp1cons¥log¥jcdmain¥JCDMAIN{1|2|3}.log | 15MB | 5MB
インシデント登録個別ログ(インシデント登録サービス用) | Consoleパス¥log¥jcdmain¥jp1eds[_old].log | 20MB | 10MB
Consoleパス¥log¥jcdmain¥jp1edsM[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥jcdmain¥jp1eds[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥jcdmain¥jp1edsM[_old].log | 20MB | 10MB
インシデント登録個別ログ(コマンド用) | Consoleパス¥log¥jcdmain¥jp1eds_cmd[_old].log | 20MB | 10MB
Consoleパス¥log¥jcdmain¥jp1edsM_cmd[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥jcdmain¥jp1eds_cmd[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥jcdmain¥jp1edsM_cmd[_old].log | 20MB | 10MB
インシデント登録個別ログ(アダプタコマンド用) | Consoleパス¥log¥jcdmain¥idm_adapter{1|2|3}.log | 768KB | 256KB
共有フォルダ¥jp1cons¥log¥jcdmain¥idm_adapter{1|2|3}.log | 768KB | 256KB
JDBCトレースログ | Consoleパス¥log¥jcdmain¥pderr{1|2}.trc | 2MB | 1MB
共有フォルダ¥jp1cons¥log¥jcdmain¥pderr{1|2}.trc | 2MB | 1MB
インシデント登録スタックトレースログ | Consoleパス¥log¥jcdmain¥javalog0{1|2|3|4}.log | 1MB | 256KB
共有フォルダ¥jp1cons¥log¥jcdmain¥javalog0{1|2|3|4}.log | 1MB | 256KB
インシデント登録の処理引き継ぎ定義ファイル | Consoleパス¥log¥jcdmain¥eds_discrim_info{1|2|3|4}.dat | 488MB※6 | 停止時
共有フォルダ¥jp1cons¥log¥jcdmain¥eds_discrim_info{1|2|3|4}.dat | 488MB※6 | 停止時
インシデント登録定義の適用ログ | Consoleパス¥log¥jcdmain¥jp1edsDefine[_old].log | 10MB | 5MB
共有フォルダ¥jp1cons¥log¥jcdmain¥jp1edsDefine[_old].log | 10MB | 5MB
相関イベント発行履歴ファイル | Consoleパス¥operation¥evgen¥egs_discrim{1|2|3}.log※7 | 30MB※7 | 10MB※7
共有フォルダ¥jp1cons¥operation¥evgen¥egs_discrim{1|2|3}.log※7 | 30MB※7 | 10MB※7
相関イベント発行トレースログ | Consoleパス¥log¥evgen¥EVGEN{1|2|3}.log | 15MB | 5MB
共有フォルダ¥jp1cons¥log¥evgen¥EVGEN{1|2|3}.log | 15MB | 5MB
相関イベント発行個別ログ(相関イベント発行サービス用) | Consoleパス¥log¥evgen¥jp1egs[_old].log | 20MB | 10MB
Consoleパス¥log¥evgen¥jp1egsM[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥evgen¥jp1egs[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥evgen¥jp1egsM[_old].log | 20MB | 10MB
相関イベント発行個別ログ(コマンド用) | Consoleパス¥log¥evgen¥jp1egs_cmd[_old].log | 20MB | 10MB
Consoleパス¥log¥evgen¥jp1egsM_cmd[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥evgen¥jp1egs_cmd[_old].log | 20MB | 10MB
共有フォルダ¥jp1cons¥log¥evgen¥jp1egsM_cmd[_old].log | 20MB | 10MB
相関イベント発行スタックトレースログ | Consoleパス¥log¥evgen¥javalog0{1|2|3|4}.log | 1MB | 起動時，または256KB
共有フォルダ¥jp1cons¥log¥evgen¥javalog0{1|2|3|4}.log | 1MB | 起動時，または256KB
相関イベントの発行処理引き継ぎ定義ファイル | Consoleパス¥log¥evgen¥egs_discrim_info{1|2|3|4}.dat | 312MB※8 | 停止時
共有フォルダ¥jp1cons¥log¥evgen¥egs_discrim_info{1|2|3|4}.dat | 312MB※8 | 停止時
相関イベント発行定義の適用ログ | Consoleパス¥log¥evgen¥jp1egsDefine[_old].log | 10MB | 5MB
共有フォルダ¥jp1cons¥log¥evgen¥jp1egsDefine[_old].log | 10MB | 5MB
応答待ちイベント滞留ファイル※10 | Consoleパス¥log¥response¥resevent.dat | 40MB | 切り替えなし
共有フォルダ¥jp1cons¥log¥response¥resevent.dat | 40MB | 切り替えなし
コマンド実行履歴保存フォルダ | Baseパス¥log¥COMMAND¥ | マニュアル「JP1/Base 運用ガイド」を参照してください
共有フォルダ¥jp1base¥log¥COMMAND¥
リモートコマンドログ | Baseパス¥log¥JCOCMD¥jcocmd_result{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdapi{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdapi_trace{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdcom{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdcom_trace{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdexe{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdexe_trace{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdrouter{1|2|3}.log
Baseパス¥log¥JCOCMD¥jcocmdrouter_trace{1|2|3}.log
Baseパス¥log¥JCOCMD¥JCOCMDCMD{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmd_result{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdapi{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdapi_trace{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdcom{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdcom_trace{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdexe{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdexe_trace{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdrouter{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdrouter_trace{1|2|3}.log
共有フォルダ¥jp1base¥log¥JCOCMD¥JCOCMDCMD{1|2|3}.log
構成管理ログ | Baseパス¥log¥route¥JBSRT{1|2|3}.log
共有フォルダ¥jp1base¥log¥route¥JBSRT{1|2|3}.log

注※1　ファイルサイズが，この値より数十キロバイト程度大きくなる場合があります。

注※2　「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）によって，64キロバイト～100メガバイトの間で設定できます。

注※3　「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）によって，1～4,096キロバイトの間で設定できます。

注※4　クラスタ運用の場合も，物理ホスト上のjcochstat，jcochafmodeコマンドトレースログに出力されます。

注※5　「JP1/Integrated Management - Manager リファレンス　インシデント登録環境定義ファイル（jcdmain.conf.update）」（3.　定義ファイル）によって，ファイル数，ファイルサイズを変更できます。

注※6　このファイルは，インシデント登録処理中のデータを引き継ぐときのメモリー情報を書き出したものであるため，インシデント登録条件や引き継ぎ元のJP1イベントの情報などによってファイルサイズが異なってきます。見積もりの詳細については，JP1/IM - Managerのリリースノートを参照してください。

注※7　「JP1/Integrated Management - Manager リファレンス　相関イベント発行環境定義ファイル」（3.　定義ファイル）によって，ファイル面数，ファイルサイズを変更できます。

注※8　このファイルは相関イベントの発行処理中のデータを引き継ぐときのメモリー情報を書き出したものであるため，相関イベント発行条件や相関元イベントの情報などによってファイルサイズが異なってきます。見積もりの詳細については，JP1/IM - Managerのリリースノートを参照してください。

注※9　アクション情報ファイルの容量がデフォルト（626KB）の場合の値です。このファイルの最大ディスク占有量は次の見積もり式で算出できます。また，アクションを再実行した場合，一回の再実行ごとに5KBずつ増加します。

（（アクション情報ファイルの容量/64バイト）-1）×5KB

注※10　応答待ちイベント管理機能を有効にしてJP1/IM - Managerを起動した時点で作成されます。

表24-4　JP1/IM - Manager（JP1/IM - Central Scope）のログファイル・フォルダ一覧（Windows）

ログの種類 | デフォルトのファイル名・フォルダ名 | 最大ディスク使用量 | ファイルの切り替え時期
プロセス別トレースログ | Scopeパス¥log¥jcsmain{1|2|3}.log | 6MB | 2MB
Scopeパス¥log¥jcsmain_trace{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsmain{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsmain_trace{1|2|3}.log | 6MB | 2MB
通信用トレースログ | Scopeパス¥log¥jcsmain_trace_com{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsmain_trace_com{1|2|3}.log | 6MB | 2MB
Scopeパス¥log¥jcsmain_trace_ping{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsmain_trace_ping{1|2|3}.log | 6MB | 2MB
論理ホスト設定プログラムログ | Scopeパス¥log¥jp1hasetup.{log|log.old} | 2,000KB | 1,000KB
DB操作APIトレースログ | Scopeパス¥log¥jcsmain_trace_db{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsmain_trace_db{1|2|3}.log | 6MB | 2MB
jcshostsexportコマンドログ | Scopeパス¥log¥jcshostsexport{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcshostsexport{1|2|3}.log | 6MB | 2MB
jcshostsimportコマンドログ | Scopeパス¥log¥jcshostsimport{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcshostsimport{1|2|3}.log | 6MB | 2MB
jcsdbsetupコマンドログ | Scopeパス¥log¥jcsdbsetup{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsdbsetup{1|2|3}.log | 6MB | 2MB
jcschstatコマンドログ | Scopeパス¥log¥jcschstat{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcschstat{1|2|3}.log | 6MB | 2MB
jcsdbexportコマンドログ | Scopeパス¥log¥jcsdbexport{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsdbexport{1|2|3}.log | 6MB | 2MB
jcsdbimportコマンドログ | Scopeパス¥log¥jcsdimport{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsdbimport{1|2|3}.log | 6MB | 2MB
jcsdbconvertコマンドログ | Scopeパス¥log¥jcsdbconvert{1|2|3}.log | 6MB | 2MB
共有フォルダ¥JP1Scope¥log¥jcsdbconvert{1|2|3}.log | 6MB | 2MB
jp1csverupコマンドログ | Scopeパス¥log¥jp1csverup_front{1|2|3}.log | 6MB | 2MB
jp1cshaverupコマンドログ | 共有フォルダ¥JP1Scope¥log¥jp1cshaverup_front{1|2|3}.log | 6MB | 2MB

表24-5　JP1/IM - Viewのログファイル・フォルダ一覧

ログの種類 | デフォルトのファイル名・フォルダ名 | 最大ディスク使用量 | ファイルの切り替え時期
JP1/IM - Viewログ | Viewパス¥log¥VIEW{1|2|3}.log | 30,720KB | 10,240KB
Viewパス¥log¥jp1conv[_old].log | 20,480KB | 10,240KB※1
Viewパス¥log¥jp1convM[_old].log | 20,480KB | 10,240KB※1
Viewパス¥log¥jp1csov[_old].log | 6,144KB | 3,072KB※1
Viewパス¥log¥jp1csovM[_old].log | 6,144KB | 3,072KB※1
Viewパス¥log¥jp1cimv[_old].log※2 | 20,480KB | 10,240KB※1
Viewパス¥log¥jp1cimvM[_old].log※2 | 20,480KB | 10,240KB※1
Viewパス¥log¥imcm¥jp1cmJP1_IM-CM_VIEW{1|2|3}.log※2 | 3,072KB | 1,024KB※1
Viewパス¥log¥imcm¥jp1cmJP1_IM-CM_VIEW_dbg{1|2|3}.log※2 | 3,072KB | 1,024KB※1
Viewパス¥log¥imrm¥jp1rmJP1-IM-RM View{1|2|3}.log※3 | 3,072KB | 1,024KB
Viewパス¥log¥imrm¥jp1rmJP1-IM-RM View_dbg{1|2|3}.log※3 | 3,072KB | 1,024KB
Viewパス¥log¥jrmview¥view{1|2|3}.log※3 | 3,072KB | 1,024KB
スタックトレースログ | Viewパス¥log¥javalog0{1|2}.log | 512KB | 起動時，または256KB
統合トレースログ | システムドライブ:¥Program Files¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log | 1,024KB | 256KB

注　Windows VistaまたはWindows Server 2008の場合は「Viewパス¥log¥」を「システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥」に置き換えてください。

注※1　ファイルサイズが，この値より数十キロバイト程度大きくなる場合があります。

注※2　JP1/IM - Central Information Master連携時にだけ出力されます。

注※3　JP1/IM - Rule Operation連携時にだけ出力されます。

(2)　UNIXの場合

UNIX版のJP1/IMが出力するデフォルトのログファイルおよびディレクトリを次の表に示します。

「ログの種類」には，JP1/IMが出力するログの種類を記載しています。

「デフォルトのファイル名・ディレクトリ名」には，JP1/IM - ManagerまたはJP1/Baseをデフォルトでインストールした場合のログファイル名をフルパスで記載しています。また，クラスタ運用の場合の「デフォルトのファイル名・ディレクトリ名」には，共有ディレクトリのログファイル名をフルパスで記載しています。

「最大ディスク使用量」には，ログファイルが最大でどの程度ディスクを使用するのかを記載しています。ログファイルが複数ある場合は，その合計量を記載しています。

「ファイルの切り替え時期」には，JP1/IMが出力先のログファイルを切り替えるタイミングを記載しています。ファイルがこの欄に示すサイズに達したとき，またはこの欄に示す事象が起きたときに，出力先が切り替わります。なお，ログファイルが複数あり，最大ディスク使用量に達した場合は，更新日付の古いファイルから上書きされます。

表24-6　JP1/IM - Manager（JP1/IM - Central Console）のログファイル・ディレクトリ一覧（UNIX）

ログの種類
デフォルトのファイル名・ディレクトリ名
最大ディスク使用量
ファイルの切り替え時期

プロセス管理ログ
/var/opt/jp1cons/log/JCO_SPMD{1|2|3}.log
384KB
128KB

/var/opt/jp1cons/log/JCO_SPMD_COMMAND{1|2|3}.log
384KB
128KB

共有ディレクトリ/jp1cons/log/JCO_SPMD{1|2|3}.log
384KB
128KB

共有ディレクトリ/jp1cons/log/JCO_SPMD_COMMAND{1|2|3}.log
384KB
128KB

スタックトレースログ
/var/opt/jp1cons/log/javalog0{1|2|3|4}.log
256KB×4
起動時，または256KB

共有ディレクトリ/jp1cons/log/javalog0{1|2|3|4}.log
256KB×4
起動時，または256KB

JP1/IM起動時ログ
/var/opt/jp1cons/log/jco_start.log[.old]
1KB
起動時

共有ディレクトリ/jp1cons/log/jco_start_論理ホスト名.log[.old]
1KB
起動時

JP1/IM強制終了時のログ※1
共有ディレクトリ/jp1cons/log/jco_killall.cluster{なし|1|2|3|4}
2KB
jco_killall.clusterコマンド実行時

インストールログ
/var/opt/jp1cons/log/JCO_SETUP/jco_setup.log
100KB
インストール時

/var/opt/jp1cons/log/jco_setup/論理ホスト名/jco_setup.log
100KB
インストール時

/var/opt/jp1cons/log/jco_setup/論理ホスト名/reg.txt
100KB
インストール時

/var/opt/jp1cons/log/jco_setup/論理ホスト名/reg_def.txt
100KB
インストール時

/var/opt/jp1cons/log/command/comdef[_old].log
512KB
256KB

イベントコンソールログ
/var/opt/jp1cons/log/console/EVCONS{1|2|3}.log
30,720KB
10,240KB

/var/opt/jp1cons/log/console/jp1cons[_old].log
20,480KB
10,240KB※2

/var/opt/jp1cons/log/console/jp1consM[_old].log
102,400KB
51,200KB※2

/var/opt/jp1cons/log/console/jp1filterDef[_old].log
10MB
5MB

共有ディレクトリ/jp1cons/log/console/EVCONS{1|2|3}.log
30,720KB
10,240KB

共有ディレクトリ/jp1cons/log/console/jp1cons[_old].log
20,480KB
10,240KB※2

共有ディレクトリ/jp1cons/log/console/jp1consM[_old].log
102,400KB
51,200KB※2

共有ディレクトリ/jp1cons/log/console/jp1filterDef[_old].log
10MB
5MB

自動アクショントレースログ
/var/opt/jp1cons/log/action/JCAMAIN{1|2|3|4|5}.log※3
25,600KB
5,120KB

共有ディレクトリ/jp1cons/log/action/JCAMAIN{1|2|3|4|5}.log※3
25,600KB
5,120KB

アクション情報ファイル
/var/opt/jp1cons/log/action/actinf.log
626KB※4
切り替えなし

Linux (IPF)の場合
1,094KB※4

共有ディレクトリ/jp1cons/log/action/actinf.log
626KB※4
切り替えなし

Linux (IPF)の場合
1,094KB※4

アクションホスト名格納ファイル
/var/opt/jp1cons/log/action/acttxt{1|2}.log
48.9MB※11
アクション情報ファイルのラップラウンド時

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log
48.9MB※11
アクション情報ファイルのラップラウンド時

アクション再実行用ファイル
/var/opt/jp1cons/log/action/actreaction
300MB
系切り替え発生時

共有ディレクトリ/jp1cons/log/action/actreaction
300MB
系切り替え発生時

jcochstat，jcochafmodeコマンドトレースログ※5
/var/opt/jp1cons/log/command/CMD{1|2|3}.log
3,072KB
1,024KB

/var/opt/jp1cons/log/command/jp1cons_cmd[_old].log
12,288KB
6,144KB

/var/opt/jp1cons/log/command/jp1consM_cmd[_old].log
12,288KB
6,144KB

プラグインのログ
/var/opt/jp1cons/log/command/jcoplugin{1|2|3}.log
3MB
1MB

通知状態格納ファイル
/var/opt/jp1cons/log/notice/notice_stat.dat
72バイト
切り替えなし

共有ディレクトリ/jp1cons/log/notice/notice_stat.dat
72バイト
切り替えなし

アクション定義バックアップファイル
/var/opt/jp1cons/log/action/actdefbk.conf
2,048KB
切り替えなし

共有ディレクトリ/jp1cons/log/action/actdefbk.conf
2,048KB
切り替えなし

イベントフロー制御トレースログ
/var/opt/jp1cons/log/evflow/EVFLOW{1|2|3|4|5|6|7|8|9|10}.log
100MB
10MB

/var/opt/jp1cons/log/evflow/jp1actDef[_old].log
10MB
5MB

共有ディレクトリ/jp1cons/log/evflow/EVFLOW{1|2|3|4|5|6|7|8|9|10}.log
100MB
10MB

共有ディレクトリ/jp1cons/log/evflow/jp1actDef[_old].log
10MB
5MB

マッチング情報ファイル
/var/opt/jp1cons/log/evflow/evflowinf.log
12バイト
切り替えなし

Linux (IPF)の場合
24バイト
切り替えなし

共有ディレクトリ/jp1cons/log/evflow/evflowinf.log
12バイト
切り替えなし

Linux (IPF)の場合
24バイト
切り替えなし

イベントフロー制御エラーログ
/var/opt/jp1cons/log/evflow/jp1evflow{1|2|3}.log
15,360KB
5,120KB

共有ディレクトリ/jp1cons/log/evflow/jp1evflow{1|2|3}.log
15,360KB
5,120KB

自動アクションエラーログ
/var/opt/jp1cons/log/action/jp1act{1|2|3}.log
15,360KB
5,120KB

共有ディレクトリ/jp1cons/log/action/jp1act{1|2|3}.log
15,360KB
5,120KB

インシデント登録履歴ファイル
/var/opt/jp1cons/operation/discrim/discrim{1|2|3}.log※6
30MB※6
10MB※6

共有ディレクトリ/jp1cons/operation/discrim/discrim{1|2|3}.log※6
30MB※6
10MB※6

インシデント登録トレースログ
/var/opt/jp1cons/log/jcdmain/JCDMAIN{1|2|3}.log
15MB
5MB

共有ディレクトリ/jp1cons/log/jcdmain/JCDMAIN{1|2|3}.log
15MB
5MB

インシデント登録個別ログ(インシデント登録サービス用)
/var/opt/jp1cons/log/jcdmain/jp1eds[_old].log
20MB
10MB

/var/opt/jp1cons/log/jcdmain/jp1edsM[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/jcdmain/jp1eds[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/jcdmain/jp1edsM[_old].log
20MB
10MB

インシデント登録個別ログ(コマンド用)
/var/opt/jp1cons/log/jcdmain/jp1eds_cmd[_old].log
20MB
10MB

/var/opt/jp1cons/log/jcdmain/jp1edsM_cmd[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/jcdmain/jp1eds_cmd[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/jcdmain/jp1edsM_cmd[_old].log
20MB
10MB

インシデント登録個別ログ(アダプタコマンド用)
/var/opt/jp1cons/log/jcdmain/idm_adapter{1|2|3}.log
768KB
256KB

共有ディレクトリ/jp1cons/log/jcdmain/idm_adapter{1|2|3}.log
768KB
256KB

JDBCトレースログ
/var/opt/jp1cons/log/jcdmain/pderr{1|2}.trc
2MB
1MB

共有ディレクトリ/jp1cons/log/jcdmain/pderr{1|2}.trc
2MB
1MB

インシデント登録スタックトレースログ※7
/var/opt/jp1cons/log/jcdmain/javalog0{1|2|3|4}.log
1MB
256KB

共有ディレクトリ/jp1cons/log/jcdmain/javalog0{1|2|3|4}.log
1MB
256KB

インシデント登録の処理引き継ぎ定義ファイル
/var/opt/jp1cons/log/jcdmain/eds_discrim_info{1|2|3|4}.dat
488MB※8
停止時

共有ディレクトリ/jp1cons/log/jcdmain/eds_discrim_info{1|2|3|4}.dat
488MB※8
停止時

インシデント登録定義の適用ログ
/var/opt/jp1cons/log/jcdmain/jp1edsDefine[_old].log
10MB
5MB

共有ディレクトリ/jp1cons/log/jcdmain/jp1edsDefine[_old].log
10MB
5MB

相関イベント発行履歴ファイル
/var/opt/jp1cons/operation/evgen/egs_discrim{1|2|3}.log※9
30MB※9
10MB※9

共有ディレクトリ/jp1cons/operation/evgen/egs_discrim{1|2|3}.log※9
30MB※9
10MB※9

相関イベント発行トレースログ
/var/opt/jp1cons/log/evgen/EVGEN{1|2|3}.log
15MB
5MB

共有ディレクトリ/jp1cons/log/evgen/EVGEN{1|2|3}.log
15MB
5MB

相関イベント発行個別ログ（相関イベント発行サービス用）
/var/opt/jp1cons/log/evgen/jp1egs[_old].log
20MB
10MB

/var/opt/jp1cons/log/evgen/jp1egsM[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/evgen/jp1egs[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/evgen/jp1egsM[_old].log
20MB
10MB

相関イベント発行個別ログ（コマンド用）
/var/opt/jp1cons/log/evgen/jp1egs_cmd[_old].log
20MB
10MB

/var/opt/jp1cons/log/evgen/jp1egsM_cmd[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/evgen/jp1egs_cmd[_old].log
20MB
10MB

共有ディレクトリ/jp1cons/log/evgen/jp1egsM_cmd[_old].log
20MB
10MB

相関イベント発行スタックトレースログ※7
/var/opt/jp1cons/log/evgen/javalog0{1|2|3|4}.log
1MB
起動時，または256KB

共有ディレクトリ/jp1cons/log/evgen/javalog0{1|2|3|4}.log
1MB
起動時，または256KB

相関イベントの発行処理引き継ぎ定義ファイル
/var/opt/jp1cons/log/evgen/egs_discrim_info{1|2|3|4}.dat
312MB※10
停止時

共有ディレクトリ/jp1cons/log/evgen/egs_discrim_info{1|2|3|4}.dat
312MB※10
停止時

相関イベント発行定義の適用ログ
/var/opt/jp1cons/log/evgen/jp1egsDefine[_old].log
10MB
5MB

共有ディレクトリ/jp1cons/log/evgen/jp1egsDefine[_old].log
10MB
5MB

応答待ちイベント滞留ファイル※12
/var/opt/jp1cons/log/response/resevent.dat
40MB
切り替えなし

共有ディレクトリ/jp1cons/log/response/resevent.dat
40MB
切り替えなし

コマンド実行履歴保存ディレクトリ
/var/opt/jp1base/log/COMMAND/
マニュアル「JP1/Base 運用ガイド」を参照してください

共有ディレクトリ/jp1base/log/COMMAND

リモートコマンドログ
/var/opt/jp1base/log/JCOCMD/jcocmd_result{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdapi{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdapi_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcmc{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcmc_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcom{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcom_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdexe{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdexe_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdrouter{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdrouter_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/JCOCMDCMD{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmd_result{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdapi{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdapi_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcmc{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcmc_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcom{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcom_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdexe{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdexe_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdrouter{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdrouter_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/JCOCMDCMD{1|2|3}.log

構成管理ログ
/var/opt/jp1base/log/route/JBSRT{1|2|3}.log

共有ディレクトリ/jp1base/log/route/JBSRT{1|2|3}.log

注※1　クラスタ環境でだけ作成されます。

注※2　ファイルサイズが，この値より数十キロバイト程度大きくなる場合があります。

注※3　「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）によって，64キロバイト～100メガバイトの間で設定できます。

注※4　「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）によって，1～4,096キロバイト（Linux (IPF)の場合は1～7,168キロバイト）の間で設定できます。

注※5　クラスタ運用の場合も，物理ホスト上のjcochstat，jcochafmodeコマンドトレースログに出力されます。

注※6　「JP1/Integrated Management - Manager リファレンス　インシデント登録環境定義ファイル（jcdmain.conf.update）」（3.　定義ファイル）によって，ファイル数，ファイルサイズを変更できます。

注※7　HP-UX（IPF），Solarisでは出力されません。

注※8　このファイルは，インシデント登録処理中のデータを引き継ぐときのメモリー情報を書き出したものであるため，インシデント登録条件や引き継ぎ元のJP1イベントの情報などによってファイルサイズが異なってきます。見積もりの詳細については，JP1/IM - Managerのリリースノートを参照してください。

注※9　「JP1/Integrated Management - Manager リファレンス　相関イベント発行環境定義ファイル」（3.　定義ファイル）によって，ファイル面数，ファイルサイズを変更できます。

注※10　このファイルは相関イベントの発行処理中のデータを引き継ぐときのメモリー情報を書き出したものであるため，相関イベント発行条件や相関元イベントの情報などによってファイルサイズが異なってきます。見積もりの詳細については，JP1/IM - Managerのリリースノートを参照してください。

注※11　アクション情報ファイルの容量がデフォルト（626KB）の場合の値です。このファイルの最大ディスク占有量は次の見積もり式で算出できます。また，アクションを再実行した場合，一回の再実行ごとに5KBずつ増加します。

（（アクション情報ファイルの容量/64バイト）-1）×5KB

注※12　応答待ちイベント管理機能を有効にしてJP1/IM - Managerを起動した時点で作成されます。

表24-7　JP1/IM - Manager（JP1/IM - Central Scope）のログファイル・ディレクトリ一覧（UNIX）

ログの種類 | デフォルトのファイル名・ディレクトリ名 | 最大ディスク使用量 | ファイルの切り替え時期
プロセス別トレースログ | /var/opt/jp1scope/log/jcsmain{1|2|3}.log | 6MB | 2MB
/var/opt/jp1scope/log/jcsmain_trace{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsmain{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsmain_trace{1|2|3}.log | 6MB | 2MB
通信用トレースログ | /var/opt/jp1scope/log/jcsmain_trace_com{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsmain_trace_com{1|2|3}.log | 6MB | 2MB
/var/opt/jp1scope/log/jcsmain_trace_ping{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsmain_trace_ping{1|2|3}.log | 6MB | 2MB
DB操作APIトレースログ | /var/opt/jp1scope/log/jcsmain_trace_db{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsmain_trace_db{1|2|3}.log | 6MB | 2MB
jcshostsexportコマンドログ | /var/opt/jp1scope/log/jcshostsexport{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcshostsexport{1|2|3}.log | 6MB | 2MB
jcshostsimportコマンドログ | /var/opt/jp1scope/log/jcshostsimport{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcshostsimport{1|2|3}.log | 6MB | 2MB
jcsdbsetupコマンドログ | /var/opt/jp1scope/log/jcsdbsetup{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsdbsetup{1|2|3}.log | 6MB | 2MB
jcschstatコマンドログ | /var/opt/jp1scope/log/jcschstat{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcschstat{1|2|3}.log | 6MB | 2MB
jcsdbimportコマンドログ | /var/opt/jp1scope/log/jcsdbimport{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsdbimport{1|2|3}.log | 6MB | 2MB
jcsdbexportコマンドログ | /var/opt/jp1scope/log/jcsdbexport{1|2|3}.log | 6MB | 2MB
共有ディレクトリ/jp1scope/log/jcsdbexport{1|2|3}.log | 6MB | 2MB
インストールログ | /var/opt/jp1scope/log/JCS_SETUP/jcs_setup.log | 100KB | インストール時
/var/opt/jp1scope/log/jcs_setup/論理ホスト名/jcs_setup.log | 100KB | インストール時
/var/opt/jp1scope/log/jcs_setup/論理ホスト名/reg.txt | 100KB | インストール時
/var/opt/jp1scope/log/jcs_setup/論理ホスト名/reg_def.txt | 100KB | インストール時

24.3　トラブル発生時に採取が必要な資料

トラブルが発生したときに採取が必要な資料を示します。

なお，JP1では採取が必要な資料を一括採取するための資料採取ツールを用意しています。資料採取ツールで採取できる資料は，OSのシステム情報やJP1の情報です。次からはWindows，UNIXのそれぞれの場合について説明します。

＜この節の構成＞

24.3.1　Windowsの場合

24.3.2　UNIXの場合

24.3.1　Windowsの場合

＜この項の構成＞

(1)　OSのシステム情報

(2)　JP1の情報

(3)　オペレーション内容

(4)　画面上のエラー情報

(5)　WWWページ版のJP1/IM - Viewに関連する情報

(6)　ユーザーダンプ（Windows Vista，Windows Server 2008限定）

(7)　問題レポート（Windows Vista，Windows Server 2008限定）

(1)　OSのシステム情報

OSに関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。

なお，資料採取ツール（jim_log.batコマンド，jcoview_log.batコマンド）では採取できる資料に違いがあります。次の表に示す資料は，jim_log.batコマンドを実行するとすべて採取されます。jcoview_log.batコマンドを実行するときに採取できる資料については右端の列に示します。

表24-8　OSのシステム情報（Windows）

情報の種類
採取資料
ファイル名※1
View

資料採取日時

date /tの実行結果

time /tの実行結果

date.log
○

日立総合インストーラのログファイル
Windowsのインストール先フォルダ¥Temp¥HCDINST¥以下のファイル
左記ファイルのコピーファイル
○

JP1/IM - Managerのインストール/アンインストールログファイル
Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1imm_inst{1|2|3|4|5}.log
jp1imm_inst{1|2|3|4|5}.log
△

JP1/IM - Viewインストール/アンインストールログファイル
Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1coview_inst{1|2|3|4|5}.log
jp1coview_inst{1|2|3|4|5}.log
○

JP1/Baseインストール/アンインストールログファイル
Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1base_inst{1|2|3|4|5}.log
jp1base_inst{1|2|3|4|5}.log
△

マシンに設定されているホスト名の設定
システムルートフォルダ¥system32¥drivers¥etc¥hosts
hosts
○

マシンに設定されているサービスポートの設定
システムルートフォルダ¥system32¥drivers¥etc¥services
services
○

NICの実装状況
ipconfig /allの実行結果
ipconfig.log
○

起動サービス一覧
net startの実行結果
netstart.log
○

ネットワーク統計情報
netstat -naの実行結果
netstat.log
○

マシンの環境変数
setの実行結果
set.log
○

マシンのシステム情報
msinfo32 /report ファイル名の実行結果
msinfo32.log
○

レジストリ情報
レジストリHKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI
または
レジストリHKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥HITACHI
の内容をregeditコマンドで採取した結果
hitachi_reg.txt
○

JP1/IM - Managerのインストール情報
システムドライブ:ProgramFiles¥InstallShield Installation Information¥{BB5D25EC-537C-4794-BD7A-C7E22CC4AD30}¥setup.ini
imm_setup.ini
△

JP1/IM - Managerのインストールログファイル
システムドライブ:ProgramFiles¥InstallShield Installation Information¥{BB5D25EC-537C-4794-BD7A-C7E22CC4AD30}¥setup.ilg
imm_setup.ilg
△

JP1/Baseのインストール情報
システムドライブ:ProgramFiles¥InstallShield Installation Information¥{F8C71F7C-E5DE-11D3-A21E-006097C00EBC}¥setup.ini
base_setup.ini
△

JP1/Baseのインストールログファイル
システムドライブ:ProgramFiles¥InstallShield Installation Information¥{F8C71F7C-E5DE-11D3-A21E-006097C00EBC}¥setup.ilg
base_setup.ilg
△

JP1/IM - Viewのインストール情報
システムドライブ:ProgramFiles¥InstallShield Installation Information¥{6C01AA81-B45B-4AA6-ACE9-AC9A86B19F1F}¥setup.ini
imv_setup.ini
○

JP1/IM - Viewのインストールログファイル
システムドライブ:ProgramFiles¥InstallShield Installation Information¥{6C01AA81-B45B-4AA6-ACE9-AC9A86B19F1F}¥setup.ilg
imv_setup.ilg
○

JP1/Baseのアクセス権限情報(インストールフォルダ)
cacls Baseパス の実行結果
cacls_jp1base.log
△

cacls 共有フォルダ¥JP1Base の実行結果※2
cacls_jp1base.log
－

JP1/Baseのアクセス権限情報(ログフォルダ)
cacls Baseパス¥log の実行結果
cacls_jp1base_log.log
△

cacls 共有フォルダ¥JP1Base¥log の実行結果※2
cacls_jp1base_log.log
－

JP1/Baseのアクセス権限情報(コマンド実行履歴フォルダ)
cacls Baseパス¥log¥COMMAND の実行結果
cacls_jp1base_log_COMMAND.log
△

cacls 共有フォルダ¥JP1Base¥log¥COMMAND の実行結果※2
cacls_jp1base_log_COMMAND.log
－

JP1/Baseのアクセス権限情報(イベントDBフォルダ)
cacls Baseパス¥sys の実行結果
cacls_jp1base_sys.log
△

JP1/Baseのアクセス権限情報(イベントDBフォルダ)
cacls Baseパス¥sys¥event の実行結果
cacls_jp1base_sys_event.log
△

cacls 共有フォルダ¥JP1Base¥event の実行結果※2
cacls_jp1base_event.log
－

JP1/Baseのアクセス権限情報(イベントDBフォルダ)
cacls Baseパス¥sys¥event¥servers の実行結果
cacls_jp1base_sys_event_servers.log
△

JP1/Baseのアクセス権限情報(イベントDBフォルダ)
cacls Baseパス¥sys¥event¥servers¥default の実行結果
cacls_jp1base_sys_event_servers_default.log
△

JP1/IM - Manager(JP1/IM - Central Console)のアクセス権限情報(インストールフォルダ)
cacls Consoleパス の実行結果
cacls_jp1cons.log
△

cacls 共有フォルダ¥JP1Cons の実行結果※2
cacls_jp1cons.log
－

JP1/IM - Manager(JP1/IM - Central Console)のアクセス権限情報(ログフォルダ)
cacls Consoleパス¥log の実行結果
cacls_jp1cons_log.log
△

cacls 共有フォルダ¥JP1Cons¥log の実行結果※2
cacls_jp1cons_log.log
－

JP1/IM - Manager(JP1/IM - Central Console)のアクセス権限情報(相関履歴フォルダ)
cacls Consoleパス¥operation の実行結果
cacls_jp1cons_operation.log
△

cacls 共有フォルダ¥JP1Cons¥operation の実行結果※2
cacls_jp1cons_operation.log
－

JP1/IM - Manager(JP1/IM - Central Console)のアクセス権限情報(インシデント登録履歴フォルダ)
cacls Consoleパス¥operation¥discrim の実行結果
cacls_jp1cons_operation_discrim.log
△

cacls 共有フォルダ¥JP1Cons¥operation¥discrim の実行結果※2
cacls_jp1cons_operation_discrim.log
－

JP1/IM - Manager(JP1/IM - Central Console)のアクセス権限情報(相関イベント発行履歴フォルダ)
cacls Consoleパス¥operation¥evgen の実行結果
cacls_jp1cons_operation_evgen.log
△

cacls 共有フォルダ¥JP1Cons¥operation¥evgen の実行結果※2
cacls_jp1cons_operation_evgen.log
－

JP1/IM - Viewのアクセス権限情報(インストールフォルダ)
cacls Viewパス の実行結果
cacls_jp1coview.log
○

JP1/IM - Viewのアクセス権限情報(ログフォルダ)
Windows Vista，Windows Server 2008以外の場合
cacls Viewパス¥log の実行結果
cacls_jp1coview_log.log
○

Windows Vista，Windows Server 2008の場合
cacls システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log の実行結果
cacls_programdata_jp1coview_log.log
○

JP1/IM - Managerのアクセス権限情報(インストールフォルダ)
cacls Managerパス の実行結果
cacls_jp1imm.log
△

JP1/IM - Managerのアクセス権限情報(ログフォルダ)
cacls Managerパス¥log の実行結果
cacls_jp1imm_log.log
△

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(インストールフォルダ)
cacls Scopeパス の実行結果
cacls_jp1scope.log
△

cacls 共有フォルダ¥JP1Scope の実行結果※2
cacls_jp1scope.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(ログフォルダ)
cacls Scopeパス¥log の実行結果
cacls_jp1scope_log.log
△

cacls 共有フォルダ¥JP1Scope¥log の実行結果※2
cacls_jp1scope_log.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database の実行結果
cacls_jp1scope_database.log
△

cacls 共有フォルダ¥JP1Scope¥database の実行結果※2
cacls_jp1scope_database.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database¥event の実行結果
cacls_jp1scope_database_event.log
△

cacls 共有フォルダ¥JP1Scope¥database¥event の実行結果※2
cacls_jp1scope_database_event.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database¥jcsdb の実行結果
cacls_jp1scope_database_jcsdb.log
△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb の実行結果※2
cacls_jp1scope_database_jcsdb.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database¥jcsdb¥event の実行結果
cacls_jp1scope_database_jcsdb_event.log
△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb¥event の実行結果※2
cacls_jp1scope_database_jcsdb_event.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database¥jcsdb¥pw の実行結果
cacls_jp1scope_database_jcsdb_pw.log
△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb¥pw の実行結果※2
cacls_jp1scope_database_jcsdb_pw.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database¥jcsdb¥tree の実行結果
cacls_jp1scope_database_jcsdb_tree.log
△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb¥tree の実行結果※2
cacls_jp1scope_database_jcsdb_tree.log
－

JP1/IM - Manager(JP1/IM - Central Scope)のアクセス権限情報(DBフォルダ)
cacls Scopeパス¥database¥jcshosts の実行結果
cacls_jp1scope_database_jcshosts.log
△

cacls 共有フォルダ¥JP1Scope¥database¥jcshosts の実行結果※2
cacls_jp1scope_database_jcshosts.log
－

JP1/Baseのファイル一覧
dir Baseパス /s の実行結果
dir_jp1base.log
△

dir 共有フォルダ¥JP1Base /s の実行結果※2
dir_論理ホスト名_jp1base.log
－

JP1/IM - Manager(JP1/IM - Central Console)のファイル一覧
dir Consoleパス /s の実行結果
dir_jp1cons.log
△

dir 共有フォルダ¥JP1Cons /s の実行結果※2
dir_論理ホスト名_jp1cons.log
－

JP1/IM - Viewのファイル一覧
dir Viewパス /s の実行結果
dir_jp1coview.log
○

Windows Vista，Windows Server 2008限定
dir システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView /s の実行結果
dir_programdata_jp1coview.log
○

JP1/IM - Managerのファイル一覧
dir Managerパス /s の実行結果
dir_jp1imm.log
△

JP1/IM - Manager(JP1/IM - Central Scope)のファイル一覧
dir Scopeパス /s の実行結果
dir_jp1scope.log
△

dir 共有フォルダ¥JP1Scope /s の実行結果※2
dir_論理ホスト名_jp1scope.log
－

ネットワークアドレス解決のためのホスト名
jbsgethostbynameの実行結果

jbsgethostbyname.log(標準出力)

jbsgethostbyname_err.log(標準エラー出力)

△

jbsgethostbyname 論理ホスト名 の実行結果※2

jbsgethostbyname.log(標準出力)

jbsgethostbyname_err.log(標準エラー出力)

－

ヘルスチェック
jbshcstatus -debbug -aの実行結果

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

△

jbshcstatus -debbug -a -h 論理ホスト名 の実行結果※2

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

－

イベントサービスのプロセス稼働状態
jevstatの実行結果

jevstat.log(標準出力)

jevstat_err.log(標準エラー出力)

△

イベントサービス以外のプロセス稼働状態
jbs_spmd_statusの実行結果

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

△

jbs_spmd_status -h 論理ホスト名 の実行結果※2

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

－

自動アクションの実行結果
jcashowa の実行結果

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

△

jcashowa -h 論理ホスト名 の実行結果※2

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

－

自動アクションの動作状況
jcastatus の実行結果

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

△

jcastatus -h 論理ホスト名 の実行結果※2

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

－

自動アクション定義ファイルの内容
jcastatus -d の実行結果

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

△

jcastatus -d -h 論理ホスト名 の実行結果※2

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

－

インシデント登録サービスの動作状況
jcoedsstatus の実行結果

jcoedsstatus.log(標準出力)

jcoedsstatus_err.log(標準エラー出力)

△

jcoedsstatus -h 論理ホスト名 の実行結果※2

jcoedsstatus.log(標準出力)

jcoedsstatus_err.log(標準エラー出力)

－

相関イベント発行サービスの動作状況
jcoegsstatus の実行結果

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

△

jcoegsstatus -h 論理ホスト名 の実行結果※2

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

－

プロセス稼働状態
jco_spmd_status の実行結果

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

△

jco_spmd_status -h 論理ホスト名 の実行結果※2

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

－

資料採取コマンドの実行結果
jim_log.batコマンドの実行結果
jim_log_result.log
○

Windowsイベントログ

アプリケーション：システムルートフォルダ¥system32¥config¥AppEvent.Evt

システム：システムルートフォルダ¥system32¥config¥SysEvent.Evt

AppEvent(Backup).evt

AppEvent(Backup).txt

SysEvent(Backup).evt

SysEvent(Backup).txt

○

クラッシュダンプ※3
ユーザー指定フォルダ¥user.dmp
user.dmp
○※4

ワトソン(Dr. Watson)ログ※3
ユーザー指定フォルダ¥drwtsn32.log
drwtsn32.log
○

（凡例）

○：jcoview_log.batコマンドで採取する。

△：JP1/IM - Viewと同一ホストにJP1/Base，JP1/IM - Managerがインストールされている場合だけ，jcoview_log.batコマンドで採取する。

－：jcoview_log.batコマンドで採取しない。

注※1　資料採取ツールを実行したあとの格納先でのファイル名です。格納先については，次を参照してください。

マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.bat（Windows限定）」（2.　コマンド）

マニュアル「JP1/Integrated Management - Manager リファレンス　jcoview_log.bat（Windows限定）」（2.　コマンド）

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　あらかじめ出力設定をしておく必要があります（参照先：「9.5.2 (1) 障害発生時の資料採取の準備」）。

注※4　Windows VistaおよびWindows Server 2008版のJP1/IM - View，JP1/IM - Managerでは，クラッシュダンプは採取しません。

(2)　JP1の情報

JP1に関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

なお，資料採取ツール（jim_log.batコマンド，jcoview_log.batコマンド）では採取できる資料に違いがあります。次の表に示す資料は，jim_log.batコマンドを実行するとすべて採取されます。jcoview_log.batコマンドを実行するときに採取できる資料については右端の列に示します。

表24-9　JP1の情報（Windows）

情報の種類
採取資料
ファイル名※1
View

JP1/IM，JP1/Base共通
統合トレースログ
システムドライブ:ProgramFiles¥Hitachi¥HNTRLib2¥spool
デフォルトで以下のファイル
hntr2[1|2|3|4].log
○

JP1/IM - Manager(コンポーネント共通)
パッチ情報
Managerパス¥PATCHLOG.TXT
Patchlog_jp1imm.txt
－

設定および定義ファイル
Managerパス¥conf¥以下のファイル
左記ファイルのコピーファイル
－

ログファイル
Managerパス¥log¥以下のファイル
左記ファイルのコピーファイル
－

JP1/IM - Manager(JP1/IM - Central Console)
設定および定義ファイル
Consoleパス¥conf¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Cons¥conf¥以下のファイル※2
左記ファイルのコピーファイル
－

共通定義情報
Consoleパス¥default¥以下のファイル
左記ファイルのコピーファイル
－

ログファイル
Consoleパス¥log¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Cons¥log¥以下のファイル※2
左記ファイルのコピーファイル
－

応答待ちイベント滞留ファイル※3
Consoleパス¥log¥response¥resevent.dat
左記ファイルのコピーファイル
－

共有フォルダ¥jp1cons¥log¥response¥resevent.dat
左記ファイルのコピーファイル
－

インシデント登録履歴ファイル
Consoleパス¥operation¥discrim¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Cons¥operation¥discrim¥以下のファイル※2
左記ファイルのコピーファイル
－

相関イベント発行履歴ファイル
Consoleパス¥operation¥evgen¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Cons¥operation¥evgen¥以下のファイル※2
左記ファイルのコピーファイル
－

JP1/IM - Manager(JP1/IM - Central Scope)
設定および定義ファイル
Scopeパス¥conf¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Scope¥conf¥以下のファイル※2
左記ファイルのコピーファイル
－

共通定義情報
Scopeパス¥default¥以下のファイル
左記ファイルのコピーファイル
－

ログファイル
Scopeパス¥log¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Scope¥log¥以下のファイル※2
左記ファイルのコピーファイル
－

DB情報
Scopeパス¥database¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Scope¥database¥以下のファイル※2
左記ファイルのコピーファイル
－

JP1/IM - View
パッチ情報
Viewパス¥Patchlog.txt
Patchlog_jp1coview.txt
○

設定および定義ファイル
Viewパス¥conf¥以下のファイル
左記ファイルのコピーファイル
○

Windows Vista，Windows Server 2008限定
システムドライブ：¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥conf¥以下のファイル
左記ファイルのコピーファイル
○

共通定義情報
Viewパス¥default¥以下のファイル
左記ファイルのコピーファイル
○

ログファイル
Viewパス¥log¥以下のファイル
左記ファイルのコピーファイル
○

Windows Vista，Windows Server 2008限定
システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥以下のファイル
左記ファイルのコピーファイル
○

JP1/Base
パッチ情報
Baseパス¥PatchLog.txt
Patchlog_jp1base.txt
－

設定および定義ファイル
Baseパス¥conf¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Base¥conf¥以下のファイル※2
左記ファイルのコピーファイル
－

共通定義情報
Baseパス¥default¥以下のファイル
左記ファイルのコピーファイル
－

ログファイル
Baseパス¥log¥以下のファイル
左記フォルダ配下のCOMMAND以外の全ファイル
－

共有フォルダ¥JP1Base¥log¥以下のファイル※2
左記フォルダ配下のCOMMAND以外の全ファイル
－

プラグインサービスの設定ファイル
Baseパス¥plugin¥conf¥以下のファイル
左記ファイルのコピーファイル
－

ログおよびテンポラリファイル
Baseパス¥sys¥tmp¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Base¥event※2
左記フォルダ配下のIMEvent*.*以外の全ファイル
－

コマンド実行履歴ファイル
Baseパス¥log¥COMMAND¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Base¥log¥COMMAND¥以下のファイル※2
左記ファイルのコピーファイル
－

イベントDB
Baseパス¥sys¥event¥servers¥default¥以下のファイル
左記ファイルのコピーファイル
－

共有フォルダ¥JP1Base¥event※2
IMEvent*.*
－

（凡例）

○：jcoview_log.batコマンドで採取する。

－：jcoview_log.batコマンドで採取しない。

注※1　資料採取ツールを実行したあとの格納先でのファイル名です。格納先については，次を参照してください。

マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.bat（Windows限定）」（2.　コマンド）

マニュアル「JP1/Integrated Management - Manager リファレンス　jcoview_log.bat（Windows限定）」（2.　コマンド）

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を有効にすると作成されます。jim_log.batコマンドのオプションによって採取しないこともできます。詳細については，「23.6.2　jim_log.bat（Windows限定）」を参照してください。

(3)　オペレーション内容

トラブル発生時のオペレーション内容について次に示す情報が必要です。

オペレーション内容の詳細

発生時刻

マシン構成（各OSのバージョン，ホスト名，統合コンソールの構成）

再現性

JP1/IM - Viewからログインしている場合のログインユーザー名

(4)　画面上のエラー情報

次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー（および詳細ボタンがある場合はその内容）

(5)　WWWページ版のJP1/IM - Viewに関連する情報

WWWページ版のJP1/IM - Viewの使用時にトラブルが発生した場合は，次の資料の採取が必要です。

ビューアー側

Javaのスタックトレースログ

Javaのスタックトレースログを取得するには，［Javaコンソール］画面が表示されるよう，設定しておく必要があります。詳細は「11.11 (5)　［Javaコンソール］画面の表示設定」を参照してください。

JavaTM Plug-inのJavaトレースファイル

Javaトレースファイルは，次の場所にあります。

JavaTM Plug-in 1.4.2：

システムドライブ:¥Documents and Settings¥ログインユーザー名¥Application Data¥Sun¥Java¥Deployment¥log¥

マネージャー側

HTTPサーバのエラーログ

HTTPサーバのアクセスログ

(6)　ユーザーダンプ（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

(7)　問題レポート（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

24.3.2　UNIXの場合

＜この項の構成＞

(1)　OSのシステム情報

(2)　JP1の情報

(3)　オペレーション内容

(4)　画面上のエラー情報

(5)　WWWページ版のJP1/IM - Viewに関連する情報

(1)　OSのシステム情報

OSに関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。

表24-10　OSのシステム情報（UNIX）

情報の種類
採取資料
ファイル名※1

インストール済み日立製品情報
/etc/.hitachi/pplistd/pplistd

jp1_default_imm_1st.tar.{Z|gz}

pplistd

Hitachi PP Installerのインストールログファイル
/etc/.hitachi/.install.log*

jp1_default_imm_1st.tar.{Z|gz}

.install.log*

Hitachi PP Installerのアンインストールログファイル
/etc/.hitachi/.uninstall.log*

jp1_default_imm_1st.tar.{Z|gz}

.uninstall.log*

共通定義情報
/opt/jp1/hcclibcnf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

JP1/IM - Manager(JP1/IM - Central Console)のcoreの解析情報(バックトレース)
seraphによる解析結果
/var/opt/jp1cons

jp1_default_imm_1st.tar.{Z|gz}

core_モジュール名.log

seraphによる解析結果
共有ディレクトリ/jp1cons/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

core_モジュール名.log

JP1/IM - Manager(JP1/IM - Central Scope)のcoreの解析情報(バックトレース)
seraphによる解析結果
/var/opt/jp1scope

jp1_default_imm_1st.tar.{Z|gz}

core_モジュール名.log

seraphによる解析結果
共有ディレクトリ/jp1scope/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

core_モジュール名.log

JP1/Baseインストールログファイル
/tmp/HITACHI_JP1_INST_LOG/jp1base_inst{1|2|3|4|5}.log

jp1_default_imm_1st.tar.{Z|gz}

jp1base_inst{1|2|3|4|5}.log

JP1/IM - Managerインストールログファイル
/tmp/HITACHI_JP1_INST_LOG/jp1imm_inst{1|2|3|4|5}.log

jp1_default_imm_1st.tar.{Z|gz}

jp1imm_inst{1|2|3|4|5}.log

ファイル一覧

ls -lRa /opt/jp1immの実行結果

ls -lRa /var/opt/jp1immの実行結果

ls -lRa /opt/jp1consの実行結果

ls -lRa /etc/opt/jp1consの実行結果

ls -lRa /var/opt/jp1consの実行結果

ls -lRa /opt/jp1scopeの実行結果

ls -lRa /etc/opt/jp1scopeの実行結果

ls -lRa /var/opt/jp1scopeの実行結果

ls -lRa /opt/jp1baseの実行結果

ls -lRa /etc/opt/jp1baseの実行結果

ls -lRa /var/opt/jp1baseの実行結果

jp1_default_imm_1st.tar.{Z|gz}

inst_dir.log

ls -lRa 共有ディレクトリ/jp1consの実行結果※2

ls -lRa 共有ディレクトリ/jp1scopeの実行結果※2

ls -lRa 共有ディレクトリ/jp1baseの実行結果※2

ls -lRa 共有ディレクトリ/eventの実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

share_dir.log

資料採取日時
dateの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jp1_default_imm_2nd.tar.{Z|gz}

論理ホスト名_imm_1st.tar.{Z|gz}

論理ホスト名_imm_2nd.tar.{Z|gz}

date.log

ディスク情報
df -kの実行結果

jp1_default_imm_1st.tar.{Z|gz}

df.log

マシンの環境変数
envの実行結果

jp1_default_imm_1st.tar.{Z|gz}

env.log

マシンに設定されているホスト名の設定

/etc/hosts（HP-UX）

/etc/inet/hosts（Solaris）

/etc/hosts（AIX）

/etc/hosts（Linux）

jp1_default_imm_1st.tar.{Z|gz}

hosts

I/Oシステム情報（HP-UX限定）
ioscanの実行結果

jp1_default_imm_1st.tar.Z

ioscan.log

プロセス間通信の共有メモリーステータス
ipcs -maの実行結果

jp1_default_imm_1st.tar.{Z|gz}

ipcs.log

ネットワークアドレス解決のためのホスト名
jbsgethostbynameの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbsgethostbyname.log(標準出力)

jbsgethostbyname_err.log(標準エラー出力)

jbsgethostbyname 論理ホスト名の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jbsgethostbyname_論理ホスト名.log

ヘルスチェック
jbshcstatus -debbug -aの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

jbshcstatus -debbug -a -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

イベントサービスのプロセス稼働状態
jevstatの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jevstat.log(標準出力)

jevstat_err.log(標準エラー出力)

イベントサービス以外のプロセス稼働状態
jbs_spmd_statusの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

jbs_spmd_status -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

自動アクションの実行結果
jcashowa の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

jcashowa -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

自動アクション機能の動作状態
jcastatus の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

jcastatus -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

自動アクション定義ファイルの内容
jcastatus -d の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

jcastatus -d -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

インシデント相関サービスの動作状態
jcoedsstatus の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcoedsstatus.log(標準出力)

jcoedsstatus_err.log(標準エラー出力)

jcoedsstatus -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcoedsstatus.log(標準出力)

jcoedsstatus_err.log(標準エラー出力)

相関イベント発行サービスの動作状況
jcoegsstatus の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

jcoegsstatus -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

プロセス稼働状態
jco_spmd_status の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

jco_spmd_status -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.Z{Z|gz}

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

資料採取コマンドの実行結果
jim_log.shコマンドの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jim_log_result.log

NICの実装状況
netstat -i の実行結果

jp1_default_imm_1st.tar.{Z|gz}

netstat_i.log

ネットワーク統計情報
netstat -naの実行結果

jp1_default_imm_1st.tar.{Z|gz}

netstat_na.log

マシンに設定されているユーザーの一覧
/etc/passwd

jp1_default_imm_1st.tar.{Z|gz}

passwd

プロセス一覧
ps -elfaの実行結果

jp1_default_imm_1st.tar.{Z|gz}

ps.log

マシンに設定されているサービスポートの設定

/etc/services（HP-UX）

/etc/inet/services（Solaris）

/etc/services（AIX）

/etc/services（Linux）

jp1_default_imm_1st.tar.{Z|gz}

services

メモリー情報

swapinfo -tの実行結果（HP-UX）

swap -lの実行結果（Solaris）

lsps -sの実行結果（AIX）

cat /proc/meminfo（Linux）

jp1_default_imm_1st.tar.{Z|gz}

swapinfo.log

システム診断情報

dmesgの実行結果（HP-UX）

dmesgの実行結果（Solaris）

alog -o -t bootの実行結果（AIX）

dmesgの実行結果（Linux）

jp1_default_imm_1st.tar.{Z|gz}

sys_info.log

シスログ(syslog)

/var/adm/syslog/syslog.log（HP-UX）

/var/adm/messages（Solaris）

/var/adm/messages（AIX）

/var/log/messages（Linux）

jp1_default_imm_1st.tar.{Z|gz}

syslog.log

jcogencoreコマンドで出力したJP1/IM - Manager(JP1/IM - Central Console)のcoreの解析情報(バックトレース)
seraphによる解析結果
/var/opt/jp1cons

jp1_default_imm_1st.tar.{Z|gz}

trace_モジュール名.log

seraphによる解析結果
共有ディレクトリ/jp1cons/log
(jcogencoreで出力したcore)※2

論理ホスト名_imm_1st.tar.{Z|gz}

trace_モジュール名.log

OSのバージョン情報
uname -aの実行結果

jp1_default_imm_1st.tar.{Z|gz}

uname_a.log

カーネルパラメーター情報
HP-UXの場合

sysdefの実行結果

kmtuneの実行結果

ulimit -aの実行結果

Solarisの場合

sysdef -iの実行結果

ulimit -aの実行結果

AIXの場合

lsattr -E -l sys0の実行結果

ulimit -aの実行結果

/etc/security/limits の実行結果

Linuxの場合

sysctl -aの実行結果

ulimit -aの実行結果

jp1_default_imm_1st.tar.{Z|gz}

HP-UXの場合

ssysdef.log

kmtune.log

ulimit.log

Solarisの場合

sysdef.log

ulimit.log

AIXの場合

isattr.log

ulimit.log

limits

Linuxの場合

sysctl.log

ulimit.log

ページサイズ情報

dmesgの実行結果（HP-UX）

pagesizeの実行結果（Solaris）

pagesizeの実行結果（AIX）

採取しない（Linux）

jp1_default_imm_1st.tar.{Z|gz}

pagesize.log

OSのパッチ適用状況
HP-UXの場合

swlist -l productの実行結果

swlist -lの実行結果

swlist -l fileset -a patch_state *.*,c=patchの実行結果

Solarisの場合

showrev -aの実行結果

AIXの場合

instfix -a -icvの実行結果

lslpp -l -aの実行結果

Linuxの場合

rpm -qaの実行結果

jp1_default_imm_1st.tar.{Z|gz}

HP-UXの場合

swlist_pro.log

swlist.log

swlist_pat.log

Solarisの場合

showrev.log

AIXの場合

instfix.log

lslpp.log

Linuxの場合

rpm.log

注※1　資料採取ツールを実行したあとの圧縮ファイルおよび解凍後のファイル名です（圧縮ファイル，解凍後のファイルの順に記載しています）。

圧縮ファイルはWindows，HP-UX，SolarisおよびAIXの場合は.tar.Z形式，Linuxの場合は.tar.gz形式で作成されます。

圧縮ファイルの内部ディレクトリ構成については，マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.sh（UNIX限定）」（2.　コマンド）を参照してください。

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

(2)　JP1の情報

JP1に関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表24-11　JP1の情報（UNIX）

情報の種類
採取資料
ファイル名※1

JP1/IM，JP1/Base共通
統合トレースログ
/var/opt/hitachi/HNTRLib2/spool/以下の全ファイル

jp1_default_imm_1st.tar.{Z|gz}

デフォルトで以下のファイル
hntr2[1|2|3|4].log

JP1/IM - Manager(コンポーネント共通)
パッチ適用履歴
/opt/jp1imm/patch_history

jp1_default_imm_1st.tar.{Z|gz}

patch_history

パッチログ情報
/opt/jp1imm/update.log

jp1_default_imm_1st.tar.{Z|gz}

update.log

JP1/IM - Manager(JP1/IM - Central Console)
自動起動および自動終了スクリプト
/etc/opt/jp1cons/以下のファイル

jp1_default_imm_1st.tar.Z

左記ファイルのコピーファイル

設定および定義ファイル
/etc/opt/jp1cons/conf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/conf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報
/etc/opt/jp1cons/default/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

ログファイル
/var/opt/jp1cons/log/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/log/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

応答待ちイベント滞留ファイル※3
/var/opt/jp1cons/log/response/resevent.dat

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/log/response/resevent.dat

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

jcogencoreコマンドで出力したcoreの解析情報(Carファイル)
carコマンドの結果
/var/opt/jp1cons/log
(jcogencoreで出力したcore)

jp1_default_imm_2nd.tar.{Z|gz}

car_モジュール名.tar.Z

carコマンドの結果
共有ディレクトリ/jp1cons/log
(jcogencoreで出力したcore)※2

論理ホスト名_imm_2nd.tar.{Z|gz}

car_モジュール名.tar.Z

coreの解析情報(Carファイル)
carコマンドの結果
/var/opt/jp1cons/log

jp1_default_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar.Z

carコマンドの結果
共有ディレクトリ/jp1cons/log※2

論理ホスト名_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar.Z

インシデント登録履歴ファイル
/var/opt/jp1cons/operation/discrim/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/operation/discrim/以下のファイル※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

相関イベント発行履歴ファイル
/var/opt/jp1cons/operation/evgen/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/operation/evgen※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

JP1/IM - Manager(JP1/IM - Central Scope)
設定および定義ファイル
/etc/opt/jp1scope/conf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1scope/conf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報
/etc/opt/jp1scope/default/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

ログファイル
/var/opt/jp1scope/log/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1scope/log/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

coreの解析情報(Carファイル)
carコマンドの結果
/var/opt/jp1scope/log

jp1_default_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar.Z

carコマンドの結果
共有ディレクトリ/jp1scope/log※2

論理ホスト名_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar.Z

DB情報
/var/opt/jp1scope/database/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1scope/database/以下のファイル※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

JP1/Base
自動起動および自動終了スクリプト
/etc/opt/jp1base/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

設定および定義ファイル
/etc/opt/jp1base/conf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1base/conf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報
/etc/opt/jp1base/default/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

プラグインサービスの設定ファイル
/opt/jp1base/conf/plugin/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

パッチ適用履歴
/opt/jp1base/PatchInfo

jp1_default_imm_1st.tar.{Z|gz}

PatchInfo

パッチログ情報
/opt/jp1base/PatchLog

jp1_default_imm_1st.tar.{Z|gz}

PatchLog

ログファイル
/var/opt/jp1base/log

jp1_default_imm_1st.tar.{Z|gz}

左記ディレクトリ配下のCOMMAND以外の全ファイル

共有ディレクトリ/jp1base/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ディレクトリ配下のCOMMAND以外の全ファイル

ログおよびテンポラリファイル
/var/opt/jp1base/sys/tmp/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/event※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ディレクトリ配下のIMEvent*以外の全ファイル

SES設定ファイル

/tmp/.JP1_SES*

/usr/tmp/jp1_ses

/usr/lib/jp1_ses/log

/usr/lib/jp1_ses/sys

/usr/bin/jp1_ses/jp*

/var/opt/jp1_ses

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

コマンド実行履歴ファイル
/var/opt/jp1base/log/COMMAND/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1base /log/COMMAND/以下のファイル※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

イベントDB
/var/opt/jp1base/sys/event/servers/default/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/event※2

論理ホスト名_imm_2nd.tar.{Z|gz}

IMEvent*.*

注※1　資料採取ツールを実行したあとの圧縮ファイルおよび解凍後のファイル名です（圧縮ファイル，解凍後のファイルの順に記載しています）。

圧縮ファイルはHP-UX，SolarisおよびAIXの場合は.tar.Z形式，Linuxの場合は.tar.gz形式で作成されます。

圧縮ファイルの内部ディレクトリ構成については，マニュアル「JP1/Integrated Management - Manager リファレンス　jim_log.sh（UNIX限定）」（2.　コマンド）を参照してください。

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を有効にすると作成されます。jim_log.shコマンドのオプションによって採取しないこともできます。詳細については，「23.6.3　jim_log.sh（UNIX限定）」を参照してください。

(3)　オペレーション内容

トラブル発生時のオペレーション内容について次に示す情報が必要です。

オペレーション内容の詳細

発生時刻

マシン構成（各OSのバージョン，ホスト名，統合コンソールの構成）

再現性

JP1/IM - Viewからログインしている場合のログインユーザー名

(4)　画面上のエラー情報

次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー

(5)　WWWページ版のJP1/IM - Viewに関連する情報

WWWページ版のJP1/IM - Viewの使用時にトラブルが発生した場合は，次の資料の採取が必要です。

ビューアー側

Javaのスタックトレースログ

Javaのスタックトレースログを取得するには，［Javaコンソール］画面が表示されるよう，設定しておく必要があります。詳細は「11.11 (5)　［Javaコンソール］画面の表示設定」を参照してください。

JavaTM Plug-inのJavaトレースファイル

Javaトレースファイルは，次の場所にあります。

システムドライブ:¥Documents and Settings¥ログインユーザー名¥Application Data¥Sun¥Java¥Deployment¥log¥

マネージャー側

HTTPサーバのエラーログ

HTTPサーバのアクセスログ

24.4　資料の採取方法

トラブルが発生したときに資料を採取する方法を次に示します。

＜この節の構成＞

24.4.1　Windowsの場合

24.4.2　UNIXの場合

24.4.1　Windowsの場合

＜この項の構成＞

(1)　プロセスの状態を確認する

(2)　JP1/IM用スレッドダンプを出力する

(3)　WWWページ版のJP1/IM - Viewに関連する情報を採取する

(4)　資料採取ツールを実行する

(5)　オペレーション内容を確認する

(6)　画面上のエラー情報を採取する

(7)　ユーザーダンプを採取する（Windows Vista，Windows Server 2008限定）

(8)　問題レポートを採取する（Windows Vista，Windows Server 2008限定）

(1)　プロセスの状態を確認する

Windowsのタスクマネージャを使用して，プロセスの動作状態を確認してください。正常に動作している場合に表示されるプロセスを次に示します。

(a)　JP1/IM - Manager

JP1/IM - Managerのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表24-12　JP1/IM - Managerのプロセス（Windows）

親プロセス名
機能
子プロセス名
機能

jco_spmd.exe
(1)
JP1/IM - Managerのプロセス管理
jcamain.exe
(1)
自動アクションサービス
(プロセス管理表示名：jcamain)

java.exe
(1)
イベントコンソールサービス
(プロセス管理表示名：evtcon)

evflow.exe
(1)
イベントフロー制御サービス
(プロセス管理表示名：evflow)

jcsmain.exe
(1)
セントラルスコープサービス※2
(プロセス管理表示名：jcsmain)

java.exe
(2)※1
インシデント登録サービス※2
(プロセス管理表示名：jcdmain)

java.exe
(2)※1
相関イベント発行サービス※2
(プロセス管理表示名：evgen)

jco_service.exe
(1)
JP1/IM - ManagerのWindowsサービス制御
－
－

（凡例）

－：なし

注※1　最大で2，通常は1です。内訳は次のとおりです。

インシデント登録サービスまたは相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス。次の場合に生成される。
・インシデント登録サービス起動時，または相関イベント発行サービス起動時
・イベント取得フィルター更新時

注※2　デフォルトでは動作しません。また，インシデント登録サービスはJP1/IM - Incident Master連携用の機能です。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。

表中で，親プロセスが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は相関イベント発行サービスを有効にした場合だけ表示されます。

(b)　JP1/IM - View

JP1/IM - Viewのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表24-13　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の画面制御

注※1　JP1/IM - View（JP1/IM - Central Information Master連携部分）が起動している場合に加算されます。

注※2　JP1/IM - View（JP1/IM - Rule Operation連携部分）が起動している場合に加算されます。

(2)　JP1/IM用スレッドダンプを出力する

(a)　JP1/IM - View

次の手順に従いダンプファイルを出力してください。

タスク マネージャを開く。

［アプリケーション］ページ上でJP1/IM - Viewを選択し，ポップアップメニューから［手前に表示］を選択する。
これによって操作不能になったJP1/IM - Viewかどうかを特定します。操作不能なJP1/IM - Viewを特定できた場合，次に進みます。

ポップアップメニューから［プロセスを表示］を選択する。
［プロセス］ページに切り替わります。JP1/IM - Viewのjava.exeが選択された状態で表示されるため，これによってプロセスID（PID）※を特定します。
注※　PID項目がない場合はメニューの［表示］－［列の選択］を選択し，［列の選択］画面で［PID(プロセスID)］にチェックを入れてください。

特定できたプロセスIDを引数にして，jcothreaddmpコマンドを実行する。

jcothreaddmpコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcothreaddmp（Windows限定）」（2.　コマンド）を参照してください。

(b)　JP1/IM - Manager

ヘルスチェック機能によって，JP1/IM - Managerのイベントコンソールサービス，インシデント登録サービス，および相関イベント発行サービスの異常を検知した場合に，JP1/IM - Manager用のダンプファイルを出力してください。次のようにjcogencoreコマンドを実行します。

jcogencore

jcogencoreコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcogencore」（2.　コマンド）を参照してください。

(3)　WWWページ版のJP1/IM - Viewに関連する情報を採取する

WWWページ版のJP1/IM - Viewの使用時にトラブルが発生した場合は，この節で上げているほかの資料に加えて，次の資料を採取してください。

ビューアー側

Javaのスタックトレースログ

採取手順を次に示します。

1. ［Javaコンソール］画面を選択し，キーボードのvを押す。

　　Javaのスタックトレースログが［Javaコンソール］画面上に出力されます。

2. コピーしてテキストファイルなどに手動で貼り付ける。

3. テキストファイルを保存する。

JavaTM Plug-inのJavaトレースファイル

Javaトレースファイルは，次の場所にあります。

システムドライブ:¥Documents and Settings¥ログインユーザー名¥Application Data¥Sun¥Java¥Deployment¥log¥

注意

JavaTM Plug-inのJavaトレースファイルは，JavaTM Plug-inの再起動時に消去されてしまいます。トラブルが発生したら，再起動する前にこのトレースファイルの内容を別ファイルに保存してください。

マネージャー側

HTTPサーバのエラーログ

HTTPサーバのアクセスログ

(4)　資料採取ツールを実行する

資料採取ツール（jim_log.batまたはjcoview_log.bat）を実行します。

JP1/IM - Managerで提供しているjim_log.batを実行すれば，同ホスト上のJP1/IM - Manager，JP1/IM - Viewの障害調査に必要な資料を採取できます。

また，JP1/IM - Viewで提供しているjcoview_log.batを実行すれば，JP1/IM - Viewの障害調査に必要な資料を採取できます。

運用に合わせて使い分けてください。

なお，資料採取ツールで採取する資料の総容量は膨大になるため，実行する前に容量を見積もり，ご使用のマシンの空き容量を確認する必要があります。jim_log.batで採取する資料サイズについては，JP1/IM - Managerのリリースノートを参照してください。

jcoview_log.batで採取する資料サイズについては，JP1/IM - Viewのリリースノートを参照してください。

次に，ツールの実行例を示します。

C:¥>"C:¥Program Files¥HITACHI¥JP1IMM¥tools¥jim_log.bat" -f 資料格納フォルダ

資料格納フォルダはフルパスで指定してください。また，資料格納フォルダが空白を含むフォルダの場合，"で囲んで指定してください。

ツールを実行すると，資料格納フォルダに指定したフォルダ下にjp1_defaultフォルダができ，そこに採取した資料がコピーされます。なお，採取した資料は，圧縮ツールを使用して圧縮してください。

(5)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

発生時刻

再現性

JP1/IM - Viewからログインしている場合は，ログインユーザー名

マシン構成（各OSのバージョン，ホスト名，統合コンソールの構成）

(6)　画面上のエラー情報を採取する

画面にエラーが表示された場合は，その情報も採取します。次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー
詳細ボタンがある場合はその内容をコピーしてください。

(7)　ユーザーダンプを採取する（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，エラーダイアログが表示されている状態で，次の手順でユーザーダンプを採取してください。

注意事項

エラーダイアログを消してしまうと正常なダンプは取得されないため，ユーザーダンプを採取できなくなってしまいます。誤って採取前にエラーダイアログを（［OK］ボタンなどをクリックして）消してしまった場合は，現象を再現させてからユーザーダンプを採取してください。

タスクマネージャを起動する。
タスクマネージャは次のどちらかの手順で起動できます。

タスクバーの空いている場所で右クリックをして「タスクマネージャ」を選択する。

Ctrl+Shift+Escキーを押してタスクマネージャを起動する。

［プロセス］タブをクリックする。

アプリケーションエラーで停止したJP1/IM - Viewのプロセス名を右クリックし，「ダンプファイルの生成」を選択する。

ユーザーダンプの出力先パスを示すダイアログが表示されるので，そこから採取する。

(8)　問題レポートを採取する（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，次の手順で問題レポートを採取してください。

［ファイル名を指定して実行］のテキストボックスに「wercon」と入力し，［OK］ボタンをクリックする。
［問題のレポートと解決策］ダイアログが開きます。

左側の領域で，［問題の履歴の表示］をクリックする。

該当する問題をダブルクリックする。
問題レポートの詳細が表示されます。

「クリップボードにコピー」を選択する。

コピーした内容を，テキストファイルにコピーして保存する。
保存した問題レポートを，障害調査用の資料として利用してください。

24.4.2　UNIXの場合

＜この項の構成＞

(1)　プロセスの状態を確認する

(2)　JP1/IM用ダンプファイルを出力する

(3)　WWWページ版のJP1/IM - Viewに関連する情報を採取する

(4)　資料採取ツールを実行する

(5)　オペレーション内容を確認する

(6)　画面上のエラー情報を採取する

(1)　プロセスの状態を確認する

psコマンドを使用したときに表示されるプロセス名を次に示します。なお，UNIXの場合，資料採取ツール（jim_log.sh）を実行することでほかの資料とともにpsコマンドの実行結果を採取できます。

(a)　JP1/IM - Manager

JP1/IM - Managerのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表24-14　JP1/IM - Managerのプロセス（UNIX）

親プロセス名
機能
子プロセス名
機能

jco_spmd
(1)※1
プロセス管理
jcamain
(1)
自動アクションサービス
(プロセス管理表示名：jcamain)

java※1
(1)
イベントコンソールサービス
(プロセス管理表示名：evtcon)

evflow
(1)
イベントフロー制御サービス
(プロセス管理表示名：evflow)

jcsmain
(1)
セントラルスコープサービス※3
(プロセス管理表示名：jcsmain)

java
(2)※2
インシデント登録サービス※3
(プロセス管理表示名：jcdmain)

java
(2)※2
相関イベント発行サービス※3
(プロセス管理表示名：evgen)

注※1　これらのプロセスは，一時的にプロセス数が増加することがあります。

注※2　最大で2，通常は1です。内訳は次のとおりです。

インシデント登録サービス，または相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス。次の場合に生成される。
・インシデント登録サービス起動時，または相関イベント発行サービス起動時
・イベント取得フィルター更新時

注※3　デフォルトでは動作しません。また，インシデント登録サービスはJP1/IM - Incident Master連携用の機能です。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。なお，クラスタシステムで動作しているプロセスは，psコマンド実行時には以下のように表示されます（javaだけは後ろに論理ホスト名がつきません）。

jco_spmd 論理ホスト名
evflow 論理ホスト名
jcamain 論理ホスト名
java
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は相関イベント発行サービスを有効にした場合だけ表示されます。

(2)　JP1/IM用ダンプファイルを出力する

(a)　JP1/IM - Manager

ヘルスチェック機能によって，JP1/IM - Managerの異常を検知した場合にだけJP1/IM - Manager用のダンプファイルを出力してください。次のようにjcogencoreコマンドを実行します。

jcogencore

jcogencoreコマンドを実行すると，どのプロセスのダンプファイルを出力するかの問い合わせメッセージが表示されます。この場合，ヘルスチェック機能によって通知されたメッセージ情報に含まれるプロセスのダンプファイルを出力するよう選択してください。なお，すでにダンプファイルが存在する場合，上書きするかの問い合わせメッセージが表示されます。ダンプファイルを上書きしない場合は，nを選択し，コマンドを終了してください。その後，ダンプファイルを退避し，再度jcogencoreコマンドを実行してください。

jcogencoreコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　jcogencore」（2.　コマンド）を参照してください。

(3)　WWWページ版のJP1/IM - Viewに関連する情報を採取する

WWWページ版のJP1/IM - Viewの使用時にトラブルが発生した場合は，この節で上げているほかの資料に加えて，次の資料を採取してください。

ビューアー側

Javaのスタックトレースログ

採取手順を次に示します。

1. ［Javaコンソール］画面を選択し，キーボードのvを押す。

　　Javaのスタックトレースログが［Javaコンソール］画面上に出力されます。

2. コピーしてテキストファイルなどに手動で貼り付ける。

3. テキストファイルを保存する。

JavaTM Plug-inのJavaトレースファイル

Javaトレースファイルは，次の場所にあります。

システムドライブ:¥Documents and Settings¥ログインユーザー名¥Application Data¥Sun¥Java¥Deployment¥log¥

注意

JavaTM Plug-inのJavaトレースファイルは，JavaTM Plug-inの再起動時に消去されてしまいます。トラブルが発生したら，再起動する前にこのトレースファイルの内容を別ファイルに保存してください。

マネージャー側

HTTPサーバのエラーログ

HTTPサーバのアクセスログ

(4)　資料採取ツールを実行する

資料採取ツール（jim_log.sh）を実行します。

JP1/IM - Managerで提供しているjim_log.shを実行すれば，同ホスト上のJP1/IM - Manager，JP1/Baseの障害調査に必要な資料を採取できます。

なお，資料採取ツールで採取する資料の総容量は膨大になるため，実行する前に容量を見積もり，ご使用のマシンの空き容量を確認する必要があります。資料サイズの見積もりについては，JP1/IM - Managerのリリースノートを参照してください。

次に，ツールの実行例を示します。

# /opt/jp1imm/tools/jim_log.sh -f 資料格納ディレクトリ

ツールを実行すると，採取資料がtar形式でまとめられ，圧縮した形で出力されます。

(5)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

発生時刻

再現性

JP1/IM - Viewからログインしている場合は，ログインユーザー名

マシン構成（各OSのバージョン，ホスト名，統合コンソールの構成）

(6)　画面上のエラー情報を採取する

画面にエラーが表示された場合は，その情報も採取します。次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー
詳細ボタンがある場合はその内容をコピーしてください。

24.5　トラブルへの対処方法

一般的に想定されるトラブルについて，対処方法を説明します。

表24-15　一般的に想定されるトラブル

項番 | トラブルの内容
1 | JP1/IM - Viewからログインできない
2 | ［イベントコンソール］画面で定義メニューが表示されない
3 | コマンド実行ができない
4 | コマンド実行履歴ファイルが壊れている
5 | 自動アクションの実行状態が「状態不明」と表示される
6 | 自動アクションが遅延する
7 | 監視オブジェクトDBが破損している
8 | 監視オブジェクトDBのロックが解除されない
9 | アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される
10 | インシデントが登録できない（JP1/IM - Incident Master連携機能）
11 | JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い
12 | 相関イベントの発行処理の対象となるJP1イベントが多発した
13 | JP1/IM - Viewに相関イベントが表示されない
14 | JP1/IM - Viewでログインしたあと，JP1/IM - Viewの画面が表示されない
15 | コマンド実行，自動アクションで実行したバッチファイルが正常終了しない(Windows限定)
16 | JP1/IM - Manager（JP1/IM - Central Scope）が受信したJP1イベントの処理が遅延する
17 | 応答待ちイベントがJP1/IM - Viewに表示されない
18 | 応答待ちイベントがJP1/IM - Viewに表示されるが，応答待ちイベントとして表示されない（種別の矢印アイコンが表示されない，応答入力できない）
19 | ［イベントコンソール］画面にJP1イベントが表示されない場合

＜この節の構成＞

(1)　JP1/IM - Viewからログインできない場合

(2)　［イベントコンソール］画面で定義メニューが表示されない場合

(3)　コマンド実行ができない場合

(4)　コマンド実行履歴ファイルが壊れている場合

(5)　自動アクションの実行状態が「状態不明」と表示される場合

(6)　自動アクションが遅延する場合

(7)　監視オブジェクトDBが破損している場合

(8)　監視オブジェクトDBのロックが解除されない場合

(9)　アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合

(10)　インシデントが登録できない場合（JP1/IM - Incident Master連携機能）

(11)　JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合

(12)　相関イベントの発行処理の対象となるJP1イベントが多発した場合

(13)　JP1/IM - Viewに相関イベントが表示されない場合

(14)　JP1/IM - Viewでログインしたあと，JP1/IM - Viewの画面が表示されない場合

(15)　コマンド実行，自動アクションで実行したバッチファイルが正常終了しない場合(Windows限定)

(16)　JP1/IM - Manager（JP1/IM - Central Scope）が受信したJP1イベントの処理が遅延する場合

(17)　応答待ちイベントがJP1/IM - Viewに表示されない場合

(18)　応答待ちイベントがJP1/IM - Viewに表示されるが，応答待ちイベントとして表示されない（種別の矢印アイコンが表示されない，応答入力できない）

(19)　［イベントコンソール］画面にJP1イベントが表示されない場合

(1)　JP1/IM - Viewからログインできない場合

メッセージの種類によって対処方法が異なります。

「KAVB1200-E　接続中に通信エラーが発生しました」メッセージが出力される。

要因

次の要因が考えられます。

JP1/IM - Managerが起動されていません。

接続先ホスト名が誤っています。

対処

要因に従って対処してください。

JP1/IM - Managerを起動してください。

接続先ホスト名が正しいか確認してください。

「KAVB0104-E　ユーザー認証に失敗しました」メッセージが出力される。

要因

次の要因が考えられます。

接続先に対するユーザー名またはパスワードが誤っています。

対処

接続先に対するユーザー名またはパスワードが正しいか確認してください。

「KAVB0109-E　接続ホストと認証サーバの間で，通信エラーが発生しました」メッセージが出力される。

要因

接続先ホスト上で設定されている認証サーバが起動されていません。

対処

認証サーバを起動してください。

(2)　［イベントコンソール］画面で定義メニューが表示されない場合

［イベントコンソール］画面の「オプション」のメニューで定義関連が不活性化されている。

要因

JP1資源グループの設定が誤っています。

対処

JP1資源グループの設定で，ログインするJP1ユーザーのJP1資源グループにグループ名「JP1_Console」，権限レベルに「JP1_Console_Admin」または「JP1_Console_Operator」が設定されているか確認してください。

(3)　コマンド実行ができない場合

［コマンド実行］画面で「KAVB2027-E　ユーザー名のユーザ偽装に失敗したため，コマンド実行できません」メッセージが出力される。

要因

ユーザーマッピングの設定が誤っています。

対処

ユーザーマッピングの設定を確認してください。設定されていない場合はユーザーマッピングを設定してください。この設定はWindowsの場合必須です。

なお，マッピング元のサーバ名として指定するホストがDNSを使用している場合，ドメイン名を含めて記述する必要があります。ホスト名が正しくて，偽装に失敗する場合はDNSを使用していないか確認してください。

［コマンド実行］画面で「KAVB2031-E　ホスト（ホスト名）が管理対象でないため，コマンドが実行できません」メッセージが出力される。

要因

構成管理の定義に誤りがあります。または，実行ホスト名が解決できません。

対処

構成管理の定義で構成情報が定義されているか確認してください。

実行ホスト名を解決できるようにしてください。

Windowsで物理ホストと論理ホストの両方を起動する環境でこのメッセージが出力される場合は，ネットワークの設定が不足しています。詳細については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用に関する注意事項（Windows限定の注意事項）の中の，同一ホスト上で物理ホスト環境と論理ホスト環境を構築する場合の項を参照してください。

DOSプロンプトでの実行結果とコマンド実行画面や自動アクションでの実行結果が異なる。

要因

実行するOSユーザーの環境が不正です。

対処

jcocmddefコマンドの-loaduserprofileオプションを有効にしてください。詳細については，「3.6.3 (3) (c)　コマンドを実行するときの環境」，およびマニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddef」（2.　コマンド）を参照してください。

(4)　コマンド実行履歴ファイルが壊れている場合

電源断によるマシン停止などによってコマンド実行履歴ファイルへの書き込みが中断された場合，自動アクションまたはコマンド実行のコマンド実行履歴ファイルが壊れる場合があります。

その場合，次に示すメッセージが出力されます。

JP1/IM - Viewの［アクション結果詳細］画面，またはjcashowaコマンドで自動アクションの実行結果を表示したときに，実行結果に「KAVB5151-W コマンド実行履歴からデータの取得に失敗しました」が表示される。
自動アクションのコマンド実行履歴ファイルが壊れているおそれがあります。

jcocmdlogコマンドを実行したときに，「KAVB2523-E コマンド実行のコマンド実行履歴ファイルがオープンできません」が出力される。
コマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

jcocmdlogコマンドを実行したときに，「KAVB2525-E 自動アクションのコマンド実行履歴ファイルがオープンできません」が出力される。
自動アクションのコマンド実行履歴ファイルが壊れているおそれがあります。

jcocmdlogコマンドを実行したときに，「KAVB2527-E コマンド実行履歴ファイルの読込に失敗しました」が出力される。

オプションに-actを指定している場合，自動アクションのコマンド実行履歴ファイルが壊れているおそれがあります。

オプションに-windowを指定している場合，コマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

-actと-windowのオプションを指定していない場合，自動アクションまたはコマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

統合トレースログに「KAVB2064-E コマンド実行履歴ファイルの書き込みに失敗しました」が出力される。
自動アクションまたはコマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

これらのメッセージが出力される場合，次の手順でコマンド実行履歴ファイルの状態を確認してください。

壊れたおそれのあるファイルを(a)に示す手順で確認する。

確認の結果，壊れていない場合には各メッセージの対処方法に従って，対処する。

壊れている場合は，(b)の手順で回復する。

(b)の手順でも回復しない場合は，(c)の手順に従ってコマンド実行履歴ファイルを削除する。

(a)　コマンド実行履歴ファイルの確認手順

自動アクションのコマンド実行履歴ファイルを確認する場合

Windowsの場合
コマンドプロンプトから次のコマンドを実行してください。
cd Baseパス¥log¥COMMAND
（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）
Jischk -l3 Baseパス¥log¥COMMAND¥ACTISAMLOGV8

UNIXの場合
次のコマンドを実行してください。
cd /var/opt/jp1base/log/COMMAND
（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）
/opt/jp1base/bin/Jischk -l3 actisamlogv8

コマンド実行のコマンド実行履歴ファイルを確認する場合

Windowsの場合
コマンドプロンプトから次のコマンドを実行してください。
cd Baseパス¥log¥COMMAND
（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）
Jischk -l3 Baseパス¥log¥COMMAND¥CMDISAMLOGV8

UNIXの場合
次のコマンドを実行してください。
cd /var/opt/jp1base/log/COMMAND
（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）
/opt/jp1base/bin/Jischk -l3 cmdisamlogv8

Jischkコマンドでファイルの不正が検出されない場合，コマンド実行履歴ファイルは壊れていません。Jischkコマンドでファイルの不正が検出された場合には，(b)に示す手順でコマンド実行履歴ファイルを回復してください。

Jischkコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(b)　コマンド実行履歴ファイルの回復手順

自動アクションのコマンド実行履歴ファイルを回復する場合

Windowsの場合
以下の操作はAdministrators権限で実行してください。また，回復する際には，ACTISAMLOGV8.DRFの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンドプロンプトから次のコマンドを実行し，コマンド実行履歴ファイルを回復する。
なお，Jiscondコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。
cd Baseパス¥log¥COMMAND
（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）
Jiscond ACTISAMLOGV8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。
Jischk -l3 ACTISAMLOGV8
Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順で自動アクションのコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

UNIXの場合
以下の操作はスーパーユーザー権限で実行してください。また，回復する際には，actisamlogv8.DATの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次のコマンドを実行し，コマンド実行履歴ファイルを回復する。
なお，Jiscondコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。
cd /var/opt/jp1base/log/COMMAND
（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）
/opt/jp1base/bin/Jiscond actisamlogv8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。
/opt/jp1base/bin/Jischk -l3 actisamlogv8
Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順で自動アクションのコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

コマンド実行のコマンド実行履歴ファイルを回復する場合

Windowsの場合
以下の操作はAdministrators権限で実行してください。また，回復する際には，CMDISAMLOGV8.DRFの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンドプロンプトから次のコマンドを実行し，コマンド実行履歴ファイルを回復する。
Jiscondコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。
cd Baseパス¥log¥COMMAND
（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）
Jiscond CMDISAMLOGV8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。
Jischk -l3 CMDISAMLOGV8
Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順でコマンド実行のコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

UNIXの場合
以下の操作はスーパーユーザー権限で実行してください。また，回復する際には，cmdisamlogv8.DATの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次のコマンドを実行する。
cd /var/opt/jp1base/log/COMMAND
（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）
/opt/jp1base/bin/Jiscond cmdisamlogv8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。
/opt/jp1base/bin/Jischk -l3 cmdisamlogv8
Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順でコマンド実行のコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

(c)　コマンド実行履歴ファイルの削除手順

自動アクションのコマンド実行履歴ファイルを削除する場合

自動アクションのコマンド実行履歴ファイルを削除すると，過去の自動アクションによる履歴はすべて失われます。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「16.2.2　DBのバックアップおよびリカバリー」を参照してください。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンド実行履歴ファイルを削除する。
正常に回復できなかった以下のファイルを削除してください。なお，コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。
Windowsの場合

表24-16　削除対象ファイル格納場所（Windows）

ファイル名
ファイル名

自動アクションのコマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥ACTISAMLOGV8.DRF

Baseパス¥log¥COMMAND¥ACTISAMLOGV8.K01

Baseパス¥log¥COMMAND¥ACTISAMLOGV8.KDF

共有フォルダ¥jp1base¥log¥COMMAND¥ACTISAMLOGV8.DRF

共有フォルダ¥jp1base¥log¥COMMAND¥ACTISAMLOGV8.K01

共有フォルダ¥jp1base¥log¥COMMAND¥ACTISAMLOGV8.KDF

アクション情報ファイル
Consoleパス¥log¥action¥actinf.log

共有フォルダ¥jp1cons¥log¥action¥actinf.log

アクションホスト名格納ファイル
Consoleパス¥log¥action¥acttxt{1|2}.log

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

UNIXの場合

表24-17　削除対象ファイル格納場所（UNIX）

ファイル名
ファイル名

自動アクションのコマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/actisamlogv8.DAT

/var/opt/jp1base/log/COMMAND/actisamlogv8.K01

/var/opt/jp1base/log/COMMAND/actisamlogv8.DEF

共有ディレクトリ/jp1base/log/COMMAND/actisamlogv8.DAT

共有ディレクトリ/jp1base/log/COMMAND/actisamlogv8.K01

共有ディレクトリ/jp1base/log/COMMAND/actisamlogv8.DEF

アクション情報ファイル
/var/opt/jp1cons/log/action/actinf.log

共有ディレクトリ/jp1cons/log/action/actinf.log

アクションホスト名格納ファイル
/var/opt/jp1cons/log/action/acttxt{1|2}.log

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

コマンド実行のコマンド実行履歴ファイルを削除する場合

コマンド実行のコマンド実行履歴ファイルを削除すると，過去のコマンド実行による履歴はすべて失われます。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「16.2.2　DBのバックアップおよびリカバリー」を参照してください。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンド実行履歴ファイルを削除する。
正常に回復できなかった以下のファイルを削除してください。なお，コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。
Windowsの場合

表24-18　削除対象ファイル格納場所（Windows）

ファイル名
ファイル名

コマンド実行のコマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥CMDISAMLOGV8.DRF

Baseパス¥log¥COMMAND¥CMDISAMLOGV8.K01

Baseパス¥log¥COMMAND¥CMDISAMLOGV8.KDF

共有フォルダ¥jp1base¥log¥COMMAND¥CMDISAMLOGV8.DRF

共有フォルダ¥jp1base¥log¥COMMAND¥CMDISAMLOGV8.K01

共有フォルダ¥jp1base¥log¥COMMAND¥CMDISAMLOGV8.KDF

UNIXの場合

表24-19　削除対象ファイル格納場所（UNIX）

ファイル名
ファイル名

コマンド実行のコマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/cmdisamlogv8.DAT

/var/opt/jp1base/log/COMMAND/cmdisamlogv8.K01

/var/opt/jp1base/log/COMMAND/cmdisamlogv8.DEF

共有ディレクトリ/jp1base/log/COMMAND/cmdisamlogv8.DAT

共有ディレクトリ/jp1base/log/COMMAND/cmdisamlogv8.K01

共有ディレクトリ/jp1base/log/COMMAND/cmdisamlogv8.DEF

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

(5)　自動アクションの実行状態が「状態不明」と表示される場合

自動アクションの実行結果を保存したファイル（アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイル）に不整合が発生しているおそれがあります。

この場合，実行結果を保存したファイルを削除する必要があります。なお，ファイルを削除すると，過去の自動アクションの実行結果は参照できなくなります。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「16.2.2　DBのバックアップおよびリカバリー」を参照してください。

削除手順を次に示します。

JP1/IM - Managerを停止し，JP1/Baseを停止する。
クラスタ構成の場合は，クラスタソフトの操作で論理ホストを停止してください。また，停止確認後に共有ディスクを共有ディレクトリにマウントしてください。

アクション情報ファイル，アクションホスト名格納ファイル，およびコマンド実行履歴ファイルを削除する。
削除ファイルの格納場所は次の表のとおりです。

Windowsの場合

表24-20　削除対象ファイル格納場所（Windows）

ファイル名 | 格納場所
アクション情報ファイル | Consoleパス¥log¥action¥actinf.log
共有フォルダ¥jp1cons¥log¥action¥actinf.log
アクションホスト名格納ファイル | Consoleパス¥log¥action¥acttxt{1|2}.log
共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log
コマンド実行履歴ファイル | Baseパス¥log¥COMMAND¥以下の全ファイル
共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

UNIXの場合

表24-21　削除対象ファイル格納場所（UNIX）

ファイル名 | 格納場所
アクション情報ファイル | /var/opt/jp1cons/log/action/actinf.log
共有ディレクトリ/jp1cons/log/action/actinf.log
アクションホスト名格納ファイル | /var/opt/jp1cons/log/action/acttxt{1|2}.log
共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log
コマンド実行履歴ファイル | /var/opt/jp1base/log/COMMAND/以下の全ファイル
共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

JP1/Baseを起動し，JP1/IM - Managerを起動する。
クラスタ構成の場合は，共有ディスクをアンマウントしてから，クラスタソフトの操作で論理ホストを起動してください。

(6)　自動アクションが遅延する場合

自動アクションの状態が「実行中」のままになっている。

まず，jcocmdshowコマンド※で，コマンドの状態を確認してください。その結果によって，対処方法が異なります。確認して得られた結果ごとに，考えられる要因とその対処方法について以下に説明します。

「コマンド実行経過時間（ETIME）」が長いコマンドがある場合。

要因

終了しないコマンドまたは時間がかかるコマンドが実行されています。

対処

jcocmddelコマンド※で，終了しないコマンドを削除してください。詳細については，「3.6.3 (6)　トラブルシューティング用コマンド」および「22.1.3　コマンドの実行状態を確認または削除する」を参照してください。

「KAVB2239-E　接続先ホストへのネットワーク接続を確立できませんでした」メッセージが表示される場合。

要因

実行先ホストのJP1/Baseがコマンド実行中に停止しました。

対処

実行先ホストのJP1/Baseを再起動してください。

なお，JP1/Baseを監視する方法として，JP1/Baseのヘルスチェック機能があります。詳細については，「3.6.8　JP1/Baseのヘルスチェック機能」を参照してください。

「コマンド実行状態（STATUS）」が「Q」となっているコマンドが大量にある場合。

要因

自動アクション実行数が多過ぎます。

対処

実行中の自動アクションを確認して，次を見直してください。

不要な自動アクションが設定されていないか

自動アクションを設定するJP1イベントを絞り込めないか

不要な自動アクションがない場合は，jcocmddefコマンド※で，コマンド同時実行数を増やしてください。詳細については，「7.7.6　コマンド実行環境の検討」を参照してください。

注※

jcocmdshowコマンド，jcocmddelコマンドおよびjcocmddefコマンドの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス　2.　コマンド」を参照してください。

(7)　監視オブジェクトDBが破損している場合

「KAVB7247-E JP1/IM - CSはJP1/IM - Viewからの操作要求が実行できませんでした(要因:データベースのレコード不正)」，「KAVB7248-E JP1/IM - CSはJP1/IM - Viewからの操作要求が実行できませんでした(要因:データベースの操作不能)」などのメッセージが出力される。

要因

次の要因が考えられます。

JP1/IM - Managerの監視オブジェクトDBに論理矛盾が発生している。

対処

次の処置を実行してください。

JP1/IM - Managerを停止する。

障害調査用に，Scopeパス¥databaseフォルダのバックアップをとる。

jcsdbsetup -fコマンドを実行する。

Scopeパス¥database¥jcshostsフォルダ内のすべてのファイルを削除する。

jcshostsimport -r jcshostsコマンドを実行する。

JP1/IM - Managerを起動する。

(8)　監視オブジェクトDBのロックが解除されない場合

監視オブジェクトDBがロックされたままになっている。

要因

次の要因が考えられます。

JP1/IM - Managerの監視オブジェクトDBでロック取得に失敗している。

対処

次の処置を実行してください。

jcsmainプロセスが起動していないことを，jco_spmd_statusコマンドで確認する。

Jismlcktrコマンドを実行する。

Scopeパス¥database以下のファイルをロックしているプロセスを確認する。

手順3で確認したプロセスIDに対して，Jislckfree -p PIDコマンドを実行する。

Jismlcktr，JislckfreeコマンドはJP1/Baseが提供しています。詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

(9)　アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合

［アクション結果詳細］画面を表示すると，メッセージ欄に「KAVB5150-W コマンド実行履歴に該当データがありません」と表示される。

要因

コマンド実行履歴ファイル（ISAM）がラップしたおそれがあります。コマンド実行履歴ファイルファイルがラップすると，自動アクションの実行結果が表示されません。

対処

この現象が頻繁に起こる場合には，コマンド実行履歴ファイルのレコード数の上限値を大きくすることを検討してください。レコード数の上限値を大きくすると，ディスク容量も圧迫しますので，その点も考慮に入れてください。

次に手順を示します。

レコード数の上限値を変更する

レコード数の上限値を変更した場合，設定を有効にするためにコマンド実行履歴ファイルを削除する必要があります。コマンド実行履歴ファイルを削除すると，過去の自動アクション，コマンド実行による履歴はすべて失われます。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「16.2.2　DBのバックアップおよびリカバリー」を参照してください。

jcocmddefコマンドで，コマンド実行履歴ファイルのレコード数を変更する。

JP1/IM，JP1/Baseを停止する。
クラスタ構成の場合は，クラスタソフトの操作で論理ホストを停止してください。
また，停止確認後に共有ディスクを共用ディレクトリにマウントしてください。

コマンド実行履歴ファイルを削除する。
コマンド実行履歴保存ディレクトリ以下の全ファイルが該当します。コマンド実行履歴保存ディレクトリは，デフォルトでは下記のとおりです。
Windowsの場合

表24-22　コマンド実行履歴ファイル格納場所（Windows）

ファイル名 | 格納場所
コマンド実行履歴ファイル | Baseパス¥log¥COMMAND¥以下の全ファイル
共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

UNIXの場合

表24-23　コマンド実行履歴ファイル格納場所（UNIX）

ファイル名 | 格納場所
コマンド実行履歴ファイル | /var/opt/jp1base/log/COMMAND/以下の全ファイル
共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

なお，コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Base，JP1/IMを起動する。
クラスタ構成の場合は，共有ディスクをアンマウントしてから，クラスタソフトの操作で論理ホストを起動してください。

jcocmddefコマンドについては，マニュアル「JP1/Integrated Management - Manager リファレンス　jcocmddef」（2.コマンド）を参照してください。

(10)　インシデントが登録できない場合（JP1/IM - Incident Master連携機能）

メッセージの種類によって対処方法が異なります。

「KAJV0183-E　JP1/IM - Incident Masterとの接続に失敗しました。接続をリトライします」が統合トレースログに出力される。

要因

次の要因が考えられます。

JP1/IM - Incident Masterが起動していない。

インシデント登録定義ファイルに指定されたホスト名が誤っている。

インシデント登録定義ファイルに指定されたホスト名がJP1/IM - Manager上のホストで名前解決できていない（ホスト名からIPアドレスが参照できない）。

JP1/IM - Manager・JP1/IM - Incident Master間のネットワークに問題がある。

対処

要因に従って対処してください。

JP1/IM - Incident Masterを起動してください。

インシデント登録定義ファイルに指定されたホスト名が正しいか確認してください。

DNSまたはJP1/IM - Managerホスト上のservicesファイルにJP1/IM - Incident Masterのホスト名を追記し，名前解決ができるようにしてください。

JP1/IM - Manager・JP1/IM - Incident Master間のネットワークに問題がないか確認してください。

「KAJV0233-E　インシデント登録定義ファイルに有効な条件が定義されていません」が統合トレースログに出力される。

要因

インシデント登録定義が定義されていません。

対処

インシデント登録定義を定義してください。インシデント登録定義は，JP1/IM - Incident Masterからjcisetfilterコマンドを使って定義します。詳細については，マニュアル「JP1/Integrated Management - Incident Master」を参照してください。

(11)　JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合

メッセージの種類によって対処方法が異なります。

「KAVB6060-E 接続先サーバには対応していません」が表示される。

要因

JP1/IM - ViewよりもJP1/IM - Manager，JP1/IM - Central Scopeが古いバージョン，または監視オブジェクトDBが古いバージョンです。

対処

「JP1/IM - ViewよりもJP1/IM - ManagerまたはJP1/IM - Central Scopeが古いバージョンの場合」

次の手順に従って，JP1/IM - ManagerまたはJP1/IM - Central Scopeをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］－［ツリーを保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

JP1/IM - ManagerまたはJP1/IM - Central ScopeをJP1/IM - Viewと同じバージョンにバージョンアップする。

［監視ツリー(編集中)］画面で［ファイル］－［ツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

「JP1/IM - ViewとJP1/IM - ManagerまたはJP1/IM - Central Scopeが同じバージョンで，監視オブジェクトDBが古いバージョンの場合」

次の手順に従って，監視オブジェクトDBをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］－［ツリーの保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

監視オブジェクトDBをバージョンアップする。

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

監視オブジェクトDBのバージョンアップについては次を参照してください。

物理ホストの場合
Windows：「9.5.3 (2) 統合スコープのバージョンアップコマンドの実行」
UNIX：「10.5.6 (2) 統合スコープのバージョンアップコマンドの実行」

論理ホストの場合
Windows：「13.2.2 (2) バージョンアップ時のセットアップ」
UNIX：「13.3.2 (2) バージョンアップ時のセットアップ」

「JP1/IM - ViewよりもJP1/IM - ManagerまたはJP1/IM - Central Scopeが新しいバージョンで，監視オブジェクトDBが古いバージョンの場合」

次の手順に従って，JP1/IM - Viewをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］－［ツリーの保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

JP1/IM - ManagerまたはJP1/IM - Central Scopeをアンインストールする。

JP1/IM - ManagerまたはJP1/IM - Central Scopeのインストールディレクトリを削除する。

JP1/IM - Viewと同じバージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeをインストールする。

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

新しいバージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeにバージョンアップする。

JP1/IM - ViewをJP1/IM - ManagerまたはJP1/IM - Central Scopeと同じバージョンにバージョンアップする。

「KAVB6046-E ユーザー(ユーザー)には操作に必要な権限がありません」のメッセージが表示される。

要因

JP1/IM - ManagerまたはJP1/IM - Central ScopeよりもJP1/IM - Viewが古いバージョン，またはJP1/IM - Viewの編集データが古いバージョンです。

対処

次の手順に従って，JP1/IM - Viewをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］－［ツリーを保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

JP1/IM - ManagerまたはJP1/IM - Central Scopeをアンインストールする。

JP1/IM - ManagerまたはJP1/IM - Central Scopeのインストールディレクトリを削除する。

JP1/IM - Viewと同じバージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeをインストールする。

［監視ツリー(編集中)］画面で［ファイル］－［ツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］－［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

新しいバージョンのJP1/IM - ManagerまたはJP1/IM - Central Scopeにバージョンアップする。

JP1/IM - ViewをJP1/IM - ManagerまたはJP1/IM - Central Scopeと同じバージョンにバージョンアップする。

(12)　相関イベントの発行処理の対象となるJP1イベントが多発した場合

システムのメンテナンスなどで，相関イベントの発行処理の対象となるJP1イベントが多発した場合，相関イベントの発行処理が過負荷状態になるおそれがあります。

回避方法は次の二つがあります。

相関イベントの発行処理を休止する。

JP1/IM - Managerを停止する。

なお，相関イベントの発行処理を休止しても状況回避できない場合だけ，JP1/IM - Managerを停止してください。

相関イベントの発行処理を休止する。

相関イベントの発行処理をいったん休止して，状況が回復したあとで相関イベントの発行処理を再開してください。

手順を次に示します。

jcoegsstopコマンドを実行して，相関イベントの発行処理を休止する。
jcoegsstopコマンドを実行すると，相関イベント発行サービスが機能停止状態になります。この間に発生したJP1イベントは処理の対象外になります。
サービスを停止させずに処理だけを停止するため，クラスタ運用している場合にフェールオーバーさせないで運用を継続できます。

相関イベント発行処理を再開したい場合，jcoegsstartコマンドを実行する。

JP1/IM - Managerを停止する。

JP1/IM - Managerを停止する場合，起動オプションがcoldであれば次に説明する手順を実施する必要はありません。warmの場合だけ実施してください。

手順を次に示します。

相関イベント発行システムプロファイル（egs_system.conf）を編集して，起動オプションをcoldに変更する。

JP1/IM - Managerを再起動する。

相関イベント発行システムプロファイル（egs_system.conf）を編集して，起動オプションをwarmに戻す。

jco_spmd_reloadコマンドを実行して，起動オプションの設定を有効にする。

(13)　JP1/IM - Viewに相関イベントが表示されない場合

次の要因が考えられます。

相関イベントの発行が有効になっていない。

相関イベント発行定義が定義されていない。

相関イベントがフィルタリングされている。

反映した相関イベント発行定義が破損している。

それぞれの対処を次に示します。

相関イベントの発行が有効になっていない。

相関イベント発行サービスはオプション機能であり，デフォルトでは起動しません。相関イベント発行サービスの起動設定をしていない場合，jcoimdefコマンドで起動設定をしたあと，JP1/IM - Managerを再起動すると相関イベント発行サービスが起動するようになります。

相関イベントの発行処理が稼働していることを確認するには，JP1/IM - Managerを再起動したあと，jcoegsstatusコマンドを実行して，相関イベント発行サービスが相関稼働状態（RUNNING）になっていることを確認してください。

相関イベント発行定義が定義されていない。

相関イベント発行サービスは，相関イベント発行定義に従って相関イベントを発行します。相関イベント発行定義はデフォルトでは定義されていないため，相関イベントは発行されません。

相関イベント発行定義ファイルを作成したあと，jcoegschangeコマンドを実行して，相関イベント発行サービスに相関イベント発行定義を反映してください。反映した相関イベント発行定義はjcoegsstatusコマンドで確認できます。

相関イベントがフィルタリングされている。

相関イベントがイベント取得フィルター，ユーザーフィルター，重要イベントフィルターおよび表示フィルターのフィルタリング対象になっていないかどうか確認してください。

相関イベントは通常のJP1イベントと同様に，イベント取得フィルター，ユーザーフィルター，重要イベントフィルターおよび表示フィルターの対象になります。また，重大度が定義されていないイベントは，イベント取得フィルターによってフィルタリングされます（デフォルト設定の場合）。

反映した相関イベント発行定義が破損している。

統合トレースログに次のメッセージが出力される場合，jcoegschangeコマンドで相関イベント発行サービスに反映した相関イベント発行定義が壊れたおそれがあります。

「KAJV2246-E 相関イベント発行定義保存ファイルが壊れているため定義不正が検出されました。 行番号:行番号 不正内容:不正内容」

このメッセージが出力された場合，jcoegschangeコマンドを実行して，再度相関イベント発行定義を反映してください。

(14)　JP1/IM - Viewでログインしたあと，JP1/IM - Viewの画面が表示されない場合

JP1/IM - Viewでログインしたあと，JP1/IM - Viewの画面が表示されない。なお，タスクバーには，JP1/IM - Viewのタスクバーボタンが表示されている。

要因

次の操作をすると，JP1/IM - Viewでログインしたあとに画面が表示されません。

仮想画面構成※によって，JP1/IM - Viewが表示されていない画面領域を表示した状態で，JP1/IM - Viewを終了する。

注※

メモリー上にディスプレイ画面以上のデスクトップを持ち，分割したそれぞれの領域を仮想的に一つのデスクトップとして表示することで複数のデスクトップを画面を切り替えて使用できる構成のことをいいます。

仮想デスクトップともいいます。

対処

次のどれかの方法で対処してください。

対処1

［Alt］キーと［Tab］キーを同時に押してJP1/IM - Viewを選択する。

タスクバーから「重ねて表示」を選択し，すべてのウィンドウを重ねて表示する。

JP1/IM - Viewやそのほかのウィンドウの表示位置およびサイズを変更する。

対処2

［Alt］キーと［Tab］キーを同時に押してJP1/IM - Viewを選択する。

タスクバーから「上下に並べて表示」を選択し，すべてのウィンドウを上下に並べて表示する。

JP1/IM - Viewやそのほかのウィンドウの表示位置およびサイズを変更する。

対処3

［Alt］キーと［Tab］キーを同時に押してJP1/IM - Viewを選択する。

タスクバーから「左右に並べて表示」を選択し，すべてのウィンドウを左右に並べて表示する。

JP1/IM - Viewやそのほかのウィンドウの表示位置およびサイズを変更する。

対処4

［Alt］キーと［Tab］キーを同時に押してJP1/IM - Viewを選択する。

JP1/IM - Viewのコンテキストメニューから「移動」を選択し，カーソルキーで位置を調整する。

表示されたウィンドウまたはそのウィンドウの枠の位置を決定したら，リターンキーを押す。

対処5

［Alt］キーと［Tab］キーを同時に押してJP1/IM - Viewを選択する。

JP1/IM - Viewのコンテキストメニューから「最大化」を選択し，ウィンドウを最大化した状態でいったんログアウトする。

再ログインしたあと，ウィンドウの表示位置およびサイズを変更する。

(15)　コマンド実行，自動アクションで実行したバッチファイルが正常終了しない場合(Windows限定)

要因

次の条件を満たす場合，バッチファイルの処理が中断され，バッチファイルが正常に処理されません。

コマンド実行先に指定したホストのOSがWindows2000である。

バッチファイルでFOR /Fコマンドを使用している。

FOR /Fコマンドの実行後，標準エラー出力への出力をしている。

対処

次のどちらかの方法で対処してください。

FOR /Fコマンドを使用しない。

FOR /Fコマンド実行後に標準エラー出力への出力をしない。

(16)　JP1/IM - Manager（JP1/IM - Central Scope）が受信したJP1イベントの処理が遅延する場合

要因

状態変更条件設定の個別条件設定で，属性値に指定した文字列（ホスト名またはIPアドレス）の名前解決ができていないおそれがあります。

対処

名前解決に失敗したホスト名は，次のログファイルに出力されます。

Windowsの場合

Scopeパス¥log¥jcsmain_trace{1|2|3}.log※

UNIXの場合

/var/opt/jp1scope/log/jcsmain_trace{1|2|3}.log※

注※

JP1/Baseのログファイルトラップ機能の監視対象にはしないでください。

名前解決に失敗した場合，上記ログファイル内に，次のメッセージが出力されます。

・・・fs_jcsHostsAccessPtr->getHostByName() is failed. (host = 名前解決に失敗したホスト名,jp1error = 2001)・・・

または，

・・・fs_jcsHostsAccessPtr->getHostByAddr() is failed. (host = 名前解決に失敗したIPアドレス,jp1error = 2001)・・・

これを確認の上，個別条件の条件として［ホスト名比較］を設定し，次に示すどれかの方法で属性値に指定したホスト名またはIPアドレスの名前解決ができるようにしてください。

個別条件の属性値に指定したホスト名またはIPアドレスをホスト情報DBに登録する。

個別条件の属性値に指定したホスト名またはIPアドレスをJP1/Baseのjp1hostsに登録する。

個別条件の属性値に指定したホスト名またはIPアドレスをhostsやDNSなどに登録する。

(17)　応答待ちイベントがJP1/IM - Viewに表示されない場合

要因

次の要因が考えられます。

応答待ちイベント管理機能が無効となっている。
jcoimdefコマンドの-reseventオプションの指定がOFFとなっているおそれがあります。

応答待ちイベントが発行されていない。

応答待ちイベントは発行されているが，JP1/IM - Managerでフィルタリングされている。

対処

応答待ちイベント管理機能を有効が無効となっている場合は，jcoimdefコマンドの-reseventオプションの指定をONにしてください。

また，次の手順で要因を切り分けて対処してください。

JP1/IM - ManagerホストのイベントDBに応答待ちイベントが登録されていることを確認する。
管理者ユーザーなど，ユーザーフィルターが設定されていないJP1ユーザーでイベント検索を行い，応答待ちイベントがイベントDBに登録されていることを確認します。
登録されていない場合は，手順2の方法で調査します。
登録されている場合は，JP1/IM - Managerのフィルター（イベント取得フィルター，またはユーザーフィルター）でフィルタリングされているため，フィルター条件を見直してください。

BJEXホストのログを確認し，BJEXのエラー，または通信エラーが発生していないことを確認する。
エラーメッセージが出力されている場合は，そのメッセージの対処方法に従って対処してください。BJEXのセットアップ時の誤りや通信エラーが考えられます。

(18)　応答待ちイベントがJP1/IM - Viewに表示されるが，応答待ちイベントとして表示されない（種別の矢印アイコンが表示されない，応答入力できない）

要因

次の要因が考えられます。

応答待ちイベント管理機能が無効となっている。
jcoimdefコマンドの-reseventオプションの指定がOFFとなっているおそれがあります。

BJEXの設定で，JP1/IM - Managerのホスト名の指定が間違っている。
ホスト名ではなくIPアドレスが指定されているおそれがあります。

BJEXで設定したJP1/IM - Managerのホスト以外のホストに転送している応答待ちイベントである。

対処

要因に従って対処してください。

応答待ちイベント管理機能を有効にする。
jcoimdefコマンドの-reseventオプションの指定をONにしてください。

BJEXの設定で，正しいJP1/IM - Managerのホスト名を指定する。

応答待ちイベントに応答する場合は，BJEXで設定したJP1/IM - Managerホストに対してログインする。

(19)　［イベントコンソール］画面にJP1イベントが表示されない場合

要因

フィルターの除外条件，有効な共通除外条件に，条件が何も設定されていない条件群があるため，すべてのJP1イベントが除外されています。

対処

次のフィルターの除外条件および有効な共通除外条件を見直してください。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

表示フィルター

付録

＜この付録の構成＞

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

付録B　プロセス一覧

付録C　ポート番号

付録D　制限値一覧

付録E　操作権限一覧

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

付録G　正規表現

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

付録I　性能と見積もり

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

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

付録L　（3020-3-K01-81）の変更内容

付録M　用語解説

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

JP1/IMで使用するファイル名およびディレクトリ名を示します。

なお，JP1/IMのバックアップ対象ファイル，JP1/IMが出力するログファイルなどは，ここでは説明していません。それぞれ，次の説明を参照してください。

バックアップ対象ファイルについて：「16.1　設定情報のバックアップとリカバリー」

ログファイルについて：「24.2.4　ログファイルおよびディレクトリ一覧」

また，論理ホストの場合，以降の表中のパスは次のようになります。

表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¥
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/

論理ホストの場合は，「Consoleパス¥conf¥」は「共有フォルダ¥JP1Cons¥conf」と読み替えてください。例えば，「Consoleパス¥conf¥action¥actdef.conf」は「共有フォルダ¥JP1Cons¥conf¥action¥actdef.conf」となります。

＜この節の構成＞

付録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）

(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に記載されているパッチユーティリティ以外のファイル・フォルダ（このフォルダは修正パッチ適用時にだけ作成される）

(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_0700.conf | 拡張起動プロセス定義ファイル | ○ | △
Consoleパス¥conf¥jp1co_service_0700_cc.conf | JP1/IM - Central Console用モデルファイル | ○ | △
Consoleパス¥conf¥jp1co_service_0700_cc_cs.conf | JP1/IM - Central Console，JP1/IM - Central Scope用モデルファイル | ○ | △
Consoleパス¥conf¥action¥actdef.conf | 自動アクション定義ファイル | ○ | ○
Consoleパス¥conf¥action¥actnotice.conf | 自動アクション通知定義ファイル | ○ | ○
Consoleパス¥conf¥action¥actnotice.conf.model | 自動アクション通知定義ファイルのモデルファイル | ○ | ×
Consoleパス¥conf¥console¥attribute¥会社名_製品名_attr_ja.conf | イベント拡張属性定義ファイル | ○ | ○※2
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¥profile_ユーザー名 | 各JP1ユーザー用ユーザープロファイル | ○ | △
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¥define¥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¥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 機能拡張」を参照してください。また，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルの詳細については，マニュアル「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トラップ変換機能フィルター定義ファイルのサンプルファイル(JP1/Cm2/NNM，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¥ | ツール格納フォルダ

付録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）

(1)　JP1/IM - Manager（コンポーネント共通）

JP1/IM - Manager（コンポーネント共通）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-8　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（コンポーネント共通））

ファイル名・ディレクトリ名 | 内容 | 参照 | 編集
/opt/jp1imm/tools/jim_log.sh | 資料採取ツール | ○ | ×

（凡例）

○：できる。

×：できない。

表A-9　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（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-10　ユーザーが参照・編集できるファイル・ディレクトリ一覧（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_start/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_service_0700.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/console/attribute/会社名_製品名_attr_ja.conf | イベント拡張属性定義ファイル | ○ | ○※2
/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/profile_ユーザー名 | 各JP1ユーザー用ユーザープロファイル | ○ | △
/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/define/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/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 機能拡張」を参照してください。また，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルの詳細については，マニュアル「JP1/Integrated Management - Manager リファレンス」を参照してください。

表A-11　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（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-12　ユーザーが参照・編集できるファイル・ディレクトリ一覧（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トラップ変換機能フィルター定義ファイルのサンプルファイル(JP1/Cm2/NNM，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-13　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（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/ | 作業ディレクトリ

付録A.3　JP1/IM - View

JP1/IM - Viewで使用するファイル名およびフォルダ名を次の表に示します。

JP1/IM - Viewで使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているのかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A-14　ユーザーが参照・編集できるファイル・フォルダ一覧（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¥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 機能拡張」を参照してください。

注※3　JP1/IM - Viewのインストール後にユーザーが作成するフォルダです。

表A-15　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（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¥ | ツール格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

注※1　Windows VistaまたはWindows Server 2008の場合だけ存在するフォルダです。Windows VistaまたはWindows Server 2008の場合は，「Viewパス¥conf¥」だけでなく，このフォルダにも環境設定ファイルの一部が格納されます。

注※2　Windows VistaまたはWindows Server 2008の場合は，「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)

java.exe
(1)
イベントコンソールサービス
(プロセス管理表示名：evtcon)

evflow.exe
(1)
イベントフロー制御サービス
(プロセス管理表示名：evflow)

jcsmain.exe
(1)
セントラルスコープサービス
(プロセス管理表示名：jcsmain)

java.exe
(2)※1
インシデント登録サービス※2
(プロセス管理表示名：jcdmain)

java.exe
(2)※3
相関イベント発行サービス※4
(プロセス管理表示名：evgen)

jco_service.exe
(1)
JP1/IM - ManagerのWindowsサービス制御
－
－

（凡例）

－：なし。

注※1　最大で2，通常は1です。内訳は次のとおりです。

インシデント登録サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（インシデント登録サービス起動時やイベント取得フィルター更新時）

注※2　JP1/IM - Incident Master連携用の機能です。デフォルトでは動作しません。

注※3　最大で2，通常は1です。内訳は次のとおりです。

相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（相関イベント発行サービス起動時やイベント取得フィルター更新時）

注※4　相関イベントを発行する機能です。デフォルトでは動作しません。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。

表中で，親プロセスが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は，相関イベント発行機能をオンにした場合にだけ表示されます。

(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の画面制御

注※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)

java※1
(1)
イベントコンソールサービス
(プロセス管理表示名：evtcon)

evflow
(1)
イベントフロー制御サービス
(プロセス管理表示名：evflow)

jcsmain
(1)
セントラルスコープサービス
(プロセス管理表示名：jcsmain)

java
(2)※2
インシデント登録サービス※3
(プロセス管理表示名：jcdmain)

java
(2)※4
相関イベント発行サービス※5
(プロセス管理表示名：evgen)

注※1　これらのプロセスは，一時的にプロセス数が増加することがあります。

注※2　最大で2，通常は1です。内訳は次のとおりです。

インシデント登録サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（インシデント登録サービス起動時やイベント取得フィルター更新時）

注※3　JP1/IM - Incident Master連携用の機能です。デフォルトでは動作しません。

注※4　最大で2，通常は1です。内訳は次のとおりです。

相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（相関イベント発行サービス起動時やイベント取得フィルター更新時）

注※5　相関イベントを発行する機能です。デフォルトでは動作しません。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。なお，クラスタシステムで動作しているプロセスは，psコマンド実行時には次のように表示されます（javaだけは後ろに論理ホスト名がつきません）。

jco_spmd 論理ホスト名
evflow 論理ホスト名
jcamain 論理ホスト名
java
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は，相関イベント発行機能をオンにした場合にだけ表示されます。

付録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（セントラルスコープサービス）への接続で使用
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 - 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ファイルに登録されない（設定も不要）。

注※　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）

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がインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

jp1imegs
20383/tcp
JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

jp1rmregistry
20380/tcp
JP1/IM - View → JP1/IM - Rule Operation

jp1rmobject
20381/tcp

http
80/tcp※2
WWWページ版のJP1/IM - View（WWWブラウザー） → HTTPサーバ

（凡例）

→　：コネクション確立時の接続方向を示します。

注※1　マネージャーホストのJP1/Baseが対象です。

注※2　HTTPサーバの設定によっては異なる場合があります。

コネクション確立時は，表中のポート番号を，接続を受ける側（矢印が向いている側）が使用します。接続する側は，OSによって割り当てられる空きポート番号を使用します。この場合に使用するポート番号の範囲は，OSによって異なります。

なお，ファイアウォールサーバマシン上にJP1/IMをインストールする場合は，同一マシン内での通信もファイアウォールによる通信制限の対象となる場合がありますので，この場合，同一マシン内でも表中のポート番号で通信できるように設定してください。

ファイアウォール環境での運用については「14.3　ファイアウォール環境での運用」を参照してください。

付録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でログアウトするまでの間コネクションを維持します。

付録D　制限値一覧

JP1/IMの各種の制限値を次に示します。

＜この節の構成＞

(1)　統合コンソールを使用する上での制限値一覧

(2)　統合スコープを使用する上での制限値一覧

(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台

WWWページ版のJP1/IM - Viewで1台のJP1/IM - Managerに同時にログインできる数
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以前の場合

アクション定義パラメーターの長さ
5,706バイト
なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

実行先グループ名の長さ
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件

相関成立イベントの定義に使用する属性値の最大長
1,023バイト

1件の相関イベント発行条件で同時に発行処理できるJP1イベントの組数
1,024組

すべての相関イベント発行条件で同時に発行処理できるJP1イベントの組数
20,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個

［コマンド実行］画面で指定できる環境変数ファイル名の長さ
255バイト

［コマンド実行］画面で指定できる実行先ホスト名の長さ
255バイト

アクション定義パラメーターの長さ
08-00以降のJP1/IM - Managerに接続時：5,706バイト
なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：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行

［ユーザー環境設定］画面で設定できる［コマンド実行］画面のメッセージ項目のカラム幅
50,000ピクセル

クリップボードにコピーできる文字列データのバイト長
6メガバイト

注※1　ログイン数を増やすとそれに伴いメモリー所要量，ディスク占有量が増えます。

注※2　文字列データがシフトJISコードで保持されるため，JP1/IM - Managerが日本語UTF-8コードで動作している場合でも，指定できる文字列長は変わりません。

注※3　［重要イベント定義］画面，［イベント検索条件設定］画面，［表示フィルター設定］画面，および［ユーザーフィルター詳細設定］画面です。

(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/AJS2 - 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バイト以内にする必要があります）。

付録E　操作権限一覧

JP1ユーザーには，ユーザーごとに操作権限が与えられています。操作権限には，次の3種類のレベル（JP1権限レベル）があります。

JP1_Console_Admin
すべての操作（システムの設定，システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動）ができる。

JP1_Console_Operator
システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動ができる。

JP1_Console_User
参照操作，ユーザー環境の設定，および連携製品の起動ができる。

注1　JP1/IM - Manager（JP1/IM - Central Console）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_Console_Operator権限が与えられたとみなされます。

認証サーバ上のJP1/Baseがバージョン6の場合は，JP1_Console_Operator権限およびJP1_Console_User権限は設定できません。また，どのJP1権限レベルも設定しなかった場合は，JP1_Console_Operator権限が与えられたとみなされます。

注2　JP1/IM - Manager（JP1/IM - Central Scope）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_Console_User権限が与えられたとみなされます。

＜この節の構成＞

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

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

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

統合コンソールによるシステムの運用監視中の操作で必要な操作権限を次の表で示します。

表E-1　統合コンソールの操作で必要な操作権限

操作内容
JP1権限レベル

分類
操作内容
説明
Admin
Operator
User
権限なし

システムの設定
システム環境の設定
次の画面を使用し，JP1/IM - Managerの環境設定ができる

［システム環境設定］画面

［イベント取得条件設定］画面

○
－
－
－

重要イベントの定義
［重要イベント定義］画面を使用し，重要イベントの定義ができる
○
－
－
－

ユーザーフィルターの設定
次の画面を使用し，ユーザーフィルターの設定ができる

［ユーザーフィルター設定］画面

［ユーザーフィルター詳細設定］画面

○
－
－
－

自動アクションの設定
次の画面を使用し，自動アクションの設定ができる

［アクション設定］画面

［アクション詳細設定］画面

［アクション詳細設定（イベント拡張情報）］画面

○
－
－
－

イベント情報マッピングの設定
次の画面を使用し，イベント情報のマッピング設定ができる

［イベント情報マッピング定義］画面

［イベント情報マッピング詳細定義］画面

○
－
－
－

システムの操作
重要イベントの対処状況の変更
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権限レベルは次回ログイン時から有効になります。

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

統合スコープによるシステムの運用監視をする場合，大きく分けてユーザーの操作は，次の二つの項目に分けることができます。

監視時の操作：［監視ツリー］画面，［ビジュアル監視］画面でのシステムの運用監視中の操作を指します。

編集時の操作：［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面でのシステムの運用監視環境の作成，編集操作を指します。

以降で，それぞれの場合で必要となる操作権限について説明します。

＜この項の構成＞

(1)　監視時の操作で必要な操作権限（［監視ツリー］画面，［ビジュアル監視］画面）

(2)　編集時の操作（［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面）

(1)　監視時の操作で必要な操作権限（［監視ツリー］画面，［ビジュアル監視］画面）

監視時の操作で必要な操作権限を表E-2，表E-3に示します。

表E-2　統合スコープ（［監視ツリー］画面）の操作で必要な操作権限

操作内容
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-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資源グループ
○
○
○
－

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-4，表E-5に示します。

表E-4　統合スコープ（［監視ツリー(編集中)］画面）の操作で必要な操作権限

操作内容
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-5　統合スコープ（［ビジュアル監視(編集中)］画面）で必要な操作権限

操作内容 | 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にログインできるユーザーであれば，だれでも操作できる

付録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)）
○
○

システム構成管理
（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)
○
○

（凡例）

○：通信設定の変更によって，特別な要件があるネットワーク構成でも使用できる。

×：通信設定を変更しても特別な要件があるネットワーク構成で使用できないことがある。

(製品 → 製品)：機能使用時に接続する製品を表す。

付録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は固定です）。
JP1独自正規表現
拡張正規表現(XPG4準拠)
拡張正規表現(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)

（凡例）

－：デフォルトで拡張正規表現を使用するため設定変更はない。

上記表のとおり，デフォルト設定のままでは，JP1/IMで使用できる正規表現が各機能，OSによって異なります。この場合，機能，OSによる正規表現の使い分けを意識する必要があります。

正規表現の使い分けを意識したくない場合は設定を変更することで，Windowsで使用できる正規表現をXPG4に準拠した拡張正規表現，UNIXで使用できる正規表現をXPG4またはPOSIX1003.2の拡張正規表現に統一できます。機能，OSによる正規表現の使い分けを意識する必要がなくなるため，設定を変更することをお勧めします。

設定の詳細は，マニュアル「JP1/Integrated Management - Manager リファレンス　自動アクション環境定義ファイル（action.conf.update）」（3.　定義ファイル）を参照してください。

また，JP1/Baseで正規表現を使用できる機能，使用できる正規表現の種類については，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章のセットアップを参照してください。

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

JP1/IMでは，次に示す正規表現を使用できます。正規表現を使用する場合，次の表記法に従って指定してください。

＜備考＞

ここで紹介する正規表現以外の正規表現の使用は，機種やOSによって仕様が異なるため，お勧めしません。正規表現を使用する場合は，ここで紹介する正規表現だけを使用してください。

＜この項の構成＞

(1)　通常文字

(2)　特殊文字

(1)　通常文字

通常文字とは，正規表現としてその文字自体を検索対象に指定した場合に一致する文字です。通常文字として扱わないのは「制御コード」と「特殊文字」だけです。

(2)　特殊文字

特殊文字とは，^ $ . * + ? | ( ) { } [ ] ¥です。それぞれの特殊文字について次に説明します。

^

^は，先頭指定（前方一致）を意味します。正規表現の最初の文字として使用する場合だけ特殊文字になります。先頭以外で使用する場合は通常文字として扱われます。

^を特殊文字として指定すると，行頭にある指定の文字列に一致します。

$

$は，末尾指定（後方一致）を意味します。正規表現の最後の文字として使用する場合だけ特殊文字になります。末尾以外で使用する場合，通常文字として扱われます。

$を特殊文字として指定すると，行末にある指定の文字列に一致します。なお，^と併用すると，指定した文字列だけの行に一致します。

.（ピリオド）

.（ピリオド）は，任意の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
○

[文字列]
[　]内の文字列に指定された文字のどれかに一致する
[pr]
spring has come.
○

today is monday.
×

[文字-文字]
文字コードの昇順で範囲内の文字のどれか1文字に一致する
[a-i]
spring has come.
○

[^文字-文字]
文字コードの昇順で範囲外の文字のどれか1文字一致する
[^a-i]
spring has come.
○

文字*
直前の文字が0回以上繰り返されている文字列に一致する
ro*m
terminal
○

cd-rom
○

living room
○

h.*n
This is a pen.
○

That is an apple.
○

正規表現|正規表現
左右の正規表現のどちらかに一致する
[0-9]+|apple
That is an apple.
○

spring in 2003
○

¥特殊文字
特殊文字を通常文字として扱う
o¥.h
<stdio.h>
○

another man
×

(正規表現)
正規表現をグループ化する。
正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用する。
主に「|」を使用するときに利用する（「付録G.4　正規表現を使用する際のヒント」参照）。
i(n.e|ng)
winter has come.
○

interesting book
○

（凡例）

太字：指定した正規表現と一致する文字列

○：一致する文字列がある

×：一致する文字列がない

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

バージョンが異なるIM製品同士，また，バージョンが異なるエージェントホスト上のJP1/Baseと接続した場合の制限事項について説明します。

＜この節の構成＞

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

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

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

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

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

＜この項の構成＞

(1)　JP1/IM - View 08-50をJP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合コンソールを使用する場合）

(2)　JP1/IM - View 08-50をJP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合スコープを使用する場合）

(3)　JP1/IM - Manager 08-50にJP1/IM - View 08-00～08-10を接続した場合の制限事項（統合コンソールを使用する場合）

(4)　JP1/IM - Manager 08-50にJP1/IM - View 08-00～08-10を接続した場合の制限事項（統合スコープを使用する場合）

(1)　JP1/IM - View 08-50をJP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合コンソールを使用する場合）

表H-1　JP1/IM - View 08-50をJP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1～2

08-00
○

08-01
○

08-10
○

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-2　制限事項一覧

制限
事項
詳細

1

応答待ちイベントに応答できない。

応答待ちイベントを条件に指定したフィルターは設定できない。

応答待ちイベントを条件に指定してイベント検索できない。

2
次の画面で除外条件を指定できない（［除外条件群一覧］が非活性となる）。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

［イベント取得条件設定］画面

次の画面で共通除外条件を指定できない（［共通除外条件群一覧］が非活性となる）。

［システム環境設定］画面

［イベント取得条件一覧］画面

(2)　JP1/IM - View 08-50をJP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合スコープを使用する場合）

表H-3　JP1/IM - View 08-50をJP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - Managerの
バージョン
制限事項※

1

08-00
○

08-01
○

08-10
－

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-4　制限事項一覧

制限
事項
詳細

1

［監視ツリー］画面の［表示］メニューで［ビジュアルアイコンを使用］を選択できない。

［監視ツリー(編集中)］画面の［オプション］メニューで［ビジュアルアイコンを使用］を選択できない。

［プロパティ］画面の［全般］ページでビジュアルアイコンを設定できない。

(3)　JP1/IM - Manager 08-50にJP1/IM - View 08-00～08-10を接続した場合の制限事項（統合コンソールを使用する場合）

表H-5　JP1/IM - Manager 08-50にJP1/IM - View 08-00～08-10を接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1
2～5

08-00
○
○

08-01
○
○

08-10
－
○

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-6　制限事項一覧

制限
事項
詳細

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

次のフィルターで除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

イベント取得フィルターで共通除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

次のフィルターで［応答待ちイベント］を設定した条件群が設定されている場合，フィルターの表示，および設定の変更ができない。

ユーザーフィルター

重要イベントフィルター

(4)　JP1/IM - Manager 08-50にJP1/IM - View 08-00～08-10を接続した場合の制限事項（統合スコープを使用する場合）

表H-7　JP1/IM - Manager 08-50にJP1/IM - View 08-00～08-10を接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1～2

08-00
○

08-01
○

08-10
－

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-8　制限事項一覧

制限
事項
詳細

1
［監視ツリー］画面の場合，次の制限が発生する。

すべてのログインユーザーにJP1_Console_User権限しか与えられない（JP1_Console_User権限での操作範囲は「付録E.2　統合スコープによるシステムの運用監視で必要な操作権限」参照）。

2
［監視ツリー(編集中)］画面または［ビジュアル監視(編集中)］画面の場合，次の制限が発生する※。
サーバにログインできないため，以下の操作ができない。

監視ツリーを自動生成する。

監視ツリーの既存の設定をサーバから取得する。

監視ツリーの編集内容をサーバに反映する。

［ビジュアル監視］画面の既存の設定をサーバから取得する。

［ビジュアル監視］画面の編集内容をサーバに反映する。

状態変更条件の共通条件の最新データをサーバから取得する。

注※　この制限事項の対処方法については「24.5 (11)JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合」を参照してください。

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

＜この項の構成＞

(1)　JP1/IM - View 08-50をJP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

(2)　JP1/IM - View 08-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

(3)　JP1/IM - Manager 08-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（統合コンソールを使用する場合）

(4)　JP1/IM - Manager 08-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（統合スコープを使用する場合）

(1)　JP1/IM - View 08-50をJP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

表H-9　JP1/IM - View 08-50をJP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

JP1/IM-CCの
バージョン
制限事項※

1～5
6～17
18
19～20
21～31

07-00
○
○
－
○
○

07-10
－
○
－
○
○

07-11
－
－
○
○
○

07-50
－
－
○
○
○

07-51
－
－
○
－
○

（凡例）

JP1/IM-CC：JP1/IM - Central Console

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-10　制限事項一覧

制限
事項
詳細

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
次の画面で除外条件を指定できない（［除外条件群一覧］が非活性となる）。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

［イベント取得条件設定］画面

次の画面で共通除外条件を指定できない（［共通除外条件群一覧］が非活性となる）。

［システム環境設定］画面

［イベント取得条件一覧］画面

(2)　JP1/IM - View 08-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

表H-11　JP1/IM - View 08-50をJP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

JP1/IM-CSの
バージョン
制限事項※

1
2
3
4
5
6
7
8
9
－
－
－
－
－
－
－
－

07-00
○
○
○
○
○
－
－
－
－
－
－
－
－
－
－
－
－

07-10
－
○
○
○
－
○
○
○
○
－
－
－
－
－
－
－
－

07-11
－
○
○
○
－
－
○
○
○
－
－
－
－
－
－
－
－

07-50
－
－
○
○
－
－
－
○
○
－
－
－
－
－
－
－
－

07-51
－
－
－
○
－
－
－
－
○
－
－
－
－
－
－
－
－

（凡例）

JP1/IM-CS：JP1/IM - Central Scope

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-12　制限事項一覧

制限
事項
詳細

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資源グループ］が表示されない）。

監視ツリーの自動生成で，［追加］を選択することができない（［自動生成－構成選択］画面の［追加］ボタンが非活性となる）。

注※　この制限事項の対処方法については「24.5 (11)JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合」を参照してください。

(3)　JP1/IM - Manager 08-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（統合コンソールを使用する場合）

表H-13　JP1/IM - Manager 08-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1～6
7～19
20～23
24～41

07-00
○
○
○
○

07-10
－
○
○
○

07-11
－
－
○
○

07-50
－
－
○
○

07-51
－
－
－
○

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-14　制限事項一覧

制限
事項
詳細

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

次のフィルターで除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

イベント取得フィルターで共通除外条件が設定されている場合，フィルターの表示，および設定の変更ができない。

次のフィルターで［アクション種別］，または［応答待ちイベント］を設定した条件群が設定されている場合，フィルターの表示，および設定の変更ができない。

ユーザーフィルター

重要イベントフィルター

(4)　JP1/IM - Manager 08-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（統合スコープを使用する場合）

表H-15　JP1/IM - Manager 08-50にJP1/IM - View 07-00～07-51を接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - Viewの
バージョン
制限事項※

1
2
3
4
5
6
7～8
9
10
－
－
－
－
－
－
－
－

07-00
○
○
○
○
○
○
○
○
○
－
－
－
－
－
－
－
－

07-10
－
○
○
－
○
○
○
○
○
－
－
－
－
－
－
－
－

07-11
－
○
○
－
○
○
○
○
○
－
－
－
－
－
－
－
－

07-50
－
○
○
－
－
○
○
○
○
－
－
－
－
－
－
－
－

07-51
－
○
○
－
－
－
○
○
○
－
－
－
－
－
－
－
－

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-16　制限事項一覧

制限
事項
詳細

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
［監視ツリー］画面の場合，次の制限が発生する。

ビジュアルアイコンが設定されている場合，ビジュアルアイコンが表示されない(通常のアイコンが表示される)。

注※　この制限事項の対処方法については「24.5 (11)JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合」を参照してください。

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

＜この項の構成＞

(1)　JP1/IM - View 08-50をJP1/IM - Central Console 06-00～06-71に接続した場合の制限事項

(2)　JP1/IM - Manager 08-50にJP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合コンソールを使用する場合）

(3)　JP1/IM - Manager 08-50にJP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合スコープを使用する場合）

(1)　JP1/IM - View 08-50をJP1/IM - Central Console 06-00～06-71に接続した場合の制限事項

表H-17　JP1/IM - View 08-50をJP1/IM - Central Console 06-00～06-71に接続した場合の制限事項

JP1/IM - CCの
バージョン
制限事項※

1～3
4～12
13～38
39～47
48～49

06-00
○
○
○
－
○

06-51
－
○
○
－
○

06-71
－
－
○
○
○

（凡例）

JP1/IM - CC：JP1/IM - Central Console

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-18　制限事項一覧

制限
事項
詳細

1
次の画面で［を含む］［を含まない］の指定はできない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

2
次の画面で［登録ホスト名］［ユーザー名］［オブジェクト名］にコンマ区切りで複数の条件を設定することはできない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

3
対処状況を［処理中］［保留］に変更できない。また，［イベント検索条件設定］画面の［重要イベント］が［未対処］［対処済］の二択になり，［処理中］［保留］を選択できない。

4
［イベント取得条件設定］画面を開くことができない。

5
［イベント検索条件設定］画面で［正規表現］の指定はできない。

6
［システム環境設定］画面を開くことができない。

7
［イベントコンソール］画面の［表示］メニューで，［システム環境設定］メニューを選択できない。

8
［ユーザー環境設定］画面で，［表示列の幅］の設定はできない。また，表示列の幅を，画面を閉じたときに保存することはできない。

9
［イベント情報マッピング定義］画面を開くことができない。また，イベント情報マッピング処理を行うことができない。

10
［アクション結果一覧］画面を開くことができない。

11
イベント取得フィルター（互換用）を設定できない。

12
［アクション結果更新条件設定］画面（互換用）を開くことができない。

13
［ユーザー環境設定］画面で，［カラーリング］の設定はできない。

14
［ユーザー環境設定］画面の［表示項目］指定域に「種別」が表示されない。また，［ユーザー環境設定］画面の［表示項目］指定域に「アクション種別」が表示されない。

15
［ユーザー環境設定］画面で，［実行結果表示桁数］の設定はできない。

16
次の画面で［正規表現］の指定はできない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

17
次の画面で［イベントID］の条件に［と一致しない］は指定できない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

18
認証サーバがバージョン7以降のJP1/Baseの場合，権限レベルJP1_Console_Userが有効にならない。

19
条件群を使用したフィルターの設定はできない。

20
表示フィルターの複数設定および［イベント監視］ページの［フィルター名］リストボックスは使用できない。

21
［イベントコンソール］画面の［表示］メニュー［オプション］メニューで次の項目が選択できない。

［表示フィルター一覧］

［機能状態通知復帰］

［関連イベント一覧表示］

22
［イベントコンソール］画面で，［集約状態］の各項目が表示されない。

23
次の画面を開くことができない。

［関連イベント一覧］画面

［イベント取得条件一覧］画面

24
［ユーザー環境設定］画面で，［集約表示］の設定はできない。

25
［アクション設定］画面で，［状態監視］の設定はできない。

26
［アクション詳細設定］画面で，「自動アクション定義パラメーター」の長さが1,023バイトを超えるアクションを設定できない。

27
［アクション詳細設定］画面で，［抑止］［遅延監視］の設定はできない。

28
［アクション結果］画面で，次の項目の表示，または操作ができない。

アクション通し番号，遅延の各項目の表示

［アクションキャンセル］［再実行］［抑止契機詳細］のクリック

29
［アクション結果詳細］画面を［アクション結果］画面から表示した場合，［アクション結果詳細］画面の次の項目の表示，または操作ができない。

アクション通し番号，遅延，開始時刻，投入時刻の各項目の表示

［アクションキャンセル］［再実行］のクリック

30
［アクション結果］画面に［種別］列が表示されない。また，［アクション結果詳細］画面の［実行結果］に［種別］項目が表示されない。

31
［アクション設定］画面に［種別］列が表示されない。また，［アクション詳細設定］画面の［実行内容］に［種別］項目が表示されない。

32
［イベントコンソール］画面の［イベント検索］ページで対処状況の変更ができない。

33
［イベントコンソール］画面のイベント一覧に［種別］列が表示されない。

34
［コマンド実行］画面で，1,024バイトを超える長さのコマンドを実行できない。

35
次に示す画面の［アクション］項目にアクション種別のフィルター条件が表示されない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

36
次に示す画面に［ルール結果詳細］ボタンが表示されない。

［アクション結果］画面

［アクション結果詳細］画面

37
メニューおよびポップアップメニューの［関連イベント一覧表示］を選択できない。

38
イベント検索中に次の操作ができない。

他画面の操作

イベント検索のキャンセル

また，イベント検索結果が順次表示されない。

39
［システム環境設定］画面の［全般］ページで，次の操作ができない。

［一覧編集］のクリック

［イベント取得条件］ドロップダウンリストからの項目選択

40
［システム環境設定］画面の［通信］ページで［jcochstatコマンド］［JP1/IM - Console View］の設定はできない。

41
［イベント取得条件設定］画面で，［イベントID］の条件に［と一致しない］は指定できない。

42
［イベント取得条件設定］画面で，［登録ホスト名］［ユーザー名］［オブジェクト名］にコンマ区切りで複数の条件を設定することはできない。

43
［イベント取得条件設定］画面で，［フィルター名］［フィルターID］の設定はできない。

44
［アクション結果詳細］画面を［アクション結果一覧］画面から表示した場合，［アクション結果詳細］画面の次の項目の表示，または操作ができない。

アクション通し番号，イベント到着時刻，遅延，開始時刻，投入時刻の各項目の表示

［アクションキャンセル］のクリック

45
［アクション結果一覧］画面で，次の項目の表示，または操作ができない。

アクション通し番号，イベント到着時刻，遅延の各項目の表示

［アクションキャンセル］［抑止契機詳細］［[図データ]］［[図データ]］［[図データ]］［対象イベント検索］のクリック

46
［アクション結果一覧］画面に［ルール結果詳細］ボタンが表示されない。

47
［アクション結果一覧］画面に［種別］列が表示されない。

48

応答待ちイベントに応答できない。

応答待ちイベントを条件に指定したフィルターは設定できない。

応答待ちイベントを条件に指定したイベント検索はできない。

49
次の画面で除外条件を指定できない（［除外条件群一覧］が非活性となる）。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

［イベント取得条件設定］画面

次の画面で共通除外条件を指定できない（［共通除外条件群一覧］が非活性となる）。

［システム環境設定］画面

［イベント取得条件一覧］画面

(2)　JP1/IM - Manager 08-50にJP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合コンソールを使用する場合）

表H-19　JP1/IM - Manager 08-50にJP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - Console View のバージョン | 制限事項※
1～3 | 4～12 | 13～48 | 49～58 | 59～62
06-00 | ○ | ○ | ○ | － | ○
06-51 | － | ○ | ○ | － | ○
06-71 | － | － | ○ | ○ | ○

（凡例）

○：該当する

－：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H-20　制限事項一覧

制限
事項
詳細

1
次の画面で［を含む］［を含まない］の指定はできない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

2
次の画面で［登録ホスト名］［ユーザー名］［オブジェクト名］にコンマ区切りで複数の条件を設定することはできない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

3
対処状況を［処理中］［保留］に変更できない。また，［イベント検索条件設定］画面のフィルター条件として，［重要イベント］で［処理中］［保留］を設定することができない。

4
［イベント取得条件設定］画面を開くことができない。

5
［イベント検索条件設定］画面で［正規表現］の指定はできない。

6
［イベント検索条件設定］画面で［固有の拡張属性］を設定することはできない。

7
［システム環境設定］画面を開くことができない。

8
［ユーザー環境設定］画面で，［表示列の幅］の設定はできない。また，表示列の幅を，画面を閉じたときに保存することはできない。

9
［イベント情報マッピング定義］画面を開いて設定することができない。イベント情報マッピング処理そのものは行われるが，マッピングされている項目を示す「#」が表示されない。

［表示フィルター設定］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

10
［アクション結果一覧］画面を開くことができない。

11
イベント取得フィルター（互換用）を設定できない。

12
［アクション結果更新条件設定］画面（互換用）を開くことができない。

13
［イベント取得条件設定］画面で，［選択イベント条件入力］の項目を使用できない。

14
次の画面で［正規表現］の指定はできない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

15
次の画面で［イベントID］の条件に［と一致しない］は指定できない。

［表示フィルター設定］画面

［重要イベント定義］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

16
［ユーザー環境設定］画面で，［カラーリング］の設定はできない。

17
［イベントコンソール］画面の［アクション］列をアイコンで表示することはできない。

18
認証サーバがバージョン7以降のJP1/Baseの場合，権限レベルJP1_Console_Userが有効にならない。

19
条件群を使用したフィルターの設定はできない。

表示フィルター
JP1/IM - View 07-10以降で設定した表示フィルターは使用できない。

重要イベントフィルター，ユーザーフィルター
フィルターの設定を行ってもマネージャー側に反映されない。

イベント検索条件
JP1/IM - View 07-10以降で設定したイベント検索条件は使用できない。

20
表示フィルターの複数設定および［イベントコンソール］画面の［イベント監視］ページの［フィルター名］リストボックスは使用できない。

21
［イベントコンソール］画面の［表示］メニュー［オプション］メニューで次の項目が選択できない。

［機能状態通知復帰］

［関連イベント一覧表示］

22
［イベントコンソール］画面で，［集約状態］の各項目が表示されない。

23
［イベントコンソール］画面のイベント一覧に対処状況マークをアイコンで表示することはできない。

24
［イベントコンソール］画面の［イベント検索］ページで対処状況の変更ができない。

25
［イベントコンソール］画面のイベント一覧に［種別］列が表示されない。また，［イベントコンソール］画面のイベント一覧に［アクション種別］列が表示されない。

26
［イベント詳細］画面にイベントガイド情報が表示されない。

27
［イベント取得条件一覧］画面を開くことができない。

28
［ユーザー環境設定］画面で，［集約表示］の設定はできない。

29
［イベント検索条件設定］画面で，［検索方向］の設定はできない。また，［開始時刻］［終了時刻］［登録時刻］［到着時刻］の各項目で，［現在時刻］をクリックできない。

30
イベント検索中に次の操作ができない。

他画面の操作

イベント検索のキャンセル

また，イベント検索結果が順次表示されない。

31
JP1/IM - Incident Master連携用の設定をしても，次に示すメニュー項目，ボタンが表示されない。

［イベントコンソール］画面の［表示］メニューの項目［インシデント登録］

［イベント詳細］画面の［インシデント登録］ボタン

32
［関連イベント一覧］画面を開くことができない。

33
相関元イベントを表示する画面がないため，相関元イベントが表示できない。

34
［ユーザー環境設定］画面の［表示項目］指定域に「種別」が表示されない。また，［ユーザー環境設定］画面の［表示項目］指定域に「アクション種別」が表示されない。

35
［ユーザー環境設定］画面で，［実行結果表示桁数］の設定はできない。

36
［コマンド実行］画面でコマンド実行結果のソート表示ができない。

37
［コマンド実行］画面で，1,024バイトを超える長さのコマンドを実行できない。

38
次に示す画面の［アクション］項目にアクション種別のフィルター条件が表示されない。

［表示フィルター設定］画面

［ユーザーフィルター詳細設定］画面

［重要イベント定義］画面

［イベント検索条件設定］画面

39
［アクション設定］画面で，［状態監視］の設定はできない。

40
［アクション詳細設定］画面で，［抑止］［遅延監視］の設定はできない。

41
［アクション結果］画面で，次の項目の表示，または操作ができない。

アクション通し番号，遅延の各項目の表示

［更新］［アクションキャンセル］［抑止契機詳細］［再実行］のクリック

42
［アクション結果詳細］画面で，次の項目が実施できない。

アクション通し番号，イベント到着時刻，遅延，開始時刻，投入時刻の各項目の表示

［アクションキャンセル］［再実行］のクリック

43
次に示す画面に［ルール結果詳細］ボタンが表示されない。

［アクション結果］画面

［アクション結果詳細］画面

44
［アクション結果］画面に［種別］列が表示されない。また，［アクション結果詳細］画面の［実行結果］に［種別］項目が表示されない。

45
［アクション設定］画面に［種別］列が表示されない。また，［アクション詳細設定］画面の［実行内容］に［種別］項目が表示されない。

46
［アクション設定］画面の［アクション］に「<RULE>」が指定できない。

47
自動アクション定義ファイル（actdef.conf）にJP1/IM - Rule Operationへのルール起動要求を定義している場合，［アクション設定］画面を開くことができない。

48
アクション種別を使用したフィルターの設定はできない。

49
［イベント取得条件設定］画面で，［登録ホスト名］［ユーザー名］［オブジェクト名］にコンマ区切りで複数の条件を設定することはできない。

50
［イベント取得条件設定］画面で，［正規表現］の指定はできない。

51
［イベント取得条件設定］画面で，［イベントID］の条件に［と一致しない］は指定できない。

52
［イベント取得条件設定］画面で，［フィルター名］［フィルターID］の設定はできない。

53
［システム環境設定］画面の［通信］ページで［jcochstatコマンド］［JP1/IM - Console View］の設定はできない。

54
［システム環境設定］画面の［全般］ページで，次の項目が実施できない。

［一覧編集］のクリック

［イベント取得条件］ドロップダウンリストからの項目選択

55
条件群を指定したイベント取得フィルターの設定はできない。

56
［アクション結果一覧］画面で，次の項目の表示，または操作ができない。

アクション通し番号，イベント到着時刻，遅延の各項目の表示

［アクションキャンセル］［抑止契機詳細］［[図データ]］［[図データ]］［[図データ]］［対象イベント検索］のクリック

57
［アクション結果一覧］画面に［ルール結果詳細］ボタンが表示されない。

58
［アクション結果一覧］画面に［種別］列が表示されない。

59
［イベントコンソール］画面の［編集］メニューが表示されない。

60
JP1/IM - Managerで応答待ちイベント管理機能を有効にしても，次に示す項目，ボタンが表示されない。

［イベントコンソール］画面の［表示］メニューの項目［応答入力］［滞留解除］

［イベントコンソール］画面の［オプション］－［機能状態通知復帰］メニューの項目［滞留状態監視］

［イベントコンソール］画面の［応答待ちイベント］ページ

［イベントコンソール］画面，および［関連イベント一覧］画面のポップアップメニュー項目［応答入力］［滞留解除］

［イベント詳細］画面の［応答入力］ボタン

［ユーザー環境設定］画面の項目［応答待ちイベント］

［ユーザーフィルター詳細設定］画面，［重要イベント定義設定］画面，［表示フィルター設定］画面，および［イベント検索条件設定］画面の［条件一覧］の項目［応答待ちイベント］

61
ユーザープロファイルに，JP1/IM - View 08-50以降の［ユーザー環境設定］画面の項目［応答待ちイベント］が有効と設定されていた場合，JP1/IM - Console View 06-00～06-71からJP1/IM - Manager 08-50に接続して［ユーザー環境設定］画面でユーザープロファイルの内容を変更すると，［応答待ちイベント］の設定が無効となる。

62

次のフィルターで除外条件群が設定されている場合，フィルターの表示，および設定の変更ができない。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

イベント取得フィルターで共通除外条件群が設定されている場合，フィルターの表示，および設定の変更ができない。

次のフィルターで［アクション種別］，または［応答待ちイベント］を設定した条件群が設定されている場合，フィルターの表示，および設定の変更ができない。

ユーザーフィルター

重要イベントフィルター

(3)　JP1/IM - Manager 08-50にJP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合スコープを使用する場合）

表H-21　JP1/IM - Manager 08-50にJP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - Console Viewのバージョン | 制限事項※
1
06-00～06-71 | ○

（凡例）

○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H-22　制限事項一覧

制限
事項
詳細

1
バージョン6で統合スコープ機能がサポートされていないため，接続できない。

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

＜この項の構成＞

(1)　JP1/IM - View 08-50からJP1/Base 06-00～08-11に対してイベント検索した場合の制限事項

(1)　JP1/IM - View 08-50からJP1/Base 06-00～08-11に対してイベント検索した場合の制限事項

表H-23　JP1/IM - View 08-50からJP1/Base 06-00～08-11に対してイベント検索した場合の制限事項

JP1/Baseの
バージョン※1
JP1/IM-Mまたは
JP1/IM-CCの
バージョン
制限事項※2

1
2
3
4
5
6
7
8
9
10
11
－

06-00
06-00～06-51
○
－
－
○
○
○
○
○
○
○
－
－

06-71
○
－
－
○
○
○
－
○
○
○
－
－

07-00
－
○
－
○
○
○
－
○
○
○
－
－

07-10～07-50
－
○
－
○
○
○
－
－
○
○
－
－

07-51～08-10
－
○
－
○
○
○
－
－
－
○
－
－

08-50～
－
○
－
○
○
○
－
－
－
－
○
－

06-51
06-00～06-51
－
－
○
○
－
－
○
○
○
○
－
－

06-71
－
－
○
○
－
－
－
○
○
○
－
－

07-00
－
－
－
○
－
－
－
○
○
○
－
－

07-10～07-50
－
－
－
○
－
－
－
－
○
○
－
－

07-51～08-10
－
－
－
○
－
－
－
－
－
○
－
－

08-50～
－
－
－
○
－
－
－
－
－
－
○
－

06-71
06-00～06-51
－
－
○
○
－
－
○
○
○
○
－
－

06-71
－
－
○
－
－
－
－
○
○
○
－
－

07-00
－
－
－
－
－
－
－
○
○
○
－
－

07-10～07-50
－
－
－
－
－
－
－
－
○
○
－
－

07-51～08-10
－
－
－
－
－
－
－
－
－
○
－
－

08-50～
－
－
－
－
－
－
－
－
－
－
○
－

07-00～08-11
06-00～06-51
－
－
－
○
－
－
○
○
○
○
－
－

06-71～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-24　制限事項一覧

制限
事項
詳細

1
［イベント検索条件設定］画面の条件文と［ユーザーフィルター詳細設定］画面の条件文を合わせた条件文の最大長が4キロバイトに制限される。

2
［イベント検索条件設定］画面の条件文の最大長が4キロバイトに制限される。

3
［イベント検索条件設定］画面の条件文と［ユーザーフィルター詳細設定］画面の条件文を合わせた条件文の最大長が64キロバイトに制限される。

4
［正規表現］を指定した検索はできない。

マネージャーホストのJP1/IM - Central Consoleのバージョンが06-00～06-51の場合
［正規表現］を指定できない。

マネージャーホストのJP1/IM - Central Consoleのバージョンが06-71以降の場合
［正規表現］を指定した場合，メッセージKAVB0248-Eが表示される。

5
［を含む］［を含まない］を指定した検索はできない。

マネージャーホストのJP1/IM - Central Consoleのバージョンが06-00の場合
［を含む］［を含まない］を指定できない。

マネージャーホストのJP1/IM - Central Consoleのバージョンが06-51以降の場合
［を含む］［を含まない］を指定した場合，メッセージKAVB1527-Eが表示される。

6
［重要イベント］に複数の対処状況を指定した検索はできない。

マネージャーホストのJP1/IM - Central Consoleのバージョンが06-00の場合
［重要イベント］に複数の対処状況を指定できない。

マネージャーホストのJP1/IM - Central Consoleのバージョンが06-51以降の場合
［重要イベント］に複数の対処状況を指定した場合，メッセージKAVB1527-Eが表示される。

7
［固有の拡張属性］を指定した検索はできない。条件として指定できない。

8
条件群を使用したイベント検索はできない。条件として指定できない。

9
イベント検索中にイベント検索をキャンセルできない。また，イベント検索結果が順次表示されない。

10
［除外条件］を指定した検索はできない。条件として指定できない。

11
［除外条件］を指定した検索はできない。

マネージャーホストのJP1/Baseのバージョンが08-00～08-11の場合
［除外条件］を指定できない。

マネージャーホストのJP1/Baseのバージョンが08-50以降の場合
［除外条件］を指定した場合，メッセージKAVB0251-Eが表示される。

付録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/Integrated Management - Manager リファレンス　jcocmddef」（2.　コマンド）を参照してください。

(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/AJS2のデータ転送量※
+JP1/PFMのデータ転送量※
+JP1/Cm2/SSOのデータ転送量※
+Cosminexusのデータ転送量※

システム構成ツリー選択時
JP1/IM - Central Information Masterのデータ転送量※

注※　それぞれのデータ転送量は，以降に示す表で見積もってください。

JP1/AJS2のデータ量見積もり

表I-8　JP1/AJS2のデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

200
+aの総和
+bの総和
+cの総和
+dの総和
a：
スケジューラサービス
10
+スケジューラサービス名長
+文字コード長

b：
ジョブグループ
20
+スケジューラサービス名長
+ユニット完全名長
+ジョブグループ名長
+コメント名長

c：
ルートジョブネット
20
+スケジューラサービス名長
+ユニット完全名長
+ジョブネット名長
+コメント名長

d：
実行エージェント
10
+スケジューラサービス名長
+ルートジョブネットパス
+ジョブ実行エージェント名長

JP1/PFMのデータ量見積もり

表I-9　JP1/PFMのデータ量

見積もり式
項目
各項目のデータ量の見積もり（単位：バイト）

200
+eの総和
e：
サービス
310
+ホスト名長
+インスタンス名長

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　08-10の変更内容

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

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

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

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

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

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

付録K.1　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.2　08-01の変更内容

相関イベントの発行で次の機能をサポートした。

相関イベントの発行処理の対象とする範囲を絞り込めるようにした。

任意の属性をキーにして，イベント条件に一致する複数のJP1イベントをグルーピングし，グループ単位に相関イベントを発行できるようにした。

1件の相関イベント発行条件で保持できるJP1イベントの組数を変更できるようにした。

JP1イベント（3F28，3F30）を追加した。

バックアップ対象ファイルに次のファイルを追加した。

システムプロファイル（.system）

制限値一覧を08-01に合わせて更新した。

メッセージを追加，変更した。

付録K.3　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.4　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.5　07-50の変更内容

IPFサーバで動作するJP1/Integrated Manager - Central Consoleをサポートした。

統合機能メニューから起動できる対象プログラムを変更した。

UNIX OS上で動作するJP1/Integrated Manager - Central Scopeをサポートした。

統合コンソールでのJP1イベントの対処状況の変更に連動して，監視オブジェクトの状態を変えられるようにした。

DB更新処理中の障害によるDB破損を防ぐための機能（監視オブジェクト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.6　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.7　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　（3020-3-K01-81）の変更内容

3020-3-K01-81の変更内容を表L-1に示します。

表L-1　3020-3-K01-81の変更内容

#
変更個所
追加・変更内容

1
前書き
■対象製品
［訂正前］
適用OS：Windows Server 2003，Windows XP Professional
P-242C-6H84
JP1/Integrated Management - View
08-50
適用OS：Windows Vista
P-2A2C-6H84
JP1/Integrated Management - View
08-50
適用OS：Windows Server 2003
P-242C-8E84
JP1/Integrated Management - Manager
08-50
P-242C-6L84
JP1/Base
08-50
［訂正後］
適用OS：Windows Server 2003，Windows XP Professional
P-242C-6H84
JP1/Integrated Management - View
08-50
適用OS：Windows Vista，Windows Server 2008
P-2A2C-6H84
JP1/Integrated Management - View
08-50※
適用OS：Windows Server 2003
P-242C-8E84
JP1/Integrated Management - Manager
08-50
P-242C-6L84
JP1/Base
08-50
適用OS：Windows Server 2008
P-2A2C-8E84
JP1/Integrated Management - Manager
08-50
P-2A2C-6L84
JP1/Base
08-50

2
前書き
■対象製品
［訂正前］
適用OS：AIX
P-1M2C-8E81
JP1/Integrated Management - Manager
08-50
P-1M2C-6L81
JP1/Base
08-50
［訂正後］
適用OS：AIX 5L 5.2，5L 5.3
P-1M2C-8E81
JP1/Integrated Management - Manager
08-50
P-1M2C-6L81
JP1/Base
08-50
適用OS：AIX 6.1
P-1M2C-9E81
JP1/Integrated Management - Manager
08-50
P-1M2C-6L81
JP1/Base
08-50

3
前書き
■対象製品
［訂正前］
適用OS：Linux AS 4（x86），Linux ES 4（x86），Linux AS 4（AMD64 & Intel EM64T），Linux ES 4（AMD64 & Intel EM64T）
P-9S2C-8E81
JP1/Integrated Management - Manager
08-50
P-9S2C-7L81
JP1/Base
08-50
適用OS：Linux AS 4（IPF）
P-9V2C-8E81
JP1/Integrated Management - Manager
08-50
P-9V2C-6L81
JP1/Base
08-50
［訂正後］
適用OS：Linux AS 4（x86），Linux ES 4（x86），Linux AS 4（AMD64 & Intel EM64T），Linux ES 4（AMD64 & Intel EM64T）
P-9S2C-8E81
JP1/Integrated Management - Manager
08-50
P-9S2C-7L81
JP1/Base
08-50
適用OS：Linux 5（x86），Linux 5 AP（x86），Linux 5（AMD64 & Intel EM64T），Linux 5 AP（AMD64 & Intel EM64T）
P-9S2C-9E81
JP1/Integrated Management - Manager
08-50
P-9S2C-7L81
JP1/Base
08-50
適用OS：Linux AS 4（IPF）
P-9V2C-8E81
JP1/Integrated Management - Manager
08-50
P-9V2C-6L81
JP1/Base
08-50
適用OS：Linux 5（IPF），Linux 5 AP（IPF）
P-9V2C-9E81
JP1/Integrated Management - Manager
08-50
P-9V2C-6L81
JP1/Base
08-50

4
前書き
■対象製品
［追加］
注※　Windows Server 2008は，P-2A2C-6H84 JP1/Integrated Management - View 08-50-05以降でサポートしています。

5
はじめに
■このマニュアルでの表記
［訂正前］
[図データ]
［訂正後］
[図データ]

6
はじめに
■このマニュアルでの表記
［訂正前］
[図データ]
［訂正後］
[図データ]

7
はじめに
■このマニュアルでの表記
［追加］
[図データ]

8
はじめに
■このマニュアルでの表記
［訂正前］

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

［訂正後］

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

9
はじめに
■Windows版JP1/IM，JP1/Baseのインストール先フォルダの表記
［訂正前］
Windows Vistaの場合，「システムドライブ:¥ProgramData」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。
［訂正後］
Windows Vista，Windows Server 2008の場合，「システムドライブ:¥ProgramData」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。

10
3.1.2
表 3-4 JP1/IMの前提OS
［追加］
[図データ]

11
3.1.2
表 3-4 JP1/IMの前提OS
［訂正前］

（凡例）

○：動作する

－：動作しない

注※1　JP1/Baseは，OSによって機能のサポート範囲が異なります。詳しくは，マニュアル「JP1/Base 運用ガイド」を参照してください。

注※2　Windows Server 2003(IPF)，HP-UX (IPF)，Linux (IPF)上で動作できるのはIPF版JP1/IM - ManagerとIPF版JP1/Baseだけです。

注※3　Windows Vista版のJP1/IM - Viewでは，JISコード第3水準および第4水準の文字はサポートしていません。JP1/IM - View上，および定義ファイルでこれらの文字を使用した場合は，文字化けが発生して正しく動作しないおそれがあります。

なお，サポートしているOSのバージョンや種類（例：Enterprise Editionなど）については，各製品のリリースノートを参照してください。
［訂正後］

（凡例）

○：動作する

－：動作しない

注※1　JP1/Baseは，OSによって機能のサポート範囲が異なります。詳しくは，マニュアル「JP1/Base 運用ガイド」を参照してください。

注※2　Windows Server 2003(IPF)，HP-UX (IPF)，Linux (IPF)上で動作できるのはIPF版JP1/IM - ManagerとIPF版JP1/Baseだけです。

注※3　Windows VistaおよびWindows Server 2008版のJP1/IM - View，JP1/IM-Managerでは，JISコード第3水準および第4水準の文字はサポートしていません。JP1/IM - View上，定義ファイル，およびコマンド引数でこれらの文字を使用した場合は，文字化けが発生して正しく動作しないおそれがあります。

なお，サポートしているOSのバージョンや種類（例：Enterprise Editionなど）については，各製品のリリースノートを参照してください。

12
3.7.1
(1)プロセス異常終了時の再起動
［訂正前］
なお，Windowsの場合は，プロセスがアプリケーションエラーになると，ワトソン博士のメッセージボックスやMicrosoftへのエラー報告のダイアログ（Windows Server 2003限定）が表示されます。これらが表示されると入力待ちとなって再起動ができないため，画面表示によるエラーの通知を抑止する必要があります。
［訂正後］
なお，Windowsの場合は，プロセスがアプリケーションエラーになると，ワトソン博士のメッセージボックスやMicrosoftへのエラー報告のダイアログが表示されることがあります。

13
7.7.4
(1)スクロールバッファー
［訂正前］
スクロールバッファーの値（バッファリングするJP1イベントの件数）は，［ユーザー環境設定］画面またはユーザープロファイル（defaultUserまたはprofile_ユーザー名）を編集することで変更できます。10～2,000（単位：件）の範囲で変更できます（WWWページ版のJP1/IM - Viewは10～1,000）。
デフォルトでは500（単位：件）となっています（WWWページ版のJP1/IM - Viewはデフォルト100）。また，推奨値は，500（単位：件）です（WWWページ版のJP1/IM - Viewは10～100）。
ユーザー環境のカスタマイズについて

ユーザー環境をGUIでカスタマイズする（推奨）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」

ユーザー環境を定義ファイルでカスタマイズする
通常は，GUIの［ユーザー環境設定］画面により設定してください。
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　ユーザープロファイル（defaultUser | profile_ユーザー名）」（3.　定義ファイル）

［訂正後］
スクロールバッファーの値（バッファリングするJP1イベントの件数）は，［ユーザー環境設定］画面で変更できます。10～2,000（単位：件）の範囲で変更できます（WWWページ版のJP1/IM - Viewは10～1,000）。
デフォルトでは500（単位：件）となっています（WWWページ版のJP1/IM - Viewはデフォルト100）。また，推奨値は，500（単位：件）です（WWWページ版のJP1/IM - Viewは10～100）。
ユーザー環境のカスタマイズについて

ユーザー環境をGUIでカスタマイズする（推奨）
参照先：マニュアル「JP1/Integrated Management - Manager リファレンス　1.3.14　［ユーザー環境設定］画面」

14
9.3.1
(1)インストールの手順
2. 提供媒体をCD-ROMドライブに入れ，インストールする。
［訂正前］

プログラムフォルダ（スタートメニューの登録個所の指定）
JP1/IM - Viewのインストール時だけ指定します。
ただし，Windows Vista版のJP1/IM - Viewのインストール時は，プログラムフォルダの指定はできません。

［訂正後］

プログラムフォルダ（スタートメニューの登録個所の指定）
JP1/IM - Viewのインストール時だけ指定します。
ただし，Windows VistaおよびWindows Server 2008版のJP1/IM - Viewのインストール時は，プログラムフォルダの指定はできません。

15
9.5.2
(1)障害発生時の資料採取の準備
［訂正前］
メモリーダンプの出力設定

Windows Server 2003，Windows Server 2003(IPF)の場合

［訂正後］
メモリーダンプの出力設定

Windowsの場合

16
9.5.2
(1)障害発生時の資料採取の準備
［訂正前］
クラッシュダンプの出力設定

Windows共通

［訂正後］
クラッシュダンプの出力設定

Windows Server 2003，Windows Server 2003(IPF)の場合

17
22.3.1
表 22-1 ツールバーのボタンから呼び出せる機能
［訂正前］

注※　Windows Vista版のJP1/IM - Viewでは，JP1/NETM/DM ManagerのWWWページ版との連携はできないため，［資産・配布管理］ボタンは表示されません。

［訂正後］

注※　Windows VistaおよびWindows Server 2008版のJP1/IM - Viewでは，JP1/NETM/DM ManagerのWWWページ版との連携はできないため，［資産・配布管理］ボタンは表示されません。

18
22.3.2
表22-2 ［統合機能メニュー］画面に表示される機能
［訂正前］

（凡例）

－：なし

注※　Windows Vista版のJP1/IM - Viewでは，JP1/NETM/DM ManagerのWWWページ版との連携はできないため，［資産・配布管理］メニューは表示されません。
［訂正後］

（凡例）

－：なし

注※　Windows VistaおよびWindows Server 2008版のJP1/IM - Viewでは，JP1/NETM/DM ManagerのWWWページ版との連携はできないため，［資産・配布管理］メニューは表示されません。

19
24.2.4
(1)Windowsの場合
表 24-5 JP1/IM - Viewのログファイル・フォルダ一覧
［訂正前］

注　Windows Vistaの場合は「Viewパス¥log¥」を「システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥」に置き換えてください。

［訂正後］

注　Windows VistaまたはWindows Server 2008の場合は「Viewパス¥log¥」を「システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥」に置き換えてください。

20
24.3.1
(1)OSのシステム情報
表 24-8 OSのシステム情報（Windows）
［訂正前］
[図データ]
［訂正後］
[図データ]

21
24.3.1
(1)OSのシステム情報
表 24-8 OSのシステム情報（Windows）
［訂正前］
[図データ]
［訂正後］
[図データ]

22
24.3.1
(1)OSのシステム情報
表 24-8 OSのシステム情報（Windows）
［訂正前］

注※4　Windows Vista版のJP1/IM - Viewでは，クラッシュダンプは採取しません。

［訂正後］

注※4　Windows VistaおよびWindows Server 2008版のJP1/IM - View，JP1/IM - Managerでは，クラッシュダンプは採取しません。

23
24.3.1
(2)JP1の情報
表 24-9 JP1の情報（Windows）
［訂正前］
[図データ]
［訂正後］
[図データ]

24
24.3.1
(6)ユーザーダンプ（Windows Vista，Windows Server 2008限定）
［訂正前］

(6)ユーザーダンプ（Windows Vista限定）

Windows VistaでJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

［訂正後］

(6)ユーザーダンプ（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

25
24.3.1
(7)問題レポート（Windows Vista，Windows Server 2008限定）
［訂正前］

(7)問題レポート（Windows Vista限定）

Windows VistaでJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

［訂正後］

(7)問題レポート（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

26
24.4.1
(7)ユーザーダンプを採取する（Windows Vista，Windows Server 2008限定）
［訂正前］

(7)ユーザーダンプを採取する（Windows Vista限定）

Windows VistaでJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，エラーダイアログが表示されている状態で，次の手順でユーザーダンプを採取してください。

［訂正後］

(7)ユーザーダンプを採取する（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，エラーダイアログが表示されている状態で，次の手順でユーザーダンプを採取してください。

27
24.4.1
(8)問題レポートを採取する（Windows Vista，Windows Server 2008限定）
［訂正前］

(8)問題レポートを採取する（Windows Vista限定）

Windows VistaでJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，次の手順で問題レポートを採取してください。

［訂正後］

(8)問題レポートを採取する（Windows Vista，Windows Server 2008限定）

Windows VistaまたはWindows Server 2008でJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，次の手順で問題レポートを採取してください。

28
付録A.3
表 A-15 ユーザーが参照・編集する必要のないファイル・フォルダ一覧（JP1/IM - View）
［訂正前］

注※1　Windows Vistaの場合だけ存在するフォルダです。Windows Vistaの場合は，「Viewパス¥conf¥」だけでなく，このフォルダにも環境設定ファイルの一部が格納されます。

注※2　Windows Vistaの場合は，「Viewパス¥log¥」部分を「システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥」に置き換えてください。

［訂正後］

注※1　Windows VistaまたはWindows Server 2008の場合だけ存在するフォルダです。Windows VistaまたはWindows Server 2008の場合は，「Viewパス¥conf¥」だけでなく，このフォルダにも環境設定ファイルの一部が格納されます。

注※2　Windows VistaまたはWindows Server 2008の場合は，「Viewパス¥log¥」部分を「システムドライブ:¥ProgramData¥HITACHI¥JP1¥JP1_DEFAULT¥JP1CoView¥log¥」に置き換えてください。

付録M　用語解説

（英字）

BJEX

一定期間のデータを集めて，まとめて一括処理をするバッチ処理を対象としたバッチジョブ実行システムの製品です。

Cosminexus

アプリケーションサーバを中核とした，性能および信頼性の高い業務アプリケーションを実行および開発するためのシステム構築基盤製品です。

HiRDB

業務の規模に応じたリレーショナルデータベースを構築できるようにする，データベース管理システム（DBMS）の製品です。

JP1/AJS2

業務を自動的に運用するためのプログラムです。

処理を順序付けて定期的に実行したり，特定の事象が発生したときに処理を開始したりできます。

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は，「統合コンソール」および「統合スコープ」の二つの機能によって構成されています。

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/AJS2などが使用しています。

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」を参照してください。

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」です。

インシデント

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/IMの統合コンソールにもガイドがありますが，こちらはJP1イベント単位でのガイドを表示する機能です。

→「イベントガイド機能」を参照してください。

拡張属性

JP1イベントが持つ情報（属性）のうち，イベント発行元プログラムが任意に指定する属性のことです。

→「JP1イベント」を参照してください。

仮想ルートノード

監視ツリーの監視範囲設定を有効にしたときにだけ表示されます。

仮想ルートノードは，監視グループや監視オブジェクトと異なり，情報の編集（［プロパティ］画面での編集）や状態の変更などの操作ができません（仮想ルートノード下の監視ノードの状態が変化すると，仮想ルートノードの状態もそれに合わせて変化しますが，仮想ルートノードの状態を直接変更することはできません。下位の監視ノードの状態を変更する必要があります）。

監視オブジェクト

JP1/IMの統合スコープで，監視する対象のことです。または，監視する対象の状態を［監視ツリー］画面で表示するアイコンのことです。

監視オブジェクトは，監視対象からのJP1イベントを統合スコープが受信したときに，状態変更条件と呼ぶ条件（例えば，重大度が緊急のあるJP1イベントを受信したときに状態を緊急にするなど）によって判定し，状態を表示します。これによって，システム上の監視対象がどのような状態になっているかを管理します。

監視グループ

JP1/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/AJS2，およびJP1/Power Monitor 06-02以降が使用しています。データベースは，各サーバのローカルディスクにあり，定義パラメーターが物理ホストおよび論理ホストごとに分けて格納されています。

なお，JP1をクラスタシステムで運用する場合は，実行系・待機系の各サーバにある共通定義情報の論理ホストの定義内容を同じにする必要があります。このため，セットアップや環境設定をしたときは，実行系サーバでパラメーターを設定した後で，待機系サーバに設定をコピーします。

クラスタシステム

複数のサーバを連携させて一つのシステムとして運用するシステムのことです。

障害が発生してもほかのサーバに処理を引き継ぐことで業務が中断することを避け，可用性を向上させることを目的としています。この処理を引き継ぐことをフェールオーバーといいます。

業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムの種類には，複数のサーバが並列処理をして負荷分散することを目的としたシステム構成などもありますが，このマニュアルでは，フェールオーバーによって業務の中断を防ぐシステム構成のことだけを指します。

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

JP1/IM - Viewが連続して受信する同一内容のJP1イベントを一つに集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示する機能です。この機能によって，重要なJP1イベントの見落としを防止できます。

繰り返しイベントの集約表示機能では，同一内容のJP1イベントを一つのイベントにまとめたイベントのことを集約イベントといいます。集約イベントには，集約を継続中のイベント（集約中イベント）と，集約が完了したイベント（集約完了イベント）の2種類があります。

また，同一内容のJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントのことを集約開始イベント，集約開始イベント以降に受信した集約開始イベントと同一内容のJP1イベントを繰り返しイベント，繰り返しイベントがないためイベントが集約されないイベントを非集約イベントといいます。

系切り替えシステム

→「クラスタシステム」を参照してください。

構成管理

JP1/IMが運用管理するシステムの各ホストを，マネージャーとエージェントによって階層化した構成として管理するためのJP1/Baseの機能です。

管理するための情報として，構成定義の情報を使います。

→「構成定義」を参照してください。

構成定義

JP1/IMが運用管理するシステムの構成を定義した情報です。

構成定義には，JP1/IMのマネージャーとエージェントの階層関係を定義します。また，マネージャーは階層化して定義でき，例えば上位の統合マネージャーと下位の拠点マネージャーのように定義できます。

構成定義は，JP1/Baseの構成管理の機能によって管理されています。

構成定義に定義している階層化したホストの情報は，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/IMでは，重要イベントを確実に検知して対処できるよう［重要イベント］ページを提供しています。［重要イベント］ページでは，重要イベントだけ集中的に表示できるほか，各重要イベントの対処状況を管理できます。

状態

JP1/IMの統合スコープで，監視ノードが管理している監視対象の状態です。

監視ノードの状態には，「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」，および「初期状態」があります。「初期状態」とは監視対象がどのような状態か情報を持っていないことを意味します。

例えば，監視ノードで障害が発生して，重大度が緊急のJP1イベントが発行された場合，JP1/IMの統合スコープはその事象を監視ノードの状態によって管理します。

状態監視

自動アクションの異常終了を監視することです。状態監視することで，「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」の状態となって異常終了した自動アクションを検知し，ユーザーに通知できます。

状態変更条件

JP1/IMの統合スコープで，監視オブジェクト，監視グループのそれぞれで状態を変更する契機を決める条件です。

監視オブジェクトの状態変更条件
監視オブジェクトの状態を，どのようなJP1イベントが監視対象で発生したときに変更するか，を定義します。共通条件と個別条件，および条件が成立したときに変更する状態から構成されます。
共通条件とは，監視オブジェクトの種類に応じて共通して使われる条件のことです。例えば，ジョブ異常終了時を意味するイベントIDはジョブを監視する監視オブジェクトに共通して使われます。このような条件が共通条件として定義されています。
個別条件とは，監視オブジェクトごとに固有の値を持つ条件のことです。例えば，ジョブの名称やジョブを実行するホスト名などによって，監視オブジェクトが何を監視しているかを特定しています。このような条件が個別条件として定義されています。なお，システム監視オブジェクトの場合は，状態変更条件の個別条件に，監視オブジェクトの基本情報と同じ属性が定義されています。

監視グループの状態変更条件
監視グループの状態を，子ノードがどのような状態になったときに変更するかを定義します。子ノードの状態と比較条件，および条件が成立したときに変更する状態から構成されます。
子ノードの状態とは，監視グループの下位(直下)の監視ノードの状態のことです。例えば「警戒」を定義した場合には，「警戒」よりも優先度の高い「緊急」も含みます。
比較条件とは，「子ノードの状態」になった子ノードを，比率と個数のどちらかで比較するための条件です。比率は「子ノードの状態」になった子ノードを，子ノードの総数で割った百分率（％）で算出されます。個数は「子ノードの状態」になった子ノードの数です。

除外条件

条件に一致したJP1イベントを除外するフィルター条件です。イベント取得フィルター，イベント表示フィルター，重要イベントフィルター，ユーザーフィルター，およびイベント検索で設定できます。

初期状態

JP1/IMの統合スコープで，監視ツリー上の監視ノードがどのような状態か情報を持っていないことです。

→「状態」を参照してください。

セントラルコンソール

統合コンソールのことです。

→「統合コンソール」を参照してください。

セントラルスコープ

統合スコープのことです。

→「統合スコープ」を参照してください。

相関イベント

相関イベントの発行によって，発行されたJP1イベントです。JP1/IMは関連性を持つJP1イベントが発行されたときに，相関イベントとして新しいJP1イベントを発行できます。JP1イベント同士の関連づけや発行する相関イベントについては，相関イベント発行定義としてユーザーが定義できます。

相関イベント発行定義

相関イベントを発行するための定義です。どのJP1イベント同士を関連づけるかや，発行する相関イベントの内容などを定義します。相関イベントの発行定義には，相関イベント発行条件名，相関の対象範囲の絞り込み条件，イベント条件，タイムアウト時間，イベント相関タイプ，同一属性値条件，同時相関数，および相関成立イベントを定義します。

相関元イベント

相関イベントの発行契機となったJP1イベントです。相関元イベントは，［関連イベント一覧（相関）］画面に一覧表示できます。

→「相関イベント」を参照してください。

（タ行）

遅延監視

自動アクションの実行開始から終了するまでの時間を監視することです。遅延監視をすることで，一定時間経過しても終了しない自動アクションを検知し，ユーザーに通知できます。

通過条件

条件に一致したものを表示（取得）するフィルター条件です。イベント取得フィルター，イベント表示フィルター，重要イベントフィルター，ユーザーフィルター，およびイベント検索で設定できます。

転送フィルター

JP1/IMの各ホストで，転送するJP1イベントの条件と転送先マネージャーホストを設定するフィルターです。

これは，JP1/Baseのイベントサービスで設定する転送設定のことで，この転送設定をJP1/IMでは転送フィルターと呼んでいます。

JP1/IMでは，システムで発生した事象をJP1イベントによって集中管理するために，JP1イベントをJP1/IMのマネージャーホストに転送しています。この転送するJP1イベントを転送フィルターによって設定します。

統合機能メニュー

任意のアプリケーションを登録して起動できる，JP1/IM - Viewの画面です。

JP1/IMのシステム運用で，運用作業に必要なアプリケーションを統合機能メニューに登録しておくことによって，JP1/IM - Viewによる運用作業を統合できます。

統合機能メニューには，あらかじめJP1シリーズ製品の画面を呼び出すための定義が設定されています。

統合コンソール

システムで発生した事象をJP1イベントによって集中管理することで，システムを統合管理するための仕組みです。

統合コンソールでは，システムの各ホストで発生した事象をJP1イベントによって管理します。JP1イベントのうち，管理や対処が必要とされる重要なイベントは，マネージャーホストに転送し，集中的に管理します。これを，ビューアーである［イベントコンソール］画面によって監視することで，システムを集中的に監視できます。

また，特定のJP1イベントが発生したときに自動的にコマンドを実行する自動アクションや，ビューアーからシステムを操作する機能を持ちます。

これらの機能によって，システム運用管理では，システムの監視，問題の調査や対策が効率的にできます。

なお，統合コンソール（英訳：Central Console）は，セントラルコンソールという場合もあります。

統合スコープ

システムの監視画面として管理者の目的に合わせた画面を提供することで，目的指向型のシステムを監視するための仕組みです。

統合スコープでは，システムを構成するホスト，プログラム，業務などさまざまな監視対象を［監視ツリー］画面でツリー形式で表示します。ツリーによって監視対象の関連がビジュアルに表示されるため，システムで発生した問題の影響範囲を視覚的に確認できます。

また，［ビジュアル監視］画面では，特に重点的に監視が必要な対象を，アイコンとして地図や業務組織図などの画像に配置してマップ形式で表示することもできます。これによって大規模なシステムでも管理者が必要な視点で監視できます。

なお，統合スコープ（英訳：Central Scope）は，セントラルスコープという場合もあります。

（ハ行）

バリアブルバインディング

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提供プログラム）のことです。または，ビューアーを実行するホストのことです。

ビューアーは，統合コンソール，統合スコープ，システム情報管理，およびルール管理のマネージャーに接続して，システムの監視や管理作業をします。

表示フィルター

［イベントコンソール］画面で表示する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のプロセス異常を早期に検知・対応できるようになります。

注※

セントラルスコープサービスには，対応していません。

（マ行）

マネージャー

JP1/IMで，システム上のほかのプログラムを管理する役割のプログラムのことです。または，システム上のほかのホストを管理する役割のホストのことです。

JP1/IMでは，JP1/IM - Managerがマネージャープログラムとして，エージェントプログラムであるJP1/Baseを管理します。

マネージャーホストでは，基盤機能を提供するJP1/Baseと，JP1/IM - Managerを実行します。

（ヤ行）

ユーザーフィルター

［イベントコンソール］画面に表示できるJP1イベントの条件を，JP1ユーザーごとに設定するためのフィルターです。

システムの運用作業をするユーザーごとに表示するJP1イベントを制限する場合などに使用します。

（ラ行）

論理ホスト

クラスタシステムでJP1を運用するときに，JP1の実行環境となる論理上のサーバです。また，障害が発生した場合に，フェールオーバーするときの単位です。

論理ホストは，フェールオーバーの時に引き継がれる論理IPアドレスと共有ディスクを持ち，それらを使って実行するJP1などのアプリケーションから構成されます。

フェールオーバー時は，論理IPアドレスと共有ディスクを引き継いでJP1の実行を継続します。これによって，JP1を実行するサーバが物理的に変わっても，ほかのホストからは同じIPアドレスでアクセスでき，一つのホストが常に動作しているように見えます。

索引

[数字]
[Ｂ][Ｃ][Ｄ][Ｈ][Ｉ][Ｊ][Ｋ][Ｎ][Ｏ][Ｓ][Ｔ][Ｕ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(数字)

07-10の変更内容

07-11の変更内容

07-50の変更内容

07-51の変更内容

08-00の変更内容

08-01の変更内容

08-10の変更内容

(英字)

(Ｂ)

BJEX（用語解説）

BJEXとJP1/IM - Manager間の通信に関する設定

BJEXとの連携の概要

BJEXと連携するための設定

BJEXの設定

BJEX連携時の画面

［イベント検索条件設定］画面

［イベントコンソール］画面

［イベント詳細］画面

［応答入力］画面

画面遷移

［関連イベント一覧］画面

フィルターの条件定義画面

［ユーザー環境設定］画面

BJEX連携時のコマンド

jcoimdef

jim_log.bat（Windows限定）

jim_log.sh（UNIX限定）

BJEX連携用のJP1/IMの機能

(Ｃ)

console_ja.html

Cosminexus

監視ツリーの自動生成

監視ツリーへの追加

システム構成例

用語解説

連携用のセットアップ

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

CSV形式ファイルによる監視画面の作成

CSV出力できる画面

イベント一覧情報の保管

クリップボードにコピーする

CSVの出力イメージ・出力形式

イベント一覧情報の保管

クリップボードにコピーする

CSVの出力項目

イベント一覧情報の保管

クリップボードにコピーする

(Ｄ)

DBの管理

再作成

再作成（イベントDB）

再作成（応答待ちイベント滞留ファイル）

再作成（監視オブジェクトDB・ホスト情報DB）

再作成（コマンド実行履歴）

再編成

再編成（イベントDB）

再編成（応答待ちイベント滞留ファイル）

再編成（監視オブジェクトDB・ホスト情報DB）

再編成（コマンド実行履歴）

バックアップ

バックアップ（イベントDB）

バックアップ（応答待ちイベント滞留ファイル）

バックアップ（監視オブジェクトDB）

バックアップ（コマンド実行履歴）

バックアップ（ホスト情報DB）

リカバリー

リカバリー（イベントDB）

リカバリー（応答待ちイベント滞留ファイル）

リカバリー（監視オブジェクトDB）

リカバリー（コマンド実行履歴）

リカバリー（ホスト情報DB）

DBの再作成

DBの再編成

DBのバックアップおよびリカバリー

(Ｈ)

HiRDB

監視ツリーへの追加

汎用監視オブジェクトの作成例

用語解説

連携用のセットアップ

Hitachi PP Installer

Hitachi PP Installerの起動

Hitachi PP Installerの使用方法

HTTPサーバのインストール

HTTPサーバの設定

(Ｉ)

IPアドレス

IPアドレスの検討

IPアドレスの設定変更

IPアドレスの変更によって必要となる作業

IPアドレスの変更による影響

(Ｊ)

［Javaコンソール］画面の表示設定

jcochfilterコマンドを使用して切り替える（イベント取得フィルター）

jcochfilterコマンドを使用して切り替える（共通除外条件）

jcochstat

接続許可の検討

JP1/AJS2

監視ツリーの自動生成

システム監視オブジェクトの作成例

システム構成例

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

用語解説

連携用のセットアップ

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

JP1/Base

JP1/IMの基盤機能

JP1イベントの管理

JP1イベントの転送設定（UNIX）

JP1イベントの転送設定（Windows）

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

JP1ユーザーの管理

JP1ユーザーの操作権限の設定（UNIX）

JP1ユーザーの操作権限の設定（Windows）

JP1ユーザーの登録（UNIX）

JP1ユーザーの登録（Windows）

イベントサービス機能の設定（UNIX）

イベントサービス機能の設定（Windows）

イベントサービスの定義情報の収集と配布（UNIX）

イベントサービスの定義情報の収集と配布（Windows）

イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定（UNIX）

イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定（Windows）

インストール（UNIX）

インストール（Windows）

エージェントホスト側での検討項目

機能一覧

構成定義情報の設定（UNIX）

構成定義情報の設定（Windows）

コマンド実行環境の設定（UNIX）

コマンド実行環境の設定（Windows）

コマンド実行の管理

サービスの起動管理

サービスの起動順序の設定

システムの構成管理

障害に備えた設定（UNIX）

障害に備えた設定（Windows）

障害に対する検討

障害レポートの利用

正規表現

接続性

セットアップ（UNIX）

セットアップ（Windows）

前提OS

前提プログラム

通信の制御

定義情報の収集と配布

転送フィルター

統合トレース機能

認証サーバの指定（UNIX）

認証サーバの指定（Windows）

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

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

ファイアウォール対応

複数LAN対応

プライマリー認証サーバの設定情報のコピー（UNIX）

プライマリー認証サーバの設定情報のコピー（Windows）

プロセス管理

ヘルスチェック機能

ユーザー認証の設定（UNIX）

ユーザー認証の設定（Windows）

ユーザーマッピングの設定（UNIX）

ユーザーマッピングの設定（Windows）

用語解説

JP1/Baseのプロセス管理

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

JP1/Cm2/NNM

システム構成例

用語解説

連携用のセットアップ

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

JP1/Cm2/SSO

監視ツリーの自動生成

汎用監視オブジェクトの作成例

汎用監視オブジェクトの作成例（Cosminexus業務のリソース監視）

用語解説

連携用のセットアップ

JP1/IM

JP1/Baseによる基盤機能

JP1/Baseによる通信の制御

JP1/Baseのセットアップ（UNIX）

JP1/Baseのセットアップ（Windows）

JP1/IM - Incident Masterとの連携

JP1/IM - Incident Masterと連携する

JP1/IM - Managerからログアウトする

JP1/IM - Managerにログインする

JP1/IM - Managerの起動と終了

JP1/IM - Managerのセットアップ（UNIX）

JP1/IM - Managerのセットアップ（Windows）

JP1/IM - Managerへのログインとログアウト

JP1/IM - Managerを起動する

JP1/IM - Managerを終了する

JP1/IM - Rule Operationとの連携

JP1/IM - Rule Operationと連携する

JP1/IM - Viewのセットアップ

JP1/IM - Viewの表示情報をCSV出力する

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

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

JP1/IMが動作するホストの設定変更

JP1/IMシステムの構成変更

JP1/IMシステムの設計

JP1/IMシステムのメンテナンス

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

JP1/IM導入の流れ

JP1/IMとは

JP1/IMによるシステムの操作

JP1/IMのイベント取得時の動作設定

JP1/IMの処理性能

JP1/IMの設定情報の変更

JP1/IMの導入設計の概要

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

JP1イベントによりシステムを監視する

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

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

JP1イベントを検索する

JP1イベントを発行したアプリケーションをモニター起動する

WWWページ版のJP1/IM - Viewを使用する場合の設定

イベントガイド情報の編集

イベント取得フィルターを切り替える

インストール（UNIX）

インストール（Windows）

インストールとセットアップ（UNIX）

インストールとセットアップ（Windows）

インストールとセットアップの流れ（UNIX）

インストールとセットアップの流れ（Windows）

インストール前に必要な作業（UNIX）

インストール前に必要な作業（Windows）

運用管理の設計

ガイド情報の編集

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

概要

概要

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

各製品の機能

各製品の接続性

各バージョンの変更内容

環境変数の設定

［監視ツリー］画面で監視する

監視ツリーをGUIで作成する

起動する

起動と終了に関する注意事項

機能

機能概要

基盤機能

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

クラスタ運用時の注意事項

クラスタ運用の概要

クラスタ運用の環境設定（UNIXの場合）

クラスタ運用の環境設定（Windowsの場合）

クラスタシステムでの運用と環境構築

構成

構成

システム運用（概要）

システム運用サイクル

システム環境で行う通信

システム構成

システム構成の検討

システム統合管理

システム統合管理（全体像）

システムの構成管理

システムの構成定義の検討

システムの構築の概要（統合コンソール）

システムの構築の概要（統合スコープ）

システムの操作

自動アクション

自動アクションの検討

自動アクションの状況を確認し，自動アクションの操作を行う

自動アクションの設定

重要イベントの対処状況を設定する

終了する

障害に対する検討

資料の採取方法

スレッドダンプを出力する（Windows）

正規表現

制限値一覧

性能と見積もり

性能評価モデルケース

製品構成

製品構成（概要）

設計項目

設計の概要

設定情報のバックアップとリカバリー

セットアップ内容の設計（UNIX）

セットアップ内容の設計（Windows）

相関イベント発行の設定

操作権限一覧

対処状況変更時のJP1イベント発行の設定

対処の手順

ダンプファイルを出力する（UNIX）

通信

通信設定の変更対応

ディスク容量の管理

データベースの管理

統合機能メニューで他アプリケーションの画面を表示する

統合機能メニューの設定

統合コンソールによる運用シナリオ

統合コンソールによるシステム統合管理

統合コンソールによるシステムの監視

統合コンソールによるシステムの集中監視

統合コンソールの設定

統合スコープによる運用シナリオ

統合スコープによるシステム監視の検討

統合スコープによるシステム統合管理

統合スコープによるシステムの監視

統合スコープによる目的指向型のシステム監視

統合スコープの環境設定の概要

統合スコープの設定

統合スコープの動作環境の設定

動作環境の検討

動作制御

特長

トラブルシューティング

トラブル発生時に採取が必要な資料

トラブルへの対処方法

ネットワーク構成に応じた運用と環境構築

ネットワーク構成の検討

［ビジュアル監視］画面で監視する

［ビジュアル監視］画面をGUIで作成する

表示フィルターを有効にする

ファイアウォール環境での運用

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

複数ネットワークでの運用

プロセス一覧

ポート番号

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

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

ほかの統合管理製品と連携するための設定

ホスト情報の登録

保存したCSV形式ファイルによる監視画面の作成

マニュアルの読み方について

ユーザー認証の検討

用語解説

リモートホストでコマンドを実行する

履歴レポートの活用

連携製品のモニター起動の設定

ログアウトする

ログインする

ログインユーザーごとのJP1/IM - Viewの設定

ログ情報の種類

JP1/IM - Central Console

用語解説

JP1/IM - Central Information Master

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

監視ツリーの自動生成

監視ツリーの自動生成（注意事項）

システム構成例

用語解説

連携用のセットアップ（JP1/IM - View）

連携用のセットアップ（自動生成）

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

JP1/IM - Central Scope

用語解説

JP1/IM - Central Scope，JP1/IM - Viewのどちらかのバージョンが古い場合

JP1/IM - Incident Master

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

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

JP1イベントの取得開始位置の変更

JP1イベントをインシデントとして登録する

インシデント登録（概要）

インシデント登録サービスの環境設定

インシデント登録サービスの起動設定

インシデントの自動登録

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

画面呼び出し設定

システム構成例

設定項目

設定する

操作する

注意事項

トラブルシューティング（インシデントが登録できない）

用語解説

連携用の機能

連携用のシステム設計

連携用のセットアップ（Windows）

JP1/IM - Incident Masterとの連携

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

JP1/IM - Manager

GUIでログインする

jcoviewコマンドでログインする

JP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - Console View 06-00～06-71を接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - View 07-00～07-51を接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - View 07-00～07-51を接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - View 08-00～08-10を接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - View 08-00～08-10を接続した場合の制限事項（統合スコープを使用する場合）

アンインストール（UNIX）

アンインストール（Windows）

インストール（UNIX）

インストール（Windows）

環境変数の設定

起動する

起動と終了に関する注意事項

サービスおよびプロセス（クラスタシステム）

自動起動

自動終了

終了する

障害に備えた設定（UNIX）

障害に備えた設定（Windows）

セットアップ（UNIX）

セットアップ（Windows）

セットアッププログラムの実行（UNIX）

内部のJP1イベント制御の仕組み

ファイル一覧（UNIX）

ファイル一覧（Windows）

プロセス一覧（UNIX）

プロセス一覧（Windows）

プロセス管理

ヘルスチェック機能

用語解説

ログアウトする

ログインする

ログファイル一覧（JP1/IM - Central Console）（UNIX）

ログファイル一覧（JP1/IM - Central Console）（Windows）

ログファイル一覧（JP1/IM - Central Scope）（UNIX）

ログファイル一覧（JP1/IM - Central Scope）（Windows）

JP1/IM - Rule Operation

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

システム構成例

設定項目

設定する

セットアップ（JP1/IM - View）

操作する

注意事項

通知

通知状態・通知結果の確認

通知設定

モニター起動

用語解説

ルール起動要求（概要）

ルール起動要求の状況を確認する

［ルール結果詳細］画面を表示する

連携機能の有効設定

連携用の機能

連携用のシステム設計

連携用のセットアップ（JP1/IM - View）

連携用のセットアップ（Windows）

JP1/IM - Rule Operationとの連携

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

JP1/IM - Service Support

JP1/IM - TELstaff

JP1/IM - View

JP1/Base 06-00～08-11に対してイベント検索した場合の制限事項

JP1/IM - Central Console 06-00～06-71に接続した場合の制限事項

JP1/IM - Central Console 07-00～07-51に接続した場合の制限事項

JP1/IM - Central Information Master連携のセットアップ

JP1/IM - Central Information Master連携のセットアップ

JP1/IM - Central Scope 07-00～07-51に接続した場合の制限事項

JP1/IM - Incident Master連携のセットアップ

JP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合コンソールを使用する場合）

JP1/IM - Manager 08-00～08-10に接続した場合の制限事項（統合スコープを使用する場合）

JP1/IM - Rule Operation連携のセットアップ

JP1/IM - Viewの動作カスタマイズ

JP1イベントを発行したアプリケーションをモニター起動する

アンインストール

［イベント取得条件一覧］画面からイベント取得フィルターを切り替える

［イベント取得条件一覧］画面から共通除外条件を切り替える

［インシデントの登録］画面呼び出し

インストール

カスタマイズ

環境検討

コマンド実行

コマンド実行の検討

コマンドを実行する

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

［システム環境設定］画面からイベント取得フィルターを切り替える

［システム環境設定］画面から共通除外条件を切り替える

システムを操作する

自動アクションの結果確認と再実行をする

障害に備えた設定

セットアップ

統合機能メニュー

統合機能メニューで他アプリケーションの画面を表示する

ファイル一覧

プロセス一覧

モニター起動

用語解説

ログインしたあと画面が表示されない

ログインできない場合

ログファイル一覧

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

JP1/IM - Viewの動作カスタマイズ

JP1/IM - Viewの表示情報をCSV出力する

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

拠点マネージャーおよびエージェントでのJP1/Baseの設定

システム全体のメンテナンスの実施順序

統合マネージャー（JP1/IM - Manager）側での設定

メンテナンスの実施手順

JP1/Integrated Managementによるシステム統合管理

JP1/Integrated Managementの概要

JP1/NETM/DM

用語解説

リモートインストール（UNIX）

リモートインストール（Windows）

連携用のセットアップ

JP1/PAM

連携用のセットアップ

JP1/PFM

監視ツリーの自動生成

連携用のセットアップ

JP1/PFM/SSO（用語解説）

JP1/SCIM

連携用のセットアップ

JP1/ServerConductor

用語解説

連携用のセットアップ

JP1/SESイベント

JP1/IMで監視する

用語解説

JP1/SSO（用語解説）

jp1cohasetup.exe

jp1cshasetup.exe

jp1hosts情報

注意事項

用語解説

JP1イベント

JP1イベントとは

JP1イベントの管理

JP1イベントの転送

一覧に表示できる項目

イベント検索で対処状況を設定する

［イベントコンソール］画面にJP1イベントが表示されない場合

管理する事象の検討

検索結果の表示

検索する

検索手順

検索の方法

固有の拡張属性を表示する

事象の一元管理

システムを監視する

集約表示

重要イベントだけを表示する

重要イベントの対処状況を設定する

詳細情報を表示する

属性

対処状況設定

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

対処状況を表示する

転送するJP1イベントの検討

転送設定（UNIX）

転送設定（Windows）

発行したアプリケーションをモニター起動する

表示する

表示フィルターを有効にする

フィルタリング

フィルタリング設定の検討

見方

用語解説

履歴や統計としての利用

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

JP1イベント検索

検索手順

検索のキャンセル

条件

処理の流れ

操作する

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

JP1イベント発行コマンドの利用

JP1イベントを発行するプログラムとの連携

他形式のイベントをイベント変換機能でJP1イベントにする

JP1イベントによりシステムを監視する

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

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

JP1イベントの管理

JP1イベントの検索

JP1イベントの固有の拡張属性を表示する

JP1イベントの取得開始位置の変更

JP1イベントの詳細情報を表示する

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

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

JP1イベントの対処状況を表示する

JP1イベントの転送

構成管理との関係

定義収集・配布機能の利用

リトライ

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

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

JP1イベント表示の処理の仕組み

JP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する（JP1/IM - Incident Master連携）

JP1がサポートする範囲（クラスタ運用）

JP1共通定義情報（用語解説）

JP1権限レベル

JP1ユーザー

操作権限の設定（UNIX）

操作権限の設定（Windows）

登録（UNIX）

登録（Windows）

JP1ユーザー環境

検討

JP1ユーザーによるJP1/IMの管理権限

JP1ユーザーによるシステム監視範囲の設定

JP1ユーザーの概要

JP1ユーザーの管理

(Ｋ)

KAVB0104-E

KAVB0109-E

KAVB1200-E

KAVB2027-E

KAVB2031-E

KAVB2239-E

KAVB5150-W

KAVB7247-E

KAVB7248-E

KAVB9032-E

(Ｎ)

NAT

(Ｏ)

OSの環境構築（UNIX）

OSの環境構築（Windows）

(Ｓ)

ServerConductor（用語解説）

SNMPトラップ

注意事項

System Manager（用語解説）

(Ｔ)

tuning.conf

(Ｕ)

UNIXの場合（JP1/IM - Managerを起動する）

UNIXの場合（JP1/IM - Managerを終了する）

UTF-8

(Ｗ)

WAN接続

注意事項

Windowsの場合（JP1/IM - Managerを起動する）

Windowsの場合（JP1/IM - Managerを終了する）

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

WWWブラウザーの起動パスの設定

WWWブラウザーの設定

WWWページ

用語解説

WWWページ版でのタイムアウト時間の設定

WWWページ版のJP1/IM - View

イベント監視の検討

使用する場合の設定

用語解説

ログインする

WWWページ版のJP1/IM - Viewに関連する情報を採取する（UNIX）

WWWページ版のJP1/IM - Viewに関連する情報を採取する（Windows）

(ア行)

(あ)

［アクション結果一覧］画面起動可否の設定

アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合

アクセス制御

アドレス変換(NAT)の対応

アプリケーションをモニター起動する

アンインストール

UNIX

Windows

注意事項（UNIX）

注意事項（Windows）

アンインストール手順（UNIX）

アンインストール手順（Windows）

(い)

イベントDBの再作成手順

イベントDBの再編成

イベントDBのバックアップ・リカバリー手順

イベントID（用語解説）

イベント一覧情報の保管

CSV出力できる画面

概要

検討

出力イメージ

出力形式

出力項目

障害レポートの利用

スナップショットのタイミング

イベント一覧の表示項目

イベント一覧をCSV出力する

イベントガイド機能

JP1イベントを絞り込んで設定

運用方法に合わせて設定

検討

二つのガイドの違い

変数（置き換え文字列）を使用して設定

用語解説

イベントガイド情報

記述例

設定内容

表示例

編集

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

イベントガイド情報の編集の手順

イベント検索

イベント検索で対処状況を設定する

イベント検索の条件

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

［イベントコンソール］画面

JP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

トラブルシューティング（定義メニューが表示されない）

用語解説

［イベントコンソール］画面起動時の［アクション結果一覧］画面起動可否の設定

［イベントコンソール］画面起動時の［統合機能メニュー］画面起動可否の設定

イベントサービス

設定（UNIX）

設定（Windows）

定義情報の収集と配布（UNIX）

定義情報の収集と配布（Windows）

イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定（UNIX）

イベントサービスの登録ホスト名をFQDN形式で利用する場合の設定（Windows）

イベント取得フィルター

カスタマイズを検討

共通除外条件を設定する

切り替える

検討

設定する

バージョンアップ時の設定をする（UNIX）

バージョンアップ時の設定をする（Windows）

一つだけ設定する

複数設定

複数設定する

複数設定を検討

用語解説

イベント取得フィルター（互換用）を設定する

イベント取得フィルターの位置の変更（UNIX）

イベント取得フィルターの位置の変更（Windows）

イベント条件

イベント詳細

［イベント詳細］画面に表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

イベント相関タイプ

イベントのCSV出力

イベントの検索方向

イベントの転送

イベント発行条件（用語解説）

イベントバッファー

インシデント

自動登録

手動登録

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

用語解説

インシデントが登録できない場合（JP1/IM - Incident Master連携機能）

インシデント管理サーバ（用語解説）

インシデント登録機能

インシデントの自動登録

用語解説

インシデント登録サービス

インシデント登録サービスの環境設定

インシデント登録サービスの起動設定

インストール

HTTPサーバ

UNIX

Windows

作業の流れ（UNIX）

作業の流れ（Windows）

前提作業（UNIX）

前提作業（Windows）

前提プログラム（UNIX）

前提プログラム（Windows）

注意事項（UNIX）

注意事項（Windows）

手順（UNIX）

手順（Windows）

インストール・アンインストール時の注意事項（UNIX）

インストール・アンインストール時の注意事項（Windows）

インストールとセットアップの流れ（UNIX）

インストールとセットアップの流れ（Windows）

(う)

運用管理の設計

運用管理の要件例（統合コンソール）

運用管理の要件例（統合スコープ）

(え)

エイリアス名

エージェント

用語解説

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

(お)

応答待ちイベント

JP1/IM - Viewに表示されない場合

応答

応答する

応答待ちイベントとJP1/IMの関係

応答待ちイベントとして表示されない

監視

キャンセル

滞留

滞留状態の監視を復帰させる

滞留を手動で解除する

統合コンソールで応答待ちイベントを監視する

統合スコープで応答待ちイベントを監視する

発行経路

応答待ちイベント管理機能

応答待ちイベント管理機能

応答待ちイベント滞留ファイル

再作成

再編成

バックアップ・リカバリー手順

オペレーション内容を確認する（UNIX）

オペレーション内容を確認する（Windows）

(カ行)

(か)

カーネルパラメーター一覧

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

ガイド機能

機能

二つのガイドの違い

用語解説

ガイド情報

活用

検討

設定内容

表示条件

表示する（監視ツリー）

表示する（ビジュアル監視）

表示内容

二つのガイドの違い

編集

編集の手順

ガイド情報ファイル

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

バージョン6製品

バージョン7製品

バージョン8製品

下位バージョンのJP1/Baseとの接続性

各種インストールについて（UNIX）

各種インストールについて（Windows）

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

概要

機能

各製品の機能

拡張属性（用語解説）

各バージョンの変更内容

07-10

07-11

07-50

07-51

08-00

08-01

08-10

カスタマイズした監視ツリーのマネージャーホストへの反映

カスタマイズした監視ツリーのローカルホストへの保存

仮想ルートノード

用語解説

画面上のエラー情報を採取する（UNIX）

画面上のエラー情報を採取する（Windows）

画面に表示されるイベント

環境設定の流れ（クラスタシステム，UNIXの場合）

環境設定の流れ（クラスタシステム，Windowsの場合）

環境変数

設定

環境変数ファイルの設定

監視

統合コンソール

統合スコープ

監視オブジェクト

JP1イベント受信時に監視オブジェクトを初期状態にする

監視オブジェクトの自動初期化機能

監視オブジェクトの状態変更条件

作成例

状態変更処理の流れ

用語解説

監視オブジェクトDB

自動バックアップ・リカバリー設定（UNIX）

自動バックアップ・リカバリー設定（Windows）

自動バックアップ・リカバリーの検討

監視オブジェクトDBおよびホスト情報DBの再作成手順

監視オブジェクトDBおよびホスト情報DBの再編成

監視オブジェクトDBが破損している場合

監視オブジェクトDBのバックアップ・リカバリー手順

監視オブジェクトDBのロックが解除されない場合

監視グループ

監視グループの状態変更条件

状態変更条件の定義についての制限事項

状態変更条件の定義の検討

状態変更条件の定義例

用語解説

監視状態（用語解説）

監視ツリー

CSV形式ファイルによる監視画面の作成

GUIで作成する

ガイド情報を表示する

カスタマイズしたツリーをマネージャーホストへ反映する

カスタマイズしたツリーをローカルホストへ保存する

カスタマイズする

仮想ルートノード

画面で監視する

監視オブジェクト

監視グループ

監視ノード

監視ノードの監視状態を変更する

監視ノードの状態を変更する

監視ノードの属性を表示する

監視ノードを検索する

監視範囲設定

監視範囲の設定をする

既存の設定を取得する

検討

構成

サーバからの取得

自動生成

自動生成処理の流れ

自動生成する

自動生成するための条件

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

自動生成の仕組み

種別

状態変更イベントを検索する

情報をローカルホストに保存する

ビジュアルアイコンを使用するための設定

［ビジュアル監視］画面から呼び出す

［ビジュアル監視］画面を表示する

編集

編集画面の起動

マップ表示設定

用語解説

連携製品のセットアップ

ローカルに保存した（CSV形式のファイル）の取得

ログインユーザーの一覧を表示する

［監視ツリー］画面

［監視ツリー］画面での監視

［監視ツリー］画面による問題個所の確認

［監視ツリー］画面のカスタマイズ

［監視ツリー］画面の作成

［監視ツリー］画面の情報をローカルホストに保存する

［監視ツリー］画面のツールバーのカスタマイズ

監視ノード

監視ツリーから監視状態を変更する

監視ツリーから検索する

監視ツリーから削除

監視ツリーから状態を変更する

監視ツリーから属性を表示する

監視ツリーでの移動

監視ツリーでの検索

監視ツリーでの属性設定

監視ツリーへ追加

状態

［ビジュアル監視］画面から監視状態を変更する

［ビジュアル監視］画面から検索する

［ビジュアル監視］画面から削除

［ビジュアル監視］画面から状態を変更する

［ビジュアル監視］画面から属性を表示する

［ビジュアル監視］画面での監視状態変更

［ビジュアル監視］画面での検索

［ビジュアル監視］画面での属性設定

［ビジュアル監視］画面へ追加

用語解説

監視ノードの検索

監視の設計

監視項目の検討

監視視点の検討（統合スコープの利用）

監視方法の検討

監視範囲の設定

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

オペレーターAの監視マシン（JP1/IM - View）

オペレーターBの監視マシン（JP1/IM - View）

システム管理者の監視マシン（JP1/IM - View）

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

［関連イベント一覧］画面に表示されるJP1イベントをインシデントとしてJP1/IM - Incident Masterに登録する

(き)

既存の監視ツリーの取得

起動オプション

cold

warm

起動する

注意事項

起動と終了に関する注意事項

機能

機能一覧

基本構成

基本情報（用語解説）

基本属性（用語解説）

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

共通条件

用語解説

共通除外条件

用語解説

共通定義情報

用語解説

共通定義情報の設定（クラスタシステム）

共通定義への言語環境設定

共通メッセージログ

共有ディスク

共有ディスク上のファイル構成

前提条件

(く)

クラスタ運用時の注意事項

クラスタ運用でのJP1/IMの構成の概要

クラスタシステム

JP1/IMの構成

JP1/IMを運用する（起動）

JP1/IMを運用する（終了）

概要（一般論）

クラスタ運用

クラスタ運用時の注意事項

クラスタ運用の概要

クラスタ運用の環境設定（UNIX）

クラスタ運用の環境設定（Windows）

クラスタ運用の前提条件

クラスタシステムでの運用と環境構築

クラスタソフト

クラスタソフトへの登録（UNIX）

クラスタソフトへの登録（Windows）

システム構成例

セットアップ作業の流れ（UNIX）

セットアップ作業の流れ（Windows）

用語解説

論理ホスト

論理ホストのインストール・セットアップ（UNIX）

論理ホストのインストール・セットアップ（Windows）

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

クラスタソフトに登録するスクリプトの作成

クラッシュダンプの出力設定

繰り返しイベントの集約

検討

設定

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

仕組み

集約処理の例

操作する

用語解説

クリップボードにコピーする

CSVの出力項目

クリップボードにコピーできる情報と対象の画面

出力イメージ

出力形式

注意事項

クリップボードへのコピー可否の設定

(け)

系切り替えシステム（用語解説）

言語環境混在での運用

言語環境の検討

言語コード

言語混在環境での運用

サーバ単位での条件

システム単位での条件

検索

JP1イベント検索

監視ノード

状態変更イベント

検索結果の表示（JP1イベント）

検索時のイベント取得件数

検索する

JP1イベント

監視ノード（監視ツリーから）

監視ノード（ビジュアル監視から）

検索による問題個所の確認

検索の方法（JP1イベント)

検知・通知の設計

JP1イベントと重大度の検討

緊急度に応じた対応の検討

統合スコープでの監視

(こ)

更新間隔

更新時のイベント取得件数

構成管理

構成管理の定義（構成定義）でできること

システム構成管理の定義

システムの構成定義の検討

用語解説

構成定義

情報の削除（UNIX）

情報の削除（Windows）

情報の設定（UNIX）

情報の設定（Windows）

情報の設定での注意事項（UNIX）

情報の設定での注意事項（Windows）

情報の変更（UNIX）

情報の変更（Windows）

用語解説

構成例1（クラスタ運用なし，JP1/IM - View接続）

構成例2（クラスタ運用なし，コマンド実行）

構成例3（クラスタ運用，JP1/IM - View接続）

構成例4（クラスタ運用，コマンド実行）

コネクションの接続状態

子ノードの状態

個別条件

用語解説

コマンド実行

OSでのコマンド実行

概要

機能

結果の確認

検討

コマンド実行（JP1/Base制御部分）

コマンド実行環境の検討（JP1/Base制御部分）

コマンド実行状態に応じたJP1イベントの発行

コマンド実行の条件

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

コマンドの実行状態を確認する

コマンドを削除する

コマンドを実行する

実行環境の設定をする（UNIX）

実行環境の設定をする（Windows）

実行できるコマンド

条件

状態の確認

処理の流れ

注意事項

トラブルシューティング（コマンド実行ができない）

トラブルシューティング（バッチファイルが正常終了しない(Windows限定)）

トラブルシューティング（履歴ファイルが壊れている）

トラブルシューティング用コマンド

ホストグループによる複数ホストでのコマンド実行

リモートホストでコマンドを実行する

コマンド実行ができない場合

コマンド実行の管理

コマンド実行履歴（用語解説）

コマンド実行履歴の再作成手順

コマンド実行履歴の再編成

コマンド実行履歴のバックアップ・リカバリー手順

コマンド実行履歴ファイルが壊れている場合

コマンド同時実行数

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

(サ行)

(さ)

サーバからの監視ツリーの取得

サーバからの［ビジュアル監視］画面の取得

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

サービスの起動管理

サービスの起動順序の設定

作業の流れ

インストールとセットアップ（UNIX）

インストールとセットアップ（Windows）

クラスタシステム用セットアップ（UNIX）

クラスタシステム用セットアップ（Windows）

(し)

システム運用サイクル

システム運用例

統合スコープ

システム環境

構築（UNIX）

構築（Windows）

システム監視オブジェクト

作成例（JP1/AJS2のジョブネット監視）

用語解説

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

システム構成定義情報の削除（UNIX）

システム構成定義情報の削除（Windows）

システム構成定義情報の設定（UNIX）

システム構成定義情報の設定（Windows）

システム構成定義情報の設定での注意事項（UNIX）

システム構成定義情報の設定での注意事項（Windows）

システム構成定義情報の変更（UNIX）

システム構成定義情報の変更（Windows）

システム構成の検討

システム構成例

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

Cosminexusのシステム環境の状態を監視する

JP1/AJS2と連携してジョブの実行状況を監視する

JP1/Cm2/NNMまたはHP OpenView NNMと連携してネットワークを監視する

WWWブラウザーからJP1イベントを監視する

基本構成

クラスタシステムで運用する

統合コンソール

統合スコープ

バージョンの混在

非クラスタシステムで論理ホストを運用する

システム構成例（Cosminexus+JP1/Cm2/SSO）

Cosminexus

JP1/Cm2/SSO

システム情報管理

用語解説

システムで発生した事象の一元管理

システム統合管理

統合コンソール

統合スコープ

システム統合管理でのJP1ユーザー

システムの階層管理

システムの監視（統合コンソール）

システムの監視（統合スコープ）

システムの構成定義情報の設定（UNIX）

システムの構成定義情報の設定（Windows）

システムの構成定義の検討

システムの日時変更

過去に戻す

時刻を進める

システムの日時変更時に必要な作業

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

自動アクション

稼働状況を確認する

稼働設定

監視条件として指定できる項目

キャンセル

キャンセルする

検討

コマンド実行（JP1/Base制御部分）

コマンド実行環境の検討（JP1/Base制御部分）

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

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

再実行

再実行する

実行環境の設定をする

実行監視

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

実行監視の設定

実行結果の確認

実行結果を確認する

実行状況監視の設定をする

実行状況を確認する

実行条件の設定をする

実行条件の優先度

実行状態の確認

実行するコマンドの指定

実行できるコマンド

実行内容の設定をする

実行の流れ

実行抑止の設定をする

状況を確認し，操作を行う

状態監視

状態管理

状態遷移

処理の流れ

設定（統合コンソール概要）

設定（統合スコープ概要）

設定する

遅延監視

注意事項

定義

トラブルシューティング（KAVB5150-Wが表示される）

トラブルシューティング（実行状態が「状態不明」と表示される）

トラブルシューティング（遅延する）

トラブルシューティング（バッチファイルが正常終了しない(Windows限定)）

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

問題発生の通知（統合コンソール）

問題発生の通知（統合スコープ）

用語解説

抑止

自動起動

自動終了

自動生成

仕組み

自動生成する

条件

処理の流れ

生成種別

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

用語解説

自ホスト上のJP1/Baseプロセスの状態監視

重大度

JP1イベントの属性

［イベントコンソール］画面での表示

用語解説

集約

繰り返しイベントの集約

繰り返しイベントの集約設定

集約イベント（用語解説）

集約イベントと繰り返しイベントを表示する

集約開始イベント（用語解説）

集約完了イベント（用語解説）

集約中イベント（用語解説）

集約表示の見方

非集約イベント（用語解説）

重要イベント

管理

対処状況を設定する

表示する

重要イベントフィルター

検討

設定する

用語解説

終了する

注意事項

障害時の通知と対処

JP1/Baseのプロセス管理

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

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

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

障害発生時の資料採取の準備（UNIX）

障害発生時の資料採取の準備（Windows）

障害レポートの利用

状態

監視ノード

用語解説

状態監視

用語解説

状態変更イベント

検索

検索する（監視ツリー）

検索する（ビジュアル監視）

自動削除

状態変更イベント件数の上限監視の設定

状態変更条件

監視オブジェクトの状態変更条件

監視グループの状態変更条件

検討

メモリーに常駐させる機能

用語解説

除外条件

用語解説

初期状態（用語解説）

処理の流れ

JP1イベント検索

監視オブジェクトの状態変更

監視ツリーの自動生成

コマンド実行

自動アクション

資料採取ツール

実行する（UNIX）

実行する（Windows）

資料の採取方法

(す)

スクロールバッファー

スナップショットのタイミング

(せ)

正規表現

指定方法（イベント検索）

指定例

種類

使用する際のヒント

選択（検討）

選択（設定）

比較

文法

制限値一覧

性能と見積もり

性能と見積もり（付録）

性能評価モデルケース

製品構成

設計の概要

設計または検討する

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

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

JP1/Cm2/NNMまたはHP OpenView 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ユーザー環境の検討

WAN接続

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

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

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

イベントガイドの検討

運用管理の設計

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

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

ガイドの検討

監視オブジェクトDBの自動バックアップ・リカバリー

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

監視ツリーの検討

監視の設計

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

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

基本構成

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

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

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

言語環境の検討

検知・通知の設計

コマンド実行環境の検討

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

システム構成の検討

システムの構成定義の検討

自動アクションの検討

障害レポートの利用

正規表現の選択

性能と見積もり

性能評価モデルケース

設計項目

設計の概要

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

相関イベント発行の検討

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

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

ディスク容量の確認

データベースの確認

統合機能メニュー

統合スコープに関するシステム設計

統合スコープによるシステム監視の検討

動作環境の検討

ネットワーク構成の検討

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

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

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

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

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

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

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

バックアップの検討

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

ビジュアル監視の検討

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

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

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

ホスト名とIPアドレス

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

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

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

モニター起動

ユーザー認証の検討

ユーザー要件

接続性

下位バージョン

設定情報のバックアップとリカバリー

設定情報の変更

設定する

IPアドレスの設定変更

JP1/Baseの障害に備えた設定（UNIX）

JP1/Baseの障害に備えた設定（Windows）

JP1/IM - Managerの障害に備えた設定（UNIX）

JP1/IM - Managerの障害に備えた設定（Windows）

JP1/IM - Viewの障害に備えた設定（Windows）

JP1/IM - Viewの動作

JP1/IMのイベント取得時の動作設定

JP1/IMの各プログラムのアンインストール（UNIX）

JP1/IMの各プログラムのアンインストール（Windows）

JP1/IMの各プログラムのインストール（UNIX）

JP1/IMの各プログラムのインストール（Windows）

JP1/IMの設定情報の変更

JP1イベント受信時に監視オブジェクトを初期化するための設定

JP1イベントの対処済み時に状態変更イベントを自動で削除する

JP1イベントの転送（JP1/Base）（UNIX）

JP1イベントの転送（JP1/Base）（Windows）

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

WWWブラウザーの起動パス

WWWページ版のJP1/IM - View

イベントガイド機能

［イベントコンソール］画面起動時の［アクション結果一覧］画面起動可否

［イベントコンソール］画面起動時の［統合機能メニュー］画面起動可否

イベントサービス機能（JP1/Base）（UNIX）

イベントサービス機能（JP1/Base）（Windows）

イベント取得フィルター

イベント取得フィルターの位置の変更（UNIX）

イベント取得フィルターの位置の変更（Windows）

ガイド情報の編集

カスタマイズした監視ツリーをマネージャーホストへ反映

カスタマイズした監視ツリーをローカルホストへ保存

カスタマイズした［ビジュアル監視］画面をマネージャーホストへ反映

カスタマイズした［ビジュアル監視］画面をローカルホストへ保存

環境変数

監視オブジェクトDBの自動バックアップ・リカバリー（UNIX）

監視オブジェクトDBの自動バックアップ・リカバリー（Windows）

［監視ツリー］画面のツールバーのカスタマイズ

監視ツリーから監視ノードの削除

監視ツリーでの監視ノードの検索

監視ツリーでの監視ノードの属性

監視ツリーのカスタマイズ

監視ツリーの監視ノードの移動

監視ツリーの自動生成

監視ツリーの編集画面の起動

監視ツリーへの監視ノードの追加

監視範囲

既存の監視ツリーの取得

既存の［ビジュアル監視］画面の取得

クラスタ運用環境（UNIX）

クラスタ運用環境（Windows）

クラスタ運用環境の設定変更（UNIX）

クラスタ運用環境の設定変更（Windows）

クリップボードへのコピー可否

構成定義（JP1/Base）（UNIX）

構成定義（JP1/Base）（Windows）

コマンド実行環境（JP1/Base）（UNIX）

コマンド実行環境（JP1/Base）（Windows）

サービスの起動順序（JP1/Base）

自動アクション

自動アクション機能の実行環境

自動アクションの実行条件および実行内容

自動起動

自動終了

重要イベントフィルター

状態変更イベント件数の上限監視

状態変更条件メモリー常駐機能

資料採取の準備（UNIX）

資料採取の準備（Windows）

相関イベント発行の設定

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

対処済み連動機能

統合機能メニュー

統合コンソール

統合スコープ

統合スコープの機能を使用するための設定（UNIX）

統合スコープの機能を使用するための設定（Windows）

統合スコープの動作環境

バージョンアップ時（UNIX）

バージョンアップ時（Windows）

ビジュアルアイコン

［ビジュアル監視］画面からの監視ノードの削除

［ビジュアル監視］画面の一覧の編集および削除

［ビジュアル監視］画面のカスタマイズ

［ビジュアル監視］画面の編集画面の起動

［ビジュアル監視］画面への監視ノードの追加

表示フィルター

プライマリー認証サーバの設定情報のコピー（JP1/Base）（UNIX）

プライマリー認証サーバの設定情報のコピー（JP1/Base）（Windows）

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

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

プロセス異常終了時の再起動（UNIX）

プロセス異常終了時の再起動（Windows）

ヘルスチェック機能（UNIX）

ヘルスチェック機能（Windows）

ホスト情報

ホストの設定変更

モニター起動

ユーザー認証（JP1/Base）（UNIX）

ユーザー認証（JP1/Base）（Windows）

ユーザーフィルター

ユーザーマッピング（JP1/Base）（UNIX）

ユーザーマッピング（JP1/Base）（Windows）

連携製品のセットアップ（統合スコープ用）

［ログイン］画面の接続先ホスト入力履歴数

ログインユーザーごとのJP1/IM - Viewの設定

セットアップ

JP1/Base（UNIX）

JP1/Base（Windows）

JP1/IM - Manager（UNIX）

JP1/IM - Manager（Windows）

JP1/IM - View

作業の流れ（UNIX）

作業の流れ（Windows）

セットアッププログラムの実行

JP1/IM - Manager（UNIX）

前提OS

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

前提プログラム

インストール（UNIX）

インストール（Windows）

セントラルコンソール（用語解説）

セントラルスコープ（用語解説）

(そ)

相関イベントの発行

稼働環境の検討

起動オプションの設定

検討

サービスの稼働設定

サービスの起動設定

サービスの状態遷移

仕組み

状態

成立しない条件

成立する条件

設定する

相関イベント（用語解説）

相関イベント発行サービス起動後のJP1イベント取得処理

相関イベント発行サービスの起動時の処理

相関イベント発行処理

相関イベント発行定義（用語解説）

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

相関イベントを表示および操作する

相関元イベント（用語解説）

注意事項

トラブルシューティング（JP1/IM - Viewに相関イベントが表示されない）

トラブルシューティング（発行処理の対象となるJP1イベントが多発した）

発行される相関イベント

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

発行定義

発行定義の検討

発行定義の作成および反映

発行履歴

発行履歴ファイルのサイズおよび面数の設定

相関イベント発行条件名

相関イベント発行履歴ファイル

形式

出力される処理内容

出力例

相関成立イベント

相関の対象範囲の絞り込み条件

操作権限一覧

操作する

GUIでログイン

jcoviewコマンドでログイン

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

JP1イベント検索結果を表示

JP1イベントによりシステムを監視

JP1イベントの固有の拡張属性を表示

JP1イベントの詳細情報を表示

JP1イベントの対処状況を表示

JP1イベントをインシデントとしてJP1/IM - Incident Masterに登録

JP1イベントを検索

イベント検索で対処状況を設定

イベント取得フィルターの切り替え

［監視ツリー］画面からガイド情報を表示

［監視ツリー］画面から監視ノードの監視状態を変更

［監視ツリー］画面から監視ノードの状態を変更

［監視ツリー］画面から監視ノードの属性を表示

［監視ツリー］画面から監視ノードを検索

［監視ツリー］画面から状態変更イベントを検索

［監視ツリー］画面で監視

［監視ツリー］画面の情報をローカルホストに保存

起動

繰り返しイベントの対処状況を変更

繰り返しイベントを表示

コマンドの実行状態を確認

コマンドを削除

コマンドを実行

自動アクション機能の稼働状況を確認

自動アクションの実行結果を確認

自動アクションの実行状況を確認

自動アクションをキャンセル

自動アクションを再実行

集約イベントの対処状況を変更

集約イベントを表示

重要イベントだけを表示

重要イベントの対処状況を設定

重要イベントを削除

終了

相関イベント

［統合機能メニュー］画面

［ビジュアル監視］画面からガイド情報を表示

［ビジュアル監視］画面から［監視ツリー］画面の呼び出し

［ビジュアル監視］画面から監視ノードの監視状態を変更

［ビジュアル監視］画面から監視ノードの状態を変更

［ビジュアル監視］画面から監視ノードの属性を表示

［ビジュアル監視］画面から監視ノードを検索

［ビジュアル監視］画面から状態変更イベントを検索

［ビジュアル監視］画面で監視

［ビジュアル監視］画面を表示

表示フィルターを有効化

モニター起動

ルール起動要求の状況を確認

ルール起動要求の操作

ログアウト

ログイン

ログインユーザーの一覧を表示

(タ行)

(た)

他アプリケーションの画面を表示する

対処状況の変更

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

対処状況変更時のJP1イベント発行の設定

変更する

対処済み連動

設定する

動作

無効になる契機

対処の手順（トラブルシューティング）

タイムアウト時間

他ホスト上のJP1/Baseプロセスの状態監視

ダンプ出力コマンド

ダンプファイルの管理

(ち)

遅延監視

用語解説

注意事項

JP1/IMの起動と終了

jp1hosts情報

JP1イベントの転送

JP1システム環境の検討

JP1ユーザー環境の検討

WAN接続

監視ツリー

クラスタ運用時

クラスタシステム

構成定義情報の設定（UNIX）

構成定義情報の設定（Windows）

コマンド実行

自動アクション

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

ファイアウォール

ユーザー認証

(つ)

通過条件

用語解説

通信

JP1/Baseによる通信の制御

JP1/IM - Central Information Masterとの通信

JP1/IM - Incident Masterとの通信

JP1/IM - Rule Operationとの通信

JP1/IMのポート番号

コネクションの接続状態

通信設定の変更対応

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

ビューアー・マネージャー間

ファイアウォールの通過方向

ポート番号，IPアドレス，アドレス変換（NAT）の対応

マネージャー・エージェント間

マネージャー・認証サーバ間

ローカルホスト内

通信方式の設定（クラスタシステム）

(て)

定義情報の収集と配布

イベントサービスの定義情報の収集と配布

監視ツリーの自動生成（統合スコープの利用）

ディスク占有量

ディスク占有量の見積もり

ディスク容量の確認

ディスク容量の管理

ディレクトリ一覧

データベースの確認

データベースの管理

再作成

再作成（イベントDB）

再作成（応答待ちイベント滞留ファイル）

再作成（監視オブジェクトDB・ホスト情報DB）

再作成（コマンド実行履歴）

再編成

再編成（イベントDB）

再編成（応答待ちイベント滞留ファイル）

再編成（監視オブジェクトDB・ホスト情報DB）

再編成（コマンド実行履歴）

バックアップ

バックアップ（イベントDB）

バックアップ（応答待ちイベント滞留ファイル）

バックアップ（監視オブジェクトDB）

バックアップ（コマンド実行履歴）

バックアップ（ホスト情報DB）

リカバリー

リカバリー（イベントDB）

リカバリー（応答待ちイベント滞留ファイル）

リカバリー（監視オブジェクトDB）

リカバリー（コマンド実行履歴）

リカバリー（ホスト情報DB）

データベース容量の管理

転送フィルター

用語解説

(と)

同一属性値条件

統合機能メニュー

概要

画面から操作できる機能

画面の操作

検討

設定する

他アプリケーションの画面を表示する

用語解説

連携製品のGUIを起動するための設定

連携製品のWWWページを起動するための設定

［統合機能メニュー］画面起動可否の設定

統合コンソール

JP1/IM - Incident Master連携

JP1/IM - Rule Operation連携

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

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

イベントガイド機能

イベント検索

運用シナリオ

運用例

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

コマンド実行

システム統合管理

システムの運用監視で必要な操作権限

システムの監視

システムの集中監視

システムを監視する

自動アクション

集中監視

制限値一覧

設定

相関イベントの発行

統合機能メニュー

統合コンソールを基点とした問題の調査

モニター起動

問題の対策

問題の調査

問題発生の検知と通知

用語解説

統合スコープ

運用シナリオ

運用例

ガイド機能

ガイド機能（概要）

環境設定の概要

環境設定を始める前に

監視オブジェクトDBの自動バックアップ・リカバリー

監視画面の設定

［監視ツリー］画面で監視する

基点とした問題の調査

機能概要

機能を使用するための設定（UNIX）

機能を使用するための設定（Windows）

仕組み

システム監視の検討

システム監視の仕組み

システム統合管理

システムの運用監視で必要な操作権限

システムの集中監視

システムを監視する

状態変更イベントが100件を超えた場合のイベント発行

状態変更イベント検索

制限値一覧

設定

対処済み連動機能

データベース

統合スコープに関するシステム設計

動作環境の設定

バージョンアップコマンドの実行（UNIX）

バージョンアップコマンドの実行（Windows）

［ビジュアル監視］画面で監視する

ホスト情報

ホスト情報の登録

目的指向型のシステム監視

問題個所の確認

問題の対策

問題の対策

問題の調査

問題発生の検知と通知

用語解説

連携製品のセットアップ

統合トレース機能

統合トレースログ

動作環境の検討

同時相関数

トラブルシューティング

採取が必要な資料

資料の採取方法

対処の手順

対処方法

ログ情報の種類

(ナ行)

(に)

認証圏

認証サーバの指定

UNIX

Windows

(ね)

ネットワーク

ネットワーク構成に応じた運用と環境構築

ネットワーク構成の検討

ファイアウォール環境での運用

複数ネットワークでの運用

ネットワーク上を流れるデータ量

(ハ行)

(は)

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

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

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

インストール先ディレクトリについて

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

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

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

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

インストール先ディレクトリについて

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

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

バージョンアップ時の設定（UNIX）

バージョンアップ時の設定（Windows）

バージョン情報の表示（UNIX）

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

パケット・フィルタリング

バックアップ

イベントDB

応答待ちイベント滞留ファイル

監視オブジェクトDB

検討

コマンド実行履歴

設定情報（UNIX）

設定情報（Windows）

データベース（DB）

バックアップ対象ファイル（UNIX）

バックアップ対象ファイル（Windows）

ホスト情報DB

バッチジョブ実行システム

バッチジョブ実行システムと連携する場合のシステム構成

バリアブルバインディング

JP1イベントに取り込む

用語解説

汎用監視オブジェクト

作成例（HiRDBの監視）

作成例（JP1/Cm2/SSOによるCosminexus業務のリソース監視）

作成例（JP1/Cm2/SSOによるCPU監視）

用語解説

(ひ)

比較条件

非クラスタシステム

論理ホスト運用

論理ホストの運用と環境構築

論理ホストを運用する場合の環境設定

論理ホストを運用する場合の構成の検討

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

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

ビジュアルアイコン

用語解説

ビジュアル監視

GUIで作成する

一覧の編集および削除

ガイド情報を表示する

カスタマイズ

カスタマイズした画面をマネージャーホストへ反映

カスタマイズした画面をローカルホストへ保存

画面から［監視ツリー］画面を呼び出す

画面で監視する

監視ツリーから［ビジュアル監視］画面を表示する

監視ノードの監視状態を変更する

監視ノードの状態を変更する

監視ノードの属性を表示する

監視ノードを検索する

既存の設定を取得する

検討

状態変更イベントを検索する

編集画面の起動

用語解説

［ビジュアル監視］画面

［ビジュアル監視］画面からの監視ノードの削除

［ビジュアル監視］画面で監視する

［ビジュアル監視］画面での監視

［ビジュアル監視］画面による問題個所の確認

［ビジュアル監視］画面の作成

［ビジュアル監視］画面の背景画像の設定

［ビジュアル監視］画面への監視ノードの追加

非集約イベント

用語解説

ビューアー

用語解説

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

表示する

集約イベント

表示フィルター

検討

削除する

新規に作成する

設定する

変更する

有効にする

用語解説

(ふ)

ファイアウォール

JP1/IMの通信

JP1の通信設定

NAT

基礎知識

検討

注意事項

通過方向

パケット・フィルタリング

ファイアウォール環境での運用

ファイアウォール対応

ファイル一覧

フィルター

イベント取得フィルター

重要イベントフィルター

条件定義

設定する

転送フィルター

表示フィルター

ユーザーフィルター

フェールオーバー

用語解説

複数LAN対応

検討

通信設定

複数ネットワークでの運用

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

物理ホスト

物理ホスト環境の前提条件（クラスタシステム）

用語解説

プライマリー認証サーバ

設定情報のコピー（UNIX）

設定情報のコピー（Windows）

プロセス異常検知時のJP1イベントの発行の設定（UNIX）

プロセス異常検知時のJP1イベントの発行の設定（Windows）

プロセス異常終了時の再起動の設定（UNIX）

プロセス異常終了時の再起動の設定（Windows）

プロセス一覧

プロセス管理

JP1/Base

JP1/IM - Manager

異常検知時のJP1イベントの発行

異常終了時の再起動

コマンド

プロセスの状態を確認する

UNIX

Windows

プロセス別トレースログ

(へ)

ヘルスチェック機能

JP1/Base

JP1/IM - Manager

監視対象プロセス

仕組み

設定（UNIX）

設定（Windows）

有効および無効設定

用語解説

(ほ)

ポート番号

ポート番号（JP1/IMの通信）

ポート番号の変更（WWWページ版のJP1/IM - View）

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

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

ほかの統合管理製品と連携するための設定

ホスト情報

DBのバックアップ・リカバリー手順

検討

登録

ホストの設定変更

ホスト名

検討

変更した場合の影響および必要作業

変更によって必要となる作業

変更による影響

保存したCSV形式ファイルによる監視画面の作成

(マ行)

(ま)

マップ表示設定

マニュアルの読み方について

マネージャー

用語解説

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

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

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

(め)

メモリー所要量

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

メモリー所要量の見積もり

メモリーダンプの出力設定

メンテナンス

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

共通除外条件を検討する

検討

設定情報のバックアップとリカバリー

ディスク容量の管理

データベースの管理

履歴レポートの活用

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

エージェントホスト(JP1/Base)側での検討項目

システム全体での検討項目

マネージャーホスト（JP1/IM - Manager）側での検討項目

(も)

モニター画面

モニター起動

JP1/IM - Rule Operation

JP1イベントを発行したアプリケーションを起動する

概要

検討

設定する

問題の調査

検討

問題レポートを採取する（Windows Vista，Windows Server 2008限定）

(ヤ行)

(ゆ)

ユーザー管理

アクセス制御

ユーザー認証

ユーザー認証の検討

ユーザーマッピング

ユーザーダンプを採取する（Windows Vista，Windows Server 2008限定）

ユーザー認証

JP1ユーザーのアクセス権限について検討

検討

設定（UNIX）

設定（Windows）

注意事項

ユーザー認証圏について検討

ユーザーフィルター

検討

削除する

新規に作成する

設定する

変更する

用語解説

ユーザーマッピング

設定（UNIX）

設定（Windows）

ユーザー要件

(よ)

用語解説

(ラ行)

(り)

リカバリー

イベントDB

応答待ちイベント滞留ファイル

監視オブジェクトDB

コマンド実行履歴

設定情報（UNIX）

設定情報（Windows）

データベース（DB）

ホスト情報DB

リモートインストール

UNIX

Windows

リモートホストでコマンドを実行する

履歴レポートの活用

(る)

ルール起動要求の状況を確認し，ルール起動要求の操作をする（JP1/IM - Rule Operation連携）

(れ)

連携製品

JP1/IM - Incident Masterと連携するための設定

JP1/IM - Rule Operationと連携するための設定

モニター起動の設定

連携製品のセットアップ（統合スコープ用）

(ろ)

ローカルに保存した監視ツリー（CSV形式のファイル）の取得

ローカルに保存した［ビジュアル監視］画面（CSV形式のファイル）の取得

ローカルホスト内の通信

ログアウトする

［ログイン］画面の接続先ホスト入力履歴数の設定

ログイン情報の保持

ログインする

GUIから

jcoviewコマンドを使用する

ログインユーザーごとのJP1/IM - Viewの設定

ログインユーザーの一覧を表示する

ログ情報の種類

ログファイル一覧

ログファイル容量の管理

論理IPアドレス

前提条件

論理ホスト

インストール・セットアップ（UNIX）

インストール・セットアップ（Windows）

クラスタソフトに登録するスクリプトの作成（UNIX）

クラスタソフトへの登録（Windows）

削除（UNIX）

削除（Windows）

用語解説

リソースの起動停止順序の設定（UNIX）

リソースの起動停止順序の設定（Windows）

論理ホスト環境の前提条件

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BSAFEは，RSA Security Inc.の米国およびその他の国における登録商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
IBMは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Intelは，Intel Corporationの会社名です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
Linuxは，Linus Torvaldsの米国およびその他の国における登録商標あるいは商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corp.の商品名称です。
NetInsightは，日立ソフトウェアエンジニアリング株式会社の商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
POSIXは，the Institute of Electrical and Electronics Engineers, Inc. (IEEE)で制定された標準仕様です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。
RSAは，RSA Security Inc.の登録商標です。
Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
TELstaffは，日立ソフトウェアエンジニアリング株式会社の登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
Windows Vistaは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
XPG4は，X/Open Company Limitedの規格名称です。
プログラムプロダクト「P-9D2C-8E81」「P-9D2C-6L81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-8E81」「P-9D2C-6L81」には，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/).

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