JP1 Version 9

JP1/Performance Management 運用ガイド

手引・操作書

3020-3-R32-31

目　　次

前書き

変更内容

はじめに

第1編　運用・操作編

1.　Performance Managementの起動と停止

1.1　Performance Managementシステム全体の起動と停止の順序

1.1.1　Performance Managementシステム全体の起動順序

1.1.2　Performance Managementシステム全体の停止順序

1.2　サービスの起動

1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する

1.2.2　監視コンソールサーバでサービスを起動する

1.3　サービスの停止

1.3.1　監視マネージャーおよび監視エージェントのサービスを停止する

1.3.2　監視コンソールサーバのサービスを停止する

1.4　PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携

1.4.1　起動および停止を連携させるための設定

1.4.2　連携した起動および停止の手順

1.5　PFM - Web Consoleへのログインとログアウト

1.5.1　PFM - Web Consoleにログインする

1.5.2　PFM - Web Consoleからログアウトする

1.6　サービスの稼働状況の確認

1.6.1　コマンドでサービスの稼働状況を確認する

1.6.2　Webブラウザでサービスの稼働状況を確認する

1.7　Webブラウザの自動更新間隔の設定

1.8　注意事項

1.8.1　大規模システムでPFM - AgentまたはPFM - RMを起動する場合について

1.8.2　PFM - AgentまたはPFM - RMに対してコマンドを実行中にPFM - AgentまたはPFM - RMのサービスを起動する場合について

1.8.3　Windowsマシンでの起動について

1.8.4　Status Serverサービスの起動について

1.8.5　アラームイベントの監視について

1.8.6　アクションの実行について

1.8.7　業務グループ運用中の設定変更について

2.　ユーザーアカウントと業務グループの管理

2.1　ユーザーアカウントと業務グループの管理の概要

2.1.1　ユーザー認証モード

2.1.2　ユーザー権限

2.1.3　業務グループ

2.2　ユーザーアカウントの権限

2.2.1　システムユーザーが使用できる機能

2.2.2　業務グループユーザーが使用できる機能

2.3　ユーザーアカウントの設定で必要な作業

2.4　ユーザーアカウントの認証モードの設定

2.5　Performance Managementユーザーアカウントの設定と運用

2.5.1　Performance Managementユーザーアカウントの作成

2.5.2　Performance Managementユーザーアカウントの編集

2.6　JP1ユーザーの操作権限の設定

2.7　業務グループの設定と運用

2.7.1　業務グループによるアクセスコントロール機能のセットアップ

2.7.2　Performance Managementで業務グループを定義する

2.7.3　JP1/IMで定義した業務グループを利用する

2.7.4　業務グループを運用する

3.　エージェントの監視

3.1　監視用のエージェント階層について

3.1.1　エージェントの種別について

3.2　Webブラウザでのエージェント階層の作成・編集

3.2.1　エージェントの管理フォルダを新規作成する

3.2.2　管理フォルダにエージェントを配置する

3.2.3　監視用のエージェント階層を編集する

3.2.4　一般ユーザー権限で参照できるエージェントを制限する

3.3　コマンドでのエージェント階層の作成・編集

3.4　エージェントの稼働状況の監視

3.4.1　エージェントの状態を確認する

3.4.2　アラームの状態を確認する

3.4.3　レポートを表示する

3.4.4　イベント履歴を表示する

3.4.5　サマリ表示で稼働状況を確認する

3.4.6　エージェントのプロパティを表示する

3.4.7　エージェントのプロパティを編集する

3.4.8　エージェントのプロパティを一括配布する

4.　稼働監視データの管理

4.1　パフォーマンスデータの管理

4.1.1　パフォーマンスデータの記録方法を変更する

4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）

4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）

4.1.4　パフォーマンスデータをエクスポートする

4.1.5　パフォーマンスデータが使用しているディスク容量を確認する

4.1.6　パフォーマンスデータを消去する

4.1.7　Storeデータベースの設定を初期化する

4.1.8　バックアップデータをインポートする（Storeバージョン2.0の場合）

4.1.9　バックアップデータのデータモデルをコンバートする（Storeバージョン2.0の場合）

4.1.10　Agent StoreおよびRemote Monitor Storeサービス，またはバックアップディレクトリの情報を表示する（Storeバージョン2.0の場合）

4.2　イベントデータの管理

4.2.1　イベントデータのレコード数の上限値を変更する

4.2.2　イベントデータをエクスポートする

4.2.3　イベントデータが使用しているディスク容量を確認する

4.2.4　イベントデータを消去する

4.3　注意事項

4.3.1　Storeデータベースのレコード保存期間の考え方

4.3.2　Storeデータベースのサイズの制限

4.3.3　Agent StoreまたはRemote Monitor Storeサービスが異常終了した場合

4.3.4　ディスク容量が不足した場合

4.3.5　Storeデータベースサイズの確認と再編成

4.3.6　保存期間を過ぎてもファイルやフォルダが削除されない場合

4.3.7　Storeバージョン2.0のレコードのデフォルト保存期間

4.3.8　データモデルをバージョンアップしたときに格納されるデータ

5.　稼働分析のためのレポートの作成

5.1　レポートの概要

5.1.1　レポートとは

5.1.2　レポートの種類

5.1.3　レポートの表示形式

5.2　レポート作成の流れ

5.3　Webブラウザでのレポートの作成

5.3.1　レポートのフォルダを作成する

5.3.2　［新規レポート］画面を表示する

5.3.3　レポートの名前と種別を設定する

5.3.4　レポートに表示させるフィールドを設定する

5.3.5　レポートに表示させるフィールドの表示条件（フィルター条件）を設定する

5.3.6　レポートの表示情報を設定する（更新間隔や表示期間）

5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）

5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）

5.3.9　レポートをコピーする

5.3.10　レポートを編集する

5.3.11　フォルダまたはレポートの名前を変更する

5.3.12　フォルダまたはレポートを削除する

5.3.13　レポートをエクスポートする

5.3.14　レポートをインポートする

5.4　クイックガイドでのレポートの作成

5.4.1　クイックガイドでのレポートの作成手順

5.4.2　フィールドの検索

5.4.3　クイックガイドで作成したレポートのデフォルト値

5.5　コマンドでのレポートの作成

5.5.1　レポートの定義を出力してカスタマイズする

5.5.2　不要になったレポートを削除する

5.6　Webブラウザでのブックマークの作成・編集

5.6.1　ブックマークを作成する

5.6.2　ブックマークのフォルダを追加する

5.6.3　フォルダまたはブックマークの名前を変更する

5.6.4　フォルダ，ブックマーク，またはレポートを削除する

5.6.5　ブックマークのプロパティを確認する

5.6.6　ブックマークの登録レポートのタイリング表示

5.7　レポートの表示

5.7.1　レポートを表示する

5.7.2　レポートのプロパティ（定義内容）を確認する

5.7.3　レポートの表示条件を設定する

5.7.4　ドリルダウンレポートを表示する

5.7.5　オートラベルでデータの値を確認する

5.7.6　グラフの系列色を変更する

5.8　複合レポートの表示

5.8.1　複合レポートを表示するための準備

5.8.2　複合レポートの表示手順

5.8.3　複合レポートのプロパティ（定義内容）を確認する

5.8.4　複合レポートの応用的な使い方

5.9　レポートの出力

5.9.1　WebブラウザでレポートをCSVまたはHTML出力する

5.9.2　コマンドでレポートをCSVまたはHTML出力する

5.9.3　CSVの形式

5.9.4　HTMLの形式

5.10　レポートに関する注意事項

5.10.1　レポート作成時の注意事項

5.10.2　レポート表示時の注意事項

5.10.3　複合レポートでの注意事項

6.　アラームによる稼働監視

6.1　アラームの概要

6.2　アラームの設定・運用の流れ

6.3　アラームを設定する前にすること

6.3.1　Eメールの送信元の設定

6.3.2　コマンドを実行するホストの設定

6.3.3　JP1イベントを発行するための設定

6.3.4　SNMPトラップを送信するための設定

6.3.5　アラーム正常回復時の測定値出力機能の設定

6.4　Webブラウザでのアラームの設定

6.4.1　アラームテーブルを作成する

6.4.2　アラームを作成する（基本情報を設定する）

6.4.3　存在を監視する値を設定する

6.4.4　アラーム条件式を設定する

6.4.5　アクションを設定する

6.4.6　アラームにレポートを関連づける

6.4.7　アラームテーブルまたはアラームをコピーする

6.4.8　アラームを編集する

6.4.9　アラームテーブルまたはアラームを削除する

6.4.10　アラームテーブルをエクスポートする

6.4.11　アラームテーブルをインポートする

6.5　クイックガイドでのアラームの設定

6.5.1　クイックガイドでのアラームの作成手順

6.5.2　クイックガイドで作成したアラームのデフォルト値

6.6　Webブラウザでのアラームの運用

6.6.1　監視エージェントとアラームテーブルの関連づけを変更する

6.6.2　アラームテーブルに関連づけた監視エージェントを表示する

6.6.3　アラームによる監視を停止する

6.6.4　アラームによる監視を開始する

6.6.5　アラームのプロパティ（定義内容）を表示する

6.7　コマンドでのアラームの設定

6.7.1　アラーム定義ファイルを作成する

6.7.2　アラーム定義ファイルを検証する

6.7.3　アラーム定義を変更する

6.7.4　アラームテーブルをコピーする

6.7.5　アラームテーブルを削除する

6.7.6　アラームを削除する

6.8　コマンドでのアラームの運用

6.8.1　監視エージェントにアラームテーブルを関連づける

6.8.2　監視エージェントに関連づけたアラームテーブルを解除する

6.8.3　監視エージェントとアラームテーブルの関連を確認する

6.8.4　アラームによる監視を開始する

6.8.5　アラームによる監視を停止する

6.8.6　アラームテーブルのプロパティを確認する

6.9　アラームに関する注意事項

6.9.1　アラーム作成時の注意事項

6.9.2　アラーム発生頻度とアラームイベント発行の関係について

6.9.3　アラームの評価に関する注意事項

7.　イベントの表示

7.1　最新イベントの表示

7.1.1　最新のイベント情報を表示する

7.1.2　アラームに関連づけられているレポートを表示する

7.1.3　アラームのプロパティを表示する

7.1.4　［イベントモニター］画面の表示条件を設定する

7.2　イベント履歴の表示

7.2.1　イベントの履歴を表示する

7.3　イベント履歴の出力

7.3.1　CSV形式で出力する

7.3.2　HTML形式で出力する

8.　バックアップとリストア

8.1　バックアップとリストアの概要

8.1.1　データのバックアップ方式

8.1.2　バックアップが必要な情報

8.2　部分バックアップの概要

8.3　定義情報のバックアップとリストア

8.3.1　レポートの定義情報のバックアップとリストア

8.3.2　アラームの定義情報のバックアップとリストア

8.3.3　業務グループの定義情報のバックアップとリストア

8.3.4　サービスの定義情報のバックアップとリストア

8.3.5　ブックマーク定義情報のバックアップとリストア

8.4　稼働監視データのバックアップとリストア

8.4.1　イベントデータのバックアップとリストア

8.4.2　パフォーマンスデータのバックアップとリストア

8.4.3　パフォーマンスデータの部分バックアップ（Storeバージョン2.0の場合）

第2編　システム連携編

9.　クラスタシステムでの構築と運用

9.1　クラスタシステムの概要と設計

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

9.1.2　クラスタ構成の設計

9.1.3　ネットワーク構成の設計

9.1.4　データ構成の設計

9.1.5　クラスタシステムでの運用設計

9.1.6　フェールオーバー方式の設計

9.2　クラスタシステムでの構築（Windowsの場合）

9.2.1　インストールとセットアップの前に

9.2.2　PFM - Managerのインストールとセットアップ

9.2.3　PFM - Web Consoleのインストールとセットアップ

9.2.4　PFM - AgentまたはPFM - RMのバージョンアップインストール

9.2.5　PFM - Managerのアンセットアップとアンインストール

9.2.6　PFM - Web Consoleのアンセットアップとアンインストール

9.3　クラスタシステムでの構成変更（Windowsの場合）

9.3.1　PFM - AgentまたはPFM - RMの追加

9.3.2　PFM - AgentまたはPFM - RMの削除

9.3.3　運用開始後のマシンの論理ホスト名の変更

9.3.4　運用開始後の論理ホスト環境の変更

9.4　クラスタシステムでの構築（UNIXの場合）

9.4.1　インストールとセットアップの前に

9.4.2　PFM - Managerのインストールとセットアップ

9.4.3　PFM - Web Consoleのインストールとセットアップ

9.4.4　PFM - AgentまたはPFM - RMのバージョンアップインストール

9.4.5　PFM - Managerのアンセットアップとアンインストール

9.4.6　PFM - Web Consoleのアンセットアップとアンインストール

9.5　クラスタシステムでの構成変更（UNIXの場合）

9.5.1　PFM - AgentまたはPFM - RMの追加

9.5.2　PFM - AgentまたはPFM - RMの削除

9.5.3　運用開始後のマシンの論理ホスト名の変更

9.5.4　運用開始後の論理ホスト環境の変更

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

9.6.1　クラスタシステムでのPerformance Managementの起動と停止

9.6.2　クラスタシステムでのユーザーアカウントの管理

9.6.3　クラスタシステムでの監視エージェントの一元管理

9.6.4　クラスタシステムでの稼働管理データの収集と管理

9.6.5　クラスタシステムでのレポートの作成

9.6.6　クラスタシステムでのアラームによるリアルタイム監視

9.6.7　クラスタシステムでのバックアップとリストア

9.6.8　クラスタシステムでフェールオーバーが発生したときの運用

9.7　クラスタシステムでの障害回復

9.8　クラスタシステムでの注意事項

10.　統合管理製品（JP1/IM）と連携した稼働監視

10.1　統合管理製品（JP1/IM）と連携した稼働監視の概要

10.1.1　統合コンソールによる監視

10.1.2　統合スコープによる監視

10.1.3　Performance ManagementとJP1/IMの連携

10.2　JP1/IMと連携するための検討

10.2.1　JP1イベントの種類

10.2.2　JP1イベントを発行するための前提条件

10.3　JP1/IMと連携するための構築

10.3.1　インストール

10.3.2　セットアップ

10.3.3　アンセットアップ

10.4　JP1/IMと連携するための運用

10.4.1　JP1/IMの統合コンソールによるアラームイベントの監視手順

10.4.2　JP1/IMの統合スコープによる監視手順

10.4.3　JP1/IMの統合コンソールからのレポート表示

10.4.4　JP1/IMの統合管理メニューからのPFM - Web Consoleの起動手順

10.5　JP1イベントの属性一覧

11.　ネットワーク管理製品（NNM）と連携した稼働監視

11.1　ネットワーク管理製品（NNM）と連携した稼働監視の概要

11.2　NNMと連携するための構築

11.2.1　NNMと連携するための前提OS

11.2.2　インストール

11.2.3　セットアップ

11.2.4　アンセットアップ

11.2.5　構成変更

11.3　NNMと連携するための運用

11.3.1　NNM連携機能のサービスの起動と停止

11.3.2　NNMからのアラームイベント監視

11.4　MIBオブジェクトの構成

12.　ODBC準拠のアプリケーションプログラムと連携した稼働分析

12.1　ODBC準拠の稼働分析アプリケーションプログラムとの連携の概要

12.2　インストールとセットアップ

12.2.1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

12.2.2　インストール

12.2.3　セットアップ

12.3　Microsoft Excelでのパフォーマンスデータ抽出例

12.4　注意事項

12.4.1　サポートされているSQL機能

12.4.2　サポートされている式表現

12.4.3　カラム名およびテーブル名の指定規則

12.4.4　共通キーフィールドの指定

12.4.5　時刻の調整

12.4.6　複数エージェント間でのクエリーの実行

12.4.7　Microsoft ExcelからODBCを利用する場合の注意事項

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

13.　Performance Managementの障害検知

13.1　Performance Managementの障害検知の概要

13.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認

13.2.1　ヘルスチェック機能の設定

13.2.2　稼働状態の確認方法

13.2.3　ヘルスチェック機能を利用した運用例

13.2.4　ヘルスチェック機能に関する注意事項

13.3　ステータス管理機能によるサービスの状態確認

13.3.1　ステータス管理機能の設定

13.3.2　サービスのステータス確認方法

13.3.3　クラスタシステム運用時のステータス管理

13.3.4　ステータス管理機能の障害

13.4　PFMサービス自動再起動機能によるPFMサービスの再起動

13.4.1　前提条件

13.4.2　PFMサービス自動再起動機能でのサービスの起動単位

13.4.3　PFMサービス自動再起動機能の設定

13.4.4　PFMサービス自動再起動機能の運用

13.5　システム統合監視製品と連携した障害検知

13.5.1　ログの出力方式の設定

13.5.2　JP1/Baseのログファイルトラップ機能の定義ファイル作成例

13.5.3　JP1/Baseのログファイルトラップ機能の起動

14.　トラブルへの対処方法

14.1　対処の手順

14.2　トラブルシューティング

14.2.1　セットアップやサービスの起動について

14.2.2　エージェントとの接続について

14.2.3　PFM - Web Consoleへのログインについて

14.2.4　コマンドの実行について

14.2.5　エージェントの管理について

14.2.6　レポートの定義について

14.2.7　アラームの定義について

14.2.8　パフォーマンスデータの収集と管理について

14.2.9　他プログラムとの連携について

14.2.10　その他のトラブルについて

14.3　ログ情報

14.3.1　ログ情報の種類

14.3.2　ログ情報のファイル

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

14.4.1　Windowsの場合

14.4.2　UNIXの場合

14.5　資料の採取方法

14.5.1　Windowsの場合

14.5.2　UNIXの場合

14.5.3　PFM - Web Consoleの場合

14.6　Performance Managementシステムの障害回復

14.6.1　構成変更に伴う障害の回復手順

14.6.2　ディスク故障などの重大な障害の回復手順

付録

付録A　コマンドの格納先

付録A.1　コマンドの種類と格納先

付録A.2　コマンドごとの格納先一覧

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

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

付録B.2　09-00の変更内容

付録B.3　08-50の変更内容（適用OSがWindows Server 2008）

付録B.4　08-50の変更内容（適用OSがWindows Server 2008以外）

付録B.5　08-11の変更内容

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

付録B.7　08-00の変更内容

付録B.8　07-50の変更内容

付録B.9　07-00の変更内容

付録C　（3020-3-R32-31）の変更内容

付録D　用語解説

索引

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

All Rights Reserved. Copyright (C) 2009, 2012, Hitachi, Ltd.
(C)opyright 2000-2009, by Object Refinery Limited and Contributors.

前書き

■ 対象製品

P-242C-AA94　 JP1/Performance Management - Manager　 09-50（適用OS：Windows Server 2003）
P-2A2C-AA94　 JP1/Performance Management - Manager　 09-50（適用OS：Windows Server 2008）
P-1J2C-AA91　 JP1/Performance Management - Manager　 09-50（適用OS：HP-UX 11i V2 (IPF)，HP-UX 11i V3 (IPF)）
P-9D2C-AA91　 JP1/Performance Management - Manager　 09-50（適用OS：Solaris 9 (SPARC)，Solaris 10 (SPARC)）
P-1M2C-AA91　 JP1/Performance Management - Manager　 09-50（適用OS：AIX 5L V5.3，AIX V6.1，AIX V7.1）
P-9S2C-BA91　 JP1/Performance Management - Manager　 09-50（適用OS：Linux 5 (x86)，Linux 5 Advanced Platform (x86)，Linux 5 (AMD/Intel 64)，Linux 5 Advanced Platform (AMD/Intel 64)）
P-812C-AA91　 JP1/Performance Management - Manager　 09-50（適用OS：Linux Server 6 (32-bit x86)，Linux Server 6 (64-bit x86_64)）
P-242C-AJ94　 JP1/Performance Management - Base　 09-50（適用OS：Windows Server 2003）
P-2A2C-AJ94　 JP1/Performance Management - Base　 09-50（適用OS：Windows Server 2008）
P-1J2C-AJ91　 JP1/Performance Management - Base　 09-50（適用OS：HP-UX 11i V2 (IPF)，HP-UX 11i V3 (IPF)）
P-9D2C-AJ91　 JP1/Performance Management - Base　 09-50（適用OS：Solaris 9 (SPARC)，Solaris 10 (SPARC)）
P-9E2C-AJ91　 JP1/Performance Management - Base　 09-50（適用OS：Solaris 10 (x86)，Solaris 10 (x64)）
P-1M2C-AJ91　 JP1/Performance Management - Base　 09-50（適用OS：AIX 5L V5.3，AIX V6.1，AIX V7.1）
P-9S2C-BJ91　 JP1/Performance Management - Base　 09-50（適用OS：Linux AS 4 (x86)，Linux ES 4 (x86)，Linux AS 4 (AMD64 & Intel EM64T)，Linux ES 4 (AMD64 & Intel EM64T)，Linux 5 (x86)，Linux 5 Advanced Platform (x86)，Linux 5 (AMD/Intel 64)，Linux 5 Advanced Platform (AMD/Intel 64)）
P-9V2C-AJ91　 JP1/Performance Management - Base　 09-50（適用OS：Linux AS 4 (IPF)，Linux 5 (IPF)，Linux 5 Advanced Platform (IPF)）
P-812C-AJ91　 JP1/Performance Management - Base　 09-50（適用OS：Linux Server 6 (32-bit x86)，Linux Server 6 (64-bit x86_64)）
P-242C-AR94　 JP1/Performance Management - Web Console　 09-50（適用OS：Windows Server 2003）
P-2A2C-AR94　 JP1/Performance Management - Web Console　 09-50（適用OS：Windows Server 2008）
P-1J2C-AR91　 JP1/Performance Management - Web Console　 09-50（適用OS：HP-UX 11i V2 (IPF)，HP-UX 11i V3 (IPF)）
P-9D2C-AR91　 JP1/Performance Management - Web Console　 09-50（適用OS：Solaris 9 (SPARC)，Solaris 10 (SPARC)）
P-1M2C-AR91　 JP1/Performance Management - Web Console　 09-50（適用OS：AIX 5L V5.3，AIX V6.1，AIX V7.1）
P-9S2C-AR91　 JP1/Performance Management - Web Console　 09-50（適用OS：Linux 5 (x86)，Linux 5 Advanced Platform (x86)，Linux 5 (AMD/Intel 64)，Linux 5 Advanced Platform (AMD/Intel 64)）
P-812C-AR91　 JP1/Performance Management - Web Console　 09-50（適用OS：Linux Server 6 (32-bit x86)，Linux Server 6 (64-bit x86_64)）

上記製品のほか，JP1/Performance Management - Baseを前提とするJP1/Performance ManagementのPFM - Agent製品，およびPFM - RM製品を対象とします。また，これらの製品には，他社からライセンスを受けて開発した部分が含まれています。

■ 輸出時の注意

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

■ 商標類

AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BEA WebLogic Serverは，BEA Systems, Inc.の登録商標です。
DB2は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
DB2 Universal Databaseは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
FirefoxはMozilla Foundationの登録商標です。
HP-UXは，Hewlett-Packard Companyのオペレーティングシステムの名称です。
IBMは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotusは，IBM Corporationの登録商標です。
Lotus Dominoは，IBM Corporationの登録商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corporationの商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corporationの商品名称です。
Microsoft Internet Information Serverは，米国Microsoft Corporationの商品名称です。
Microsoft Internet Information Servicesは，米国Microsoft Corporationの商品名称です。
MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Mozillaは，Mozilla Foundationの，米国およびその他の国における商標です。
ODBCは，米国Microsoft Corporationが提唱するデータベースアクセス機構です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMware, Virtual SMP, VMotionは，VMware, Inc.の米国および各国での登録商標または商標です。
WebSphereは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows NTは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AJ91，P-9D2C-AR91，P-9E2C-AJ91」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AJ91，P-9D2C-AR91，P-9E2C-AJ91」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

■ マイクロソフト製品のスクリーンショットの使用について

Microsoft Corporationのガイドラインに従って画面写真を使用しています。

■ 発行

2012年 3月　3020-3-R32-31

■ 著作権

All Rights Reserved. Copyright (C) 2009, 2012, Hitachi, Ltd.
(C)opyright 2000-2009, by Object Refinery Limited and Contributors.

変更内容

変更内容（3020-3-R32-31）

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

変更内容（3020-3-R32-30）　JP1/Performance Management - Manager 09-50，JP1/Performance Management - Base 09-50，JP1/Performance Management - Web Console 09-50

追加・変更内容
変更個所

業務グループによるアクセスコントロール機能を追加し，ユーザーごとに監視できる範囲を設定できるようにした。
1.8.7，2章，3.4.1，3.4.8，7.1.4，8.3，8.3.3，9.2.2，9.3.3，9.4.2，9.5.3，13.2，14.2.3，付録C

Performance Managementユーザーの権限に，業務グループ一般ユーザーを追加した。
2.1.3，2.3，2.5.1，2.5.2，2.7.1

次のコマンドで業務グループを作成および編集できるようにした。

jpcconf bgdef check
業務グループ定義ファイルの内容を検証するコマンド

jpcconf bgdef delete
業務グループの定義情報を削除するコマンド

jpcconf bgdef display
業務グループの定義情報を表示するコマンド

jpcconf bgdef export
業務グループの定義情報をファイルにエクスポートするコマンド

jpcconf bgdef import
業務グループの定義情報をファイルからインポートするコマンド

jpcconf bgdef list
業務グループ名の一覧を表示するコマンド

2.7.2，2.7.3，2.7.4

［エージェント階層の編集 > 新規エージェント］画面で，エージェントをキーワードで絞り込んで表示できるようにした。
3.2.2

jpctool service syncコマンドで，PFM - ManagerとPFM - Web Consoleに登録されているサービス情報を同期できるようにした。
3.4.1，3.4.5，8.3.4，9.3.2，9.3.3，9.5.2，9.5.3，13.2

オートラベル機能で，グラフ上のプロットに対応するデータの値を，ツールチップに表示できるようにした。
5.7.5，付録C

グラフに使用されるデフォルトの系列色を変更した。また，グラフに使用する系列色を変更できるようにした。
5.7.6

円グラフについての注意事項を追加した。
5.10.2

グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について記載した。
5.10.2

レポートの表示に時間が掛かる場合についての注意事項を追加した。
5.10.2

グラフ画像を表示または出力する場合に作成される一時ファイルについて記載した。
5.10.2

「グリッドを表示する」のグラフオプションは，最前面のグラフに対してだけ有効になるようにした。
5.10.3

「3D集合縦棒／3D積み上げ縦棒」のグラフを含む系列グループと，「折れ線」のグラフを含む系列グループは，系列グループの順序にかかわらずどちらかが最前面に表示されるようにした。
5.10.3

複合レポートのY軸目盛の表示順序は，グラフの描画順序に準じるようにした。
5.10.3

複合レポートに関する，次の条件を変更および追加した。

グラフや凡例の一部またはすべてが見えなくなり，凡例が2列以上で表示される条件

凡例の文字数が多いために，凡例の一部が見えなくなる条件

系列グループ名と凡例の文字が重なる条件

グラフタイトルが改行される条件

5.10.3

ユーザー作成のアラームテーブルと監視テンプレートのアラームテーブルを，それぞれ別のツリーとして表示できるようにした。
6.2，6.4.1，6.4.7

一つのアラームテーブルに定義できるアラームの最大数を，50から250に変更した。これに伴い，一つのアラーム定義ファイルに定義できるアラームの最大数を，50から250に変更した。
6.2，6.6.1，6.9.1

メッセージテキストが「Alarm Cleared」のアラームイベントが発行される契機を変更した。これに伴い，PFM - AgentまたはPFM - RMが停止した場合のアラーム評価に関する説明を記載した。
6.9.3，7.1.1，7.2.1，11.4

監視対象システムの稼働状態に関するエージェントイベントとして，次に示すメッセージテキストが出力されるようにした。

Monitored System Available

Monitored System Unavailable

7.1.1，7.2.1

エージェントのアラームステータスの確認状況によっては，エージェントイベントとして次に示すメッセージテキストが出力されるようにした。

State change(Unconfirmed)

State information

State information(Unconfirmed)

7.1.1，7.2.1

jpcprocdefコマンドを追加した。
9.8，14.4.1，14.4.2

ヘルスチェック機能に関する注意事項を追加した。
13.2.4

次の場合のトラブルシューティングを追加した。

PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

14.2，14.2.1

Windows環境でトラブル発生時に採取が必要な資料に，Windowsファイアウォールの情報を追加した。
14.4.1

コマンドの格納先一覧を追加した。
付録A

はじめに

このマニュアルは，JP1/Performance Managementの操作方法，他システム連携時の運用方法，およびトラブルシューティングについて説明したものです。

対象読者

このマニュアルは次の方にお読みいただくことを前提に，JP1/Performance Managementについて説明しています。

稼働監視システムの運用に際し，JP1/Performance Managementの運用手順を把握したい方

パフォーマンスデータの収集条件を定義したい方

レポートおよびアラームを定義したい方

収集したパフォーマンスデータを参照して，システムを監視したい方

監視結果を基に，システムへの対策を検討または指示したい方

なお，監視対象システムの運用について熟知していることを前提としています。

JP1/Performance Management - AgentまたはJP1/Performance Management - Remote Monitorを使用してパフォーマンスデータを収集する方法については，JP1/Performance Management - AgentまたはJP1/Performance Management - Remote Monitorの各マニュアルもあわせてお読みください。

マニュアルの構成

このマニュアルは，次に示す編から構成されています。なお，このマニュアルは各OS（Operating System）に共通のマニュアルです。OSごとに差異がある場合は，本文中でそのつど内容を書き分けています。

第1編　運用・操作編

JP1/Performance Managementの操作方法について説明しています。

第2編　システム連携編

JP1/Performance Managementをクラスタシステムで運用する場合ならびにJP1/Performance Managementがほかのシステムと連携する場合の構築および運用方法について説明しています。

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

JP1/Performance Management自身の障害を検知する方法と，トラブルが発生したときの対処方法について説明しています。

関連マニュアル

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

JP1/Performance Management関連

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

JP1 Version 9 JP1/Performance Management リファレンス（3020-3-R33）

JP1 Version 9 JP1/Performance Management - Remote Monitor for Platform（3020-3-R39）

JP1 Version 9 JP1/Performance Management - Remote Monitor for Oracle（3020-3-R40）

JP1 Version 9 JP1/Performance Management - Remote Monitor for Microsoft(R) SQL Server（3020-3-R41）

JP1 Version 9 JP1/Performance Management - Agent Option for Platform（Windows(R)用）（3020-3-R48）

JP1 Version 9 JP1/Performance Management - Agent Option for Platform（UNIX(R)用）（3020-3-R49）

JP1 Version 9 JP1/Performance Management - Agent Option for Virtual Machine（3020-3-R50）

JP1 Version 9 JP1/Performance Management - Agent Option for Service Response（3020-3-R51）

JP1 Version 9 JP1/Performance Management - Agent Option for Oracle（3020-3-R52）

JP1 Version 9 JP1/Performance Management - Agent Option for Microsoft(R) SQL Server（3020-3-R53）

JP1 Version 9 JP1/Performance Management - Agent Option for IBM(R) DB2(R) Universal Database(TM)（3020-3-R54）

JP1 Version 9 JP1/Performance Management - Agent Option for HiRDB（3020-3-R55）

JP1 Version 9 JP1/Performance Management - Agent Option for JP1/AJS3（3020-3-R56）

JP1 Version 9 JP1/Performance Management - Agent Option for Enterprise Applications（3020-3-R57）

JP1 Version 9 JP1/Performance Management - Agent Option for Domino（3020-3-R58）

JP1 Version 9 JP1/Performance Management - Agent Option for Microsoft(R) Exchange Server（3020-3-R59）

JP1 Version 9 JP1/Performance Management - Agent Option for Microsoft(R) Internet Information Server（3020-3-R60）

JP1 Version 9 JP1/Performance Management - Agent Option for IBM WebSphere Application Server（3020-3-R61）

JP1 Version 9 JP1/Performance Management - Agent Option for Oracle(R) WebLogic Server（3020-3-R62）

JP1 Version 9 JP1/Performance Management - Agent Option for uCosminexus Application Server（3020-3-R63）

JP1 Version 9 JP1/Performance Management - Agent Option for IBM WebSphere MQ（3020-3-R64）

JP1 Version 9 JP1/Performance Management - Agent Option for OpenTP1（3020-3-R65）

JP1関連

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

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

JP1 Version 9 JP1/Integrated Management - Manager 導入・設計ガイド（3020-3-R76）

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

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

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

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

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

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

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

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

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

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

新旧対応表

JP1 Version 9 JP1/Performance Managementでは，マニュアル「JP1 Version 8 JP1/Performance Management システム構築・運用ガイド」（3020-3-K61-80）の内容を次の2冊に分冊しています。

マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）

マニュアル「JP1 Version 9 JP1/Performance Management 運用ガイド」（3020-3-R32）

マニュアル「JP1 Version 8 JP1/Performance Management システム構築・運用ガイド」（3020-3-K61-80）とこのマニュアル「JP1 Version 9 JP1/Performance Management 運用ガイド」（3020-3-R32）との対応は次のようになっています。

JP1 Version 8 JP1/Performance Management システム構築・運用ガイド（3020-3-K61-80） | JP1 Version 9 JP1/Performance Management 運用ガイド（3020-3-R32）
【概要編】 | マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）へ移動
1.　Performance Managementの概要
2.　Performance Managementを使ってみよう
【設計編】
3.　Performance Managementを活用した稼働監視システムの設計
4.　Performance Managementの機能
【構築編】
5.　インストールとセットアップ（Windowsの場合）
6.　インストールとセットアップ（UNIXの場合）
【運用・操作編】 | 【運用・操作編】
7.　Performance Managementの起動と停止 | 1.　Performance Managementの起動と停止
8.　ユーザーアカウントの管理 | 2.　ユーザーアカウントと業務グループの管理
9.　エージェントの監視 | 3.　エージェントの監視
10.　稼働監視データの管理 | 4.　稼働監視データの管理
11.　稼働分析のためのレポートの作成 | 5.　稼働分析のためのレポートの作成
12.　アラームによる稼働監視 | 6.　アラームによる稼働監視
13.　イベントの表示 | 7.　イベントの表示
14.　バックアップとリストア | 8.　バックアップとリストア
【システム連携編】 | 【システム連携編】
15.　クラスタシステムでの構築と運用 | 9.　クラスタシステムでの構築と運用
16.　統合管理製品（JP1/IM）と連携した稼働監視 | 10.　統合管理製品（JP1/IM）と連携した稼働監視
17.　ネットワーク管理製品（NNM）と連携した稼働監視 | 11.　ネットワーク管理製品（NNM）と連携した稼働監視
18.　ODBC準拠のアプリケーションプログラムと連携した稼働分析 | 12.　ODBC準拠のアプリケーションプログラムと連携した稼働分析
【トラブルシューティング編】 | 【トラブルシューティング編】
19.　Performance Managementの障害検知 | 13.　Performance Managementの障害検知
20.　トラブルへの対処方法 | 14.　トラブルへの対処方法
付録A　制限値 | マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）へ移動
付録B　命名規則
付録C　システム見積もり
付録D　カーネルパラメーター一覧
付録E　移行手順と移行時の注意事項
付録F　日本語版と英語版の混在環境での注意事項
付録G　バージョン互換
付録H　動作ログの出力
付録I　ヘルスチェックエージェント
－ | 付録A　コマンドの格納先
付録J　各バージョンの変更内容 | 付録B　各バージョンの変更内容
付録K　用語解説 | 付録C　用語解説

JP1/Performance Managementマニュアルの使い分けについて

JP1/Performance Managementのマニュアルは，次の表に示すマニュアルに分かれています。次の表で各マニュアルの記述内容をご確認の上，利用目的に合わせてマニュアルをお読みください。

マニュアル名 | 記述内容
JP1/Performance Management 設計・構築ガイド | 機能および設計・構築方法
JP1/Performance Management 運用ガイド | 操作方法
JP1/Performance Management リファレンス | 画面，コマンド，およびメッセージ

読書手順

このマニュアルは，利用目的に合わせて章を選択して読むことができます。利用目的別にお読みいただくことをお勧めします。

マニュアルを読む目的 | 記述個所
起動および停止方法を知りたい。 | 1章
ユーザーおよび業務グループの管理方法について知りたい。 | 2章
エージェントの監視方法について知りたい。 | 3章
稼働監視データを格納するデータベースの管理方法について知りたい。 | 4章
レポートを作成するための定義方法および表示したり出力したりする方法について知りたい。 | 5章
アラームを通知するための定義方法および設定方法について知りたい。 | 6章
イベントの表示方法について知りたい。 | 7章
定義情報および稼働監視データのバックアップとリストアの方法について知りたい。 | 8章
クラスタシステムで運用する場合の構築および運用方法について知りたい。 | 9章
JP1/IMとの連携方法について知りたい。 | 10章
NNMとの連携方法について知りたい。 | 11章
ODBC準拠のアプリケーションプログラムとの連携方法について知りたい。 | 12章
Performance Managementシステム自身で障害が発生したときの検知方法について知りたい。 | 13章
トラブル発生時の対処について知りたい。 | 14章

このマニュアルでの表記

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

このマニュアルでの表記 | 正式名称
AIX | AIX 5L V5.3
AIX V6.1
AIX V7.1
HP-UX | HP-UX 11i V2 (IPF)
HP-UX 11i V3 (IPF)
Internet Explorer | Microsoft(R) Internet Explorer(R)
Windows(R) Internet Explorer(R)
IPF | Itanium(R) Processor Family
JP1/IM | JP1/IM - Manager | JP1/Integrated Management - Manager
JP1/IM - View | JP1/Integrated Management - View
JP1/NETM/DM | JP1/NETM/DM Client
JP1/NETM/DM Manager
JP1/NETM/DM SubManager
Linux | Linux (IPF) | Linux 5 Advanced Platform (IPF) | Red Hat Enterprise Linux(R) 5 Advanced Platform (IPF)
Linux 5 (IPF) | Red Hat Enterprise Linux(R) 5 (IPF)
Linux AS 4 (IPF) | Red Hat Enterprise Linux(R) AS 4 (IPF)
Linux (x64) | Linux 5 Advanced Platform (AMD/Intel 64) | Red Hat Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)
Linux 5 (AMD/Intel 64) | Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)
Linux AS 4 (AMD64 & Intel EM64T) | Red Hat Enterprise Linux(R) AS 4 (AMD64 & Intel EM64T)
Linux ES 4 (AMD64 & Intel EM64T) | Red Hat Enterprise Linux(R) ES 4 (AMD64 & Intel EM64T)
Linux (x86) | Linux 5 Advanced Platform (x86) | Red Hat Enterprise Linux(R) 5 Advanced Platform (x86)
Linux 5 (x86) | Red Hat Enterprise Linux(R) 5 (x86)
Linux AS 4 (x86) | Red Hat Enterprise Linux(R) AS 4 (x86)
Linux ES 4 (x86) | Red Hat Enterprise Linux(R) ES 4 (x86)
Linux Server 6 | Linux Server 6 (32-bit x86) | Red Hat Enterprise Linux(R) Server 6 (32-bit x86)
Linux Server 6 (64-bit x86_64) | Red Hat Enterprise Linux(R) Server 6 (64-bit x86_64)
MSCS | Microsoft(R) Cluster Service
NNM | HP NNM | HP Network Node Manager Software バージョン6以前
HP Network Node Manager Starter Edition Software バージョン7.5以前
JP1/Cm2/NNM | JP1/Cm2/Network Node Manager バージョン7以前
JP1/Cm2/Network Node Manager Starter Edition 250 バージョン8以前
JP1/Cm2/Network Node Manager Starter Edition Enterprise バージョン8以前
Performance Management | JP1/Performance Management
PFM - Agent | PFM - Agent for Cosminexus | JP1/Performance Management - Agent Option for uCosminexus Application Server
PFM - Agent for DB2 | JP1/Performance Management - Agent Option for IBM(R) DB2(R) Universal Database(TM)
PFM - Agent for Domino | JP1/Performance Management - Agent Option for Domino
PFM - Agent for Enterprise Applications | JP1/Performance Management - Agent Option for Enterprise Applications
PFM - Agent for Exchange Server | JP1/Performance Management - Agent Option for Microsoft(R) Exchange Server
PFM - Agent for HiRDB | JP1/Performance Management - Agent Option for HiRDB
PFM - Agent for IIS | JP1/Performance Management - Agent Option for Microsoft(R) Internet Information Server
PFM - Agent for JP1/AJS | PFM - Agent for JP1/AJS2 | JP1/Performance Management - Agent Option for JP1/AJS2
PFM - Agent for JP1/AJS3 | JP1/Performance Management - Agent Option for JP1/AJS3
PFM - Agent for Microsoft SQL Server | JP1/Performance Management - Agent Option for Microsoft(R) SQL Server
PFM - Agent for OpenTP1 | JP1/Performance Management - Agent Option for OpenTP1
PFM - Agent for Oracle | JP1/Performance Management - Agent Option for Oracle
PFM - Agent for Platform | PFM - Agent for Platform（UNIX） | JP1/Performance Management - Agent Option for Platform（UNIX用）
PFM - Agent for Platform（Windows） | JP1/Performance Management - Agent Option for Platform（Windows用）
PFM - Agent for Service Response | JP1/Performance Management - Agent Option for Service Response
PFM - Agent for Virtual Machine | JP1/Performance Management - Agent Option for Virtual Machine
PFM - Agent for WebLogic Server | JP1/Performance Management - Agent Option for BEA WebLogic Server
JP1/Performance Management - Agent Option for Oracle(R) WebLogic Server
PFM - Agent for WebSphere Application Server | JP1/Performance Management - Agent Option for IBM WebSphere Application Server
PFM - Agent for WebSphere MQ | JP1/Performance Management - Agent Option for IBM WebSphere MQ
PFM - Base | JP1/Performance Management - Base
PFM - Manager | JP1/Performance Management - Manager
PFM - RM | PFM - RM for Microsoft SQL Server | JP1/Performance Management - Remote Monitor for Microsoft(R) SQL Server
PFM - RM for Oracle | JP1/Performance Management - Remote Monitor for Oracle
PFM - RM for Platform | JP1/Performance Management - Remote Monitor for Platform
PFM - Web Console | JP1/Performance Management - Web Console
Solaris | Solaris 9 | Solaris 9 (SPARC)
Solaris 10 | Solaris 10 (SPARC)
Solaris 10 (x64)
Solaris 10 (x86)
Windows (IPF) | Microsoft(R) Windows Server(R) 2003,Enterprise Edition for Itanium-based Systems
Windows Server 2003 | Windows Server 2003 (x64)または2003 (x64) | Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003, Standard x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition
Windows Server 2003 (x86)または2003 (x86) | Microsoft(R) Windows Server(R) 2003, Enterprise Edition
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard Edition
Windows Server 2008 | Microsoft(R) Windows Server(R) 2008 Enterprise
Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V(TM)
Microsoft(R) Windows Server(R) 2008 Standard
Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V(TM)
Microsoft(R) Windows Server(R) 2008 R2 Datacenter
Microsoft(R) Windows Server(R) 2008 R2 Enterprise
Microsoft(R) Windows Server(R) 2008 R2 Standard
WSFC | Microsoft(R) Windows Server(R) Failover Cluster

PFM - Manager，PFM - Agent，PFM - Base，PFM - Web Console，およびPFM - RMを総称して，Performance Managementと表記することがあります。

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

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

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

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

このマニュアルでの表記 | 正式名称
CPU | Central Processing Unit
CSV | Comma Separated Values
DB | DataBase
DDE | Dynamic Data Exchange
DNS | Domain Name System
FQDN | Fully Qualified Domain Name
GMT | Greenwich Mean Time
GUI | Graphical User Interface
HTML | HyperText Markup Language
HTTP | HyperText Transfer Protocol
IP | Internet Protocol
JavaVM | JavaTM Virtual Machine
JST | Japan Standard Time
LAN | Local Area Network
MIB | Management Information Base
NAT | Network Address Translation
NFS | Network File System
ODBC | Open DataBase Connectivity
OS | Operating System
PQL | Program Query Language
SMTP | Simple Mail Transfer Protocol
SNMP | Simple Network Management Protocol
TCP | Transmission Control Protocol
UAC | User Account Control
URL | Uniform Resource Locator
XML | eXtensible Markup Language

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

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

記号
意味

［ ］
画面，タブ，項目名，ボタン，チェックボックスなどを示します。

（例）

［メイン］画面

［新規フォルダ］ボタン

｜
（ストローク）

複数の項目に対し，項目間の区切りを示し，「または」の意味を示します。

（例）

「A｜B｜C」は，「A，B，またはC」を示す。

｛　｝
この記号で囲まれている複数の項目の中から，必ず1組の項目が該当することを示します。項目の区切りは|で示します。

（例）

｛A｜B｜C｝は「A，B，またはCのどれかが該当する」ことを示す。

太字
重要な用語，または利用状況によって異なる値であることを示します。

図中で使用する記号

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

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

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

記号 | 意味
＊ | 乗算記号を示します。
/ | 除算記号を示します。

フォルダおよびディレクトリの統一表記

このマニュアルでは，Windowsで使用されている「フォルダ」とUNIXで使用されている「ディレクトリ」とが同じ場合，原則として，「ディレクトリ」と統一表記しています。

ブックマークの用語表記について

このマニュアルでは，「ブックマーク」と「複合ブックマーク」を区別する必要がない個所では「ブックマーク」と表記しています。複合ブックマーク独自の機能を説明している個所だけ「複合ブックマーク」と表記しています。

このマニュアルでのプロダクト名，サービスID，およびサービスキーの表記

Performance Management 09-00以降では，プロダクト名表示機能を有効にすることで，サービスIDおよびサービスキーをプロダクト名で表示できます。プロダクト名表示機能を有効にしたときの，PFM - Agent for Platform（Windows）のサービスIDおよびサービスキーの表示例を次に示します。

識別子 | プロダクト名表示機能
無効 | 有効
サービスID | TS1ホスト名 | ホスト名<Windows>(Store)
TA1ホスト名 | ホスト名<Windows>
サービスキー | agtt | Windows

このマニュアルでは，プロダクト名表示機能を有効としたときの形式で表記しています。

なお，プロダクト名表示機能を有効にできるのは，次の条件を同時に満たす場合です。

PFM - AgentまたはPFM - RMの同一装置内の前提プログラム（PFM - ManagerまたはPFM - Base）のバージョンが09-00以降

PFM - Web Consoleおよび接続先のPFM - Managerのバージョンが09-00以降

Performance Managementのインストール先ディレクトリの表記

このマニュアルでは，Windows版Performance Managementのインストール先フォルダをインストール先フォルダ，UNIX版Performance Managementのインストール先ディレクトリをインストール先ディレクトリと表記しています。

Windows版Performance Managementのデフォルトのインストール先フォルダは，次のとおりです。

PFM - Web Console以外のPerformance Managementのプログラムのインストール先フォルダ

・Windows Server 2003 (x64)，64ビット版のWindows Server 2008の場合

システムドライブ¥Program Files (x86)¥Hitachi¥jp1pc

・上記以外の場合

システムドライブ¥Program Files¥Hitachi¥jp1pc

PFM - Web Consoleのインストール先フォルダ

・Windows Server 2003 (x64)，64ビット版のWindows Server 2008の場合

システムドライブ¥Program Files (x86)¥Hitachi¥jp1pcWebCon

・上記以外の場合

システムドライブ¥Program Files¥Hitachi¥jp1pcWebCon

UNIX版Performance Managementのデフォルトのインストール先ディレクトリは，次のとおりです。

PFM - Web Console以外のPerformance Managementのプログラムのインストール先ディレクトリ

/opt/jp1pc

PFM - Web Consoleのインストール先ディレクトリ

/opt/jp1pcwebcon

Performance Managementで対応するNNM製品について

Performance Managementでは，次の製品との連携をサポートしています。

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

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

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

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

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

このマニュアルでは，これらの製品を「NNM」，これらの製品と連携するための機能を「NNM連携」と表記しています。

なお，Performance Managementでは，次の製品との連携はサポートしていません。ご注意ください。

HP Network Node Manager i Software v8.10

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

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

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

1.　Performance Managementの起動と停止

この章では，Performance Managementプログラムのサービスの起動方法と停止方法，サービス情報の操作方法，Webブラウザからのログインとログアウトの方法など，Performance Managementを運用する上で必要な操作について説明します。

＜この章の構成＞

1.1　Performance Managementシステム全体の起動と停止の順序

1.2　サービスの起動

1.3　サービスの停止

1.4　PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携

1.5　PFM - Web Consoleへのログインとログアウト

1.6　サービスの稼働状況の確認

1.7　Webブラウザの自動更新間隔の設定

1.8　注意事項

1.1　Performance Managementシステム全体の起動と停止の順序

Performance Managementシステム全体のサービスの起動および停止の順序について説明します。

注意

クラスタシステムでのPerformance Managementの起動と停止は，通常の起動と停止とは異なります。詳細については，「9.　クラスタシステムでの構築と運用」の，各Performance Managementプログラムのセットアップについて説明している個所を参照してください。

＜この節の構成＞

1.1.1　Performance Managementシステム全体の起動順序

1.1.2　Performance Managementシステム全体の停止順序

1.1.1　Performance Managementシステム全体の起動順序

Performance Managementシステムは，監視マネージャー，監視エージェント，監視コンソールサーバの順に起動させます。

Performance Managementシステム全体の起動順序を次に示します。なお，PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleが同一ホストにインストールされている場合，起動を連携させることができます。起動の連携方法については，「1.4　PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携」を参照してください。

監視マネージャーでPFM - Managerを起動する。
監視マネージャーでjpcspm startコマンドを実行し，次の順にPFM - Managerのサービスを起動させます。

Status Server

Name Server

Master Manager

Master Store

Correlator

Trap Generator

View Server

Agent Store（ヘルスチェックエージェント）※

Agent Collector（ヘルスチェックエージェント）※

Action Handler

注※　ヘルスチェック機能を有効にしている場合だけ起動します。

すべての監視エージェントでPFM - BaseとPFM - Agent，またはPFM - BaseとPFM - RMを起動する。
すべての監視エージェントでjpcspm startコマンドを実行し，次のPFM - BaseとPFM - Agent，またはPFM - BaseとPFM - RMのサービスを起動させます。

Status Server※1

Action Handler※1

Agent CollectorおよびAgent Store※2

Remote Monitor CollectorおよびRemote Monitor Store※3

注※1　PFM - Baseのサービス
注※2　PFM - Agentのサービス
注※3　PFM - RMのサービス
jpcspm startコマンドの実行では，PFM - BaseとPFM - Agent，またはPFM - BaseとPFM - RMのサービスの別を意識する必要はありません。

監視コンソールサーバでPFM - Web Consoleを起動する。
監視コンソールサーバでjpcwstartコマンドを実行し，次のPFM - Web Consoleのサービスを起動させます。

Web Console

Web Service

Performance Managementの各プログラムのサービスは，jpcspm startコマンドまたはjpcwstartコマンドで順番に起動されます。また，Windowsの場合は，あらかじめサービスの依存関係が設定されています。したがって，サービスの起動時に，特に起動順序を意識する必要はありません。

参考

PFM - AgentまたはPFM - RMと，PFM - Managerを同じホストにインストールしている場合は，PFM - Managerのサービスを起動させたあとにPFM - AgentまたはPFM - RMのサービスを起動させてください。

注意

バージョン08-00以降のPerformance Managementプログラムをインストールした場合，ステータス管理機能の設定状態は次のようになります。

Performance Managementのプログラムがインストールされていないホストに08-00以降のPFM - ManagerまたはPFM - Baseを新規インストールした場合
ステータス管理機能の設定状態：有効になります。

それ以外の場合※
ステータス管理機能の設定状態：既存のままです。

注※　次の場合が該当します。

06-70～07-50のPFM - Managerを08-00以降にバージョンアップした場合

06-70～07-50のPFM - Agentがインストールされている環境に，08-00以降のPFM - ManagerまたはPFM - Baseを新規インストールした場合

なお，06-70～07-10のPerformance Managementはステータス管理機能を持たないため，この場合の設定状態は「無効」になります。
ステータス管理機能の設定を変更する場合は，「13.3.1　ステータス管理機能の設定」を参照してください。

Agent CollectorまたはRemote Monitor Collectorサービスの起動に失敗した場合は，PFM - AgentまたはPFM - RMのサービスを停止させ，Agent CollectorまたはRemote Monitor Collectorサービスの起動失敗の要因を共通メッセージログで確認してください。Agent CollectorまたはRemote Monitor Collectorサービスの起動失敗の要因を解決したあと，PFM - AgentまたはPFM - RMのサービスを再起動してください。

バージョン08-11以降のPFM - Managerの場合，ヘルスチェック機能を利用できます。バージョン09-00以降のPFM - Managerをインストールした場合，ヘルスチェック機能の設定状態は次のようになります。

PFM - Managerがインストールされていないホストに09-00以降のPFM - Managerを新規インストールした場合
ヘルスチェック機能の設定状態：有効になります。

それ以外の場合※
ヘルスチェック機能の設定状態：既存のままです。

注※　次の場合が該当します。

06-70～08-10のPFM - Managerを08-11以降にバージョンアップした場合

06-70～07-50のPFM - Agentがインストールされている環境に，08-11以降のPFM - Managerを新規インストールした場合

なお，06-70～08-10のPFM - Managerはヘルスチェック機能を持たないため，この場合の設定状態は「無効」になります。
ヘルスチェック機能の設定については，「13.2.1　ヘルスチェック機能の設定」を参照してください。

1.1.2　Performance Managementシステム全体の停止順序

Performance Managementシステムは，監視コンソールサーバ，すべての監視エージェント，監視マネージャーの順に停止させます。

Performance Managementシステム全体の停止順序を次に示します。なお，PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleが同一ホストにインストールされている場合，停止を連携させることができます。停止の連携方法については，「1.4　PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携」を参照してください。

監視コンソールサーバでPFM - Web Consoleを停止する。
監視コンソールサーバでjpcwstopコマンドを実行し，次のPFM - Web Consoleのサービスを停止させます。

Web Console

Web Service

すべての監視エージェントでPFM - BaseとPFM - Agent，またはPFM - BaseとPFM - RMを停止する。
すべての監視エージェントでjpcspm stopコマンドを実行し，次のPFM - BaseとPFM - Agent，またはPFM - BaseとPFM - RMのサービスを停止させます。

Status Server※1

Action Handler※1

Agent CollectorおよびAgent Store※2

Remote Monitor CollectorおよびRemote Monitor Store※3

注※1　PFM - Baseのサービス
注※2　PFM - Agentのサービス
注※3　PFM - RMのサービス

監視マネージャーでPFM - Managerを停止する。
監視マネージャーでjpcspm stopコマンドを実行し，次の順にPFM - Managerのサービスを停止させます。

Action Handler

Agent Collector（ヘルスチェックエージェント）※

Agent Store（ヘルスチェックエージェント）※

View Server

Trap Generator

Correlator

Master Store

Master Manager

Name Server

Status Server

注※　ヘルスチェック機能を有効にしている場合だけ起動しています。

Performance Managementの各プログラムのサービスは，jpcspm stopコマンドまたはjpcwstopコマンドで順番に停止されます。また，Windowsの場合は，あらかじめサービスの依存関係が設定されています。したがって，サービスの停止時に，特に停止順序を意識する必要はありません。

参考

PFM - AgentまたはPFM - RMと，PFM - Managerを同じホストにインストールしている場合は，PFM - AgentまたはPFM - RMのサービスを停止させたあとにPFM - Managerのサービスを停止させてください。

ポイント

自動でプログラムを再起動させるなどの際は，Performance Managementシステム全体の起動順序を考慮してください。なお，大規模システムでPerformance Managementの起動を制御するためにPFM - AgentまたはPFM - RMをスタンドアロンモードで起動させることもできます。スタンドアロンモードの詳細については，「1.8.1　大規模システムでPFM - AgentまたはPFM - RMを起動する場合について」を参照してください。

1.2　サービスの起動

Performance Managementプログラムの各サービスの起動方法について説明します。

注意

サービスの起動には，次のOSユーザー権限が必要です。

Windowsの場合：Administrators権限

UNIXの場合：rootユーザー権限

＜この節の構成＞

1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する

1.2.2　監視コンソールサーバでサービスを起動する

1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する

監視マネージャーおよび監視エージェントで，各サービスを起動させる方法について説明します。

＜この項の構成＞

(1)　サービスを手動で起動する

(2)　サービスを自動で起動する

(1)　サービスを手動で起動する

監視マネージャーおよび監視エージェントで，サービスを手動で起動させるには，jpcspm startコマンドを使用します。

jpcspm startコマンドは，ログインしているホスト上のサービスだけを起動させることができます。リモートホストのPerformance Managementプログラムのサービスは起動できません。なお，ヘルスチェック機能が有効の場合は，PFM - Managerを起動するとヘルスチェックエージェントも起動されます。

手動でサービスを起動させる手順を次に示します。

サービスを起動させるホストにログインする。
PFM - Managerのサービスを起動させる場合は，監視マネージャーにログインします。PFM - AgentまたはPFM - RMと，PFM - Baseのサービスを起動させる場合は，監視エージェントにログインします。

jpcspm startコマンドを実行する。
起動させたいサービスを示すサービスキーを指定して，jpcspm startコマンドを実行します。jpcspm startコマンドで指定できるサービスキーを次に示します。

jp1pc：ホスト上のすべてのPFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMのサービス

Managerまたはmgr：ホスト上のPFM - Managerサービス

AHまたはact：ホスト上のAction Handlerサービス

ホスト上の特定のPFM - AgentまたはPFM - RMサービスを起動させる場合のサービスキーは，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。
例えば，ローカルホスト上のすべてのPFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMのサービスを起動させる場合は，次のように指定します。

jpcspm start -key jp1pc

また，インスタンス環境で運用しているPFM - AgentまたはPFM - RMをインスタンスごとに起動させる場合は，インスタンス名を指定します。
例えば，PFM - Agent for Oracleで，インスタンス名がoracleAというPFM - Agent for Oracleのサービスを起動させる場合は，次のように指定します。

jpcspm start -key Oracle -inst oracleA

(2)　サービスを自動で起動する

システムの起動時にサービスを自動で起動させる方法を，OSごとに説明します。

(a)　Windowsの場合

インストール時のデフォルトで，システムの起動時にサービスが自動で起動されるように設定されています。したがって，システムの起動後は特に必要な操作はありません。

注意

サービスを自動で起動させると，Agent StoreまたはRemote Monitor Storeサービスの起動に時間が掛かり，Agent CollectorまたはRemote Monitor Collectorサービスの起動に失敗することがあります。

OSの再起動時にPerformance Managementプログラムのサービスの起動に時間が掛かると，サービスコントロールマネージャによって次のメッセージが出力されることがあります。
　イベントID：7022
　種類：エラー
　説明：「<サービス名>サービスは起動時に停止しました。」
この場合，共通メッセージログを参照し，サービスの起動メッセージが出力されているか確認してください。サービスの起動メッセージが出力されていれば，サービスは正常に起動しています。
この現象は，サービスを自動で起動させないで，jpcspm startコマンドを使用して手動でサービスを起動すると回避できます。

Performance Managementのサービスは，通常はシステムアカウントで動作します。変更するとサービスが正常に動作しないことがあります。マニュアルで設定変更を推奨しているサービス以外は，サービスのアカウント設定を変更しないでください。
なお，PFM - Base，PFM - Manager，およびPFM - Web Consoleのサービスは，すべてシステムアカウントで動作します。
PFM - Agentに関しては，各PFM - Agentマニュアルを参照してください。

OS起動時は，処理負荷などの影響でOSの自動起動処理自体がタイムアウトし，Performance Managementの起動に失敗する場合があります。そのため，OS自動起動設定ではなくjpcspm startコマンドで起動してください。

(b)　UNIXの場合

システムの起動時にサービスを自動で起動させるには，Performance Managementシステム用のサービス自動起動スクリプトファイルを使用します。AIXの場合は，AIX用の自動起動スクリプトファイルも使用します。

補足

このスクリプトファイルを使って起動できるのは，物理ホストのサービスだけです。論理ホストのサービスは起動できません。

特定のサービスだけを自動起動するようにしたい場合は，次の行を編集してください。

＜編集前＞

nohup /opt/jp1pc/tools/jpcstart all -nochk 2> /dev/null 1> /dev/null &

＜編集後＞

nohup /opt/jp1pc/tools/jpcstart act -nochk 2> /dev/null 1> /dev/null

nohup /opt/jp1pc/tools/jpcstart <サービスキー> -nochk 2> /dev/null 1> /dev/null &

注　1行目はAction Handlerの起動が必要な場合だけ追加してください。1行目の末尾には&を付けないでください。2行目の<サービスキー>には自動起動するサービスのサービスキー名を指定してください。

PFM - Managerサービスを自動起動に含める場合は，次の行を編集してください。

＜編集前＞

nohup /opt/jp1pc/tools/jpcstart all -nochk 2> /dev/null 1> /dev/null &

＜編集後＞

nohup /opt/jp1pc/tools/jpcstart mgr -nochk 2> /dev/null 1> /dev/null

nohup /opt/jp1pc/tools/jpcstart act -nochk 2> /dev/null 1> /dev/null

nohup /opt/jp1pc/tools/jpcstart <サービスキー> -nochk 2> /dev/null 1> /dev/null &

注　1行目および2行目の末尾には&を付けないでください。3行目の<サービスキー>には自動起動するサービスのサービスキー名を指定してください。

Performance Managementは起動時に，その環境で設定されているLANG環境変数で動作します。また，LC_ALL環境変数が設定されており，LANG環境変数の値と異なる場合は，LC_ALL環境変数を解除するか，LANG環境変数と同一の値に変更してください。Performance Managementに関連するLANG環境変数を設定する場合は，次の例を参考に編集してください。

設定例

## Set Environment-variables

PATH=/sbin:/bin:/usr/bin:/opt/jp1pc/bin

SHLIB_PATH=/opt/hitachi/common/lib

LD_LIBRARY_PATH=/opt/hitachi/common/lib

LIBPATH=/opt/hitachi/common/lib

HCCLIBCNF=/opt/jp1/hcclibcnf

LANG=設定したいLANG環境変数※1

export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF LANG※1

unset LC_ALL※2

注※1　スクリプトファイルに追加した記述です。Performance Managementで使用できるLANG環境変数については，マニュアル「JP1/Performance Management 設計・構築ガイド」および，各PFM - AgentまたはPFM - RMマニュアルの，インストールとセットアップについて説明している章を参照してください。

注※2　LC_ALL環境変数を解除した場合の記述例です。

サービスの自動起動の設定手順を次に示します。

サービスの自動起動の設定を行うホストにログインする。
PFM - Managerのサービスに対する操作の場合は，監視マネージャーにログインします。PFM - AgentまたはPFM - RMと，PFM - Baseのサービスに対する操作の場合は，監視エージェントにログインします。

次のコマンドを実行して，/opt/jp1pcディレクトリに移動する。

cd /opt/jp1pc

Performance Managementシステム用のサービス自動起動スクリプトファイルを設定する。
サービス自動起動スクリプトの.modelファイルおよびサービス自動起動スクリプトファイルの名称を次に示します。

サービス自動起動スクリプトの.modelファイル名：jpc_start.model

サービス自動起動スクリプトファイル名：jpc_start

サービス自動起動スクリプトの.modelファイルをサービス自動起動スクリプトファイルにコピーし，実行権限を付加します。次のように指定してコマンドを実行します。

cp -p jpc_start.model jpc_start
chmod 555 jpc_start

AIX用の自動起動スクリプトファイルを登録する（AIXの場合だけ）。
手順3で設定したPerformance Managementシステム用のサービス自動起動スクリプトファイルを実行させるために，Performance Managementでは，AIX用の自動起動スクリプトファイルを提供しています。この自動起動スクリプトファイルをAIXの設定ファイルに登録してください。
自動起動スクリプトファイルおよび設定ファイルの名称を次に示します。

自動起動スクリプトファイル名：/etc/rc.jp1_pc

設定ファイル名：/etc/inittab

登録手順を次に示します。
1. mkitabコマンドを使用して，/etc/rc.jp1_pcファイルを/etc/inittab設定ファイルに登録する。

mkitab "jp1pc:2:wait:/etc/rc.jp1_pc >/dev/console 2>&1"

2. lsitabコマンドを使用して，/etc/inittab設定ファイルに/etc/rc.jp1_pcファイルが登録されていることを確認する。

lsitab jp1pc
jp1pc:2:wait:/etc/rc.jp1_pc >/dev/console 2>&1

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集してください。
また，/etc/inittab設定ファイルに登録された行は，アンインストール時に削除されません。
アンインストール時は，次の手順で登録を解除してください。
1. rmitabコマンドを使用して，/etc/rc.jp1_pcファイルの/etc/inittab設定ファイルへの登録を解除する。

rmitab jp1pc

2. lsitabコマンドを使用して，/etc/inittab設定ファイルに/etc/rc.jp1_pcファイルが登録されていないことを確認する。

lsitab jp1pc

1.2.2　監視コンソールサーバでサービスを起動する

監視コンソールサーバで，PFM - Web Consoleの各サービスを起動させる方法について説明します。

注意

PFM - Web Consoleのサービスを起動させる前に，PFM - Web Consoleが接続するPFM - Managerのサービスが起動しているか確認してください。

＜この項の構成＞

(1)　サービスを手動で起動する

(2)　サービスを自動で起動する

(1)　サービスを手動で起動する

監視コンソールサーバで，PFM - Web Consoleの各サービスを起動させるには，次の二つの方法があります。ただし，コントロールパネルからの起動は，Windowsの場合の操作です。

コマンドから起動する

コントロールパネルから起動する（Windowsの場合だけ）

それぞれの手順を説明します。

(a)　コマンドから起動する場合

サービスをコマンドで起動させるには，jpcwstartコマンドを使用します。

jpcwstartコマンドは，ログインしているホスト上のサービスだけを起動させることができます。リモートホストのPerformance Managementプログラムのサービスは起動できません。

サービスをコマンドで起動させる手順を次に示します。

監視コンソールサーバ（PFM - Web Consoleがインストールされているホスト）にログインする。

jpcwstartコマンドを実行する。
jpcwstartコマンドは，次のフォルダに格納されています。

Windowsの場合
PFM - Web Consoleのインストール先フォルダ¥tools¥

UNIXの場合
/opt/jp1pcwebcon/tools/

コマンドを実行すると，PFM - Web ServiceサービスおよびPFM - Web Consoleサービスが起動します。

(b)　コントロールパネルから起動する場合

サービスをコントロールパネルから起動させる手順を次に示します。

監視コンソールサーバ（PFM - Web Console がインストールされているホスト）にログインする。

Windowsの［スタート］メニューから，［設定］－［コントロールパネル］－［管理ツール］－［サービス］を選択する。
［サービス］ダイアログボックスが表示されます。

「PFM - Web Console」サービスを右クリックし，プルダウンメニューから「開始」を選択する。

「PFM - Web Service」サービスを右クリックし，プルダウンメニューから「開始」を選択する。

(2)　サービスを自動で起動する

(a)　Windowsの場合

PFM - Web Consoleの各サービスは，インストール時のデフォルトで，システムの起動時に自動的に起動されるように設定されています。したがって，システムの起動後は特に必要な操作はありません。

参考　自動起動の解除および自動起動の再設定方法

自動起動の解除および自動起動の再設定方法を次に示します。

監視コンソールサーバ（PFM - Web Consoleがインストールされているホスト）にログインする。

Windowsの［スタート］メニューから，［設定］－［コントロールパネル］－［管理ツール］－［サービス］を選択する。
［サービス］ダイアログボックスが表示されます。

「PFM - Web Console」サービスを選択し，プルダウンメニューから「プロパティ」を選択する。
PFM - Web Consoleサービスのプロパティダイアログボックスが表示されます。

「スタートアップの種類」を設定する。
自動起動を解除する場合は，「手動」にします。
自動起動を再設定する場合は，「自動」にします。

［OK］ボタンをクリックする。
PFM - Web Consoleサービスのプロパティダイアログボックスが閉じます。

「PFM - Web Service」サービスを選択し，プルダウンメニューから「プロパティ」を選択する。
PFM - Web Serviceサービスのプロパティダイアログボックスが表示されます。

「スタートアップの種類」を設定する。
自動起動を解除する場合は，「手動」にします。
自動起動を再設定する場合は，「自動」にします。

［OK］ボタンをクリックする。

注意

PFM - Web ConsoleサービスとPFM - Web Serviceサービスのスタートアップの種類は必ず同じにしてください。

サービスのアカウント設定は変更しないでください。変更するとサービスが正常に動作しないことがあります。

(b)　UNIXの場合

システム起動時にサービスを自動で起動させるには，PFM - Web Consoleのサービス自動起動スクリプトファイルを使用します。

サービスの自動起動の設定手順を次に示します。

サービスの自動起動の設定を行うホストにログインする。

次のコマンドを実行して，/opt/jp1pcwebconディレクトリに移動する。
cd /opt/jp1pcwebcon

PFM - Web Consoleのサービス自動起動スクリプトファイルを設定する。
サービス自動起動スクリプトの.modelファイルおよびサービス自動起動スクリプトファイル名を次に示します。

サービス自動起動スクリプトの.modelファイル名：jpcw_start.model

サービス自動起動スクリプトファイル名 ：jpcw_start

サービス自動起動スクリプトの.modelファイルをサービス自動起動スクリプトファイルにコピーし，実行権限を付加します。次のように指定してコマンドを実行します。
cp -p jpcw_start.model jpcw_start
chmod 555 jpcw_start

AIX用の自動起動スクリプトファイルを登録する（AIXの場合だけ）。
手順3で設定したPFM - Web Console用のサービス自動起動スクリプトファイルを実行させるために，PFM - Web Consoleでは，AIX用の自動起動スクリプトファイルを提供しています。この自動起動スクリプトファイルをAIXの設定ファイルに登録してください。
自動起動スクリプトファイルおよび設定ファイルの名称を次に示します。

自動起動スクリプトファイル名：/etc/rc.jp1_webcon

設定ファイル名：/etc/inittab

登録手順を次に示します。
1. mkitabコマンドを使用して，/etc/rc.jp1_webconファイルを/etc/inittab設定ファイルに登録する。

mkitab "jp1pcwebcon:2:wait:/etc/rc.jp1_webcon >/dev/console 2>&1"

2. lsitabコマンドを使用して，/etc/inittab設定ファイルに/etc/rc.jp1_webconファイルが登録されていることを確認する。

lsitab jp1pcwebcon
jp1pcwebcon:2:wait:/etc/rc.jp1_webcon >/dev/console 2>&1

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集してください。
また，/etc/inittab設定ファイルに登録された行は，アンインストール時に削除されません。
アンインストール時は，次の手順で登録を解除してください。
1. rmitabコマンドを使用して，/etc/rc.jp1_webconファイルの/etc/inittab設定ファイルへの登録を解除する。

rmitab jp1pcwebcon

2. lsitabコマンドを使用して，/etc/inittab設定ファイルに/etc/rc.jp1_webconファイルが登録されていないことを確認する。

lsitab jp1pcwebcon

注意

Performance Managementは起動時に，その環境で設定されているLANG環境変数で動作します。Performance Managementに関連するLANG環境変数を設定する場合は，次の例を参考に編集してください。

設定例

LANG=設定したいLANG環境変数※

export LANG※

nohup /opt/jp1pcwebcon/tools/jpcwstart

注※　スクリプトファイルに追加した記述です。

Performance Managementで使用できるLANG環境変数については，マニュアル「JP1/Performance Management 設計・構築ガイド」，および各PFM - AgentまたはPFM - RMマニュアルの，インストールとセットアップについて説明している章を参照してください。

1.3　サービスの停止

Performance Managementプログラムの各サービスの停止方法について説明します。

注意

サービスの起動には，次のOSユーザー権限が必要です。

Windowsの場合：Administrators権限

UNIXの場合：rootユーザー権限

＜この節の構成＞

1.3.1　監視マネージャーおよび監視エージェントのサービスを停止する

1.3.2　監視コンソールサーバのサービスを停止する

1.3.1　監視マネージャーおよび監視エージェントのサービスを停止する

監視マネージャーおよび監視エージェントで，各サービスを停止させる方法について説明します。

＜この項の構成＞

(1)　サービスを手動で停止する

(2)　サービスを自動で停止する

(1)　サービスを手動で停止する

サービスを手動で停止させるには，次の二つの方法があります。

jpcspm stopコマンドでサービスを停止させる

Webブラウザからサービスを停止させる

(a)　コマンドでサービスを停止する

監視マネージャーおよび監視エージェントで，サービスを手動で停止させるには，jpcspm stopコマンドを使用します。

jpcspm stopコマンドは，ログインしているホスト上のサービスだけを停止させることができます。リモートホストのPerformance Managementプログラムのサービスは停止できません。なお，ヘルスチェック機能が有効の場合は，PFM - Managerを停止するとヘルスチェックエージェントも停止します。

なお，サービスを手動で停止する場合は，事前にホスト上のサービスの稼働状況を確認します。サービスの稼働状況の確認には，jpctool service listコマンドを使用します。

手順を次に示します。

サービスを停止させるホストにログインする。
PFM - Managerのサービスを停止させる場合は，監視マネージャーにログインします。PFM - AgentまたはPFM - RMと，PFM - Baseのサービスを停止させる場合は，監視エージェントにログインします。

jpctool service listコマンドを実行する。
jpctool service listコマンドを実行してサービスの稼働状況を確認します。
例えば，ローカルホスト上で稼働するすべてのPerformance Managementシステム全体のサービスについて稼働状況を確認する場合は，次のように指定します。

jpctool service list -key all

jpctool service listコマンドを実行して表示できる情報については，「1.6.1　コマンドでサービスの稼働状況を確認する」を参照してください。

jpcspm stopコマンドを実行する。
停止させたいサービスを示すサービスキーを指定してjpcspm stopコマンドを実行します。jpcspm stopコマンドで指定できるサービスキーを次に示します。

jp1pc：ホスト上のすべてのPFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMのサービス

Managerまたはmgr：ホスト上のPFM - Managerサービス

AHまたはact：ホスト上のAction Handlerサービス

ホスト上の特定のPFM - AgentまたはPFM - RMサービスを停止させる場合のサービスキーは，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。
例えば，ローカルホスト上のすべてのPFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMのサービスを停止させる場合は，次のように指定します。

jpcspm stop -key jp1pc

また，インスタンス環境で運用しているPFM - AgentまたはPFM - RMをインスタンスごとに停止させる場合は，インスタンス名を指定します。
例えば，PFM - Agent for Oracleで，インスタンス名がoracleAというPFM - Agent for Oracleのサービスを停止させる場合は，次のように指定します。

jpcspm stop -key Oracle -inst oracleA

参考

Performance Managementプログラムの特定のサービスを停止させる場合は，jpctool service listコマンドで表示される「Host Name」，「ServiceID」および「Service Name」から，ローカルマシン上で稼働しているサービスが，次のどのサービスかを判断し，適切なサービスキーを指定してください。

PFM - Managerサービス

PFM - AgentまたはPFM - RMサービス

(b)　Webブラウザからサービスを停止する

監視コンソールのWebブラウザからPerformance Managementプログラムの各サービスを停止させる方法について説明します。

注意

Webブラウザからサービスを停止させる場合は，管理ユーザー権限が必要です。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，停止させたいサービスを選択する。
ナビゲーションフレームには，「System」というルートの下に次の二つのフォルダが表示されます。

「Machines」フォルダ

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダを持ち，ホストごとに，PFM - AgentまたはPFM - RMのサービスを管理しています。

「PFM-Manager」フォルダ

PFM - Managerのサービスを管理しています。

選択したサービスにチェックマークが表示されます。

［サービス階層］画面のメソッドフレームで［サービスの停止］メソッドを選択する。
サービスの停止を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
選択したサービスが停止します。
サービスの停止が成功すると，［サービス階層］画面のインフォメーションフレームに「サービスを停止しました」というステータスが表示されます。

注意

サービスの起動は，Webブラウザからできません。停止したサービスを再起動する場合は，対象のサービスがインストールされているホストでjpcspm startコマンドを実行してください。

(2)　サービスを自動で停止する

システムの停止時にサービスを自動で停止させる方法を，OSごとに説明します。

(a)　Windowsの場合

システムの終了時にサービスが自動的に停止するため，必要な操作はありません。

注意

OSの自動停止では，PFMサービスが停止処理中の場合でもOSがシャットダウンする場合があります。そのため，jpcspm stopコマンドでの停止を推奨します。

(b)　UNIXの場合

システムの終了時にサービスを自動で停止させるには，Performance Managementシステム用のサービス自動停止スクリプトファイルを使用します。AIXの場合は，AIX用の自動停止スクリプトファイルも使用します。

サービスの自動停止の設定手順を次に示します。

サービスの自動起動の設定を行うホストにログインする。
PFM - Managerのサービスに対する操作の場合は，監視マネージャーにログインします。PFM - AgentまたはPFM - RM，およびPFM - Baseのサービスに対する操作の場合は，監視エージェントにログインします。

次のコマンドを実行して，/opt/jp1pcディレクトリに移動する。

cd /opt/jp1pc

Performance Managementシステム用のサービス自動停止スクリプトファイルを設定する。
サービス自動停止スクリプトの.modelファイルおよびサービス自動停止スクリプトファイルの名称を次に示します。

サービス自動停止スクリプトの.modelファイル名：jpc_stop.model

サービス自動停止スクリプトファイル名：jpc_stop

サービス自動停止スクリプトの.modelファイルをサービス自動停止スクリプトファイルにコピーし，実行権限を付加します。次のように指定してコマンドを実行します。

cp -p jpc_stop.model jpc_stop
chmod 555 jpc_stop

AIX用の自動停止スクリプトファイルを設定する（AIXの場合だけ）。
手順3で設定したPerformance Managementシステム用のサービス自動停止スクリプトファイルを，AIX用の自動停止スクリプトファイルに登録します。
自動停止スクリプトファイルの名称を次に示します。

自動停止スクリプトファイル名：/etc/rc.shutdown

自動停止スクリプトファイルに，次に示す行を追加します。サービスの停止順序を考慮する必要はありません。

if [ -x /opt/jp1pc/jpc_stop ]; then
       /opt/jp1pc/jpc_stop
fi

/etc/rc.shutdownファイルがない場合は，新しくファイルを作成します。そのあと，ファイルの属性を次の手順で設定します。

chmod 550 /etc/rc.shutdown
chown root /etc/rc.shutdown
chgrp shutdown /etc/rc.shutdown

追加した行および/etc/rc.shutdownファイルは，アンインストール時に削除されません。アンインストールの際には，必要に応じて，追加した行を削除してください。

1.3.2　監視コンソールサーバのサービスを停止する

監視コンソールサーバで，PFM - Web Consoleの各サービスを停止させる方法について説明します。

＜この項の構成＞

(1)　サービスを手動で停止する

(2)　サービスを自動で停止する

(1)　サービスを手動で停止する

監視コンソールサーバで，PFM - Web Consoleの各サービスを停止させるには，次の二つの方法があります。コントロールパネルからの停止は，Windowsの場合の操作です。

jpcwstopコマンドで停止する

コントロールパネルから停止する（Windowsの場合だけ）

それぞれの手順を説明します。

(a)　コマンドから停止する場合

サービスをコマンドで停止させるには，jpcwstopコマンドを使用します。

jpcwstop コマンドは，ログインしているホスト上のサービスだけを停止させることができます。リモートホストのPerformance Management プログラムのサービスは停止できません。

監視コンソールサーバ（PFM - Web Consoleがインストールされているホスト）にログインする。

jpcwstopコマンドを実行する。
jpcwstopコマンドは，次のフォルダに格納されています。

Windowsの場合
PFM - Web Consoleのインストール先フォルダ¥tools¥

UNIXの場合
/opt/jp1pcwebcon/tools/

コマンドを実行すると，PFM - Web ServiceサービスおよびPFM - Web Consoleサービスが停止します。

(b)　コントロールパネルから停止する場合

サービスをコントロールパネルから停止させる手順を次に示します。

Windowsの［スタート］メニューから，［設定］－［コントロールパネル］－［管理ツール］－［サービス］を選択する。
［サービス］ダイアログボックスが表示されます。

「PFM - Web Service」サービスを右クリックし，プルダウンメニューから「停止」を選択する。

「PFM - Web Console」サービスを右クリックし，プルダウンメニューから「停止」を選択する。

(2)　サービスを自動で停止する

(a)　Windowsの場合

システム終了時にサービスが自動的に停止するため，必要な操作はありません。

(b)　UNIXの場合

システム終了時にサービスを自動で停止させるには，PFM - Web Consoleのサービス自動停止スクリプトファイルを使用します。

サービスの自動停止の設定手順を次に示します。

サービスの自動停止の設定を行うホストにログインする。

次のコマンドを実行して，/opt/jp1pcwebconディレクトリに移動する。
cd /opt/jp1pcwebcon

PFM - Web Consoleのサービス自動停止スクリプトファイルを設定する。
サービス自動停止スクリプトの.modelファイルおよびサービス自動停止スクリプトファイル名を次に示します。

サービス自動停止スクリプトの.modelファイル名：jpcw_stop.model

サービス自動停止スクリプトファイル名 ：jpcw_stop

サービス自動停止スクリプトの.modelファイルをサービス自動停止スクリプトファイルにコピーし，実行権限を付加します。次のように指定してコマンドを実行します。
cp -p jpcw_stop.model jpcw_stop
chmod 555 jpcw_stop

AIX用の自動停止スクリプトファイルを設定する（AIXの場合だけ）。
手順3で設定したPFM - Web Consoleシステム用のサービス自動停止スクリプトファイルを，AIX用の自動停止スクリプトファイルに登録します。
自動停止スクリプトファイルの名称を次に示します。

自動停止スクリプトファイル名：/etc/rc.shutdown

自動停止スクリプトファイルに，次に示す行を追加します。サービスの停止順序を考慮する必要はありません。

if [ -x /opt/jp1pcwebcon/jpcw_stop ]; then
       /opt/jp1pcwebcon/jpcw_stop
fi

/etc/rc.shutdownファイルがない場合は，新しくファイルを作成します。そのあと，ファイルの属性を次の手順で設定します。

chmod 550 /etc/rc.shutdown
chown root /etc/rc.shutdown
chgrp shutdown /etc/rc.shutdown

追加した行および/etc/rc.shutdownファイルは，アンインストール時に削除されません。アンインストールの際には，必要に応じて，追加した行を削除してください。

1.4　PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携

PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleが同一ホストにインストールされている場合，起動および停止を連携させることができます。起動および停止を連携させる場合，連携させるPFM - ManagerまたはPFM - Base，およびPFM - Web Consoleはすべて09-00以降である必要があります。

＜この節の構成＞

1.4.1　起動および停止を連携させるための設定

1.4.2　連携した起動および停止の手順

1.4.1　起動および停止を連携させるための設定

jpcspmコマンドによる起動および停止を連携させる場合，pfmwebcon_host.confファイルを編集する必要があります。編集手順を次に示します。

pfmwebcon_host.confファイルをテキストエディターで開く。
pfmwebcon_host.confファイルは，次のディレクトリに格納されています。

Windowsの場合
PFM - Web Consoleのインストール先フォルダ¥conf¥

UNIXの場合
/opt/jp1pcwebcon/conf/

pfmwebcon_host.confファイルを編集して保存する。
pfmwebcon_host.confファイルの書式を次に示します。なお，「=」の前後には空白を入れないでください。

# Operate Host
HOST_NAME=HOSTNAME

HOSTNAMEに指定できる値を次に示します。

表1-1　HOSTNAMEに指定できる値

値 | 説明
－ | 起動および停止を連携させない場合に指定する。
localhost | クラスタシステム以外の環境で，起動および停止を連携させる場合に指定する。すべて小文字で指定する。
論理ホスト名 | クラスタシステムで，起動および停止を連携させる場合に指定する。PFM - Web Consoleが稼働する論理ホスト名を指定する。IPアドレスは指定できない。大文字と小文字を区別する。

（凡例）

－：値を入力しない

1.4.2　連携した起動および停止の手順

PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleとを連携して起動・停止させるときは，連携させない場合と同様にjpcspmコマンドを使用します。連携して起動・停止させる場合に指定するサービスキーを，次に示します。

all：PFM - Web Consoleを含む，ホスト上のすべてのサービス

WebConsoleまたはwc：ホスト上のPFM - Web Consoleのサービス

例えば，ローカルホスト上のすべてのサービスを起動したい場合，次のように指定します。

jpcspm start -key all

なお，サービスの起動・停止方法については，「1.2　サービスの起動」および「1.3　サービスの停止」を参照してください。

1.5　PFM - Web Consoleへのログインとログアウト

監視コンソールのWebブラウザからPFM - Web Consoleへログインする方法，およびPFM - Web Consoleからログアウトする方法について説明します。

＜この節の構成＞

1.5.1　PFM - Web Consoleにログインする

1.5.2　PFM - Web Consoleからログアウトする

1.5.1　PFM - Web Consoleにログインする

監視コンソールのWebブラウザからPFM - Web Consoleへログインする手順を次に示します。

Webブラウザで次のURLを入力する。

http://PFM - Web Consoleがインストールされているサーバ名:20358/PFMWebConsole/login.do

参考

WebブラウザからPFM - Web Consoleにアクセスするポート番号を変更する場合は，マニュアル「JP1/Performance Management リファレンス」の付録を参照してください。

注意

同一の監視コンソールの同一のWebブラウザから多重ログインを実行した場合，先にログインしていたセッションが無効になってしまうことがあります。多重ログインの制御については，マニュアル「JP1/Performance Management リファレンス」の，初期設定ファイル（config.xml）について説明している章を参照してください。

［ログイン］画面が表示されます。

図1-1　［ログイン］画面

［ユーザ名］および［パスワード］を入力する。
ログインするユーザーアカウントのユーザー名およびパスワードを入力します。

参考

初回ログイン時は，次のユーザーアカウントでログインしてください。

ユーザ名：ADMINISTRATOR

パスワード：設定なし

なお，安全にPerformance Managementシステムを運用するために，運用開始前に「ADMINISTRATOR」ユーザーに対してパスワードを設定してください。ユーザーアカウントの管理については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

［ログイン］ボタンをクリックする。
PFM - Web Consoleへログインし，［メイン］画面が表示されます。
ログイン直後のナビゲーションフレームには，「User Agents（ログインユーザー名）」がルートのエージェント階層に表示されます。インフォメーションフレームには，「User Agents（ログインユーザー名）」が選択された状態のサマリが表示されます。サマリ表示については，「3.4.5　サマリ表示で稼働状況を確認する」を参照してください。

図1-2　メイン画面

［メイン］画面の詳細については，マニュアル「JP1/Performance Management リファレンス」の画面説明の章を参照してください。

1.5.2　PFM - Web Consoleからログアウトする

PFM - Web Consoleからログアウトする場合は，［メイン］画面のメニューバーフレームで［ログアウト］メニューをクリックします。表示された確認ダイアログボックスに対して，［OK］ボタンをクリックするとログアウトします。［キャンセル］ボタンをクリックすると［メイン］画面に戻ります。

注意

レポート画面が表示されている場合，［メイン］画面の終了と連動して閉じられない場合があります。

次のような場合は，各レポート画面の［閉じる］ボタンで閉じてください。

表示されているレポート画面の数が多い場合
同時に表示させる画面数は，履歴レポートまたは自動更新しないリアルタイムレポートで10画面以下にしてください。
自動更新するリアルタイムレポートを複数表示させていて，レポートの更新処理が重なりあった場合，10画面以内であっても更新処理が追いつかないため，自動更新のリクエスト間隔の制限時間を超えてしまい，自動更新が停止することがあります。

レポート画面や自動更新によるレポートの表示途中に，［メイン］画面を閉じた場合（ドリルダウンレポートの表示の場合も同様です）

1.6　サービスの稼働状況の確認

サービスの稼働状況を確認するには，次の二つの方法があります。

jpctool service listコマンドでサービスの稼働状況を確認する

Webブラウザでサービスの稼働状況を確認する

注意

PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleが同じホストにインストールされている場合，すべてのサービスの稼働状況をjpctool service listコマンドで一度に確認できます。それ以外の場合，jpctool service listコマンドでは，PFM - Web Consoleのサービスの情報について確認できません。PFM - Web Consoleのサービスの情報は，Windowsの［スタート］メニューから，［設定］－［コントロールパネル］－［管理ツール］－［サービス］を選択して表示される［サービス］ダイアログボックスで確認してください。

＜この節の構成＞

1.6.1　コマンドでサービスの稼働状況を確認する

1.6.2　Webブラウザでサービスの稼働状況を確認する

1.6.1　コマンドでサービスの稼働状況を確認する

jpctool service listコマンドを使用すると，Performance Managementシステム全体のサービスの稼働状況や特定のホスト上にあるサービスの稼働状況が確認できます。

なお，あらかじめpfmwebcon_host.confファイルを編集しておくことで，jpctool service listコマンドを実行するホストにインストールされているPFM - Web Consoleのサービスの稼働状況をあわせて確認できるようになります。編集方法は，PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleを連携して起動・停止させる場合と同様です。編集方法については，「1.4.1　起動および停止を連携させるための設定」を参照してください。

jpctool service listコマンドでサービス稼働状況を確認する手順を次に示します。

PFM - Manager，PFM - Agent，またはPFM - RMがインストールされているホストにログインする。

jpctool service listコマンドを，サービス情報を表示したいサービスのサービスIDまたはサービスキーを指定して実行する。
例えば，ローカルホスト上にあるすべてのサービスの稼働状況を確認する場合は，次のように指定します。

jpctool service list -key all

表1-2　jpctool service listコマンドで表示できる情報

出力情報
説明

Host Name
サービスが稼働しているホスト名。

ServiceID
サービスID。

Service Name
サービス名。

PID
サービスのプロセスIDを示す。

ステータス管理機能が有効の場合
StatusがActive，Busy，S Active，S Busy，Starting，およびStoppingのときに表示される。

ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合
StatusがActiveのときだけ表示される。

Port
サービスが使用している通信ポート番号を表示する。

ステータス管理機能が有効の場合
StatusがActive，Busy，S Active，およびS Busyのときに表示される。

ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合
StatusがActiveのときだけ表示される。

Status
サービスの状態を示す。

ステータス管理機能が有効の場合

ステータス管理機能をサポートしているバージョンのサービスの状態表示
Active：要求待ち状態を示す。
Inactive：停止状態を示す。
Starting：起動処理中を示す。
Busy：要求処理中を示す。
S Active：要求待ち状態を示す（スタンドアロンモード）。
S Busy：要求処理中を示す。（スタンドアロンモード）。
Stopping：停止処理中を示す。

ステータス管理機能をサポートしていないバージョンのサービスの状態表示
Active*：稼働状態を示す。
Incomp*：起動または停止処理中を示す。
Inactive*：通信接続できない状態または停止状態を示す。
Comm Err*：通信接続できるが無応答状態を示す。
Timeout*：通信接続がタイムアウトしたことを示す。
Error*：通信接続タイムアウト以外のエラーが発生したことを示す。エラーの詳細については，共通メッセージログを参照のこと。ただし，PFM - Web Consoleサービスのエラーの詳細については，トレースログを参照のこと。
また，次の場合，ステータス管理機能をサポートしているバージョンのサービスであっても，サポートしていないバージョンの場合と同じ表示になる。
・Status Serverサービスが停止している。
・Status Serverサービスは起動しているが，ステータス管理機能がサービスの状態を正しく認識できない。※
注※　サービスの状態を正しく認識させるには，サービスの再起動が必要である。

ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合

Active：稼働状態を示す。

Incomp：起動または停止処理中を示す。

Inactive：通信接続できない状態または停止状態を示す。

Comm Err：通信接続できるが無応答状態を示す。

Timeout：通信接続がタイムアウトしたことを示す。

Error：通信接続タイムアウト以外のエラーが発生したことを示す。エラーの詳細については，共通メッセージログを参照のこと。ただし，PFM - Web Consoleサービスのエラーの詳細については，トレースログを参照のこと。

1.6.2　Webブラウザでサービスの稼働状況を確認する

監視コンソールのWebブラウザからPFM - Web Consoleにログインし，［サービス階層］画面でサービスの稼働状況を確認する方法について説明します。

注意

Webブラウザでサービスの稼働状況を確認する場合は，管理ユーザー権限が必要です。

監視コンソールのWebブラウザでサービスの稼働状況を確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［サービス］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，稼働状況を確認したいサービスを選択する。
ナビゲーションフレームには，「System」というルートの下に次の二つのフォルダが表示されます。

「Machines」フォルダ

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダを持ち，ホストごとに，PFM - AgentまたはPFM - RMのサービスを管理しています。

「PFM-Manager」フォルダ

PFM - Managerのサービスを管理しています。

選択したサービスにチェックマークが表示されます。

［サービス階層］画面のメソッドフレームで［サービスのステータス］メソッドを選択する。
［サービス階層］画面のインフォメーションフレームに，手順3で選択したサービスの名前と状態が表示されます。
サービスの稼働状況の表示例を次の図に示します。

図1-3　サービスの稼働状況の表示例

1.7　Webブラウザの自動更新間隔の設定

監視コンソールのWebブラウザで表示させるPFM - Web Consoleの画面は，デフォルトの設定で60秒ごとに自動更新されます。自動更新の間隔は，ログインユーザーごとに設定できます。

自動更新間隔を設定すると，次の画面に対して有効になります。

［イベントモニター］画面の表示

［エージェント階層］画面のエージェントの状態表示

［エージェント階層］画面のアラームの状態表示

［エージェント階層］画面のヘルスチェック状態の表示

［システム稼働状況サマリ監視］画面の表示

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

メニューバーフレームの［環境設定］メニューをクリックする。
［環境設定］画面が表示されます。

更新間隔を設定する。

［更新間隔］

10～3600の範囲内で指定できます。単位は秒です。

デフォルトは60秒です。

［OK］ボタンをクリックする。

1.8　注意事項

Performance Managementを起動および停止する際の注意事項を説明します。

＜この節の構成＞

1.8.1　大規模システムでPFM - AgentまたはPFM - RMを起動する場合について

1.8.2　PFM - AgentまたはPFM - RMに対してコマンドを実行中にPFM - AgentまたはPFM - RMのサービスを起動する場合について

1.8.3　Windowsマシンでの起動について

1.8.4　Status Serverサービスの起動について

1.8.5　アラームイベントの監視について

1.8.6　アクションの実行について

1.8.7　業務グループ運用中の設定変更について

1.8.1　大規模システムでPFM - AgentまたはPFM - RMを起動する場合について

Performance Managementを起動するときは，通常，PFM - Managerを起動させてから，PFM - AgentまたはPFM - RM，およびPFM - Baseを起動させます。複数のサーバから構成される大規模システムでは，これらサーバ間でサービス起動順序を制御することによって，正常に起動できます。

PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが起動していない状態でも，PFM - AgentまたはPFM - RM，およびPFM - Baseを先に起動して，パフォーマンスデータを収集できます。

PFM - AgentまたはPFM - RM，およびPFM - Baseが単独で起動している状態を「スタンドアロンモード」と呼びます。

また，各プログラムの状態に応じて次のように呼びます。

PFM - AgentまたはPFM - RM，PFM - Baseだけが起動した状態
「スタンドアロンモード」と呼びます。

PFM - Manager，PFM - AgentまたはPFM - RM，PFM - Baseが起動している状態から，PFM - Managerだけが停止し，PFM - AgentまたはPFM - RM，PFM - Baseだけが起動した状態
「非スタンドアロンモード」と呼びます。

PFM - Manager，PFM - Base，PFM - AgentまたはPFM - RMの順序で起動した状態
「通常モード」と呼びます。

注意

PFM - AgentまたはPFM - RMがPFM - Managerと同一ホストにインストールされている場合は，PFM - AgentまたはPFM - RM単独で起動できません。

＜この項の構成＞

(1)　スタンドアロンモードの概要

(2)　スタンドアロンモードで使用できる機能

(3)　スタンドアロンモードで実行できるコマンド

(4)　非スタンドアロンモードの概要

(5)　非スタンドアロンモードで使用できる機能

(6)　非スタンドアロンモードで実行できるコマンド

(1)　スタンドアロンモードの概要

PFM - Agent，PFM - RM，またはPFM - Baseを起動する際，PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが起動されていない場合，PFM - Agent，PFM - RM，またはPFM - Baseはスタンドアロンモードで起動して，パフォーマンスデータを収集します。

スタンドアロンモードでは5分間に一度PFM - Managerへの接続確認を行っています。PFM - Agent，PFM - RM，またはPFM - Baseがスタンドアロンモードで起動したあとにPFM - Managerが起動して，PFM - Agent，PFM - RM，またはPFM - Baseからの接続確認に成功した場合，PFM - Agent，PFM - RM，またはPFM - Baseではスタンドアロンモードを終了してPFM - Managerと接続した通常のモードへと移行されます。このとき，スタンドアロンモードで起動していた期間にPFM - AgentまたはPFM - RMで蓄積したパフォーマンスデータは，履歴レポートで参照できます。

ただし，スタンドアロンモードでPFM - Agent，PFM - RM，またはPFM - Baseが起動している場合，Performance Managementの機能や実行できるコマンドに一部制約があります。

(2)　スタンドアロンモードで使用できる機能

スタンドアロンモードで起動した場合に，使用できる機能と使用できない機能を次の表に示します。

表1-3　スタンドアロンモードで使用できる機能

機能の内容
対応
サービス名

サービスの起動，停止，および稼働状況確認
○

PFM - Agentホストの場合
Agent Store，Agent Collector，およびAction Handler

PFM - RMホストの場合
Remote Monitor Store，Remote Monitor Collector，およびAction Handler

履歴データの収集
○

PFM - Agentホストの場合
Agent StoreおよびAgent Collector

PFM - RMホストの場合
Remote Monitor StoreおよびRemote Monitor Collector

レポートの表示やODBC準拠のアプリケーションプログラムからの接続
×
Agent StoreおよびRemote Monitor Store

エージェントの起動を知らせるアラームの発行
○
Agent CollectorおよびRemote Monitor Collector

アラームによるパフォーマンスデータの監視
×
Agent CollectorおよびRemote Monitor Collector

アラームイベントに対するアクションの実行
×
Action Handler

サービスのステータスの管理
○
Status Server

（凡例）

○：使用できる

×：使用できない

(3)　スタンドアロンモードで実行できるコマンド

スタンドアロンモードで起動した場合に，コマンドで実行できる機能と実行できない機能を次の表に示します。

表1-4　スタンドアロンモードで実行できるコマンド

コマンド | 機能 | 対応
jpcconf db define | Agent StoreおよびRemote Monitor Storeサービスのディレクトリ設定変更 | ○
jpcconf db display | Agent Storeサービス，Remote Monitor Storeサービス，またはバックアップデータの情報表示 | ○
jpcconf db vrset | Storeデータベースのバージョンの変更 | ○
jpcconf hc | ヘルスチェック機能を有効または無効にする | ○
jpcconf stat | ステータス管理機能を有効または無効にする | ○
jpcras | PFM - Manager，PFM - AgentまたはPFM - RMのトラブルシュート資料の採取 | ○
jpcspm start | サービスの起動 | ○
jpcspm stop | サービスの停止 | ○
jpctool db backup | Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのバックアップファイルの作成 | ○※
jpctool db clear | Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータの消去 | ×
jpctool db dmconvert | バックアップデータのデータモデルのコンバート | ○
jpctool db dump | Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのエクスポート | ○※
jpctool db import | バックアップデータのインポート | ○
jpctool service delete | Performance Managementに登録されているエージェントのサービス情報の削除 | ×
jpctool service list（-hostオプションで他ホストを指定する場合） | Performance Managementプログラムのサービスの構成および状態の表示 | ×
jpctool service list（-hostオプションを指定しない場合） | 自ホストのサービス稼働状況の確認 | ○
jpctool service register | Performance Managementプログラムのサービス情報の再登録 | ×

（凡例）

○：実行できる

×：実行できない

注※

-aloneオプションを指定した場合だけコマンドを実行できます。

(4)　非スタンドアロンモードの概要

PFM - Manager，PFM - AgentまたはPFM - RM，PFM - Baseが起動している状態から，PFM - Managerだけ停止し，PFM - AgentまたはPFM - RMと，PFM - Baseだけが起動した状態を「非スタンドアロンモード」と呼びます。

非スタンドアロンモードでは，スタンドアロンモードのように5分間に一度のPFM - Managerへの接続確認は実行しません。PFM - Managerが起動し，PFM - AgentまたはPFM - RMと，PFM - Managerの間で通信が実行された場合（レポート表示など）に再接続され，通常モードへと移行されます。このとき，非スタンドアロンモードで起動していた期間にPFM - AgentまたはPFM - RMで蓄積したパフォーマンスデータは，履歴レポートで参照できます。

図1-4　非スタンドアロンモードの概要

注意

PFM - AgentまたはPFM - RMを非スタンドアロンモードで起動している場合，発生したアラームイベントをPFM - Managerに通知できません。この場合，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動されるまでアラームイベントの通知を繰り返します。保持しているアラームイベントが三つ以上発生すると，古い順にアラームイベントが上書きされます。また，PFM - AgentまたはPFM - RMを停止すると，保持されているアラームイベントはすべて削除されます。

　［参考］

イベントモニターとイベント履歴では動作が異なるため見え方が異なります。

　［イベント履歴（例）として3件で説明］

PFM-Managerが停止している

PFM-Managerが起動

PFM-AgentからPFM-Manager停止中のアラームが3件送信される

PFM-ManagerのMasterStoreに格納

以上よりイベント履歴では3件ともにイベント情報を表示可能となります。

　［イベントモニター（例）として3件で説明］

イベントモニターはPFM-Webconsoleのキャッシュに保存されている情報を表示します。

ここで，PFM-WebConsoleのキャッシュは，PFM-ManagerのViewServerとの再接続を行った際にいったんクリアされます。

ViewServerとの接続時に，ViewServerのキャッシュ情報との同期を行い，WebConsoleのキャッシュを再構築します。

ここでアラームイベントについては，当該エージェントの現在のアラームステータスに関わる最新イベント1件だけを取得します。

ただし，受け取ったアラームステータスが「緑（正常）」の場合は，イベントモニターには表示されません（最新の状態が正常であるため何も問題ないとしております）。

受け取ったアラームステータスが「黄（警告）」「赤（異常）」の場合は，警告または異常である旨のアラームを受け取ったこととなり，イベントモニターに表示されます。

PFM - Managerに通知済みのアラームイベントは，PFM - Managerが起動されたときに一度リセットされます。そのあと，PFM - AgentまたはPFM - RMにアラームイベントの状態を確認して，PFM - Managerにアラームイベントを通知し直します。

Webブラウザの表示で赤色点滅していたアラームは，PFM - Managerが起動された直後は緑色に戻りますが，そのあと，赤色点滅の状態に戻ります。

(5)　非スタンドアロンモードで使用できる機能

非スタンドアロンモードで起動した場合に，使用できる機能と使用できない機能を次の表に示します。

表1-5　非スタンドアロンモードで使用できる機能

機能の内容
対応
サービス名

サービスの起動，停止，および稼働状況確認
○

PFM - Agentホストの場合
Agent Store，Agent Collector，およびAction Handler

PFM - RMホストの場合
Remote Monitor Store，Remote Monitor Collector，およびAction Handler

履歴データの収集
○

PFM - Agentホストの場合
Agent StoreおよびAgent Collector

PFM - RMホストの場合
Remote Monitor StoreおよびRemote Monitor Collector

レポートの表示やODBC準拠のアプリケーションプログラムからの接続
×
Agent StoreおよびRemote Monitor Store

アラームによるパフォーマンスデータの監視
○
Agent CollectorおよびRemote Monitor Collector

アラームイベントに対するアクションの実行
×※
Action Handler

サービスのステータスの管理
○
Status Server

（凡例）

○：使用できる

×：使用できない

注※　状況に応じて次のように動作が異なります。

　Action Handlerに"LOCAL"を指定している場合

アクションを実行するホストのPFM - Baseが09-00-09以降または09-10以降のとき

PFM - Manager停止中でもアクションは実行されます。

アクションを実行するホストのPFM - Baseが09-00-08以前のとき

一度もアクションを実行していない場合
PFM - Manager停止中にはアクションは実行されません。
PFM - Manager起動後にも，PFM - Manager停止中に発生したアクションは実行されません。

一度でもアクションを実行したことがあり，かつそのアクションを実行した該当Action Handlerを再起動していない場合
PFM - Manager停止中でもアクションは実行されます。

　Action Handlerに"LOCAL"以外を指定している場合

PFM - Manager停止中にはアクションは実行されません。

PFM - Manager起動後に，PFM - Manager停止中に発生したアクションが実行されます。ただし，PFM - ManagerホストのAction Handlerサービスを指定している場合，Acton Handlerサービスの起動順序によっては，アクションが実行されない場合があります。

(6)　非スタンドアロンモードで実行できるコマンド

非スタンドアロンモードで起動した場合に，コマンドで実行できる機能と実行できない機能を次の表に示します。

表1-6　非スタンドアロンモードで実行できるコマンド

コマンド | 機能 | 対応
jpcconf db define | Agent StoreまたはRemote Monitor Storeサービスのディレクトリ設定変更 | ○
jpcconf db display | Agent StoreまたはRemote Monitor Storeサービスまたはバックアップデータの情報表示 | ○
jpcconf db vrset | Storeデータベースのバージョンの変更 | ○
jpcconf hc | ヘルスチェック機能を有効または無効にする | ○
jpcconf stat | ステータス管理機能を有効または無効にする | ○
jpcras | PFM - Manager，PFM - AgentまたはPFM - RMのトラブルシュート資料の採取 | ○
jpcspm start | サービスの起動 | ○
jpcspm stop | サービスの停止 | ○
jpctool db backup | Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのバックアップファイルの作成 | ○※
jpctool db clear | Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータの消去 | ×
jpctool db dmconvert | バックアップデータのデータモデルのコンバート | ○
jpctool db dump | Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのエクスポート | ○※
jpctool db import | バックアップデータのインポート | ○
jpctool service delete | Performance Managementに登録されているエージェントのサービス情報の削除 | ×
jpctool service list（-hostオプションで他ホストを指定する場合） | Performance Managementプログラムのサービスの構成および状態の表示 | ×
jpctool service list（-hostオプションを指定しない場合） | 自ホストのサービス稼働状況の確認 | ○
jpctool service register | Performance Managementプログラムのサービス情報の再登録 | ×

（凡例）

○：実行できる

×：実行できない

注※

-aloneオプションを指定した場合だけコマンドを実行できます。

1.8.2　PFM - AgentまたはPFM - RMに対してコマンドを実行中にPFM - AgentまたはPFM - RMのサービスを起動する場合について

PFM - ManagerがPFM - AgentまたはPFM - RMに対して，jpctool db dumpコマンドなどを実行中にPFM - AgentまたはPFM - RMのサービスを起動した場合，PFM - Managerからの応答に時間が掛かるため，スタンドアロンモードで起動します。ただし，この場合もスタンドアロンモードは，一定の時間（5分）でPFM - Managerに接続確認を行い，接続確認に成功するとスタンドアロンモードは終了します。

1.8.3　Windowsマシンでの起動について

Windowsマシンで，jpcspm startコマンドを実行してPerformance Managementプログラムのサービスを起動する際にほかのWindowsサービスの起動が並行して動作した場合，Performance Managementプログラムのサービスが起動できないことがあります。この場合，KAVE05163-Eメッセージが共通メッセージログに出力されます。

このメッセージが出力された場合は，jpcspm startコマンドを再実行してください。

jpcspm startコマンドを再実行しても，頻繁にこのメッセージが出力される場合，自動的にjpcspm startコマンドによってサービスの起動がリトライされる間隔および回数を，変更してください。リトライ間隔およびリトライ回数を変更することによって，サービスコントロールマネージャが原因のサービス起動失敗を回避できます。

リトライ間隔およびリトライ回数を変更する場合は，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルで編集するセクション名，ラベル名，設定できる値の範囲などを次の表に示します。

セクション名 | ラベル名 | 値の範囲 | デフォルト値 | 説明
[Tools Section] | StartService Retry Interval | 30～600※1 | 45 | サービス起動のリトライ間隔（単位：秒）
StartService Retry Count | 0～120※2 | 3 | サービス起動のリトライ回数（単位：回）

注※1

29以下を指定した場合は30を，601以上を指定した場合は600を指定したものとして動作します。

注※2

-1以下を指定した場合は0を，121以上を指定した場合は120を指定したものとして動作します。

jpccomm.iniファイルは，インストール先フォルダに格納されています。

リトライ間隔およびリトライ回数を変更する手順を次に示します。

テキストエディターなどで，jpccomm.iniファイルを開く。

リトライ間隔およびリトライ回数を変更する。
次のラベルの値を変更します。

[Tools Section]
StartService Retry Interval=45
StartService Retry Count=3

jpccomm.iniファイルを保存して閉じる。

1.8.4　Status Serverサービスの起動について

jpccomm.iniファイルを作り直す場合は，jpccomm.ini.modelファイルをコピーしてjpccomm.iniにリネームしてください。ただしこの場合，ステータス管理機能が無効になるため，Status Serverサービスが起動できなくなります。そのため，次の手順を実施してください。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

(a)　ホスト上に論理ホスト運用のPerformance Managementがない場合

jpccomm.iniファイルを編集するホストのPFMサービスをすべて停止させる。

インストール先フォルダ¥jp1pc配下のjpccomm.iniファイルを削除する。

インストール先フォルダ¥jp1pc配下のjpccomm.ini.modelファイルをjpccomm.iniの名称でコピーする。

ステータス管理機能を有効にするため，jpcconf stat enableコマンドを実行する。

jpccomm.iniファイルのパラメーターを設定していた場合は，再度設定する。

該当ホストのPFMサービスを起動させる。

(b)　ホスト上に論理ホスト運用のPerformance Managementがある場合

jpccomm.iniファイルを編集するホストのPFMサービス（論理ホストのPFMサービスを含む）をすべて停止させる。

インストール先フォルダ¥jp1pc配下のjpccomm.iniファイルを削除する。

環境ディレクトリ¥jp1pc配下のjpccomm.iniファイルを削除する。

インストール先フォルダ¥jp1pc配下のjpccomm.ini.modelファイルをjpccomm.iniの名称でコピーする。

環境ディレクトリ¥jp1pc配下のjpccomm.ini.modelファイルをjpccomm.iniの名称でコピーする。

ステータス管理機能を有効にするため，jpcconf stat enableコマンドを実行する。

論理および物理ホストのjpccomm.iniファイルのパラメーターを変更していた場合は，再度設定する。

PFMサービス（論理ホストのPFMサービスを含む）をすべて起動する。

(2)　UNIXの場合

(a)　ホスト上に論理ホスト運用のPerformance Managementがない場合

jpccomm.iniファイルを編集するホストのPFMサービスをすべて停止させる。

/opt/jp1pc配下のjpccomm.iniファイルを削除する。

/opt/jp1pc配下のjpccomm.ini.modelファイルをjpccomm.iniの名称でコピーする。

次のコマンドを実行して権限を付与する。

chmod 666 jpccomm.ini

ステータス管理機能を有効にするため，jpcconf stat enableコマンドを実行する。

jpccomm.iniファイルのパラメーターを設定していた場合は，再度設定する。

該当ホストのPFMサービスを起動させる。

(b)　ホスト上に論理ホスト運用のPerformance Managementがある場合

jpccomm.iniファイルを編集するホストのPFMサービス（論理ホストのPFMサービスを含む）をすべて停止させる。

/opt/jp1pc配下のjpccomm.iniファイルを削除する。

環境ディレクトリ/jp1pc配下のjpccomm.iniファイルを削除する。

/opt/jp1pc配下のjpccomm.ini.modelファイルをjpccomm.iniの名称でコピーする。

次のコマンドを実行して権限を付与する。

chmod 666 jpccomm.ini

環境ディレクトリ¥jp1pc配下のjpccomm.ini.modelファイルをjpccomm.iniの名称でコピーする。

次のコマンドを実行して権限を付与する。

chmod 666 jpccomm.ini

ステータス管理機能を有効にするため，jpcconf stat enableコマンドを実行する。

論理および物理ホストのjpccomm.iniファイルのパラメーターを変更していた場合は，再度設定する。

PFMサービス（論理ホストのPFMサービスを含む）をすべて起動する。

1.8.5　アラームイベントの監視について

PFM - Managerが障害などで停止した場合は，PFM - AgentまたはPFM - RMからのアラームイベントが正しく発行されません。接続先のPFM - Managerを起動してください。

なお，PFM - Manager停止中，PFM - AgentまたはPFM - RMではアラーム定義ごとにアラームイベントを最大三つまで保持します。同じアラーム定義に対してアラームイベントが三つ以上発生すると，古い順にアラームイベントを上書きします。これらのアラームイベントはPFM - Managerの再起動後に発行されます。

1.8.6　アクションの実行について

接続先のPFM - ManagerまたはAction Handlerサービスを停止すると，アクションが実行されません。アクションを実行させる場合は，接続先のPFM - ManagerおよびAction Handlerサービスを起動してください。

1.8.7　業務グループ運用中の設定変更について

業務グループ一般ユーザーを作成したあとに業務グループによるアクセスコントロール機能を無効にすると，業務グループ一般ユーザーは監視コンソールにログインできなくなります。業務グループによるアクセスコントロール機能を利用しない運用に切り替える場合は，あらかじめ業務グループ一般ユーザーを削除しておいてください。

2.　ユーザーアカウントと業務グループの管理

この章では，Performance Managementのユーザー管理の概要とユーザーアカウントの作成・編集方法，および業務グループの管理方法について説明します。

＜この章の構成＞

2.1　ユーザーアカウントと業務グループの管理の概要

2.2　ユーザーアカウントの権限

2.3　ユーザーアカウントの設定で必要な作業

2.4　ユーザーアカウントの認証モードの設定

2.5　Performance Managementユーザーアカウントの設定と運用

2.6　JP1ユーザーの操作権限の設定

2.7　業務グループの設定と運用

2.1　ユーザーアカウントと業務グループの管理の概要

ユーザーアカウントを管理するに当たり検討が必要なPerformance Managementの概念を次に示します。

ユーザー認証モード

ユーザー権限

業務グループ

この節では，これらの概念について説明します。

＜この節の構成＞

2.1.1　ユーザー認証モード

2.1.2　ユーザー権限

2.1.3　業務グループ

2.1.1　ユーザー認証モード

Performance Managementでは，稼働監視システム内でユーザーアカウントを管理する場合と，統合運用管理システムでユーザーアカウントを一元管理する場合とで，ユーザーアカウントの管理方式を選択できます。このマニュアルでは，前者を「PFM認証モード」，後者を「JP1認証モード」と呼びます。

それぞれの認証モードの内容について次に示します。

PFM認証モード

Performance Managementで作成した「Performance Managementユーザー」で，PFM - Web Consoleにログインします。ユーザーアカウントはPFM - Managerで管理されます。Performance Managementシステムでの標準のユーザーアカウント管理方式であり，デフォルトで設定されています。

JP1認証モード

統合管理システム（JP1/IM）の認証サーバであるJP1/Baseで作成した「JP1ユーザー」で，PFM - Web Consoleにログインします。ユーザーアカウントはJP1/Baseで管理されます。このモードで使用するときは，PFM - ManagerをインストールしたホストにJP1/Baseをインストールする必要があります。

注意

論理ホスト環境のPFM - ManagerでJP1認証モードの設定を実施する場合，同一論理ホスト上にJP1/Baseが動作している必要があります。

JP1認証モードを使用するためには，JP1/Baseが使用する認証サーバの設定を実施する必要があります。ただし，JP1/Baseの認証サーバはPFM - Managerと同一ホストである必要はありません。JP1/Baseが使用する認証サーバの設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

PFM - Managerをクラスタシステムで運用している環境でJP1認証モードを使用する場合，JP1/Baseもクラスタシステムで運用する必要があります。また，JP1/Baseのバージョンも08-00以降である必要があります。

2.1.2　ユーザー権限

Performance Managementでは，ユーザーアカウントに対して許可する操作の内容に応じて，権限を設定できます。設定できる権限には，稼働情報の収集設定やレポート・アラームの定義内容の変更など，Performance Managementのすべての機能を使用できる「管理ユーザー権限」と，レポート・アラームなどの参照だけができる「一般ユーザー権限」があります。

それぞれのユーザー権限で使用できる機能の詳細については，「2.2　ユーザーアカウントの権限」を参照してください。

2.1.3　業務グループ

Performance Managementでは，監視対象ホストを組織ごとに分けて，ユーザーが参照できる監視エージェントを限定することができます。組織ごとに分割した監視対象ホストのグループのことを「業務グループ」と呼びます。業務グループを割り当てられたユーザーは，その業務グループの範囲内で監視エージェントを参照できるようになります。

このマニュアルでは，業務グループが割り当てられたユーザーを「業務グループユーザー」，システム全体を操作できるユーザーを「システムユーザー」と呼びます。なお，業務グループを割り当てられるのは，一般ユーザー権限のユーザーだけです。管理ユーザー権限のユーザーは，常にすべての監視エージェントを設定・参照できます。業務グループが割り当てられた一般ユーザー権限のユーザーを「業務グループ一般ユーザー」と呼びます。

また，Performance Managementで利用できる業務グループには，Performance Managementで定義する業務グループと，統合管理製品（JP1/IM）で定義する業務グループがあります。それぞれについて次に説明します。

Performance Managementで定義する業務グループ

監視対象ホストとユーザーアカウントに，Performance Managementで業務グループを割り当てて管理します。

JP1/IMと連携していない場合や，Performance Managementで利用する業務グループをJP1/IMの業務グループと独立して管理したい場合に利用します。

この業務グループはPFM認証モードでもJP1認証モードでも利用できます。

JP1/IMで定義する業務グループ

JP1/IMで定義した業務グループの構成を，Performance Managementにインポートして運用します。Performance ManagementとJP1/IMを連携して運用している場合に，Performance ManagementとJP1/IMで，監視対象ホストおよびアクセスできるユーザーアカウントを一致させたいときに利用します。JP1/IMからのPerformance Managementのレポート表示などが，ユーザーに割り当てられている業務グループの不一致によって失敗することを防げます。

この業務グループはJP1認証モードの場合に利用できます。

なお，JP1/IMとの連携の詳細については，「10.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

2.2　ユーザーアカウントの権限

Performance Managementは，ユーザーアカウントの権限によって使用できる機能が異なります。ここでは，ユーザーが使用できる機能を，システムユーザーの場合と業務グループユーザーの場合とに分けて説明します。

＜この節の構成＞

2.2.1　システムユーザーが使用できる機能

2.2.2　業務グループユーザーが使用できる機能

2.2.1　システムユーザーが使用できる機能

システムユーザーが使用できる機能を次の表に示します。

表2-1　ユーザーアカウントの権限と使用できる機能（操作対象：システム全体）

機能名 | 機能の詳細 | 操作階層・画面 | 操作対象：システム全体
Performance Managementユーザー | JP1ユーザー
管理ユーザー | 一般ユーザー | 管理ユーザー | 一般ユーザー
Performance Managementプログラムのサービスの管理 | ［サービス階層］画面の表示 | サービス階層 | ○ | × | ○ | ×
Performance Managementプログラムのサービスの停止 | サービス階層 | ○ | × | ○ | ×
Performance Managementプログラムのサービスの状況確認 | サービス階層 | ○ | × | ○ | ×
Performance Managementユーザーアカウントの管理 | ［ユーザー管理階層］画面の表示 | ユーザー管理階層 | ○ | × | × | ×
ユーザーアカウントの作成，コピー，削除 | ユーザー管理階層 | ○ | × | × | ×
ログイン中のユーザーアカウント自身のログインパスワード変更 | ［パスワード変更］画面 | ○ | ○ | × | ×
ほかのユーザーアカウントのログインパスワードまたは権限の変更 | ユーザー管理階層 | ○ | × | × | ×
エージェントの管理 | ［エージェント階層］画面の表示（表示形式が「User Agents」） | エージェント階層 | ○ | ○ | ○ | ○
［エージェント階層］画面の表示（表示形式が「Products」） | エージェント階層 | ○ | △ | ○ | △
フォルダの作成，コピー，削除 | エージェント階層 | ○ | △ | ○ | △
フォルダ名の変更 | エージェント階層 | ○ | △ | ○ | △
エージェントの追加，コピー，削除 | エージェント階層 | ○ | △ | ○ | △
エージェントのプロパティの表示 | エージェント階層 | ○ | ○ | ○ | ○
サマリの表示 | エージェント階層 | ○ | ○ | ○ | ○
プロセス監視の設定 | エージェント階層 | ○ | × | ○ | ×
エージェントのプロパティの変更 | サービス階層 | ○ | × | ○ | ×
エージェントのプロパティの配布 | サービス階層 | ○ | × | ○ | ×
バインドしたエージェントの表示 | アラーム階層 | ○ | × | ○ | ×
レポートの定義と操作 | レポート階層の表示 | レポート階層 | ○ | △ | ○ | △
レポートウィザードによるレポートの定義 | レポート階層 | ○ | △ | ○ | △
レポート画面からのレポートの編集 | レポート階層 | ○ | ○ | ○ | ○
レポート画面からのレポート定義の保存 | レポート階層 | ○ | △ | ○ | △
レポートの定義のインポート，エクスポート | レポート階層 | ○ | △ | ○ | △
エージェントに関するレポートの表示 | エージェント階層/ブックマーク階層/レポート画面 | ○ | ○ | ○ | ○
アラームに関するレポートの表示 | エージェント階層 | ○ | ○ | ○ | ○
レポートの編集，コピー，削除 | レポート階層 | ○ | △ | ○ | △
レポート名の変更 | レポート階層 | ○ | △ | ○ | △
レポートのプロパティの表示 | レポート階層 | ○ | △ | ○ | △
レポートの表示条件の変更 | レポート画面 | ○ | ○ | ○ | ○
レポートの印刷 | レポート画面 | ○ | ○ | ○ | ○
レポートのファイル出力 | エージェント階層/ブックマーク階層 | ○ | ○ | ○ | ○
アラームの定義と操作 | ［アラーム階層］画面の表示 | アラーム階層 | ○ | × | ○ | ×
アラームウィザードによるアラームの定義 | アラーム階層 | ○ | × | ○ | ×
クイックガイドによるアラームの定義 | エージェント階層 | ○ | × | ○ | ×
［エージェント階層］画面でのアラームテーブルのバインド，バインド解除 | エージェント階層 | ○ | × | ○ | ×
アラーム定義のインポート，エクスポート | アラーム階層 | ○ | × | ○ | ×
［エージェント階層］画面でのエージェントに関するアラームの状態表示 | エージェント階層 | ○ | ○ | ○ | ○
アラームの稼働と停止 | アラーム階層 | ○ | × | ○ | ×
アラームテーブルのコピー，削除 | アラーム階層 | ○ | × | ○ | ×
アラームのコピー，削除 | アラーム階層 | ○ | × | ○ | ×
アラームの編集 | アラーム階層 | ○ | × | ○ | ×
［エージェント階層］画面でのアラームのプロパティ表示 | エージェント階層 | ○ | ○ | ○ | ○
［イベントモニター］画面でのアラームのプロパティ表示 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
［アラーム階層］画面でのアラームのプロパティ表示 | アラーム階層 | ○ | × | ○ | ×
イベントの表示 | ［イベントモニター］画面の表示 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
表示するイベントの変更 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
アラームイベントに関するレポートの表示 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
［イベント履歴］画面の表示 | エージェント階層 | ○ | ○ | ○ | ○
Storeデータベースの管理 | パフォーマンスデータの記録方法の変更 | サービス階層 | ○ | × | ○ | ×
Storeデータベースの保存期間の調整 | サービス階層 | ○ | × | ○ | ×
Storeデータベースの容量の確認 | サービス階層 | ○ | × | ○ | ×
ブックマークの管理 | ブックマーク階層の表示 | ブックマーク階層 | ○ | ○ | ○ | ○
フォルダの作成 | ブックマーク階層/エージェント階層/レポート画面/エージェント階層ブックマーク登録画面 | ○ | △ | ○ | △
フォルダの削除 | ブックマーク階層 | ○ | △ | ○ | △
フォルダ名の変更 | ブックマーク階層 | ○ | △ | ○ | △
ブックマークの削除 | ブックマーク階層 | ○ | △ | ○ | △
ブックマークのプロパティの表示 | ブックマーク階層 | ○ | ○ | ○ | ○
ブックマーク名の変更 | ブックマーク階層 | ○ | △ | ○ | △
登録レポートの削除 | ブックマーク階層 | ○ | △ | ○ | △
登録レポートの表示 | ブックマーク階層 | ○ | ○ | ○ | ○
複合レポートの編集 | ブックマーク階層 | ○ | △ | ○ | △
タイリング表示 | ブックマーク階層 | ○ | ○ | ○ | ○
ブックマークまたは複合ブックマーク登録 | エージェント階層レポート画面/エージェント階層ブックマーク登録画面 | ○ | △ | ○ | △
ベースラインの登録 | エージェント階層レポート画面 | ○ | △ | ○ | △
ベースラインの更新 | エージェント階層レポート画面 | ○ | △ | ○ | △
ヘルスチェックの状態表示 | エージェント階層からの各エージェントのヘルスチェック状態の表示 | エージェント階層 | ○ | ○ | ○ | ○
エージェント階層からのヘルスチェック状態のフォルダ伝播表示 | エージェント階層 | ○ | ○ | ○ | ○
フォルダ伝播時の優先度変更 | エージェント階層 | ○ | ○ | ○ | ○
エージェントの「アラーム状態の表示」からのヘルスチェック状態の表示 | エージェント階層 | ○ | ○ | ○ | ○
［イベントモニター］画面または［イベント履歴］画面でのヘルスチェックイベント表示 | ［イベントモニター］画面/［イベント履歴］画面 | ○ | ○ | ○ | ○

（凡例）

○：使用できる

×：使用できない

△：初期設定ファイル（config.xml）で機能の使用可否を設定できる

2.2.2　業務グループユーザーが使用できる機能

業務グループユーザーが使用できる機能を次の表に示します。

表2-2　ユーザーアカウントの権限と使用できる機能（操作対象：業務グループ）

機能名 | 機能の詳細 | 操作階層・画面 | 操作対象：業務グループ
Performance Managementユーザー | JP1ユーザー
一般ユーザー | 一般ユーザー
Performance Managementプログラムのサービスの管理 | ［サービス階層］画面の表示 | サービス階層 | × | ×
Performance Managementプログラムのサービスの停止 | サービス階層 | × | ×
Performance Managementプログラムのサービスの状況確認 | サービス階層 | × | ×
Performance Managementユーザーアカウントの管理 | ［ユーザー管理階層］画面の表示 | ユーザー管理階層 | × | ×
ユーザーアカウントの作成，コピー，削除 | ユーザー管理階層 | × | ×
ログイン中のユーザーアカウント自身のログインパスワード変更 | ［パスワード変更］画面 | ○ | ×
ほかのユーザーアカウントのログインパスワードまたは権限の変更 | ユーザー管理階層 | × | ×
エージェントの管理 | ［エージェント階層］画面の表示（表示形式が「User Agents」） | エージェント階層 | ○ | ○
［エージェント階層］画面の表示（表示形式が「Products」）※1 | エージェント階層 | △ | △
フォルダの作成，コピー，削除 | エージェント階層 | △ | △
フォルダ名の変更 | エージェント階層 | △ | △
エージェントの追加，コピー，削除 | エージェント階層 | △ | △
エージェントのプロパティの表示 | エージェント階層 | ○ | ○
サマリの表示 | エージェント階層 | ○ | ○
プロセス監視の設定 | エージェント階層 | × | ×
エージェントのプロパティの変更 | サービス階層 | × | ×
エージェントのプロパティの配布 | サービス階層 | × | ×
バインドしたエージェントの表示 | アラーム階層 | × | ×
レポートの定義と操作 | レポート階層の表示 | レポート階層 | × | ×
レポートウィザードによるレポートの定義 | レポート階層 | × | ×
レポート画面からのレポートの編集 | レポート階層 | ○ | ○
レポート画面からのレポート定義の保存 | レポート階層 | × | ×
レポートの定義のインポート，エクスポート | レポート階層 | × | ×
エージェントに関するレポートの表示 | エージェント階層/ブックマーク階層/レポート画面 | ○ | ○
アラームに関するレポートの表示 | エージェント階層 | ○ | ○
レポートの編集，コピー，削除 | レポート階層 | × | ×
レポート名の変更 | レポート階層 | × | ×
レポートのプロパティの表示 | レポート階層 | × | ×
レポートの表示条件の変更 | レポート画面 | ○ | ○
レポートの印刷 | レポート画面 | ○ | ○
レポートのファイル出力 | エージェント階層/ブックマーク階層 | ○ | ○
アラームの定義と操作 | ［アラーム階層］画面の表示 | アラーム階層 | × | ×
アラームウィザードによるアラームの定義 | アラーム階層 | × | ×
クイックガイドによるアラームの定義 | エージェント階層 | × | ×
［エージェント階層］画面でのアラームテーブルのバインド，バインド解除 | エージェント階層 | × | ×
アラーム定義のインポート，エクスポート | アラーム階層 | × | ×
［エージェント階層］画面でのエージェントに関するアラームの状態表示 | エージェント階層 | ○ | ○
アラームの稼働と停止 | アラーム階層 | × | ×
アラームテーブルのコピー，削除 | アラーム階層 | × | ×
アラームのコピー，削除 | アラーム階層 | × | ×
アラームの編集 | アラーム階層 | × | ×
［エージェント階層］画面でのアラームのプロパティ表示※2 | エージェント階層 | ○ | ○
［イベントモニター］画面でのアラームのプロパティ表示※2 | ［イベントモニター］画面 | ○ | ○
［アラーム階層］画面でのアラームのプロパティ表示 | アラーム階層 | × | ×
イベントの表示 | ［イベントモニター］画面の表示※3 | ［イベントモニター］画面 | ○ | ○
表示するイベントの変更 | ［イベントモニター］画面 | ○ | ○
アラームイベントに関するレポートの表示 | ［イベントモニター］画面 | ○ | ○
［イベント履歴］画面の表示※3 | エージェント階層 | ○ | ○
Storeデータベースの管理 | パフォーマンスデータの記録方法の変更 | サービス階層 | × | ×
Storeデータベースの保存期間の調整 | サービス階層 | × | ×
Storeデータベースの容量の確認 | サービス階層 | × | ×
ブックマークの管理 | ブックマーク階層の表示 | ブックマーク階層 | ○ | ○
フォルダの作成 | ブックマーク階層/エージェント階層/レポート画面/エージェント階層ブックマーク登録画面 | × | ×
フォルダの削除 | ブックマーク階層 | × | ×
フォルダ名の変更 | ブックマーク階層 | × | ×
ブックマークの削除 | ブックマーク階層 | × | ×
ブックマークのプロパティの表示 | ブックマーク階層 | ○ | ○
ブックマーク名の変更 | ブックマーク階層 | × | ×
登録レポートの削除 | ブックマーク階層 | × | ×
登録レポートの表示 | ブックマーク階層 | ○ | ○
複合レポートの編集 | ブックマーク階層 | × | ×
タイリング表示 | ブックマーク階層 | ○ | ○
ブックマークまたは複合ブックマーク登録 | エージェント階層レポート画面/エージェント階層ブックマーク登録画面 | × | ×
ベースラインの登録 | エージェント階層レポート画面 | × | ×
ベースラインの更新 | エージェント階層レポート画面 | × | ×
ヘルスチェックの状態表示 | エージェント階層からの各エージェントのヘルスチェック状態の表示 | エージェント階層 | ○ | ○
エージェント階層からのヘルスチェック状態のフォルダ伝播表示 | エージェント階層 | ○ | ○
フォルダ伝播時の優先度変更 | エージェント階層 | ○ | ○
エージェントの「アラーム状態の表示」からのヘルスチェック状態の表示 | エージェント階層 | ○ | ○
［イベントモニター］画面または［イベント履歴］画面でのヘルスチェックイベント表示 | ［イベントモニター］画面/［イベント履歴］画面 | ○ | ○

（凡例）

○：使用できる

×：使用できない

△：初期設定ファイル（config.xml）で機能の使用可否を設定できる

注※1

参照権限を持つ業務グループのエージェントだけが表示されます。

注※2

アラームのプロパティのうち，［アクション］および［アクション定義］は表示されません。

注※3

参照権限を持つ業務グループのエージェントが発行したイベントだけ表示できます。

2.3　ユーザーアカウントの設定で必要な作業

ここでは，認証モードごとに，ユーザーアカウントの種別に応じて必要となる作業を説明します。

PFM認証モードの場合に必要となる作業を次の表に示します。

表2-3　ユーザーアカウントの設定で必要な作業（PFM認証モード）

操作対象
ユーザー権限
必要な作業の参照先
設定内容の概要

システム全体
管理ユーザー
「2.5.1　Performance Managementユーザーアカウントの作成」
「管理ユーザー」権限を選択してユーザーアカウントを作成します。

一般ユーザー
「2.5.1　Performance Managementユーザーアカウントの作成」
「一般ユーザー」権限を選択してユーザーアカウントを作成します。

業務グループ※
一般ユーザー
「2.7.2　Performance Managementで業務グループを定義する」
業務グループを作成します。

「2.5.1　Performance Managementユーザーアカウントの作成」
次の内容でユーザーアカウントを作成します。

「業務グループ一般ユーザー」権限を選択

所属させる業務グループを選択

注※

事前に業務グループによるアクセスコントロール機能をセットアップしておく必要があります。詳細については，「2.7.1　業務グループによるアクセスコントロール機能のセットアップ」を参照してください。

JP1認証モードの場合に必要となる作業を次の表に示します。なお，JP1認証モードを使用する場合，事前に認証モードを設定しておく必要があります。詳細については，「2.4　ユーザーアカウントの認証モードの設定」を参照してください。

表2-4　ユーザーアカウントの設定で必要な作業（JP1認証モード）

操作対象
ユーザー権限
必要な作業の参照先
設定内容の概要

システム全体
管理ユーザー
「2.6　JP1ユーザーの操作権限の設定」
Performance Mangementの管理ユーザー権限を与えるため，JP1ユーザーの操作権限を設定します。

一般ユーザー
「2.6　JP1ユーザーの操作権限の設定」
Performance Mangementの一般ユーザー権限を与えるため，JP1ユーザーの操作権限を設定します。

業務グループ（Performance Management）※1※2
一般ユーザー
「2.7.2　Performance Managementで業務グループを定義する」
業務グループを作成します。

「2.6　JP1ユーザーの操作権限の設定」
JP1ユーザーに，次の内容で操作権限を設定します。

業務グループと対応付けるJP1資源グループを指定

Performance Mangementの一般ユーザー権限を与えるため，JP1権限レベルを選択

業務グループ（JP1/IM）※1※3
一般ユーザー
「2.7.3　JP1/IMで定義した業務グループを利用する」
JP1/IMで定義した業務グループをPerformance Managementにインポートします。
また，JP1ユーザーにPerformance Mangementの一般ユーザー権限を与えるため，JP1権限レベルを追加します。

注※1

事前に業務グループによるアクセスコントロール機能をセットアップしておく必要があります。詳細については，「2.7.1　業務グループによるアクセスコントロール機能のセットアップ」を参照してください。

注※2

Performance Managementで定義した業務グループのユーザーです。

注※3

JP1/IMで定義した業務グループのユーザーです。

2.4　ユーザーアカウントの認証モードの設定

ユーザーアカウントの認証モード（管理方式）は，jpcvsvr.iniファイルで設定します。なお，デフォルトの認証モードはPFM認証モードです。PFM認証モードのまま運用する場合，ここで説明する手順は不要です。

ユーザーアカウントの認証モード（管理方式）を設定する手順を次に示します。

PFM - ManagerおよびPFM - Web Consoleのサービスを停止させる。
PFM - Web Consoleのサービス，PFM - Managerのサービスの順に停止させてください。

テキストエディターなどで，jpcvsvr.iniファイルを開く。
jpcvsvr.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

　インストール先フォルダ¥mgr¥viewsvr¥jpcvsvr.ini

UNIXの場合

　/opt/mgr/viewsvr/jpcvsvr.ini

論理ホストの場合

Windowsの場合

　環境ディレクトリ¥jp1pc¥mgr¥viewsvr¥jpcvsvr.ini

UNIXの場合

　環境ディレクトリ/jp1pc/mgr/viewsvr/jpcvsvr.ini

jpcvsvr.iniファイルのUserServer.authenticationModeの値を変更する。
jpcvsvr.iniファイルのUserServer.authenticationModeに設定する認証モードの内容を次に示します。

表2-5　認証モードの設定内容

認証モード | 設定内容
PFM認証モード | UserServer.authenticationMode=PFM
JP1認証モード | UserServer.authenticationMode=JP1

参考

不正な値を指定した場合は，PFM認証モードが設定されます。

jpcvsvr.iniファイルを保存して閉じる。

PFM - ManagerおよびPFM - Web Consoleのサービスを起動させる。
PFM - Managerのサービス，PFM - Web Consoleのサービスの順に起動させてください。
変更したjpcvsvr.iniファイルが読み込まれ，認証モードが設定されます。

注意

認証モードの設定後，設定したモードと異なる管理方式のユーザーアカウントでPFM - Web Consoleにログインした場合は，認証エラーを示すメッセージが表示されます。

参考

jpcvsvr.iniファイルの設定内容をインストール時の状態に戻すには，jpcvsvr.iniファイルの格納先フォルダにあるjpcvsvr.ini.modelファイルをjpcvsvr.iniファイルに上書きしてください。

2.5　Performance Managementユーザーアカウントの設定と運用

ここでは，Performance Managementユーザーアカウントの作成，変更および削除方法を説明します。

＜この節の構成＞

2.5.1　Performance Managementユーザーアカウントの作成

2.5.2　Performance Managementユーザーアカウントの編集

2.5.1　Performance Managementユーザーアカウントの作成

PFM認証モードを設定した場合，ユーザーアカウントの作成は監視WebブラウザからPFM - Web Consoleにログインして行います。

Performance Managementユーザーアカウントの作成方法として，次の二つの方法を紹介します。

ユーザーアカウントを新規作成

既存のユーザーアカウントをカスタマイズして新規作成

なお，JP1認証モードを設定した場合，ユーザーアカウントの管理はJP1/Baseで行います。JP1ユーザーの管理については，マニュアル「JP1/Base 運用ガイド」を参照してください。

注意

作成できるユーザーアカウント数は100以下です。

＜この項の構成＞

(1)　Performance Managementユーザーアカウントを新規作成する

(2)　既存のユーザーアカウントをコピーしてカスタマイズする

(1)　Performance Managementユーザーアカウントを新規作成する

Performance Managementユーザーアカウントを新規に作成する手順について説明します。

参考　インストール直後のユーザーアカウント

Performance Managementをインストールした直後は，デフォルトのユーザーアカウントとして「ADMINISTRATOR」が設定されています。

デフォルトのユーザーアカウントの設定内容は次のとおりです。

ユーザー名：ADMINISTRATOR

パスワード：設定なし　運用を開始する前にパスワードを設定してください。

権限：管理ユーザー

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

［メイン］画面のナビゲーションフレームで［ユーザー管理階層］タブを選択する。
［ユーザー管理階層］画面が表示されます。

［ユーザー管理階層］画面のメソッドフレームで，［新規ユーザー］メソッドを選択する。
［新規ユーザー］画面が表示されます。

図2-1　［新規ユーザー］画面の表示例

Performance Managementユーザーアカウント情報を設定する。
次の項目について設定します。

［ユーザー名］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されません。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

［パスワード］および［パスワードの確認］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［権限の選択と業務グループの割り当て］

作成するユーザーアカウントに設定するユーザー権限を選択します。

・［管理ユーザー］：システム全体を管理できる権限です。

・［一般ユーザー］：システム全体を参照できる権限です。

・［業務グループ一般ユーザー］：［割り当てられた業務グループ］に表示されている業務グループ内の監視エージェントを参照できる権限です。

［すべての業務グループ］

システムに定義されている業務グループが一覧表示されます。業務グループを選択して[図データ]ボタンをクリックすることで，業務グループを割り当てます。割り当てられた業務グループは［割り当てられた業務グループ］に表示されます。

［割り当てられた業務グループ］

作成するユーザーアカウントに割り当てる業務グループが表示されます。

［OK］ボタンをクリックする。
ナビゲーションフレームのPerformance Managementユーザーの階層に，作成したユーザーアカウントが追加されます。

(2)　既存のユーザーアカウントをコピーしてカスタマイズする

既存のユーザーアカウントをコピーして別のユーザー名で保存すると，同じ設定のユーザーアカウントを作成できます。

ポイント

既存のユーザーアカウントをコピーして新たなユーザーアカウントを作成する場合，コピー元のユーザーアカウントが定義している監視用のエージェント階層などの情報もコピーされます。

既存のユーザーアカウントをカスタマイズして新規作成する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

［メイン］画面のナビゲーションフレームで［ユーザー管理階層］タブを選択する。
［ユーザー管理階層］画面が表示されます。

［ユーザー管理階層］画面のナビゲーションフレームで，コピー元のユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［コピー］メソッドを選択する。
［コピー］画面が表示されます。

図2-2　［コピー］画面の表示例

新規に作成するPerformance Managementユーザーアカウント情報を設定する。
各項目には，コピー元のユーザーアカウント情報が表示されます。必要に応じて，次の項目について変更します。

［ユーザー名］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されません。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

［パスワード］および［パスワードの確認］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［権限の選択と業務グループの割り当て］

作成するユーザーアカウントに設定するユーザー権限を選択します。

・［管理ユーザー］：システム全体を管理できる権限です。

・［一般ユーザー］：システム全体を参照できる権限です。

・［業務グループ一般ユーザー］：［割り当てられた業務グループ］に表示されている業務グループ内の監視エージェントを参照できる権限です。

［すべての業務グループ］

システムに定義されている業務グループが一覧表示されます。業務グループを選択して[図データ]ボタンをクリックすることで，業務グループを割り当てます。割り当てられた業務グループは［割り当てられた業務グループ］に表示されます。

［割り当てられた業務グループ］

作成するユーザーアカウントに割り当てる業務グループが表示されます。

［OK］ボタンをクリックする。
Performance Managementユーザーのツリーに，作成したユーザーアカウントが追加されます。

2.5.2　Performance Managementユーザーアカウントの編集

ここでは，作成済みのPerformance Managementユーザーアカウントの情報を編集する操作について説明します。

ユーザーアカウント情報に対してできる操作は次のとおりです。

パスワードを変更する

ユーザーアカウントの権限と割り当てる業務グループを変更する

ユーザーアカウントを削除する

それぞれの操作について説明します。

＜この項の構成＞

(1)　パスワードを変更する

(2)　Performance Managementユーザーアカウントの権限と割り当てる業務グループを変更する

(3)　Performance Managementユーザーアカウントを削除する

(1)　パスワードを変更する

ユーザーアカウントのパスワードを変更する手順について説明します。変更対象のユーザーアカウントによって操作が異なります。

現在ログイン中のユーザーアカウントのパスワードを変更する場合

他ユーザーのユーザーアカウントのパスワードを変更する場合

それぞれの場合の手順を説明します。

(a)　現在ログイン中のユーザーアカウントのパスワードを変更する場合

現在ログイン中のユーザーアカウントのパスワードを変更する場合の手順を次に示します。

［メイン］画面のメニューバーフレームで［パスワード変更］メニューを選択する。
［パスワード変更］画面が表示されます。

図2-3　［パスワードの変更］画面の表示例

パスワード情報を入力する。
次の項目について入力します。

［現在のパスワード］

変更前のパスワードを入力します。

［パスワード］および［パスワードの確認］

新たに設定するパスワードを入力します。

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［OK］ボタンをクリックする。
現在ログイン中のユーザーアカウントのパスワードが変更されます。

(b)　他ユーザーのユーザーアカウントのパスワードを変更する場合

他ユーザーのユーザーアカウントのパスワードを変更する場合の手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

［メイン］画面のナビゲーションフレームで［ユーザー管理階層］タブを選択する。
［ユーザー管理階層］画面が表示されます。

［ユーザー管理階層］画面のナビゲーションフレームで，パスワードを変更するユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。
［編集］画面が表示されます。

手順3で選択したユーザーアカウントに設定されているパスワードを変更する。
1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。
入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［OK］ボタンをクリックする。
選択したユーザーアカウントのパスワードが変更されます。

(2)　Performance Managementユーザーアカウントの権限と割り当てる業務グループを変更する

作成済みのPerformance Managementユーザーアカウントに設定された権限，および割り当てる業務グループを変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

［メイン］画面のナビゲーションフレームで［ユーザー管理階層］タブを選択する。
［ユーザー管理階層］画面が表示されます。

［ユーザー管理階層］画面のナビゲーションフレームで，権限を変更するユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。
［編集］画面が表示されます。

図2-4　［編集］画面の表示例

手順3で選択したユーザーアカウントに設定されている権限を変更する。

手順5で［業務グループ一般ユーザー］を選択した場合，割り当てる業務グループを選択する。
［すべての業務グループ］から割り当てたい業務グループを選択して[図データ]ボタンをクリックします。選択した業務グループが［割り当てられた業務グループ］に表示されます。

［OK］ボタンをクリックする。
選択したユーザーアカウントの権限が変更されます。

(3)　Performance Managementユーザーアカウントを削除する

作成したPerformance Managementユーザーアカウントを削除する手順について説明します。

注意

デフォルトユーザーアカウント（パスワードを設定していない「ADMINISTRATOR」ユーザーアカウント）は，それ以外にユーザーアカウントが作成されている場合は削除できます。ただし，デフォルトユーザーアカウントを削除した場合，パスワードを設定しない「ADMINISTRATOR」ユーザーアカウントは再作成できません。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

［メイン］画面のナビゲーションフレームで［ユーザー管理階層］タブを選択する。
［ユーザー管理階層］画面が表示されます。

［ユーザー管理階層］画面のナビゲーションフレームで，削除するユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除の実行を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
選択したユーザーアカウントがナビゲーションフレームから削除されます。

2.6　JP1ユーザーの操作権限の設定

JP1認証モードを使用する場合，認証サーバであるJP1/BaseでJP1ユーザーの操作権限を設定する必要があります。JP1ユーザーに設定したいPerformance Managementの権限に応じて，次のように操作権限を設定してください。

表2-6　JP1ユーザーに設定する操作権限

Performance Managementの権限 | JP1ユーザーの操作権限
JP1資源グループ | JP1権限レベル
管理ユーザー | JP1_PFM | JP1_PFM_Admin
一般ユーザー（業務グループを割り当てない場合） | JP1_PFM | JP1_PFM_Operator
一般ユーザー（Performance Managementで定義した業務グループを割り当てる場合） | 任意のグループ※ | JP1_PFM_Operator
一般ユーザー（JP1/IMで定義した業務グループを割り当てる場合） | 「2.7.3(4)　JP1ユーザーの操作権限を設定する」を参照してください。

注※

定義する業務グループに対応付けるJP1資源グループを指定します。業務グループ定義ファイルのJP1 Resource Group Nameラベルに指定する名称と一致させます。

注意

JP1ユーザーに，所属するJP1資源グループとして任意のグループ，JP1権限レベルとして「JP1_PFM_Admin」を設定した場合，そのユーザーはPerformance Managementにログインできません。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.7　業務グループの設定と運用

業務グループを利用するには，最初に業務グループによるアクセスコントロール機能を有効にする必要があります。その後の業務グループの設定方法は，業務グループをPerformance Managementで定義するか，JP1/IMで定義した業務グループを利用するかによって異なります。ここでは，それぞれの場合での業務グループの設定方法を説明します。また，設定後の業務グループの運用方法について説明します。

＜この節の構成＞

2.7.1　業務グループによるアクセスコントロール機能のセットアップ

2.7.2　Performance Managementで業務グループを定義する

2.7.3　JP1/IMで定義した業務グループを利用する

2.7.4　業務グループを運用する

2.7.1　業務グループによるアクセスコントロール機能のセットアップ

業務グループによるアクセスコントロール機能のセットアップは，PFM - Managerホストで行います。

注意

業務グループによるアクセスコントロール機能を利用するには，PFM - ManagerおよびPFM - Web Consoleが09-50以降である必要があります。また，この機能を有効にすると，09-50より前のバージョンのPFM - Web Consoleからは接続できなくなります。

業務グループによるアクセスコントロール機能を有効または無効にするには，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ¥

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

UNIXの場合

環境ディレクトリ/jp1pc/

注意

業務グループ一般ユーザーを作成したあとに業務グループによるアクセスコントロール機能を無効にすると，業務グループ一般ユーザーは監視コンソールにログインできなくなります。業務グループによるアクセスコントロール機能を無効に切り替える場合は，あらかじめ業務グループ一般ユーザーを削除しておいてください。

業務グループによるアクセスコントロール機能を有効または無効にする手順を次に示します。

PFM - Managerのサービスをすべて停止する。
PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，PFM - Managerホストのjpccomm.iniファイルを開く。

業務グループによるアクセスコントロール機能を有効または無効に設定する。
jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Business Group Monitor Mode=1

無効にする場合

Business Group Monitor Mode=0

jpccomm.iniファイルを保存して閉じる。

jpcspm startコマンドでPFM - Managerのサービスを起動する。
クラスタシステムを利用している場合は，クラスタソフトから起動してください。

2.7.2　Performance Managementで業務グループを定義する

Performance Managementで業務グループを定義するには，業務グループ定義ファイルの作成，検証，インポートを行います。それぞれの手順を説明します。

＜この項の構成＞

(1)　業務グループ定義ファイルを作成する

(2)　業務グループ定義ファイルを検証する

(3)　業務グループ定義ファイルをインポートする

(1)　業務グループ定義ファイルを作成する

業務グループ定義ファイルを作成し，業務グループの定義内容を記述します。

(a)　業務グループ定義ファイルのテンプレートファイルを出力する

業務グループ定義ファイルを作成する前に，まず，業務グループ定義ファイルに定義するラベルがすべて入力されている，テンプレートファイルを出力します。

ここでは，「/tmp/businessgroup01.cfg」というファイル名でテンプレートファイルを出力します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

テンプレートファイルを出力する。
テンプレートファイルを出力するには，jpcconf bgdef exportコマンドを使用します。次のように，-templateオプションを指定してコマンドを実行します。

jpcconf bgdef export -f /tmp/businessgroup01.cfg -template

出力結果は次のようになります。

#Business Group Definition File Version=0001
#Business Group Definition File Code=

#[Business Group Data]
#Business Group Name=
#JP1 Resource Group Name=
#Host Name=

テンプレートファイルの，すべての行の先頭に「#」が記述されています。これは，コメント行であることを示しています。

jpcconf bgdef exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(b)　業務グループ定義ファイルを作成する

出力したテンプレートファイル「/tmp/businessgroup01.cfg」を編集して，業務グループ定義ファイルを作成します。

手順を次に示します。

テキストエディターなどで，/tmp/businessgroup01.cfgファイルを開く。

業務グループ定義ファイルのヘッダー部分を定義する。
ヘッダー部分を定義します。ヘッダー部分では，業務グループ定義ファイルの構文のバージョン，および業務グループ定義ファイルを作成する文字コードを定義します。これらを定義しているのは次の個所です。

#Business Group Definition File Version=0001
#Business Group Definition File Code=
  :

この部分の行頭の「#」を削除して，次のように書き換えます。

Business Group Definition File Version=0001
Business Group Definition File Code=Shift_JIS
  :

Business Group Definition File Versionラベル
業務グループ定義ファイルの構文のバージョン。
「0001」固定のため，テンプレートファイルにデフォルトで入力されています。
この項目は省略できません。

Business Group Definition File Codeラベル
業務グループ定義ファイルを作成する文字コード。「Shift_JIS」「EUC-JP」「UTF-8」「C」のどれかを指定します。
この例では「Shift_JIS」を設定しています。
この項目は省略できません。

業務グループ名，JP1資源グループ名（JP1認証モードの場合），およびホスト名を定義する。
個々の業務グループを定義します。業務グループの定義は，［Business Group Data］セクションに定義します。一つの業務グループ定義に対して一つの［Business Group Data］セクションを作成します。

PFM認証モードの場合

ここでは，ホストkeiri01とkeiri02が所属する業務グループ「経理システムA」を定義します。

JP1 Resource Group Nameラベルの行以外で，行頭の「#」を削除して，次のように書き換えます。

:

[Business Group Data]

Business Group Name=経理システムA

#JP1 Resource Group Name=

Host Name=keiri01,keiri02

JP1認証モードの場合

ここでは，JP1資源グループ「resource01」を，ホストkeiri01とkeiri02が所属する業務グループ「経理システムA」と対応付けます。

すべての行頭の「#」を削除して，次のように書き換えます。

:

[Business Group Data]

Business Group Name=経理システムA

JP1 Resource Group Name=resource01

Host Name=keiri01,keiri02

Business Group Nameラベル
業務グループ名を1～255バイトで定義します。半角空白文字を含む場合は，「"」（ダブルクォーテーション）で囲む必要があります。
この項目は省略できません。

JP1 Resource Group Nameラベル
JP1認証モードの場合に，業務グループと対応付けるJP1資源グループの名称を指定します。指定したJP1資源グループに所属するJP1ユーザーが，業務グループにアクセスできます。

Host Nameラベル
業務グループに所属させるホスト名を1～128バイトで定義します。
一つの業務グループに複数のホストを所属させる場合は，「,」（半角コンマ）でつないで指定します。

指定できる値の詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

編集が終了したら，/tmp/businessgroup01.cfgファイルを保存する。

(2)　業務グループ定義ファイルを検証する

作成した業務グループ定義ファイルの内容が妥当かどうかを検証します。業務グループ定義ファイルの検証には，jpcconf bgdef checkコマンドを使用します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。
jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef checkコマンドを実行する。
次のように指定してコマンドを実行します。

jpcconf bgdef check -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
業務グループ定義ファイルに誤りがある場合，誤りの初出個所について，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。
jpcconf bgdef checkコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　業務グループ定義ファイルをインポートする

作成した業務グループ定義ファイルをインポートし，Performance Managementに登録します。業務グループ定義ファイルのインポートには，jpcconf bgdef importコマンドを使用します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。
jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef importコマンドを実行する。
次のように指定してコマンドを実行します。

jpcconf bgdef import -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
jpcconf bgdef importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

2.7.3　JP1/IMで定義した業務グループを利用する

JP1/IMで定義した業務グループを利用するには，JP1/IMからの業務グループ定義情報のエクスポート，Performance Managementでの検証およびインポートを行います。また，JP1ユーザーにPerformance Managementを使用するためのJP1権限レベルを追加します。ここでは，それぞれの手順を説明します。

＜この項の構成＞

(1)　JP1/IMで業務グループ定義情報をエクスポートする

(2)　業務グループ定義情報の内容を検証する

(3)　業務グループ定義情報をインポートする

(4)　JP1ユーザーの操作権限を設定する

(1)　JP1/IMで業務グループ定義情報をエクスポートする

JP1/IMで定義した業務グループの定義情報を，jcfexportコマンドを使用してエクスポートします。手順については，マニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照してください。

(2)　業務グループ定義情報の内容を検証する

エクスポートしたJP1/IMの業務グループ定義情報の内容が妥当かどうかを検証します。JP1/IMの業務グループ定義情報の検証には，jpcconf bgdef checkコマンドを使用します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcconf bgdef checkコマンドを実行する。
ここでは，ディレクトリ「/tmp/imbg01」にエクスポートされた業務グループ定義情報を検証します。
次のように指定してコマンドを実行します。

jpcconf bgdef check -im /tmp/imbg01

業務グループ定義情報に誤りがある場合，誤りの初出個所について，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。誤りがあった場合は，メッセージ内容を参照して，JP1/IMの業務グループの設定を修正してください。
jpcconf bgdef checkコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　業務グループ定義情報をインポートする

JP1/IMからエクスポートした業務グループ定義情報を，Performance Managementにインポートします。ここでは，ディレクトリ「/tmp/imbg01」にエクスポートされた業務グループ定義情報をインポートします。

手順を次に示します。

注意

ここで説明するコマンド「jpcconf bgdef import -im」を実行すると，その時点で定義されているすべての業務グループの情報はPerformance Managementから削除されます。そのため，インポート後に利用できるのは，JP1/IMからエクスポートし，インポートした業務グループだけです。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。
jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef importコマンドを実行する。
次のように指定してコマンドを実行します。

jpcconf bgdef import -im /tmp/imbg01

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
jpcconf bgdef importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　JP1ユーザーの操作権限を設定する

JP1/IMの業務グループにはJP1資源グループが対応付けられています。よって，各JP1ユーザーがPerformance Managementを操作するために必要なJP1権限レベルは，割り当てられたJP1資源グループに対して追加します。追加するJP1権限レベルは「JP1_PFM_Operator」です。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.7.4　業務グループを運用する

ここでは，業務グループの定義内容を確認，構成変更，および削除する方法を説明します。

＜この項の構成＞

(1)　業務グループの定義内容を確認する

(2)　業務グループの構成を変更する

(3)　業務グループを削除する

(1)　業務グループの定義内容を確認する

業務グループの定義内容を確認するには，jpcconf bgdef displayコマンドを使用します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。
jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef listコマンドを実行して，定義されている業務グループ名を確認する。
論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
出力結果は次のようになります。この例では，業務グループとして「groupA」，「groupB」，「groupC」が定義されていることが確認できます。

groupA
groupB
groupC

jpcconf bgdef listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcconf bgdef displayコマンドを実行して，業務グループの定義内容を確認する。
例えば，業務グループ「groupA」の定義内容を確認する場合，次のように指定してコマンドを実行します。

jpcconf bgdef display -group groupA

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
出力結果は次のようになります。この例では，業務グループにホスト「HostA」，「HostB」が所属し，JP1資源グループ「resourceA」が関連付けられていることが確認できます。

KAVE05444-I 業務グループ定義の表示処理を開始します
Business Group Name    :groupA
JP1 Resource Group Name:resourceA※
Host Name:
 HostA
 HostB

注※

PFM認証モードの場合は表示されません。

jpcconf bgdef displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　業務グループの構成を変更する

Performance ManagementまたはJP1/IMで定義した業務グループに所属させるホストなどの構成を変更する手順を，それぞれの場合に分けて説明します。

(a)　Performance Managementで定義した業務グループの構成を変更する

Performance Managementで定義した業務グループの構成は，業務グループ定義情報をファイルにエクスポートして編集し，再度インポートすることで変更できます。

この操作で使用するコマンド：

業務グループ定義情報をエクスポートする場合
jpcconf bgdef exportコマンド

業務グループ定義情報をインポートする場合
jpcconf bgdef importコマンド

定義済みの業務グループの構成を変更する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。
jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef listコマンドを実行して，構成を変更する業務グループ名を確認する。
論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
出力結果は次のようになります。この例では，業務グループとして「groupA」，「groupB」，「groupC」が定義されていることが確認できます。

groupA
groupB
groupC

jpcconf bgdef listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcconf bgdef exportコマンドを実行する。
例えば，業務グループ「groupA」の定義情報を，/tmp/businessgroup01.cfgファイルにエクスポートする場合，次のように指定してコマンドを実行します。

jpcconf bgdef export -f /tmp/businessgroup01.cfg -group groupA

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
jpcconf bgdef exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

テキストエディターなどで，/tmp/businessgroup01.cfgファイルを開く。

/tmp/businessgroup01.cfgファイルを編集する。
業務グループ定義ファイルの各定義内容を編集する方法については，「2.7.2(1)(b)　業務グループ定義ファイルを作成する」を参照してください。

/tmp/businessgroup01.cfgファイルを検証する。
次のように指定してコマンドを実行します。

jpcconf bgdef check -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
業務グループ定義ファイルに誤りがある場合，誤りの初出個所について，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。
jpcconf bgdef checkコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcconf bgdef importコマンドを実行する。
次のように指定してコマンドを実行します。

jpcconf bgdef import -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
jpcconf bgdef importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(b)　JP1/IMで定義した業務グループの構成を変更する

JP1/IMで定義した業務グループの構成を変更するには，JP1/IMで定義内容を更新してPerformance Managementに再度インポートします。手順については，「2.7.3　JP1/IMで定義した業務グループを利用する」を参照してください。

なお，業務グループの構成変更に伴い，業務グループを割り当てたJP1ユーザーを削除する場合，そのJP1ユーザーに割り当てられ，業務グループと対応づけられているJP1資源グループから，Performance Managementを操作するために必要なJP1権限レベルを削除してください。削除するJP1権限レベルは「JP1_PFM_Operator」です。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(3)　業務グループを削除する

Performance ManagementまたはJP1/IMで定義した業務グループを削除する手順を，それぞれの場合に分けて説明します。

(a)　Performance Managementで定義した業務グループを削除する

業務グループを削除するには，jpcconf bgdef deleteコマンドを使用します。

業務グループを削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。
jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef listコマンドを実行して，削除する業務グループ名を確認する。
論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
出力結果は次のようになります。この例では，業務グループとして「groupA」，「groupB」，「groupC」が定義されていることが確認できます。

groupA
groupB
groupC

jpcconf bgdef listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcconf bgdef deleteコマンドを実行する。
例えば，業務グループ「groupB」を削除する場合，次のように指定してコマンドを実行します。

jpcconf bgdef delete -group groupB

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。
jpcconf bgdef deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcconf bgdef listコマンドを実行して，業務グループが削除されているかどうかを確認する。
手順3と同様に指定して，コマンドを実行します。
出力結果は次のようになります。この例では，業務グループとして「groupB」が削除されていることが確認できます。

groupA
groupC

(b)　JP1/IMで定義した業務グループを削除する

JP1/IMで定義した業務グループを削除するには，JP1/IMで業務グループを削除してPerformance Managementに再度インポートします。手順については，「2.7.3　JP1/IMで定義した業務グループを利用する」を参照してください。

なお，JP1/IMで定義した業務グループを削除する場合，業務グループと対応するJP1資源グループから，Performance Managementを操作するために必要なJP1権限レベルを削除してください。削除はJP1ユーザー単位で実施します。削除するJP1権限レベルは「JP1_PFM_Operator」です。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

3.　エージェントの監視

この章では，監視コンソールを利用した各エージェントの稼働監視の方法について説明します。

＜この章の構成＞

3.1　監視用のエージェント階層について

3.2　Webブラウザでのエージェント階層の作成・編集

3.3　コマンドでのエージェント階層の作成・編集

3.4　エージェントの稼働状況の監視

3.1　監視用のエージェント階層について

エージェントの稼働状況は，PFM - Web Consoleの［エージェント階層］画面で監視します。［エージェント階層］画面では，PFM - Managerに接続されているPFM - AgentまたはPFM - RMがツリー形式に表示され，それぞれの稼働状況をアイコンで確認できます。

PFM - Web Consoleの［エージェント階層］画面の表示例を次の図に示します。

図3-1　［エージェント階層］画面の表示例

画面左側のナビゲーションフレームに表示されるエージェント階層のアイコンで，PFM - AgentまたはPFM - RMの稼働状況を確認します。また，このエージェント階層から選択したエージェントに対して，関連レポートの表示やアラームの状態，イベント履歴の確認などの操作を行います。

エージェント階層の表示形式には，次の二つがあります。

製品ごとにグルーピングされたエージェント階層で監視する
製品ごとのフォルダでグルーピングされたエージェント階層で監視します。

ログインユーザーごとに作成したエージェント階層で監視する
ログインユーザーごとに任意に作成したエージェント階層で監視します。システムの構成や組織などの単位にフォルダを作成し，自由に構成できます。

エージェント階層の構成要素を次の表に示します。

表3-1　エージェント階層の構成要素

要素
説明

ルート（[図データ]）
エージェント階層のルートです。

製品ごとの階層で監視する場合
「Products」という名称で表示されます。

作成した階層で監視する場合
「User Agents（ログインユーザー名）」という名称で表示されます。

ルートの名称は変更できません。
［エージェント階層］画面のナビゲーションフレームにある［表示形式］で，どちらの階層を表示させるかを選択できます。

フォルダ（[図データ]）
エージェントを分類するための要素です。
任意なエージェント階層を作成する場合は，ルートの下に8階層まで作成できます（ルート，エージェントは含まない）。

エージェント（[図データ]）
PFM - Managerに接続しているPFM - Agentです。
エージェントの名称は，サービスIDで表示されます。
サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。

Remote Monitor Collectorサービス（[図データ]）
パフォーマンスデータを収集するPFM - RMのサービスです。
Remote Monitor Collectorサービスは，インスタンス名[PFM - RMが稼働するホスト名]という名称で表示されます。

リモートエージェント（[図データ]）
PFM - RMの監視対象プログラムを監視するためのエージェントです。PFM - RMのそれぞれの監視対象プログラムに対して作成されます。
リモートエージェントは，インスタンス名[監視対象名@PFM - RMが稼働するホスト名]という名称で表示されます。

グループエージェント（[図データ]）
PFM - RMの複数の監視対象プログラムを同時に監視するためのエージェントです。
グループエージェントは，インスタンス名[グループ名@PFM - RMが稼働するホスト名]という名称で表示されます。

補足

任意なエージェント階層を作成する場合，エージェント階層内に作成できる要素の数は，フォルダ数が64，エージェント数が128までです。

製品ごと（表示形式で「Products」選択時）の階層の場合，Performance Managementシステムに登録されていないPFM - AgentまたはPFM - RMは，「Unknown」というフォルダ配下に格納されます。PFM - AgentまたはPFM - RMの登録については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

＜この節の構成＞

3.1.1　エージェントの種別について

3.1.1　エージェントの種別について

Performance Managementで運用できるエージェントには，次の3種類があります。

PFM - Agentのエージェント
PFM - Agentの監視対象プログラムを監視するためのエージェントです。
このエージェントは監視対象プログラムと1対1で対応します。このため，監視対象プログラムの数を増やす場合，PFM - Agentを追加導入する必要があります。

PFM - RMのリモートエージェント
PFM - RMの監視対象プログラムを監視するためのエージェントです。PFM - RMのそれぞれの監視対象プログラムに対して作成されます。
PFM - RMは，単一のサービスによって複数の監視対象を監視します。リモートエージェントは，PFM - RMの各監視対象をPFM - Agentのエージェントと同様に操作するための，仮想的なエージェントです。

PFM - RMのグループエージェント
PFM - RMの複数の監視対象プログラムを同時に監視するためのエージェントです。リモートエージェントと同様に，仮想的なエージェントです。
グループエージェントは，同じPFM - RMに設定している複数のリモートエージェントをグループ化して監視します。グループエージェントのパフォーマンスデータは，グループに含まれる各リモートエージェントのパフォーマンスデータを集約したデータとなります。集約方法には合計や平均などがあります。

3.2　Webブラウザでのエージェント階層の作成・編集

ログインユーザーごとに作成したエージェント階層で監視する場合の，エージェント階層の作成方法について説明します。

エージェント階層の作成は，次の流れで行います。

エージェントを管理するためのフォルダを作成する

各フォルダにエージェントを配置する

ポイント

エージェント階層は，ログインユーザーごとに作成できます。

＜この節の構成＞

3.2.1　エージェントの管理フォルダを新規作成する

3.2.2　管理フォルダにエージェントを配置する

3.2.3　監視用のエージェント階層を編集する

3.2.4　一般ユーザー権限で参照できるエージェントを制限する

3.2.1　エージェントの管理フォルダを新規作成する

エージェントを管理するフォルダを新規に作成する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。
ナビゲーションフレームには，「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

初回ログイン時
ルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。

初回ログイン時
インフォメーションフレームにルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

インフォメーションフレームに表示されたエージェント階層から，作成するフォルダの上位の要素を選択する。

初回ログイン時
「User Agents（ログインユーザー名）」を選択します。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
「User Agents（ログインユーザー名）」または作成するフォルダの上位フォルダとなるフォルダを選択します。

選択した要素にチェックマークが表示されます。
「User Agents（ログインユーザー名）」またはフォルダを選択すると，［新規フォルダ］ボタンが活性化されます。

［新規フォルダ］ボタンをクリックする。
［エージェント階層の編集 > 新規フォルダ］画面に遷移します。

図3-2　［エージェント階層の編集 > 新規フォルダ］画面の表示例

［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

1～64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
手順4で選択した「User Agents（ログインユーザー名）」またはフォルダの下に，作成したフォルダが追加されます。

手順1～7の操作を繰り返して必要なフォルダを作成する。

3.2.2　管理フォルダにエージェントを配置する

作成したフォルダにエージェントを配置する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。
ナビゲーションフレームには，「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

初回ログイン時
エージェント階層のルートである「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。

初回ログイン時
インフォメーションフレームにルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

インフォメーションフレームに表示されたエージェント階層から，エージェントを配置するフォルダを選択する。
エージェントを配置するフォルダを選択します。エージェントをルート直下に配置したい場合は，「User Agents（ログインユーザー名）」を選択します。
選択した要素にチェックマークが表示されます。
フォルダまたは「User Agents（ログインユーザー名）」を選択すると，［新規エージェント］ボタンが活性化されます。

［新規エージェント］ボタンをクリックする。
［エージェント階層の編集 > 新規エージェント］画面に遷移します。
インフォメーションフレームに，PFM - Managerに接続しているエージェントがプロダクト単位の階層で表示されます。

図3-3　［エージェント階層の編集 > 新規エージェント］画面の表示例

ポイント

表示されているエージェントを絞り込むには，エージェント名に含まれるキーワードを［絞り込み］に指定して，［実行］ボタンをクリックします。複数のキーワードでAND検索を実行する場合は，半角空白，全角空白，またはタブ文字で区切って入力します。

表示の絞り込みを解除するには［解除］ボタンをクリックします。

参考

エージェント名は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能を有効にしているかどうかによって異なります。例えば，ホスト名がremmonでインスタンス名がinst01，監視対象ホスト名がrma1のPFM - RM for Platformのリモートエージェントは，プロダクト名表示機能を有効に設定している場合，「inst01[rma1@remmon]<RMPlatform>」と表示されます。プロダクト名表示機能を無効に設定している場合，「7A1inst01[rma1@remmon]」と表示されます。

サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。また，プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」のPerformance Managementの機能について説明している章を参照してください。

インフォメーションフレームに表示されたエージェント階層から，手順4で選択したフォルダに配置させたいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

［OK］ボタンをクリックする。
手順4で選択したフォルダに，手順6で選択したエージェントが追加されます。

3.2.3　監視用のエージェント階層を編集する

エージェント階層の構成を変更する際の，次の操作手順について説明します。

フォルダをコピーする

フォルダを削除する

フォルダ名を変更する

既存のエージェントを別のフォルダへコピーする

エージェントを削除する

＜この項の構成＞

(1)　フォルダをコピーする

(2)　フォルダを削除する

(3)　フォルダ名を変更する

(4)　既存のエージェントを別のフォルダにコピーする

(5)　エージェントを削除する

(1)　フォルダをコピーする

フォルダをコピーする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームのエージェント階層から，コピー元となるフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［コピー］ボタンをクリックする。
［エージェント階層の編集 > コピー［コピー先の選択］］画面に遷移します。

図3-4　［エージェント階層の編集 > コピー［コピー先の選択］］画面の表示例

コピー先のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［OK］ボタンをクリックする。
手順4で選択したフォルダが手順6で選択したフォルダの下にコピーされます。フォルダの配下にあるフォルダやエージェントもコピーされます。

(2)　フォルダを削除する

フォルダを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から削除したいフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［削除］ボタンをクリックする。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順4で選択したフォルダが削除されます。
フォルダの配下にあるフォルダやエージェントも削除されます。

(3)　フォルダ名を変更する

フォルダ名を変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から名前を変更したいフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［名前の変更］ボタンをクリックする。
［エージェント階層の編集 > 名前の変更］画面に遷移します。

図3-5　［エージェント階層の編集 > 名前の変更］画面の表示例

［新しいフォルダ名］に新たなフォルダ名を入力する。

［新しいフォルダ名］

1～64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
手順4で選択したフォルダの名前が変更されます。

(4)　既存のエージェントを別のフォルダにコピーする

既存のエージェントを別のフォルダへコピーする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，「User Agents（ログインユーザー名）」のエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層からコピーするエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

注意

一度にコピーできるエージェントは一つです。同時に複数のエージェントは指定できません。

［コピー］ボタンをクリックする。
［エージェント階層の編集 > コピー［コピー先の選択］］画面に遷移します。

図3-6　［エージェント階層の編集 > コピー［コピー先の選択］］画面の表示例

コピー先のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［OK］ボタンをクリックする。
手順4で選択したエージェントが手順6で選択したフォルダの下にコピーされます。

(5)　エージェントを削除する

監視用のエージェント階層からエージェントを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，「User Agents（ログインユーザー名）」のエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から削除したいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

［削除］ボタンをクリックする。
エージェントの削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順4で選択したエージェントが削除されます。

3.2.4　一般ユーザー権限で参照できるエージェントを制限する

一般ユーザー権限を持つユーザーに対して，PFM - Web Consoleの［エージェント階層］画面から参照できるエージェントを制限できます。

初期設定ファイル（config.xml）のagentTreeAccessLimitにonを指定することで，この設定を有効にできます。初期設定ファイル（config.xml）の説明については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

この設定を有効にすると，PFM - Web Consoleの［エージェント階層］画面に表示形式選択ドロップダウンリストが表示されなくなり，常に［User Agents］の表示形式で表示されます。表示形式として［Products］は選択できません。

また，［User Agents］のエージェント階層は，あらかじめ設定された表示内容から変更できません。設定を有効にしたあとに［User Agents］ツリーに表示されるエージェントを編集したい場合は，jpcconf agttreeコマンドを使用してください。jpcconf agttreeコマンドによるエージェント階層の編集方法については，「3.3　コマンドでのエージェント階層の作成・編集」を参照してください。

3.3　コマンドでのエージェント階層の作成・編集

jpcconf agttreeコマンドでエージェント階層を作成および編集する手順を説明します。

ここでは対話形式の実行例を示していますが，jpcconf agttreeコマンドは非対話形式でも実行できます。jpcconf agttreeコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

＜この節の構成＞

(1)　エージェント階層を作成する

(2)　エージェント階層を編集する

(1)　エージェント階層を作成する

エージェント階層を作成する手順を次に示します。

エージェント階層定義ファイルのテンプレートファイルをエクスポートする。
テンプレートファイルをエクスポートするには，-templateオプションを指定してjpcconf agttree exportコマンドを実行します。実行例を次に示します。

jpcconf agttree export -template -f agttree_def.xml

エクスポートしたエージェント階層定義ファイルを編集する。
エージェント階層定義ファイルの書式については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。
エージェント階層定義ファイルの記載例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE tree SYSTEM "agttree_param.dtd">

<tree owner="pfm-user">
   <folder name="Test Company">
       <folder name="Business Department">
           <agent name="7A1inst_BD[tHOST_01@host_111]"/>
       </folder>
       <folder name="Development Departmant">
           <agent name="7A1inst_DD[tHOST_02@host_111]"/>
           <agent name="7A1inst_DD[tHOST_03@host_111]"/>
       </folder>
       <agent name="TA1host_111"/>
   </folder>
   <agent name="TA1host_999"/>
</tree>

エージェント階層定義ファイルをインポートする。
エージェント階層定義ファイルをインポートするには，jpcconf agttree importコマンドを実行します。実行例を次に示します。

jpcconf agttree import -f agttree_def.xml

Performance Managementに認識されていない（［Products］のエージェント階層に存在しない）エージェントを指定したい場合は，-nocheckオプションを指定してください。-nocheckオプションを指定しない場合，Performance Managementに認識されていないエージェントが検出された時点で処理が中断されます。
論理ホスト運用の場合，-lhostオプションに論理ホスト名を指定してください。

作成したエージェント階層は，PFM - Web Consoleの［エージェント階層］画面の表示を更新するか，PFM - Web Consoleに再度ログインすることによって画面に反映されます。

(2)　エージェント階層を編集する

エージェント階層を編集する手順を次に示します。

エージェント階層の情報をエージェント階層定義ファイルにエクスポートする。
エージェント階層の情報をエクスポートするには，出力したいエージェント階層を定義しているユーザーを-ownerオプションの引数に指定して，jpcconf agttree exportコマンドを実行します。実行例を次に示します。

jpcconf agttree export -owner pfm-user -f agttree_def.xml

論理ホスト運用の場合，-lhostオプションに論理ホスト名を指定してください。

エクスポートしたエージェント階層定義ファイルを編集する。
エージェント階層定義ファイルの書式については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

エージェント階層定義ファイルをインポートする。
エージェント階層定義ファイルをインポートするには，jpcconf agttree importコマンドを実行します。実行例を次に示します。

jpcconf agttree import -f agttree_def.xml

Performance Managementに認識されていない（［Products］のエージェント階層に存在しない）エージェントを指定したい場合は，-nocheckオプションを指定してください。-nocheckオプションを指定しない場合，Performance Managementに認識されていないエージェントが検出された時点で処理が中断されます。
論理ホスト運用の場合，-lhostオプションに論理ホスト名を指定してください。

編集したエージェント階層は，PFM - Web Consoleの［エージェント階層］画面の表示を更新するか，PFM - Web Consoleに再度ログインすることによって画面に反映されます。

3.4　エージェントの稼働状況の監視

エージェントの状態は，［エージェント階層］画面のナビゲーションフレームに表示されるエージェント階層のアイコンで確認できます。

また，エージェント階層で選択した任意のエージェントに対して，監視に付随する次の操作が行えます。

アラームの状態の表示

関連するレポートの表示

イベント履歴の表示

稼働状況のサマリ表示

プロパティの表示

プロパティの編集

プロパティの一括配布

それぞれの操作について説明します。

＜この節の構成＞

3.4.1　エージェントの状態を確認する

3.4.2　アラームの状態を確認する

3.4.3　レポートを表示する

3.4.4　イベント履歴を表示する

3.4.5　サマリ表示で稼働状況を確認する

3.4.6　エージェントのプロパティを表示する

3.4.7　エージェントのプロパティを編集する

3.4.8　エージェントのプロパティを一括配布する

3.4.1　エージェントの状態を確認する

エージェントの状態は，［エージェント階層］画面のナビゲーションフレームに表示されているエージェント階層のアイコンで確認できます。

参考

グループエージェントの状態を確認することはできません。

エージェントの状態を確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

「Products」選択時
「Products」がルートのエージェント階層が表示されます。

図3-7　エージェント階層の表示例

エージェント階層の左側に表示されるアイコンを確認する。
フォルダおよびエージェントアイコンが示すステータスは，次のとおりです。

表3-2　フォルダアイコンが示すステータス

アイコン | 説明
[図データ]　 | フォルダ下のエージェントにバインドされたアラームテーブル内のアラームがすべて正常状態であることを示します。
[図データ]　 | フォルダ下のエージェントに，バインドされたアラームテーブル内のアラームに，異常状態のものがなく，警告状態のものが一つ以上あることを示します。
[図データ]　 | フォルダ下のエージェントにバインドされたアラームテーブル内のアラームに，異常状態のものが一つ以上あることを示します。
[図データ]　 | フォルダ下のエージェントの稼働状態を示します。※

注

フォルダのステータスは，その下位のエージェントで最も重要度の高いステータスが表示されます。重要度は，高い順から異常，警告，正常です。

注※　ヘルスチェック状態を示すアイコンについては，表3-4を参照してください。

表3-3　エージェントアイコンが示すステータス

アイコン
説明

[図データ]　
エージェントにバインドされたアラームテーブル内のアラームが，すべて正常状態であることを示します。

[図データ]　
エージェントにバインドされたアラームテーブル内のアラームに，異常状態のものがなく，警告状態のものが一つ以上あることを示します。

[図データ]　
エージェントにバインドされたアラームテーブル内のアラームに，異常状態のものが一つ以上あることを示します。

[図データ]
（［表示形式］が「User Agents」の場合だけ）
エージェントが次のどちらかの状態であり，実体が存在しないことを示します。

エージェントのサービス情報が削除され，jpcconf service syncコマンドによりPFM - Web Consoleに反映された

業務グループの構成変更によって，エージェントに対するユーザーの参照権限が削除された

[図データ]　
エージェントの稼働状態を示します。※

注※　ヘルスチェック状態を示すアイコンについては，表3-4を参照してください。

表3-4　ヘルスチェック状態を示すアイコン

アイコン | 説明
[図データ]　 | 非対応※
[図データ]　 | 動作中
[図データ]　 | 縮退稼働
[図データ]　 | サービス停止
[図データ]　 | 状態不明※
[図データ]　 | ホスト停止

注

ヘルスチェックイベントアイコンで表示される状態の詳細については，「13.2.2　稼働状態の確認方法」を参照してください。

注※

エージェントのヘルスチェック状態が非対応または状態不明になった場合の対処方法については，「14.2.5(2)　サーバやエージェントの稼働状況が状態不明または非対応になる」を参照してください。

3.4.2　アラームの状態を確認する

各エージェントにバインドされたアラームテーブルに定義されているアラームの状態を確認できます。アラームにレポートが関連づけられている場合は，レポートも表示できます。

注意

エージェントにアラームテーブルをバインドしていない場合，アラームの状態は表示できません。エージェントにアラームテーブルをバインドする手順については，「6.6.1　監視エージェントとアラームテーブルの関連づけを変更する」を参照してください。

アラームの状態を確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

「Products」選択時
「Products」がルートのエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，アラームの状態を確認したいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［アラームの状態の表示］メソッドを選択する。
［アラームの状態の表示］画面が表示されます。
［アラームの状態の表示］画面の例を次の図に示します。

図3-8　［アラームの状態の表示］画面

手順4で選択したエージェントにバインドされたアラームテーブルに定義されているアラームの一覧が表示されます。
アラームの状態は，アラームアイコンの表示色で確認できます。

アラームテーブルのステータス表示用のアイコン

アラームテーブル名の左側に，アラームテーブルが持つアラームの中でステータスの重要度が最も高い状態のアイコンが表示されます。

アイコンの色が示すアラームテーブルの状態を次に示します。

[図データ]：アラームテーブルが展開（定義内容が表示されている）状態であることを示します。

[図データ]：アラームテーブルが閉じている（定義内容が表示されていない）状態であることを示します。

[図データ]（緑色）：正常状態であることを示します。

[図データ]（黄色）：警告状態であることを示します。

[図データ]（赤色）：異常状態であることを示します。

アラームアイコン

アラーム名の左側にアラームアイコンが表示され，アイコンの色によってアラームのステータスが確認できます。

アイコンの色が示すアラームの状態を次に示します。

[図データ]（灰色）：インアクティブ状態であることを示します。

[図データ]（緑色）：正常状態であることを示します。

[図データ]（黄色）：警告状態であることを示します。

[図データ]（赤色）：異常状態であることを示します。

[図データ]※：アラームの状態にかかわらず常に表示されます。
注※　アラームの定義で「常にアラーム通知する」選択時だけ表示されます。

参考

アラームアイコンの色は，［アラーム階層］画面で設定したしきい値と条件式によって変化します。しきい値と条件式の設定については，「6.4　Webブラウザでのアラームの設定」または「6.7　コマンドでのアラームの設定」を参照してください。

アラームにレポートを関連づけている場合は，アラームアイコンの左側にレポートアイコン（[図データ]など）が表示されます。レポートアイコンをクリックすると，関連するレポートが表示されます。
アラームにレポートを関連づける手順については，「5.7.1 (2)　アラームに関連づけられているレポートを表示する」を参照してください。
また，ヘルスチェックの状態を示すメッセージが表示されます。
ヘルスチェックの状態の詳細については，「13.2.2　稼働状態の確認方法」を参照してください。

3.4.3　レポートを表示する

各エージェントで収集されたパフォーマンスデータを，グラフや表などのグラフィカルな形式で表示するものをレポートといいます。

PFM - Web Consoleの［エージェント階層］画面では，エージェントごとにさまざまなレポートを表示できます。

表示するレポートとして，監視テンプレートと呼ばれるひな形を用意していますが，目的に応じて独自のレポートを作成することもできます。レポートの表示および作成方法については，「5.7　レポートの表示」または「5.8　複合レポートの表示」を参照してください。

3.4.4　イベント履歴を表示する

Performance Managementシステムで発生したイベントの履歴を参照できます。イベント履歴は，エージェントごとに［イベント履歴］画面で確認できます。また，イベントの履歴データをCSVまたはHTML形式のテキストファイルに出力することもできます。

詳細については，「7.2　イベント履歴の表示」を参照してください。

3.4.5　サマリ表示で稼働状況を確認する

サーバの稼働状況，エージェントの稼働状況，およびエージェントのアラームの状況について，稼働数，停止数，正常数，異常数などの集計結果を確認できます。また，異常状態および警告状態のアラームイベントおよびエージェントイベントを確認できます。集計結果ならびに，異常状態および警告状態のイベントの表示をサマリ表示と呼びます。

＜この項の構成＞

(1)　前提条件

(2)　サマリ表示の集計対象となるエージェント

(3)　サマリ表示の手順

(4)　稼働状況の分類

(5)　サマリ表示の集計単位および集計範囲

(6)　サマリ表示の印刷

(1)　前提条件

サマリ表示を利用するには，次に示す前提条件があります。

サーバの稼働状況を監視する場合

接続先のPFM - Managerのバージョンが08-11以降で，PFM - Web Consoleが09-00以降かつヘルスチェック機能を有効にする必要があります。

エージェントの稼働状況を監視する場合

接続先のPFM - Managerのバージョンが08-11以降で，PFM - Web Consoleが09-00以降かつヘルスチェック機能を有効にする必要があります。また，PFM - Web Consoleの［サービス階層］画面の［サービスのプロパティ］画面で，ヘルスチェックエージェントのプロパティを次のように設定しておく必要があります。

［Health Check Configurations］の［Monitoring Level］：Service

ヘルスチェック機能の詳細については，「13.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認」を参照してください。

(2)　サマリ表示の集計対象となるエージェント

サマリ表示の集計対象となるエージェントを，画面種別ごとに次の表に示します。

表3-5　サマリ表示の集計対象となるエージェント

エージェント種別 | 画面種別
［サーバの稼働状況］画面 | ［エージェントの稼働状況］画面 | ［エージェントのアラーム監視状況］画面
PFM - Agent | ○ | ○ | ○
リモートエージェント | ○ | ○ | ○
グループエージェント | × | × | ○
Remote Monitor Collectorサービス | ○ | ○ | ×

（凡例）

○：集計対象

×：集計対象外

また，次に示すエージェントについてはサマリ表示の集計対象外です。

jpctool service deleteコマンドによって，エージェント階層の表示形式の「Products」で表示されるツリーからは削除されたが，「User Agents」で表示されるツリーには残っているエージェント

jpcconf agttree importコマンドで-nocheckオプションを指定して登録されたが，まだPerforamance Managementに認識されていないエージェント

参照できる業務グループには含まれないが，「User Agents」で表示されるツリーには残っているエージェント

jpctool service deleteコマンドの結果を，エージェント階層の表示形式の「Products」で表示されるツリーに反映させるには，jpctool service deleteコマンド実行後，jpctool service syncコマンドを実行してください。また，「User Agents」で表示されるツリーに反映させる場合は，メソッドフレームの［エージェント階層の編集］メソッドを使用して手動で削除してください。

(3)　サマリ表示の手順

サマリ表示で稼働状況を確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」をルートとするエージェント階層が表示されます。

「Products」選択時
「Products」をルートとするエージェント階層が表示されます。

ナビゲーションフレームでサマリ表示の集計対象としたいフォルダを選択する。
エージェント階層のルートを選択するか，またはルート以外の任意のフォルダを選択するかによって，サマリ表示の集計単位および集計範囲が異なります。サマリ表示の集計単位および集計範囲については，「(5)　サマリ表示の集計単位および集計範囲」を参照してください。

メソッドフレームで［サマリの表示］ボタンを選択する。
インフォメーションフレームに［システム稼働状況サマリ監視］画面が表示されます。［システム稼働状況サマリ監視］画面の例を次の図に示します。

図3-9　［システム稼働状況サマリ監視］画面の表示例

［サーバの稼働状況］画面，［エージェントの稼働状況］画面，および［エージェントのアラーム監視状況］画面の表示項目について説明します。

[図データ]：稼働状況または監視状況を表示する画面が表示されている状態であることを示します。

[図データ]：稼働状況または監視状況を表示する画面が表示されていない状態であることを示します。

［サーバの稼働状況］画面および［エージェントの稼働状況］画面の表示項目について説明します。

表3-6　［サーバの稼働状況］画面および［エージェントの稼働状況］画面の表示項目

表示項目
意味

円グラフ
ナビゲーションフレームで選択したフォルダ以下のサーバまたはエージェントについて，稼働状況が円グラフで表示されます。円グラフの色の意味は次のとおりです。

緑色：サーバまたはエージェントの稼働状態の割合

赤色：サーバまたはエージェントの停止状態の割合

青色：状態不明※1なサーバまたはエージェントの割合

稼働状況の詳細については，「(4)　稼働状況の分類」を参照してください。

表
ナビゲーションフレームで選択したフォルダ以下のサーバまたはエージェントについて，フォルダ単位で稼働状況が表で表示されます。表の項目の意味は次のとおりです。

稼働数：正常に稼働しているサーバまたはエージェントの数

停止数※²：停止しているサーバまたはエージェントの数（停止数が1以上の場合，赤色のセルになる）

総数：サーバまたはエージェントの総数（状態不明なサーバまたはエージェントを含む）

稼働率：サーバまたはエージェントの稼働率（緑色は稼働数の割合，赤色は停止数の割合，青色は不明数※¹の割合）

この表はサーバまたはエージェントの停止数の降順で上位5番目まで表示されます。また，6番目以降は「その他」としてまとめて表示されます。
表示する数は初期設定ファイル（config.xml）で指定できます。config.xmlの説明については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

［ユーザツリーの視点］チェックボックス
エージェント階層で「User Agents」を選択した場合に，［エージェントの稼働状況］画面に表示されます。このチェックボックスを選択すると，ログインユーザーがエージェント階層に任意で作成したフォルダ単位で稼働状況が表示されます。

［プロダクト種別の視点］チェックボックス
エージェント階層で「User Agents」を選択した場合に，［エージェントの稼働状況］画面に表示されます。このチェックボックスを選択すると，PFM - AgentまたはPFM - RMの製品ごとにグルーピングされたフォルダ単位で稼働状況が表示されます。

注※1

稼働状況が状態不明になった場合の対処方法については，「14.2.5(2)　サーバやエージェントの稼働状況が状態不明または非対応になる」を参照してください。

注※2

［サーバの稼働状況］画面の場合，停止数が1以上のとき，数字をクリックすることで［停止ホスト一覧］画面が表示されます。これによって，停止しているサーバのホスト名を確認できます。［停止ホスト一覧］画面の例を次に示します。

図3-10　［停止ホスト一覧］画面

［エージェントのアラーム監視状況］画面の表示項目について説明します。

表3-7　［エージェントのアラーム監視状況］画面の表示項目

表示項目
意味

円グラフ
ナビゲーションフレームで選択したフォルダ以下のエージェントについて，アラームの監視状況が円グラフで表示されます。円グラフの色は，アラームの状態※を示します。色の意味は次のとおりです。

緑色：アラームの状態が正常のエージェントの割合

黄色：アラームの状態が警告のエージェントの割合

赤色：アラームの状態が異常のエージェントの割合

円グラフに示される値は，各アラームの状態によって分類されるエージェントの数です。バインドしているアラームの数ではありません。

表
ナビゲーションフレームで選択したフォルダ以下のエージェントについて，フォルダ単位でアラームの監視状況が表で表示されます。表の項目の意味は次のとおりです。

正常数：アラームの状態が正常のエージェントの数

警告数：アラームの状態が警告のエージェントの数

異常数：アラームの状態が異常のエージェントの数（異常数が一つ以上の場合，赤色のセルになる）

状態の比率：アラームイベントの状態の比率（緑色は正常数の割合，黄色は警告数の割合，赤色は異常数の割合）

この表はアラームの監視状況で表示される異常数の降順で上位5番目まで表示されます。また，6番目以降は「その他」としてまとめて表示されます。
表示する数は初期設定ファイル（config.xml）のmaxDisplayAlarmで指定できます。config.xmlの説明については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

注※

アラームの状態は，次のように決定します。

正常
バインドしているアラームがすべて正常，またはアラームをバインドしていない

警告
バインドしているアラームで異常状態のものがなく，警告状態のものが一つ以上ある

異常
バインドしているアラームで異常状態のものが一つ以上ある

なお，［常にアラームを通知する］をチェックしたアラームは，評価対象外であるため正常（緑色）となります。また，リモートエージェントおよびグループエージェントは評価対象になります。Remote Monitor Collectorサービスにはアラームをバインドできないため，評価対象外として扱われ，円グラフの母数には数えられません。

同一のエージェントに対して複数のアラームをバインドしている場合，発生しているアラームを優先度で評価します。優先度は，高い順から異常，警告，正常です。

参考

エージェントの数は，次のように数えます。

（例1）エージェント一つに対してアラームを六つバインドし，正常，警告および異常状態が二つずつ発生した場合

エージェントは，優先度が最も高い異常状態に分類されます。エージェントの数は，異常が1と数えられます。

（例2）［常にアラームを通知する］をチェックしたアラームをバインドし，そのアラームが異常状態になった場合

［常にアラームを通知する］をチェックしたアラームは，正常状態に分類されます。エージェントの数は，正常が1と数えられます。

［イベント］画面では，異常状態および警告状態のアラームイベントおよびエージェントイベントを確認できます。発行されたアラームイベントおよびエージェントイベントを表示する［イベントモニター］画面とは異なり，すでに発行されているアラームイベントおよびエージェントイベントのうち，現在未解決の異常状態または警告状態になっているものが表示されます。また，正常状態に戻る場合のアラームイベントは表示されません。それぞれのイベントの表示内容の詳細については，「7.　イベントの表示」またはマニュアル「JP1/Performance Management リファレンス」の［イベントモニター］画面の説明を参照してください。

エージェントのアラーム監視状況の対象となるのは，［常にアラームを通知する］にチェックがないアラームです。詳細については，「6.9.3　アラームの評価に関する注意事項」を参照してください。

(4)　稼働状況の分類

［サーバの稼働状況］画面および［エージェントの稼働状況］画面に表示される，それぞれの稼働状況の意味を説明します。

(a)　［サーバの稼働状況］画面に表示される稼働状況

［サーバの稼働状況］画面で表示される稼働状況は，そのサーバを監視するエージェントに対するヘルスチェック結果を基に判定されます。ヘルスチェック結果は，「稼働」，「停止」および「不明」の3種類の稼働状況に分類されます。

また，［サーバの稼働状況］画面では，一つのサーバに対して一つの稼働状況が表示されます。一つのサーバを複数のエージェントで監視している場合，各エージェントに対するヘルスチェック結果が異なることがあります。このようなときは，各エージェントのヘルスチェック結果のうち，「(5)　サマリ表示の集計単位および集計範囲」に基づく範囲の中で，判定優先順位が最も高いものが，そのサーバの稼働状況として［サーバの稼働状況］画面に表示されます。

エージェントに対するヘルスチェック結果と稼働状況の判定の分類，およびそれぞれの判定優先順位を次の表に示します。

表3-8　ヘルスチェック結果と稼働状態の判定および判定優先順位の対応

エージェント種別
ヘルスチェック結果
稼働状況の判定
判定優先順位

PFM - Agent

Remote Monitor Collectorサービス

Host Not Available（ホスト停止）
停止
1

Not Supported（非対応）
稼働
2

Running（動作中）
3

Incomplete（縮退稼働）
4

Stopped（サービス停止）
5

Unconfirmed（状態不明）
6

リモートエージェント
Host Not Available（ホスト停止）
停止
7

Running（動作中）
稼働
8

Incomplete（縮退稼働）
9

Unconfirmed（状態不明）
不明
10

Not Supported（非対応）
11

次に，一つのサーバを監視するPFM - Agentとリモートエージェントのヘルスチェック結果が異なる場合の例を示します。

それぞれのヘルスチェック結果として，以下の状態を仮定します。

PFM - Agentのヘルスチェック結果が「Host Not Available（ホスト停止）」
このヘルスチェック結果の判定優先順位は1です。

リモートエージェントのヘルスチェック結果が「Not Supported（非対応）」
このヘルスチェック結果の判定優先順位は11です。

この場合，稼働状況の判定は次のようになります。

PFM - Agentとリモートエージェントが同一フォルダに格納されている場合の判定
円グラフと一覧表ともに，より判定優先順位が高い「Host Not Available（ホスト停止）」が選択されます。したがって，サーバの稼働状態は「停止」になります。

PFM - Agentとリモートエージェントが異なるフォルダに格納されている場合の判定
円グラフでは，より判定優先順位が高い「Host Not Available（ホスト停止）」が選択されます。したがって，サーバの稼働状態は「停止」になります。
一覧表では，エージェントが格納されているフォルダごとに判定結果が異なります。PFM - Agentが格納されているフォルダでは，「Host Not Available（ホスト停止）」が選択されます。したがって，サーバの稼働状態は「停止」になります。リモートエージェントが格納されているフォルダでは，「Not Supported（非対応）」が選択されます。したがって，サーバの稼働状態は「不明」になります。

(b)　［エージェントの稼働状況］画面に表示される稼働状況

［エージェントの稼働状況］画面で表示される稼働状況は，エージェントに対するヘルスチェック結果を基に判定されます。ヘルスチェック結果は，「稼働」，「停止」および「不明」の3種類の稼働状態に分類されます。

エージェントに対するヘルスチェック結果と稼働状況の判定の分類を次の表に示します。

表3-9　ヘルスチェック結果と稼働状況の判定の分類

エージェント種別
ヘルスチェック結果
稼働状況の判定

PFM - Agent

リモートエージェント

Remote Monitor Collectorサービス

Running（動作中）
稼働

Incomplete（縮退稼働）
停止

Stopped（サービス停止）

Host Not Available（ホスト停止）

Not Supported（非対応）
不明

Unconfirmed（状態不明）

(5)　サマリ表示の集計単位および集計範囲

サマリ表示の集計単位および集計範囲について次の表で説明します。

表3-10　サマリ表示の集計単位および集計範囲

エージェント階層のフォルダの選択個所
円グラフ/表
集計単位
集計範囲

任意のフォルダ
円グラフ
選択したフォルダ
選択したフォルダ配下のすべてのエージェント

表
選択したフォルダの直下のフォルダ
（選択したフォルダ自身は「その他」として集計されます）
選択したフォルダ直下のフォルダ配下のすべてのエージェント
（選択したフォルダ直下のエージェントは「その他」として集計されます）

サマリ表示の集計単位および集計範囲について図3-11および図3-12で説明します。

図3-11　サマリ表示の集計単位および集計範囲（ルートを選択した場合）

図3-12　サマリ表示の集計単位および集計範囲（任意のフォルダを選択した場合）

(6)　サマリ表示の印刷

サマリ表示を印刷する場合は，［システム稼働状況サマリ監視］画面で［停止］をクリックしたあとに表示される［印刷画面］をクリックします。［システム稼働状況サマリ監視印刷］画面の例を次の図に示します。

図3-13　［システム稼働状況サマリ監視印刷］画面

3.4.6　エージェントのプロパティを表示する

各エージェント（Collectorサービス）のプロパティを表示させ，データの収集間隔や収集条件などの設定内容を参照できます。プロパティの内容は変更できません。

エージェントのプロパティを確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

「Products」選択時
「Products」がルートのエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，プロパティを表示させたいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［プロパティの表示］メソッドを選択する。
［サービスのプロパティ］画面が表示されます。
［サービスのプロパティ］画面の例を次の図に示します。

図3-14　［サービスのプロパティ］画面の表示例

インフォメーションフレームの上部にツリーが表示されます。インフォメーションフレームの下部には，ツリーで選択したノードのプロパティが表示され，データの収集間隔や収集条件などの設定内容を参照できます。
なお，表示されるプロパティの内容は，各エージェントによって異なります。プロパティの内容については，各エージェントのマニュアルの付録を参照してください。

3.4.7　エージェントのプロパティを編集する

管理ユーザー権限を持つユーザーアカウントでは，［サービス階層］画面でプロパティの内容を変更できます。詳細については，「4.　稼働監視データの管理」を参照してください。

3.4.8　エージェントのプロパティを一括配布する

エージェントのプロパティは，同一プロダクト名とデータモデルバージョンのサービスに対して一括配布できます。これによって，次のような利点があります。

同じ種類のエージェントを管理するとき，同じ設定を一括で定義できます。

新しいエージェントを追加するとき，ほかのエージェントと同じ設定ができます。

次の表に示すノードのプロパティを一括配布できます。

表3-11　プロパティの一括配布で参照・選択可能なノード一覧

サービス | ノード名 | 説明
Agent CollectorおよびRemote Monitor Collector | JP1 Event Configurations | JP1イベントの発行条件を設定するプロパティのノードです。詳細については，「10.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。
Detail Records | パフォーマンスデータの記録方法を設定するプロパティのノードです。詳細については，「4.　稼働監視データの管理」を参照してください。
Interval Records
Log Records
Restart Configurations | PFMサービス自動再起動の設定をするプロパティです。PFMサービス自動再起動については，「13.4　PFMサービス自動再起動機能によるPFMサービスの再起動」を参照してください。
ノード数が増減するプロパティ※1 | ノード数が増減するプロパティのノードです。エージェントによって一括配布できるプロパティは異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルの付録を参照してください。
Agent StoreおよびRemote Monitor Store※2 | Retention | パフォーマンスデータの保存方法を設定するプロパティのノードです。詳細については，「4.　稼働監視データの管理」を参照してください。
RetentionEx
Disk Usage
Configuration
リモートエージェントおよびグループエージェント | Detail Records※3 | パフォーマンスデータの記録方法を設定するプロパティのノードです。詳細については，「4.　稼働監視データの管理」を参照してください。
Interval Records※3
Log Records※3

注※1

ノード数が増減するプロパティの一括配布は，PFM - ManagerおよびPFM - Web Consoleが08-11以降である必要があります。

注※2

Agent StoreおよびRemote Monitor Storeのプロパティは，プロパティの配布元と配布先のAgent StoreおよびRemote Monitor StoreのバージョンとStoreデータベースのStoreバージョンによって配布可否が異なります。詳細については，「(2)　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否」を参照してください。

注※3

「Log」プロパティだけ配布できます。

なお，Remote Monitor Collectorサービスと，リモートエージェントおよびグループエージェントとの間ではプロパティを配布できません。

＜この項の構成＞

(1)　エージェントのプロパティの配布手順

(2)　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否

(3)　ノード数が増減するプロパティの一括配布

(1)　エージェントのプロパティの配布手順

エージェントのプロパティを一括配布する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。
各サービスの名前は，サービスIDで表示されます。サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。
サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

配布元とするエージェントのノードを選択する。
配布元ノードとして選択できるサービスを次に示します。

Agent CollectorおよびRemote Monitor Collectorサービス

Agent StoreおよびRemote Monitor Storeサービス

リモートエージェント

グループエージェント

選択したノードにチェックマークが表示されます。

メソッドフレームの［プロパティの配布］メソッドを選択する。
［サービス選択］画面に遷移し，配布先として選択できるサービスが表示されます。配布先サービスには配布元サービスと同じプロダクト，かつ同じデータモデルバージョンのサービスが一覧表示されます。

配布先サービスを選択する。
配布先サービスの選択例を次に示します。

図3-15　配布先サービスの選択例

業務グループによるアクセスコントロール機能が有効な場合，配布先サービスを業務グループ単位で絞り込むことができます。

［次へ］ボタンをクリックする。
［プロパティ選択］画面が表示され，配布先のサービスへ配布できるプロパティ一覧と選択するためのチェックボックスが表示されます。

配布対象のプロパティを選択する。
ツリーでノードを選択すると，インフォメーションフレームの下部に選択できるプロパティが表示されます。
［全選択］ボタンをクリックすると，すべてのプロパティを選択できます。また，［全解除］ボタンをクリックすると，すべての選択を解除できます。
配布先サービスを選択し直したいときは，［プロパティ選択］画面の［戻る］ボタンをクリックしてください。手順6の［サービス選択］画面に戻ります。
プロパティの配布の設定例を次に示します。

図3-16　プロパティの配布の設定例

［完了］ボタンをクリックする。
一括配布の処理が開始し，［プロパティの配布 ＞ 進捗表示］画面に遷移します。
一括配布が完了したサービスの「プロパティ配布」欄には「OK」が表示されます。
すべてのサービスの一括配布が完了すると，［OK］ボタンが活性化します。

［OK］ボタンをクリックする。
インフォメーションフレームがクリアされます。

参考

手順8で配布対象のプロパティを選択するたびに［完了］ボタンをクリックしなくても，配布対象のプロパティは複数回選択できます。必要に応じて，ツリーでノードを選択し，配布したいプロパティを選択する操作を繰り返し行ったあと，［完了］ボタンをクリックしてください。

(2)　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否

プロパティの配布元と配布先のAgent StoreおよびRemote Monitor StoreのバージョンとStoreデータベースのStoreバージョンによって配布可否が異なります。Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否を次の表に示します。

表3-12　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否

配布元Agent StoreおよびRemote Monitor Store | 配布先Agent StoreおよびRemote Monitor Store
08-00以前 | 08-10以降かつStoreバージョン2.0 | 08-10以降かつStoreバージョン1.0
08-00以前 | ○ | × | ○
08-10以降かつStoreバージョン2.0 | × | ○ | ×
08-10以降かつStoreバージョン1.0 | ○ | × | ○

（凡例）

○：配布できる

×：配布できない

(3)　ノード数が増減するプロパティの一括配布

ノード数が増減するプロパティには，上位のノードを追加，削除してツリーの構造を変更できるものがあります。例えば，PFM - Agent for PlatformのApplication monitoring setting配下のノードは，追加，削除してツリーの構造を変更できます。

プロパティの一括配布では，このようなノード数が増減するプロパティについて，配布元エージェントと配布先エージェントでツリーの構造が異なる場合でも，プロパティを配布できます。また，配布先エージェントのツリーの構造を配布元エージェントに合わせることもできます。なお，ノード数が増減するプロパティの一括配布は，PFM - ManagerおよびPFM - Web Consoleが08-11以降である必要があります。

(a)　ノード数が増減するプロパティの一括配布による運用

ノード数が増減するプロパティの一括配布を利用することで，次のような運用ができます。

新規システム構築時，全エージェントを同じ設定にする

システム運用中，全エージェントを同じ設定にする

システム運用中，複数のエージェントで特定のプロパティを更新する

システム運用中，複数のエージェントでノードを追加する

システム運用中，複数のエージェントでノードを削除する

一つのエージェントで，ノードを追加，削除したり，プロパティを設定したりしたあと，そのエージェントを配布元としてプロパティの一括配布を行うことで，ツリー構造を含めたプロパティの設定を配布元と配布先で一致させます。

ここでは，プロパティを一括配布するときの設定例について説明します。

なお，一つのエージェントについて，ノードを追加したり削除したりする操作については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。また，一括配布の手順については，「(b)　ノード数が増減するプロパティの一括配布手順」を参照してください。

新規システム構築時，全エージェントを同じ設定にする

プロパティの一括配布で，次の図のように，すべてのノードに対して「追加」の操作を選択します。

配布先エージェントにノードが追加され，ツリー構造が配布元エージェントと同じになります。また，プロパティの値はすべて配布元エージェントの設定値と同じになります。

システム運用中，全エージェントを同じ設定にする

プロパティの一括配布で，次の図のように，すべてのノードに対して「追加」の操作を選択します。また，［配布先にのみ存在するノードは削除する］チェックボックスを選択します。

配布先エージェントに存在しなかったノードは追加されます。追加されたノードのプロパティはすべて配布元エージェントの設定値と同じになります。配布先エージェントに存在していたノードは，プロパティがすべて配布元エージェントの設定値と同じになります。配布先エージェントだけに存在するノードは削除されます。

このため，配布先エージェントのツリー構造が配布元エージェントと同じになります。

システム運用中，複数のエージェントで特定のプロパティの値を更新する

プロパティの一括配布で，次の図のように，更新するプロパティがあるノードに対して「更新」の操作を選択します。

また，更新するプロパティで「適用」を選択します。

「更新」の操作では，［適用］チェックボックスを選択したプロパティの値だけが更新されます。

システム運用中，複数のエージェントでノードを追加する

プロパティの一括配布で，次の図のように，追加するノードに対して「追加」の操作を選択します。

配布先エージェントにノードが追加され，ツリー構造が配布元エージェントと同じになります。また，追加されたノードのプロパティはすべて配布元エージェントの設定値と同じになります。

なお，配布先エージェントに存在するノードに対して「追加」の操作を選択して一括配布を行った場合，そのノードのプロパティの値は，［適用］チェックボックスの状態に関係なくすべて上書きされます。

システム運用中，複数のエージェントでノードを削除する

プロパティの一括配布で，次の図のように，削除するノードに対して「削除」の操作を選択します。

「削除」を選択したノードが配布先エージェントに存在する場合，そのノードは削除されます。

ポイント

「削除」の操作では配布元エージェントのノードは削除されません。このため，一括配布後は配布元エージェントと配布先エージェントでツリーの構造が異なります。

(b)　ノード数が増減するプロパティの一括配布手順

ノード数が増減するプロパティを一括配布する手順を次に示します。ここでは，PFM - Agent for Platformのバージョン08-10以降で使用できるApplication monitoring setting配下のツリーの構造を配布する例を取り上げます。なお，この例では，配布元エージェントのプロパティの設定が完了しているものとして説明します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

PFM - Agentホストの場合は，配布元とするAgent StoreサービスまたはAgent Collectorサービスが動作するホストのフォルダの下位にある階層を展開し，配布元とするAgent StoreサービスまたはAgent Collectorサービスを選択する。PFM - RMホストの場合は，配布元とするRemote Monitor StoreサービスまたはRemote Monitor Collectorサービスが動作するホストのフォルダの下位にある階層を展開し，配布元とするRemote Monitor StoreサービスまたはRemote Monitor Collectorサービスを選択する。
ここでは，PFM - Agent for PlatformのApplication monitoring settingを配布するため，「TA」から始まるAgent Collectorサービスを選択します。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Collectorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティの配布］メソッドを選択する。
サービス選択画面に遷移し，配布先として選択できるサービスが表示されます。配布先サービスには配布元サービスと同じプロダクト，かつ同じデータモデルバージョンのサービスが一覧表示されます。

配布先サービスを選択し，［次へ］ボタンをクリックする。
［プロパティ選択］画面が表示されます。

インフォメーションフレームのツリーで「Application monitoring setting」を選択する。
インフォメーションフレームの下部にApplication monitoring setting配下のノード一覧が表示されます。

各ノードに対して「更新」，「追加」または「削除」を選択する。
「更新」を選択した場合に対象になるノードを次に示します。
[図データ]
「更新」の操作では，手順10で［適用］チェックボックスを選択したプロパティの値だけが更新されます。
「追加」を選択した場合に対象になるノードを次に示します。
[図データ]
配布先エージェントに存在するノードに対して「追加」の操作を選択して一括配布を行った場合，そのノードのプロパティの値は，［適用］チェックボックスの状態に関係なくすべて上書きされます。
「削除」を選択した場合に削除対象となるノードを次に示します。
[図データ]

ポイント

「削除」の操作では配布元エージェントのノードは削除されません。このため，一括配布後は配布元エージェントと配布先エージェントでツリーの構造が異なります。

配布先エージェントにだけ存在し，配布元エージェントに存在しないノードを削除する場合，［配布先にのみ存在するノードを削除する］チェックボックスを選択する。
［配布先にのみ存在するノードを削除する］チェックボックスを選択した場合に削除対象となるノードを次に示します。
[図データ]

手順8で「更新」を選択したノードについて，値を更新するプロパティを選択する。
ノードをツリーで選択すると，プロパティの一覧が表示されます。
「更新」を選択したノードのプロパティは，一覧にある［適用］チェックボックスでの設定状態に応じて一括配布されます。
［全選択］ボタンをクリックすると，すべてのプロパティを選択できます。また，［全解除］ボタンをクリックすると，選択されているプロパティをすべて解除できます。

［完了］ボタンをクリックする。
配布するノード，プロパティを選択したあと，［完了］ボタンをクリックすることで，一括配布の処理が開始し，［プロパティの配布 ＞ 進捗表示］画面に遷移します。
一括配布が完了したサービスの「プロパティ配布」欄には「OK」が表示されます。
すべてのサービスの一括配布が完了すると，［OK］ボタンが活性化します。

［OK］ボタンをクリックする。
インフォメーションフレームがクリアされます。

4.　稼働監視データの管理

この章では，Performance Managementで収集された，パフォーマンスデータおよびイベントデータを管理する方法について説明します。

＜この章の構成＞

4.1　パフォーマンスデータの管理

4.2　イベントデータの管理

4.3　注意事項

4.1　パフォーマンスデータの管理

パフォーマンスデータは，監視エージェントのAgent CollectorまたはRemote Monitor Collectorサービスによって収集され，Agent StoreまたはRemote Monitor Storeサービスが管理するStoreデータベースに保存されます。

PFM - Agentホストの場合は，Agent Collectorサービスが収集するパフォーマンスデータ，およびAgent Storeサービスが管理するStoreデータベースに対して，PFM - RMホストの場合は，Remote Monitor Collectorサービスが収集するパフォーマンスデータ，およびRemote Monitor Storeサービスが管理するStoreデータベースに対して，次の操作ができます。

パフォーマンスデータの記録方法を変更する

パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）

パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）

パフォーマンスデータの記録方法や保存条件を配布する

パフォーマンスデータをエクスポートする

パフォーマンスデータが使用しているディスク容量を確認する

パフォーマンスデータを消去する

Storeデータベースの設定を初期化する

バックアップデータをインポートする（Storeバージョン2.0の場合）

バックアップデータのデータモデルをコンバートする（Storeバージョン2.0の場合）

Agent StoreおよびRemote Monitor Storeサービス，またはバックアップディレクトリの情報を表示する（Storeバージョン2.0の場合）

それぞれの操作の手順について説明します。なお，パフォーマンスデータの記録方法や保存条件を配布する手順については，「3.4.8　エージェントのプロパティを一括配布する」を参照してください。

また，パフォーマンスデータの格納先を変更する手順については，各PFM - AgentまたはPFM - RMマニュアルのインストールとセットアップについて説明している章を参照してください。また，この節で使用するコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

＜この節の構成＞

4.1.1　パフォーマンスデータの記録方法を変更する

4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）

4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）

4.1.4　パフォーマンスデータをエクスポートする

4.1.5　パフォーマンスデータが使用しているディスク容量を確認する

4.1.6　パフォーマンスデータを消去する

4.1.7　Storeデータベースの設定を初期化する

4.1.8　バックアップデータをインポートする（Storeバージョン2.0の場合）

4.1.9　バックアップデータのデータモデルをコンバートする（Storeバージョン2.0の場合）

4.1.10　Agent StoreおよびRemote Monitor Storeサービス，またはバックアップディレクトリの情報を表示する（Storeバージョン2.0の場合）

4.1.1　パフォーマンスデータの記録方法を変更する

Agent CollectorおよびRemote Monitor Collectorサービスが収集するパフォーマンスデータの記録方法を変更できます。パフォーマンスデータの記録方法として設定されている内容には，次のものがあります。

記録の対象とするかどうか

データの収集間隔

収集を開始する際のオフセット値

記録対象のレコードについて，Storeデータベースに記録するときの条件式

パフォーマンスデータの記録方法は，レコードごとに設定されています。ただし，レコードによっては変更できない場合もあります。詳細については，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されているプロパティの説明を参照してください。

なお，パフォーマンスデータの記録方法を変更するには，次の二つの方法があります。

監視コンソールで変更する

コマンドで変更する

それぞれについて説明します。

＜この項の構成＞

(1)　監視コンソールでパフォーマンスデータの記録方法を変更する

(2)　コマンドでパフォーマンスデータの記録方法を変更する

(1)　監視コンソールでパフォーマンスデータの記録方法を変更する

監視コンソールでパフォーマンスデータの記録方法を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。
各サービスの名前は，サービスIDで表示されます。サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。
サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

パフォーマンスデータの記録方法を変更するホストの名前が付いたフォルダの下位の階層を展開し，パフォーマンスデータの記録方法を変更したいノードを選択する。
PFM - RMの場合，パフォーマンスデータの記録方法のうち，変更したい項目によって選択するノードが異なります。次に，変更する項目と選択するノードの関係を示します。

表4-1　変更する項目と選択するノード

変更する項目 | 選択するノード
Remote Monitor Collectorサービス | リモートエージェントまたはグループエージェント
記録の対象とするかどうか | × | ○
データの収集間隔 | ○ | ×
収集を開始する際のオフセット値 | ○ | ×
レコードをStoreデータベースに格納するときの条件式 | ○ | ×

（凡例）

○：選択できる

×：選択できない

選択したノードにはチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
選択したノードのプロパティ画面に遷移し，プロパティが階層表示されます。

図4-1　ノードのプロパティ階層の表示例

ノードとレコードタイプの対応を次の表に示します。

表4-2　ノードとレコードタイプの対応

ノード | レコードタイプ
Detail Records | PDレコードタイプ
Interval Records | PIレコードタイプ
Log Records | PLレコードタイプ

記録方法を変更したいレコードがあるノードを展開し，該当するレコードを選択する。
レコードタイプを示すノードを展開すると，レコードを示すノードが表示されます。レコード名は，データベースIDを除いたレコードIDで表示されます。
選択したレコードにチェックマークが表示され，インフォメーションフレームの下部に選択したレコードの記録方法の設定値が表示されます。

レコードに設定されている記録方法の定義内容を変更する。
インフォメーションフレームの下部に選択したレコードのプロパティが表示されます。

図4-2　記録方法の設定例

プロパティの設定内容を変更します。各プロパティの説明および設定値と変更できるノードを次の表に示します。

表4-3　各プロパティの説明および設定値と変更できるノード

プロパティ名
説明および設定値
変更できるノード

Description
選択したレコードの説明が表示されます。
－

Log
収集したレコードをStoreデータベースに記録するかどうかを指定します。

Yes：記録する

No：記録しない

Agent Collector※1

リモートエージェント※1

グループエージェント※1

Collection Interval※2
レコードの収集間隔を0～2147483647​の整数で指定します。単位は秒です。
「0」を指定した場合，レコードは収集されません。

Agent Collector

Remote Monitor Collector

Collection Offset※2※3
レコードの収集を開始するオフセット値を0～32767の整数で指定します。単位は秒です。
例えば，「0」を指定した場合は，収集対象のレコードを同じタイミングに収集します。「20」を指定した場合は，「0」を指定しているレコードの収集開始から20秒遅れてレコードの収集が開始されます。

Agent Collector

Remote Monitor Collector

Sync Collection With※2
収集を同期するレコードが表示されます。
－

LOGIF
記録対象のレコードに対し，データベースに記録するための条件式を指定できます。ここで設定した条件に従って，レコードが記録されます。ここで設定した条件はStoreデータベースに格納するデータに対して適用されるため，Agent CollectorおよびRemote Monitor Collectorサービスによるデータの収集には影響しません。
テキストボックスをクリックすると，［ログ収集条件設定］画面が別ウィンドウで表示されます。［ログ収集条件設定］画面では，対象となるフィールド，演算子，判断基準となる値などを指定し，条件式を作成します。設定内容を［OK］ボタンで確定すると，LOGIFのテキストボックスに作成した条件式が設定されます。詳細については，マニュアル「JP1/Performance Management リファレンス」の［ログ収集条件設定］画面についての説明を参照してください。

Agent Collector

Remote Monitor Collector

（凡例）

－：該当しない

注※1

PFM - AgentまたはPFM - RMのレコードによっては，変更できないことがあります。詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注※2

Collection IntervalおよびCollection Offsetプロパティと，Sync Collection Withプロパティとは排他です。レコードによって，どちらか一方が表示されます。

注※3

Collection Offset値の有無によって，データ収集時の動作が異なります。詳細については，「14.2.8(3)　パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる」を参照してください。

注意

パフォーマンスデータを収集するレコード数を増やすと，ディスク容量やシステム性能に影響を及ぼすことがあります。収集するレコードを設定する場合は，必要なディスク容量やレコードの収集間隔など，パフォーマンスデータの収集条件を考慮し，監視に必要な項目だけを設定してください。必要なディスク容量については，各PFM - AgentまたはPFM - RMのマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

Collection Interval（レコードの収集間隔）は，デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，PFM - AgentホストではAgent CollectorサービスやAgent Storeサービスが，PFM - RMホストではRemote Monitor CollectorサービスやRemote Monitor Storeサービスが過負荷となり，収集したパフォーマンスデータを保存できなくなることがあります。

Collection Offset（レコードの収集を開始するオフセット値）の値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

PIレコードタイプのレコードのCollection Interval（レコードの収集間隔）を60秒の倍数以外の値に設定した場合でも保存されるパフォーマンスデータは秒以外の収集時刻が同じパフォーマンスデータ間で要約され，分単位の値として保存されます。
（例）
Collection Intervalを30秒に指定した場合

収集時刻
保存されるパフォーマンスデータの時刻

12:01:00
12:01:30
12:02:00
12:02:30
12:01:00
12:01:00
12:02:00
12:02:00

Collection Intervalを90秒に指定した場合

収集時刻
保存されるパフォーマンスデータの時刻

12:00:00
12:01:30
12:03:00
12:04:30
12:00:00
12:01:00
12:03:00
12:04:00

［完了］または［適用］ボタンをクリックする。
変更した設定内容が有効になります。

各レコードに設定できる値およびデフォルト値は，レコードによって異なります。設定できる値，設定範囲およびデフォルト値については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

(2)　コマンドでパフォーマンスデータの記録方法を変更する

データベースへのパフォーマンスデータの記録方法は，次の流れで変更します。

jpcasrec outputコマンドで，現在の記録方法に関する定義内容をXML形式のファイルに出力する

出力したXML形式のファイルを基に，記録方法に関する定義内容を変更する

jpcasrec updateコマンドで，記録方法の定義内容を，変更したXML形式のファイルの内容に更新する

それぞれの操作について説明します。

(a)　jpcasrec outputコマンドで記録方法の定義内容を出力する

PFM - Web Consoleがインストールされているホストで，jpcasrec outputコマンドを実行します。jpcasrec outputコマンドは，エージェントに接続して取得したStoreデータベースへの記録方法に関する定義情報をXML形式のファイルに出力します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限

UNIXの場合
rootユーザー権限

jpcmkkeyコマンドを実行する。
認証用キーファイルを作成するコマンドを実行します。

jpcmkkey -user administrator

jpcasrec outputコマンドを実行する。
例えば，サービスIDが「TA1host1」というPFM - AgentのStoreデータベースの記録方法に関する定義情報を「asrec.xml」というパラメーターファイルに出力する場合は，次のように指定します。

jpcasrec  output  -o asrec.xml  TA1host1

コマンドを実行すると，指定した出力ファイル（XML形式のファイル）に記録方法に関する定義内容が出力されます。
出力例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "asrec_params.dtd">
<pr-cli-parameters ver="0100">
<agent-store-db-record-definition>
<service id="TA1host1">
<record id="PD_DEV">
<!-- Description : Devices Detail -->
<log>Yes</log>
<collection-interval>60</collection-interval>
<collection-offset>0</collection-offset>
<logif> </logif>
</record>
<record id="PD_GEND">
<!-- Description : Generic Data Detail -->
<log>No</log>
<collection-interval>60</collection-interval>
<collection-offset>0</collection-offset>
<logif> </logif>
</record>
   ：
   ：
   ：
</service>
</agent-store-db-record-definition>
</pr-cli-parameters>

(b)　jpcasrec outputコマンドで出力した定義内容を変更する

jpcasrec outputコマンドで出力したXMLファイルの，記録方法に関する定義内容を変更します。XMLファイルの内容は，テキストエディターやXMLエディターなどで編集できます。

ファイルの書式および各タグの設定内容について次に示します。必要に応じて編集してください。

書式

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "asrec_params.dtd">
<pr-cli-parameters ver="0100">
<agent-store-db-record-definition>
   <service id="サービスID">
       <record id="レコードID">
           <!-- Description : Content Index Detail -->
           <log>データベースに記録するかどうか</log>
           <collection-interval>収集間隔</collection-interval>
           <collection-offset>収集開始のオフセット値</collection-offset>
           <logif>
             <and>
               <or>
                 <expression>フィールド 条件 "値"</expression>
                 <expression>フィールド 条件 "値"</expression>
               </or>
               <expression>フィールド 条件 "値"</expression>
                 ：
             </and>
           </logif>
       </record>
         ：
   </service>
</agent-store-db-record-definition>
</pr-cli-parameters>

定義内容
1行目にはXML宣言を，2～3行目には文書型宣言を記述します。次に示すとおりに記述してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "asrec_params.dtd">
<pr-cli-parameters ver="0100">

4行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

表4-4　XML定義内容

タグ名
必須
説明および設定値

<agent-store-db-record-definition>・・・</agent-store-db-record-definition>
○
Storeデータベース記録方法定義情報のルートのタグです。

<service id="サービスID">・・・</service>
○
PFM - AgentまたはPFM - RMを特定するサービスIDを指定します。
Agent CollectorおよびRemote Monitor CollectorサービスのサービスIDは，2文字目が「A」のものです。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。
<service>タグは，<record>タグを含みます。
<service>タグは，複数指定できます。

<record id="レコードID">・・・</record>
○
記録方法の設定を変更するレコードIDを指定します。
<record>タグは，<log>タグ，<collection-interval>タグ，<collection-offset>タグ，および<logif>タグを含みます。詳細については，「表4-5　レコードごとの記録方法（<record>タグ）」を参照してください。
<record>タグは，複数指定できます。

（凡例）

○：省略できない

<record>タグ（レコードごとの記録方法）に含まれるタグと設定値について次の表に示します。<record>タグは，複数指定できます。なお，<record>タグに含まれるタグの定義は，表の記載順に指定してください。

表4-5　レコードごとの記録方法（<record>タグ）

タグ名
必須
設定値

<log>・・・</log>
－
収集したパフォーマンスデータをStoreデータベースに記録するかどうかを指定します。
次の値のどちらかを半角英文字で指定します。

Yes：記録する

No：記録しない

<log>タグは，一つの<record>タグ内に一つだけ指定できます。

<collection-interval>・・・</collection-interval>
－
パフォーマンスデータの収集間隔を0～2147483647​の整数で指定します。単位は秒です。
「0」を指定した場合，パフォーマンスデータは収集されません。
<collection-interval>タグは，一つの<record>タグ内に一つだけ指定できます。

<collection-offset>・・・</collection-offset>
－
パフォーマンスデータの収集を開始するオフセット値を0～32767の整数で指定します。単位は秒です。
「0」を指定した場合，収集対象のパフォーマンスデータを同時に収集します。
<collection-offset>タグは，一つの<record>タグ内に一つだけ指定できます。

<logif>・・・</logif>
－
記録対象のパフォーマンスデータに対し，データベースに記録するための条件式を指定できます。
詳細については，「表4-6　データベースに記録するための条件式（<logif>タグ）」を参照してください。
<logif>タグは，一つの<record>タグ内に一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

注意

パフォーマンスデータを収集するレコード数を増やすと，ディスク容量やシステム性能に影響を及ぼすことがあります。収集するレコードを設定する場合は，必要なディスク容量やレコードの収集間隔など，パフォーマンスデータの収集条件を考慮し，監視に必要な項目だけを設定してください。必要なディスク容量については，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

Collection Interval（レコードの収集間隔）は，デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，ファイルのオープン数および使用メモリーが増加します。このためStoreデータベースの処理ができなくなるため，収集したパフォーマンスデータを保存できなくなります。
各レコードに設定できる値およびデフォルト値は，レコードによって異なります。設定できる値，設定範囲およびデフォルト値については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

Collection Offset（レコードの収集を開始するオフセット値）の値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

<logif>タグ（データベースに記録するための条件式）に含まれるタグと設定値について次の表に示します。

表4-6　データベースに記録するための条件式（<logif>タグ）

タグ名
必須
設定値

<and>・・・</and>
－
<expression>タグ（論理式）を複数指定した場合，そのうち二つをAND演算する場合に指定します。
この場合，AND演算する<expression>タグを<and>タグで囲みます。
条件式は二項演算とし，二項演算のネストを許可します。
<expression>タグが複数指定されている場合，<and>タグは複数指定できます。

<or>・・・</or>
－
<expression>タグ（論理式）を複数指定した場合，そのうち二つをOR演算する場合に指定します。
この場合，OR演算する<expression>タグを<and>タグで囲みます。
条件式は二項演算とし，二項演算のネストを許可します。
<expression>タグが複数指定されている場合，<or>タグは複数指定できます。

<expression>・・・</expression>
－
データベースに記録するための判断条件を指定します。
指定形式は，次のとおりです。
「フィールド 条件 "値"」を空白文字で区切らないで指定します。

フィールド

対象となるフィールドを指定します。

指定するフィールドについては，各PFM - AgentまたはPFM - RMマニュアルのレコードについて書かれている章を参照してください。

条件

条件には，次のうちのどれかを指定します。なお，XMLファイルの表記として，「<」は「&lt;」と，「>」は「&gt;」と指定してください。

=
フィールドの値と"値"が等しい

<
フィールドの値が"値"より小さい

<=
フィールドの値が"値"より小さいまたは等しい

>
フィールドの値が"値"より大きい

>=
フィールドの値が"値"より大きいまたは等しい

<>
フィールドの値と"値"が異なる

"値"

パフォーマンスデータを記録するための判断基準となる値を指定します。指定できる値は，整数値，小数値，または2,048バイト以内の全角または半角文字です。指定できる値は，指定したフィールドによって異なります。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

(c)　jpcasrec updateコマンドで記録方法の定義内容を更新する

PFM - Web Consoleがインストールされているホストで，jpcasrec updateコマンドを実行します。jpcasrec updateコマンドは，Storeデータベースの記録方法に関する定義情報を，XML形式のファイルに指定した内容に更新します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限

UNIXの場合
rootユーザー権限

jpcasrec updateコマンドを実行する。
例えば，「asrec.xml」というファイルに記述した記録方法の内容に定義情報を更新する場合は，次のように指定します。

jpcasrec update asrec.xml

4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）

データベースに記録するパフォーマンスデータの保存条件として，Storeバージョン2.0ではレコードの保存期間の設定を変更できます。

各レコードタイプと設定できる保存条件の対応を次の表に示します。

表4-7　レコードタイプと設定できる保存条件

レコードタイプ | 設定できる保存条件
PIレコードタイプ | レコードの保存期間
PDレコードタイプ
PLレコードタイプ

パフォーマンスデータの保存条件を変更するには，次の二つの方法があります。

監視コンソールで変更する

コマンドで変更する

それぞれについて説明します。

＜この項の構成＞

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

(2)　コマンドでパフォーマンスデータの保存条件を変更する

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

監視コンソールでパフォーマンスデータの保存条件を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。
ログインすると，PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

パフォーマンスデータの保存条件を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent StoreまたはRemote Monitor Storeサービスを選択する。
プロダクト名表示機能が有効の場合，Agent StoreおよびRemote Monitor Storeサービスは，「ホスト名<サービスキー>(Store)」で表示されるサービスです。
プロダクト名表示機能が無効の場合，Agent StoreおよびRemote Monitor Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。
選択したAgent StoreまたはRemote Monitor Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent StoreまたはRemote Monitor Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「RetentionEx」ノードを選択する。
インフォメーションフレームの下部に「RetentionEx」ノードのプロパティが表示されます。

図4-3　保存条件の設定例

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表4-8　各プロパティの説明および設定値

レコードタイプ
ノード名
プロパティ名
設定値

PIレコードタイプ
Product Interval - PIレコードタイプのレコードID
Period - Minute Drawer (Day)
PIレコードタイプのレコードIDごとに，分単位のパフォーマンスデータの保存期間を設定します。
保存期間（日数）を0～366の整数で指定します。

Period - Hour Drawer (Day)
PIレコードタイプのレコードIDごとに，時間単位のパフォーマンスデータの保存期間を設定します。
保存期間（日数）を0～366の整数で指定します。

Period - Day Drawer (Week)
PIレコードタイプのレコードIDごとに，日単位のパフォーマンスデータの保存期間を設定します。
保存期間（週の数）を0～522の整数で指定します。

Period - Week Drawer (Week)
PIレコードタイプのレコードIDごとに，週単位のパフォーマンスデータの保存期間を設定します。
保存期間（週の数）を0～522の整数で指定します。

Period - Month Drawer (Month)
PIレコードタイプのレコードIDごとに，月単位のパフォーマンスデータの保存期間を設定します。
保存期間（月の数）を0～120の整数で指定します。

Period - Year Drawer (Year)
PIレコードタイプのレコードIDごとに，年単位のパフォーマンスデータの保存期間を表示します。
保存期間の制限はありません。

PDレコードタイプ
Product Detail - PDレコードタイプのレコードID
Period (Day)
PDレコードタイプのレコードIDごとに，パフォーマンスデータの保存期間を設定します。
保存期間（日数）を0～366の整数で指定します。

PLレコードタイプ
Product Log - PLレコードタイプのレコードID
Period (Day)
PLレコードタイプのレコードIDごとに，パフォーマンスデータの保存期間を設定します。
保存期間（日数）を0～366の整数で指定します。

［完了］または［適用］ボタンをクリックする。
設定が有効になります。

(2)　コマンドでパフォーマンスデータの保存条件を変更する

コマンドでパフォーマンスデータの保存条件を変更するための手順は，次のとおりです。

jpcaspsv outputコマンドで，現在の保存条件に関する定義内容をXML形式のファイルに出力する

出力したXML形式のファイルを基に，保存条件に関する定義内容を変更する

jpcaspsv updateコマンドで，保存条件の定義内容を，変更したXML形式のファイルの内容に更新する

それぞれの操作について説明します。

(a)　jpcaspsv outputコマンドで保存条件の定義内容を出力する

PFM - Web Consoleがインストールされているホストで，jpcaspsv outputコマンドを実行します。jpcaspsv outputコマンドは，エージェントに接続して取得したStoreデータベースの保存条件に関する定義情報をXML形式のファイルに出力します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限

UNIXの場合
rootユーザー権限

jpcaspsv outputコマンドを実行する。
例えば，サービスIDが「TS1host1」というPFM - AgentのStoreデータベースの保存条件に関する定義情報を「aspsv.xml」というパラメーターファイルに出力する場合は，次のように指定します。

jpcaspsv output -o aspsv.xml TS1host1

コマンドを実行すると，指定した出力ファイル（XML形式のファイル）に保存条件に関する定義内容が出力されます。
出力例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
<service id="TS1host1">
<ex-product-interval>
<ex-interval-record id="PI">
<minute-drawer-days period="10"/>
<hour-drawer-days period="10"/>
<day-drawer-weeks period="10"/>
<week-drawer-weeks period="10"/>
<month-drawer-months period="10"/>
<!-- year-drawer-years period="10" -->
</ex-interval-record>
            ：
</ex-product-interval>
<ex-product-detail>
<ex-detail-record id="PD" period="10"/>
<ex-detail-record id="PD_THRD" period="10"/>
<ex-detail-record id="PD_ADRS" period="10"/>
<ex-detail-record id="PD_PDI" period="10"/>
<ex-detail-record id="PD_PEND" period="10"/>
</ex-product-detail>
<ex-product-log>
<ex-log-record id="PL" period="10"/>
<ex-log-record id="RM" period="10"/>
</ex-product-log>
</service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

(b)　jpcaspsv outputコマンドで出力した定義内容を変更する

jpcaspsv outputコマンドで出力したXMLファイルの，記録方法に関する定義内容を変更します。XMLファイルの内容は，テキストエディターやXMLエディターなどで編集できます。

ファイルの書式および各タグの設定内容について次に示します。必要に応じて編集してください。

書式

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
   <service id="サービスID">
       <ex-product-interval>
           <ex-interval-record id="レコードID">
               <minute-drawer-days period="分ごとの保存期間"/>
               <hour-drawer-days period="時間ごとの保存期間"/>
               <day-drawer-weeks period="日ごとの保存期間"/>
               <week-drawer-weeks period="週ごとの保存期間"/>
               <month-drawer-months period="月ごとの保存期間"/>
               <!-- year-drawer-years period="10" -->※
           </ex-interval-record>
       </ex-product-interval>
       <ex-product-detail>
           <ex-detail-record id="レコードID" period="レコードの保存期間"/>
               ：
               ：
       </ex-product-detail>
       <ex-product-log>
           <ex-log-record id="レコードID" period="レコードの保存期間"/>
               ：
       </ex-product-log>
   </service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

注※　年ごとの保存期間は設定できません。

定義内容
1行目にはXML宣言を，2～3行目には文書型宣言を記述します。次に示すとおりに記述してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">

4行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

表4-9　XML定義内容

タグ名
必須
説明および設定値

<agent-store-db-preserve-definition>・・・</agent-store-db-preserve-definition>
○
Storeデータベース保存条件定義情報のルートのタグです。

<service id="サービスID">・・・</service>
○
PFM - AgentまたはPFM - RMを特定するサービスIDを指定します。
先頭文字が「P」以外で，2文字目が「S」であるサービスを指定します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。
<service>タグは，<ex-product-interval>タグ，<ex-product-detail>タグ，および<ex-product-log>タグを含みます。
<service>タグは，複数指定できます。

<ex-product-interval>・・・</ex-product-interval>
－
PIレコードタイプのレコードの保存期間を指定するタグです。
<minute-drawer-days period=分ごとの保存期間>タグ，<hour-drawer-days period=時間ごとの保存期間>タグ，<day-drawer-weeks period=日ごとの保存期間>タグ，<week-drawer-weeks period=週ごとの保存期間>タグ，および<month-drawer-months period=月ごとの保存期間>タグを含みます。詳細については，「表4-10　PIレコードタイプのレコードの保存期間（<ex-product-interval>タグ）」を参照してください。
<ex-product-interval>タグは，一つの<service>タグ内に複数指定できます。

<ex-product-detail>・・・</ex-product-detail>
－
PDレコードタイプの保存レコード数の上限値を指定するタグです。
<ex-detail-record>タグを含みます。
<ex-product-detail>タグは，一つの<service>タグ内に一つだけ指定できます。
詳細については，「表4-11　PDレコードタイプのレコードの保存期間（<ex-product-detail>タグ）」を参照してください。

<ex-product-log>・・・</ex-product-log>
－
PLレコードタイプの保存レコード数の上限値を指定するタグです。
<ex-log-record>タグを含みます。詳細については，「表4-12　PLレコードタイプのレコードの保存期間（<ex-product-log>タグ）」を参照してください。
<ex-product-log>タグは，一つの<service>タグ内に一つだけ指定できます。

（凡例）

○：省略できない

－：省略できる

注　省略した項目の値は更新されません。

<ex-product-interval>タグ（PIレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。<ex-product-interval>タグに含まれるタグの定義は，表の記載順に指定してください。

表4-10　PIレコードタイプのレコードの保存期間（<ex-product-interval>タグ）

タグ名
必須
設定値

<minute-drawer-days period="分ごとの保存期間">
－
分ごとのパフォーマンスデータの保存期間を設定します。
保存期間（日数）を0～366の整数で指定します。

<hour-drawer-days period="時間ごとの保存期間">
－
時間ごとのパフォーマンスデータの保存期間を設定します。
保存期間（日数）を0～366の整数で指定します。

<day-drawer-weeks period="日ごとの保存期間">
－
日ごとのパフォーマンスデータの保存期間を設定します。
保存期間（週の数）を0～522の整数で指定します。

<week-drawer-weeks period="週ごとの保存期間">
－
週ごとのパフォーマンスデータの保存期間を設定します。
保存期間（週の数）を0～522の整数で指定します。

<month-drawer-months period="月ごとの保存期間">
－
月ごとのパフォーマンスデータの保存期間を設定します。
保存期間（月の数）を0～120の整数で指定します。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

<ex-product-detail>タグ（PDレコードタイプのレコード保存期間）に含まれるタグと設定値について次の表に示します。

表4-11　PDレコードタイプのレコードの保存期間（<ex-product-detail>タグ）

タグ名
必須
設定値

<ex-detail-record id="レコードID" period="レコードの保存期間"/>
－
PDレコードタイプのレコードIDごとに，レコード保存期間を指定します。
保存期間（日数）を0～366の整数で指定します。
<ex-detail-record>タグは，一つのPDレコードに対して一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

<ex-product-log>タグ（PLレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。

表4-12　PLレコードタイプのレコードの保存期間（<ex-product-log>タグ）

タグ名
必須
設定値

<ex-log-record id="レコードID" period="レコードの保存期間"/>
－
PLレコードタイプのレコードIDごとに，保存レコードの保存期間を指定します。
保存期間（日数）を0～366の整数で指定します。
<ex-log-record>タグは，一つのPLレコードに対して一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

(c)　jpcaspsv updateコマンドで保存条件の定義内容を更新する

PFM - Web Consoleがインストールされているホストで，jpcaspsv updateコマンドを実行します。jpcaspsv updateコマンドは，Storeデータベースの保存条件に関する定義情報を，XML形式のファイルに指定した内容に更新します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限

UNIXの場合
rootユーザー権限

jpcaspsv updateコマンドを実行する。
例えば，「aspsv.xml」というファイルに記述した保存条件の内容に定義情報を更新する場合は，次のように指定します。

jpcaspsv update aspsv.xml

4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）

データベースに記録するパフォーマンスデータの保存条件として，レコードの保存期間またはレコード数の上限の設定を変更できます。パフォーマンスデータの保存条件は，レコードの種類によって異なります。

各レコードタイプと設定できる保存条件の対応を次の表に示します。

表4-13　レコードタイプと設定できる保存条件

レコードタイプ | 設定できる保存条件
PIレコードタイプ | レコードの保存期間
PDレコードタイプ | レコード数の上限
PLレコードタイプ

パフォーマンスデータの保存条件を変更するには，次の二つの方法があります。

監視コンソールで変更する

コマンドで変更する

それぞれについて説明します。

＜この項の構成＞

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

(2)　コマンドでパフォーマンスデータの保存条件を変更する

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

監視コンソールでパフォーマンスデータの保存条件を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

パフォーマンスデータの保存条件を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent Storeサービスを選択する。
プロダクト名表示機能が有効の場合，Agent Storeサービスは，「ホスト名<サービスキー>(Store)」で表示されるサービスです。
プロダクト名表示機能が無効の場合，Agent Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - Agentマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「Retention」ノードを選択する。
インフォメーションフレームの下部に「Retention」ノードのプロパティが表示されます。

図4-4　保存条件の設定例

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表4-14　各プロパティの説明および設定値

レコードタイプ
プロパティ名
設定値

PIレコードタイプ
Product Interval - Minute Drawer
分ごとのパフォーマンスデータの保存期間を設定します。
プルダウンメニューから次の項目を選択できます。

Minute

Hour

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Hour Drawer
時間ごとのパフォーマンスデータの保存期間を設定します。
プルダウンメニューから次の項目を選択できます。

Hour

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Day Drawer
日ごとのパフォーマンスデータの保存期間を設定します。
プルダウンメニューから次の項目を選択できます。

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Week Drawer
週ごとのパフォーマンスデータの保存期間を設定します。
プルダウンメニューから次の項目を選択できます。

Week

Month

Year

Product Interval - Month Drawer
月ごとのパフォーマンスデータの保存期間を設定します。
プルダウンメニューから次の項目を選択できます。

Month

Year

Product Interval - Year Drawer
年ごとのパフォーマンスデータの保存期間です。「Year」が固定で設定されています。

PDレコードタイプ
Product Detail - PDレコードタイプのレコードID
PDレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0～2147483647​の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0～2147483647​の整数で指定します。

PLレコードタイプ
Product Log - PLレコードタイプのレコードID
PLレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0～2147483647​の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0～2147483647​の整数で指定します。

［完了］または［適用］ボタンをクリックする。
設定が有効になります。

(2)　コマンドでパフォーマンスデータの保存条件を変更する

データベースに記録するパフォーマンスデータの保存条件は，次の流れで変更します。

jpcaspsv outputコマンドで，現在の保存条件に関する定義内容をXML形式のファイルに出力する

出力したXML形式のファイルを基に，保存条件に関する定義内容を変更する

jpcaspsv updateコマンドで，保存条件の定義内容を，変更したXML形式のファイルの内容に更新する

それぞれの操作について説明します。

(a)　jpcaspsv outputコマンドで保存条件の定義内容を出力する

PFM - Web Consoleがインストールされているホストで，jpcaspsv outputコマンドを実行します。jpcaspsv outputコマンドは，エージェントに接続して取得したStoreデータベースの保存条件に関する定義情報をXML形式のファイルに出力します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限

UNIXの場合
rootユーザー権限

jpcaspsv outputコマンドを実行する。
例えば，サービスIDが「TS1host1」というPFM - AgentのStoreデータベースの保存条件に関する定義情報を「aspsv.xml」というパラメーターファイルに出力する場合は，次のように指定します。

jpcaspsv output -o aspsv.xml TS1host1

コマンドを実行すると，指定した出力ファイル（XML形式のファイル）に保存条件に関する定義内容が出力されます。
出力例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
<service id="TS1host1">
<product-interval>
<minute-drawer>Day</minute-drawer>
<hour-drawer>Week</hour-drawer>
<day-drawer>Year</day-drawer>
<week-drawer>Year</week-drawer>
<month-drawer>Year</month-drawer>
<!-- year-drawer : Year -->
</product-interval>
<product-detail>
<detail-record id="PD" max-rec="10000"/>
<detail-record id="PD_PDI" max-rec="100000"/>
<detail-record id="PD_PEND" max-rec="10000"/>
<detail-record id="PD_PAGF" max-rec="10000"/>
<detail-record id="PD_GEND" max-rec="10000"/>
<detail-record id="PD_SVC" max-rec="10000"/>
<detail-record id="PD_DEV" max-rec="10000"/>
<detail-record id="PD_ELOG" max-rec="10000"/>
</product-detail>
</service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

(b)　jpcaspsv outputコマンドで出力した定義内容を変更する

jpcaspsv outputコマンドで出力したXMLファイルの，記録方法に関する定義内容を変更します。XMLファイルの内容は，テキストエディターやXMLエディターなどで編集できます。

ファイルの書式および各タグの設定内容について次に示します。必要に応じて編集してください。

書式

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
   <service id="サービスID">
       <product-interval>
           <minute-drawer>分ごとの保存期間</minute-drawer>
           <hour-drawer>時間ごとの保存期間</hour-drawer>
           <day-drawer>日ごとの保存期間</day-drawer>
           <week-drawer>週ごとの保存期間</week-drawer>
           <month-drawer>月ごとの保存期間</month-drawer>
           <!-- year-drawer : Year -->※
       </product-interval>
       <product-detail>
           <detail-record id="レコードID" max-rec="レコード数の上限"/>
           ：
           ：
       </product-detail>
       <product-log>
           <log-record id="レコードID" max-rec="レコード数の上限"/>
           ：
       </product-log>
   </service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

注※　年ごとの保存期間の設定内容です。年ごとの保存期間は「Year」で固定です。

定義内容
1行目にはXML宣言を，2～3行目には文書型宣言を記述します。次に示すとおりに記述してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">

4行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

表4-15　XML定義内容

タグ名
必須
説明および設定値

<agent-store-db-preserve-definition>・・・</agent-store-db-preserve-definition>
○
Storeデータベース保存条件定義情報のルートのタグです。

<service id="サービスID">・・・</service>
○
PFM - Agentを特定するサービスIDを指定します。
先頭文字が「P」以外で，2文字目が「S」であるサービスを指定します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。
<service>タグは，<product-interval>タグ，<product-detail>タグ，および<product-log>タグを含みます。
<service>タグは，複数指定できます。

<product-interval>・・・</product-interval>
－
PIレコードタイプのレコードの保存期間を指定するタグです。
<minute-drawer>タグ，<hour-drawer>タグ，<day-drawer>タグ，<week-drawer>タグ，および<month-drawer>タグを含みます。詳細については，「表4-16　PIレコードタイプのレコードの保存期間（<product-interval>タグ）」を参照してください。
<product-interval>タグは，一つの<service>タグ内に一つだけ指定できます。

<product-detail>・・・</product-detail>
－
PDレコードタイプの保存レコード数の上限値を指定するタグです。
<detail-record>タグを含みます。
<product-detail>タグは，一つの<service>タグ内に一つだけ指定できます。
詳細については，「表4-17　PDレコードタイプの保存レコード数の上限値（<product-detail>タグ）」を参照してください。

<product-log>・・・</product-log>
－
PLレコードタイプの保存レコード数の上限値を指定するタグです。
<log-record>タグを含みます。詳細については，「表4-18　PLレコードタイプの保存レコード数の上限値（<product-log>タグ）」を参照してください。
<product-log>タグは，一つの<service>タグ内に一つだけ指定できます。

（凡例）

○：省略できない

－：省略できる

注　省略した項目の値は更新されません。

<product-interval>タグ（PIレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。<product-interval>タグに含まれるタグの定義は，表の記載順に指定してください。

表4-16　PIレコードタイプのレコードの保存期間（<product-interval>タグ）

タグ名
必須
設定値

<minute-drawer>・・・</minute-drawer>
－
分ごとのパフォーマンスデータの保存期間を設定します。
次の値のどれかを半角英文字で指定します。

Minute：1分

Hour：1時間

Day：1日

n Days：n日（n = 2～6）

Week：1週間

Month：1か月

Year：1年

<minute-drawer>タグは，<product-interval>タグ内に一つだけ指定できます。

<hour-drawer>・・・</hour-drawer>
－
時間ごとのパフォーマンスデータの保存期間を設定します。
次の値のどれかを半角英文字で指定します。

Hour：1時間

Day：1日

n Days：n日（n = 2～6）

Week：1週間

Month：1か月

Year：1年

<hour-drawer>タグは，<product-interval>タグ内に一つだけ指定できます。

<day-drawer>・・・</day-drawer>
－
日ごとのパフォーマンスデータの保存期間を設定します。
次の値のどれかを半角英文字で指定します。

Day：1日

n Days：n日（n = 2～6）

Week：1週間

Month：1か月

Year：1年

<day-drawer>タグは，<product-interval>タグ内に一つだけ指定できます。

<week-drawer>・・・</week-drawer>
－
週ごとのパフォーマンスデータの保存期間を設定します。
次の値のどれかを半角英文字で指定します。

Week：1週間

Month：1か月

Year：1年

<week-drawer>タグは，<product-interval>タグ内に一つだけ指定できます。

<month-drawer>・・・</month-drawer>
－
月ごとのパフォーマンスデータの保存期間を設定します。
次の値のどれかを半角英文字で指定します。

Month：1か月

Year：1年

<month-drawer>タグは，<product-interval>タグ内に一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

<product-detail>タグ（PDレコードタイプの保存レコード数の上限値）に含まれるタグと設定値について次の表に示します。

表4-17　PDレコードタイプの保存レコード数の上限値（<product-detail>タグ）

タグ名
必須
設定値

<detail-record id="レコードID" max-rec="レコード数の上限"/>
－
PDレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0～2147483647​の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0～2147483647​の整数で指定します。

<detail-record>タグは，一つのPDレコードに対して一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

<product-log>タグ（PLレコードタイプの保存レコード数の上限値）に含まれるタグと設定値について次の表に示します。

表4-18　PLレコードタイプの保存レコード数の上限値（<product-log>タグ）

タグ名
必須
設定値

<log-record id="レコードID" max-rec="レコード数の上限"/>
－
PLレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0～2147483647​の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0～2147483647​の整数で指定します。

<log-record>タグは，一つのPLレコードに対して一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

(c)　jpcaspsv updateコマンドで保存条件の定義内容を更新する

PFM - Web Consoleがインストールされているホストで，jpcaspsv updateコマンドを実行します。jpcaspsv updateコマンドは，Storeデータベースの保存条件に関する定義情報を，XML形式のファイルに指定した内容に更新します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限

UNIXの場合
rootユーザー権限

jpcaspsv updateコマンドを実行する。
例えば，「aspsv.xml」というファイルに記述した保存条件の内容に定義情報を更新する場合は，次のように指定します。

jpcaspsv update aspsv.xml

4.1.4　パフォーマンスデータをエクスポートする

Storeデータベースに格納されているパフォーマンスデータをテキストファイルにエクスポートできます。データをエクスポートするには，jpctool db dumpコマンドを使用します。

なお，このコマンドは，jpctool db importコマンドのインポート用ファイルを作成するコマンドではありません。テキストファイルを出力するためだけのコマンドです。

手順を次に示します。

PFM - AgentまたはPFM - RMがインストールされているホストにログインする。

jpctool service listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されているか確認する。

jpctool db dumpコマンドを実行する。
例えば，PFM - Agent for Platform（Windows）のホストhost02のProcessor Overview（PI_PCSR）レコードに格納されているパフォーマンスデータのうち，2006年07月10日午前2時（GMT）から午後2時59分（GMT）までのパフォーマンスデータを「pcsr.out」というファイルにエクスポートする場合は，次のように指定します。

jpctool db dump -id TS* -host host02 -stime 2006/07/10 02:00 -etime 2006/07/10 14:59 -f pcsr.out -dbid PI -rec PCSR

コマンド実行が正常に終了すると，次のファイルにパフォーマンスデータのエクスポートファイルが出力されます。

物理ホストの場合

Windowsの場合
インストール先フォルダ¥xxxx※1¥store[¥インスタンス名]※2¥dump¥pcsr.out

UNIXの場合
/opt/jp1pc/xxxx※1/store[/インスタンス名]※2/dump/pcsr.out

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥xxxx※1¥store[¥インスタンス名]※2¥dump¥pcsr.out

UNIXの場合
環境ディレクトリ/jp1pc/xxxx※1/store[/インスタンス名]※2/dump/pcsr.out

注※1

「xxxx」は，PFM - AgentまたはPFM - RMのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「agto」，PFM - Agent for Platform（Windows）の場合は「agtt」のように，PFM - AgentまたはPFM - RMによって決まっています。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

4.1.5　パフォーマンスデータが使用しているディスク容量を確認する

Storeデータベースが使用しているディスク容量は，PFM - Web Consoleの［サービス階層］画面で確認できます。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

ディスク容量を確認したいホスト名が付いたフォルダの下位にあるAgent StoreまたはRemote Monitor Storeサービスを選択する。
プロダクト名表示機能が有効の場合，Agent StoreおよびRemote Monitor Storeサービスは，「ホスト名<サービスキー>(Store)」で表示されるサービスです。
プロダクト名表示機能が無効の場合，Agent StoreおよびRemote Monitor Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスです（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。
選択したAgent StoreまたはRemote Monitor Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent StoreまたはRemote Monitor Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「Disk Usage」ノードを選択する。
プロパティ画面の下部に，Agent StoreまたはRemote Monitor Storeサービスが管理するデータベースが使用しているディスク容量が表示されます。

図4-5　ディスク容量の表示例（パフォーマンスデータ）

4.1.6　パフォーマンスデータを消去する

Storeデータベースに格納されているパフォーマンスデータが不要になった場合，データを消去できます。Storeデータベースのデータを消去するには，jpctool db clearコマンドを使用します。

注意

jpctool db clearコマンドは，PFM - Managerがインストールされているホストで実行してください。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限またはBackup Operators権限

UNIXの場合
rootユーザー権限

jpctool service listコマンドを実行し，パフォーマンスデータを消去したいStoreデータベースを管理するAgent StoreまたはRemote Monitor Storeサービスが起動されていることを確認する。

jpctool db clearコマンドを実行し，Storeデータベースから指定したレコードタイプのデータベースからデータを消去する。
例えば，ホストhost02のPFM - Agent for Platform（Windows）のStoreデータベースに格納されているすべてのパフォーマンスデータを消去する場合，次のようにコマンドを指定します。

jpctool db clear -id TS* -host host02 -dbid *

4.1.7　Storeデータベースの設定を初期化する

Agent StoreまたはRemote Monitor StoreサービスのStoreデータベースの設定を変更している場合，一度にデフォルト値に戻すことができます。

＜この項の構成＞

(1)　収集設定情報を初期化する

(2)　Storeデータベースを初期化する

(1)　収集設定情報を初期化する

データベースの設定内容をデフォルトに戻すには，Agent CollectorまたはRemote Monitor Collectorサービス起動情報ファイルのモデルファイル（jpcagt.ini.model）をコピーします。

手順を次に示します。

jpcspm stopコマンドを実行し，PFM - AgentまたはPFM - RMのサービスを停止する。
次のようにコマンドを指定します。

jpcspm stop -key XXXX※1

Agent CollectorまたはRemote Monitor Collectorサービス起動情報ファイル（jpcagt.ini）を削除する。
jpcagt.iniファイルは，次のディレクトリに格納されています。

物理ホストの場合

Windowsの場合
インストール先フォルダ¥XXXX※1¥agent[¥インスタンス名]¥※2

UNIXの場合
/opt/jp1pc/XXXX※1/agent[/インスタンス名]/※2

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥XXXX※1¥agent[¥インスタンス名]¥※2

UNIXの場合
環境ディレクトリ/jp1pc/XXXX※1/agent[/インスタンス名]/※2

Agent CollectorまたはRemote Monitor Collectorサービス起動情報ファイルのモデルファイル（jpcagt.ini.model）をjpcagt.iniというファイル名でコピーする。
jpcagt.ini.modelファイルは，手順2で示したjpcagt.iniファイルと同じディレクトリに格納されています。

jpcspm startコマンドを実行し，PFM - AgentまたはPFM - RMのサービスを起動する。
次のようにコマンドを指定します。

jpcspm start -key XXXX※1

注※1

「XXXX」は，PFM - AgentまたはPFM - RMのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「Oracle」，PFM - Agent for Platform（Windows）の場合は「Windows」のように，PFM - AgentまたはPFM - RMによって決まっています。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

(2)　Storeデータベースを初期化する

Storeデータベースをデフォルトに戻すには，Agent StoreおよびRemote Monitor Storeサービス起動情報ファイルのモデルファイル（jpcsto.ini.model）をコピーします。

手順を次に示します。

jpcspm stopコマンドを実行し，PFM - AgentまたはPFM - RMのサービスを停止する。
次のようにコマンドを指定します。

jpcspm stop -key XXXX※1

Agent StoreおよびRemote Monitor Storeサービス起動情報ファイル（jpcsto.ini）を削除する。
jpcsto.iniファイルは，次のディレクトリに格納されています。

物理ホストの場合

Windowsの場合
インストール先フォルダ¥XXXX※1¥store[¥インスタンス名]¥※2

UNIXの場合
/opt/jp1pc/XXXX※1/store[/インスタンス名]/※2

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥XXXX※1¥store[¥インスタンス名]¥※2

UNIXの場合
環境ディレクトリ/jp1pc/XXXX※1/store[/インスタンス名]/※2

Agent StoreまたはRemote Monitor Storeサービス起動情報ファイルのモデルファイル（jpcsto.ini.model）をjpcsto.iniというファイル名でコピーする。
jpcsto.ini.modelファイルは，手順2で示したjpcsto.iniファイルと同じディレクトリに格納されています。なお，Storeバージョン2.0を使用している場合，コピー後にjpcconf db vrset -ver 2.0コマンドを実行する必要があります。ただし，jpcconf db vrset -ver 2.0コマンドを実行する前にAgent StoreおよびRemote Monitor Storeサービスを起動しないでください。Agent StoreおよびRemote Monitor Storeサービスを起動した場合，パフォーマンスデータが初期化されます。

jpcspm startコマンドを実行し，PFM - AgentまたはPFM - RMのサービスを起動する。
次のようにコマンドを指定します。

jpcspm start -key XXXX※1

注※1

「XXXX」は，PFM - AgentまたはPFM - RMのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「Oracle」，PFM - Agent for Platform（Windows）の場合は「Windows」のように，PFM - AgentまたはPFM - RMによって決まっています。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

4.1.8　バックアップデータをインポートする（Storeバージョン2.0の場合）

バックアップデータをインポートすることで，保存しておいた過去のパフォーマンスデータを参照できます。データのインポートはjpctool db importコマンドを使用します。インポートはフルインポートまたは追加インポートを選択できます。

インポートされたあとは，現在運用しているStoreデータベースの情報のほかに，インポートされた情報を参照できるようになります。なお，現在運用しているStoreデータベースの情報と同じ単位DBがインポートされた場合，稼働情報は現在運用しているStoreデータベースの内容が優先されて表示されます。

手順を次に示します。

PFM - AgentまたはPFM - RMがインストールされているホストにログインする。

jpctool service listコマンドを実行し，Agent StoreまたはRemote Monitor Storeサービスが起動されているか確認する。

jpctool db importコマンドを実行する。
次のようにコマンドを指定します。

フルインポートする場合

コマンドを実行すると，インポートディレクトリにあるファイルが削除されたあと，バックアップファイルが配置されます。

jpctool db import -key XXXX※1 -d D:¥backup01※2

追加インポートする場合

コマンドを実行すると，インポートディレクトリに格納されているバックアップファイルにデータが追加されます。

jpctool db import -key XXXX※1 -d D:¥backup01※2 -add

注※1

「XXXX」は，PFM - AgentまたはPFM - RMのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「Oracle」，PFM - Agent for Platform（Windows）の場合は「Windows」のように，PFM - AgentまたはPFM - RMによって決まっています。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

D:¥backup01はバックアップディレクトリを示します。

4.1.9　バックアップデータのデータモデルをコンバートする（Storeバージョン2.0の場合）

PFM - AgentまたはPFM - RMがバージョンアップした場合，データモデルもバージョンアップすることがあります。Storeバージョン2.0でインポートするバックアップデータのデータモデルのバージョンは，現在使用しているデータモデルバージョンと同一である必要があります。

バックアップデータのデータモデルバージョンが現在使用しているデータモデルのバージョンよりも低い場合に，jpctool db dmconvertコマンドでデータモデルをバージョンアップします。なお，コマンド実行時には，jpctool db dmconvert -dコマンドで指定するディレクトリの下に，コンバートするデータの2倍のディスク空き容量が必要です。

手順を次に示します。

PFM - AgentまたはPFM - RMがインストールされているホストにログインする。

jpctool db dmconvertコマンドを実行する。
次のようにコマンドを指定します。

jpctool db dmconvert -d D:¥backup01※

注※　D:¥backup01はバックアップディレクトリを示します。

4.1.10　Agent StoreおよびRemote Monitor Storeサービス，またはバックアップディレクトリの情報を表示する（Storeバージョン2.0の場合）

現在使用しているAgent StoreまたはRemote Monitor StoreサービスのStoreバージョンやデータモデルのバージョンを確認するため，Agent StoreおよびRemote Monitor Storeサービス，バックアップディレクトリの情報を表示します。これらの情報を表示するには，jpcconf db displayコマンドを使用します。

jpcconf db displayコマンドで表示できる項目を次の表に示します。

表4-19　jpcconf db displayコマンドで表示できる項目

表示項目 | -dオプションなし | -dオプションあり
シングルインスタンスエージェント | マルチインスタンスエージェント
サービスキー | ○ | ○ | ○
インスタンス名 | × | ○ | ×
Storeバージョン | ○ | ○ | ○
データモデルバージョン | ○ | ○ | ○

（凡例）

○：表示される

×：表示されない

手順を次に示します。

PFM - AgentまたはPFM - RMがインストールされているホストにログインする。

jpctool service listコマンドを実行し，Agent StoreまたはRemote Monitor Storeサービスが起動されているか確認する。

jpcconf db displayコマンドを実行する。
次のようにコマンドを指定します。

バックアップディレクトリの情報を表示する場合

jpcconf db display -d D:¥backup01※

Agent StoreまたはRemote Monitor Storeサービスの情報を表示する場合

jpcconf db display

注※

D:¥backup01はバックアップディレクトリを示します。

4.2　イベントデータの管理

イベントデータは，PFM - ManagerのMaster Storeサービスが管理するStoreデータベースに保存されます。このStoreデータベースに対し，次の操作ができます。

イベントデータのレコード数の上限値を変更する

イベントデータの格納先を変更する

イベントデータをエクスポートする

イベントデータが使用しているディスク容量を確認する

イベントデータを消去する

注意

イベントデータが格納されるStoreデータベースの設定は，初期化できません。

それぞれの操作の手順について説明します。なお，イベントデータの格納先を変更する手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。また，この節で使用するコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

＜この節の構成＞

4.2.1　イベントデータのレコード数の上限値を変更する

4.2.2　イベントデータをエクスポートする

4.2.3　イベントデータが使用しているディスク容量を確認する

4.2.4　イベントデータを消去する

4.2.1　イベントデータのレコード数の上限値を変更する

Storeデータベースに記録するイベントデータのレコード数の上限を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

注意

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。
PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Storeサービスを選択する。
Master Storeサービスは，「PS」で始まるサービスまたは「<Master Store>」です。
選択したMaster Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Master Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「Retention」ノードを選択する。
インフォメーションフレームの下部に「Retention」ノードのプロパティが表示されます。

図4-6　レコード数の上限の設定例（イベントデータ）

プロパティの設定内容を変更します。プロパティの説明および設定値を次の表に示します。

表4-20　プロパティの説明および設定値

レコードタイプ | プロパティ名 | 設定値
PAレコードタイプ | Product Alarm - PA | イベントデータの保存レコード数の上限を設定します。0～2147483647​の整数が指定できます。

［完了］または［適用］ボタンをクリックする。
設定が有効になります。

4.2.2　イベントデータをエクスポートする

Storeデータベースに格納されているイベントデータをテキストファイルにエクスポートできます。データをエクスポートするには，jpctool db dumpコマンドを使用します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool service listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されているか確認する。

jpctool db dumpコマンドを実行する。
例えば，監視マネージャーのStoreデータベースに格納されているイベントのうち，2006年7月10日午前2時（GMT）から午後2時59分（GMT）までのイベントを，「pa.out」というファイルにエクスポートする場合は，次のように指定します。

jpctool db dump -id PS* -stime 2006/07/10 02:00 -etime 2006/07/10 14:59 -f pa.out -dbid PA -rec *

コマンド実行が正常に終了すると，次のファイルにイベントデータのエクスポートファイルが出力されます。

物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store¥dump¥pa.out

UNIXの場合
/opt/jp1pc/mgr/store/dump/pa.out

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥dump¥pa.out

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/dump/pa.out

4.2.3　イベントデータが使用しているディスク容量を確認する

Storeデータベースが使用しているディスク容量は，PFM - Web Consoleの［サービス階層］画面で確認できます。

注意

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。
PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Storeサービスを選択する。
Master Storeサービスは，「PS」で始まるサービスまたは「<Master Store>」です。
選択したMaster Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Master Storeサービスのプロパティ画面に遷移し，ツリーが表示されます。

「Disk Usage」ノードを選択する。
プロパティ画面の下部に，Master Storeサービスが管理するデータベースが使用しているディスク容量が表示されます。

図4-7　ディスク容量の表示例（イベントデータ）

4.2.4　イベントデータを消去する

Storeデータベースに格納されたイベントデータが不要になった場合，データを消去できます。Storeデータベースのデータを消去するには，jpctool db clearコマンドを使用します。

注意

jpctool db clearコマンドは，PFM - Managerがインストールされているホストで実行してください。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限またはBackup Operators権限

UNIXの場合
rootユーザー権限

jpctool service listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されていることを確認する。

jpctool db clearコマンドを実行する。
Master Storeサービスが管理するStoreデータベースに格納されているイベントデータを消去する場合は，次のように指定します。

jpctool db clear -id PS* -dbid PA

4.3　注意事項

ここでは，Performance Managementで扱う稼働監視データに関する注意事項を次に示します。

＜この節の構成＞

4.3.1　Storeデータベースのレコード保存期間の考え方

4.3.2　Storeデータベースのサイズの制限

4.3.3　Agent StoreまたはRemote Monitor Storeサービスが異常終了した場合

4.3.4　ディスク容量が不足した場合

4.3.5　Storeデータベースサイズの確認と再編成

4.3.6　保存期間を過ぎてもファイルやフォルダが削除されない場合

4.3.7　Storeバージョン2.0のレコードのデフォルト保存期間

4.3.8　データモデルをバージョンアップしたときに格納されるデータ

4.3.1　Storeデータベースのレコード保存期間の考え方

ここでは，レコード保存期間と保持される格納ディレクトリ数の関係を説明します。

Storeデータベースの格納ディレクトリの名称は，データの格納を開始した時点の日付になります。この日付はGMTを基準としています。このため，JST（GMT +09:00）など，GMTより先行するタイムゾーンを設定しているシステムの場合，レコード格納ディレクトリ数はレコード保存期間よりも多くなることがあります。例えば，システムのタイムゾーンがJST（GMT +09:00）の場合，格納ディレクトリの名称は，データの格納を開始した時点より9時間前の日付になります。そのため，格納ディレクトリの名称はデータ格納開始日の前日になることがあります。

例えば，タイムゾーンがJSTのシステムで，週レコードの保存期間を2（週）と設定している場合，週レコードが保持される格納ディレクトリ数は3になります。現在の日付が「10月22日（水曜日）」の場合，10/8～10/22の期間のレコードがStoreデータベースに保持されます。10/8のパフォーマンスデータは，週レコードの保存開始日（10/06）をGMTに換算した日付である「1005」ディレクトリに格納されます。同様に，現在の週のパフォーマンスデータは「1019」ディレクトリに格納されます。したがって，格納ディレクトリは，次の図に示すとおり「1005」「1012」「1019」の三つになります。

4.3.2　Storeデータベースのサイズの制限

＜この項の構成＞

(1)　Storeバージョン2.0の場合

(2)　Storeバージョン1.0の場合

(1)　Storeバージョン2.0の場合

Storeバージョン2.0では，データファイルが一定の期間で分割され，レコードタイプごとにそれぞれ別のデータファイルにデータが格納されるため，データ全体ではなく分割されたデータファイルそれぞれについてサイズの上限があります。それぞれのデータファイルサイズの上限は2ギガバイトです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

データファイルのサイズは，Storeデータベースのディスク占有量の見積もり式で履歴データの保存期間設定値を"0"にすることで求めることができます。Storeデータベースのディスク占有量の見積もり式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量について説明している個所，または各PFM - Agentのマニュアルを参照してください。

Storeデータベースのあるレコードのデータが書き込まれるデータファイルは一定期間で切り替わります。期間内にデータファイルがファイルサイズの上限に達した場合，KAVE00227-Wメッセージを出力し，そのレコードのデータは書き込まれなくなります。このとき，Agent StoreおよびRemote Monitor Storeサービスは停止しません。

一定の期間が終了し，書き込まれるデータファイルが変更されると，KAVE00228-Iメッセージを出力し，データの書き込みを再開します。

(2)　Storeバージョン1.0の場合

Performance Managementで扱うStoreデータベース全体のファイルサイズの上限は2ギガバイトです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

Storeデータベースのファイルサイズが制限に達した場合，Storeサービスは停止します。この場合，KAVE00182-Eメッセージがシステムログ（Windowsの場合はWindowsイベントログ，UNIXの場合はsyslog），および共通メッセージログに出力されます。

Storeデータベースのファイルサイズが上限を超えたときは，次の手順を実行してください。

PFM - Web ConsoleからAgent Collectorのプロパティを開き，すべてのレコードを収集しないように設定する。
（本事象で停止するのはAgent Storeだけで，Agent Collectorは起動しています）。

jpcspm startコマンドによってAgent Storeサービスを再起動する。
jpcspm startコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

データを退避する。
jpctool db dumpコマンド，jpcrptコマンドまたはレポートのCSV，HTML出力によってデータを退避してください。jpctool db dumpコマンドによるパフォーマンスデータ，イベントデータの退避についてはそれぞれ「4.1.4　パフォーマンスデータをエクスポートする」または「4.2.2　イベントデータをエクスポートする」を参照してください。
jpcrptコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。
レポートのCSVまたはHTML出力については「5.9.1　WebブラウザでレポートをCSVまたはHTML出力する」を参照してください。

データを消去する。
パフォーマンスデータを消去します。パフォーマンスデータ，イベントデータを消去する方法についてはそれぞれ「4.1.6　パフォーマンスデータを消去する」，「4.2.4　イベントデータを消去する」を参照してください。

PFM - Web ConsoleからAgent Collectorのプロパティを開く。
収集レコードを設定して，運用を再開してください。

4.3.3　Agent StoreまたはRemote Monitor Storeサービスが異常終了した場合

Agent StoreまたはRemote Monitor Storeサービスが異常終了した場合の注意を次に示します。

Storeデータベースへの書き込み中にAgent StoreまたはRemote Monitor Storeサービスが異常終了した場合，次回のAgent StoreまたはRemote Monitor Storeサービス起動時にデータベースの整合性チェックを実行したあと，Agent StoreまたはRemote Monitor Storeサービスが起動されます。このため，整合性チェックでの不正データについては，データは保証されません。

電源切断などによってAgent StoreまたはRemote Monitor Storeサービスが正常な終了処理を行えなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Agent StoreまたはRemote Monitor Storeサービスの起動に時間が掛かることがあります。

4.3.4　ディスク容量が不足した場合

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，KAVE00105-Eメッセージが出力されたあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止します。

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する

Storeデータベースのディスク占有量を減少させる

＜この項の構成＞

(1)　十分なディスク容量を確保する

(2)　Storeデータベースのディスク占有量を減少させる（Storeバージョン1.0の場合だけ）

(1)　十分なディスク容量を確保する

Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されているシステム見積もりを参照してください。イベントデータのStoreデータベースの格納先を変更する方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。パフォーマンスデータのStoreデータベースの格納先を変更する方法については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(2)　Storeデータベースのディスク占有量を減少させる（Storeバージョン1.0の場合だけ）

Storeデータベースのディスク占有量を減少させるには，まずStoreデータベースのデータ量の上限値が減少するように設定を見直します。Agent Collectorサービスで収集するレコードを絞る，またはStoreデータベースの保存条件でレコードを保存する期間や保存するレコード数を減少させることでデータ量の上限値を減少させられます。Agent Collectorサービスで収集するレコードを変更する方法については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。Storeデータベースの保存条件を変更する方法については，「4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」および「4.2.1　イベントデータのレコード数の上限値を変更する」を参照してください。

ただし，Storeデータベースのデータ量の上限値を設定しただけではStoreデータベースのディスク占有量を減少させられません。次の手順を実行することによって，ディスク占有量を減少させられます。

Agent StoreサービスのStoreデータベースの場合
次の1.～3.の手順を実行してください。

Storeデータベース内の不要なレコードのパフォーマンスデータを削除する
Storeデータベースではレコードのパフォーマンスデータが格納されるタイミングで不要なレコードが削除されます。そのため，Agent Collectorサービスで収集するレコードを減らした場合，以降そのレコードが収集されないため，Storeデータベースにそのレコードのパフォーマンスデータが残り続け，ディスク占有量を減少させられません。そこで次の手順によってStoreデータベースから収集しないレコードのパフォーマンスデータを削除します。Master StoreサービスのStoreデータベースの場合，およびAgent Collectorサービスで収集するレコードを減らしていない場合はこの手順は不要です。
ここでは次の例の場合に，収集しないレコードのデータをStoreデータベースから削除する手順を示します。
（例）PFM - Agent for Platformを使用していて，現在の収集設定が，PI_LOGDがYes，PI_NINDがYes，PD_PDがYesの状態からPI_LOGDがNo，PI_NINDがYes，PD_PDがNoの収集設定に変更する場合
(1)今後収集しない設定にしたいレコードをYesにします。ほかのレコードはNoします。例では，PI_LOGDとPD_PDをYesにし，ほかのレコードをNoにします。
(2)保存条件を下記のように変更します。
・PDレコードタイプ，PLレコードタイプではレコード数の最大値を0にします。
・PIレコードタイプでは，レコードの保存期間を集約期間に応じた最短期間に設定します。例えば，分ごとのパフォーマンスデータの保存期間は"Minute"，時ごとのパフォーマンスデータの保存期間は"Hour"と設定します。
(3)パフォーマンスデータを1回以上Storeデータベースに格納します。
注1　パフォーマンスデータがStoreデータベースに格納されるタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。
注2　(1)～(3)の操作によってStoreデータベース内に存在する，今後収集しない設定にする予定のレコード（例ではPI_LOGDおよびPD_PD）のパフォーマンスデータの領域を無効領域としています。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。ただし，PIレコードタイプのレコードの場合や，PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，パフォーマンスデータを完全に無効領域にできない場合があります。詳細については【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】を参照してください。
(4)レコードの収集設定をすべてNoにします。
(5)検討したStoreデータベースの保存条件を設定します。
(6)検討した収集設定を設定します。

Storeデータベース内の，余分なパフォーマンスデータを削除する
Storeデータベースでレコードの保存レコード数を減らす，または保存期間を短くした場合，変更前の保存条件で格納されたパフォーマンスデータがStoreデータベース内に存在するため，保存条件以上のパフォーマンスデータがStoreデータベースに存在することになります。その場合，次の手順で保存条件に適合しないパフォーマンスデータを削除します。Storeデータベースでレコードの保存レコード数を減らしておらず，保存期間を短くしていない場合，この手順は不要です。
(1)検討したStoreデータベースの保存条件を設定します。
(2)保存条件を変更したレコードのパフォーマンスデータを1回以上Storeデータベースに格納します。
注1　パフォーマンスデータがStoreデータベースに格納されるタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。
注2　Storeデータベースでは，レコードが格納され，Storeデータベース中のパフォーマンスデータが増加するタイミングで保存条件に適合しないデータの領域が無効領域になります。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。ただし，PIレコードタイプのレコードの場合や，PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，パフォーマンスデータを完全に無効領域とできない場合があります。詳細については，【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】を参照してください。

Storeデータベースを再編成する
Storeデータベースを再編成し，Storeデータベースのディスク占有量を減少させます。Storeデータベースの再編成については，「4.3.5　Storeデータベースサイズの確認と再編成」を参照してください。

【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】

Storeデータベースではレコードのパフォーマンスデータが格納され，Storeデータベース中でそのレコードのパフォーマンスデータが増加するタイミングで，そのレコードのパフォーマンスデータについて保存条件に適合しないものが無効領域となります。しかし，レコードによってはパフォーマンスデータを格納してもStoreデータベース中のパフォーマンスデータが増加しないで，そのレコードのパフォーマンスデータが無効領域とならないことがあります。PIレコードタイプの場合やPFM - Agent for PlatformのProcess Detail(PD)レコードの場合がそれに該当します。

PIレコードタイプの場合，パフォーマンスデータを格納することによって新たなパフォーマンスデータが作成される要約区分の場合，その要約区分のパフォーマンスデータがStoreデータベースから削除されます。そうでない場合はデータがStoreデータベースに残ります。ただし，要約区分が年のレコードのパフォーマンスデータはすべて残ります。例えば，Storeデータベースの中にあるPI_LOGDレコードのパフォーマンスデータがすべて2006/05/23（火），16:00:00以前のもので，2006/05/24（水），10:00:00にPI_LOGDレコードのパフォーマンスデータを格納したとします。まず要約区分が年のパフォーマンスデータは残ります。要約区分が月のパフォーマンスデータは，格納したパフォーマンスデータが2006年5月のパフォーマンスデータに要約されますので，新しいパフォーマンスデータは作成されません。したがって，Storeデータベース中の要約区分が月のPI_LOGDレコードのパフォーマンスデータはすべてStoreデータベースに残ります。同様に要約区分が週のパフォーマンスデータもすべてStoreデータベースに残ります。要約区分が日のレコードのパフォーマンスデータは2006/05/24のパフォーマンスデータが新たに作成されるので，Storeデータベース中のPI_LOGDレコードの要約区分が日のパフォーマンスデータはすべて無効領域となります。同様に要約区分が時や分のパフォーマンスデータもすべて無効領域となります。このようにして残ったパフォーマンスデータのディスク占有量はStoreデータベースのディスク容量の見積もりに加算して運用してください。

PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，Process Detail(PD)レコードの最後に収集したパフォーマンスデータと今回収集したパフォーマンスデータに差分がない場合は，パフォーマンスデータがStoreデータベースに残ります。PFM - Agent for PlatformのProcess Detail(PD)レコードについてはマニュアル「JP1/Performance Management - Agent Option for Platform」のレコードについて説明している章を参照してください。差分を発生させパフォーマンスデータを削除するか，Process Detail(PD)レコードのデータのディスク占有量をStoreデータベースのディスク容量の見積もりに加算して運用してください。

Master StoreサービスのStoreデータベースの場合

検討したStoreデータベースの保存条件を設定する

イベントデータを1回以上Storeデータベースに格納する
注1　イベントデータがStoreデータベースに格納されるタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。
注2　Storeデータベースではレコードのイベントデータが格納されるタイミングで保存条件に適合しないデータの領域が無効領域になります。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。

Storeデータベースを再編成する
Storeデータベースを再編成し，Storeデータベースのディスク占有量を減少させます。Storeデータベースの再編成については，「4.3.5　Storeデータベースサイズの確認と再編成」を参照してください。

これらの対処をしたあともMaster StoreサービスまたはAgent Storeサービスが起動されない場合，Storeデータベースに回復できない論理矛盾が発生しています。この場合，バックアップデータからStoreデータベースをリストアしたあと，Master StoreサービスまたはAgent Storeサービスを起動してください。利用できるバックアップデータが存在しない場合は，Storeデータベースを初期化したあと，Master StoreサービスまたはAgent Storeサービスを起動してください。Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。

拡張子が「.DB」であるファイル

拡張子が「.IDX」であるファイル

デフォルトのStoreデータベースの格納先ディレクトリは，次のとおりです。

パフォーマンスデータのStoreデータベース格納先ディレクトリ

各PFM - Agentのマニュアルを参照してください。

イベントデータのStoreデータベース格納先ディレクトリ

Windowsの場合：
インストール先フォルダ¥mgr¥store¥

UNIXの場合：
/opt/jp1pc/mgr/store/

なお，イベントデータのStoreデータベースの格納先ディレクトリについては，jpcsto.iniファイルで変更できます。変更方法の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

4.3.5　Storeデータベースサイズの確認と再編成

Storeデータベースは，データの実体を格納する「データファイル」と，アクセスを高速化できるように，データへのインデックスを管理する「インデックスファイル」から成ります。Storeバージョン1.0の場合のデータファイルでは，レコードを削除すると無効領域になるだけで，ファイルサイズが自動的に縮小することはありません。また，データファイル中の無効領域は再利用されますが，格納しようとするパフォーマンスデータのインスタンス数がデータ収集のたびに変化するような場合，再利用の効率が悪くなり，Storeデータベースのサイズがディスク占有量の見積もりサイズを超えてしまうことがあります。そのため，Storeバージョン1.0の場合は定期的にStoreデータベースのサイズを確認し，ディスク占有量の見積もりサイズの90%を超えた時点で，Storeデータベースを再編成し，無効領域を縮小してください。なお，Storeバージョン2.0の場合は再編成は不要です。

ここでは，Storeデータベースサイズの確認方法と再編成手順について説明します。

＜この項の構成＞

(1)　Storeデータベースサイズの確認

(2)　Storeデータベースの再編成（Storeバージョン1.0の場合だけ）

(1)　Storeデータベースサイズの確認

Storeデータベースの格納先で，拡張子が「.DB」および「.IDX」であるファイルのサイズを調べ，それらの合計サイズを計算します。Storeバージョン1.0の場合で，合計サイズがディスク占有量の見積もりサイズの90%を超えているときは，次に示す手順でStoreデータベースの再編成を行ってください。

(2)　Storeデータベースの再編成（Storeバージョン1.0の場合だけ）

手順を次に示します。

再編成するStoreデータベースを管理するPerformance Managementのサービスを起動する。
再編成したいStoreデータベースを管理するPFM - AgentまたはPFM - Managerのサービスが停止している場合は，jpcspm startコマンドで起動します。

jpctool db backupコマンドでStoreデータベースをバックアップする。
jpctool db backupコマンドを実行し，再編成したいStoreデータベースをバックアップします。jpctool db backupコマンドを実行すると，データファイルの無効領域以外のデータが抽出され，保存されます。

注意

jpctool db backupコマンドを実行する場合，バックアップファイルの出力先にはStoreデータベースサイズの確認方法で計算した合計サイズの約2倍以上のディスク空き容量が必要となります。実行前に十分な空き容量があるか確認してください。

再編成するStoreデータベースを管理するPerformance Managementのサービスを停止する。
再編成したいStoreデータベースを管理するPFM - AgentまたはPFM - Managerのサービスを，jpcspm stopコマンドで停止します。

jpctool db restoreコマンドでStoreデータベースをリストアする。
jpctool db restoreコマンドを実行し，手順2でバックアップしたStoreデータベースをリストアします。

Performance Managementのサービスを起動する。
必要に応じて手順3で停止したサービスを，jpcspm startコマンドで起動します。

4.3.6　保存期間を過ぎてもファイルやフォルダが削除されない場合

保存期間が過ぎたレコードが自動で削除されるためには，対応したレコードが収集される必要があります。そのため，以前収集していたレコードを，収集しない設定へと変更した場合はデータが残ることがあります。その場合は次に示す手順によって不要なレコードおよびフォルダを削除してください。

対象PFM - AgentまたはPFM - RMをjpcspm stopコマンドによって停止させる。

削除したいレコード名（データベースID_レコードタイプ:例PI_PI)を持つDB/IDXファイル名をStoreデータベースの格納ディレクトリ以下から検索する。

検索で見つかったファイルを削除する（手動で削除）。

手順3で削除した結果，DB/IDXファイルが格納されたフォルダが空になる場合は，日付のフォルダ（1212や1219フォルダなど）を削除する。

4.3.7　Storeバージョン2.0のレコードのデフォルト保存期間

Storeバージョン2.0は，バージョン08-10以降のPFM - ManagerまたはPFM - Baseとバージョン08-00以降のPFM - Agent for Platformの組み合わせで利用できます。PFM - Agent 08-10以降を使用する場合とPFM - Agent 08-00を使用する場合で，レコードのデフォルト保存期間が異なります。

PFM - Agent 08-10以降を使用する場合

レコードのデフォルト保存期間については，各PFM - Agentのマニュアルを参照してください。

PFM - Agent 08-00を使用する場合

PDレコードタイプとPLレコードタイプのレコードでは，すべてのレコードのデフォルト保存期間が10日に設定されます。PIレコードタイプのデフォルト保存期間を次に示します。

表4-21　PIレコードタイプのデフォルト保存期間

セットアップ前の保存期間
セットアップ後の保存期間

要約区分

分
（単位：日）
時
（単位：日）
日
（単位：週）
週
（単位：週）
月
（単位：月）

1分間
1
－
－
－
－

1時間
1
1
－
－
－

1日間
1
1
1
－
－

2日間
2
2
1
－
－

3日間
3
3
1
－
－

4日間
4
4
1
－
－

5日間
5
5
1
－
－

6日間
6
6
1
－
－

1週間
7
7
1
1
－

1か月間
31
31
5
5
1

1年間
366
366
54
54
12

（凡例）

－：指定できない項目

4.3.8　データモデルをバージョンアップしたときに格納されるデータ

データモデルをバージョンアップした場合で，既存のレコードにフィールドが追加されたとき，バージョンアップする前のStoreデータベースにはデフォルトのパフォーマンスデータが格納されます。デフォルトで格納されるパフォーマンスデータを次の表に示します。

表4-22　デフォルトで格納されるパフォーマンスデータ

フィールドのデータ型 | 格納されるパフォーマンスデータ
char | 空
double | 0
float | 0
long | 0
short | 0
string | 空
time_t | 0
timeval | 0
ulong | 0
utime | 0
word | 0
（該当なし） | 0

5.　稼働分析のためのレポートの作成

この章では，Performance Managementが収集するパフォーマンスデータを基に，レポートを作成する方法や，レポートを表示したり出力したりする方法について説明します。

＜この章の構成＞

5.1　レポートの概要

5.2　レポート作成の流れ

5.3　Webブラウザでのレポートの作成

5.4　クイックガイドでのレポートの作成

5.5　コマンドでのレポートの作成

5.6　Webブラウザでのブックマークの作成・編集

5.7　レポートの表示

5.8　複合レポートの表示

5.9　レポートの出力

5.10　レポートに関する注意事項

5.1　レポートの概要

ここでは，Performance Managementで作成するレポートの概要について説明します。

＜この節の構成＞

5.1.1　レポートとは

5.1.2　レポートの種類

5.1.3　レポートの表示形式

5.1.1　レポートとは

Performance Managementでは，PFM - AgentまたはPFM - RMが収集したパフォーマンスデータをPFM - Web Consoleの画面に表やグラフなどのグラフィカルな形式で表示させ，システムの稼働状態の確認や分析ができます。この，パフォーマンスデータを表やグラフなどの形式で表したものを「レポート」と呼びます。

レポートには，データに表示させる情報や条件をあらかじめ定義します。レポートの定義方法には，「監視テンプレート」をそのまま使用する方法，監視テンプレートをカスタマイズして使用する方法，および独自に定義する方法があります。

5.1.2　レポートの種類

レポートの種類には，「リアルタイムレポート」と「履歴レポート」があります。

それぞれのレポートについて説明します。

リアルタイムレポート

システムのその時点の状態や問題点を確認するためのレポートです。一定時間ごとに自動更新して，最新のデータが表示されるように設定することもできます。リアルタイムレポートは，レポートを表示するタイミングでパフォーマンスデータを収集するため，Storeデータベースは利用されません。

履歴レポート

過去から現在までの履歴データから，システムの稼働状態の傾向を分析したい場合に作成するレポートです。履歴レポートは，過去のデータを保持しておく必要があるため，パフォーマンスデータをStoreデータベースに記録しておきます。Storeデータベースへの記録方法については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

なお，Performance Managementが提供するレポートには，通常のレポートと，複合レポートがあります。「複合レポート」は，複数の履歴レポートを一つのグラフに表示したレポートです。エージェントとレポート定義を組み合わせた複数の登録レポートをブックマークや複合ブックマークに登録しておくことで，エージェントの選択を必要としないで，即時にレポートや複合レポートを表示できます。

複合ブックマークでは登録レポート以外に，登録レポートを検証するための基準値となる，過去のある期間のレポートを保存できます。登録レポートを検証するための基準値となるレポートを「ベースライン」と呼びます。複数の登録レポートおよびベースラインを複合ブックマークとして定義，管理し，複合レポートとして同一グラフ上に表示することもできます。複合レポートを参照することで，システム全体の稼働状況を総合的に判断できます。

複合ブックマークの定義と複合レポートの関係を次の図に示します。

図5-1　複合ブックマークの定義と複合レポートの関係

図に示すように，複数の監視エージェントのレポート定義を一つの複合ブックマークに登録しておくことで，複数のレポートを重ねて表示することができます。例えば，HTTPサービスの応答速度とトランザクション数の変動値に相関性がある場合に，複合レポートを利用してレポートを重ねて表示することで，相関の度合いを視覚的に確認できます。

通常のレポートの表示方法については「5.7　レポートの表示」を参照してください。複合レポートの表示方法については「5.8　複合レポートの表示」を参照してください。

5.1.3　レポートの表示形式

レポートは，目的に応じて「表」，「一覧」，および「グラフ」で表示できます。

レポートの各表示形式について説明します。

＜この項の構成＞

(1)　表

(2)　一覧

(3)　グラフ

(1)　表

履歴データで時系列に蓄積されたデータを表の形式で表示できます。各フィールド値の時系列の変化を見る場合に適しています。表の表示例を次の図に示します。

図5-2　表の表示例

(2)　一覧

エージェントまたはインスタンスごとにフィールド値を一覧形式で表示できます。一覧は，特に複数のエージェントまたは複数インスタンスでの表示に適しています。

一覧の表示例を次の図に示します。

図5-3　一覧の表示例

一覧のデータは，データグループ単位で表示されます。データグループとは，異なるエージェントまたはインスタンスのデータを同一時刻ごとにまとめたデータ群のことです。

同じデータグループ内のほかのエージェントまたはインスタンスの情報を表示させる場合は，一覧の左側にある[図データ]ボタンまたは[図データ]ボタンをクリックします。ほかのデータグループの情報を表示する場合は，レポートの表示画面のメニューバーに表示される[図データ]ボタンまたは[図データ]ボタンをクリックします。

(3)　グラフ

それぞれのグラフは，グラフの特性，データのインスタンス数，取り扱うエージェント数によって，表示に特長があります。グラフの表示する要素を「フィールド」と呼びます。グラフに表示するフィールドは，レポート定義で設定します。設定できるフィールドは，数値フィールドだけです。

グラフの種類を次に示します。

集合縦棒グラフ

積み上げ縦棒グラフ

集合横棒グラフ

積み上げ横棒グラフ

円グラフ

折れ線グラフ

面グラフ

積み上げ面グラフ

グラフの表示例を次の図に示します。

図5-4　グラフの表示例

5.2　レポート作成の流れ

ここでは，レポートを作成する方法およびその流れについて説明します。

＜この節の構成＞

(1)　レポートを作成する方法

(2)　レポートを作成する流れ

(1)　レポートを作成する方法

レポートは，PFM - Web Consoleの［レポート階層］画面，クイックガイドまたはコマンドを使用して作成します。

PFM - Web Consoleの［レポート階層］画面の表示例を次の図に示します。

図5-5　［レポート階層］画面の表示例

レポートの作成には，次に示す方法があります。

新規にレポートを作成する
システム環境に合わせてレポートを新たに作成したい場合，新規にレポートを定義します。クイックガイドを使用して，簡易的なレポートを作成することもできます。

既存のレポートを使用する
次に示す方法があります。

監視テンプレートを使用する
監視テンプレートは，各PFM - AgentまたはPFM - RMに付属している必要な情報があらかじめ定義されたレポートの集まりです。この監視テンプレートを使用すると，PFM - AgentまたはPFM - RMを起動した時点で，監視テンプレートのレポートの表示に必要なパフォーマンスデータの収集が開始され，レポートが作成できます。

監視テンプレートをカスタマイズする
監視テンプレートをコピーして監視目的に合わせカスタマイズします。

作成済みのレポートを使用する
作成済みのレポートをコピーしてカスタマイズします。

(2)　レポートを作成する流れ

レポートを作成する流れを次の図に示します。なお，クイックガイドでレポートを作成する場合は，「5.4　クイックガイドでのレポートの作成」の手順を実施してください。

図5-6　レポートを作成する流れ（レポートの定義から表示まで）

5.3　Webブラウザでのレポートの作成

ここでは，PFM - Web Consoleの画面でレポートを作成する方法について説明します。

コマンドを使用してレポートを作成する方法については，「5.5　コマンドでのレポートの作成」を参照してください。

クイックガイドを使用して，簡易的なレポートを作成することもできます。クイックガイドを使用したレポートの作成については，「5.4　クイックガイドでのレポートの作成」を参照してください。

＜この節の構成＞

5.3.1　レポートのフォルダを作成する

5.3.2　［新規レポート］画面を表示する

5.3.3　レポートの名前と種別を設定する

5.3.4　レポートに表示させるフィールドを設定する

5.3.5　レポートに表示させるフィールドの表示条件（フィルター条件）を設定する

5.3.6　レポートの表示情報を設定する（更新間隔や表示期間）

5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）

5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）

5.3.9　レポートをコピーする

5.3.10　レポートを編集する

5.3.11　フォルダまたはレポートの名前を変更する

5.3.12　フォルダまたはレポートを削除する

5.3.13　レポートをエクスポートする

5.3.14　レポートをインポートする

5.3.1　レポートのフォルダを作成する

レポートを格納するためのフォルダを作成する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層で，フォルダを作成する「User Reports」または「User Reports」配下のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［新規フォルダ］メソッドを選択する。
インフォメーションフレームに［新規フォルダ］画面が表示されます。

［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

1～64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
手順3で選択した「User Reports」またはフォルダの下に，フォルダが追加されます。
レポートフォルダの作成例を次に示します。

図5-7　レポートフォルダの作成例

5.3.2　［新規レポート］画面を表示する

新規のレポートは，［レポート階層］画面の［新規レポート］画面で作成します。

［新規レポート］画面を表示する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで，［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層で，レポートを格納するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［レポート階層］画面のメソッドフレームで，［新規レポート］メソッドを選択する。
インフォメーションフレームに［新規レポート > 名前と種別］画面が表示されます。「5.3.3　レポートの名前と種別を設定する」に進んでください。

5.3.3　レポートの名前と種別を設定する

レポートの名前と種別を設定する手順を次に示します。

［新規レポート > 名前と種別］画面で［レポート名］および［プロダクト］を設定する。

［レポート名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するレポート名も入力できます。

［プロダクト］

使用するデータモデルのバージョンを選択します。

例えば，エージェントがPFM - Agent for Platform（Windows）で，データモデルのバージョン6.0を使用し，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合，次のように設定します。
［レポート名］： CPU Usage - Top 10 Processes
［プロダクト］： Windows(6.0)
エージェントがPFM - Agent for Platform（Windows）で，データモデルのバージョン4.0を使用して，リアルタイムレポートを定義する場合の例を，次の図に示します。

図5-8　［新規レポート > 名前と種別］画面の入力例

［レポート種別］を選択する。
レポート種別には，次の3種類があります。

［リアルタイム（1つのエージェント）］
システムの，その時点の状態を表示するリアルタイムレポートです。一つのエージェントの，その時点のデータを収集して表示します。収集した値を順位づけし，ランキングを表示できます。ただし，Storeデータベースに格納されないため，過去のデータを取得して表示できません。［リアルタイム（1つのエージェント）］レポートで扱うレコードは，単数インスタンスと複数インスタンスです。

［履歴（1つのエージェント）］
一つのエージェントのデータを収集して表示する履歴レポートです。一つのエージェントに対して，一つのレポート画面を単独のウィンドウに表示します。複数のエージェントを選択すると，選択したエージェントの数のレポート画面を表示します。［履歴（1つのエージェント）］レポートで扱うレコードは，単数インスタンスと複数インスタンスです。

［履歴（複数のエージェント）］
複数のエージェントのデータを収集して表示する履歴レポートです。選択したエージェントの数が，一つでも複数でも，一つのレポート画面を表示します。［履歴（複数のエージェント）］レポートで扱うレコードは，単数インスタンスだけです。
この項目を選択した場合，次の［新規レポート > フィールド］画面で複数行のレコード（複数インスタンスレコード）は，選択できません。

デフォルトは，［リアルタイム（1つのエージェント）］です。
この項目を選択した場合，次の［新規レポート > フィールド］画面で複数行のレコード（複数インスタンスレコード）は，選択できません。
単数インスタンスレコードおよび複数インスタンスレコードについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

［次へ >］ボタンをクリックする。
［新規レポート > フィールド］画面に遷移します。「5.3.4　レポートに表示させるフィールドを設定する」に進んでください。

注意　データモデルバージョンと互換性

データモデルの内容はバージョンによって異なりますが，上位互換が保証されます。そのため，古いデータモデルを使用してレポートを作成すると，それより新しいデータモデルのPFM - AgentまたはPFM - RMでも，レポートを表示できます。例えば，PFM - Agent for Platform Windows(3.0)で作成したレポートはどのバージョンのPFM - Agent for Platform（Windows）のデータでも表示できますが，PFM - Agent for Platform Windows(4.0)で作成したレポートはPFM - Agent for Platform（Windows）の07-00以降のデータだけを表示できます。また，PFM - AgentまたはPFM - RMによっては，複数のデータモデルのバージョンを選択できる場合があります。データモデルのバージョンと互換性については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，データモデルのバージョン互換について説明している個所を参照してください。

注意　履歴レポートを選択する場合

履歴レポートは過去のデータを利用するため，監視対象のパフォーマンスデータのレコードをStoreデータベースに記録するように設定しておく必要があります。監視対象のレコードが記録されるようになっているか確認してください。Storeデータベースに記録する方法については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

5.3.4　レポートに表示させるフィールドを設定する

ここで設定するパフォーマンスデータのレコードおよびフィールドは，各エージェントで異なります。各エージェントのレコードおよびフィールドについては，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

手順を次に示します。なお，フィールドを文字検索で探す場合は，［新規レポート > フィールド］画面の［フィールドの検索］ボタンをクリックしてください。フィールドの検索については，「(1)　フィールドの検索」を参照してください。

［新規レポート > フィールド］画面の［レコード］で，レポートに表示させたいレコードを選択する。
レコードを選択すると，選択したレコードのフィールドが［すべてのフィールド］に表示されます。

注意

［新規レポート > 名前と種別］画面で，レポート種別として［履歴（複数のエージェント）］を選択している場合，［レコード］で選択できるのは単一行のレコードだけです。

参考　レコードの説明画面

［レコード］の右にある［説明］ボタンをクリックすると，［新規レポート > 名前と種別］画面で選択したプロダクトに属するレコードの説明画面が表示されます。

参考　単一行のレコード，複数行のレコードとは

［レコード］の下に，「（単一行のレコードです）」または「（複数行のレコードです）」という説明が表示されます。これはレコードのタイプを表しています。単一行のレコードは単数インスタンスレコード，複数行のレコードは複数インスタンスレコードのことです。単数インスタンスレコードおよび複数インスタンスレコードについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

［すべてのフィールド］で，レポートに表示させたいフィールドを選択する。
選択したフィールドが選択状態で表示されます。ShiftキーまたはCtrlキーを使うと複数のフィールドを同時に選択できます。

移動ボタン（[図データ]）をクリックする。
手順2で選択したフィールドが［選択されたフィールド］に移動します。
いったん［選択されたフィールド］に移動したフィールドを元に戻したい場合は，［選択されたフィールド］で元に戻したいフィールドを選択し，移動ボタン（[図データ]）をクリックします。
また，［選択されたフィールド］でフィールドを選択し，移動ボタン（[図データ]）または移動ボタン（[図データ]）をクリックすると，フィールドの並びを替えることができます。ここで指定した並びは，表，一覧およびグラフでのフィールドの並びに反映されます。

この画面での設定例を次に示します。
例えば，エージェントがPFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートについて，「Process Detail（PD）」レコードのフィールドとして「CPU %（PCT_PROCESSOR_TIME）」，「PID（ID_PROCESS）」，および「Program（INSTANCE）」の三つを指定する場合，この画面には，次のように設定します。
［レコード］：Process Detail（PD）
［選択されたフィールド］：PID，Program，CPU %
エージェントがPFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートについて，Process Detail（PD）レコードのフィールドとして次の三つを選択した場合の例を図に示します。

CPU %（PCT_PROCESSOR_TIME）

PID（ID_PROCESS）

Program（INSTANCE）

図5-9　［新規レポート > フィールド］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > フィルター］画面に遷移します。「5.3.5　レポートに表示させるフィールドの表示条件（フィルター条件）を設定する」に進んでください。

＜この項の構成＞

(1)　フィールドの検索

(1)　フィールドの検索

ここでは，［新規レポート > フィールド］画面からフィールドを検索する手順を説明します。検索結果は，［新規レポート > フィールド］画面の［選択されたフィールド］に設定できます。

［新規レポート > フィールド］画面で［フィールドの検索］ボタンをクリックする。
［新規レポート > フィールド > フィールドの検索］画面が表示されます。

検索対象のレコードを［対象レコード］のプルダウンメニューから選択する。
プルダウンメニューの内容は次のとおりです。

「--すべてのレコード--」
すべてのレコードを検索対象とする場合に選択します。

選択したエージェントのレコード名一覧
選択したエージェントのレコード名一覧がアルファベット順に表示されます。

フィールドで検索したい文字列を［検索キーワード］に入力し，［検索］ボタンをクリックする。
検索結果がインフォメーションフレームに表示されます。

対象レコードとして「--すべてのレコード--」を選択した場合
検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。
該当するレコード名のメニュー部分をクリックすると，検索結果が［新規レポート > フィールド > フィールドの検索］画面にフィールド単位で一覧表示されます。

対象レコードとしてレコード名を選択した場合
検索結果のフィールド一覧が，［新規レポート > フィールド > フィールドの検索］画面に表示されます。

選択するフィールドのチェックボックスをオンにして，［OK］ボタンをクリックする。
呼び出し元の［新規レポート > フィールド］画面が表示され，選択したフィールドが［選択されたフィールド］に追加されます。

5.3.5　レポートに表示させるフィールドの表示条件（フィルター条件）を設定する

レポートに表示させるフィールドの表示条件を設定すると，レポートに表示させるデータを目的に合った項目だけに絞り込むことができます。また，複数の条件をフィルター条件として設定できます。

レポートに表示させるフィールドの表示条件を設定する手順を次に示します。

［新規レポート > フィルター］画面の［フィールド］で，フィルターの対象となるフィールドを選択する。

フィールドの表示条件を設定する。
例えば，エージェントがPFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートとして，Process Detail（PD）レコードに，PID（ID_PROCESS）フィールドの値が0でないときの条件を設定する場合，次のように設定します。
［フィールド］：PID
［条件］：<>
［値］：0

［追加］ボタンをクリックする。
手順2で設定した条件が［条件式］に追加されます。
［条件式］：PID <> "0"
［条件式］に条件式が設定されていない場合は，条件式のないレポートとして登録されます。
エージェントがPFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートとして，Process Detail（PD）レコードに次のフィルター条件を設定する場合の例を図に示します。
PID（ID_PROCESS）フィールドの値が0でない場合

図5-10　［新規レポート > フィルター］画面の入力例

［次へ >］ボタンをクリックする。

レポート種別が［リアルタイム（1つのエージェント）］の場合
［新規レポート > 表示設定（リアルタイムレポート）］画面に遷移します。「5.3.6 (1)　リアルタイムレポートの表示情報を設定する」に進んでください。

レポート種別が［履歴（1つのエージェント）］または［履歴（複数のエージェント）］の場合
［新規レポート > 表示設定（履歴レポート）］画面に遷移します。「5.3.6 (2)　履歴レポートの表示情報を設定する」に進んでください。

参考　レポート表示時にフィルター条件を設定したいとき

［表示時に指定］をチェックしておくと，レポートを表示させる際にフィルター条件を設定できます。［新規レポート > フィルター］画面であらかじめ定義した条件でレポートを表示させたい場合は，チェックを外してください。

5.3.6　レポートの表示情報を設定する（更新間隔や表示期間）

レポート種別がリアルタイムレポートか，履歴レポートかによって，ここで設定する表示情報が異なります。

リアルタイムレポートを選んだ場合
［新規レポート > 表示設定（リアルタイムレポート）］画面が表示されていることを確認し，「(1)　リアルタイムレポートの表示情報を設定する」に進んでください。

履歴レポートを選んだ場合
［新規レポート > 表示設定（履歴レポート）］画面が表示されていることを確認し，「(2)　履歴レポートの表示情報を設定する」に進んでください。

＜この項の構成＞

(1)　リアルタイムレポートの表示情報を設定する

(2)　履歴レポートの表示情報を設定する

(1)　リアルタイムレポートの表示情報を設定する

リアルタイムレポートの表示情報を設定する手順を次に示します。

表示情報を設定する。
例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードのリアルタイムレポートの表示情報を次の条件で設定するとします。
条件

レポートに表示されるデータをデルタ値で表示する。

レポートの表示を自動的に更新する間隔を，初期値60秒，最小値30秒にする。

CPU %（PCT_PROCESSOR_TIME）フィールドを表示の判定基準にして，上位10件のデータを表示する。

この場合，次のように設定します。
［表示時に指定］：選択する
［デルタ値で表示］：選択する
更新間隔
［自動更新しない］：選択しない
［初期値］：60
［最小値］：30
ランキング表示
［フィールド］：CPU%
［表示数］：10
［降順］：選択しない
［新規レポート > 表示設定（リアルタイムレポート）］画面の入力例を次の図に示します。

図5-11　［新規レポート > 表示設定（リアルタイムレポート）］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > 表示形式］画面に遷移します。「5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」に進んでください。

(2)　履歴レポートの表示情報を設定する

履歴レポートの表示情報を設定します。

注意　履歴レポートに表示される性能情報について

PFM - AgentまたはPFM - RMが稼働するホストの時刻を現在時刻より未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの性能情報は表示されません。

PFM - AgentまたはPFM - RMが稼働するサーバの時刻を現在時刻より過去の時刻に変更した場合，変更後の時刻から変更前の時刻までの性能情報は上書きされたデータが表示されます。

手順を次に示します。

表示情報を設定する。
例えば，PFM - Agent for Platform（Windows）で，最近1時間の1分ごとのCPU使用量を要約した履歴レポートを定義する場合に，System Overview（PI）レコードの履歴レポートの表示情報を次の条件で設定するとします。
条件

パフォーマンスデータの収集期間をレポートの表示時に指定する。

レポートの表示間隔を，1時間にする。

User CPU %（PCT_TOTAL_USER_TIME）フィールドの値が1日のうちで最大になった時間のデータだけを表示する。

レポートに表示する最大レコード数を1,440にする。

この場合，次のように設定します。
［表示時に指定］：任意選択
レポート表示期間の設定
［対象期間］：レポートの表示時に指定
［レポート間隔］：時
ピーク時間
［フィールド］：User CPU%
［最大レコード数］：1440
［新規レポート > 表示設定（履歴レポート）］画面の入力例を次の図に示します。

図5-12　［新規レポート > 表示設定（履歴レポート）］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > 表示形式］画面に遷移します。「5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」に進んでください。

5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）

レポートの表示形式は，次の三つの形式から選択します。一つのレポートに複数の表示形式でのデータを表示させることもできます。

表

一覧

グラフ

＜この項の構成＞

(1)　レポートの表示形式を設定する

(2)　グラフの種類を設定する

(1)　レポートの表示形式を設定する

レポートの表示形式を設定する手順を次に示します。

必要な表示形式の情報を設定する。
例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードの各フィールドのレポートを表で表示し，CPU %（PCT_PROCESSOR_TIME）フィールドのレポートをグラフで表示したいとき，次のように設定します。
［CPU%］：［表］および［グラフ］を選択する
［PID］：［表］を選択する
［Program］：［表］を選択する
表示キー
［フィールド］：CPU%
［降順］：選択しない
［新規レポート > 表示形式］画面の入力例を次の図に示します。

図5-13　［新規レポート > 表示形式］画面の入力例

［次へ >］ボタンをクリックする。

［新規レポート > 表示形式］画面で［グラフ］を一つでも選択した場合
［新規レポート > グラフのプロパティ］画面に遷移し，グラフの種類を選択します。「(2)　グラフの種類を設定する」に進んでください。

［新規レポート > 表示形式］画面で［グラフ］を一つも選択しなかった場合
［新規レポート > ドリルダウン］画面に遷移します。「5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」に進んでください。

(2)　グラフの種類を設定する

［新規レポート > 表示形式］画面で［グラフ］を選択した場合，グラフの種類と表示形式を設定します。

手順を次に示します。

グラフの種類と必要な表示形式の情報を設定する。
例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードのCPU %（PCT_PROCESSOR_TIME）フィールドのレポートを，次の条件でグラフ表示するとします。
条件

縦軸をCPU %（PCT_PROCESSOR_TIME）フィールドの値にする。

横軸をProgram（INSTANCE）フィールド名で，（ ）内をPID（ID_PROCESS）フィールドの値にする。

グラフの種類を集合横棒にする。

この場合，次のように設定します。
グラフの種類
［集合縦棒］：選択する
系列
［行］：選択する
軸ラベル
［X軸］：Program（PID）
［Y軸］：CPU%
データラベル
［データラベル1］：Program
［データラベル2］：PID
［新規レポート > グラフのプロパティ］画面の入力例を次の図に示します。

図5-14　［新規レポート > グラフのプロパティ］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > ドリルダウン］画面に遷移します。「5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」に進んでください。

補足

ドリルダウンレポートを定義しない場合は，［完了］ボタンをクリックして，レポートの設定を終了できます。

5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）

必要に応じて，表示中のレポートから関連するレポートをドリルダウンで表示するドリルダウンレポートを設定します。

ドリルダウンレポートには次の2種類があり，目的に合わせて設定します。両方を設定してもかまいません。

レポートレベルのドリルダウンレポートを設定する場合
このドリルダウンレポートを設定する場合は，「(1)　レポートレベルのドリルダウンレポートを定義する」に進んでください。

フィールドレベルのドリルダウンレポートを設定する場合
このドリルダウンレポートを設定する場合は，「(2)　フィールドレベルのドリルダウンレポートを定義する」に進んでください。
［新規レポート > ドリルダウン］画面の表示例を次の図に示します。

図5-15　［新規レポート > ドリルダウン］画面

＜この項の構成＞

(1)　レポートレベルのドリルダウンレポートを定義する

(2)　フィールドレベルのドリルダウンレポートを定義する

(1)　レポートレベルのドリルダウンレポートを定義する

レポートレベルのドリルダウンレポートを定義する手順を次に示します。

［新規レポート > ドリルダウン］画面で［追加］ボタンをクリックする。
［新規レポート > ドリルダウン > レポートの選択］画面に遷移します。

レポート階層から，レポートに関連づけるドリルダウンレポートを選択する。
選択したレポートにチェックマークが表示されます。なお，ツリー種別プルダウンメニューから「ブックマーク」を選択することで，ブックマークおよび複合ブックマークをドリルダウンレポートとして関連づけることもできます。
［新規レポート > ドリルダウン > レポートの選択］画面の入力例を次の図に示します。

図5-16　［新規レポート > ドリルダウン > レポートの選択］画面の入力例

［OK］ボタンをクリックする。
［新規レポート > ドリルダウン］画面の［レポート］に，手順2で選択したドリルダウンレポートが表示されます。

［完了］ボタンをクリックする。
［新規レポート > ドリルダウン］画面が閉じ，レポートの設定が終了します。

(2)　フィールドレベルのドリルダウンレポートを定義する

フィールドレベルのドリルダウンレポートを定義する手順を次に示します。

［フィールド］から，ドリルダウンレポートを関連づけたいフィールドを選択する。
選択するフィールドの［選択］オプションボタンをクリックします。

［バインド］ボタンをクリックする。
［新規レポート > ドリルダウン > レポートの選択］画面が表示されます。

レポート階層から，フィールドに関連づけるドリルダウンレポートを選択する。
選択したレポートにチェックマークが表示されます。

［OK］ボタンをクリックする。
［新規レポート > ドリルダウン］画面の［フィールドのドリルダウン］の［レポート］に，手順3で選択したドリルダウンレポートが表示されます。

選択したフィールドを表示するときの条件式を設定したい場合は，［条件式の編集］ボタンをクリックする。
［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面が表示されます。

ドリルダウンレポートの条件式を設定する。
例えば，レポート画面に表示されているプロセスのCPU使用率よりCPU使用率が高いプロセスを，ドリルダウンレポートとして表示したい場合，条件式を次のようになるように設定します。
［条件式］：CPU % > CPU %
左辺の「CPU %」はドリルダウンレポートに表示するCPU使用率を示します。これは，［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の最初の［フィールド］に指定します。
右辺の「CPU %」は，ドリルダウンレポートの表示元になる，レポート画面に表示されているCPU使用率を示します。これは，［値かフィールドのどちらかを選択してください］の［フィールド］に指定します。

［OK］ボタンをクリックする。
［新規レポート > ドリルダウン］画面が表示されます。手順6で設定した条件式が［フィールドのドリルダウン］の［条件式］に表示されます。
［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の入力例を次の図に示します。

図5-17　［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の入力例

［完了］ボタンをクリックする。
［新規レポート > ドリルダウン］画面が閉じ，レポートの設定が終了します。

5.3.9　レポートをコピーする

監視テンプレートや既存のレポートをコピーする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層で，コピーするレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［コピー］メソッドを選択する。
インフォメーションフレームに［コピー］画面が表示され，コピー先のレポート階層が表示されます。

コピー先のフォルダまたは「User Reports」を選択する。

［OK］ボタンをクリックする。
手順3で選択したレポートが，手順5で選択したフォルダまたは「User Reports」にコピーされます。

参考

コピー先に同じレポートが存在する場合は，「コピー～レポート名」が作成されます。

図5-18　［コピー］画面

5.3.10　レポートを編集する

定義済みのレポートを編集するには，次の二つの方法があります。

［レポート階層］画面からレポートを編集する

レポート画面からレポートを編集する

＜この項の構成＞

(1)　［レポート階層］画面からレポートを編集する

(2)　レポート画面からレポートを編集する

(1)　［レポート階層］画面からレポートを編集する

定義済みのレポートを［レポート階層］画面から編集する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層で，編集するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。
インフォメーションフレームに［編集 > 名前と種別］画面が表示されます。

レポートの定義を編集する。
これ以降の手順は，新規にレポートを作成する場合と同じです。
手順については，「5.3.3　レポートの名前と種別を設定する」から「5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」を参照してください。

編集が終了したら，［完了］ボタンをクリックする。
編集したレポートの定義が有効になります。

注意

監視テンプレートとして用意されているレポートは変更できません。監視テンプレートのレポート定義をカスタマイズしたい場合は，監視テンプレートの該当レポートをコピーし，コピーしたレポートの定義内容を編集してください。

作成済みのレポートを変更する際，［プロダクト］は変更できません。また，［レポート種別］と［レコード］を変更した場合，フィルター条件や表示設定などの定義はリセットされるため，設定し直す必要があります。

(2)　レポート画面からレポートを編集する

レポート画面からレポートを編集する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

［エージェント階層］画面のナビゲーションフレームでエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで［レポートの表示］を選択する。
インフォメーションフレームにレポートの一覧が表示されます。

インフォメーションフレームのレポートを選択する。
別ウィンドウでレポート画面が表示されます。

［レポート定義の編集］タブを選択する。
編集できる項目は次のとおりです。設定方法については，「5.3.4　レポートに表示させるフィールドを設定する」～「5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」を参照してください。［名前と種別］と［ドリルダウン］は編集できません。

［フィールド］（レコード名は編集できません）

［フィルター］

［表示設定］

［表示形式］

［グラフのプロパティ］（グラフを選択した場合）

編集が終了したら，［OK］ボタンをクリックする。
編集したレポートの定義が有効になります。
編集したレポートの定義を保存したい場合，レポートを再表示したあとに［レポート定義の保存］メニューをクリックしてください。

5.3.11　フォルダまたはレポートの名前を変更する

レポートを格納するフォルダやレポートの名前を変更できます。

＜この項の構成＞

(1)　レポートのフォルダ名を変更する

(2)　レポート名を変更する

(1)　レポートのフォルダ名を変更する

フォルダの名前を変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層の「User Reports」配下で，名前を変更するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。
「User Reports」の名前は，変更できません。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示されます。
［現在のフォルダ名］に現在のフォルダ名が表示されます。

［新しいフォルダ名］に新しいフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［名前の変更］画面の表示例を次の図に示します。

図5-19　［名前の変更］画面

［OK］ボタンをクリックする。
手順3で選択したフォルダの名前が変更されます。

(2)　レポート名を変更する

レポートの名前を変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層の「User Reports」配下で，名前を変更するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示されます。
［現在のレポート名］に現在のレポート名が表示されます。

［新しいレポート名］に新しいレポート名を入力する。

［新しいレポート名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するレポート名も入力できます。

［名前の変更］画面の表示例を次の図に示します。

図5-20　［名前の変更］画面

［OK］ボタンをクリックする。
手順3で選択したレポートの名前が変更されます。

5.3.12　フォルダまたはレポートを削除する

不要になったフォルダやレポートは削除できます。フォルダを削除する場合，フォルダ配下にあるフォルダおよびレポートも削除されます。

＜この項の構成＞

(1)　レポートのフォルダを削除する

(2)　レポートを削除する

(1)　レポートのフォルダを削除する

フォルダを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層の「User Reports」配下で，削除するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したフォルダが削除されます。

(2)　レポートを削除する

レポートを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層の「User Reports」配下で，削除するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したレポートが削除されます。

5.3.13　レポートをエクスポートする

レポートをエクスポートする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

ナビゲーションフレームのレポート階層で，エクスポートする対象を選択する。
ここで選択する対象によって，次のようにエクスポートされます。

「User Reports」ルートを選択した場合
「User Reports」配下のフォルダおよびすべてのレポート

フォルダを選択した場合
選択したフォルダとフォルダ配下のレポート

レポートを選択した場合
選択したレポート

メソッドフレームで［エクスポート］メソッドを選択する。
［ファイルのダウンロード］画面が表示されます。

［保存］ボタンをクリックする。
［名前を付けて保存］画面が表示されます。

エクスポート先とファイル名を指定する。
ここで指定したファイルに手順3で選択した対象が出力されます。

［保存］ボタンをクリックする。
手順3で選択した対象がエクスポートされます。

注意

PFM - Web Consoleの画面からエクスポートしたレポート定義ファイルは，バイナリ形式となります。

5.3.14　レポートをインポートする

レポートの定義をインポートする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。
［レポート階層］画面が表示されます。

メソッドフレームで［インポート］メソッドを選択する。
［インポート］画面が表示されます。

［インポートファイル名］の［参照］ボタンをクリックする。
［ファイルの選択］画面が表示されます。

インポートするレポートの定義ファイルを選択する。
ここで選択する定義ファイルに記述されているルートやフォルダおよびレポートがインポートされます。

［OK］ボタンをクリックする。
上書きを確認するメッセージボックスが表示されます。

上書きしてよければ，メッセージボックスの［OK］ボタンをクリックする。
レポートがインポートされます。

5.4　クイックガイドでのレポートの作成

クイックガイドを使用すると，最小限の項目を設定することで，簡易的なレポートを作成できます。クイックガイドで作成したレポートのデフォルト値については，「5.4.3　クイックガイドで作成したレポートのデフォルト値」を参照してください。

＜この節の構成＞

5.4.1　クイックガイドでのレポートの作成手順

5.4.2　フィールドの検索

5.4.3　クイックガイドで作成したレポートのデフォルト値

5.4.1　クイックガイドでのレポートの作成手順

クイックガイドでのレポートの作成手順を次に示します。アラームの作成方法については，「6.5　クイックガイドでのアラームの設定」を参照してください。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」をルートとするエージェント階層が表示されます。

「Products」選択時
「Products」をルートとするエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，レポートを作成したいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［クイックガイド］ボタンを選択する。
［クイックガイド］画面が表示されます。

図5-21　［クイックガイド］画面

レポートの作成対象となるフィールドを表示する。
フィールドは次のどちらかの方法で表示します。

レコード名のメニューをクリックして展開表示し，表示されたフィールド一覧から選択する。

フィールドを文字検索し，検索結果から選択する。
フィールドを検索する場合は，検索文字列を［キーワード］に入力して［フィールドの検索］ボタンをクリックするか，または［フィールドの検索］画面をクリックして［クイックガイド > フィールドの検索］画面を表示させます。フィールドの検索についての詳細は，「5.4.2　フィールドの検索」を参照してください。

フィールドに表示されたレポートアイコンをクリックする。
リアルタイムレポートまたは履歴レポートのアイコンをクリックすると，クイックガイドで作成したレポートのレポート画面が表示されます。

リアルタイムレポートのアイコン：[図データ]

履歴レポートのアイコン：[図データ]

図5-22　レポート画面（クイックガイド）

レポート画面の［レポート定義の保存］メニューをクリックし，任意の名称でレポートを保存する。
［レポート定義の保存］画面が表示されます。保存先のフォルダとレポート名を指定して［OK］ボタンをクリックすると，レポートを保存できます。

5.4.2　フィールドの検索

この項では，［クイックガイド］画面からフィールドを文字検索する手順に限定して説明します。フィールドを検索したあとの作業については，「5.4.1　クイックガイドでのレポートの作成手順」のフィールド表示以降の手順を参照してください。

［クイックガイド］画面で［フィールドの検索］ボタンをクリックする。
［クイックガイド > フィールドの検索］画面が表示されます。
［クイックガイド］画面の［キーワード］にあらかじめ検索キーワードを入力した場合，検索結果が表示されます。検索結果については，手順3の説明文を参照してください。

検索対象のレコードを［対象レコード］のプルダウンメニューから選択する。
プルダウンメニューの内容は次のとおりです。

「--すべてのレコード--」
すべてのレコードを検索対象とする場合に選択します。

「--Log=Yesのレコード--」
「Log」プロパティがYesに設定されているレコードを検索の対象とする場合に選択します。この画面を開いた時点でエージェントが稼働している場合に，プルダウンメニューに表示されます。

選択したエージェントのレコード名一覧
選択したエージェントのレコード名一覧がアルファベット順に表示されます。

フィールドで検索したい文字列を［検索キーワード］に入力し，［検索］ボタンをクリックする。
検索結果が［検索結果］に表示されます。

対象レコードとして「--すべてのレコード--」を選択した場合
検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。
該当するレコード名のメニュー部分をクリックすると，検索結果のフィールド一覧が表示されます。

対象レコードとして「--Log=Yesのレコード--」を選択した場合
検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。
該当するレコード名のメニュー部分をクリックすると，検索結果のフィールド一覧が表示されます。

対象レコードとしてレコード名を選択した場合
検索結果のフィールド一覧が表示されます。

5.4.3　クイックガイドで作成したレポートのデフォルト値

クイックガイドでレポートを作成した場合のデフォルト値を次に示します。［クイックガイド > アラーム作成］画面の「プレビュー表示」アイコンから表示されるレポートも，デフォルト値は同じです。

表5-1　クイックガイドで作成したレポートのデフォルト値

項目
デフォルト値
編集可否

［名前と種別］
［レポート名］
(新しいレポート)
－

［プロダクト］
選択したエージェントのプロダクト種別
－

［レポート種別］
選択したエージェントのレポート種別
○※1

［フィールド］
［レコード］
フィールド選択画面で選択したフィールドが属するレコード
○

フィールドの選択状態
フィールド選択画面で選択したフィールド（ODBCキーフィールドがある場合は，すべてのODBCキーフィールドも含む）
○※2

［フィルター］
なし
－

［表示設定］
リアルタイムレポートの場合
表示時に指定：オフ
デルタ値で表示：オン
更新間隔
　自動更新しない：オフ
　初期値：60
　最小値：60
ランキング表
　フィールド：なし
　降順：オフ
－

履歴レポートの場合
表示時に指定：オフ
最大レコード数：1440
レポート表示期間
　対象期間：過去1時間以内
　レポート間隔：なし（指定レコードがPIレコードの場合は「分」）
ピーク時間のフィールド：なし
－

［表示形式］
［フィールド］
表：オン
一覧：オフ
グラフ：選択したフィールドに格納されている値が数値の場合だけオン
－

［表示キー］
表示名：オフ
表示キーのフィールド：オフ
－

［ドリルダウン］
なし
－

（凡例）

○：設定が必要な項目

－：設定を省略できる項目

注※1

クイックガイドでは，履歴レポートとリアルタイムレポートだけが作成できます。

注※2

フィールドの複数選択はできません。

5.5　コマンドでのレポートの作成

PFM - Web Consoleでは，コマンドを使用して，次に示すレポートの操作ができます。

レポートの定義情報を出力して，カスタマイズする

不要になったレポートを削除する

＜この節の構成＞

5.5.1　レポートの定義を出力してカスタマイズする

5.5.2　不要になったレポートを削除する

5.5.1　レポートの定義を出力してカスタマイズする

既存レポートの定義を出力し，カスタマイズしてPFM - Web Consoleに登録する手順を次に示します。

定義を出力したいレポートを，レポートの定義ファイル（XML形式）に記述する。
例えば，「User Reports」直下の「report_win」フォルダに保存されている「report1」および「report2」のレポート定義を出力する場合，次のように記述します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "rdef_output_params.dtd">
<pr-cli-parameters ver="0110">
<report-definitions>
<report-definition name="report1" parent-folder="/report_win"/>
<report-definition name="report2" parent-folder="/report_win"/>
</report-definitions>
</pr-cli-parameters>

手順1のレポートの定義ファイルを保存する。

jpcrdef outputコマンドを実行する。
例えば，レポートの定義ファイル「rdef_input_win.xml」に記述したレポートの定義を，出力先のレポート定義ファイル「rdef_output_win.xml」に出力する場合，次のように指定して実行します。

jpcrdef output -o rdef_output_win.xml rdef_input_win.xml

jpcrdef outputコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

手順3で出力したレポートの定義ファイルを編集する。
レポートの定義ファイルの編集方法については，マニュアル「JP1/Performance Management リファレンス」の，jpcrdef createコマンドについて説明している個所を参照してください。

手順4で編集したレポートの定義ファイルを保存する。

jpcrdef createコマンドを実行して，手順4で編集したレポートの定義を登録する。
例えば，レポートの定義ファイル「rdef_output_win.xml」を使用する場合，次のように指定して実行します。

jpcrdef create rdef_output_win.xml

jpcrdef createコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

既に登録済みのレポートと同名のレポートを登録する場合はエラーとなります。
同名のレポートを登録する場合，jpcrdef deleteで削除する必要があります。

5.5.2　不要になったレポートを削除する

不要になったレポートを，コマンドを使用して削除する手順を次に示します。

削除するレポートを，コマンドで使用する定義ファイル（XML形式）に記述する。
例えば，「User Reports」フォルダ直下の「report_win」フォルダに保存されている「report1」および「report2」のレポート定義を削除する場合，次のように記述します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "rdef_delete_params.dtd">
<pr-cli-parameters ver="0110">
<report-definitions>
<report-definition name="report1" parent-folder="/report_win"/>
<report-definition name="report2" parent-folder="/report_win"/>
</report-definitions>
</pr-cli-parameters>

レポートの定義ファイルの編集方法については，マニュアル「JP1/Performance Management リファレンス」の，jpcrdef createコマンドについて説明している個所を参照してください。

手順1のレポートの定義ファイルを保存する。

jpcrdef deleteコマンドを実行して，レポートを削除する。
例えば，レポートの定義ファイル「rdef_del_win.xml」を使用する場合，次のように指定して実行します。

jpcrdef delete -y rdef_del_win.xml

jpcrdef deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

5.6　Webブラウザでのブックマークの作成・編集

ここでは，レポートをブックマークに登録する手順について説明します。

＜この節の構成＞

5.6.1　ブックマークを作成する

5.6.2　ブックマークのフォルダを追加する

5.6.3　フォルダまたはブックマークの名前を変更する

5.6.4　フォルダ，ブックマーク，またはレポートを削除する

5.6.5　ブックマークのプロパティを確認する

5.6.6　ブックマークの登録レポートのタイリング表示

5.6.1　ブックマークを作成する

レポートをブックマークに登録する手順について説明します。

＜この項の構成＞

(1)　ブックマークを新規作成して登録する（新規作成登録）

(2)　既存のブックマークに登録する（新規追加登録）

(3)　既存のブックマークに上書き更新して登録する（上書き更新登録）

(1)　ブックマークを新規作成して登録する（新規作成登録）

ブックマークを新規に作成してレポートを登録する手順を次に示します。

(a)　レポートを表示して登録する場合

ブックマークに登録するレポートのレポート画面を表示する。
レポート画面の表示方法については，「5.7.1　レポートを表示する」を参照してください。
クイックガイドで作成したレポートのレポート画面の表示方法については，「5.4　クイックガイドでのレポートの作成」を参照してください。

［レポートの表示］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。
［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

ブックマークを保存するフォルダを新規に作成する場合は，フォルダの作成先を選択して，［新規フォルダ］ボタンをクリックする。
フォルダ名を入力する画面が表示されます。
フォルダを新規に作成しない場合は，ブックマークの作成先を選択して，手順7に進んでください。

フォルダ名を入力する。

［ブックマークフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
［ブックマーク］画面のブックマーク階層に，作成したフォルダが追加され選択状態で表示されます。

［ブックマーク名を指定してください］にレポートを登録するブックマーク名を入力する。

［ブックマーク名を指定してください］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するブックマーク名も入力できます。

［ブックマーク種別］を選択する。
ブックマークに登録する場合は「ブックマーク」を，複合ブックマークに登録する場合は「複合ブックマーク」を選択してください。
なお，リアルタイムレポートは，複合ブックマークとして登録できません。
［ブックマーク］画面の表示例を次の図に示します。

図5-23　［ブックマーク］画面1

［OK］ボタンをクリックする。
手順7で入力したブックマークにレポートが登録されます。

(b)　レポートを表示しないで登録する場合

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。
インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

(1)の「(a)　レポートを表示して登録する場合」の手順4以降に従う。

(2)　既存のブックマークに登録する（新規追加登録）

既存のブックマークにレポートを登録する手順を次に示します。

(a)　レポートを表示して登録する場合

ブックマークに登録するレポートのレポート画面を表示する。
レポート画面の表示方法については，「5.7.1　レポートを表示する」を参照してください。

［レポートの表示］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。
［ブックマーク］画面が表示されます。

ブックマーク階層から，レポートを登録するブックマークを選択する。
［ブックマーク］画面に「選択したブックマークに登録レポートを追加します」と表示され，選択したブックマークにチェックマークが付きます。
なお，次に示すレポートは，複合ブックマークに追加登録できません。

リアルタイムレポート

グラフが表示されないレポート

表示キーフィールドが指定されたレポート

図5-24　［ブックマーク］画面2

［OK］ボタンをクリックする。
手順4で選択したブックマークにレポートが登録されます。

注意

ブックマークからレポートを表示すると，登録されたレポートの数だけレポート表示画面が表示されます。表示する画面数が多くなる分だけ，表示に時間が掛かります。このため，一つのブックマークに登録するレポート数は10個以下にしてください。

(b)　レポートを表示しないで登録する場合

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。
インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

(2)の「(a)　レポートを表示して登録する場合」の手順4以降に従う。

(3)　既存のブックマークに上書き更新して登録する（上書き更新登録）

既存のブックマークに更新済みのレポートを上書き更新して登録する手順を次に示します。

(a)　レポートを表示して登録する場合

更新済みのレポートのレポート画面を表示する。
レポート画面の表示方法については，「5.7.1　レポートを表示する」を参照してください。

［レポートの表示］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。
［ブックマーク］画面が表示されます。

ブックマーク階層から，上書き更新する登録レポートを選択する。
［ブックマーク］画面に「選択した登録レポートを更新します」と表示され，選択した登録レポートにチェックマークが付きます。
［ブックマーク］画面の表示例を次の図に示します。

図5-25　［ブックマーク］画面3

［OK］ボタンをクリックする。
手順4で選択した登録レポートが上書き更新されます。

(b)　レポートを表示しないで登録する場合

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。
インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

(3)の「(a)　レポートを表示して登録する場合」の手順4以降に従う。

5.6.2　ブックマークのフォルダを追加する

ブックマークを保存するフォルダを追加する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームでフォルダの追加先となる「Bookmarks」または，「Bookmarks」配下のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［新規フォルダ］メソッドを選択する。
インフォメーションフレームに［新規フォルダ］画面が表示されます。

［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［新規フォルダ］画面の表示例を次の図に示します。

図5-26　［新規フォルダ］画面

［OK］ボタンをクリックする。
手順3で選択した「Bookmarks」またはフォルダの直下にフォルダが追加されます。

5.6.3　フォルダまたはブックマークの名前を変更する

ブックマークを保存するフォルダおよびブックマークの名前を変更できます。

＜この項の構成＞

(1)　ブックマークのフォルダ名を変更する

(2)　ブックマーク名を変更する

(1)　ブックマークのフォルダ名を変更する

フォルダの名前を変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，名前を変更するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示され，
［現在のフォルダ名］に手順3で選択したフォルダの名前が表示されます。

［新しいフォルダ名］に新しいフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

図5-27　［名前の変更］画面1

［OK］ボタンをクリックする。
手順3で選択したフォルダの名前が変更されます。

(2)　ブックマーク名を変更する

ブックマークの名前を変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，名前を変更するブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示されます。
［現在のブックマーク名］に手順3で選択したブックマークの名前が表示されます。

［新しいブックマーク名］に新しいブックマーク名を入力する。

［新しいブックマーク名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するブックマーク名も入力できます。

［名前の変更］画面の表示例を次の図に示します。

図5-28　［名前の変更］画面2

［OK］ボタンをクリックする。
手順3で選択したブックマークの名前が変更されます。

注意

ブックマーク名を変更しても，ドリルダウンレポートとして登録したブックマーク名は変更されないで，変更前の名称のままとなります。レポート定義の［編集 > ドリルダウン］画面で再設定してください。

ブックマークのフォルダ名の最後に「¥」または「/」を付けないでください。jpcrptコマンドによるレポートの出力時にエラーとなる可能性があります。

5.6.4　フォルダ，ブックマーク，またはレポートを削除する

不要になったフォルダ，ブックマークおよびレポートは削除できます。フォルダを削除する場合，フォルダ配下にあるものは，すべて削除されます。ブックマークを削除する場合，ブックマーク配下にある登録レポートも削除されます。

＜この項の構成＞

(1)　ブックマークのフォルダを削除する

(2)　ブックマークを削除する

(3)　ブックマークからレポートを削除する

(1)　ブックマークのフォルダを削除する

フォルダを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，削除するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したフォルダが削除されます。

(2)　ブックマークを削除する

ブックマークを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，削除するブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したブックマークが削除されます。

(3)　ブックマークからレポートを削除する

レポートを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，削除するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したレポートが削除されます。

補足

ブックマークに登録されている最後の登録レポートを削除する場合，ブックマークも削除されます。この場合，ブックマークを削除する確認のメッセージが表示されます。

5.6.5　ブックマークのプロパティを確認する

ブックマークのプロパティを確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，プロパティを確認するブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［プロパティの表示］メソッドを選択する。
インフォメーションフレームに［プロパティ］画面が表示されます。

図5-29　［プロパティ］画面

5.6.6　ブックマークの登録レポートのタイリング表示

タイリング表示によって，ブックマークで管理している複数の履歴レポートのグラフをインフォメーションフレームに並べて表示できます。また，表示されたグラフを並び替えたり，表示されたグラフをクリックして，それぞれのグラフのレポート画面を表示させたりできます。

タイリング表示によってグラフを表示できるレポートは，グラフの表示設定が有効な履歴レポートだけです。グラフの表示設定が有効ではない履歴レポート，またはリアルタイムレポートのグラフは表示されません。

参考

レポート系列ページング機能が有効な場合，グラフのフィールドが複数のページに分割されることがあります。こうしたレポートをタイリング表示した場合は，1ページ目に当たるグラフがタイリングされたそれぞれのグラフに表示されます。

レポート系列ページング機能の設定方法および設定項目については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Mangementのインストールとセットアップについて説明している章を参照してください。

＜この項の構成＞

(1)　タイリング表示の手順

(2)　グラフを並び替える

(3)　レイアウトを保存する

(4)　レポートを表示する

(1)　タイリング表示の手順

タイリング表示の手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層で，タイリング表示をしたいブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［タイリング表示］メソッドを選択する。
ブックマークに登録している履歴レポートの対象期間に［レポートの表示時に指定］以外を選択した場合，インフォメーションフレームに［タイリング表示］画面が表示されます。［タイリング表示］画面の表示例を次の図に示します。

図5-30　［タイリング表示］画面

ブックマークに登録している履歴レポートの対象期間を［レポートの表示時に指定］に選択している場合，［タイリング表示設定］画面が表示されます。［タイリング表示設定］画面は，［タイリング表示］画面の［表示設定画面］メニューを選択することで表示することもできます。［タイリング表示設定］画面の表示例を次の図に示します。

図5-31　［タイリング表示設定］画面

［タイリング表示設定］画面の各項目を設定する。
必要に応じて，次の項目について設定します。

［レポート表示期間の設定］

［対象期間］

タイリング表示のグラフに表示させるデータの対象期間をプルダウンメニューから選択します。選択できる値を次に示します。

・［レポートの表示時に指定］

・［過去1時間以内］

・［過去1日（24時間）以内］

・［過去7日以内］

・［過去1ヶ月以内］

・［過去1年以内］

デフォルトは，「過去1日（24時間）以内」です。

［レポートの表示時に指定］以外を選択した場合は，［開始日時］および［終了日時］に対応する日時が自動的に設定されます。

［開始日時］および［終了日時］

［対象期間］で［レポートの表示時に指定］を選択した場合に，タイリング表示のグラフに表示させる期間の開始日時および終了日時を設定します。

［開始日時］および［終了日時］は，「YYYY MM DD hh:mm」の形式で指定します（YYYY=西暦年，MM=月，DD=日，hh=時，mm=分）。

指定できる日時の範囲は，1971年1月1日00時00分～2035年12月31日23時59分です。［終了日時］には，［開始日時］に指定した日時以降の日時を指定してください。

なお，［レポートの表示時に指定］以外を選択した場合は，対応する日時が自動的に設定されます。また，自動的に表示された日時を変更した場合，［対象期間］の設定が［レポートの表示時に指定］になります。

［レポート間隔］

レポート間隔をプルダウンメニューで次の中から選択します。デフォルトは［対象期間］で選択した期間に応じて表示されます。

・分

・時

・日

・週

・月

・年

［適用範囲］

［レポート表示期間の設定］で指定した内容の適用対象を［すべてのレポートに適用する］のチェックボックスで切り替えます。デフォルトはオフです。

オンの場合，レポート定義の内容に関係なく，すべてのレポートに適用されます。

オフの場合，［対象期間］で［レポートの表示時に指定］が設定されているレポートだけに適用されます。

［表示レイアウト］

［タイリング表示］画面で横に並べるグラフの最大数を指定します。選択できる値を次に示します。

・横の表示個数：2

・横の表示個数：3

・横の表示個数：4

設定終了後，［OK］ボタンをクリックする。
設定した内容が反映された状態で［タイリング表示］画面が表示されます。

注意

［表示レイアウト］に指定する値を変更した場合，グラフの並び順はデフォルト（名前順）になります。

(2)　グラフを並び替える

タイリング表示によってインフォメーションフレームに表示されているグラフを並び替えることができます。グラフを並び替える手順を次に示します。

［タイリング表示］画面を表示させる。

［タイリング表示］画面の［並び替えを行なう］チェックボックスを選択する。
［タイリング表示］画面にグリッド枠が表示されます。

グリッド枠で囲まれた移動元の表示エリアを選択する。
ここで選択したエリアが移動元になります。グラフが表示されていないエリアも選択できます。

グリッド枠で囲まれた移動先の表示エリアを選択する。
移動元として選択したエリアと移動先として選択したエリアが入れ替わります。移動先としてグラフが表示されていないエリアも選択できます。

手順3.および手順4.を繰り返して並び替えが完了したら，［並び替えを行なう］チェックボックスを非選択状態にする。
［タイリング表示］画面のグリッド枠が消えます。

(3)　レイアウトを保存する

［タイリング表示］画面で横に並べるグラフの最大数，およびグラフの並び順の設定を保存できます。保存する手順を次に示します。

［タイリング表示］画面を表示させる。

必要に応じて，横に並べるグラフの最大数，またはグラフの並び替えを変更する。

［タイリング表示］画面の［レイアウトの保存］メニューを選択する。
保存の確認を促すメッセージが表示されます。すでにレイアウトを保存してある場合は上書きされます。

注意

ブックマークに登録してあるレポートを削除したり，ブックマークに新たにレポートを登録したりした場合は，保存したレイアウトは無効になります。横に並べるグラフの最大数はデフォルトの3となり，グラフはブックマークに登録したレポート名の名前順で表示されます。

(4)　レポートを表示する

タイリング表示されたグラフをクリックすることで，それぞれのグラフのレポート画面を表示できます。

ブックマークに登録されているレポートのレポート表示期間の設定，タイリング表示のレポート表示期間の設定などによって，表示されるレポート画面およびレポート表示期間が異なります。各条件によって表示されるレポート画面および表示期間について次に説明します。

表示されるレポート画面

ブックマークに登録されているレポートのレポート表示期間の設定が「レポートの表示時に指定」の場合，［レポートの表示設定］タブの画面が表示されます。

ブックマークに登録されているレポートのレポート表示期間の設定が「レポートの表示時に指定」以外の場合，［レポートの表示］タブの画面が表示されます。

レポートの表示期間

タイリング表示のグラフをクリックしたときに表示されるレポート画面については，ブックマークに登録されているレポートの表示期間の設定よりも，［タイリング表示設定］画面での表示期間の設定の方が優先されます。

5.7　レポートの表示

ここでは，レポートの表示に関する，次の操作について説明します。

レポートを表示する

レポートのプロパティ（定義内容）を確認する

レポートの表示条件を変更する

ドリルダウンレポートを表示する

オートラベルでデータの値を確認する

グラフの系列色を変更する

＜この節の構成＞

5.7.1　レポートを表示する

5.7.2　レポートのプロパティ（定義内容）を確認する

5.7.3　レポートの表示条件を設定する

5.7.4　ドリルダウンレポートを表示する

5.7.5　オートラベルでデータの値を確認する

5.7.6　グラフの系列色を変更する

5.7.1　レポートを表示する

レポートは次の方法で表示できます。

特定のエージェントを指定して表示する

アラームに関連づけられているレポートを表示する

［イベントモニター］画面から表示する

［ブックマーク階層］画面から表示する

［ブックマーク階層］画面のタイリング表示からレポートを表示する

それぞれの手順について説明します。

ポイント

レポート系列ページング機能が有効な場合，レポート表示画面のグラフのフィールドが複数のページに分割されることがあります。デフォルトでは，一つのページに14個のフィールドが表示されます。表示するページは，下部フレーム上側の[図データ]，[図データ]，[図データ]，[図データ]ボタンで切り替えられます。

レポート系列ページング機能の設定方法および設定項目については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Mangementのインストールとセットアップについて説明している章を参照してください。

＜この項の構成＞

(1)　特定のエージェントを指定して表示する

(2)　アラームに関連づけられているレポートを表示する

(3)　［イベントモニター］画面からレポートを表示する

(4)　ブックマークからレポートを表示する

(5)　ブックマークのタイリング表示からレポートを表示する

(1)　特定のエージェントを指定して表示する

特定のエージェントを指定してレポートを表示する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

ポイント

PFM - RMの監視対象のレポートを表示したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［レポートの表示］メソッドを選択する。
インフォメーションフレームに，［レポートの表示 > レポートの選択］画面が表示されます。［レポートの表示 > レポートの選択］画面は，ツリー種別の選択項目によって表示が異なります。
ツリー種別が「レポート」の場合は，後述の「ツリー種別が「レポート」の場合」を参照してください。ツリー種別が「ブックマーク」の場合は，後述の「ツリー種別が「ブックマーク」の場合」を参照してください。

注意

レポートが表示されない場合

履歴レポートが表示されない場合は，レポートの表示対象であるStoreデータベースのレコードの設定が，次のようになっているかどうかを確認してください。

Logの値が「Yes」

Collection Intervalの値が1以上

上記の設定になっていない場合は，上記の設定に変更してください。履歴レポートは過去の収集データを利用して表示するため，表示対象のレコードがStoreデータベースに記録されるように設定されていないと表示できません。

また，複合レポートが表示されない場合は，表示対象である登録レポートが設定されていないことが考えられます。複合ブックマークの編集によって設定してください。

参考

レポート画面は，次のように表示されます。

ツリー種別が「レポート」の場合：

エージェントを一つだけ選択したとき
レポートを複数選択したときは，選択した数だけレポート画面が表示されます。

エージェントを複数選択し，「履歴（1つのエージェント）レポート」または「リアルタイム（1つのエージェント）レポート」を選択したとき
エージェントごとにレポート画面が複数表示されます。

エージェントを複数選択し，「履歴（複数のエージェント）レポート」を選択したとき
すべてのエージェントのデータが表示された一つのレポート画面が表示されます。

ツリー種別が「ブックマーク」の場合：

エージェントの指定（単一，複数）に関係なく，ブックマーク登録時の選択エージェントとなります。

ブックマーク（複合ブックマークを除く）を選択したとき
ブックマークに登録されている，登録レポートの数だけレポート画面が表示されます。

(a)　ツリー種別が「レポート」の場合

レポート階層からレポートを選択する。
レポート階層には，［エージェント階層］画面のナビゲーションフレームで選択したエージェントと同一プロダクトのレポートが表示されます。

一つのレポートを表示するとき
レポート階層からレポートを選択すると，別ウィンドウにレポートが表示されます。
なお，レポート作成時にフィールドの表示条件で「表示時に指定」がチェックされているときは，［レポートの表示設定］画面が別ウィンドウに表示されます。［レポートの表示設定］画面に情報を設定したあと，［OK］ボタンをクリックすると，レポートが表示されます。

複数のレポートを表示するとき
［複数選択］をチェックすると，レポート階層から複数のレポートを選択できます。ただし，［エージェント階層］画面のナビゲーションフレームで複数の監視エージェントを選択しているときは，［複数選択］は表示されません。
レポート階層からレポートを複数選択したあと，［OK］ボタンをクリックすると，それぞれのレポートが別ウィンドウに表示されます。
なお，レポート作成時にフィールドの表示条件で「表示時に指定」がチェックされているときは，［レポートの表示設定］画面が別ウィンドウに表示されます。［レポートの表示設定］画面に情報を設定したあと，［OK］ボタンをクリックすると，レポートが表示されます。

(b)　ツリー種別が「ブックマーク」の場合

ブックマーク階層からブックマークまたは登録レポートを選択する。
ブックマーク階層からブックマークまたは登録レポートを選択すると，別ウィンドウにレポートが表示されます。

(2)　アラームに関連づけられているレポートを表示する

アラームに関連づけられているレポートを表示して，アラーム発生の原因を分析します。

アラームに関連づけられているレポートを表示する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

ポイント

PFM - RMの監視対象のレポートを表示したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームで［アラームの状態の表示］メソッドを選択する。
インフォメーションフレームに［アラームの状態の表示］画面が表示されます。レポートが関連づけられているアラームには，アラームアイコン（[図データ]）の横にレポートアイコン（Agent for Platformの場合は[図データ]または[図データ]）が表示されます。
アラームにレポートを関連づける方法については，「6.4.6　アラームにレポートを関連づける」を参照してください。

レポートを表示させたいレポートアイコンを選択する。
選択したレポートアイコンのレポート画面が別ウィンドウで表示されます。

補足 ［レポートの表示設定］タブの画面が表示された場合

レポート表示時に，表示条件を設定するように設定されている場合，レポート画面の初期表示時に，［レポートの表示設定］タブの画面が表示されます。この場合は，必要に応じて表示条件を設定し，［OK］ボタンをクリックすると，［レポートの表示］タブの画面が表示されます。

(3)　［イベントモニター］画面からレポートを表示する

Performance Managementシステムのイベントを一覧表示する画面を，［イベントモニター］画面といいます。［イベントモニター］画面では，あらかじめアラームに関連づけられているレポートを表示できます。

［イベントモニター］画面でレポートを表示する手順については，「7.1.2 アラームに関連づけられているレポートを表示する」を参照してください。

アラームにレポートを関連づける方法については，「6.4.6　アラームにレポートを関連づける」を参照してください。

(4)　ブックマークからレポートを表示する

レポートはブックマークに登録できます。レポートをブックマークに登録する手順については，「5.6.1　ブックマークを作成する」を参照してください。

ブックマークに登録したレポートを表示する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層からブックマークまたは登録レポートを選択する。
選択したブックマークまたは登録レポートにチェックマークが表示されます。

メソッドフレームで［レポートの表示］メソッドを選択する。
手順3で選択したレポートのレポート画面が別ウィンドウで表示されます。

(5)　ブックマークのタイリング表示からレポートを表示する

［ブックマーク階層］画面のタイリング表示によって，表示されている履歴レポートのサムネイル画像からレポートを表示できます。

タイリング表示のサムネイル画像からレポートを表示する手順については，「5.6.6　ブックマークの登録レポートのタイリング表示」を参照してください。

5.7.2　レポートのプロパティ（定義内容）を確認する

レポートの定義内容を確認できます。確認方法には次に示す2種類があります。

レポート画面の［プロパティの表示］タブで，レポートの定義内容を確認する

レポート階層からレポートの定義内容を確認する

＜この項の構成＞

(1)　レポート画面の［プロパティの表示］タブから表示する

(2)　レポート階層から表示する

(1)　レポート画面の［プロパティの表示］タブから表示する

レポート画面の［プロパティの表示］タブからレポートの定義内容を確認する手順を次に示します。

PFM - Web Consoleの画面で，プロパティ（定義内容）を確認するレポートの画面を表示する。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

レポート画面の［プロパティの表示］タブを選択する。
［プロパティの表示］タブにレポートの定義内容が表示されます。

注意

レポート画面の［プロパティの表示］タブに表示される内容は，レポートの定義情報です。表示設定情報ではありません。したがって，［レポートの表示設定］タブで表示条件を変更しても，プロパティの表示情報は変わりません。

(2)　レポート階層から表示する

レポート階層からレポートの定義内容を確認する手順を次に示します。

［レポート階層］のナビゲーションフレームから任意のレポート定義を選択する。

メソッドフレームの［プロパティの表示］メソッドを選択する。
選択したレポート定義のプロパティ画面が表示されます。

5.7.3　レポートの表示条件を設定する

レポートの表示条件を設定する方法には，次に示す2種類があります。

レポートの定義時に表示条件を設定する
PFM - Web Consoleの画面またはjpcrdef createコマンドでのレポートの定義時に，レポートの表示条件を設定します。
レポートの定義時に設定する表示条件は，永続的にPFM - Web Consoleシステムに登録されます。これは，画面のオープン，クローズやシステムの起動，終了などの状態には影響されることはなく，PFM - Web Consoleの画面またはjpcrdef deleteコマンドで，PFM - Web Consoleシステムから削除されるまでは，永続的に登録されます。

レポートの表示時または表示中に表示条件を設定する
レポートの表示時または表示中にレポート画面の［レポートの表示設定］タブで，レポートの表示条件を設定します。
［レポートの表示設定］タブで設定するレポートの表示条件は，表示条件を設定，変更したウィンドウだけに限定され，永続的なものではありません。例えば，同時に別ウィンドウで，同じレポートが表示されていたとしても，［レポートの表示設定］タブの設定内容は，操作をしたウィンドウにだけ適用されます。また，一つのウィンドウで設定，変更された表示条件は，そのウィンドウを閉じるまで保持されます。

ここでは，レポート画面の［レポートの表示設定］タブで，レポートの表示時または表示中に表示条件を設定する方法について説明します。なお，レポートの表示条件は，表示レポート編集機能でも設定できます。表示レポート編集機能については，「5.3.10　レポートを編集する」を参照してください。

＜この項の構成＞

(1)　レポートの表示時に表示条件を設定する

(2)　レポートの表示中に表示条件を設定する

(1)　レポートの表示時に表示条件を設定する

レポートの表示時に表示条件を設定する場合は，レポートを定義するときに次のように設定します。

データの収集間隔・取得間隔を設定するとき

PFM - Web Console画面でのレポートの定義

［新規レポート > 表示設定］画面の［表示時に指定］を選択します。

コマンド入力でのレポートの定義

indication-settingsパラメーターのspecify-when-displayed属性にTRUEを指定します。または，indication-settingsパラメーターの子要素date-rangeを省略します。

データのフィルター条件を設定するとき

PFM - Web Console画面でのレポートの定義

［新規レポート > フィルター］画面の［表示時に指定］を選択します。

コマンド入力でのレポートの定義

record - condition-expression - expressionパラメーターのSpecify-when-displayed属性にTRUEを指定します。

「-」は，レポート定義時の階層を示します。record - condition-expressionは，recordパラメーターの子要素にcondition-expressionを指定するという意味です。

データの収集間隔・取得間隔およびフィルター条件を設定するとき

PFM - Web Console画面でのレポートの定義

［新規レポート > 表示設定］画面の［表示時に指定］を選択します。

また，［新規レポート > フィルター］画面の［表示時に指定］を選択します。

コマンド入力でのレポートの定義

indication-settingsパラメーターのspecify-when-displayed属性にTRUEを指定します。または，indication-settingsパラメーターの子要素date-rangeを省略します。

また，record - condition-expression - expressionパラメーターのSpecify-when-displayed属性にTRUEを指定します。

「-」は，レポート定義時の階層を示します。record - condition-expressionは，recordパラメーターの子要素にcondition-expressionを指定するという意味です。

レポートの表示時に表示条件を設定する手順を次に示します。

表示条件を設定するレポートの画面を表示する。
レポート画面の初期表示で，［レポートの表示設定］タブの画面が自動的に表示されます。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

表示条件を設定する。

［OK］ボタンをクリックする。
手順2の表示条件が反映されたレポート画面が表示されます。

(2)　レポートの表示中に表示条件を設定する

レポートを表示するたびに表示条件を変更したい場合に利用します。手順を次に示します。

表示条件を設定するレポートの画面を表示する。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

レポート画面の［レポートの表示設定］タブをクリックする。
［レポートの表示設定］タブの画面が表示されます。

表示条件を設定する。

［OK］ボタンをクリックする。
手順3の表示条件が反映されたレポート画面が表示されます。

5.7.4　ドリルダウンレポートを表示する

ここでは，レポートに関連づけられたドリルダウンレポートを表示する方法を，ドリルダウンレポートの種類別に説明します。

ドリルダウンレポートの種類を次に示します。

レポートレベルのドリルダウンレポート

あるレポートから別のレポートを表示します。また，ブックマークおよび複合ブックマークに登録されている登録レポートも表示します。

フィールドレベルのドリルダウンレポート

あるレポートの詳細を表示します。

このほかに，時間項目のフィールドに自動設定されたドリルダウンレポートを表示できます。

ドリルダウンレポートの表示について

ドリルダウンレポートは，親レポートと別のウィンドウに表示されます。ドリルダウンレポートを表示した状態で，さらに親レポートからドリルダウンレポートを開くこともでき，ドリルダウンレポート自体からドリルダウンレポートを開くこともできます。親レポートのウィンドウを［閉じる］で閉じた場合，ドリルダウンレポートのウィンドウも連動して閉じられます。ただし，ドリルダウンレポートで開いた，ブックマークからのレポート画面および複合ブックマークからの複合レポート画面は連動して閉じません。なお，ウィンドウを閉じる処理以外は，連動されません。

＜この項の構成＞

(1)　レポート名を指定してドリルダウンレポート（レポートレベル）を表示する

(2)　レポート領域からドリルダウンレポート（フィールドレベル）を表示する

(3)　時間項目指定でドリルダウンレポート（自動設定）を表示する

(4)　ドリルダウンレポートの表示条件

(1)　レポート名を指定してドリルダウンレポート（レポートレベル）を表示する

ドリルダウンレポート（レポートレベル）が設定されている場合，レポート画面のメニューバーに，プルダウンメニューと［レポートの表示］メニューが表示されます。プルダウンメニューに表示されるドリルダウンレポートの数は，親レポートによって異なります。

ドリルダウンレポート（レポートレベル）を表示させるには，プルダウンメニューから，レポートを選択し，［レポートの表示］メニューをクリックします。なお，プルダウンメニューから，ブックマークおよび複合ブックマークに登録されている登録レポートもドリルダウンレポートとして表示できます。

ドリルダウンレポートが設定されたレポートの表示例を次の図に示します。

図5-32　ドリルダウンレポートが設定されたレポートの表示例

(2)　レポート領域からドリルダウンレポート（フィールドレベル）を表示する

レポート画面の表，一覧またはグラフのフィールドをクリックすることで，関連するドリルダウンレポート（フィールドレベル）を表示します。

表，一覧およびグラフからドリルダウンレポート（フィールドレベル）を表示する方法について説明します。

(a)　表からドリルダウンレポート（フィールドレベル）を表示する

表の値をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。選択できる表の値は，リンク表示されています。

(b)　一覧の項目名からドリルダウンレポート（フィールドレベル）を表示する

一覧の項目名をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。選択できる一覧の項目名は，リンク表示されています。

(c)　グラフ領域からドリルダウンレポート（フィールドレベル）を表示する

グラフ領域をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。グラフ領域からドリルダウンレポート（フィールドレベル）を表示するためには，レポートの定義でグラフに表示するフィールドにドリルダウンレポートを定義する必要があります。

(d)　親レポートからドリルダウンレポートに引き継がれる情報

レポート領域からドリルダウンレポートを表示した場合，親レポートからドリルダウンレポートに引き継がれる情報は，レポートの種類の組み合わせで変わります。親レポートからドリルダウンレポートへ引き継がれる情報を表5-2，表5-3に示します。

表5-2　引き継ぎ情報（親レポートが複数のエージェントの場合）

ドリルダウン
レポート
複数のエージェントを指定した場合（履歴レポートだけ）
一つのエージェントを指定した場合

データ取得期間
クリックしたデータ行のDate and Timeの情報
履歴レポートの場合
同左
リアルタイムレポートの場合
情報を引き継ぎません。

エージェント種別
クリックした表の行，一覧のページまたはグラフ領域のエージェント
親レポートの表示時に選択したエージェント

レポート間隔

ドリルダウンレポートのレポート定義

specify-when-displayed設定で変更された場合は，変更後の値

履歴レポートの場合
同左
リアルタイムレポートの場合
情報を引き継ぎません。

注　親レポートからドリルダウンレポートへ引き継がれる情報はレポートの場合だけです。ブックマークおよび複合ブックマークでは引き継がれません。

表5-3　引き継ぎ情報（親レポートが一つのエージェントの場合）

ドリルダウン
レポート
複数のエージェントを指定した場合（履歴レポートだけ）
一つのエージェントを指定した場合

データ取得期間
クリックしたデータ行のDate and Timeの情報
履歴レポートの場合
同左
リアルタイムレポートの場合
情報を引き継ぎません。

エージェント種別
親レポートの表示時に選択したエージェント※

レポート間隔

ドリルダウンレポートのレポート定義

specify-when-displayed設定で変更された場合は，変更後の値

履歴レポートの場合
同左
リアルタイムレポートの場合
情報を引き継ぎません。

注　親レポートからドリルダウンレポートへ引き継がれる情報はレポートの場合だけです。ブックマークおよび複合ブックマークでは引き継がれません。

注※

ドリルダウンレポートが一つのエージェントの場合，親レポートとドリルダウンレポートが両方とも複数インスタンスであっても，インスタンスは自動的に引き継がれません。インスタンスを引き継ぐ必要がある場合には，親レポートのドリルダウンの条件設定でフィールド値を設定する必要があります。

(3)　時間項目指定でドリルダウンレポート（自動設定）を表示する

表が表示されると，先頭列と最終列に［Date and Time］フィールド（リアルタイムレポートの場合は［Record Time］フィールド）が付加されます。レポート対象レコードがPIレコードで，データ取得間隔が分単位以外で定義されている場合，［Date and Time］フィールドまたは［Record Time］フィールドの時間を選択してドリルダウンレポート（自動設定）を表示できます。

時間項目指定で表示されるドリルダウンレポート（自動設定）は，親レポートのレポート定義と同一のレポートです。ただし，選択した［Date and Time］または［Record Time］の値がドリルダウンレポートの「開始日時」となり，「レポート間隔」が親レポートより1段階詳細となります。例えば，親レポートの「レポート間隔」が「時」の場合，ドリルダウンレポートの「レポート間隔」は「分」となります。

注意

時間項目からドリルダウンレポートを表示できるのは，履歴レポートだけです。

(4)　ドリルダウンレポートの表示条件

ドリルダウンレポートは，次の表示条件でフィルタリングされて表示されます。

親レポートに定義されたドリルダウンレポート表示のフィルター条件

ドリルダウンレポートに定義されたドリルダウンレポート表示のフィルター条件

ドリルダウンレポートに「表示時に指定」（SPECIFY_WHEN_DISPLAYED）として定義されたレポートの表示設定条件

1.と2.の間には，優先度があります。2.のドリルダウンレポート側のフィルター条件が固定値で定義されていたとしても，1.の親レポート側のフィルター条件が優先されます。

5.7.5　オートラベルでデータの値を確認する

グラフ上のプロットにマウスカーソルを重ねると，対応するデータの値をツールチップに表示できます。これをオートラベル機能といいます。オートラベル機能は，レポート画面の［レポートの表示設定］タブで，［オートラベルを表示する］チェックボックスを選択することで有効になります。

また，レポートの初回表示時からオートラベル機能を有効にするには，config.xmlのenableAutoLabelAtDefaultDispにtrueを指定します。初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

オートラベル機能によってツールチップを表示させたレポート画面の例を次に示します。

図5-33　ツールチップを表示させたレポート画面の例

参考

次のグラフではオートラベル機能を使用できません。

レポート印刷画面のグラフ

jpcrptコマンドでHTML出力したレポートのグラフ

［タイリング表示］画面のグラフ

［システム稼働状況サマリ監視］画面のグラフ

ここでは，ツールチップに表示するデータのけた数を設定する方法と，プロット数の多いグラフでオートラベル機能を使用する場合に必要な設定について説明します。

＜この項の構成＞

(1)　ツールチップに表示するデータのけた数を設定する

(2)　プロット数の多いグラフでオートラベル機能を使用する

(1)　ツールチップに表示するデータのけた数を設定する

オートラベル機能でツールチップに表示されるデータのけた数は，デフォルトで整数部が最大7けた，小数部が最大3けたです。変更する場合はconfig.xmlのautoLabelMaxIntegerDigits（<draw>タグ配下）およびautoLabelMaxFractionDigits（<draw>タグ配下）を変更してください。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

(2)　プロット数の多いグラフでオートラベル機能を使用する

オートラベル機能でツールチップにデータの値を表示できるのは，プロット数が1,440までの場合です。表示できるプロット数は，config.xmlのmaxAutoLabelPoints（<draw>タグ配下）の値を編集して変更できます。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

5.7.6　グラフの系列色を変更する

グラフの各系列に彩色される色は，初期設定ファイル（config.xml）を編集して変更できます。編集時に指定するラベルとその説明を次の表に示します。

表5-4　グラフの系列色を指定するラベル

項目
内容

指定するラベル
<chart-symbolColors>タグ配下のcolor1，color2，…，color16

指定可能値
RGB値をコンマ区切りで指定します。R，G，Bはそれぞれ0～255の範囲で指定します。

説明
color1から順に，指定した色でグラフの系列が彩色されます。
R，G，Bの各値のうち一つでも範囲外の値が指定された場合，その系列色にはデフォルトが利用されます。系列色の指定を省略すると，その番号の色をスキップします。例えば，color3だけ指定を省略した場合は，color1，color2，color4，（後略）の順に利用されます。
また，color1～color16のうち一つでも有効な項目があれば，有効な項目だけがグラフの系列色に利用されます。例えば，有効な項目が三つ（3色）ある場合は，その3色だけが系列色として利用されます。

config.xmlでの指定例を次に示します。

（略）
 ：
<chart-symbolColors>
 <param name="color1" value="255,0,0"/>
 <param name="color2" value="255,200,0"/>
 <param name="color3" value="0,0,255"/>
 <param name="color4" value="192,192,192"/>
 <param name="color5" value="255,0,255"/>
 <param name="color6" value="255,255,0"/>
 <param name="color7" value="128,128,128"/>
 <param name="color8" value="0,255,0"/>
 <param name="color9" value="64,64,64"/>
 <param name="color10" value="0,255,255"/>
 <param name="color11" value="0,0,0"/>
 <param name="color12" value="255,175,175"/>
</chart-symbolColors>
 ：
（略）

グラフで使用できる代表的な色を次の表に示します。

表5-5　代表的な表示色とRGB値

表示される色 | RGB値（R,G,B）
[図データ]（赤） | 255,0,0
[図データ]（オレンジ） | 255,200,0
[図データ]（青） | 0,0,255
[図データ]（ライトグレー） | 192,192,192
[図データ]（マゼンタ） | 255,0,255
[図データ]（黄） | 255,255,0
[図データ]（グレー） | 128,128,128
[図データ]（黄緑） | 0,255,0
[図データ]（ダークグレー） | 64,64,64
[図データ]（シアン） | 0,255,255
[図データ]（黒） | 0,0,0
[図データ]（ピンク） | 255,175,175
[図データ]（オリーブ色） | 128,128,0
[図データ]（紺） | 0,0,128
[図データ]（紫） | 128,0,128
[図データ]（青緑） | 0,128,128
[図データ]（栗色） | 128,0,0
[図データ]（緑） | 0,128,0

なお，グラフの系列色は，PFM - Web Console 09-50で変更されました。PFM - Web Console 09-10以前の配色にしたい場合は，次の手順で初期設定ファイル（config.xml）を編集してください。

サンプルとして提供されている初期設定ファイル（config.xml）を開く。
サンプルは，次の場所に格納されています。

Windowsの場合

インストール先フォルダ¥sample¥conf¥

UNIXの場合

/opt/jp1pcwebcon/sample/conf/

サンプル内で，次の2か所をコピーする。

「<chart-symbolColors>」の行

「sample setting pattern,」直前の「<!--」の行から，「</chart-symbolColors>」の行まで

コピーした内容はテキストエディターなどに貼り付けておく。
貼り付けた結果は次のようになります。

       <chart-symbolColors>
         <!--
             sample setting pattern,
             colors are used before Web Console 0910.
             color1            : red
                （中略）
             color12           : pink
             not use Color Number at Graph type Circle.
                   : color1
         -->
         <!--
         <param name="color1" value="255,0,0"/>
                （中略）
         <param name="color12" value="255,175,175"/>
         <param name="noUseCircleColor value="1"/>
         -->

        </chart-symbolColors>

コメントアウトの行を取り除く。
テキストエディターなどに貼り付けた内容に対して，「<param name="color1" value="255,0,0"/>」の行から「<param name="noUseCircleColor value="1"/>」の行までを囲んでいるコメント（「<!--」および「-->」）を削除します。
その直前にある，「sample setting pattern,」で開始するブロックを囲んでいるコメントは削除しないでください。

手順4で編集した内容を，初期設定ファイル（config.xml）に反映する。
反映先となる初期設定ファイル（config.xml）は，次の場所に格納されています。

Windowsの場合

インストール先フォルダ¥conf¥

UNIXの場合

/opt/jp1pcwebcon/conf/

反映方法は，PFM - Web Console 09-50以降を新規インストールした場合と，バージョンアップインストールした場合とで異なります。
PFM - Web Console 09-50以降を新規インストールした場合：
初期設定ファイル（config.xml）の「<chart-symbolColors>」から「</chart-symbolColors>」で囲まれている部分を，手順4で編集した内容に置き換えてください。
バージョンアップインストールした場合：
手順4で編集した内容を初期設定ファイル（config.xml）に追加します。
追加位置は，</vsa>タグの直後に何が記載されているかによって異なります。

</vsa>タグの直後に<draw>タグが記載されている場合
「<param name="maxDrilldownPoints" value="設定値" />」の行と，</draw>の間に，手順4で編集した内容を追加します。

</vsa>タグの直後に<command>タグが記載されている場合
</vsa>の直後に<draw>の行と</draw>の行を追加し，それらの行の間に手順4で編集した内容を追加します。

PFM - Web Console サービスを再起動する。
初期設定ファイル（config.xml）で変更した設定内容が有効になり，グラフの系列色がPFM - Web Console 09-10以前の配色になります。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

5.8　複合レポートの表示

複合レポートは，複数の履歴レポートを一つのグラフに表示する機能です。通常のレポート機能でも，一つのグラフに複数エージェントのレポートを表示できますが，履歴レポートでは同一のレコードに限定されます。複合レポート機能を使うと，エージェントのプロダクトやレポートのレコード種別に関係なく，複数の履歴レポートを一つのグラフに表示できます。また，基準となるレポートをベースラインとして設定することで，ほかのレポートと比較できます。

次の表に，複合レポートの表示可否について，グラフの種類とグラフオプションの組み合わせで示します。

表5-6　複合レポートの表示可否

グラフの種類
グラフオプションの設定

通常表示
3Dで表示する
グリッドを表示する

集合縦棒グラフ
○
○
○

積み上げ縦棒グラフ
○
○
○

集合横棒グラフ
×
×
×

積み上げ横棒グラフ
×
×
×

円グラフ
×
×
×

折れ線グラフ
○
×※
○

面グラフ
○
×※
○

積み上げ面グラフ
○
×※
○

（凡例）

○：表示できる

×：表示できない

注※

設定はできるが，無効となる。

次に，複合レポートの表示例をグラフの種類ごとに示します。

図5-34　複合レポートの表示例（集合縦棒グラフの場合）

図5-35　複合レポートの表示例（積み上げ縦棒グラフの場合）

図5-36　複合レポートの表示例（折れ線グラフの場合）

図5-37　複合レポートの表示例（面グラフの場合）

図5-38　複合レポートの表示例（積み上げ面グラフの場合）

この節では，複合レポートに関する，次の操作について説明します。

複合レポートを表示するための準備

複合レポートの表示手順

複合レポートのプロパティ（複合ブックマークの定義内容）を確認する

複合レポートの応用的な使い方

＜この節の構成＞

5.8.1　複合レポートを表示するための準備

5.8.2　複合レポートの表示手順

5.8.3　複合レポートのプロパティ（定義内容）を確認する

5.8.4　複合レポートの応用的な使い方

5.8.1　複合レポートを表示するための準備

複合レポートを表示するには，事前に次の準備が必要です。

複合レポートに表示するレポートの作成

複合ブックマークへのレポート登録

複合ブックマークへのベースライン登録

複合レポート表示形式の設定

複合レポートに表示するレポートの作成については，「5.2　レポート作成の流れ」を参照してください。また，複合ブックマークへのレポート登録については，「5.6.1　ブックマークを作成する」を参照してください。ここでは，複合ブックマークへのベースライン登録と，複合レポート表示形式の設定について説明します。

参考

複合ブックマークには，レポート，ベースライン合わせて10個まで登録できます。

＜この項の構成＞

(1)　複合ブックマークへのベースライン登録

(2)　複合レポート表示形式の設定

(1)　複合ブックマークへのベースライン登録

ベースラインを複合ブックマークに登録する手順を次に示します。

PFM - Web Consoleの画面で，複合ブックマークにベースラインとして登録するレポートの画面を表示する。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

レポート画面の［ベースライン］を選択する。
［ベースライン］画面が別ウィンドウで表示されます。

ブックマークツリーから複合ブックマークを選択し，［ベースライン名を指定してください］にベースライン名を入力する。

［ベースライン名を指定してください］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するベースライン名も入力できます。

［ベースライン］画面の表示例を次の図に示します。

図5-39　［ベースライン］画面

［OK］ボタンをクリックする。
複合ブックマークにベースラインが登録されます。

(2)　複合レポート表示形式の設定

複合レポートの表示形式を設定するには，複合ブックマークの表示条件を変更します。手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層から，作成した複合ブックマークを選択する。
選択した複合ブックマークにチェックマークが表示されます。

メソッドフレームで［編集］メソッドを選択する。
インフォメーションフレームに［編集］画面が表示されます。

必要に応じて表示条件を編集する。
複合レポートでは，［系列グループの設定］で各レポートをグルーピングできます。これを系列グループといい，系列グループごとに次の内容を設定・変更できます。

グラフ種類

系列グループ名

Y軸の最大・最小値

Y軸の表示位置

［編集］画面の表示例を次の図に示します。

図5-40　［編集］画面

［OK］ボタンをクリックする。
系列グループの設定が表示条件として反映されます。

5.8.2　複合レポートの表示手順

複合ブックマークに登録した登録レポートは，エージェント階層またはブックマーク階層から表示できます。それぞれの手順を次に示します。

注意

複合レポートを表示するためには，事前に複合ブックマークを作成し，複合ブックマークへのベースラインを登録したり複合ブックマークの表示条件などを編集したりしておく必要があります。それぞれの手順については，「5.6.1　ブックマークを作成する」および「5.8.1　複合レポートを表示するための準備」を，参照してください。

＜この項の構成＞

(1)　エージェント階層から複合レポートを表示する

(2)　ブックマーク階層から複合レポートを表示する

(1)　エージェント階層から複合レポートを表示する

エージェント階層から複合レポートを表示する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームで，エージェントを選択する。
選択したエージェントにチェックマークが表示されます。

ポイント

PFM - RMの監視対象のレポートを表示したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［レポートの表示］メソッドを選択する。
インフォメーションフレームに，デフォルトであるレポートツリーが表示されます。

インフォメーションフレームの［ツリー種別］を［ブックマーク］に変更する。
インフォメーションフレームの表示が［ブックマーク階層］に変わり，ブックマークツリーが表示されます。

ブックマークツリーから，複合ブックマークを選択する。
複合ブックマークに設定されている登録レポートが，複合レポートとして別ウィンドウで表示されます。

(2)　ブックマーク階層から複合レポートを表示する

ブックマーク階層から複合レポートを表示する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。
［ブックマーク階層］画面が表示されます。

ナビゲーションフレームのブックマーク階層から，作成した複合ブックマークを選択する。
選択した複合ブックマークにチェックマークが表示されます。

メソッドフレームで［レポートの表示］メソッドを選択する。
手順3で選択した複合ブックマークに設定されている登録レポートが，複合レポートとして別ウィンドウで表示されます。

5.8.3　複合レポートのプロパティ（定義内容）を確認する

複合レポート画面の［プロパティの表示］タブでは，複合ブックマークの定義内容を確認できます。登録レポート自体のレポート定義内容は確認できません。

複合ブックマークの定義内容を確認する手順を次に示します。

PFM - Web Consoleの画面で，プロパティ（定義内容）を確認するレポートの画面を表示する。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

レポート画面の［プロパティの表示］タブを選択する。
［プロパティの表示］タブに複合ブックマークの定義内容が表示されます。

注意

［プロパティの表示］タブに表示される内容は，複合ブックマークの定義情報です。表示設定情報ではありません。したがって，［レポートの表示設定］タブで表示条件を変更しても，プロパティの表示情報は変わりません。

5.8.4　複合レポートの応用的な使い方

この項では，複合レポートの応用的な使い方の例を示します。

＜この項の構成＞

(1)　同一レコードの異なるフィールドのレポートを表示する

(2)　異なるエージェント種別の同系レコードをレポート表示する

(3)　異なるエージェント種別の異なるレコードをレポート表示する

(4)　ベースラインと同時にレポート表示する

(5)　さまざまな複合レポートを組み合わせて利用する

(1)　同一レコードの異なるフィールドのレポートを表示する

同一レコード上の異なるフィールドのレポートを一つのグラフに表示する場合，フィールド同士でデータの単位やスケールに大きな差異がないか注意する必要があります。

フィールド同士でデータの単位やスケールに大きな差異がある場合，通常のレポートと複合レポートとでは表示結果が次のように異なります。

通常のレポートの場合
グラフのY軸は，最大値が大きいフィールドにあわせて設定されます。そのため，フィールド値の差異が大きいレポート同士を表示させると，グラフが読みづらくなる場合があります。

複合レポートの場合
各レポートを別々の系列グループに設定することで，各レポートの表示方法を次の点で調整できます。

Y軸の最大値

Y軸をグラフの左右どちらに表示するか

グラフの種類

複合レポートで作成したグラフの例を次の図に示します。この図では，フィールド「プロセッサ使用率（最大値：100%）」とフィールド「物理メモリー未使用サイズ（最大値：3,000メガバイト）」を一つのグラフに表示させています。

図5-41　同一レコードで異なるフィールドのレポートを表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。
なお，ここで登録するレポート同士は，次の条件を満たしているものとします。

同一スケールのデータフィールド（複数も可）だけを表示する

同一の収集間隔でデータ表示する

複合ブックマークを次のように編集する。

各レポートを別々の系列グループに設定する

各系列グループに適したY軸の最大値を設定する

系列グループのY軸の表示位置を左右別々に設定する

(2)　異なるエージェント種別の同系レコードをレポート表示する

異なるエージェント種別の同系レコードを一つのグラフに表示させると，レコード値を比較できます。しかし，通常のレポートの場合，異なるエージェントの情報は同じグラフ上に表示できません。

複合レポートの場合，複合ブックマークの編集で，該当するレポートを同じ系列グループに設定することで，これらのレコードを同じグラフ上に表示できます。また，グラフ種類に「積み上げ棒」などを設定することで，積み上げて合計されたデータ規模を視覚的に確認することもできます。

複合レポートで作成したグラフの例を次の図に示します。この図では，フィールド「Windows1」と「UNIX1」のCPU（単位：%）を一つのグラフに表示させています。

図5-42　異なるエージェント種別の同系レコードをレポート表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。
なお，ここで登録する複数のレポートは，それぞれスケールおよび内容が類似するデータフィールドを持っているものとします。

複合ブックマークを編集し，各レポートを同一の系列グループとして作成する。

(3)　異なるエージェント種別の異なるレコードをレポート表示する

複合レポートでは，異なるエージェントの異なるレコード同士も，同じグラフ上に表示できます。例えば，複数レコード間の変動値に相関性がある場合などに，視覚的に確認できて便利です。

複合レポートによるグラフの作成結果の例を次の図に示します。この例では，変動値に相関性がある次の二つのフィールドを同じグラフ上に表示させています。

HTTPサービスの応答速度（最大値：3.0秒）

Cosminexusトランザクション数（最大値：3,000件）

図5-43　異なるエージェント種別の異なるレコードをレポート表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。
なお，ここで登録する複数のレポートは，スケールやエージェント種別が異なるが，関連性を持つものとします。

複合ブックマークを次のように編集する。

各レポートを別々の系列グループとして設定する

それぞれの系列グループで，スケールやデータに合わせて，グラフ種類やY軸の値を設定する

系列グループのY軸の表示位置を左右別々に設定する

(4)　ベースラインと同時にレポート表示する

複合レポートではベースラインとして，周期性を持つ過去のレポートデータや，安定稼働時のレポートデータをあわせて表示できます。これによって，現在のレポートと比較し，異常発生の有無や傾向を把握しやすくなります。

グラフの作成結果の例を次の図に示します。この図では，過去のレポートをベースラインとし，それぞれの24時間のトランザクション数（最大値：3,000件）を同じグラフ上に表示させています。

図5-44　ベースラインと同時にレポート表示する場合

この複合レポートの登録手順は次のとおりです。

比較元のレポートを複合ブックマークとして登録する。
ここで登録するレポートは，周期的なデータ収集が設定されているレポートとします。

複合ブックマークにベースラインを追加する。
ベースラインとして登録するレポートは，比較元と同じ期間または収集間隔を持つレポートとします。

複合ブックマークを編集する。
登録レポートとベースラインを同じ系列グループに設定します。

(5)　さまざまな複合レポートを組み合わせて利用する

(1)～(4)の手法を応用することで，システム全体を総合的に判断するためのグラフが作成できます。また，複合レポートとして表示した情報データに着目して，個別登録レポートへドリルダウンすることで，より詳細なデータ監視へ視点を切り替えることができます。

次に示す図では，Web3階層システム（Webサーバ／アプリケーションサーバ／データベースサーバ）に対して，システム運用監視の例を示します。この例では次の視点で監視します。

システム全体の状況を把握するために，PFM - Agent for Service Responseが収集したHTTPサービスの応答性能の状況を監視

上記の稼働性能に影響をおよぼすおそれのある次の2項目についても監視

各階層サーバのCPU使用率（単位：%）

メモリー使用量（単位：メガバイト）

これらをデータごとに系列グループにまとめ，複合レポートとして一つのグラフに表示します。縦軸のスケールは系列グループごとに設定できるため，システム全体の稼働性能の推移を相対的に比較できます。

グラフの作成結果の例を次の図に示します。

図5-45　さまざまなレポートを組み合わせたときの例

この複合レポートの登録手順は次のとおりです。

次に示すレポートを作成する。

HTTPサービスの応答速度

WebサーバのCPU使用率

Webサーバのメモリー使用量

アプリケーションサーバのCPU使用率

アプリケーションサーバのメモリー使用量

データベースサーバのCPU使用率

データベースサーバのメモリー使用量

Webサーバ，アプリケーションサーバ，データベースサーバについては，あらかじめレポートのドリルダウンを設定しておきます。

複合ブックマークにこれらのレポートを登録する。
系列グループは次のように設定します。

HTTPサービスの応答速度：面グラフ，最大3,000ms

CPU使用率：線グラフ，最大100

メモリー使用量：棒グラフ，2,048メガバイト

5.9　レポートの出力

レポートは，PFM - Web Consoleの画面またはコマンドを使用して，CSVまたはHTML形式で出力できます。

それぞれの操作について説明します。

＜この節の構成＞

5.9.1　WebブラウザでレポートをCSVまたはHTML出力する

5.9.2　コマンドでレポートをCSVまたはHTML出力する

5.9.3　CSVの形式

5.9.4　HTMLの形式

5.9.1　WebブラウザでレポートをCSVまたはHTML出力する

＜この項の構成＞

(1)　WebブラウザでレポートをCSV出力する

(2)　WebブラウザでレポートをHTML出力する

(1)　WebブラウザでレポートをCSV出力する

PFM - Web Consoleの画面に表示したレポートを，CSV形式で出力します。

レポートをCSV出力する手順を次に示します。

CSV出力するレポートの画面を表示する。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

リアルタイムレポートの場合，レポート画面の［レポートの表示］タブの［停止］メニューをクリックする。
リアルタイムレポートの自動更新が停止され，［CSV出力］メニューが表示されます。
履歴レポートでは，レポート画面を表示させたときから［CSV出力］メニューが表示されています。

レポート画面の［レポートの表示］タブの［CSV出力］メニューを選択する。
［ファイルのダウンロード］画面が表示されます。

［保存］ボタンをクリックする。
保存先を指定して，保存します。

注意1

レポートキャッシュファイル化機能を有効にしている場合は，CSVファイルの末尾にエラーメッセージが出力されていないことを確認してください。

CSV出力時にファイルへのアクセスエラーや，内容不正によるエラーが発生した場合，CSVファイルの末尾にエラーメッセージが出力されます。

注意2

CSV出力を行う場合，レポートに出力するフィールドとして選択していない場合でも以下のフィールド情報が付加されます。

リアルタイムレポートの場合
"Record Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（一つのエージェント）の場合
"Date and Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（複数のエージェント）の場合
"Date and Time"フィールド，"Agent Host"フィールド，"Agent Instance"フィールド，ODBCキーフィールドの情報が付加されます。

ODBCキーフィールドについては各JP1/Performance Management - Agentのマニュアルを参照してください。

(2)　WebブラウザでレポートをHTML出力する

レポートの結果を印刷や保存に適した形式で表示できます。

レポートをHTML出力する手順を次に示します。

HTML出力するレポートの画面を表示する。
レポート画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

リアルタイムレポートの場合，レポート画面の［レポートの表示］タブの［停止］メニューをクリックする。
リアルタイムレポートの自動更新が停止され，［印刷画面］メニューが表示されます。
履歴レポートでは，レポート画面を表示させたときから［印刷画面］メニューが表示されています。

レポート画面の［レポートの表示］タブの［印刷画面］メニューを選択する。
新しいウィンドウが開き，レポートの結果が印刷や保存に適した形式で表示されます。

Webブラウザの機能を利用して，レポートを印刷したり保存したりします。
保存する場合は，ページ全体を保存するオプションを指定して保存してください。

注意1

リスト表示エリアとテーブル表示エリアを色付きで印刷する場合，背景（バックグラウンド）の色とイメージを印刷するように，Webブラウザを設定する必要があります。

注意2

レポート系列ページング機能が有効な場合，印刷画面にはレポート画面に表示されたページが表示されます。すべてのフィールドを一つのHTMLファイルに含めたい場合は，レポート系列ページング機能を無効に設定してください。レポート系列ページング機能の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Mangementのインストールとセットアップについて説明している章を参照してください。

5.9.2　コマンドでレポートをCSVまたはHTML出力する

jpcrptコマンドを使用すると，バッチ処理によって，決められた時刻に定期的にレポートをファイルに出力したり，複数のレポートを一度にファイルに出力したりできます。jpcrptコマンドは，レポートをCSV形式またはHTML形式で出力します。なお，jpcrptコマンドで出力できるレポートの種類はPFM - Web Consoleのバージョンによって異なります。バージョンごとのレポート出力可否を次の表に示します。

表5-7　バージョンごとのレポート出力可否

出力対象 | 08-00 | 08-10 | 08-11以降
レポート | CSV出力 | ○ | ○ | ○
HTML出力 | × | ○ | ○
登録レポート | CSV出力 | × | × | ○
HTML出力 | × | × | ○
複合レポート | HTML出力 | × | × | ○

（凡例）

○：出力できる

×：出力できない

jpcrptコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

CSV出力を行う場合，レポートに出力するフィールドとして選択していない場合でも以下のフィールド情報が付加されます。

リアルタイムレポートの場合
"Record Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（一つのエージェント）の場合
"Date and Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（複数のエージェント）の場合
"Date and Time"フィールド，"Agent Host"フィールド，"Agent Instance"フィールド，ODBCキーフィールドの情報が付加されます。

ODBCキーフィールドについては各JP1/Performance Management - Agent のマニュアルを参照してください。

5.9.3　CSVの形式

(a)　CSVデータの出力形式

CSVデータは，データヘッダー1部，データヘッダー2部，およびデータ部の順に出力されます。各部の表示形式について次に説明します。

データヘッダー1部
1行の空白行＋レポート名＋1行の空白行が表示されます。

データヘッダー2部
フィールドの見出しが出力されます。
フィールドの列見出しに出力されるのは，フィールドのスキーマ名です。ただし，定義時にフィールドに対して［表示名］が設定されている場合は，設定された［表示名］を表示します。

データ部
1レコード1行で出力されます。

(b)　CSV出力に使用される文字のキャラクターセット

config.xml※に「characterCode」として設定した文字コードになります。設定できるキャラクターセットは，US-ASCII，windows-1252，ISO-8859-1，UTF-8，UTF-16，UTF-16BE，UTF-16LE，Shift_JIS，EUC-JP，EUC-JP-LINUX，およびMS932です。

デフォルトは，Shift_JISです。

注意

config.xml※の「characterCode」の設定値が，上記のキャラクターセットに含まれない場合，または設定してあった値がプラットフォームで定義されていなかった場合，初期化時にエラーとしてログ出力し，設定値にデフォルト値を使用します。

(c)　各行の改行コード

config.xml※に「lineSeparator」として設定します。デフォルトは，Windowsでは「CRLF」，UNIXでは「LF」です。

改行コードが「CRLF」の場合は，「0D0A」を出力します。「LF」の場合は，「0A」を出力します。

注意

設定が「CRLF」，「LF」以外である場合，初期化時にエラーとしてログ出力し，設定値に「CRLF」を使用します。

(d)　ファイルの終了コード

最終データを出力したあと，<EOF>を出力します。

(e)　各項目間のデリミタ

各項目間のデリミタは，「,」で表します。データ値に「,」，「"」，改行が含まれる場合は，データ値自体を「" "」で囲みます。

5.9.4　HTMLの形式

＜この項の構成＞

(1)　コマンドで出力した場合の出力形式

(2)　GUIから出力した場合の出力形式

(1)　コマンドで出力した場合の出力形式

HTML形式のレポートはレポートヘッダー部，グラフ表示部，テーブル表示部の三つのパートで構成されます。各パートに表示される内容と表示条件を出力対象ごとに次の表に示します。

表5-8　各パートに表示される内容と表示条件（コマンドで出力した場合）

パート
出力対象

レポート出力
登録レポート出力
複合ブックマーク出力

レポートヘッダー部
レポート名，エージェント名※1，日付フォーマット，コマンドラインがコロンで区切って表示される。
レポート名，エージェント名※1，日付フォーマット，コマンドラインがコロンで区切って表示される。
ブックマーク名，日付フォーマット，コマンドラインがコロンで区切って出力される。

グラフ表示部
レポート出力画面で使用されるものと同様のグラフ画像が表示される。
レポート定義でグラフ表示が有効かつ入力ファイルでshow-graphタグを指定した場合に表示される。
レポート出力画面で使用されるものと同様のグラフ画像が表示される。
登録レポートのレポート定義でグラフ表示が有効かつ入力ファイルでshow-graphタグを指定した場合に表示される。
複合レポートのレポート出力画面で使用されるものと同様のグラフ画像が表示される。

テーブル表示部
表形式のデータすべてが一つの画面に表示される。※2
レポート定義でテーブル表示が有効かつ入力ファイルでshow-tableタグを指定した場合に表示される。
表形式のデータすべてが一つの画面に表示される。※2
登録レポートのレポート定義でテーブル表示が有効かつ入力ファイルでshow-tableタグを指定した場合に表示される。
表示されない（複合レポートでは表形式の出力はない）。

注※1

エージェント名が複数指定されている場合，エージェント名の間はコンマで区切って表示されます。

注※2

表示されるカラムの並びはレポート定義の定義順と一致します。ただし，Date and Timeフィールドは特別で，定義していない場合は左側に，定義した場合は定義順に1回だけ表示されます。

なお，データが0件の場合またはエージェントが停止していた場合は，レポートヘッダー部だけが出力されます。

HTMLはUTF-8コードで出力され，config.xmlファイルのExport形式での文字コード，改行の設定には従いません。

レポート結果をコマンドからHTML形式で出力した場合の例を次の図に示します。

図5-46　レポート結果をコマンドからHTML形式で出力した場合の例

(2)　GUIから出力した場合の出力形式

HTML形式のレポートはレポートヘッダー部，グラフ表示部，リスト表示部，テーブル表示部の四つのパートで構成されます。

各パートに表示される内容と表示条件を出力対象ごとに次の表に示します。

表5-9　各パートに表示される内容と表示条件（GUIから出力した場合）

パート | 出力対象
レポート出力（ブックマーク） | 複合レポート出力 | イベント履歴レポート出力
レポートヘッダー部 | レポート定義名，レポート定義の格納先フォルダ※1，エージェント名※2，およびデータ取得時刻※3が表示される。 | 複合ブックマーク名，ブックマーク階層のパス※4，およびデータ取得時刻※3が表示される。 | 文字列「Event History」，およびデータ取得時刻※3が表示される。
グラフ表示部 | レポート出力画面で使用されるものと同様のグラフ画像が表示される。 | 複合レポート出力画面で使用されるものと同様のグラフ画像が表示される。 | 表示されない。
リスト表示部 | レポート画面で表示されているリストのデータおよびインスタンス番号が表示される。 | 表示されない（複合レポートではリスト形式の出力はない）。 | 表示されない。
テーブル表示部 | 表形式のデータすべてが一つの画面に表示される。※5 | 表示されない（複合レポートでは表形式の出力はない）。 | 表形式のデータすべてが一つの画面に表示される。

注※1

レポート定義の格納先フォルダが「ParentFolder フォルダのパス名」の形式で表示されます。フォルダのパス名は絶対パスで表示されます。

注※2

エージェント名が「Agents エージェント名」の形式で表示されます。エージェント名が複数指定されている場合，エージェント名の間はコンマで区切って表示されます。また，レポートが複合レポートの場合は，表示されません。

注※3

データ取得時刻が「Time (時刻)」の形式で表示されます。表示される内容は，レポート画面のメニューバーフレームに表示されている内容と同じです。

注※4

ブックマーク階層のパス名が絶対パスで表示されます。

HTMLはUTF-8コードで出力され，config.xmlファイルのExport形式での文字コード，改行の設定には従いません。

参考

［印刷画面］メニューを連続で選択した場合，その度に新しい画面が開きます。印刷画面は上書き更新されません。また，親画面を閉じた場合，印刷画面も閉じられます。

レポート結果をGUIからHTML形式で出力した場合の例を次の図に示します。

図5-47　レポート結果をGUIからHTML形式で出力した場合の例

5.10　レポートに関する注意事項

ここでは，レポートに関する注意事項を示します。

＜この節の構成＞

5.10.1　レポート作成時の注意事項

5.10.2　レポート表示時の注意事項

5.10.3　複合レポートでの注意事項

5.10.1　レポート作成時の注意事項

レポート作成時の注意事項を次に示します。

＜この項の構成＞

(1)　文字コード種別の変更について

(2)　更新間隔の設定について

(3)　リアルタイムレポートと履歴レポートの使い分けについて

(4)　表示データの多いレポートについて

(1)　文字コード種別の変更について

レポートを作成するときに，全角文字や半角かたかなを使用した場合，PFM - Managerの文字コード種別は変更しないでください。途中で文字コード種別を変更すると，以前に定義したアラームやレポートが実行されなくなります。

文字コード種別を変更する場合は，一度アンインストールして，環境を再構築してください。

(2)　更新間隔の設定について

複数のリアルタイムレポートを同時に表示する運用をしたい場合は，各画面の自動更新が同時に実行されないような更新間隔を設定してください。

(3)　リアルタイムレポートと履歴レポートの使い分けについて

長時間のパフォーマンスデータの傾向を参照する運用をしたい場合は，リアルタイムレポートを長時間表示した状態にするのではなく，履歴レポートを使用してください。

(4)　表示データの多いレポートについて

表示データの多いレポート（例えば，PFM - Agent for PlatformのProcess Detail Interval（PD_PDI）レコードのレポート）は，データフィルターやランキング表示を利用して，必要なデータだけを表示するようにしてください。

5.10.2　レポート表示時の注意事項

レポート表示時の注意事項を次に示します。

＜この項の構成＞

(1)　積み上げ面グラフについて

(2)　円グラフについて

(3)　PFM - Web ConsoleのWebブラウザに表示できる最大レポート画面数について

(4)　レポートに表示できる最大データ数について

(5)　データの取得性能について

(6)　リアルタイムレポート表示の制限について

(7)　表示レコード数が多いレポートを表示する場合について

(8)　グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について

(9)　グラフの凡例が表示しきれない場合について

(10)　フィールド数が多いリアルタイムレポートを表示する場合について

(11)　大量の表データを含むレポートをHTML出力する場合について

(12)　ドリルダウンが設定されたデータ数の多いレポートを表示する場合について

(13)　レポートの表示に時間が掛かる場合について

(14)　グラフ画像を表示または出力する場合に作成される一時ファイルについて

(1)　積み上げ面グラフについて

積み上げ面グラフで，複数の系列のレコードを積み上げる場合，完全に一致する時刻のレコード同士だけが積み上がります。

そのため，履歴レポート（複数エージェント）で複数のエージェントのレコードを積み上げ表示する場合，両者の収集間隔とオフセット値が一致するように設定してください。

上記の運用をした場合でも，収集負荷による処理遅延によって，実際の収集時刻にずれが生じて期待した積み上げ面グラフが表示されない場合があります。このような問題を回避するために，PFM - Web Consoleのオプション機能で，レコードの収集時刻を補正してグラフを表示することができます。

詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）の<graph-time-correction>タグについて説明している個所を参照してください。

(2)　円グラフについて

レポートに表示する円グラフの個数が多い場合，円グラフの下部にあるデータラベルが改行されます。これによって，円グラフのサイズが小さくなることがあります。この場合，次のどれかの対処をしてください。

グラフ倍率を上げて表示する

レポートに表示する円グラフの個数を減らす

データラベルに表示される文字数を減らす

データラベルに表示される文字数を減らす方法を次に示します。設定はレポート定義の編集画面で実施します。

［編集 > グラフのプロパティ］画面で［系列］に「行」を指定している場合

［編集 > グラフのプロパティ］画面で，［データラベル］に指定するフィールドを，インスタンスが識別できて，文字数が少ないフィールドにしてください。

［編集 > グラフのプロパティ］画面で［系列］に「列」を指定している場合

［編集 > 表示形式］画面で，［表示名］に指定する文字列を短くしてください。

例えば，グラフ倍率が100%で円グラフが9個の場合，データラベルの改行を回避するには，文字数を半角19文字または全角18文字以下に設定してください。

(3)　PFM - Web ConsoleのWebブラウザに表示できる最大レポート画面数について

一つのPFM - Web ConsoleのWebブラウザで表示できるレポート画面は，4画面以下にしてください。

PFM - AgentまたはPFM - RMの情報を表示するレポート画面（リアルタイムレポートを表示するレポート画面）は，一つのPerformance Managementシステム内で10画面以下にしてください。11画面以上を表示した場合，データの取得に失敗することがあります。

(4)　レポートに表示できる最大データ数について

リアルタイムレポートでは，データを30回分まで表示します。31回以上のデータを表示する場合は，古いものから順に削除します。変更する場合はconfig.xmlのmaxRealtimeCacheを変更してください。

履歴レポートでは，最大レコード数のレコードまたは初期設定ファイル（config.xml）に設定した最大件数までのデータグループのデータが表示されます。変更する場合はmaxFetchCount（<vsa>タグ配下）を変更してください。

ただし，表示レコード数が多いレポートはGUIで変更できません。jpcrptコマンドのCSV出力を利用してください。

(5)　データの取得性能について

複数のリアルタイムレポートを同時に表示した場合，データの取得性能が低下することがあります。

(6)　リアルタイムレポート表示の制限について

PFM - AgentまたはPFM - RMで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。そのため，Webブラウザで複数インスタンスレコードのリアルタイムレポートを表示する際，32,767個までのインスタンスが表示できます。32,768個目以降のインスタンスは表示できません。

(7)　表示レコード数が多いレポートを表示する場合について

表示レコード数が多いレポートをGUIで表示すると，PFM - ManagerのView Serverサービス，またはPFM - Web Consoleのサービスで使用するメモリーが不足して表示できない場合があります。表示レコード数が多いレポートの場合は，次の運用を検討してください。

(a)　レポートキャッシュファイル化機能を有効にする

PFM - Web Consoleには，レポートのデータを，一時的にディスク上のファイルに格納して，メモリー使用量を抑える機能があります。これをレポートキャッシュファイル化機能といい，作成されるファイルをレポートキャッシュファイルといいます。

レポートキャッシュファイル化機能を有効にすると，PFM - Web Consoleはレポートキャッシュファイルを参照して，レポートのデータを表示するため，メモリーに保持するデータが減少し，メモリー不足が発生しにくくなります。

なお，レポートを表示する場合，グラフの有無によってメモリー不足が発生するサービスが異なります。それぞれの場合のメモリー不足の回避方法を次に示します。

グラフが含まれないレポートに大量のデータが含まれている場合
PFM - ManagerのView Serverサービスでメモリー不足が発生します。この場合，レポートキャッシュファイル化機能を有効にすることでメモリー不足を回避できます。

グラフが含まれるレポートに大量のデータが含まれている場合
PFM - ManagerのView Serverサービス，またはPFM - Web Consoleのサービスでメモリー不足が発生します。PFM - ManagerのView Serverサービスについては，レポートキャッシュファイル化機能を有効にすることでメモリー不足を回避できます。PFM - Web Consoleのサービスについては，「(8)　グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について」を参照してレポート定義内容を検討してください。

注意

複合レポートの表示時に使用されるベースラインデータでは，レポートキャッシュファイル化機能は利用できません。メモリーが不足するおそれがあるため，大量のデータを含むレポートは，ベースラインとして登録しないでください。

レポートキャッシュファイル化機能は，次の表に示すPFM - Web ConsoleのWebブラウザで表示するレポートに対応しています。また，jpcrptコマンドでレポートを出力するときにも有効に機能します。

表5-10　レポートキャッシュファイル化機能を利用できるレポート

呼び出し元
レポート

PFM - Web Consoleの画面
履歴レポート

イベント履歴

複合レポート

［レポート印刷］画面（HTML出力）

CSV出力

タイリング表示

リアルタイムレポート
（自動更新が無効な場合または停止している場合）

jpcrptコマンド
履歴レポート（HTML出力）

複合レポート

なお，jpcrptコマンドで履歴レポートをCSV出力する場合は，レポートキャッシュファイル化機能は利用できません。ただしこの場合，レポートのデータを読み込みながら出力するため，レコード数が多いレポートを出力するときのメモリー不足は回避できます。

レポートキャッシュファイルは，デフォルトでは次のディレクトリに格納されます。

レポート出力種別 | OS | ディレクトリ
PFM - Web Consoleでのレポート表示 | Windows | PFM - Web Consoleのインストール先フォルダ¥reportcache¥serv¥
UNIX | /opt/jp1pcwebcon/reportcache/serv/
jpcrptコマンドでのHTML出力 | Windows | PFM - Web Consoleのインストール先フォルダ¥reportcache¥cmd¥
UNIX | /opt/jp1pcwebcon/reportcache/cmd/

なお，格納されたレポートキャッシュファイルは，通常はレポート出力操作が完了した時点で削除されますが，何らかの要因でファイルが削除されなかった場合，次に示すタイミングで再度削除が試みられます。

ディレクトリ
削除されるタイミング

PFM - Web Consoleのインストール先フォルダ¥reportcache¥serv¥

/opt/jp1pcwebcon/reportcache/serv/

PFM - Web Consoleサービスの次回起動時※1

PFM - Web Consoleのインストール先フォルダ¥reportcache¥cmd¥

/opt/jp1pcwebcon/reportcache/cmd/

削除されない※2

注※1

すべてのファイルおよびディレクトリが削除されるため，ディレクトリ配下には任意のファイルを格納しないでください。

注※2

自動的に削除されないため，jpcrptコマンドが実行中でないことを確認してから手動で削除してください。

参考

レポートキャッシュファイルのディスク占有量の見積もり方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，レポートキャッシュファイルを使用する場合のディスク占有量について説明している個所を参照してください。

レポートキャッシュファイル化機能を有効にしたい場合，初期設定ファイル（config.xml）のuseReportCacheFileにtrueを指定します。また，レポートキャッシュファイルの格納先ディレクトリは，初期設定ファイル（config.xml）のreportCacheFileDirで指定します。

注意

レポートキャッシュファイルの格納先ディレクトリには，ローカルディスク上のディレクトリを指定してください。ネットワーク上のディレクトリを指定した場合，ローカルディスクと比較してGUIおよびjpcrptコマンドの動作に時間が掛かります。

初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(b)　jpcrptコマンドでCSV出力する

表示レコード数が多いレポートのデータは，PFM - Web Consoleの画面に表示するのではなく，CSVファイルに出力して参照することを検討してください。

レポートをCSVファイルに出力するには，jpcrptコマンドを利用します。jpcrptコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(8)　グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について

グラフを含むレポートを表示する場合に，レポート表示に必要なメモリー量がPFM - Web Consoleで使用できる制限値を超えると，メモリーが不足して表示できないことがあります。レポート表示に必要なメモリー量は，レポート表示対象データの最大レコード数（データ行数）およびフィールド数によって変化します。

メモリー不足を回避できる値を次に示します。グラフの種類にかかわらず，レポート表示対象データがこの値以下に収まる場合，メモリーが不足することはありません。同時に複数のレポートを表示する場合は，すべてのレポートの合計値がこの値以下に収まるようにしてください。

最大レコード数（データ行数）：50,000

フィールド数：5（レコード数が50,000の場合）

上に示す値は，積算値として考慮します。つまり，最大レコード数＊フィールド数が50,000＊5＝250,000以下の場合，メモリー不足は発生しません。レポート表示対象データ数が異なる場合の検討例を次に示します。

最大レコード数（データ行数）：100,000

フィールド数：2

この場合，100,000＊2＝200,000となるため，メモリー不足は発生しません。

この値を実際のレポートに当てはめた場合の定義内容例を次の表に示します。

表5-11　レポート定義内容例1

定義項目
定義内容

レポート種別
履歴（1つのエージェント）

エージェント
PFM - Agent for Platform（Windows）

レコード
PI（単数インスタンスレコード）

選択フィールド
Available Mbytes
Cache Faults/sec
Cache Mbytes
Page Faults/sec
Pages/sec

グラフ表示フィールド

グラフ種別
面

レポート表示期間
過去1ヶ月以内

レポート間隔
分

表5-12　レポート定義内容例2

定義項目
定義内容

レポート種別
履歴（1つのエージェント）

エージェント
PFM - Agent for Platform（Windows）

レコード
PD_PDI（複数インスタンスレコード）

選択フィールド
CPU %
Page File Kbytes

グラフ表示フィールド
CPU %

グラフ種別
面

レポート表示期間
過去1日以内

監視対象プロセス数※
30

注※

レポート表示の対象となるプロセス数（レコードのインスタンス数）です。レポート定義で設定する項目ではありません。

表5-13　レポート定義内容例3

定義項目
定義内容

レポート種別
履歴（複数のエージェント）※

エージェント
PFM - Agent for Platform（Windows）

レコード
PI（単数インスタンスレコード）

選択フィールド
Available Mbytes
Cache Mbytes

グラフ表示フィールド
Available Mbytes

グラフ種別
折れ線

レポート表示期間
過去1ヶ月以内

レポート間隔
分

注※

二つのエージェントを選択してレポートを表示する場合を例とします。

(9)　グラフの凡例が表示しきれない場合について

レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。

PFM - Web Console 09-10以降の場合，グラフのフィールドを複数のページに分割して表示できます。これをレポート系列ページング機能といい，これによってすべての凡例を参照できます。この機能を有効にしたい場合，初期設定ファイル（config.xml）のusingSeriesPagingOnTheGraphにtrueを指定してください。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Mangementのインストールとセットアップについて説明している章を参照してください。

また，PFM - Web Console 09-00以前の場合，またはPFM - Web Console 09-10以降でレポート系列ページング機能が無効の場合に，グラフの凡例が表示しきれない場合は，グラフ倍率を変更して確認してください。グラフ倍率を変更しても表示しきれない場合は，レポートの表へグラフの凡例に該当するフィールドを追加して確認してください。なお，グラフに表示するフィールドは20個程度を推奨します。

(10)　フィールド数が多いリアルタイムレポートを表示する場合について

レポート系列ページング機能によってリアルタイムレポートが複数のページに分割されている場合，レポートを更新するときにフィールド数が増減することがあります。これによって，ページに表示されるフィールドが変化することがあるため注意してください。

(11)　大量の表データを含むレポートをHTML出力する場合について

HTML出力したレポートに大量の表データが含まれる場合，表示に高い負荷が掛かるために，Webブラウザがハングアップすることがあります。この場合，HTML形式レポートに含める表データの行数を制限することで回避してください。

09-10以降のPFM - Web Consoleでは，HTML形式レポートに含める表データの行数は，次の表に示す初期設定ファイル（config.xml）の項目を設定することで変更できます。

表5-14　表データ行数を制限するためのconfig.xmlの設定項目

レポート種別 | config.xmlの設定項目
［レポート印刷］画面への出力 | printTableMaxRowSize
jpcrptコマンドによるHTML出力 | cmdHtmlTableOutputMaxRowSize

初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

なお，この設定によって表データの行数を制限した場合でも，レポートに含まれるフィールドの数が多い場合は，出力されるデータの量がWebブラウザの許容範囲を超え，Webブラウザの動作が不安定になることがあります。これを回避するには，レポートに含めるフィールドの数を見直してください。初期設定ファイル（config.xml）に設定した表データ行数の制限値が初期値で，Internet Explorer 7を使用してレポートを表示する場合，フィールド数は10以下です。

(12)　ドリルダウンが設定されたデータ数の多いレポートを表示する場合について

フィールドレベルのドリルダウンを設定したレポートを表示する場合，フィールドのプロット数によっては，メモリーが不足してPFM - Web Consoleサービスが停止することがあります。この場合，グラフのドリルダウンデータ数制限機能を有効にすることで回避してください。

グラフのドリルダウンデータ数制限機能は，フィールドレベルのドリルダウンが設定されたフィールドのプロット数（ドリルダウンデータ数）を制限する機能です。ドリルダウンデータ数が制限値を超えた場合，グラフ上のフィールドレベルのドリルダウンは無効になり，グラフ上のフィールドをクリックしてもドリルダウンレポートは表示されなくなります。なお，表および一覧の項目に対するドリルダウンは無効になりません。

グラフのドリルダウンデータ数制限機能は，09-10以降のPFM - Web Consoleで利用できます。制限値は，初期設定ファイル（config.xml）のmaxDrilldownPointsに指定します。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(13)　レポートの表示に時間が掛かる場合について

レコードのインスタンス数が大量な場合，表示に時間が掛かる場合があります。この場合，次に示す対処をすべて実施することで，一度にグラフに表示するデータ数を制限してください。

［編集 > グラフのプロパティ］画面で［系列］に「列」を指定する

レポート系列ページング機能を有効にする
初期設定ファイル（config.xml）のusingSeriesPagingOnTheGraphにtrueを指定します。

グラフの凡例に表示するフィールドの最大数を14に制限する
初期設定ファイル（config.xml）のdisplayLegendCountに14を指定します。

初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Mangementのインストールとセットアップについて説明している章を参照してください。

(14)　グラフ画像を表示または出力する場合に作成される一時ファイルについて

09-50以降のPFM - Web Consoleでは，次に示す契機でグラフ画像を表示または出力する場合に，10～100キロバイト程度の一時ファイルが作成されます。

グラフを含むレポート（複合レポートを含む）の表示および出力

稼働状況サマリ表示画面での円グラフの表示

ブックマークの登録レポートのタイリング表示

一時ファイルは，次に示すディレクトリに格納されます。

Windowsの場合

GUIでのレポート表示のとき
システム環境変数TMPに設定されているフォルダ。

jpcrptコマンドでのレポート出力のとき
コマンド実行ユーザーのユーザー環境変数TMPに設定されているフォルダ。

UNIXの場合

環境変数TMPDIRに設定されているディレクトリ。

環境変数TMPDIRが設定されていない場合は，ディレクトリ/var/tmpまたは/tmp。

作成された一時ファイルは，グラフ画像の生成が完了したあと削除されます。

5.10.3　複合レポートでの注意事項

複合レポートの注意事項を次に示します。

＜この項の構成＞

(1)　グラフ種類，グラフオプションに関する注意事項

(2)　グラフの描画順に関する注意事項

(3)　グラフの横軸（X軸），縦軸（Y軸）に関する注意事項

(4)　レポートのフィールド数に関する注意事項

(5)　系列グループの設定に関する注意事項

(6)　レポートの対象期間に関する注意事項

(7)　ベースライン表示期間

(8)　グラフタイトルの長さに関する注意事項

(9)　PDレコードタイプのレコードを表示する場合の注意事項

(1)　グラフ種類，グラフオプションに関する注意事項

「3Dで表示する」のグラフオプションは，常に設定可能ですが，「集合縦棒/積み上げ縦棒」以外のグラフ種類では無視されます。また，「グリッドを表示する」のグラフオプションは常に設定できますが，最前面のグラフに対してだけ有効です。

(2)　グラフの描画順に関する注意事項

複合レポートのグラフは次の順序で描画されます。

系列グループ1から順番に描画し，以降の系列グループが上書き描画します。

系列グループ内では，系列グループに登録されている登録レポート順に描画し，以降の登録レポートが上書き描画していきます。

登録レポート内では，登録レポート内のフィールド順に描画し，以降のフィールドが上書き描画していきます。

グラフの描画順のイメージを次の図に示します。

図5-48　グラフの描画順のイメージ

複合ブックマークの定義では，1.および2.は複合ブックマークの編集時に「系列グループの設定」で描画順序を決定できるため，描画されたグラフが隠れないように設定してください。また，3.についてはレポート定義画面で設定できます。

ただし，「3D集合縦棒／3D積み上げ縦棒」のグラフを含む系列グループと，「折れ線」のグラフを含む系列グループは，系列グループの順序にかかわらずどちらかが最前面に表示されます。どちらを最前面に表示するかは，初期設定ファイル（config.xml）の<foregroundCombinationGraph>タグで指定します。

指定内容に応じたグラフの描画順序を次の表に示します。

<forgroundCombinationGraph>タグの指定値
描画位置

3DBAR（デフォルト）
前面側から背面側に向かって，次に示す順序で表示されます。

3D集合縦棒／3D積み上げ縦棒

折れ線

集合縦棒／積み上げ縦棒／面／積み上げ面

LINE
前面側から背面側に向かって，次に示す順序で表示されます。

折れ線

3D集合縦棒／3D積み上げ縦棒

集合縦棒／積み上げ縦棒／面／積み上げ面

詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）の<foregroundCombinationGraph>タグについて説明している個所を参照してください。

(3)　グラフの横軸（X軸），縦軸（Y軸）に関する注意事項

複合レポート全体での共通設定はできません。
複合レポートのY軸は，系列グループごとに自動スケール調整（実データの最大・最小に調整）と，手動スケール調整（最大値，最小値指定）ができます。また，該当する軸ラベルの表示位置も左側，右側から任意に選択できます。

複合レポートのX軸は一つの時系列固定です。
対象期間の範囲や収集間隔が異なる場合は，欠損値と見なしてデータ補正されるので，描画が崩れることがあります。また，PDレコードを収集する場合，収集間隔にずれが生じることがあるため，積み上げのグラフを正常に表示できないことがあります。PDレコードの場合は，折れ線グラフで描画することを推奨します。
上記の問題を回避するために，PFM - Web Consoleのオプション機能で，レコードの収集時刻を補正してグラフを表示することができます。詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）の<graph-time-correction>タグについて説明している個所を参照してください。

複合レポートのY軸目盛の表示順序は，グラフの描画順序に準じます。
複合レポートに含まれる系列グループのうち，最前面に描画される系列グループのY軸目盛が最も内側（グラフに近い側）に描画されます。次いで背面に描画される系列グループのY軸目盛から，順番にその外側に描画されていきます。

(4)　レポートのフィールド数に関する注意事項

複合レポートでは，レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。その場合，グラフ倍率を上げて表示するか，次の方法で，表示するフィールド数を制限してください（20個程度推奨）。

複合ブックマークの編集画面で表示するレポートを減らす。

個々のレポート定義の編集画面でフィールドを減らし登録レポートを作成し直す。

個々のレポート定義の編集画面でフィルター条件を加えて登録レポートを作成し直す。

個々のレポート定義の編集画面でフィールドの表示名をデフォルトのフィールド名より短く設定し，登録レポートを作成し直す。

また，次の条件を超えると，グラフや凡例が一部またはすべて見えなくなり，凡例が2列以上で表示される場合があります。

倍率100%：凡例20行程度

倍率200%：凡例30行程度

倍率400%：凡例50行程度

倍率600%：凡例50行程度

倍率800%：凡例70行程度

複合レポートでは，凡例の文字数が多い場合，凡例の一部が見えなくなることがあります。その場合，グラフ倍率を上げて表示するか，次の方法で，凡例の文字数を制限してください。

レポート名を短くし登録レポートを作成し直す。

個々のレポート定義の編集画面で，フィールドの表示名をデフォルトのフィールド名より短く設定し，登録レポートを作成し直す。

バインドするエージェント数を減らし登録レポートを作成し直す。

次の条件を超えると，凡例の一部が見えなくなる場合があります。

倍率100%：全角50文字程度，半角80文字程度

倍率200%：全角80文字程度，半角120文字程度

倍率400%：全角110文字程度，半角160文字程度

倍率600%：全角140文字程度，半角200文字程度

倍率800%：全角160文字程度，半角230文字程度

(5)　系列グループの設定に関する注意事項

系列グループには必ず一つ以上の登録レポートを設定してください。すべての系列グループに対して登録レポートが一つも設定されていないと，グラフは表示されません。また，ベースラインだけが設定されている場合もグラフは表示されません。

複合レポートでは，系列グループ名に設定した文字が多い場合，系列グループ名と凡例の文字が重なる場合があります。この場合，グラフの倍率を上げて表示するか，系列グループ名の文字数を短くしてください。
例えば，系列グループ名の文字数が全角25文字程度または半角30文字程度で，凡例の行数が10行程度のグラフの場合，グラフの倍率が100%のときには文字が重なることがあります。この場合，グラフの倍率を200%以上にして表示すると文字は重なりません。

(6)　レポートの対象期間に関する注意事項

レポートの対象期間を「過去～以内（1時間など）」に設定した場合は，レポート画面で「最新情報に更新」を選択すると，現在日時から設定した対象期間でレポートが更新されます。ただし，ベースライン開始日時は変わりません。

対象期間を「レポートの表示時に指定」に設定した場合は，レポート画面で「最新情報に更新」を選択しても，設定したレポートの開始／終了日時，およびベースライン開始日時は変わりません。

(7)　ベースライン表示期間

ベースライン表示期間の設定「開始日時」は，複合レポート起動時の現在日時から，レポート表示期間の設定「対象期間／レポート間隔」に合わせて自動的に決定されます。レポート表示期間の設定「対象期間／レポート間隔」を変更した場合は，レポート表示期間の設定「開始日時」に再設定されます。

レポート画面で「最新情報に更新」を実行すると，「対象期間」の設定によって，レポート表示期間の設定「開始日時／終了日時」は変更されることがありますが，ベースライン表示期間の設定「開始日時」は変更されません。

複合レポートのグラフの始点・終点は，ベースライン表示期間の設定「開始日時」やベースラインのデータが変更されても影響しません。ただし，同時に表示される登録レポートのデータが一つ（始点と終点が同一となるデータ）である場合は，グラフの始点・終点がベースラインとして収集された範囲になることがあります。また，実際のグラフの表示期間は，レポート表示期間の設定「開始日時／終了日時」の範囲内で実在するデータに従い，始点・終点が決定されます。

ベースライン表示期間の設定「開始日時」は，ベースラインごとに動作します。複数のフィールドを持ち，かつ各フィールドの開始日時が異なるデータが保持されたベースラインの場合は，ベースライン表示期間の設定「開始日時」に従って，時系列データの最も過去のフィールドデータを始点にして描画されます。それ以外のフィールドの開始日時は，ベースラインが保存されたときのデータを始点にして描画されます。

複数のフィールドの開始日時が異なるデータをベースラインとして登録した場合は，ベースライン表示期間の設定「開始日時」に従って，時系列データの最も過去のフィールドデータを始点にして描画されます。このとき，各フィールドの相対的な開始位置は保たれて描画されます。

(8)　グラフタイトルの長さに関する注意事項

グラフタイトルに表示できる文字数は，全角，半角ともに64文字までです。ただし，グラフ倍率が100%の場合に，全角で61文字以上のグラフタイトルを表示すると，改行されることがあります。半角の場合は改行されません。

(9)　PDレコードタイプのレコードを表示する場合の注意事項

PFM - Web Console 09-50以降で，PDレコードタイプのレコードを複合レポートの集合縦棒または積み上げ縦棒グラフで表示させる場合，次の現象が発生することがあります。

レコードの収集間隔にずれが生じた場合に，縦棒の幅が狭く表示される。

レコードの収集間隔が1時間以上に設定されている場合，PFM - Web Console 09-10以前と縦棒の表示位置が異なることがある。

このため，PFM - Web Console 09-50以降で，PDレコードタイプのレコードを複合レポートで表示させる場合は，折れ線グラフにすることをお勧めします。

6.　アラームによる稼働監視

Performance Managementは，収集するパフォーマンスデータにしきい値を設定すると，パフォーマンスデータがしきい値を超過したときに「アラーム」で通知できます。

この章では，アラームの作成方法や，アラームを使って問題発生を通知する方法について説明します。

＜この章の構成＞

6.1　アラームの概要

6.2　アラームの設定・運用の流れ

6.3　アラームを設定する前にすること

6.4　Webブラウザでのアラームの設定

6.5　クイックガイドでのアラームの設定

6.6　Webブラウザでのアラームの運用

6.7　コマンドでのアラームの設定

6.8　コマンドでのアラームの運用

6.9　アラームに関する注意事項

6.1　アラームの概要

Performance Managementでは，監視エージェントで監視しているパフォーマンスデータがあらかじめ設定されたしきい値に達した場合，ユーザーに通知されるように設定できます。

データがしきい値に達した場合のシステムの動作を定義したものを「アラーム」，複数のアラームを一つにまとめたものを「アラームテーブル」と呼びます。アラームテーブルは，PFM - AgentまたはPFM - RMの種類ごとに一つだけ存在する「フォルダ」下にあります。このフォルダは，PFM - Web Consoleの［メイン］画面のナビゲーションフレームで［アラーム階層］タブを選択したときに表示されるアラーム階層の2階層目に表示されます。

データがしきい値に達した場合，監視エージェントは「アラームイベント」を発行して通知します。このアラームイベントを受けて，Performance Managementが実行する動作のことを「アクション」と呼びます。Performance Managementのアクションを次に示します。

システム管理者にEメールで通知する

修復プログラムなどのコマンドを実行する

ほかのJP1製品と連携するためのJP1イベントを発行する

SNMPトラップを送信する

アラームテーブルは，監視エージェントに関連づけることで，しきい値の超過を検知できます。アラームテーブルと監視エージェントとを関連づけることを「バインド」と呼びます。

また，一つの監視エージェントに複数のアラームテーブルをバインドすることができます。

6.2　アラームの設定・運用の流れ

ここでは，アラームを設定・運用する方法，およびアラームを作成して運用する流れについて説明します。

クイックガイドを使用して，簡易的なアラームを設定することもできます。クイックガイドについては，「6.5　クイックガイドでのアラームの設定」を参照してください。

＜この節の構成＞

(1)　アラームを設定・運用する方法

(2)　アラームを設定・運用する流れ

(1)　アラームを設定・運用する方法

アラームは，PFM - Web Consoleの［アラーム階層］画面またはコマンドを使用して設定・運用します。

PFM - Web Consoleの［アラーム階層］画面の表示例を次の図に示します。

図6-1　［アラーム階層］画面の表示例

参考

アラームテーブルはツリー形式で表示されます。これをアラームツリーと呼びます。アラームツリーの表示形式は次の二つから選択できます。

分離表示する

ユーザー作成のアラームテーブルを「User Alarms」の下に，監視テンプレートを「Template Alarms」の下に，それぞれ別のツリーとして表示する形式です。

分離表示しない

ユーザー作成のアラームテーブルと監視テンプレートをまとめて，同じルート「Alarms」の下に，一つのツリーとして表示する形式です。

アラームツリーを分離表示するかどうかを切り替えたい場合，初期設定ファイル（config.xml）のdisplayAlarmTablesSeparatelyを変更してください。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Mangement のインストールとセットアップについて説明している章を参照してください。

アラームの設定には，次に示す方法があります。

新規にアラームテーブルおよびアラームを定義する
システム環境に合わせてアラームテーブルを新たに作成し，アラームを定義します。また，アラームテーブルに，あとから新たなアラームを追加することもできます。
クイックガイドを使用して，簡易的なアラームを設定することもできます。クイックガイドで設定したアラームでは，エージェントへのバインドも実施されます。

既存のアラームテーブルまたはアラームを使用する
次に示す方法があります。

監視テンプレートを使用する
監視テンプレートは，各PFM - AgentまたはPFM - RMに付属している必要な情報があらかじめ設定されたアラームの集まりです。監視テンプレートを使用すると，PFM - AgentまたはPFM - RMを起動した時点で，監視テンプレートにアクティブ設定されているアラームが有効になります。

監視テンプレートをカスタマイズする
監視テンプレートをコピーして監視目的に合わせてカスタマイズします。

既存のアラームテーブルまたはアラームを使用する
定義済みのアラームテーブルまたはアラームをコピーしてカスタマイズします。

上記のどれかで定義したアラームテーブルを，監視エージェントに関連づけて（バインドして）運用します。

参考

jpctool alarmコマンドを使用して，アラーム定義ファイルを作成すると，最大250個までのアラームを一度に定義できます。大規模システムで複数のサーバに一括してアラームを設定するときなどに使用します。

(2)　アラームを設定・運用する流れ

アラームを設定・運用する流れを次の図に示します。なお，クイックガイドでアラームを設定・運用する場合は，「6.3　アラームを設定する前にすること」および「6.5　クイックガイドでのアラームの設定」の手順を実施してください。

図6-2　アラームを設定・運用する流れ

6.3　アラームを設定する前にすること

ここでは，アラームを設定する前に，事前に設定しておくことを説明します。

＜この節の構成＞

6.3.1　Eメールの送信元の設定

6.3.2　コマンドを実行するホストの設定

6.3.3　JP1イベントを発行するための設定

6.3.4　SNMPトラップを送信するための設定

6.3.5　アラーム正常回復時の測定値出力機能の設定

6.3.1　Eメールの送信元の設定

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにEメールを送信したい場合，Eメールの送信元を設定します。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

ナビゲーションフレームで「Machines」フォルダをクリックする。
Performance Managementプログラムがインストールされているホストを示すフォルダが表示されます。

Eメール送信元ホストのAction Handlerサービスを選択する。
名称が「PH」で始まるアイコンまたは「ホスト名<Action Handler>」のアイコンが，Action Handlerサービスを示すアイコンです。

メソッドフレームで［プロパティ］メソッドを選択する。
［プロパティ］画面が表示されます。
プロパティの値を次のように設定します。
［Capabilities］の［Email］：Yes
［Mail］の［SMTP Host］：Eメール送信サーバであるSMTPサーバのホスト名またはIPアドレス
［Mail］の［SMTP Sender］：Eメール送信元となるEメールアドレス
［Mail］の［Mail Subject］：Eメールのタイトル

［完了］または［適用］ボタンをクリックする。
手順5の設定内容が保存されます。なお，アラームごとの設定については，「6.4.5(1)　Eメールを送信する」を参照してください。

6.3.2　コマンドを実行するホストの設定

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにコマンドを自動実行する場合，PFM - Web Consoleの［サービス階層］画面の［プロパティ］画面で，コマンドを実行するホストにあるAction Handlerのプロパティを次のように設定しておく必要があります。

［Capabilities］の［Script］：Yes
コマンド実行時に使用されるAction Handlerは，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］で選択したAction Handlerです。デフォルトでは，このアラームテーブルがバインドされるエージェントと同一ホスト上にあるAction Handler（［コマンド］タブ上では「LOCAL」と表示されます）が使用されます。
なお，アラームごとの設定については，「6.4.5(2)　任意のコマンドを実行する」を参照してください。
アラームテーブルがバインドされる監視エージェントと同一ホスト上にあるAction Handlerによってコマンドが実行されることをローカルアクションと呼びます。一方，アラームテーブルがバインドされる監視エージェントと異なるホスト上にあるAction Handlerによってコマンドが実行されることをリモートアクションと呼びます。
ローカルアクションとリモートアクションの概要について次の図に示します。

図6-3　ローカルアクションとリモートアクションの概要

図中の番号に従って処理の流れを説明します。

Agent CollectorまたはRemote Monitor Collectorサービスがアラームステータスの変更を検知すると，Agent StoreまたはRemote Monitor Storeサービス経由でCorrelatorサービスへアラームイベントを発行します。

Master Storeサービスにアラームイベントの情報が蓄積されます。

Action Handlerサービスがアラームイベントを受信します。
アラームイベントを受信したあと，Action Handlerサービスは指定したコマンドを実行します。
ローカルアクションの場合は，監視エージェントと同一ホスト上にあるAction Handlerサービスによってコマンドが実行されます。
リモートアクションの場合は，監視エージェントと異なるホスト（監視マネージャーまたは他ホストの監視エージェント）上にあるAction Handlerサービスによってコマンドが実行されます。

6.3.3　JP1イベントを発行するための設定

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにJP1イベントを発行する場合，PFM - Web Consoleの［サービス階層］画面の［プロパティ］画面で，JP1イベント発行コマンドを実行するホストにあるAction Handlerのプロパティを次のように設定しておく必要があります。

［Capabilities］の［Script］：Yes
JP1イベントの発行時に使用されるAction Handlerは，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］で選択したAction Handlerです。デフォルトでは，このアラームテーブルがバインドされるエージェントと同一ホスト上にあるAction Handler（［コマンド］フィールド上では「LOCAL」と表示されます）が使用されます。

なお，JP1イベントを発行するにはJP1/IMと連携するためのセットアップも必要です。この操作については，「10.3.2　セットアップ」を参照してください。

6.3.4　SNMPトラップを送信するための設定

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにSNMPトラップを送信する場合，PFM - Web Consoleの［サービス階層］画面の［プロパティ］画面で，SNMPトラップを発行するTrap Generatorのプロパティを次のように設定しておく必要があります。

［ADD OR DELETE A TRAP DESTINATION］の［ADD A DESTINATION］：SNMPトラップ送信先のホスト名またはIPアドレス
なお，設定したSNMPトラップの送信先を削除したい場合は，Trap Generatorのプロパティの［DELETE A DESTINATION］で削除対象のホスト名またはIPアドレスを選択します。

なお，アラームごとの設定については，「6.4.5(4)　アラーム発生時にSNMPトラップを送信する」を参照してください。

6.3.5　アラーム正常回復時の測定値出力機能の設定

複数インスタンスレコードを監視するアラームでは，すべてのインスタンスの値が正常域になった場合に正常と判断するため，アラーム発行の要因となるインスタンスが特定されません。そのため，アラームが正常に回復した場合に，測定値やメッセージテキストには固定値が設定されます。

アラーム正常回復時の測定値出力機能を有効に設定すると，アラームが正常に回復した場合に，最後に異常または警告のアラームが発行されたときに発行の要因となったインスタンスを，アラームが正常に回復した要因となったインスタンスであると仮定し，測定値やメッセージテキストを設定します。

複数インスタンスレコードを監視するアラームが正常状態に回復したときに発行されるアラームの違いを次の表に示します。

表6-1　アラームが正常状態に回復したときに発行されるアラームの違い

項目 | アラーム正常回復時の測定値出力機能の設定
有効 | 無効
発行されるアラームの数 | 最後に異常または警告のアラームが発行されたときに同時に発行されたアラームの数 | 1個
測定値（アラーム定義の変数%CVS） | 最後に異常または警告のアラームが 発行されたときに発行の要因となったインスタンスの現在の値※ | <OK>
メッセージテキストの内容（アラーム定義の変数%MTS） | アラームの定義で設定した値 | －

（凡例）

－：発行されない

注※

値が存在しない場合は(N/A)になります。

アラーム正常回復時の測定値出力機能の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ポイント

アラーム正常回復時の測定値出力機能が有効な場合でも，アラームメッセージテキストの測定値以外の部分は変化しません。したがって，アラームメッセージテキストに，アラームの状態が異常または警告になったことを示すメッセージを設定している場合，正常アラームの発行時にも異常または警告になったように見えます。このため，アラーム正常回復時の測定値出力機能を有効にする場合は，アラームメッセージテキストには状態を特定しないようなメッセージを設定することをお勧めします。

また，PFM - AgentおよびPFM - RMの監視テンプレートアラームの一部にも，状態を特定するアラームメッセージテキストが設定されているものがあります。アラーム正常回復時の測定値出力機能が有効な場合に，このような監視テンプレートアラームを使用するときには，アラームテーブルをコピーした上でアラームメッセージテキストの内容を適切に編集しておくことをお勧めします。

＜この項の構成＞

(1)　アラームメッセージテキストの内容

(2)　アラームの設定と発行されるアラームの例

(1)　アラームメッセージテキストの内容

ヘルスチェックエージェントのAbnormal Status(A)アラームでの監視を例にして，アラームメッセージテキストの内容を説明します。Abnormal Status(A)アラームは，エージェントのヘルスチェック状態を監視するアラームです。ここでは，host01のPFM - Agent for Platform（Windows）を対象エージェントとして説明します。

アラーム正常回復時の測定値出力機能の設定による，アラームメッセージテキストの内容の違いを次の表に示します。

表6-2　アラーム正常回復時の測定値出力機能の設定によるアラームメッセージテキストの内容の違い

事象 | アラームメッセージテキスト
機能が有効の場合 | 機能が無効の場合
値がしきい値を超えて異常または警告アラームが発行された | Status of TA1host01 changed to Incomplete | Status of TA1host01 changed to Incomplete
値がしきい値を下回り正常アラームが発行された | Status of TA1host01 changed to Running | －

（凡例）

－：出力されない

(2)　アラームの設定と発行されるアラームの例

ここでは，発行されるアラームとその際のアラームメッセージテキストの内容の例を，次に示すアラームの設定ごとに説明します。

通常のアラーム
［値の存在を監視するアラームとする］※1および［すべてのデータを評価する］※2を設定していないアラームのことです。

値の存在を監視するアラーム
［値の存在を監視するアラームとする］※1を設定しているアラームのことです。

すべてのデータを評価するアラーム
［すべてのデータを評価する］※2を設定しているアラームのことです。

注※1

詳細については，「6.4.3　存在を監視する値を設定する」を参照してください。

注※2

詳細については，マニュアル「JP1/Performance Management リファレンス」の，Performance Managementの画面について説明している章を参照してください。

(a)　通常のアラームの場合

通常のアラームが発行された場合の例を説明します。ここでは，PFM - Agent for Platform（Windows）での監視例を示します。アラームの定義内容を次に示します。

［アラームメッセージテキスト］：Disk Busy % (%CVS1) = %CVS2

［値の存在を監視するアラームとする］：チェックしない

［アラームを有効にする］：チェックする

［常にアラーム通知する］：チェックしない

［すべてのデータを評価する］：チェックしない

［常に監視する］：チェックする

［発生頻度を満たした時にアラーム通知する］：チェックしない

［レコード］：Logical Disk Overview (PI_LOGD)

［異常条件］：ID <> "_Total" AND % Disk Time >= "90.000"

［警告条件］：ID <> "_Total" AND % Disk Time >= "50.000"

●異常または警告のアラーム発行後に，その状態を示すインスタンスが遷移した場合

異常または警告のアラームが発行されたあとに，別のインスタンスがそのアラームと同一な状態になった場合の例を次の表に示します。

表6-3　複数のインスタンスで状態が同じ場合の発行アラームの例

アラーム評価タイミング
インスタンスの状態
発行アラーム

インスタンス1（C:ドライブ）
インスタンス2（D:ドライブ）

1回目
測定値：10
状態：正常
測定値：20
状態：正常
－※¹

2回目
測定値：90
状態：異常
測定値：30
状態：正常
アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (C:) = 90

3回目
測定値：60
状態：警告
測定値：90
状態：異常
－※²

4回目
測定値：20
状態：正常
測定値：30
状態：正常
アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (C:) = 20

（凡例）

－：発行されない

注※1

初回評価時のため正常アラームは発行されません。

注※2

アラームの状態が変化していないため，異常アラームは発行されません。

この場合，アラーム評価タイミングの2回目と3回目で，それぞれ異なるインスタンスが異常域に遷移しています。しかし，レコードとしての状態は，2回目と3回目の間で変化がないため，3回目に異常アラームは発行されません。

正常アラームの%CVSには，最後に発行された異常または警告アラームの要因となったインスタンスの測定値が格納されます。このため，4回目に発行される正常アラームでは，2回目に異常アラーム発行の要因となったインスタンス1の測定値が用いられます。

●異常または警告のアラーム発行後に，別の状態を示すアラームが発行された場合

異常または警告のアラームが発行されたあとに，別のインスタンスの測定値を契機に異なる状態を示すアラームが発行された場合の例を次の表に示します。

表6-4　複数のインスタンスで状態が異なる場合の発行アラームの例

アラーム評価タイミング
インスタンスの状態
発行アラーム

インスタンス1（C:ドライブ）
インスタンス2（D:ドライブ）

1回目
測定値：10
状態：正常
測定値：20
状態：正常
－※

2回目
測定値：90
状態：異常
測定値：30
状態：正常
アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (C:) = 90

3回目
測定値：40
状態：正常
測定値：60
状態：警告
アラーム：[図データ]（警告）

アラームメッセージテキスト：

Disk Busy % (D:) = 60

4回目
測定値：20
状態：正常
測定値：30
状態：正常
アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (D:) = 30

（凡例）

－：発行されない

注※

初回評価時のため正常アラームは発行されません。

この場合，アラーム評価タイミングの3回目では，インスタンス1が正常域に遷移しています。しかし，同時にインスタンス2が警告域に遷移したため，警告アラームが発行されます。

正常アラームの変数%CVSには，最後に発生した異常または警告アラームの要因となったインスタンスの測定値が格納されます。このため，4回目に発行される正常アラームでは，3回目に警告アラーム発行の要因となったインスタンス2の測定値が用いられます。

(b)　値の存在を監視するアラームの場合

値の存在を監視するアラームが発行された場合を，例を使って説明します。ここでは，PFM - Agent for Platform（Windows）での監視例を示します。アラームの定義内容を次に示します。

［アラームメッセージテキスト］：%CVS

［値の存在を監視するアラームとする］：チェックする

［アラームを有効にする］：チェックする

［常にアラーム通知する］：チェックしない

［すべてのデータを評価する］：チェックしない

［常に監視する］：チェックする

［発生頻度を満たした時にアラーム通知する］：チェックしない

［レコード］：Process Detail Interval (PD_PDI)

［フィールド］：Program

［値］：process2

このアラームが発行された場合の例を次の表に示します。

表6-5　値の存在を監視する場合の発行アラームの例

アラーム評価タイミング
インスタンスの状態
発行アラーム

インスタンス1
インスタンス2

1回目
測定値：process1
測定値：process2
－※¹

2回目
測定値：process1
測定値：process3
アラーム：[図データ]（異常）

アラームメッセージテキスト：

(N/A)

3回目
測定値：process3
測定値：process4
－※²

4回目
測定値：process2
測定値：process3
アラーム：[図データ]（正常）

アラームメッセージテキスト：

process2

（凡例）

－：発行されない

注※1

初回評価時のため正常アラームは発行されません。

注※2

アラームの状態が変化していないため，異常アラームは発行されません。

この場合，2回目のアラーム評価タイミングで，存在を監視する値「process2」が消滅したため，異常アラームが発行されます。しかし，値が存在しないためアラームメッセージテキスト中の変数%CVSは(N/A)になります。

4回目では，値「process2」が再び生成されたため，正常アラームが発行されます。アラームメッセージテキスト中の変数%CVSには，存在を監視する値である「process2」が格納されます。

(c)　すべてのデータを評価するアラームの場合

すべてのデータを評価するアラームが発行された場合を，例を使って説明します。ここでは，PFM - Agent for Platform（Windows）での監視例を示します。アラームの定義内容を次に示します。

［アラームメッセージテキスト］：Disk Busy % (%CVS1) = %CVS2

［値の存在を監視するアラームとする］：チェックしない

［アラームを有効にする］：チェックする

［常にアラーム通知する］：チェックしない

［すべてのデータを評価する］：チェックする

［常に監視する］：チェックする

［発生頻度を満たした時にアラーム通知する］：チェックしない

［レコード］：Logical Disk Overview (PI_LOGD)

［異常条件］：ID <> "_Total" AND % Disk Time >= "90.000"

［警告条件］：ID <> "_Total" AND % Disk Time >= "50.000"

このアラームが発行された場合の例を次の表に示します。

表6-6　すべてのデータを評価する場合の発行アラームの例

アラーム評価タイミング
インスタンスの状態
発行アラーム

インスタンス1（C:ドライブ）
インスタンス2（D:ドライブ）
インスタンス1（C:ドライブ）
インスタンス2（D:ドライブ）

1回目
測定値：10
状態：正常
測定値：20
状態：正常
－※¹
－※¹

2回目
測定値：90
状態：異常
測定値：90
状態：異常
アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (C:) = 90

アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (D:) = 90

3回目
測定値：20
状態：正常
測定値：90
状態：異常
－※²
－※²

4回目
測定値：10
状態：正常
測定値：20
状態：正常
アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (C:) = 10

アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (D:) = 20

（凡例）

－：発行されない

注※1

初回評価時のため正常アラームは発行されません。

注※2

アラームの状態が変化していないため，異常アラームは発行されません。

すべてのデータを評価する場合，アラームの状態が変化したときに，アラーム条件を満たすデータが存在するインスタンスごとにアラームが発行されます。したがって，2回目のアラーム評価タイミングでは，異常域に遷移したインスタンス1とインスタンス2のそれぞれについて，異常アラームが発行されます。

正常アラームは，すべてのインスタンスの測定値が正常域に戻ったときに，最後に発行された異常または警告アラーム数と同じだけ発行されます。この例では，2回目に異常アラームが二つ発行されたため，4回目にも正常アラームが二つ発行されます。このとき，正常アラームの変数%CVSには，2回目に異常アラーム発行の要因となったインスタンス1とインスタンス2の測定値がそれぞれ用いられます。

6.4　Webブラウザでのアラームの設定

＜この節の構成＞

6.4.1　アラームテーブルを作成する

6.4.2　アラームを作成する（基本情報を設定する）

6.4.3　存在を監視する値を設定する

6.4.4　アラーム条件式を設定する

6.4.5　アクションを設定する

6.4.6　アラームにレポートを関連づける

6.4.7　アラームテーブルまたはアラームをコピーする

6.4.8　アラームを編集する

6.4.9　アラームテーブルまたはアラームを削除する

6.4.10　アラームテーブルをエクスポートする

6.4.11　アラームテーブルをインポートする

6.4.1　アラームテーブルを作成する

アラームテーブルを新規に作成する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のナビゲーションフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，アラームテーブルを作成する監視エージェントのフォルダを選択する。
選択したフォルダにチェックマークが表示されます。
アラームテーブルは，アラーム階層のルート直下には作成できません。アラームツリーの分離表示が有効の場合は，「User Alarms」フォルダ配下のフォルダ下に作成します。アラームツリーの分離表示が無効の場合は，ルート配下のフォルダ下に作成します。

メソッドフレームで［新規アラームテーブル］メソッドを選択する。
インフォメーションフレームに［新規アラームテーブル > 基本情報］画面が表示されます。

［全般］エリアでプロダクト（データモデル）を選択し，アラームテーブル名を入力する。
この手順で，アラーム名などのアラームの基本情報を設定すると，新規作成したアラームテーブルにアラームを作成できます。アラームの作成については，「6.4.2　アラームを作成する（基本情報を設定する）」を参照してください。

［アラームテーブル名］

64バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

例えば，在庫管理システム用のPFM - Agent for Platform（Windows）で，データモデルのバージョン6.0を使用して監視するアラームテーブルを作成する場合，次のように設定します。
［プロダクト］：Windows（6.0）
［アラームテーブル名］：在庫管理システム（Win）

注意　［プロダクト］で選択するデータモデルのバージョン

このアラームテーブルをバインドするエージェントのデータモデルのバージョンに合わせてデータモデルのバージョンを選択してください。同じ種類のエージェントが複数あり，それぞれのデータモデルのバージョンが異なる場合は，最も古いデータモデルのバージョンに合わせることをお勧めします。

エージェントのデータモデルバージョンの確認方法を次に示します。

ナビゲーションフレームのエージェント階層からレポートの表示対象となるエージェントをクリックする。

メソッドフレームの［プロパティの表示］をクリックする。
［サービスのプロパティ］画面が表示されます。

［サービスのプロパティ］画面でエージェントをクリックする。
データモデルのバージョンがインフォメーションフレームの下部に表示されます。

6.4.2　アラームを作成する（基本情報を設定する）

アラームテーブルにアラームを作成する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，アラームテーブルを作成するPFM - AgentまたはPFM - RMのプロダクトのフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

ナビゲーションフレームでアラームを作成するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームで［新規アラーム］メソッドを選択する。
インフォメーションフレームに［新規アラーム > 基本情報］画面が表示されます。

［新規アラーム > 基本情報］画面の［全般］エリアにアラームの基本情報を設定する。

［アラーム名］

20バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

［アラームメッセージテキスト］

255バイト以内の全角または半角文字で入力します。全角文字，半角文字が混在するメッセージも入力できます。この項目は省略できます。

［プロダクト］には，ナビゲーションフレームで選択したプロダクト（データモデル）が表示されます。［アラームテーブル名］には，ナビゲーションフレームで選択したアラームテーブル名が表示されます。

例えば，プロセッサのビジー状態を監視するアラームを定義する場合，次のように設定します。
［アラーム名］：CPU使用状況
［アラームメッセージテキスト］：CPU is at %CVS% utilization
設定例を次の図に示します。

図6-4　［新規アラーム > 基本情報］画面

参考

［アラームメッセージテキスト］の設定には変数（％SCT，％HNSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，画面について説明している章を参照してください。

注意1

アラームの定義で［値の存在を監視するアラームとする］をチェックした場合，アラーム通知時は収集されたデータに条件式で指定した値が存在しません。このためメッセージテキストやMail Subjectに変数%CVSを指定しても，空文字に変換されます。

注意2

メッセージテキストで「%CVS」のあとにマルチバイト文字（例：，）を指定すると，変数展開後の文字列が文字化けすることがあります。「%CVS」のあとにマルチバイト文字を指定しないでください。

［新規アラーム > 基本情報］画面の［高度な設定］エリアに，アラームの監視時刻や発生頻度を設定する。
例えば，プロセッサのビジー状態を監視するアラームテーブルを定義する際に，監視対象を1日24時間監視して，3回アラームを監視した中で2回しきい値を超えたときにアラームを通知する場合，次のように設定します。
［アラームを有効にする］：選択する
［常に監視する］：選択する
［発生頻度を満たした時にアラーム通知する］：選択する
2［回しきい値超過／］3［インターバル中］

注意1

監視時刻範囲を指定した場合の監視終了時刻は，指定した時刻の59秒目です。例えば，監視時刻範囲を9:00から21:00までに指定した場合，監視開始時刻は9:00:00となり，監視終了時刻は21:00:59となります。

注意2

監視時刻範囲と発生頻度を指定した場合のアラーム評価の詳細については，「6.9.3 アラームの評価に関する注意事項」を参照してください。

設定例を次の図に示します。

［次へ >］ボタンをクリックする。
［値の存在を監視するアラームとする］が選択されているかどうかによって，設定できるアラーム条件が異なります。

［値の存在を監視するアラームとする］を選択した場合
［アラーム条件式］画面に遷移します。「6.4.3　存在を監視する値を設定する」に進んで，任意のフィールドに値があるかどうかを監視する場合の条件式を設定します。

［値の存在を監視するアラームとする］をチェックしない場合
［アラーム条件式］画面に遷移します。「6.4.4　アラーム条件式を設定する」に進んで，アラーム条件式を設定します。

6.4.3　存在を監視する値を設定する

任意のフィールドに値があるかどうかを監視する場合の設定手順を次に示します。

存在を監視する値を設定する。
例えば，監視対象がPFM - Agent for Platform（Windows）のときで，プロセスが実行されているかどうかを監視したい場合は，次のように設定します。
［レコード］：Process Detail(PD)
［フィールド］：Program
［値］：監視するプログラム名※

注※

英文字（大文字，小文字）を指定できます。英文字の大文字，小文字は区別されます。プログラム名の拡張子は不要です。また，指定した文字列と名前が部分一致するプログラムを監視することはできません。指定した文字列を含む名前のプログラムを監視したい場合は，ワイルドカード文字「*」を指定できます。例えば，「*AAA*」と指定すると，「AAAを含む文字列」の監視ができます。なお，［値］で指定したワイルドカード文字の直前に「¥」を指定したい場合は，「¥¥」と指定してください。

設定例を次の図に示します。

図6-5　［新規アラーム > アラーム条件式］画面

［次へ >］ボタンをクリックする。
［新規アラームテーブル > アクション］画面に遷移します。

注意

データ型がtime_t，timeval，またはutimeであるフィールドは，アラームの条件式に設定できないため［フィールド］には表示されません。

［値］で指定したワイルドカード文字の直前に「¥」を指定したい場合は，「¥¥」と指定してください。

6.4.4　アラーム条件式を設定する

アラームの条件式を設定する手順を次に示します。

アラーム条件式を設定する。
例えば，監視対象がPFM - Agent for Platform（Windows）で，プロセッサのビジー状態に対して，プロセッサの使用率が80%を超えたときに警告のアラームを通知し，90%を超えたときに異常のアラームを通知するようにする場合，次のように設定します。
［レコード］：System Overview(PI)
［フィールド］：CPU%
［条件］：>
［異常値］：90
［警告値］：80
なお，フィールドを文字検索で探す場合は，［フィールドの検索］ボタンをクリックしてください。フィールドの検索については，「(1)　フィールドの検索」を参照してください。

注意

アラームの異常は，警告条件を満たした場合だけ評価されます。

異常条件は，警告条件を満たすように設定する必要があります。

図6-6　［新規アラーム > アラーム条件式］画面

［追加］ボタンをクリックする。
［異常条件］および［警告条件］に条件式が追加されます。
条件式は複数設定できます。複数設定した場合はAND演算子で結合され，設定したすべての条件式を満たしているかどうかがアラーム通知の条件となります。
なお，すでに［異常条件］および［警告条件］に追加している条件式を選択してからアラーム条件を設定し，［更新］ボタンをクリックすると，条件式が上書き更新されます。

参考

アラーム条件式に"<"，"<="，">="，または">"を含む場合，アラームの評価は最初に警告条件を満たすかどうかを判定します。

満たさない場合はその時点でアラームの評価を終了します。

警告条件を満たす場合，次に異常条件を満たすかどうかを判定します。異常条件を満たさない場合は警告のアラームを通知し，満たす場合は異常のアラームを通知します。

このためアラーム条件式に"<"，"<="，">="，または">"を含むアラームを作成する場合，異常条件が警告条件よりシステムとして異常な範囲となる（異常条件が警告条件を包含する）ように指定してください。

指定例を次に示します。

（例1）

CPU％（CPU使用率）の値が0より大きく100より小さい場合

（値が大きい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常>90

　警告>80

正しく評価されないアラーム条件式：

　異常>50

　警告>80

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常>90

　警告>90

（例2）

% Free Space（Diskの空き率）の値が0より大きく100より小さい場合

（値が小さい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常<10

　警告<30

正しく評価されないアラーム条件式：

　異常<60

　警告<30

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常<10

　警告<10

また，条件式として［異常値］や［警告値］に文字列を指定する場合，英文字（大文字，小文字）を指定できます。英文字の大文字，小文字は区別されます。また，ワイルドカード文字「*」を指定できます。例えば，「項目名="*AAA*"」と指定すると，「AAAを含む文字列」の監視ができます。なお，ワイルドカード文字の直前に「¥」を指定したい場合は，「¥¥」と指定してください。

［次へ >］ボタンをクリックする。
［新規アラーム > アクション］画面に遷移します。「6.4.5　アクションを設定する」に進んでください。

＜この項の構成＞

(1)　フィールドの検索

(1)　フィールドの検索

ここでは，［新規アラーム > アラーム条件式］画面からフィールドを検索する手順を説明します。検索結果は，［新規アラーム > アラーム条件式］画面の［フィールド］プルダウンメニューに設定できます。

［新規アラーム > アラーム条件式］画面で［フィールドの検索］ボタンをクリックする。
［新規アラーム > アラーム条件式 > フィールドの検索］画面が表示されます。

検索対象のレコードを［対象レコード］のプルダウンメニューから選択する。
プルダウンメニューの内容は次のとおりです。

「--すべてのレコード--」
すべてのレコードを検索対象とする場合に選択します。

選択したエージェントのレコード名一覧
選択したエージェントのレコード名一覧がアルファベット順に表示されます。

フィールドで検索したい文字列を［検索キーワード］に入力し，［検索］ボタンをクリックする。
検索結果がインフォメーションフレームに表示されます。

対象レコードとして「--すべてのレコード--」を選択した場合
検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。
該当するレコード名のメニュー部分をクリックすると，検索結果が［新規アラーム > アラーム条件式 > フィールドの検索］画面にフィールド単位で一覧表示されます。

対象レコードとしてレコード名を選択した場合
検索結果のフィールド一覧が，［新規アラーム > アラーム条件式 > フィールドの検索］画面に表示されます。

選択するフィールドのラジオボタンをオンにして，［OK］ボタンをクリックする。
呼び出し元の［新規アラーム > アラーム条件式］画面が表示され，選択したフィールドが［フィールド］プルダウンメニューに設定されます。

6.4.5　アクションを設定する

アラームの状態が変化したときに，システムがどのような動作を実行するかのアクションを設定します。実行できるアクションを次に示します。

Eメールを送信する

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

JP1イベントを発行する

SNMPトラップを送信する

図6-7　［新規アラーム > アクション］画面

注意

［新規アラーム > 基本情報］画面の［全般］エリアで［値の存在を監視するアラームとする］を選択した場合，［警告］は選択できません。

［新規アラーム > 基本情報］画面の［高度な設定］フィールドで［常にアラームを通知する］を選択した場合，［正常］は選択できません。

アクションは複数を組み合わせることもできます。ただし，コマンドの実行とJP1イベントの発行を組み合わせて設定することはできません。

＜この項の構成＞

(1)　Eメールを送信する

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

(3)　JP1イベントを発行する

(4)　アラーム発生時にSNMPトラップを送信する

(5)　アクションの実行に関する注意事項

(1)　Eメールを送信する

アラームイベントが発生した場合にEメールを送信するときの手順を次に示します。

［新規アラーム > アクション］画面で，［Eメール］を選択する。

Eメール送信の契機を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。
［Eメールの定義］エリアが表示されます。

Eメールのアドレス，Eメール本文などを設定する。
例えば，次の条件でEメールを送信したいとします。
条件：

Eメールアドレス：T.Hitachi@Dept01.Hitachi.com へ送信

アクションハンドラ：ホスト名がWepAPのAction HandlerサービスでEメールを送信する

Eメール本文：「日付/時刻，ホスト名，プロダクト名」の文を送信する

この場合，次のように設定します。
［Eメールアドレス］：T.Hitachi@Dept01.Hitachi.com
［アクションハンドラ］：PH1WebAP
［メール本文］：Date:%SCT Host:%HNS Product:%PTS
設定例を次の図に示します。

図6-8　［編集 > アクション定義］画面

参考

［メール本文］の設定には変数（％SCT，％MTSなど）を使用できます。変数を設定する画面については，マニュアル「JP1/Performance Management リファレンス」の，画面について説明している章を参照してください。

［Eメールアドレス］に複数のEメールアドレスを指定するときは，「,」（半角コンマ）でつないで指定します。ただし，全長が127文字以内になるようにしてください。

［完了］ボタンをクリックする。
設定が完了します。

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

アラームイベントが発生した場合に任意のコマンドを実行するときの手順を次に示します。

［新規アラーム > アクション］画面で，［コマンド］を選択する。

コマンド実行の契機を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。
［コマンドの定義］エリアが表示されます。
実行するコマンド名，コマンド引数などを設定します。
例えば，次の条件でコマンドを実行したいとします。
条件：

ログ出力用に作成した/usr/bin/LogOutputコマンドを実行

WebAPホストのAction Handlerでコマンドを実行

パラメーターとしてコマンドに渡す内容は，日付/時刻，ホスト名，メッセージテキストとする

この場合，次のように設定します。
［コマンド名］：/usr/bin/LogOutput
［アクションハンドラ］：PH1WebAP
［コマンド引数］：Date:%SCT Host:%HNS %MTS
設定例を次の図に示します。

注意

コマンドにパラメーターとして渡す文字列に，次の半角記号を使用することはできません。
< >
指定した場合は前後の文字が切り取られることがあります。

コマンドの標準出力をファイルなどにリダイレクトすることはできません。

参考

［コマンド引数］の設定には変数（％SCT，％MTSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，画面について説明している章を参照してください。

［完了］ボタンをクリックする。
設定が完了します。

(3)　JP1イベントを発行する

アラームイベントが発生した場合にJP1イベントを発行するときの手順については，「10.3.2(2)　アラームイベントとレポートの定義」を参照してください。

(4)　アラーム発生時にSNMPトラップを送信する

アラームイベントが発生した場合にSNMPトラップを送信するときの手順を次に示します。

［新規アラーム > アクション］画面で，［SNMP］を選択する。

SNMPトラップ送信の契機を［異常］［警告］［正常］から選択する。

［完了］ボタンをクリックする。
設定が完了します。

(5)　アクションの実行に関する注意事項

アクションの実行に関する注意事項を次に示します。

(a)　Eメール送信時の前提プログラム

Eメールを送信する場合は，SMTP（Simple Mail Transfer Protocol）準拠のEメールサーバが必要です。ただし，認証を必要とするSMTPサーバや拡張SMTPしか受け付けないSMTPサーバを用いたEメール送信はできません。

(b)　コマンド実行時の実行ファイル

Windows上で実行する場合
コマンド実行時は，次に示す拡張子を持つファイルを実行できます。

EXE：実行形式ファイル

COM：実行形式（コマンド）ファイル

BAT：バッチファイル

DELやDIRなどの内部コマンドをジョブとして実行する場合は，バッチファイルを作成し，バッチファイル中のコマンドとして実行してください。
また，コマンド実行で指定するプログラムファイルは，システムアカウントでアクセスできるファイルだけです。ネットワークフォルダにあるファイルは実行できません。

UNIX上で実行する場合
コマンド実行時は，次に示すファイルを実行できます。ただし，実行属性が付加されている必要があります。

実行形式ファイル

シェルスクリプトファイル

コマンド実行で指定するプログラムファイルは，rootユーザー権限でアクセスできるファイルだけです。NFSマウントのディレクトリにあるファイルを実行する場合は，そのホストのrootユーザー権限でアクセスできるように権限を設定する必要があります。

(c)　コマンド実行時のアカウント

Windows上で実行する場合
コマンド実行時のアカウントは，システムアカウントです（なお，Action Handlerサービスのアカウントも，システムアカウントです）。
そのため，プログラムから参照または更新するリソースについては，システムアカウントでアクセスできる必要があります。

UNIX上で実行する場合
コマンド実行時のアカウントは，rootユーザー権限のアカウントです（なお，Action Handlerサービスのアカウントも，rootユーザー権限のアカウントです）。
そのため，プログラムから参照または更新するリソースについては，rootユーザー権限のアカウントでアクセスできる必要があります。

(d)　コマンド実行時に有効となる環境変数

Windows上で実行する場合
コマンド実行時に有効な環境変数は，Performance Managementのプログラムのサービス起動時のシステム環境変数です。
コマンド実行時にはプロファイル情報を読み込みません。

UNIX上で実行する場合
コマンド実行時に有効な環境変数は，Performance Managementのプログラムのサービス起動時の，rootユーザー権限の環境変数です。
コマンド実行時にはプロファイル情報を読み込みません。ただし，umaskについては，この項の「(f)　コマンド実行時に生成されるファイルのumask」を参照してください。

(e)　コマンド実行時のカレントディレクトリ

Windows上で実行する場合
コマンド実行時のカレントフォルダは，Action Handlerサービスのフォルダ（インストール先フォルダ¥bin¥action¥）です。
論理ホストの場合は（環境ディレクトリ¥jp1pc¥bin¥action¥）です。

UNIX上で実行する場合
コマンド実行時のカレントディレクトリは，Action Handlerサービスのディレクトリ（/opt/jp1pc/bin/action/）です。
論理ホストの場合は（環境ディレクトリ/jp1pc/bin/action/）です。

(f)　コマンド実行時に生成されるファイルのumask

Windows上で実行する場合
Windows環境ではumaskは関係ありません。

UNIX上で実行する場合
コマンド実行時のumaskは「000」に設定されます（ファイル権限は「777」です）。umaskを変更する場合は，実行するスクリプトファイルまたはプログラム中で，umaskを再設定する必要があります。

(g)　コマンド実行時のそのほかの注意事項

Windows上で実行する場合

Win16ビットアプリケーションは実行できません。

ウィンドウやダイアログボックスを表示するプログラムは実行できません。
ただし，net sendコマンドを実行してダイアログボックスを表示することはできます。これは，net sendコマンドがダイアログボックスを表示するのではなく，WindowsのMessengerサービスが表示するためです。

Windowsメッセージ機構（DDE（Dynamic Data Exchange））を利用したプログラムは実行できません。

対話操作を必要とするプログラムは実行できません。

常駐プログラム（終了しないプログラム）は実行できません。

アプリケーションに関連づけられている拡張子を持つプログラムは実行できません。

ネットワークフォルダ上にあるプログラムは実行できません。

ディスクの準備ができていないリムーバブルディスク上のプログラムを設定しないでください。

Windowsサービスの起動設定で，デスクトップとの対話を許可する設定をしないでください。

実行したプログラムの標準出力や標準エラー出力の内容は取得できません。

UNIX上で実行する場合

対話操作を必要とするプログラムは実行できません。

対話環境が前提であるstty，tty，tset，scriptコマンドを含むプログラムは実行できません。

常駐プログラム（終了しないプログラム）は実行できません。

実行属性が付加されていないプログラムは実行できません。

ディスクの準備ができていないリムーバブルディスク上のプログラムを設定しないでください。

実行したプログラムの標準出力や標準エラー出力の内容は取得できません。

(h)　Action Handlerラベルの注意事項

アラームのアクションを設定する際，PFM - Web ConsoleのWebブラウザの［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」以外を選択すると，PFM - Managerに負荷が集中します。大規模システムで，アラームを契機としてアクションを実行させる場合は，PFM - Managerホストへの負荷集中を防止するために，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」を選択するようにしてください。

6.4.6　アラームにレポートを関連づける

定義したアラームが発生したときに，関連するレポートを表示したいときは，［新規アラーム > アクション］画面でアラームにレポートを関連づけます。

関連レポートを設定するための事前設定

関連レポートを設定できるように，あらかじめ［レポート階層］画面で目的のレポートを作成しておく必要があります。レポートの作成については，「5.　稼働分析のためのレポートの作成」を参照してください。

手順を次に示します。

［新規アラーム > アクション］画面の［表示するレポート］エリアで，［参照］ボタンをクリックする。
［新規アラーム > レポート選択］画面が表示されます。

レポート階層から，アラームに関連づけたいレポートを選択する。
選択したレポートにチェックマークが付きます。
レポート階層には，作成中のアラームと同じプロダクトでデータモデルのバージョンが同じレポート，およびデータモデルのバージョンがそれ以下のレポートだけが表示されます。

［OK］ボタンをクリックする。
アラームにレポートが関連づけられます。
設定例を次の図に示します。

図6-9　［新規アラーム > アクション］画面

［完了］ボタンをクリックする。

アラームに関連づけたレポートを表示する方法については，「5.7.1(2)　アラームに関連づけられているレポートを表示する」を参照してください。

6.4.7　アラームテーブルまたはアラームをコピーする

アラームテーブルやアラームをコピーする方法について説明します。

＜この項の構成＞

(1)　アラームテーブルをコピーする

(2)　アラームをコピーする

(1)　アラームテーブルをコピーする

監視テンプレートやアラームテーブルをコピーする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームでコピーするアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが付きます。

メソッドフレームで［コピー］メソッドを選択する。
インフォメーションフレームに［コピー > 名称入力（アラームテーブル）］画面が表示されます。

新しいアラームテーブル名を入力する。

［新しいアラームテーブル名］

64バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。ただし，「PFM」で始まるアラームテーブル名は指定できません。

設定例を次の図に示します。

図6-10　［コピー > 名称入力［アラームテーブル］］画面

［OK］ボタンをクリックする。

アラームツリーの分離表示が有効の場合

手順3で選択したアラームテーブルが，「User Alarms」フォルダ配下の対応するアラームフォルダの下に貼り付けられます。

アラームツリーの分離表示が無効の場合

手順3で選択したアラームテーブルが，コピー元のアラームテーブルと同じ位置に貼り付けられます。

補足

アラームツリーの分離表示が有効の場合，アラームテーブルは，「User Alarms」フォルダ配下の対応するアラームフォルダ以外のフォルダにはコピーできません。

アラームツリーの分離表示が無効の場合，アラームテーブルは，コピー元のアラームテーブルと異なるフォルダにはコピーできません。

(2)　アラームをコピーする

アラームテーブル内にアラームを追加したい場合，既存のアラームをコピーして追加します。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，コピーするアラームを選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで［コピー］メソッドを選択する。
インフォメーションフレームに［コピー > 名称入力（アラーム）］画面が表示されます。

新しいアラーム名を入力する。

［新しいアラーム名］

20バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

設定例を次の図に示します。

図6-11　［コピー > 名称入力［アラーム］］画面

［OK］ボタンをクリックする。
手順3で選択したアラームが追加されます。

補足

アラームは，コピー元と異なるアラームテーブルにはコピーできません。

6.4.8　アラームを編集する

既存のアラームの定義内容を編集する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，編集するアラームを選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで［編集］メソッドを選択する。
インフォメーションフレームに［編集 > 基本情報］画面が表示されます。

アラームの定義内容を編集する。
これ以降の手順は，新規にアラームを作成する場合と同じです。手順については，「6.4.2　アラームを作成する（基本情報を設定する）」から「6.4.5　アクションを設定する」を参照してください。

補足

既存のアラームを編集するときは，［プロダクト］［アラームテーブル名］［アラーム名］は変更できません。

6.4.9　アラームテーブルまたはアラームを削除する

不要になったアラームテーブルやアラームは削除できます。アラームテーブルやアラームを削除する方法について説明します。

＜この項の構成＞

(1)　アラームテーブルを削除する

(2)　アラームを削除する

(1)　アラームテーブルを削除する

アラームテーブルを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダから削除するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームで［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したアラームテーブルが削除されます。

補足

アラームテーブルは稼働中（監視エージェントにバインドされている状態）に削除できます。また，「PFM」で始まる名前のアラームテーブルは削除できません。

(2)　アラームを削除する

アラームを削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダから削除するアラームを選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したアラームが削除されます。

補足

アラームテーブルは稼働中（監視エージェントにバインドされている状態）に削除できます。アラームテーブル内のすべてのアラームを削除すると，アラームテーブル自体が削除されます。

6.4.10　アラームテーブルをエクスポートする

アラームテーブルをエクスポートする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームのアラーム階層でエクスポートする対象を選択する。
ここで選択する対象によって，次のようにエクスポートされます。

ルートを選択した場合
選択したルート配下のフォルダおよびすべてのアラームテーブル

フォルダを選択した場合
選択したフォルダとフォルダ配下のアラームテーブル

アラームテーブルを選択した場合
選択したアラームテーブル

メソッドフレームで［エクスポート］メソッドを選択する。
［ファイルのダウンロード］画面が表示されます。

［保存］ボタンをクリックする。
［名前を付けて保存］画面が表示されます。

エクスポート先とファイル名を指定する。
ここで指定したファイルに手順3で選択した対象が出力されます。

［保存］ボタンをクリックする。
手順3で選択した対象がエクスポートされます。

注意

PFM - Web Consoleの画面からエクスポートしたアラーム定義ファイルは，バイナリ形式となります。

6.4.11　アラームテーブルをインポートする

アラームテーブルをインポートする手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

メソッドフレームで［インポート］メソッドを選択する。
［インポート］画面が表示されます。
［インポート］画面を次の図に示します。

図6-12　［インポート］画面

［インポートファイル名］の［参照］ボタンをクリックする。
［ファイルの選択］画面が表示されます。

インポートするアラームの定義ファイルを選択する。
ここで選択する定義ファイルに記述されているルートやフォルダおよびアラームテーブルがインポートされます。

［OK］ボタンをクリックする。
上書きを確認するメッセージボックスが表示されます。

上書きしてよければ，メッセージボックスの［OK］ボタンをクリックする。
アラームテーブルがインポートされます。

注意

アラームテーブルのインポートによってエージェントがすでにバインドしているアラームテーブルを上書きすると，バインドが解除されます。必要に応じてアラームテーブルを再度バインドしてください。

6.5　クイックガイドでのアラームの設定

クイックガイドを使用すると，最小限の項目を設定することで，簡易的なアラーム定義を作成できます。クイックガイドで作成したアラームのデフォルト値については，「6.5.2　クイックガイドで作成したアラームのデフォルト値」を参照してください。

＜この節の構成＞

6.5.1　クイックガイドでのアラームの作成手順

6.5.2　クイックガイドで作成したアラームのデフォルト値

6.5.1　クイックガイドでのアラームの作成手順

クイックガイドでのアラームの作成手順を次に示します。レポートの作成方法については，「5.4　クイックガイドでのレポートの作成」を参照してください。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」をルートとするエージェント階層が表示されます。

「Products」選択時
「Products」をルートとするエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，アラームを作成したいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［クイックガイド］ボタンを選択する。
［クイックガイド］画面が表示されます。

図6-13　［クイックガイド］画面

アラームの作成対象となるフィールドを表示する。
フィールドは次のどちらかの方法で表示します。

レコード名のメニューをクリックして展開表示し，表示されたフィールド一覧から選択する。

フィールドを文字検索し，検索結果から選択する。
フィールドを検索する場合は，検索文字列を［キーワード］に入力し，［フィールドの検索］ボタンをクリックします。フィールドの検索については，「5.4.2　フィールドの検索」を参照してください。

フィールドに表示されたアラームアイコンをクリックする。
アラームアイコンをクリックすると，［クイックガイド > アラーム作成］画面が表示されます。

アラームアイコン：[図データ]

図6-14　［クイックガイド > アラーム作成］画面（クイックガイド）

条件式の［異常条件］および［警告条件］の値を入力する。

必要に応じて［アラームテーブル名］，［アラーム名］，［アラームメッセージテキスト］を入力する。
アラームテーブル名，アラーム名，アラームメッセージテキストにはあらかじめデフォルト値が指定されています。必要に応じて編集してください。

［完了］ボタンをクリックする。
KAVJJ8554-Qメッセージが表示されます。

［はい］または［いいえ］を選択する。
アラームが作成されます。［はい］を選択した場合，作成したアラームテーブルは手順4で選択したエージェントにバインドされます。［いいえ］を選択した場合，作成したアラームテーブルはエージェントにバインドされません。

6.5.2　クイックガイドで作成したアラームのデフォルト値

クイックガイドでアラームを作成した場合のデフォルト値を次に示します。

表6-7　クイックガイドで作成したアラームのデフォルト値

項目 | デフォルト値 | 編集可否
［基本情報］ | ［全般］ | ［プロダクト］ | ユーザーが選択したエージェントのプロダクト，および選択したエージェントの中で，最も低いデータモデルバージョン | －
［アラームテーブル名］ | アラーム作成画面での入力値 | ○
［アラーム名］ | アラーム作成画面での入力値 | ○
［アラームメッセージテキスト］ | アラーム作成画面での入力値 | ○
［値の存在を監視するアラームとする］ | オフ | －※1
［高度な設定］ | ［アラームを有効にする］ | オン | －
［常にアラーム通知する］ | オフ
［すべてのデータを評価する］ | オフ
［監視時刻範囲］ | 常に監視する：オン
［発生頻度］ | 発生頻度を満たした時にアラーム通知する：オフ
［アラーム条件式］ | ［レコード］ | フィールド選択画面で選択したフィールドが属するレコード | ○※2
［フィールド］ | フィールド選択画面で選択したフィールド
［異常条件］ | アラーム作成画面での入力値 | ○※3
［警告条件］ | アラーム作成画面での入力値
［アクション］ | ［アクション］ | すべてオフ | －
［表示するレポート］ | なし | －※4

（凡例）

○：設定を編集できる

－：設定を編集できない

注※1

値の存在を監視するアラームは作成できません。

注※2

［クイックガイド > アラーム作成］画面では編集できません。フィールド選択画面で選択してください。

注※3

アラーム条件式で指定できる条件は一つだけです。

注※4

表示するレポートの関連づけはできません。レポート関連づけされていないアラームのレポート表示はできます。

6.6　Webブラウザでのアラームの運用

ここでは，PFM - Web Consoleの画面でアラームを運用する方法について説明します。

＜この節の構成＞

6.6.1　監視エージェントとアラームテーブルの関連づけを変更する

6.6.2　アラームテーブルに関連づけた監視エージェントを表示する

6.6.3　アラームによる監視を停止する

6.6.4　アラームによる監視を開始する

6.6.5　アラームのプロパティ（定義内容）を表示する

6.6.1　監視エージェントとアラームテーブルの関連づけを変更する

Performance Managementでアラームを利用した監視を行うには，監視エージェントとアラームテーブルを関連づける必要があります。アラームテーブルとは，幾つかのアラームをまとめたものです。この関連づけを「バインド」といいます。また，すでにバインドされているアラームテーブルを解除することを「アンバインド」といいます。一つのアラームテーブルを複数の監視エージェントにバインドしたり，一つの監視エージェントに一つまたは複数のアラームテーブルをバインドしたりできます。なお，一つの監視エージェントに複数のアラームテーブルをバインドするには，あらかじめPFM - Managerでアラームテーブル複数バインド機能を有効に設定する必要があります。設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

アラームテーブルの関連づけを変更する手順を次に示します。

＜この項の構成＞

(1)　アラームテーブル複数バインド機能が有効の場合

(2)　アラームテーブル複数バインド機能が無効の場合

(3)　アラーム数，アラームテーブル数の制限に関する注意事項

(1)　アラームテーブル複数バインド機能が有効の場合

アラームテーブル複数バインド機能が有効の場合，一つの画面上でバインドとアンバインドを同時に行えます。アラームテーブル複数バインド機能が有効の場合に，アラームテーブルの関連づけを変更する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで「Products」を選択する。
プロダクト単位のエージェント階層が表示されます。

ナビゲーションフレームからアラームテーブルをバインドしたい監視エージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると複数のエージェントを選択できます。

ポイント

PFM - RMの監視対象にバインドしたいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［アラームテーブルのバインド設定］メソッドを選択する。
インフォメーションフレームに［アラームテーブルのバインド設定（アラームテーブル選択）］画面が表示されます。
バインドする場合：
バインドしたいアラームテーブルを選択します。複数選択できます。選択すると，アラームテーブルにチェックマークが表示されます。なお，選択できるアラームテーブルは50個までです。
アンバインドする場合：
アンバインドしたいアラームテーブルのチェックマークを解除します。

［アラームテーブルのバインド設定（アラームテーブル選択）］画面の表示例を次に示します。

図6-15　［アラームテーブルのバインド設定（アラームテーブル選択）］画面

参考

バインド，アンバインドは，アラームテーブル単位で行います。個々のアラームをバインド，アンバインドすることはできません。

［OK］ボタンをクリックする。
手順4で選択したエージェントに，手順5で選択したアラームテーブルがバインドされたり，アンバインドされたりします。

参考

アラームテーブルをバインドまたはアンバインドした場合，監視エージェントにバインドされているすべてのアラームの状態はいったん正常状態になります。複数のアラームテーブルをバインドする場合，あとからアラームテーブルを追加（バインド）すると，既存のアラームテーブルのアラームもいったん正常状態になります。なお，正常状態になったアラームは，次にアラームが評価されるタイミングで実際の状態に戻ります。

(2)　アラームテーブル複数バインド機能が無効の場合

(a)　監視エージェントにアラームテーブルを関連づける

注意

一つのエージェントに対してバインドできるアラームテーブルは一つだけです。すでにアラームテーブルがバインドされているエージェントに対して，別のアラームテーブルをバインドした場合，既存のアラームテーブルのバインドが自動的に解除され，新しいアラームテーブルがバインドし直されます。

アラームテーブル複数バインド機能が無効の場合に，一つのアラームテーブルをバインドする手順を次に示します。なお，クイックガイドを使用して簡易的なアラームを設定することもできます。クイックガイドについては，「6.5　クイックガイドでのアラームの設定」を参照してください。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで「Products」を選択する。
プロダクト単位のエージェント階層が表示されます。

ナビゲーションフレームからアラームテーブルをバインドしたい監視エージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると複数のエージェントを選択できます。

ポイント

PFM - RMの監視対象にバインドしたいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［アラームテーブルのバインド］メソッドを選択する。
インフォメーションフレームに［アラームテーブルのバインド（アラームテーブル選択）］画面が表示されます。

バインドしたいアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。
複数選択はできません。
［アラームテーブルのバインド（アラームテーブル選択）］画面の表示例を次に示します。

図6-16　［アラームテーブルのバインド［アラームテーブル選択］］画面

参考

バインドは，アラームテーブル単位で行います。個々のアラームをバインドすることはできません。

［OK］ボタンをクリックする。
手順4で選択したエージェントに，手順6で選択したアラームテーブルがバインドされます。

(b)　監視エージェントに関連づけたアラームテーブルを解除する

アラームテーブル複数バインド機能が無効の場合に，アラームテーブルのバインドを解除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］プルダウンメニューで「Products」を選択する。
プロダクト単位のエージェント階層が表示されます。

ナビゲーションフレームからアラームテーブルのバインドを解除したい監視エージェントを選択する。
選択したエージェントにチェックマークが表示されます。［複数選択］を選択すると複数のエージェントを選択できます。

ポイント

PFM - RMの監視対象へのバインドを解除したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［アラームテーブルのアンバインド］メソッドを選択する。
アラームテーブルのバインド解除を確認するメッセージボックスが表示されます。

バインドを解除してよければ，メッセージボックスの［OK］ボタンをクリックする。
アラームテーブルと，手順4で選択した監視エージェントのバインドが解除されます。

(3)　アラーム数，アラームテーブル数の制限に関する注意事項

一つのアラームテーブルに登録できるアラームの数は250個までです。また，一つのエージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - AgentまたはPFM - RMにアラームを多数バインドすると，PFM - Manager，PFM - Agent，またはPFM - RMの処理に遅延が発生する場合があります。バインドするアラームの数は以下の値を超えないように設定してください。

1エージェント当たり250個

Performance Managementシステム全体で10,000個

6.6.2　アラームテーブルに関連づけた監視エージェントを表示する

アラームテーブルにどの監視エージェントが関連づけられているかを確認できます。

アラームテーブルに関連づけた監視エージェントを表示する手順について次に示します。

［アラーム］階層のナビゲーションフレームから任意のアラームテーブルを選択する。

メソッドフレームの［バインドしたエージェントの表示］メソッドを選択する。
インフォメーションフレームに，選択したアラームテーブルをバインドしたエージェントの一覧が表示されます。

6.6.3　アラームによる監視を停止する

アラームは，エージェントにバインドしたままで一時的にアラームによる監視を停止したり開始したりできます。

アラームの停止だけでなく，アラームの定義と監視エージェントの関係づけも解除したい場合は，「6.6.1(2)(b)　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。

アラームによる監視を停止する手順について次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダから監視を停止するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームの［アクティブ設定］メソッドを選択する。
［アクティブ設定］画面が表示されます。

［アクティブにする］の設定を変更する。
監視を停止するアラームの［アクティブにする］のチェックを外します。
設定例を次に示します。

図6-17　［アクティブ設定］画面1

［OK］ボタンをクリックする。
アラームによる監視を停止します。

6.6.4　アラームによる監視を開始する

アラームは，エージェントにバインドしたままで一時的にアラームによる監視を開始したり，停止したりできます。

アラームによる監視を開始する手順について次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。
管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで監視エージェントのフォルダから監視を開始するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームの［アクティブ設定］メソッドを選択する。
［アクティブ設定］画面が表示されます。

［アクティブにする］の設定を変更する。
監視を開始するアラームの［アクティブにする］をチェックします。
設定例を次に示します。

図6-18　［アクティブ設定］画面2

［OK］ボタンをクリックする。
アラームによる監視を開始します。

6.6.5　アラームのプロパティ（定義内容）を表示する

アラームのプロパティを確認する方法について説明します。アラームのプロパティは，次のどれかの操作で確認できます。

［アラーム階層］画面から確認する
すべてのアラームのプロパティを確認できます。

［エージェント階層］画面から確認する
エージェントがバインドしているアラームテーブルに含まれるアラームのプロパティを確認できます。

［イベントモニター］画面から確認する
アラームイベントが発行されたアラームのプロパティを確認できます。

［アラーム階層］画面からプロパティを表示できるのは管理ユーザーだけです。

＜この項の構成＞

(1)　［アラーム階層］画面から確認する

(2)　［エージェント階層］画面から確認する

(3)　［イベントモニター］画面から確認する

(1)　［アラーム階層］画面から確認する

アラームのプロパティを［アラーム階層］画面から表示させる手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダからプロパティを表示するアラームを選択する。

メソッドフレームで［プロパティの表示］メソッドを選択する。
［プロパティ］画面が表示されます。
メニューバーの［基本情報］，［アラーム条件式］，［アクション］，および［アクション定義］をクリックして，各情報にジャンプします。
［プロパティ］画面の表示例を次に示します。

図6-19　［プロパティ］画面

(2)　［エージェント階層］画面から確認する

アラームのプロパティを［エージェント階層］画面から表示させる手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のタブフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームのエージェント階層から，プロパティを確認したいエージェントを選択する。

メソッドフレームで［アラームの状態の表示］メソッドをクリックする。
［アラームの状態の表示］画面が表示されます。

(3)　［イベントモニター］画面から確認する

アラームのプロパティを［イベントモニター］画面から表示させる手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のツールバーから［イベントモニター］を選択する。
［イベントモニター］画面が別ウィンドウで表示されます。

［表示］のプルダウンメニューから［アラームイベント］を選択する。
アラームイベントが一覧表示されます。

プロパティを表示するアラームのアイコンを選択する。
［アラームのプロパティ］画面が別ウィンドウで表示されます。

6.7　コマンドでのアラームの設定

ここでは，コマンドを使用してアラームを設定する手順について説明します。

＜この節の構成＞

6.7.1　アラーム定義ファイルを作成する

6.7.2　アラーム定義ファイルを検証する

6.7.3　アラーム定義を変更する

6.7.4　アラームテーブルをコピーする

6.7.5　アラームテーブルを削除する

6.7.6　アラームを削除する

6.7.1　アラーム定義ファイルを作成する

＜この項の構成＞

(1)　アラーム定義ファイルのテンプレートファイルを出力する

(2)　アラーム定義ファイルを作成する

(1)　アラーム定義ファイルのテンプレートファイルを出力する

アラーム定義ファイルを作成する前に，まず，アラーム定義ファイルに定義するラベルがすべて入力されている，テンプレートファイルを出力します。

ここでは，「/tmp/alarmtmp01.cfg」というファイル名でテンプレートファイルを出力します。

手順を次に示します。

テンプレートファイルを出力する。
テンプレートファイルを出力するには，jpctool alarm exportコマンドを使用します。次のように，-templateオプションを指定してコマンドを実行します。

jpctool alarm export -f /tmp/alarmtmp01.cfg -template

出力結果は次のようになります。

#Alarm Definition File Version=0001
#Alarm Definition File Code=

#[Alarm Data]
#[[General]]
#Product=
#Alarm Table Name=
#Alarm Name=
#Message Text=
#Check Value Exist=N

#[[Advanced Setting]]
#Active Alarm=Y
#Regularly Alarm=Y
#Evaluate All Data=N
#Monitoring Regularly=N
#Monitoring Time=
#Damping=N
#Damping Count=

#[[Check Value Exist]]
#Record=
#Field=
#Value=

#[[Alarm Condition Expressions]]
#Condition=

#[[Actions]]
#Report=
#E-mail=Abnormal,Warning,Normal
#Command=Abnormal,Warning,Normal
#SNMP=Abnormal,Warning,Normal
#JP1 Event=N

#[[Action Definition E-mail]]
#E-mail Address=
#Action Handler=

#[[[Message Text]]]
#Date: %SCT
#Host: %HNS
#
#Product: %PTS
#Agent: %ANS
#
#Alarm: %AIS (%ATS)
#State: %SCS
#
#Message: %MTS

#[[Action Definition Command]]
#Command Name=
#Action Handler=

#[[[Message Text]]]
#
#[[Action Definition JP1 Event]]
#Event ID=
#Message=%MTS
#Switch Alarm Level=Y
#Action Handler=
#Exec Logical Host=

テンプレートファイルの，すべての行の先頭に「#」が記述されています。これは，コメント行であることを示しています。
jpctool alarm exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラーム定義ファイルを作成する

出力したテンプレートファイル「/tmp/alarmtmp01.cfg」を編集して，アラーム定義ファイルを作成します。

手順を次に示します。

テキストエディターなどで，/tmp/alarmtmp01.cfgファイルを開く。

アラーム定義ファイルのヘッダー部分を定義する。
ヘッダー部分を定義します。ヘッダー部分では，アラーム定義ファイルの構文のバージョン，およびアラーム定義ファイルを作成する文字コードを定義します。これらを定義しているのは次の個所です。

#Alarm Definition File Version=0001
#Alarm Definition File Code=
  :

この部分の行頭の「#」を削除して，次のように書き換えます。

Alarm Definition File Version=0001
Alarm Definition File Code=Shift_JIS
  :

Alarm Definition File Versionラベル
アラーム定義ファイルの構文のバージョン。
PFM - Manager 08-00以降の場合，「0001」固定のため，テンプレートファイルにデフォルトで入力されています。
この項目は省略できません。

Alarm Definition File Codeラベル
アラーム定義ファイルを作成する文字コード。「Shift_JIS」「EUC-JP」「C」「UTF-8」のどれかを指定します。
この例では「Shift_JIS」を設定しています。
この項目は省略できません。

PFM - AgentまたはPFM - RMの種類，データモデルのバージョン，アラームテーブル名，およびアラーム名を定義する。
個々のアラームを定義します。アラームの定義は，［Alarm Data］セクションに定義します。一つのアラーム定義に対して一つの［Alarm Data］セクションを作成します。
［Alarm Data］セクションは複数のサブセクションから構成されています。
次の各項目を定義するのは，Generalサブセクションです。

PFM - AgentまたはPFM - RMの種類

データモデルのバージョン

アラームテーブル名

アラーム名

これらの項目を定義しているのは次の個所です。

  :
#[Alarm Data]
#[[General]]
#Product=
#Alarm Table Name=
#Alarm Name=
#Message Text=
#Check Value Exist=N

ここでは，ディスク/dev/hda3の空き容量を監視するアラーム「空き容量（hda3）」を定義します。
行頭の「#」を削除して，次のように書き換えます。

[Alarm Data]
[[General]]
Product=U4.0
Alarm Table Name=ディスク監視
Alarm Name=空き容量（hda3）
Message Text=空き容量（%CVS%）
Check Value Exist=N
  :

Alarm Table Name，Alarm Name，Message Textの指定内容に半角空白文字を含む場合は，"（ダブルクォーテーション）で囲む必要があります。
Alarm Table Nameラベルには，「PFM」で始まるアラームテーブル名を指定することはできません。

Productラベル
PFM - AgentまたはPFM - RMの種類およびデータモデルのバージョンを定義します。このラベルには，PFM - AgentまたはPFM - RMのプロダクトIDとデータモデルのバージョンを続けて定義します。
この項目は省略できません。

Alarm Table Nameラベル
アラームテーブル名を1～64バイトで定義します。
この項目は省略できません。

Alarm Nameラベル
アラーム名を1～20バイトで定義します。
この項目は省略できません。

Message Textラベル
EメールやJP1イベントで送信するメッセージテキストの定義で使用する変数「%MTS」の内容を0～255バイトで定義します。
この項目が省略された場合，空文字列が設定されたものとして扱います。

Check Value Existラベル
「値の存在を監視するアラーム」とするかどうかを定義します。
・ 値の存在を監視するアラームを定義する場合：Y
　この場合，Check Value Existサブセクションで監視するレコードと値の定義が必要です。
　また，Actionsサブセクションの，E-mail，Command，SNMPの各ラベルでWarningを指定することはできません。
・ 通常のアラームを定義する場合：N
　この場合，Alarm Condition Expressionsサブセクションでアラーム条件式の定義が必要です。
この項目が省略された場合，Nが指定されたものとして扱います。

アラーム発生の条件を定義する。
アラーム条件式に"<"，"<="，">="，または">"を含む場合，アラームの評価は最初に警告条件を満たすかどうかを判定します。
満たさない場合はその時点でアラームの評価を終了します。
警告条件を満たす場合，次に異常条件を満たすかどうかを判定します。異常条件を満たさない場合は警告のアラームを通知し，満たす場合は異常のアラームを通知します。
このためアラーム条件式に"<"，"<="，">="，または">"を含むアラームを作成する場合，異常条件が警告条件よりシステムとして異常な範囲となる（異常条件が警告条件を包含する）ように指定してください。
指定例を次に示します。

（例1）

CPU％（CPU使用率）の値が0より大きく100より小さい場合

（値が大きい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常>90

　警告>80

正しく評価されないアラーム条件式：

　異常>50

　警告>80

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常>90

　警告>90

（例2）

% Free Space(Diskの空き率)の値が0より大きく100より小さい場合

（値が小さい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常<10

　警告<30

正しく評価されないアラーム条件式：

　異常<60

　警告<30

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常<10

　警告<10

注意

アラームの異常は，警告条件を満たした場合だけ評価されます。

異常条件は，警告条件を満たすように設定する必要があります。

通常のアラームを定義する場合（GeneralサブセクションでCheck Value Exist=Nを指定した場合），アラーム発生の条件を条件式で定義します。
アラーム発生の条件は，Alarm Condition Expressionsサブセクションで定義します。
通常のアラームを定義する場合，このサブセクションを省略することはできません。
アラーム発生の条件を定義しているのは次の個所です。

  :
#[[Alarm Condition Expressions]]
#Condition=
  :

Conditionラベルに，監視するレコード名およびフィールド名を使用したアラーム発生の条件式を記述します。
この例では，ディスク名と空き容量の二つの項目を監視するので，条件式を二つ定義します。

監視する対象のディスク名を判定する条件式
ディスク名は，File System Detail - Local（PD_FSL）レコードのFile System（FILESYSTEM_NAME）フィールドに格納されます。このフィールドの値を判定条件とします。
PD_FSL_FILESYSTEM_NAME="/dev/hda3","/dev/hda3"
条件式の左辺には，判定に使用するレコードのフィールド名をPFM - Manager名で指定します。
条件式の右辺には，異常の判定条件と警告の判定条件を「,」（半角コンマ）でつないで指定します。
この例の場合，異常の場合も警告の場合も同じディスクを監視するため，同じ値を定義しています。

空き容量の割合を判定する条件式
空き容量の割合は，File System Detail - Local（PD_FSL）レコードのMbytes Free %（TOTAL_MBYTES_FREE_PERCENT）フィールドに格納されます。このフィールドの値を判定条件とします。
PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20
この例の場合，空き容量の割合が10%より少なくなったら異常，20%より少なくなったら警告と判定することを定義しています。

該当する行の，行頭の「#」を削除し，これら二つの条件式をANDでつないでアラーム定義ファイルに記述します。

  :
[[Alarm Condition Expressions]]
Condition=PD_FSL_FILESYSTEM_NAME="/dev/hda3","/dev/hda3" AND PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20
  :

条件式の右辺（異常値・警告値）に文字列を指定する場合，"（ダブルクォーテーション）で囲む必要があります。
条件式の右辺に「#」を使用したい場合は，「¥#」と指定することで使用できます。
条件式の右辺には ( ) [ ] < > = " は指定できません。これらの文字を指定したい場合は，ワイルドカード文字「*」を用いて条件式を指定してください。また，条件式の右辺で指定したワイルドカード文字の直前に「¥」を使用したい場合は，「¥¥」と指定してください。

アラーム発生時のアクションを定義する。
アラーム発生時のアクションは，Actionsサブセクションで定義します。アラーム発生時のアクションを定義しているのは次の個所です。

  :
#[[Actions]]
#Report=
#E-mail=Abnormal,Warning,Normal
#Command=Abnormal,Warning,Normal
#SNMP=Abnormal,Warning,Normal
#JP1 Event=N
  :

アラームが異常状態のときにEメールを送信し，アラームが異常状態および警告状態のときにJP1イベントを発行する場合，次のように記述します。

  :
[[Actions]]
#Report=
E-mail=Abnormal
Command=Abnormal,Warning
#SNMP=Abnormal,Warning,Normal
JP1 Event=Y
  :

E-mailラベル
アラームがどのような状態のときにEメールを送信するかを定義します。
・ 異常状態のときにEメールを送信する場合：Abnormal
・ 警告状態のときにEメールを送信する場合：Warning
・ 正常状態のときにEメールを送信する場合：Normal
アクションを実行するアラームの状態が複数ある場合は，「,」（半角コンマ）でつないで指定します。
ここでアラームの状態を定義した場合，Action Definition E-mailサブセクションにEメール送信内容の定義が必要です。
この項目は省略できます。

Commandラベル
アクションとしてJP1イベントを発行する場合，またはコマンドを実行する場合，アラームがどのような状態のときにアクションを実行するかを定義します。
・ 異常状態のときに実行する場合：Abnormal
・ 警告状態のときに実行する場合：Warning
・ 正常状態のときに実行する場合：Normal
アクションを実行するアラームの状態が複数ある場合は，「,」（半角コンマ）でつないで指定します。
この項目は省略できます。

JP1 Eventラベル
Commandラベルで定義したアラームの状態で実行するアクションとして，JP1イベントを発行するか，コマンドを実行するかを定義します。
・ JP1イベントを発行する場合：Y
　この場合，Action Definition JP1 EventサブセクションにJP1イベント通知内容の定義が必要です。
・ コマンドを実行する場合：N
　この場合，Action Definition Commandサブセクションにコマンド実行内容の定義が必要です。
この項目が省略された場合，Nが指定されたものとして扱います。

Eメールの送信先およびメッセージテキストの内容を定義する。
Eメールの送信先およびEメールで送信するメッセージテキストの内容を定義します。
Eメールの送信先およびメッセージテキストの内容は，Action Definition E-mailサブセクションで定義します。
アクションでEメールを送信する定義をしている場合，このサブセクションを省略することはできません。
Eメールの送信先およびメッセージテキストの内容を定義しているのは次の個所です。

  :
#[[Action Definition E-mail]]
#E-mail Address=
#Action Handler=

#[[[Message Text]]]
#Date: %SCT
#Host: %HNS
#
#Product: %PTS
#Agent: %ANS
#
#Alarm: %AIS (%ATS)
#State: %SCS
#
#Message: %MTS
  :

Eメールの送信先を「taro@aaa.co.jp」，メッセージテキストの内容を変数で指定した例を示します。該当する行の行頭の「#」を削除し，次のように記述します。

  :
[[Action Definition E-mail]]
E-mail Address=taro@aaa.co.jp
Action Handler=PH1host01
  :
[[[Message Text]]]
Date: %SCT
Host: %HNS

Product: %PTS
Agent: %ANS

Alarm: %AIS (%ATS)
State: %SCS

Message: %MTS
  :

E-mail Addressラベル
Eメールの送信先を1～127バイトの半角文字で定義します。送信先が複数ある場合は，「,」（半角コンマ）でつないで指定します。
この項目は省略できません。

Action Handlerラベル
Eメール送信元となるAction HandlerサービスのサービスIDを定義します。
この項目は省略できません。

Message Textサブサブセクション
メッセージテキストの内容を0～1000バイトで定義します。
次のセクションまたはサブセクションの始まる行，またはファイルの終端の直前までの文字列を改行を含めすべて有効な文字列として認識します。ただし，サブサブセクション内にコメントがある場合，コメント部分は除外されます。また，最終行にある改行文字は除外されます。
この項目が省略された場合，空文字列が設定されたものとして扱います。
上の例で変数を使用して定義している送信内容は，次のとおりです。
・ アラームが発生した日付と時刻
・ アラームが発生したエージェントのホスト名
・ エージェントの種類とデータモデルのバージョン
・ アラームが発生したエージェント名
・ アラーム名
・ アラームテーブル名
・ アラームの状態
・ 空き容量（GeneralサブセクションのMessage Textラベルで定義した値）

Message Textサブセクションの定義内容に使用している変数とその意味については，マニュアル「JP1/Performance Management リファレンス」の，PFM - Web Consoleの［アラーム階層］画面について説明している章を参照してください。

JP1イベント発行に関連する定義をする。
JP1イベント発行に関連する定義は，Action Definition JP1 Eventサブセクションで定義します。
アクションでJP1イベントを発行する定義をしている場合，このサブセクションを省略することはできません。
JP1イベント発行に関連する定義をしているのは次の個所です。

  :
#[[Action Definition JP1 Event]]
#Event ID=
#Message=%MTS
#Switch Alarm Level=Y
#Action Handler=
#Exec Logical Host=
  :

該当する行の行頭の「#」を削除して，次のように書き換えます。

  :
[[Action Definition JP1 Event]]
Event ID=1234
Message=%MTS
Switch Alarm Level=Y
Action Handler=PH1host01
#Exec Logical Host=
  :

Event IDラベル
JP1イベントのイベントIDを16進数で定義します。JP1システムイベントの場合，この項目で設定した情報はJP1イベントの拡張属性の識別イベントID（JPC_USER_EVENTID）として出力されます。JP1ユーザーイベントの場合，この項目で設定した情報はJP1イベントの基本属性のイベントIDとして出力されます。JP1イベントの種類については，「10.2　JP1/IMと連携するための検討」を参照してください。
この項目は省略できません。

Messageラベル
JP1イベントの発行時に送信するメッセージを0～1,023バイトで定義します。09-00以前のAction HandlerサービスでJP1イベントを発行する場合は，0～128バイトで定義します。
ラベルの値に半角空白文字を含む場合は，"（ダブルクォーテーション）で囲む必要があります。
この項目が省略された場合，空文字列が設定されたものとして扱います。

Switch Alarm Levelラベル
アラームレベルを重大度に変換するかどうかを定義します。
・ アラームレベルを重大度に変換する場合：Y
・ アラームレベルを重大度に変換しない場合：N
この項目が省略された場合，Yが指定されたものとして扱います。

Action Handlerラベル
JP1イベントの発行元となるAction HandlerサービスのサービスIDを定義します。
この項目は省略できません。

同様に，アラーム「空き容量（hda4）」を定義する。
手順3～7に従って，ディスク/dev/hda4を監視するアラーム「空き容量（hda4）」を定義します。
完成したアラーム定義ファイルは次のようになります。

Alarm Definition File Version=0001
Alarm Definition File Code=Shift_JIS

[Alarm Data]
[[General]]
Product=U4.0
Alarm Table Name=ディスク監視
Alarm Name=空き容量（hda3）
Message Text=空き容量（%CVS%）
Check Value Exist=N

#[[Advanced Setting]]
#Active Alarm=Y
#Regularly Alarm=Y
#Evaluate All Data=N
#Monitoring Regularly=N
#Monitoring Time=
#Damping=N
#Damping Count=

#[[Check Value Exist]]
#Record=
#Field=
#Value=

[[Alarm Condition Expressions]]
Condition=PD_FSL_FILESYSTEM_NAME="/dev/hda3","/dev/hda3" AND PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20

[[Actions]]
#Report=
E-mail=Abnormal
Command=Abnormal,Warning
#SNMP=Abnormal,Warning,Normal
JP1 Event=Y

[[Action Definition E-mail]]
E-mail Address=taro@aaa.co.jp
Action Handler=PH1host01

[[[Message Text]]]
Date: %SCT
Host: %HNS

Product: %PTS
Agent: %ANS

Alarm: %AIS (%ATS)
State: %SCS

Message: %MTS

#[[Action Definition Command]]
#Command Name=
#Action Handler=

#[[[Message Text]]]
#
[[Action Definition JP1 Event]]
Event ID=1234
Message=%MTS
Switch Alarm Level=Y
Action Handler=PH1host01
#Exec Logical Host=

[Alarm Data]
[[General]]
Product=U4.0
Alarm Table Name=ディスク監視
Alarm Name=空き容量（hda4）
Message Text=空き容量（%CVS%）
Check Value Exist=N

#[[Advanced Setting]]
#Active Alarm=Y
#Regularly Alarm=Y
#Evaluate All Data=N
#Monitoring Regularly=N
#Monitoring Time=
#Damping=N
#Damping Count=

#[[Check Value Exist]]
#Record=
#Field=
#Value=

[[Alarm Condition Expressions]]
Condition=PD_FSL_FILESYSTEM_NAME="/dev/hda4","/dev/hda4" AND PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20

[[Actions]]
#Report=
E-mail=Abnormal
Command=Abnormal,Warning
#SNMP=Abnormal,Warning,Normal
JP1 Event=Y

[[Action Definition E-mail]]
E-mail Address=taro@aaa.co.jp
Action Handler=PH1host01

[[[Message Text]]]
Date: %SCT
Host: %HNS

Product: %PTS
Agent: %ANS

Alarm: %AIS (%ATS)
State: %SCS

Message: %MTS

#[[Action Definition Command]]
#Command Name=
#Action Handler=

#[[[Message Text]]]
#
[[Action Definition JP1 Event]]
Event ID=1234
Message=%MTS
Switch Alarm Level=Y
Action Handler=PH1host01
#Exec Logical Host=

編集が終了したら，/tmp/alarmtmp01.cfgファイルを保存する。

上記の設定例で指定をしなかった項目については，「JP1/Performance Management リファレンス」の，jpctool alarm importコマンドについて説明している個所を参照してください。

6.7.2　アラーム定義ファイルを検証する

作成したアラーム定義ファイルの内容が妥当かどうかを検証します。アラーム定義ファイルの検証には，jpctool alarm checkコマンドを使用します。

この例では，アラーム定義ファイルの構文だけでなく，ファイル内で定義したPFM - AgentまたはPFM - RMがセットアップされているか，レコードやフィールドがサポートされているかなど，定義内容が妥当であるかどうかを検証します。

手順を次に示します。

Name Serverサービス，Master Managerサービス，およびView Serverサービスが起動されているかどうか確認する。
Performance Managementのプログラムのサービスが起動されているかどうか確認するには，jpctool service listコマンドを使用します。
host01上で起動されているサービスの一覧を表示します。

jpctool service list -id "*" -host host01

PFM - Managerがhost01上で起動している場合，次のように出力されます。

Host Name ServiceID  Service Name     PID    Port    Status
-------   ---------  ---------------- -----  ----    -------
host01    PC1host01  Trap Generator   1468   1134    Active
host01    PE1001     Correlator       1420   1114    Active
host01    PH1host01  Action Handler   872    1116    Active
host01    PM1001     Master Manager   1388   1104    Active
host01    PP1host01  View Server      1504   1155    Active
host01    PS1001     Master Store     632    1109    Active
host01    PN1001     Name Server      484    8204    Active

この例では，Name Serverサービス，Master Managerサービス，およびView Serverサービスがすべて起動されています。
jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm checkコマンドを実行する。
次のように指定してコマンドを実行します。

jpctool alarm check -f /tmp/alarmtmp01.cfg

アラーム定義ファイルに誤りがある場合，誤りの個所すべてについて，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。
誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。
jpctool alarm checkコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.7.3　アラーム定義を変更する

アラームの定義は，アラーム定義情報をファイルにエクスポートして編集し，再度インポートすることで変更できます。

この操作で使用するコマンド：

アラーム定義をエクスポートする場合
jpctool alarm exportコマンド

アラーム定義をインポートする場合
jpctool alarm importコマンド

注意

監視テンプレート（「PFM」で始まる名前のアラームテーブル）で定義されているアラームは編集できません。編集する場合は，監視テンプレートをいったんエクスポートしたあと，アラーム定義ファイルのアラームテーブル名を変更してインポートしてください。

ここでは，定義済みのアラームの定義を変更する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，定義を編集するアラームが定義されているアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートおよび「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドを実行して，定義を編集するアラーム名を確認する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル名「alarmtable1」で定義されているアラーム名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table alarmtable1

出力結果は次のようになります。

Product ID:U
DataModelVersion:4.0
Alarm Table Name:alarmtable1
Alarm Name:
 Kernel CPU 01       [active]
 Kernel CPU 02       [active]
 User CPU 01         [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm exportコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブルalarmtable1に定義されているアラームすべての定義情報を，/tmp/alarmtable1.cfgファイルにエクスポートする場合，次のように指定してコマンドを実行します。

jpctool alarm export -f /tmp/alarmtable1.cfg -key UNIX -table alarmtable1

jpctool alarm exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

テキストエディターなどで，/tmp/alarmtable1.cfgファイルを開く。

/tmp/alarmtable1.cfgファイルを編集する。
アラーム定義ファイルの各定義内容を編集する方法については，「6.7.1 アラーム定義ファイルを作成する」を参照してください。

/tmp/alarmtable1.cfgファイルを保存する。

jpctool alarm importコマンドを実行する。
例えば，アラーム定義ファイル/tmp/alarmtable1.cfgの定義情報をインポートする場合，次のように指定してコマンドを実行します。

jpctool alarm import -f /tmp/alarmtable1.cfg

jpctool alarm importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.7.4　アラームテーブルをコピーする

アラームテーブルをコピーするには，jpctool alarm copyコマンドを使用します。

注意

アラームテーブル単位でコピーする場合，コピー先のアラームテーブルは，コピー元と同じPFM - AgentまたはPFM - RMのアラームテーブルとして認識されます。ほかのPFM - AgentまたはPFM - RMのアラームテーブルとしてコピーすることはできません。

コピー先のアラームテーブル名に，「PFM」で始まるアラームテーブル名を指定することはできません。

アラームテーブルをコピーする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，コピーするアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm copyコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00を，「alarmtable1」というアラームテーブル名でコピーする場合，次のように指定してコマンドを実行します。

jpctool alarm copy -key UNIX -table "PFM UNIX Solution Alarms 7.00" -name alarmtable1

jpctool alarm copyコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルがコピーされているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，アラームテーブル「alarmtable1」が新しく作成されたことが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.7.5　アラームテーブルを削除する

アラームテーブルを削除するには，jpctool alarm deleteコマンドを使用します。

アラームテーブルを削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，削除するアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートとアラームテーブル「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm deleteコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル「alarmtable1」を削除する場合，次のように指定してコマンドを実行します。

jpctool alarm delete -key UNIX -table alarmtable1

jpctool alarm deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルが削除されているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，アラームテーブル「alarmtable1」が削除されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.7.6　アラームを削除する

個々のアラームを削除するには，jpctool alarm deleteコマンドを使用します。

個々のアラームを削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，削除するアラームが定義されているアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートおよび「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，削除するアラーム名を確認する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル名「alarmtable1」で定義されているアラーム名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table alarmtable1

出力結果は次のようになります。アラームテーブル「alarmtable1」にアラーム「Kernel CPU 01」，アラーム「Kernel CPU 02」，およびアラーム「User CPU 01」が定義されていることが確認できます。

Product ID:U
DataModelVersion:4.0
Alarm Table Name:alarmtable1
Alarm Name:
 Kernel CPU 01       [active]
 Kernel CPU 02       [active]
 User CPU 01         [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm deleteコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル「alarmtable1」のアラーム「Kernel CPU 02」を削除する場合，次のように指定してコマンドを実行します。

jpctool alarm delete -key UNIX -table alarmtable1 -alarm "Kernel CPU 02"

jpctool alarm deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームが削除されているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table alarmtable1

出力結果は次のようになります。この例では，アラームテーブル「Kernel CPU 02」が削除されていることが確認できます。

Product ID:U
DataModelVersion:4.0
Alarm Table Name:alarmtable1
Alarm Name:
 Kernel CPU 01       [active]
 User CPU 01         [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.8　コマンドでのアラームの運用

ここでは，コマンドを使用してアラームを運用する手順について説明します。なお，クイックガイドを使用して簡易的なアラームを設定することもできます。クイックガイドについては，「6.5　クイックガイドでのアラームの設定」を参照してください。

＜この節の構成＞

6.8.1　監視エージェントにアラームテーブルを関連づける

6.8.2　監視エージェントに関連づけたアラームテーブルを解除する

6.8.3　監視エージェントとアラームテーブルの関連を確認する

6.8.4　アラームによる監視を開始する

6.8.5　アラームによる監視を停止する

6.8.6　アラームテーブルのプロパティを確認する

6.8.1　監視エージェントにアラームテーブルを関連づける

アラームテーブルをエージェントにバインドするには，jpctool alarm bindコマンドを使用します。

＜この項の構成＞

(1)　アラームテーブル複数バインド機能を有効にしている場合

(2)　アラームテーブル複数バインド機能を無効にしている場合

(1)　アラームテーブル複数バインド機能を有効にしている場合

アラームテーブル複数バインド機能を有効にしている場合に，複数のアラームテーブルをバインドする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインドするアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートおよびUNIX Alarm CPUが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 UNIX Alarm CPU
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm bindコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00を，「host01」にあるエージェントにバインドする場合，次のように指定してコマンドを実行します。

jpctool alarm bind -key UNIX -table "PFM UNIX Solution Alarms 7.00" -id UA1host01

ポイント

PFM - RMの監視対象のレポートを表示したいときは，サービスIDとして監視対象に対応するリモートエージェントまたはグループエージェントを指定します。

jpctool alarm bindコマンドに-addオプションをつけて実行する。
例えば，「host01」にあるエージェントにUNIX Alarm CPUを追加する場合，次のようにしてコマンドを実行します。

jpctool alarm bind -key UNIX -table "UNIX Alarm CPU" -id UA1host01 -add

なお，同時にバインドできるアラームテーブルの数は50個までです。
jpctool alarm bindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。
次のように指定してコマンドを実行します。

jpctool alarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01に監視テンプレートPFM UNIX Solution Alarms 7.00およびUNIX Alarm CPUがバインドされていることが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:
 UNIX Alarm CPU
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラームテーブル複数バインド機能を無効にしている場合

注意

一つのエージェントに対してバインドできるアラームテーブルは一つだけです。すでにアラームテーブルがバインドされているエージェントに対して，別のアラームテーブルをバインドした場合，既存のアラームテーブルのバインドが自動的に解除され，新しいアラームテーブルがバインドし直されます。

アラームテーブル複数バインド機能を無効にしている場合に，アラームテーブルをバインドする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインドするアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，バインドするアラームテーブルがどのエージェントにバインドされているかを確認する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

ポイント

PFM - RMの監視対象のレポートを表示したいときは，サービスIDとして監視対象に対応するリモートエージェントまたはグループエージェントを指定します。

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がホスト「hostA」およびホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm bindコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00を，「host01」にあるエージェントにバインドする場合，次のように指定してコマンドを実行します。

jpctool alarm bind -key UNIX -table "PFM UNIX Solution Alarms 7.00" -id UA1host01

jpctool alarm bindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。
手順3と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がホスト「host01」，ホスト「hostA」，およびホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1host01
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.8.2　監視エージェントに関連づけたアラームテーブルを解除する

アラームテーブルのバインドを解除するには，jpctool alarm unbindコマンドを使用します。

＜この項の構成＞

(1)　アラームテーブル複数バインド機能を有効にしている場合

(2)　アラームテーブル複数バインド機能を無効にしている場合

(1)　アラームテーブル複数バインド機能を有効にしている場合

アラームテーブル複数バインド機能を有効にしている場合に，アラームテーブルのバインドを解除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。
次のように指定してコマンドを実行します。

jpctool alarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01に監視テンプレートPFM UNIX Solution Alarms 7.00およびUNIX Alarm CPUがバインドされていることが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:
 UNIX Alarm CPU
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm unbindコマンドを実行する。
例えば，エージェントUA1host01にバインドしているすべてのアラームテーブルを解除する場合，次のように指定してコマンドを実行します。

jpctool alarm unbind -key UNIX -all -id UA1host01

jpctool alarm unbindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルのバインドが解除されているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01にアラームテーブルがバインドされていないことが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラームテーブル複数バインド機能を無効にしている場合

アラームテーブル複数バインド機能を無効にしている場合に，アラームテーブルのバインドを解除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインドを解除するアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，バインドを解除するアラームテーブルがどのエージェントにバインドされているかを確認する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がホスト「host01」，ホスト「hostA」，およびホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1host01
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm unbindコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00に対して，ホスト名が「host」で始まるすべてのホストのバインドを解除する場合，次のように指定してコマンドを実行します。

jpctool alarm unbind -key UNIX -table "PFM UNIX Solution Alarms 7.00" -id "UA1host*"

jpctool alarm unbindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルのバインドが解除されているかどうかを確認する。
手順3と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がどのホストにもバインドされていないことが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.8.3　監視エージェントとアラームテーブルの関連を確認する

アラームテーブルのバインド状況を確認するには，jpctool alarm listコマンドを使用します。

アラームテーブルのバインド状況を確認する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインド状況を確認するアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームテーブルがどのエージェントにバインドされているかを確認する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートがホスト「host01」，ホスト「hostA」，およびホスト「hostB」のエージェントにバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1host01
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.8.4　アラームによる監視を開始する

アラームを有効にするには，jpctool alarm activeコマンドを使用します。

アラームを有効にする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，有効にするアラーム名およびアラームの状態を確認する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00の各アラームの状態を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。アラームが有効である場合，アラーム名のあとに[active]と，アラームが無効である場合，アラーム名のあとに[inactive]と出力されます。この例では，アラーム「Disk Service Time」が無効であることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [inactive]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm activeコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00のアラーム「Disk Service Time」を有効にする場合，次のように指定してコマンドを実行します。

jpctool alarm active -key UNIX -table "PFM UNIX Solution Alarms 7.00" -alarm "Disk Service Time"

jpctool alarm activeコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームが有効になっているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，アラーム「Disk Service Time」が有効になったことが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.8.5　アラームによる監視を停止する

アラームを無効にするには，jpctool alarm inactiveコマンドを使用します。

アラームを無効にする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，無効にするアラーム名およびアラームの状態を確認する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00の各アラームの状態を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。アラームが有効である場合，アラーム名のあとに[active]と出力されます。この例では，すべてのアラームが有効であることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm inactiveコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00のアラーム「Disk Service Time」を無効にする場合，次のように指定してコマンドを実行します。

jpctool alarm inactive -key UNIX -table "PFM UNIX Solution Alarms 7.00" -alarm "Disk Service Time"

jpctool alarm inactiveコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool alarm listコマンドを実行して，アラームが無効になっているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。アラームが無効である場合，アラーム名のあとに[inactive]と出力されます。この例では，アラームDisk Service Timeが無効になったことが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [inactive]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.8.6　アラームテーブルのプロパティを確認する

あるPFM - AgentまたはPFM - RMで定義されているアラームテーブルの一覧，またはあるアラームテーブルに定義されているアラームの一覧とバインドされているエージェントの一覧を表示できます。

ここでは，アラームテーブルの定義情報を表示する手順について説明します。

注意

個々のアラームのしきい値など，アラームで定義されている定義情報は表示できません。アラームの定義情報を確認する場合は，jpctool alarm exportコマンドでアラーム定義をエクスポートして確認してください。アラーム定義のエクスポートについては，「6.7.3　アラーム定義を変更する」を参照してください。

＜この項の構成＞

(1)　アラームテーブルの一覧を表示する

(2)　アラームテーブル内のアラームの情報を表示する

(1)　アラームテーブルの一覧を表示する

あるPFM - AgentまたはPFM - RMで定義されているアラームテーブルの一覧を表示するには，jpctool alarm listコマンドを使用します。

アラームテーブルの一覧を表示する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートとアラームテーブル「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドを，-keyオプションだけ指定して実行した場合に表示される情報を，次の表に示します。

表6-8　jpctool alarm listコマンドの表示情報（-keyオプション指定）

項番 | 表示情報 | 説明
1 | Product ID | PFM - AgentまたはPFM - RMの種類を示すプロダクトIDを示す。各PFM - AgentまたはPFM - RMのプロダクトIDについては，各PFM - AgentまたはPFM - RMのマニュアルの，付録に記載されている識別子一覧を参照のこと。
2 | Alarm Table Name | アラームテーブル名を示す。

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラームテーブル内のアラームの情報を表示する

あるアラームテーブルに定義されているアラームの一覧とバインドされているエージェントの一覧を表示するには，jpctool alarm listコマンドを使用します。

アラームの情報を表示する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00で定義されているアラームの情報を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートのすべてのアラームが有効であること，および監視テンプレートがホスト「hostA」とホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
 Disk Service Time   [active]
 I/O Wait Time       [active]
 Kernel CPU          [active]
 Pagescans           [active]
 Run Queue           [active]
 Swap Outs           [active]
 User CPU            [active]

The Bound Agent:
 UA1hostA
 UA1hostB

jpctool alarm listコマンドを，-keyオプションと-tableオプションを指定して実行した場合に表示される情報を次の表に示します。

表6-9　jpctool alarm listコマンドの表示情報（-keyオプション，-tableオプション指定）

項番
表示情報
説明

1
Product ID
PFM - AgentまたはPFM - RMの種類を示すプロダクトIDを示す。各PFM - AgentまたはPFM - RMのプロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されている識別子一覧を参照のこと。

2
DataModelVersion
データモデルのバージョンを示す。

3
Alarm Table Name
アラームテーブル名を示す。

4
Alarm Name
アラーム名およびアラームが有効か無効かを示す。

active：アラームが有効であることを示す。

inactive：アラームが無効であることを示す。

5
The Bound Agent
アラームテーブルがバインドされているエージェントのサービスIDを示す。

jpctool alarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

6.9　アラームに関する注意事項

ここでは，アラームに関する注意について説明します。

＜この節の構成＞

6.9.1　アラーム作成時の注意事項

6.9.2　アラーム発生頻度とアラームイベント発行の関係について

6.9.3　アラームの評価に関する注意事項

6.9.1　アラーム作成時の注意事項

＜この項の構成＞

(1)　アラームの評価時刻について

(2)　アラームで評価するレコードの保存について

(3)　アラーム数の制限について

(4)　文字コード種別の変更について

(5)　値の存在を監視するアラームを設定する場合の注意について

(6)　アラームの発生数によるPFM - AgentまたはPFM - RMの接続数への影響について

(7)　アラームの発生数によるシステムリソースへの影響について

(1)　アラームの評価時刻について

アラームに複数のレコードの監視条件を設定し，レコードの監視間隔およびオフセット（開始時間）が異なる場合，アラームは収集スケジュールが同じ時刻となるときだけ評価されます。必要に応じて，収集間隔の設定を見直してください。

(2)　アラームで評価するレコードの保存について

アラームの条件として選択したレコードは，Storeデータベースに記録する必要はありません。

(3)　アラーム数の制限について

一つのAgent製品に定義できるアラームテーブルの数は1,024個までです。

一つのアラームテーブルに登録できるアラームの数は250個までです。また，一つのエージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - AgentまたはPFM - RMにアラームを多数バインドすると，PFM - Manager，PFM - Agent，またはPFM - RMの処理に遅延が発生する場合があります。

バインドするアラームの数は以下の値を超えないように設定してください。

1エージェント当たり250個

Performance Managementシステム全体で10,000個

(4)　文字コード種別の変更について

アラームを作成する際，全角文字や半角かたかなを使用した場合，OSの文字コード種別は変更しないでください。途中で文字コード種別を変更すると，以前に定義したアラームやレポートが実行されなくなります。

OSの文字コード種別を変更する場合は，一度PFM - Managerをアンインストールして，環境を再構築してください。

(5)　値の存在を監視するアラームを設定する場合の注意について

［値の存在を監視するアラームとする］をチェックした場合，アラーム通知時は収集されたデータに条件式で指定した値が存在しません。このためメッセージテキストやMail Subjectに変数%CVSを指定しても，アラーム正常回復時の測定値出力機能を有効に設定している場合は(N/A)，無効に設定している場合は空文字に変換されるので注意してください。

(6)　アラームの発生数によるPFM - AgentまたはPFM - RMの接続数への影響について

Performance Managementでは，PFM - ManagerがPFM - AgentまたはPFM - RMから発行されるアラームを受信し，順次Storeデータベース（Master Store）に格納するなどの処理をします。アラームの発行が頻繁になったり多数のPFM - AgentまたはPFM - RMから同時にアラームが発行されたりすると，PFM - Managerの処理に遅延が発生します。遅延が発生すると，処理されていないアラームはPFM -Managerホストのメモリーに蓄積されるため，メモリー使用量が増加したり，システムの性能が低下したりします。

そのため，PFM - Managerが単位時間当たりに処理できるアラーム数を超えないように，アラームの発生頻度を考慮してアラームを定義してください。また，あらかじめPFM - Managerに接続するPFM - AgentまたはPFM - RM数を決めておくことをお勧めします。アラームの発生頻度とPFM - Managerに接続するPFM - AgentまたはPFM - RM数の関係については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，システム構成について説明している個所を参照してください。

(7)　アラームの発生数によるシステムリソースへの影響について

アクションが設定されたアラームが，同時に多数発行されると，その数だけアクションが実行され，システムリソースを消費してシステムが不安定になることがあります。

6.9.2　アラーム発生頻度とアラームイベント発行の関係について

アラーム発生頻度の設定とアラームイベント発行の関係について，例を示して説明します。

参考

次に示す個所では，複数インスタンスレコードを使用してアラームを作成している場合を例にしています。複数インスタンスレコードとは，同じ時刻に収集されるインスタンスが複数あるレコードのことです。例えば，ディスクAとディスクBの状態を確認する複数インスタンスレコードの場合，アラーム評価時にはディスクAとディスクBの状態をそれぞれアラーム評価し，ディスクAとディスクBそれぞれについて，アラーム条件を満たした場合，アラームを発行します。

「(1)(c)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックなし，［すべての］にチェックあり）」

「(1)(d)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックあり，［すべての］にチェックあり）」

「(2)(c)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックなし，［すべての］にチェックあり）」

「(2)(d)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックあり，［すべての］にチェックあり）」

＜この項の構成＞

(1)　アラーム発生頻度がn/n（n=n）の場合

(2)　アラーム発生頻度がn/m（n<m）の場合

(1)　アラーム発生頻度がn/n（n=n）の場合

アラーム発生頻度の設定とアラームイベント発行の関係は，［新規アラーム > 基本情報］画面または［編集 > 基本情報］画面の［高度な設定］にある，［常にアラーム通知する］チェックボックスと［すべてのデータを評価する］チェックボックスの組み合わせに応じて変わります。各チェックボックスのチェックの有無に応じた参照先を次の表に示します。

［すべてのデータを評価する］ | ［常にアラーム通知する］
チェックなし | チェックあり
チェックなし | (a) | (b)
チェックあり | (c) | (d)

以降の例では，チェックボックス名を次のように表記しています。

［常に］：［常にアラーム通知する］チェックボックスを示す

［すべての］：［すべてのデータを評価する］チェックボックスを示す

(a)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックなし，［すべての］にチェックなし）

［常に］にチェックなし，［すべての］にチェックなしの場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム通知時点で収集されたデータの中で，最も重大度の高い条件を満たすデータのアラーム状態が通知されます。

例を次に示します。

(b)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックあり，［すべての］にチェックなし）

［常に］にチェックあり，［すべての］にチェックなしの場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知されます。

例を次に示します。

(c)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックなし，［すべての］にチェックあり）

［常に］にチェックなし，［すべての］にチェックありの場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム状態が警告または異常の場合，アラームを通知する時点でアラーム状態の条件を満たすすべてのデータのアラーム状態が通知されます。

例を次に示します。

(d)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックあり，［すべての］にチェックあり）

［常に］にチェックあり，［すべての］にチェックありの場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で警告または異常条件を満たす，すべてのデータが通知されます。

例を次に示します。

(2)　アラーム発生頻度がn/m（n<m）の場合

アラーム発生頻度の設定とアラームイベント発行の関係は，［新規アラーム > 基本情報］画面または［編集 > 基本情報］画面の［高度な設定］にある，［常にアラーム通知する］チェックボックスと［すべてのデータを評価する］チェックボックスの組み合わせに応じて変わります。各チェックボックスのチェックの有無に応じた参照先を次の表に示します。

［すべてのデータを評価する］ | ［常にアラーム通知する］
チェックなし | チェックあり
チェックなし | (a) | (b)
チェックあり | (c) | (d)

以降の例では，チェックボックス名を次のように表記しています。

［常に］：［常にアラーム通知する］チェックボックスを示す

［すべての］：［すべてのデータを評価する］チェックボックスを示す

(a)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックなし，［すべての］にチェックなし）

［常に］にチェックなし，［すべての］にチェックなしの場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム通知時点で収集されたデータの中で，最も重大度の高い条件を満たすデータのアラーム状態が通知されます。

例を次に示します。

(b)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックあり，［すべての］にチェックなし）

［常に］にチェックあり，［すべての］にチェックなしの場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知されます。

例を次に示します。

(c)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックなし，［すべての］にチェックあり）

［常に］にチェックなし，［すべての］にチェックありの場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム状態が警告または異常の場合，アラームを通知する時点でアラーム状態の条件を満たす，すべてのデータのアラーム状態が通知されます。

例を次に示します。

(d)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックあり，［すべての］にチェックあり）

［常に］にチェックあり，［すべての］にチェックありの場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で警告または異常条件を満たす，すべてのデータが通知されます。

例を次に示します。

6.9.3　アラームの評価に関する注意事項

＜この項の構成＞

(1)　アラームの評価数の制限について

(2)　アラーム評価の間隔について

(3)　監視時刻範囲と発生頻度を指定した場合のアラーム評価について

(4)　アラーム条件の組み合わせによるアラーム評価の違いについて

(5)　発生頻度の設定によるアラーム評価の違い

(6)　アラーム評価時の文字コード種別について

(7)　PFM - AgentまたはPFM - RMが停止した場合のアラーム評価について

(1)　アラームの評価数の制限について

PFM - AgentまたはPFM - RMで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。PFM - AgentまたはPFM - RMにアラームをバインドしている場合，32,767個までのインスタンスが評価されます。32,768個目以降のインスタンスは評価されません。

(2)　アラーム評価の間隔について

アラームの評価は一定間隔で実施されます。この間隔はエージェントごとのレコードの収集間隔となります。各レコードの収集間隔については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章（各レコードのCollection Intervalの値）を参照してください。

レコードの収集間隔を変更したい場合は，次のように操作してください。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。

［メイン］画面のタブフレームで［サービス階層］タブを選択する。

アラームがバインドされている監視エージェントを選択する。

メソッドフレームで［プロパティ］メソッドを選択する。

［Detail Records］フォルダまたは［Interval Records］フォルダを展開する。

［Collection Interval］プロパティの値を変更する。

レコード（パフォーマンスデータ）の収集間隔が設定した値に変更されます。

(3)　監視時刻範囲と発生頻度を指定した場合のアラーム評価について

監視時刻範囲を指定している場合，監視終了時刻になると，正常アラームが発行されます。しかし，アラーム発生頻度の集計対象には，前回の監視時刻範囲の情報が含まれます。監視時刻範囲を指定している場合のアラーム評価の事例を次に示します。

前提条件

監視時刻範囲：9:00～21:00

発生頻度：3インターバル中2回超過

［常にアラームを監視する］：チェックしない

［すべてのデータを評価する］：チェックしない

当日の監視時刻範囲に，しきい値の超過が2回発生している場合，アラームは異常または警告状態になります。この状態で監視時刻が終了すると，アラームはいったん正常状態に変化します。翌日，監視の開始時刻には，前日の終了時刻時点の監視エージェントの状態（この場合は異常または警告）が引き継がれます。このため，翌日の監視時刻範囲内に初回のしきい値の超過が発生すると，3インターバル中に2回しきい値を超過する条件を満たすことになるため，異常または警告アラームが発行されます。

この場合，次の表に示すようにアラームが発行されます。

日付 | 時刻 | 監視エージェントの状態 | 発行アラーム
1日目 | 20:58 | 監視時刻範囲内 | 正常 | －
20:59 | 異常 | －
21:00 | 異常 | 異常アラーム※1
21:01 | 監視時刻範囲外 | 評価されない | 正常アラーム※2
21:02 | 評価されない | －
：
2日目 | 8:59 | 監視時刻範囲外 | 評価されない | －
9:00 | 監視時刻範囲内 | 異常 | 異常アラーム※3

（凡例）

－：発行されない

注※1

「3インターバル中に2回しきい値を超過」の条件を満たしたため，異常アラームが発行されます。

注※2

監視終了時刻になったため，正常アラーム（Alarm expired）が発行されます。

注※3

前日の監視エージェントの状態を引き継ぐため，「3インターバル中に2回しきい値を超過」の条件を満たすことになり，異常アラームが発行されます。

(4)　アラーム条件の組み合わせによるアラーム評価の違いについて

アラーム評価の方法は，アラーム条件とアラーム評価の対象となるレコードタイプによって異なります。アラーム条件の組み合わせによるアラーム評価の違いを次の表に示します。

表6-10　アラーム条件によるアラーム評価の違い

条件式
レコードタイプ
［常に］
［すべての］
アラーム評価（通知）

［値の存在を監視するアラームとする］にチェックがない場合
単一行レコード※1
×
×

異常条件を満たしていて，かつ以前に通知されたアラームが異常（赤）以外の場合，異常（赤）アラームが通知される。

異常条件ではなく警告条件を満たしていて，かつ以前に通知されたアラームが警告（黄）以外の場合，警告（黄）アラームが通知される。

上記どちらの条件も満たさないで，かつ以前に通知されたアラームが異常（赤），または警告（黄）の場合，正常（緑）アラームが通知される。

×
○

○
×
異常，または警告のどちらかの条件を満たしている場合，以前のアラーム通知の有無に関係なく，異常（または警告）である旨のアラームが通知される。

○
○

複数行レコード※2
×
×

異常条件を満たしているデータが一つ見つかり，かつ以前に通知されたアラームが異常（赤）以外の場合，そのデータについて異常（赤）アラームが通知される。

異常条件を満たしているデータはないが警告条件を満たしているデータが一つ見つかり，かつ以前に通知されたアラームが警告（黄）以外の場合，そのデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記のどちらの条件も満たしていないで，かつ以前に通知されたアラームが異常（赤）または警告（黄）の場合，正常（緑）アラームが通知される。

注意：条件を満たしているデータが見つかった時点でアラーム評価が終了するため，収集されたすべてのデータが評価されるとは限らない。

×
○

収集されたすべてのデータを評価した結果，異常条件を満たしているデータが一つ以上あり，かつ以前に通知されたアラームが異常（赤）以外の場合，それらの個々のデータについて異常（赤）アラームが通知される。

収集されたすべてのデータを評価した結果，異常条件を満たしているデータはないが，警告条件を満たしているデータが一つ以上あり，かつ以前に通知されたアラームが警告（黄）以外の場合，それらの個々のデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記どちらの条件も満たしていないで，かつ以前に通知されたアラームが異常（赤）または警告（黄）の場合，正常（緑）アラームが通知される。

注意：すべてのデータが評価されるので，1インターバルで複数のアラーム通知がされることがある。

○
×

異常条件を満たすデータが一つ見つかった時点で，以前のアラーム通知の有無に関係なく，そのデータを基に異常である旨のアラームが通知される。

異常条件を満たしているデータはないが警告条件を満たしているデータが一つ見つかった時点で，以前のアラーム通知の有無に関係なく，そのデータを基に警告である旨のアラームが通知される。

注意：条件を満たしているデータが見つかった時点でアラーム評価が終了するため，収集されたすべてのデータが評価されるとは限らない。

○
○
異常，または警告のどちらかの条件を満たしているすべてのデータ一つ一つについて異常（または警告）である旨のアラームが通知される。
注意：すべてのデータが評価されるので，1インターバルで複数のアラーム通知がされることがある。

［値の存在を監視するアラームとする］にチェックがある場合
複数行レコード※2
×
×
収集されたすべてのデータを基に，条件式である［アラームウィザード - 存在を監視する値］で指定した値の有無を判断し，値がない（つまり，条件を満たしていない）場合，異常（赤）のアラームが通知される。
注意：アラーム通知は稼働していない旨を1回だけ通知する。
収集されるデータが一つもない場合，アラームの評価はされない。

×
○

○
×
収集されたすべてのデータを基に，条件式である［アラームウィザード - 存在を監視する値］で指定した値の有無を判断し，値がない（つまり，条件を満たしていない）場合，異常（赤）のアラームが通知される。
注意：アラーム通知は，毎回通知する。
収集されるデータが一つもない場合，アラームの評価はされない。

○
○

（凡例）

［常に］：［常にアラーム通知する］のチェックの状態

［すべての］：［すべてのデータを評価する］のチェックの状態

○：使用（チェックあり）

×：未使用（チェックなし）

注※1

単一行のレコードとは，単数インスタンスレコードのことです。

注※2

複数行のレコードとは，複数インスタンスレコードのことです。

アラーム評価方法を，アラーム通知の条件ごとに説明します。

存在を監視する値を設定した場合

存在を監視する値を設定した場合，指定されたPDレコードタイプおよびPIレコードタイプのレコードの，すべてのフィールドについて，指定した値があるかどうかが評価されます。値がない場合，1インターバルでは1回だけアラーム通知されます。

アラーム条件式を設定した場合

アラーム条件式を設定した場合，アラーム評価の対象となるレコードのタイプがPDレコードタイプおよびPIレコードタイプであれば，1インターバルで複数レコードが収集されます。デフォルトでは，アラームの評価は，条件式を満たしているデータが最初に見つかった時点でアラームを通知して終了します。そのため，すべてのパフォーマンスデータが評価されるとは限りません。PDレコードタイプのパフォーマンスデータをアラーム評価の対象としたい場合は，［アラームウィザード - 基本情報］の［高度な設定］タブで［すべてのデータを評価する］をチェックします。

(5)　発生頻度の設定によるアラーム評価の違い

「アラーム条件の組み合わせによるアラーム評価の違い」の説明に加えて，「発生頻度」を設定した場合には，さらにアラームの評価が異なります。発生頻度を設定した場合の，アラームの条件によるアラームの評価の違いを次の表に示します。

表6-11　発生頻度を設定した場合のアラーム評価の違い

［発生頻度］
［常に］
［すべての］
アラーム評価（通知）

○
×
×

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知される。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータを基に，アラームの状態が通知される。

注意：アラームの状態は発生頻度を評価した結果の状態のため，アラームの状態と通知されるデータのしきい値が異なることがある。

○
×
○

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知される。

アラーム状態が警告または異常の場合，アラーム通知時点でアラーム状態の条件を満たすすべてのデータを基にアラームの状態が通知される。

注意：アラームの状態は発生頻度を評価した結果の状態のため，アラームの状態と通知されるデータのしきい値が異なることがある。

○
○
×
アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知される。

○
○
○
アラーム通知時点で警告または異常条件を満たすすべてのデータが通知される。

（凡例）

［常に］：［常にアラーム通知する］のチェックの状態

［すべての］：［すべてのデータを評価する］のチェックの状態

○：使用（チェックあり）

×：未使用（チェックなし）

また，アラーム通知のタイミングが次の表のように変わります。

発生頻度
アラーム通知のタイミング

n／m
mインターバル中n回しきい値を超えた場合にアラームが通知されます。以降m回アラームを評価する間にn回しきい値を超えるごとにアラームが通知されます。

n／n※
しきい値を超え続けている間，n回ごとにアラームを通知します。
しきい値を超えたときに連続してアラーム通知しない場合などに使用します。

注※　［常にアラーム通知する］がチェックされている場合は，収集開始から1回目の収集でしきい値を満たしている場合はインターバルに関係なくアラームが発行されます。

(6)　アラーム評価時の文字コード種別について

アラームの定義に日本語を使用している場合，PFM - ManagerとアラームテーブルをバインドするPFM - AgentまたはPFM - RMは日本語の文字コード種別で動作している必要があります。文字コード種別が英語の場合，次のような現象が発生します。

イベントモニターに表示される文字列が文字化けする

アクション実行時のメッセージが文字化けする

アラーム定義の状態が異常または警告になっても，PFM - Web Console上の表示が正常のままとなる

アラーム定義の状態が異常または警告から正常に戻っても，PFM - Web Console上の表示が正常に変わらない

なお，Performance Managementのサービスが使用する文字コード種別は次のように決定されます。

コマンドから起動する場合
jpcspm startコマンドを実行した環境の文字コード種別が適用されます。

OS再起動時の自動起動で起動する場合
OSが起動する際に設定される文字コード種別が適用されます。
UNIXの場合で，OSが起動する際に設定される文字コード種別とPerformance Managementで使用したい文字コード種別が異なるときは，サービス自動起動スクリプトファイル（jpc_start）であらかじめ文字コード種別を設定してください。

(7)　PFM - AgentまたはPFM - RMが停止した場合のアラーム評価について

PFM - AgentまたはPFM - RMの状態が異常または警告の状態でサービスを停止すると，PFM - AgentまたはPFM - RMがバインドしているアラームテーブル内のアラームはすべて正常状態に変更されます。また，PFM - AgentまたはPFM - RMが再起動すると，前回起動時の状態を引き継がないで，再度正常状態から評価を開始します。

7.　イベントの表示

この章では，監視コンソールのWebブラウザで，監視エージェントで発生したイベントを表示する方法について説明します。

＜この章の構成＞

7.1　最新イベントの表示

7.2　イベント履歴の表示

7.3　イベント履歴の出力

7.1　最新イベントの表示

最新のイベント情報は，PFM - Web Consoleの［イベントモニター］画面で確認できます。［イベントモニター］画面で確認できるイベント情報には，次の三つがあります。

エージェントイベント
エージェントの状態の変化を示すイベント

アラームイベント
エージェントでのアラームの発生を示すイベント

ヘルスチェックイベント
ヘルスチェック状態の変化を契機に発行されるイベント

［イベントモニター］画面では，定期的に表示情報が自動更新されるため，エージェントの状態変化をリアルタイムに監視できます。また，表示条件を設定して特定のエージェントで発生したイベントだけを表示させたり，イベントの状態によって色分けしたりすることもできます。

なお，イベント情報はエージェント階層のインフォメーションフレームに表示されるサマリ表示でも確認できます。その場合，アラームイベントおよびエージェントイベントの異常状態および警告状態だけ表示されます。また，ヘルスチェックイベントは表示されません。サマリ表示の詳細については，「3.4.5　サマリ表示で稼働状況を確認する」を参照してください。

＜この節の構成＞

7.1.1　最新のイベント情報を表示する

7.1.2　アラームに関連づけられているレポートを表示する

7.1.3　アラームのプロパティを表示する

7.1.4　［イベントモニター］画面の表示条件を設定する

7.1.1　最新のイベント情報を表示する

［イベントモニター］画面では，イベントを発生順に一覧表示します。［イベントモニター］画面で最新イベント情報を確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面が別ウィンドウで表示されます。

図7-1　［イベントモニター］画面の表示例

［イベントモニター］画面の［表示］で，表示させるイベント種別を選択する。
［イベントモニター］画面に表示させるイベントの種類を，次の五つの項目から選択します。

すべてのイベント

エージェントイベント

アラームイベント

ヘルスチェックイベント

ヘルスチェック状態

デフォルトは「すべてのイベント」です。
イベント種別を選択すると，該当するイベントが一覧表示されます。ただし，ヘルスチェック状態を選択した場合は，アイコン，エージェント，ホスト名および状態だけを表示します。ヘルスチェック状態を選択したときの画面を次に示します。

図7-2　ヘルスチェック状態を選択したときの画面例

［イベントモニター］画面の表示項目を次の表に示します。

表7-1　［イベントモニター］画面の表示項目

表示項目
意味

エージェントイベント
エージェントの状態を示すイベントです。アラームテーブルをバインドしているエージェントの状態が変化したときに発行されます。
アイコンの意味は次のとおりです。PFM - AgentまたはPFM - RMの種類によって異なります。

[図データ]：正常または未起動状態（状態不明）

[図データ]：警告状態

[図データ]：異常状態

注意

アラームの定義で［常にアラーム通知する］を選択している場合は，エージェントの状態変更を監視しないため，エージェントイベントは発行されません。

アラームイベント
アラームの発生を示すイベントです。警告や異常のしきい値に達すると発行されます。
アイコンの色の意味は次のとおりです。

[図データ]（緑色）：正常状態

[図データ]（黄色）：警告状態

[図データ]（赤色）：異常状態

[図データ]※：常にアラーム通知する設定のアラーム

ヘルスチェックイベント
ヘルスチェック状態の変化を契機に発行されるイベントです。
アイコンと意味は次のとおりです。

[図データ]：非対応

[図データ]：動作中

[図データ]：縮退稼働

[図データ]：サービス停止

[図データ]：状態不明

[図データ]：ホスト停止

日付／時刻
イベント発生元であるエージェントのシステム時刻がロケールに対応した形式で表示されます。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

エージェント
イベント発生元であるエージェントのサービスIDが表示されます。

ホスト名
イベント発生元であるエージェントの稼働ホスト名が表示されます。

状態
状態の意味は次のとおりです。

エージェントイベントおよびアラームイベントの場合

OK：正常

Exception：異常

Warning：警告

Inactive：未起動または状態が不明

ヘルスチェックイベントおよびヘルスチェック状態の場合

Not Supported：非対応

Running：動作中

Incomplete：縮退稼働

Stopped：サービス停止

Unconfirmed：状態不明

Host Not Available：ホスト停止

レポート

イベントに関連づけられたレポートの有無を示します。

「n/a」：エージェントイベントのレポートなし

「-」：アラームイベントのレポートなし

[図データ]：レポートあり（Windows）

[図データ]：レポートあり（UNIX）

アラーム名
アイコン＋検知したアラーム名が表示されます。

[図データ]（緑色）：正常イベント

[図データ]（黄色）：警告イベント

[図データ]（赤色）：異常イベント

[図データ]※：異常／警告イベント

エージェントイベントおよびヘルスチェックイベントは「n/a」と表示されます。
アイコンをクリックすると，［アラームのプロパティ］画面が表示され，アラーム定義の内容を確認できます。

アラームテーブル名
検知されたアラームのテーブル名が表示されます。
エージェントイベントおよびヘルスチェックイベントは「n/a」と表示されます。

メッセージテキスト

エージェントイベントの場合

エージェントから出力されたメッセージが表示されます。

表示される主なメッセージを次に示します。

・ Startup：PFM - AgentまたはPFM - RMが起動した

・ Shutdown：PFM - AgentまたはPFM - RMが停止した

・ State change：PFM - AgentまたはPFM - RMの状態が変更した

・ State change(Unconfirmed)：PFM - Managerがエージェントのアラームステータスの確認に失敗したが，受信したアラームイベントからPFM - AgentまたはPFM - RMの状態を推定した

・ State information：PFM - Managerがエージェントのアラームステータスを正しく確認した

・ State information(Unconfirmed)：PFM - Managerがエージェントのアラームステータスを確認できなかった

・ Heartbeat timeout：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態となった

・ Heartbeat detected：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態から回復した

・ Monitored System Unavailable：監視対象システムが停止しているといった要因で稼働情報の収集が行えなくなった

・ Monitored System Available：監視対象システムが停止しているといった要因で稼働情報の収集が行えない状態から回復した

また，上記以外にKAVから始まるメッセージが表示されることがあります。

「Heartbeat timeout」が表示された場合は，PFM - AgentまたはPFM - RMの状態を確認してください。KAVから始まるメッセージが表示された場合は，各PFM - AgentまたはPFM - RMマニュアルの，メッセージついて説明している章を参照してください。それ以外のメッセージは，異常を示すエラーメッセージではないため，対処は不要です。

アラームイベントの場合

アラームウィザードで設定したメッセージテキストが表示されます。

表示される主なメッセージを次に示します。

・ Alarm updated/deleted：アラーム定義を更新または削除した

・ Alarm deactivated：アラームが非アクティブ状態になった

・ Alarm cleared：PFM - AgentまたはPFM - RMが異常または警告の状態で，アラームのバインドを解除したり（アラームが発生しているアラームテーブルをGUIからインポートした場合も該当），PFM - AgentまたはPFM - RMを停止したりした

・ Alarm expired：現在時刻がアラーム評価時間外となった

・ Heartbeat timeout：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態となった

・ Heartbeat detected：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態から回復した

ヘルスチェックイベントの場合

「HC: ヘルスチェック状態」の形式でメッセージテキストが表示されます。

また，エージェントの稼働状態のあとにサービスの稼働状態を示すメッセージテキストが表示されます。メッセージテキストの表示規則，表示例については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，データモデルについて説明している個所を参照してください。

注※　アラームの定義で「常にアラーム通知する」選択時だけ表示されます。

複数インスタンスレコードでは，次の動作になります。

対象インスタンスのうち，一つでも異常域や警告域の値が検知された場合
アラーム定義時に設定されたユーザー定義メッセージがメッセージテキストに表示されます。また，メッセージテキスト内にパフォーマンスデータの測定値を表示するように設定している場合は，しきい値超過が検知されたインスタンスの値が設定されます。

異常または警告から正常に状態が戻る場合
アラーム正常回復時の測定値出力機能が有効の場合，アラーム定義時に設定されたユーザー定義メッセージがメッセージテキストに表示されます。また，メッセージテキストにパフォーマンスデータの測定値を表示するように設定している場合は，最後に異常または警告のアラームが発行されたときに発行の要因となったインスタンスの現在の測定値が設定されます。
アラーム正常回復時の測定値出力機能が無効の場合，正常イベントは発行されますが，すべてのインスタンスの値が正常域となり，イベント発行要因となる値が特定されないため，メッセージテキストには何も表示されません。
アラーム正常回復時の測定値出力機能の詳細については，「6.3.5 アラーム正常回復時の測定値出力機能の設定」を参照してください。

画面右上の［閉じる］メニューをクリックし，画面を閉じる。
［イベントモニター］画面が閉じます。

7.1.2　アラームに関連づけられているレポートを表示する

Performance Managementのシステム内でアラームイベントが発生している場合，［イベントモニター］画面から，アラームに関連づけられているレポートを表示できます。

アラームに関連づけられたレポートを表示させる手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面が別ウィンドウで表示されます。アラームに関連づけられたレポートがある場合は，「レポート」欄にレポートアイコン（Agent for Platformの場合は[図データ]または[図データ]）が表示されます。

レポートを表示させるイベントのレポートアイコンをクリックする。
アラームのレポート画面が別ウィンドウで表示されます。
レポート画面および［イベントモニター］画面を終了させる場合は，それぞれの画面の右上にある［閉じる］をクリックします。

7.1.3　アラームのプロパティを表示する

［イベントモニター］画面でアラームイベントのアイコン（アラームアイコン）をクリックすると，［アラームのプロパティ］画面が表示されます。

［アラームのプロパティ］画面では，［イベントモニター］画面に表示されているアラームイベントに対応するアラームの定義内容が確認できます。

アラームのプロパティを表示させる手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面が別ウィンドウで表示されます。

［イベントモニター］画面の［表示］で，「アラームイベント」を選択する。
アラームイベントが一覧表示されます。

任意のアラームイベントのアラームアイコンをクリックする。
［プロパティ］画面が別ウィンドウで表示され，アラームの定義内容を確認できます。

図7-3　［プロパティ］画面の表示例

次の項目を選択すると，該当の設定内容の表示エリアにジャンプできます。

［基本情報］

基本情報の表示エリアにジャンプします。

［アラーム条件式］

アラーム条件式の表示エリアにジャンプします。

［アクション］

実行するアクション設定の表示エリアにジャンプします。

［アクション定義］

アクション定義の表示エリアにジャンプします。

［アラームのプロパティ］画面および［イベントモニター］画面を終了させる場合は，それぞれの画面の右上にある［閉じる］をクリックします。

参考

管理ユーザー権限を持つユーザーアカウントの場合は，［アラーム階層］画面からでも［アラームのプロパティ］画面を表示できます。［アラーム階層］画面からアラームのプロパティを確認する方法については，「6.6.5　アラームのプロパティ（定義内容）を表示する」を参照してください。

7.1.4　［イベントモニター］画面の表示条件を設定する

［イベントモニター］画面に表示させるエージェントや，イベントの最大表示件数などの表示条件を設定できます。

表示条件の設定手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面（［レポートの表示］タブの画面）が別ウィンドウで表示されます。

［イベントモニター］画面の［レポートの表示設定］タブをクリックする。
［レポートの表示設定］タブの画面が表示されます。

図7-4　［イベントモニター］画面（［レポートの表示設定］タブ）の表示例

表示条件を設定する。
必要に応じて，次の項目について設定します。

［フィルター設定］

すべてのエージェントで発生したイベントを表示する場合は，［すべてのエージェントを表示する］をチェックします。デフォルトは，チェックされています。

表示対象のエージェントを限定する場合は，［すべてのエージェントのイベントを表示する］のチェックを外し，移動ボタン（[図データ]／[図データ]）で表示対象のエージェントを［表示するエージェント］に，表示させないエージェントを［非表示のエージェント］に移動させます。

なお，［すべてのエージェントのイベントを表示する］のチェックを外した場合，［表示するエージェント］に一つ以上のエージェントを設定しないとイベントが表示されません。

業務グループによるアクセスコントロール機能が有効な場合，表示するエージェントを業務グループ単位で絞り込むことができます。絞り込み後に移動ボタン（[図データ]／[図データ]）をクリックすることで，表示されているすべてのエージェントを移動できます。

［カラー設定］

［イベントモニター］画面に表示させるイベントを，状態（正常，警告，異常）によって色分けできます。デフォルトは「なし（色分けしない）」です。

色分けする場合は，［イベントの色分け］のプルダウンメニューから，色分けする際の配色（「薄く」または「濃く」）を選択します。

［表示イベント数の設定］

［イベントモニター］画面に表示させるイベント（レコード）の最大数を設定できます。設定する場合は，［一覧表示するイベントの最大数］に1～999の範囲の整数で設定します。デフォルトは，256です。

［OK］ボタンをクリックする。
設定した内容を確定し，［レポートの表示］タブの画面に戻ります。［レポートの表示］タブの画面には，設定した表示条件の内容でイベントが表示されます。

参考

この操作で設定した表示条件は，セッションが終了するまで有効です。ログアウトすると初期値に戻り，設定内容は保存されません。

7.2　イベント履歴の表示

Performance Managementシステムで発生した過去のイベント情報は，PFM - Web Consoleの［イベント履歴］画面で確認できます。

［イベント履歴］画面は，エージェント単位に表示されます。表示させるデータの対象期間や表示させるアラーム名，最大レコード数などを指定して表示させます。

＜この節の構成＞

7.2.1　イベントの履歴を表示する

7.2.1　イベントの履歴を表示する

Performance Managementシステムで発生した過去のイベント情報を確認する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

［エージェント階層］画面のナビゲーションフレームで，イベントの履歴を表示させたいエージェントを選択する。
複数のエージェントを選択する場合は，［複数選択］をチェックします。
選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。
［イベント履歴］画面（［レポートの表示設定］タブの画面）が別ウィンドウで表示されます。

図7-5　［イベント履歴］画面（［レポートの表示設定］タブ）の表示例

［レポート表示期間の設定］の各項目を設定する。
必要に応じて，次の項目について設定します。

［対象期間］

イベント履歴として表示させるデータの対象期間について設定する場合は，［対象期間］のプルダウンメニューから該当する期間を選択します。

選択できる値を次に示します。

・［レポートの表示時に指定］

・［過去1時間以内］

・［過去1日（24時間）以内］

・［過去7日以内］

・［過去1ヶ月以内］

・［過去1年以内］

デフォルトは，「過去1日（24時間）以内」です。

［レポートの表示時に指定］以外を選択した場合は，［開始日時］および［終了日時］に対応する日時が自動的に設定されます。

［開始日時］および［終了日時］

［対象期間］で［レポートの表示時に指定］を選択した場合に，イベント表示対象期間の開始日時および終了日時を設定します。

［開始日時］および［終了日時］は，ロケールに対応した表示形式で指定します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

指定できる日時の範囲は，1971年1月1日00時00分～2035年12月31日23時59分です。［終了日時］には，［開始日時］に指定した日時以降の日時を指定してください。

なお，［レポートの表示時に指定］以外を選択した場合は，対応する日時が自動的に設定されます。また，自動的に表示された日時を変更した場合，［対象期間］の設定が［レポートの表示時に指定］になります。

［最大レコード数］を設定する。
必要に応じて，次の項目について設定します。

［最大レコード数］

［レポートの表示］タブの画面にイベント履歴として表示させるイベントの最大数を，1～1440の整数で指定できます。デフォルトは「1000」です。

なお，PFM - Web Consoleの初期設定ファイル（config.xml）で，最大レコード数（maxFetchCount）を1～2147483647の範囲で指定できます。この場合は，config.xmlファイルに指定した範囲で最大レコード数を指定できます。

［条件式の設定］の各項目を設定する。
必要に応じて，次の項目について設定します。

［Alarm Name］

表示させるイベントのアラーム名を2,048バイト以内の全角または半角文字で指定できます。この項目にアラーム名を指定すると，そのアラームが発生しているイベントが表示の対象になります。

デフォルトで「*（半角アスタリスク）」がワイルドカードとして設定されています。

［Alarm Table］

表示させるイベントのアラームテーブル名を2,048バイト以内の全角または半角文字で指定できます。この項目にアラームテーブル名を指定すると，そのアラームテーブルのアラームが発生しているイベントが表示の対象になります。

デフォルトで「*（半角アスタリスク）」がワイルドカードとして設定されています。

［Message］

表示させるイベントのメッセージテキストを2,048バイト以内の全角または半角文字で指定できます。この項目にメッセージテキストを指定すると，そのメッセージテキストを出力したイベントが表示の対象になります。

デフォルトで「*（半角アスタリスク）」がワイルドカードとして設定されています。

［OK］ボタンをクリックする。
［イベント履歴］画面（［レポートの表示］タブの画面）が表示されます。

注意

表示させるエージェントを複数選択した場合，検索に時間が掛かり，表示がタイムアウトすることがあります。この場合，選択するエージェントを減らしてから再度表示させてください。

図7-6　［イベント履歴］画面の表示例

［イベント履歴］画面の表示項目について，次の表に示します。

表7-2　［イベント履歴］画面の表示項目

表示項目
説明

Date and Time
イベント発生元のエージェントホストのシステム日付および時刻をロケールに対応した形式で表示します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Agent
イベント発生元のエージェントのサービスID。

Host
イベント発生元のエージェントの稼働ホスト名。

StateEx
Stateの意味は次のとおり。

エージェントイベントおよびアラームイベントの場合

OK：正常

Exception：異常

Warning：警告

Inactive：未起動または状態が不明

ヘルスチェックイベントの場合

Not Supported：非対応

Running：動作中

Incomplete：縮退稼働

Stopped：サービス停止

Unconfirmed：状態不明

Host Not Available：ホスト停止

Alarm Name
イベント発生元のアラーム名。

Alarm Table
イベント発生元のアラームテーブル名。

Message

エージェントイベントの場合

エージェントから出力されたメッセージが表示されます。

表示される主なメッセージを次に示します。

・ Startup：PFM - AgentまたはPFM - RMが起動した

・ Shutdown：PFM - AgentまたはPFM - RMが停止した

・ State change：PFM - AgentまたはPFM - RMの状態が変更した

・ State change(Unconfirmed)：PFM - Managerがエージェントのアラームステータスの確認に失敗したが，受信したアラームイベントからPFM - AgentまたはPFM - RMの状態を推定した

・ State information：PFM - Managerがエージェントのアラームステータスを正しく確認した

・ State information(Unconfirmed)：PFM - Managerがエージェントのアラームステータスを確認できなかった

・ Heartbeat timeout：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態となった

・ Heartbeat detected：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態から回復した

・ Monitored System Unavailable：監視対象システムが停止しているといった要因で稼働情報の収集が行えなくなった

・ Monitored System Available：監視対象システムが停止しているといった要因で稼働情報の収集が行えない状態から回復した

また，上記以外にKAVから始まるメッセージが表示されることがあります。

「Heartbeat timeout」が表示された場合は，PFM - AgentまたはPFM - RMの状態を確認してください。KAVから始まるメッセージが表示された場合は，各PFM - AgentまたはPFM - RMマニュアルの，メッセージついて説明している章を参照してください。それ以外のメッセージは，異常を示すエラーメッセージではないため，対処は不要です。

アラームイベントの場合

アラームウィザードで設定したメッセージテキストが表示されます。

表示される主なメッセージを次に示します。

・ Alarm updated/deleted：アラーム定義を更新または削除した

・ Alarm deactivated：アラームが非アクティブ状態になった

・ Alarm cleared：PFM - AgentまたはPFM - RMが異常または警告の状態で，アラームのバインドを解除したり（アラームが発生しているアラームテーブルをGUIからインポートした場合も該当），PFM - AgentまたはPFM - RMを停止したりした

・ Alarm expired：現在時刻がアラーム評価時間外となった

・ Heartbeat timeout：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態となった

・ Heartbeat detected：Agent CollectorまたはRemote Monitor Collectorサービスが，ビジー状態または停止状態から回復した

ヘルスチェックイベントの場合

「HC: ヘルスチェック状態」の形式でメッセージテキストが表示されます。

また，エージェントの稼働状態のあとにサービスの稼働状態を示すメッセージテキストが表示されます。メッセージテキストの表示規則，表示例については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，データモデルについて説明している個所を参照してください。

複数インスタンスレコードでは，次の動作になります。

対象インスタンスのうち，一つでも異常域や警告域の値が検知された場合
アラーム定義時に設定されたユーザー定義メッセージがMessageに表示されます。また，Message内にパフォーマンスデータの測定値を表示するように設定している場合は，しきい値超過が検知されたインスタンスの値が設定されます。

異常または警告から正常に状態が戻る場合
アラーム正常回復時の測定値出力機能が有効の場合，アラーム定義時に設定されたユーザー定義メッセージがMessageに表示されます。また，Message内にパフォーマンスデータの測定値を表示するように設定している場合は，最後に異常または警告のアラームが発行されたときに発行の要因となったインスタンスの現在の測定値が表示されます。
アラーム正常回復時の測定値出力機能が無効の場合，正常イベントは発行されますが，すべてのインスタンスの値が正常域となり，イベント発行要因となる値が特定されないため，Messageには何も表示されません。
アラーム正常回復時の測定値出力機能の詳細については，「6.3.5 アラーム正常回復時の測定値出力機能の設定」を参照してください。

画面右上の［閉じる］メニューをクリックし，画面を閉じる。
［イベント履歴］画面が閉じます。

補足

表示されるイベントが1件もない場合は，表示するイベントがない旨のメッセージが表示されます。

この操作で設定した表示条件は，［イベント履歴］画面を表示している間だけであり，設定内容は保存されません。

参考

レコードの数が最大レコード数を超えた場合は，最も古いレコードから最大レコード数までのレコードが表示されます。

7.3　イベント履歴の出力

ここでは，イベント履歴をCSV形式またはHTML形式で出力する手順について説明します。

＜この節の構成＞

7.3.1　CSV形式で出力する

7.3.2　HTML形式で出力する

7.3.1　CSV形式で出力する

イベント履歴データをCSV形式のテキストファイルに出力できます。

イベント履歴データをCSV出力する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

［エージェント階層］画面のナビゲーションフレームで，CSV出力の対象となるエージェントを選択する。
複数のエージェントを選択する場合は，［複数選択］をチェックします。
選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。
［イベント履歴］画面が別ウィンドウで表示されます。

［イベント履歴］画面のメニューバーにある［CSV出力］メニューを選択する。
出力先を指定するダイアログボックスが表示されます。

「保存する場所」と「ファイル名」を指定し，［保存］ボタンをクリックする。
イベント履歴データがファイル出力されます。

7.3.2　HTML形式で出力する

イベント履歴データを印刷や保存に適した形式で表示できます。

イベント履歴データをHTML出力する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

［エージェント階層］画面のナビゲーションフレームで，HTML出力の対象となるエージェントを選択する。
複数のエージェントを選択する場合は，［複数選択］をチェックします。
選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。
［イベント履歴］画面が別ウィンドウで表示されます。

［イベント履歴］画面のメニューバーにある［印刷画面］メニューを選択する。
新しいウィンドウが開き，イベント履歴データが印刷や保存に適した形式で表示されます。

Webブラウザの機能を利用して，レポートを印刷したり保存したりする。
保存する場合は，ページ全体を保存するオプションを指定して保存してください。

8.　バックアップとリストア

この章では，システム管理者の方を対象に，Performance Managementシステムのバックアップとリストアの手順について説明します。

システム全体のバックアップ計画の一環としてPerformance Managementシステムのバックアップを検討してください。

＜この章の構成＞

8.1　バックアップとリストアの概要

8.2　部分バックアップの概要

8.3　定義情報のバックアップとリストア

8.4　稼働監視データのバックアップとリストア

8.1　バックアップとリストアの概要

ディスク障害が発生してPerformance Managementシステムが動作しなくなった場合など，Performance Managementで使用する各種のデータが回復できなくなることがあります。このようなトラブルに備えて，定期的に定義情報や稼働監視データをバックアップしておく必要があります。

ここでは，Performance Managementの情報をバックアップする方法について説明します。

＜この節の構成＞

8.1.1　データのバックアップ方式

8.1.2　バックアップが必要な情報

8.1.1　データのバックアップ方式

Performance Managementでは，Storeデータベースの保存方式によって，バックアップ方式を選択できます。Storeバージョン1.0では，フルバックアップだけができます。Storeバージョン2.0では，フルバックアップに加え，部分バックアップができます。また，バックアップディレクトリを指定することもできます。ただし，バックアップディレクトリを指定できるのは，コマンド実行ホストのAgent StoreまたはRemote Monitor Storeサービスが対象の場合だけです。部分バックアップについては，「8.2　部分バックアップの概要」を参照してください。

8.1.2　バックアップが必要な情報

Performance Managementでバックアップが必要な情報は，次の2種類です。

Performance Managementを動作させるために必要な定義情報

Performance Managementで収集した稼働監視データ（パフォーマンスデータおよびイベントデータ）

8.2　部分バックアップの概要

Storeバージョン2.0の場合に部分バックアップができます。部分バックアップは，Agent StoreまたはRemote Monitor Storeサービスが起動しているときだけ実行できます。なお，部分バックアップでは，バックアップ先に過去のバックアップ先ディレクトリを指定することで差分を蓄積できます。

＜この節の構成＞

(1)　バックアップされるデータ

(2)　効率の良い部分バックアップの運用

(3)　部分バックアップの運用例

(1)　バックアップされるデータ

バックアップでは，グリニッジ標準時でバックアップ開始から終了までの期間を指定します。バックアップ期間の設定はコマンド実行日からの相対で指定します。例えば，コマンド実行日（バックアップ当日）の3日前から前日までを指定したい場合は，開始を3，終了を1と指定すると，3日前から前日までが対象になります。指定したバックアップ期間に含まれるファイルをコピーしてバックアップします。

PD，PLデータベースおよびPIデータベースの分，時レコードは日ごとにファイルが分割されるため，指定した日付の単位DBがバックアップされます。一方，PIデータベースの日，週，月，年レコードでは，指定したレコード開始日から終了日に収まらないデータもバックアップデータに含まれます。

(2)　効率の良い部分バックアップの運用

(a)　可能な限りバックアップデータの重複を最小にする

Storeバージョン2.0のデータベースは，時系列に分割された複数の単位DBから構成されますが，最新の単位DB以外は更新されることがありません。例えば，日単位で分割される単位DBの場合，当日分の単位DBにはエージェントが収集したデータが逐次書き込まれますが，前日の単位DBはグリニッジ標準時23時59分の状態が保存期間切れによって削除されるまで変わりません。そこで，前回のバックアップ取得日からバックアップ取得前日までの範囲を部分バックアップの対象とすることで，日単位で分割される単位DBを重複させないでバックアップできます。

（例）n日前に前回のバックアップを取得した場合

jpctool db backup -id DS1inst1[host1] -d d:¥backup01※ -partial (n+1),1

注※　d:¥backup01はバックアップディレクトリを示します。

(b)　可能な限り最新のデータをバックアップする

最新のデータベースをバックアップしたい場合，次のようにコマンドを実行します。

（例）最新のデータベースをバックアップする

jpctool db backup -id DS1inst1[host1] -d d:¥backup01※ -partial 0,0

注※　d:¥backup01はバックアップディレクトリを示します。

(3)　部分バックアップの運用例

JST（日本標準時 GMT（グリニッジ標準時）+9:00）での運用例について説明します。

毎日AM3:00に夜間バッチジョブを実行し，次のバックアップコマンドをプロダクトIDがDのマルチインスタンスエージェントで，インスタンス名inst1のAgent StoreおよびRemote Monitor Storeサービスに対して実行します。

jpctool db backup -id DS1inst1[host1] -partial 1,1

この場合，指定範囲内のバックアップ実行時刻を含む単位DBがバックアップされます。例えば，10/15のAM3:00にバックアップコマンドを実行した場合，また，この週の週単位の始まりが10/12である場合を考えます。

10/15のAM3:00（JST）にコマンドを実行します。

10/15のAM3:00（JST）は，GMTでは9時間前のため，10/14のPM18:00です。

コマンドは「-partial 1,1」（1日前）と指定しているので，10/13のAM0:00を起点としてPM23:59（GMT）までのデータがバックアップ対象になります。

JSTでのバックアップ範囲は，10/13のAM0:00からPM23:59（GMT）に9時間を足した10/13のAM9:00から10/14のAM9:00のデータになります。

上記のことから，分レコードの場合は，JSTで10/13 9:00～10/14 9:00のデータがバックアップされます。翌日の同時刻にバックアップを実行すれば，前日からの続きのデータがバックアップされます。分レコードのバックアップ範囲を次の図に示します。

図8-1　分レコードのバックアップ範囲

週レコードの場合は，指定した期間を含む単位DBがバックアップされるため，最新のデータを含めて10/12 9:00～10/15 3:00までのデータがバックアップされます。翌日の同時刻にバックアップを実行すれば，週の初めの日（10/12）以降のデータは再度バックアップされます。週レコードのバックアップ範囲を次の図に示します。

図8-2　週レコードのバックアップ範囲

8.3　定義情報のバックアップとリストア

Performance Managementでバックアップが必要な定義情報は次のとおりです。

レポートの定義情報
レポートを表示するために必要な定義情報です。

アラームの定義情報
アラームを発行するために必要な定義情報です。

業務グループの定義情報
業務グループを設定するために必要な定義情報です。

サービスの定義情報
Performance Managementが起動するために必要な定義ファイルです。PFM - Manager，PFM - Web Console，PFM - Base，PFM - Agent，およびPFM - RMにあります。

ブックマークの定義情報
ユーザーごとに設定したブックマークの定義情報です。PFM - Web Consoleにあります。

バックアップが必要な定義情報を次の図に示します。

図8-3　Performance Managementでバックアップが必要な定義情報

ポイント

Performance Managementの構成や設定を変更した場合は，定義情報のバックアップを取得することをお勧めします。

＜この節の構成＞

8.3.1　レポートの定義情報のバックアップとリストア

8.3.2　アラームの定義情報のバックアップとリストア

8.3.3　業務グループの定義情報のバックアップとリストア

8.3.4　サービスの定義情報のバックアップとリストア

8.3.5　ブックマーク定義情報のバックアップとリストア

8.3.1　レポートの定義情報のバックアップとリストア

ここでは，レポートの定義情報のバックアップおよびリストアについて説明します。

＜この項の構成＞

(1)　レポートの定義情報をバックアップする

(2)　レポートの定義情報をリストアする

(1)　レポートの定義情報をバックアップする

レポートの定義情報をバックアップするには，定義情報をエクスポートします。

レポートの定義情報をエクスポートする方法については，「5.3.13　レポートをエクスポートする」を参照してください。

(2)　レポートの定義情報をリストアする

レポートの定義情報をリストアするには，エクスポートした定義情報をインポートします。

レポートの定義情報をインポートする方法については，「5.3.14　レポートをインポートする」を参照してください。

8.3.2　アラームの定義情報のバックアップとリストア

ここでは，アラームの定義情報のバックアップおよびリストアについて説明します。

＜この項の構成＞

(1)　アラームの定義情報をバックアップする

(2)　アラームの定義情報をリストアする

(1)　アラームの定義情報をバックアップする

アラームの定義情報をバックアップするには，定義情報をエクスポートします。

アラームの定義情報をエクスポートする方法については，「6.4.10　アラームテーブルをエクスポートする」を参照してください。

(2)　アラームの定義情報をリストアする

アラームの定義情報をリストアするには，エクスポートした定義情報をインポートします。

アラームの定義情報をインポートする方法については，「6.4.11　アラームテーブルをインポートする」を参照してください。

なお，アラームの定義情報を，エクスポート元とは異なるホストで稼働するPFM - Managerへインポートする場合は，次の点に注意してください。

アラームにレポートを関連付けている場合，移行先のPFM - Managerでも同様のレポート定義が必要です。

アラームのアクションハンドラを指定している場合，移行先のPFM - Managerが管理するPerformance Managementシステム内に同名のアクションハンドラが必要です。

アラームのアクションでJP1イベントを設定している場合，移行先のPFM - Managerに合わせてJP1イベントを更新する必要があります。

8.3.3　業務グループの定義情報のバックアップとリストア

ここでは，業務グループの定義情報のバックアップおよびリストアについて説明します。

＜この項の構成＞

(1)　Performance Managementで定義した業務グループの定義情報のバックアップとリストア

(2)　JP1/IMで定義した業務グループの定義情報のバックアップとリストア

(1)　Performance Managementで定義した業務グループの定義情報のバックアップとリストア

Performance Managementで定義した業務グループの定義情報をバックアップおよびリストアするには，定義情報をエクスポートおよびインポートします。定義情報をエクスポートおよびインポートする方法については，「2.7.4(2)(a)　Performance Managementで定義した業務グループの構成を変更する」を参照してください。

(2)　JP1/IMで定義した業務グループの定義情報のバックアップとリストア

JP1/IMで定義した業務グループの定義情報のバックアップおよびリストアは，JP1/IMで実施してください。JP1/IMで業務グループの定義情報をリストアした場合は，必要に応じてJP1/IMから業務グループ定義情報をエクスポートし，Performance Managementにインポートしてください。JP1/IMからエクスポートした業務グループ定義情報を，Performance Managementにインポートする方法については，「2.7.3(3)　業務グループ定義情報をインポートする」を参照してください。

8.3.4　サービスの定義情報のバックアップとリストア

サービスの定義情報のバックアップおよびリストアは，PFM - Manager，PFM - Web Console，PFM - Base，PFM - Agent，およびPFM - RMの各ホストでそれぞれ行います。

サービスの定義情報をバックアップおよびリストアする際の注意事項を次に示します。

注意

サービスの定義情報をバックアップまたはリストアする前に，ローカルホスト上のPerformance Managementのプログラムおよびサービスを停止してください。

Performance Managementを論理ホスト運用している場合，サービスの定義情報のバックアップおよびリストアは，Performance Managementの各プログラムの論理ホストで行います。バックアップまたはリストアする前に，論理ホスト上のPerformance Managementのプログラムおよびサービスを停止してください。

PFM - AgentまたはPFM - RMホストだけにサービスの定義情報をリストアした場合，バックアップ後に追加したインスタンスのノード情報などが，PFM - ManagerホストおよびPFM - Web Consoleホストに残ります。その場合は，次の操作を実行して，不要なエージェント情報は削除してください。
手順を次に示します。
1. jpctool service deleteコマンドを実行する。
2. jpctool service syncコマンドを実行する。
3. PFM - Web Consoleのエージェント階層を再表示する。

PFM - AgentまたはPFM - RMを新たにシステムに追加した場合，またはPFM - AgentまたはPFM - RMの通信で使用するポートが動的である場合，PFM - Managerでサービスの定義情報のバックアップおよびリストアをすると，バックアップ時点でPFM - AgentまたはPFM - RMが通信で使用していたポートとリストア後のPFM - AgentまたはPFM - RMで使用しているポートが不一致になることがあります。これによって，PFM - Managerと，PFM - AgentまたはPFM - RM間で通信ができなかったり，PFM - Web Console上の表示が不正になったりします。この場合，該当のPFM - AgentまたはPFM - RMのサービスを再起動してください。

＜この項の構成＞

(1)　PFM - Managerのサービス定義情報のバックアップとリストア

(2)　PFM - Web Consoleのサービス定義情報のバックアップとリストア

(3)　PFM - Baseのサービス定義情報のバックアップとリストア

(4)　PFM - Agentのサービス定義情報のバックアップとリストア

(5)　PFM - RMのサービス定義情報のバックアップとリストア

(1)　PFM - Managerのサービス定義情報のバックアップとリストア

PFM - Managerのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Managerのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Managerのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

注意

PFM - Managerのバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

リストア

PFM - Managerの設定情報をリストアする場合は，次に示す前提条件を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。また，PFM - Managerを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きしてください。

前提条件

PFM - Managerがインストール済みであること。

PFM - Managerのサービスが停止していること。

PFM - Managerが管理しているシステム構成が同じであること※。

リストア対象のホスト名が一致していること。

注※

PFM - Managerが管理しているPFM - AgentおよびPFM - RMが同じであることを意味します。

注意

PFM - Managerの設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - Manager 08-50でバックアップした設定情報をPFM - Manager 08-50にリストアする。

リストアできないケース

PFM -Manager 08-00でバックアップした設定情報をPFM - Manager 08-50にリストアする。

PFM - Manager 08-50でバックアップした設定情報をPFM - Manager 08-50-04にリストアする。

(a)　Windowsの場合

PFM - Managerのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-1　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

種類 | ファイル名 | 説明
PFM - Manager | インストール先フォルダ¥jpchosts | Performance Managementのホスト情報設定ファイル
インストール先フォルダ¥*.ini | Performance Management共通の設定ファイル
インストール先フォルダ¥bin¥action¥*.ini | Action Handlerサービスの設定ファイル
インストール先フォルダ¥bin¥statsvr¥*.ini | Status Serverサービスの設定ファイル
インストール先フォルダ¥mgr¥clator¥*.ini | Correlatorサービスの設定ファイル
インストール先フォルダ¥mgr¥manager¥*.ini | Master Managerサービスの設定ファイル
インストール先フォルダ¥mgr¥manager¥*.DB | Master Managerサービスのデータベースファイル
インストール先フォルダ¥mgr¥manager¥*.IDX | Master Managerサービスのインデックスファイル
インストール先フォルダ¥mgr¥manager¥*.DAT | Master Managerサービスのデータモデルファイル
インストール先フォルダ¥mgr¥store¥*.ini | Master Storeサービスの設定ファイル
インストール先フォルダ¥mgr¥store¥*.DAT | Master Storeサービスのデータモデルファイル
インストール先フォルダ¥mgr¥namesvr¥*.ini | Name Serverサービスの設定ファイル
インストール先フォルダ¥mgr¥namesvr¥*.DB | Name Serverサービスのデータベースファイル
インストール先フォルダ¥mgr¥namesvr¥*.IDX | Name Serverサービスのインデックスファイル
インストール先フォルダ¥mgr¥trapgen¥*.ini | Trap Generatorサービスの設定ファイル
インストール先フォルダ¥mgr¥viewsvr¥*.ini | View Serverサービスの設定ファイル
インストール先フォルダ¥mgr¥viewsvr¥data¥* | View Serverサービスのユーザー定義情報ファイル
インストール先フォルダ¥mgr¥viewsvr¥reports¥* | View Serverサービスのレポート定義情報ファイル
インストール先フォルダ¥agt0¥agent¥*.ini | Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）
インストール先フォルダ¥agt0¥store¥*.ini | Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）
インストール先フォルダ¥sys¥*.ini | Performance Management共通の設定ファイル
PFM - Manager（論理ホスト運用の場合） | インストール先フォルダ¥jpchosts | Performance Managementのホスト情報設定ファイル
環境ディレクトリ※1¥jp1pc¥*.ini | Performance Management共通の設定ファイル
環境ディレクトリ※1¥jp1pc¥bin¥action¥*.ini | Action Handlerサービスの設定ファイル
インストール先フォルダ¥bin¥statsvr¥*.ini※2 | Status Serverサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥clator¥*.ini | Correlatorサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.ini | Master Managerサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.DB | Master Managerサービスのデータベースファイル
環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.IDX | Master Managerサービスのインデックスファイル
環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.DAT | Master Managerサービスのデータモデルファイル
環境ディレクトリ※1¥jp1pc¥mgr¥store¥*.ini | Master Storeサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥store¥*.DAT | Master Storeサービスのデータモデルファイル
環境ディレクトリ※1¥jp1pc¥mgr¥namesvr¥*.ini | Name Serverサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥namesvr¥*.DB | Name Serverサービスのデータベースファイル
環境ディレクトリ※1¥jp1pc¥mgr¥namesvr¥*.IDX | Name Serverサービスのインデックスファイル
環境ディレクトリ※1¥jp1pc¥mgr¥trapgen¥*.ini | Trap Generatorサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥viewsvr¥*.ini | View Serverサービスの設定ファイル
インストール先フォルダ¥mgr¥viewsvr¥*.ini | View Serverサービスの設定ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥viewsvr¥data¥* | View Serverサービスのユーザー定義情報ファイル
環境ディレクトリ※1¥jp1pc¥mgr¥viewsvr¥reports¥* | View Serverサービスのレポート定義情報ファイル
環境ディレクトリ※1¥jp1pc¥agt0¥agent¥*.ini | Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）
環境ディレクトリ※1¥jp1pc¥agt0¥store¥*.ini | Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）
インストール先フォルダ¥sys¥*.ini | Performance Management共通の設定ファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(b)　UNIXの場合

PFM - Managerのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-2　バックアップ対象のサービス定義情報ファイル（UNIXの場合）

種類 | ファイル名 | 説明
PFM - Manager | /opt/jp1pc/jpchosts | Performance Managementのホスト情報設定ファイル
/opt/jp1pc/*.ini | Performance Management共通の設定ファイル
/opt/jp1pc/bin/action/*.ini | Action Handlerサービスの設定ファイル
/opt/jp1pc/bin/statsvr/*.ini | Status Serverサービスの設定ファイル
/opt/jp1pc/mgr/clator/*.ini | Correlatorサービスの設定ファイル
/opt/jp1pc/mgr/manager/*.ini | Master Managerサービスの設定ファイル
/opt/jp1pc/mgr/manager/*.DB | Master Managerサービスのデータベースファイル
/opt/jp1pc/mgr/manager/*.IDX | Master Managerサービスのインデックスファイル
/opt/jp1pc/mgr/manager/*.DAT | Master Managerサービスのデータモデルファイル
/opt/jp1pc/mgr/store/*.ini | Master Storeサービスの設定ファイル
/opt/jp1pc/mgr/store/*.DAT | Master Storeサービスのデータモデルファイル
/opt/jp1pc/mgr/namesvr/*.ini | Name Serverサービスの設定ファイル
/opt/jp1pc/mgr/namesvr/*.DB | Name Serverサービスのデータベースファイル
/opt/jp1pc/mgr/namesvr/*.IDX | Name Serverサービスのインデックスファイル
/opt/jp1pc/mgr/trapgen/*.ini | Trap Generatorサービスの設定ファイル
/opt/jp1pc/mgr/viewsvr/*.ini | View Serverサービスの設定ファイル
/opt/jp1pc/mgr/viewsvr/jpcvsvr | View Serverサービスの設定ファイル
/opt/jp1pc/mgr/viewsvr/data/* | View Serverサービスのユーザー定義情報ファイル
/opt/jp1pc/mgr/viewsvr/Reports/* | View Serverサービスのレポート定義情報ファイル
/opt/jp1pc/agt0/agent/*.ini | Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）
/opt/jp1pc/agt0/store/*.ini | Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）
/opt/jp1pc/sys/*.ini | Performance Management共通の設定ファイル
PFM - Manager（論理ホスト運用の場合） | /opt/jp1pc/jpchosts | Performance Managementのホスト情報設定ファイル
/環境ディレクトリ※1/jp1pc/*.ini | Performance Management共通の設定ファイル
/環境ディレクトリ※1/jp1pc/bin/action/*.ini | Action Handlerサービスの設定ファイル
/opt/jp1pc/bin/statsvr/*.ini※2 | Status Serverサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/clator/*.ini | Correlatorサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/manager/*.ini | Master Managerサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/manager/*.DB | Master Managerサービスのデータベースファイル
/環境ディレクトリ※1/jp1pc/mgr/manager/*.IDX | Master Managerサービスのインデックスファイル
/環境ディレクトリ※1/jp1pc/mgr/manager/*.DAT | Master Managerサービスのデータモデルファイル
/環境ディレクトリ※1/jp1pc/mgr/store/*.ini | Master Storeサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/store/*.DAT | Master Storeサービスのデータモデルファイル
/環境ディレクトリ※1/jp1pc/mgr/namesvr/*.ini | Name Serverサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/namesvr/*.DB | Name Serverサービスのデータベースファイル
/環境ディレクトリ※1/jp1pc/mgr/namesvr/*.IDX | Name Serverサービスのインデックスファイル
/環境ディレクトリ※1/jp1pc/mgr/trapgen/*.ini | Trap Generatorサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/viewsvr/*.ini | View Serverサービスの設定ファイル
/opt/jp1pc/mgr/viewsvr/jpcvsvr | View Serverサービスの設定ファイル
/環境ディレクトリ※1/jp1pc/mgr/viewsvr/data/* | View Serverサービスのユーザー定義情報ファイル
/環境ディレクトリ※1/jp1pc/mgr/viewsvr/Reports/* | View Serverサービスのレポート定義情報ファイル
/環境ディレクトリ※1/jp1pc/agt0/agent/*.ini | Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）
/環境ディレクトリ※1/jp1pc/agt0/store/*.ini | Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）
/opt/jp1pc/sys/*.ini | Performance Management共通の設定ファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(2)　PFM - Web Consoleのサービス定義情報のバックアップとリストア

PFM - Web Consoleのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Web Consoleのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Web Consoleのサービス定義情報ファイルをWindowsの場合は，「表8-3　バックアップ対象のサービス定義情報ファイル（Windowsの場合）」に，UNIXの場合は，「表8-4　バックアップ対象のサービス定義情報ファイル（UNIXの場合）」に示します。

注意

PFM - Web Consoleのバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

リストア

PFM - Web Consoleの設定情報をリストアする場合は，次に示す前提条件を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。また，PFM - Web Consoleを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きしてください。

前提条件

PFM - Web Consoleがインストール済みであること。

PFM - Web Consoleのサービスが停止していること。

注意

PFM - Web Consoleの設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - Web Console 08-50でバックアップした設定情報をPFM - Web Console 08-50にリストアする。

リストアできないケース

PFM - Web Console 08-00でバックアップした設定情報をPFM - Web Console 08-50にリストアする。

PFM - Web Console 08-50でバックアップした設定情報をPFM - Web Console 08-50-04にリストアする。

(a)　Windowsの場合

PFM - Web Consoleのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-3　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

種類
ファイル名
説明

PFM - Web Console
インストール先フォルダ¥conf¥*
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥bookmarks¥*（デフォルト設定の場合）
PFM - Web Consoleのブックマークの定義情報ファイル

インストール先フォルダ¥cmdkey¥*
PFM - Web Consoleコマンドの認証用キーファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥*.conf
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥redirector¥workers.properties
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥containers¥PFMWebConsole¥usrconf¥*.cfg
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥containers¥PFMWebConsole¥usrconf¥usrconf.properties
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥processMonitoringTemplates¥*※2（デフォルト設定の場合）
PFM - Web Consoleのプロセス監視の定義テンプレート

PFM - Web Console
（論理ホスト運用の場合）
インストール先フォルダ¥conf¥*
PFM - Web Consoleの設定ファイル

環境ディレクトリ※1¥jp1pcWebCon¥bookmarks¥*（デフォルト設定の場合）
PFM - Web Consoleのブックマークの定義情報ファイル

インストール先フォルダ¥cmdkey¥*
PFM - Web Consoleコマンドの認証用キーファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥*.conf
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥redirector¥workers.properties
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥containers¥PFMWebConsole¥usrconf¥*.cfg
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥containers¥PFMWebConsole¥usrconf¥usrconf.properties
PFM - Web Consoleの設定ファイル

環境ディレクトリ※1¥jp1pcWebCon¥processMonitoringTemplates¥*※2（デフォルト設定の場合）
PFM - Web Consoleのプロセス監視の定義テンプレート

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

注※2

processMonitoringTemplatesディレクトリ以下のディレクトリもバックアップしてください。

また，ファイルパスはデフォルト値です。プロセス監視の定義テンプレートを格納する場所は，初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグで，processMonitoringTemplatesRepositoryに指定することで変更できます。格納場所を変更している場合は，変更先の格納場所にあるファイルとディレクトリをバックアップしてください。

ブックマークの定義情報をバックアップおよびリストアする方法については，「8.3.5　ブックマーク定義情報のバックアップとリストア」を参照してください。

(b)　UNIXの場合

PFM - Web Consoleのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-4　バックアップ対象のサービス定義情報ファイル（UNIXの場合）

種類
ファイル名
説明

PFM - Web Console
/opt/jp1pcwebcon/conf/*
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/bookmarks/*（デフォルト設定の場合）
PFM - Web Consoleのブックマークの定義情報ファイル

/opt/jp1pcwebcon/cmdkey/*
PFM - Web Consoleコマンドの認証用キーファイル

/opt/jp1pcwebcon/CPSB/httpsd/conf/*.conf
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/redirector/workers.properties
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/containers/PFMWebConsole/usrconf/*.cfg
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/containers/PFMWebConsole/usrconf/usrconf.properties
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/processMonitoringTemplates/*※2（デフォルト設定の場合）
PFM - Web Consoleのプロセス監視の定義テンプレート

PFM - Web Console
（論理ホスト運用の場合）
/opt/jp1pcwebcon/conf/*
PFM - Web Consoleの設定ファイル

/環境ディレクトリ※1/jp1pcwebCon/bookmarks/*（デフォルト設定の場合）
PFM - Web Consoleのブックマークの定義情報ファイル

/opt/jp1pcwebcon/cmdkey/*
PFM - Web Consoleコマンドの認証用キーファイル

/opt/jp1pcwebcon/CPSB/httpsd/conf/*.conf
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/redirector/workers.properties
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/containers/PFMWebConsole/usrconf/*.cfg
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/containers/PFMWebConsole/usrconf/usrconf.properties
PFM - Web Consoleの設定ファイル

/環境ディレクトリ※1/jp1pcwebcon/processMonitoringTemplates/*※2（デフォルト設定の場合）
PFM - Web Consoleのプロセス監視の定義テンプレート

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

注※2

processMonitoringTemplatesディレクトリ以下のディレクトリもバックアップしてください。

また，ファイルパスはデフォルト値です。プロセス監視の定義テンプレートを格納する場所は，初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグで，processMonitoringTemplatesRepositoryに指定することで変更できます。格納場所を変更している場合は，変更先の格納場所にあるファイルとディレクトリをバックアップしてください。

ブックマークの定義情報をバックアップおよびリストアする方法については，「8.3.5　ブックマーク定義情報のバックアップとリストア」を参照してください。

(3)　PFM - Baseのサービス定義情報のバックアップとリストア

PFM - Baseのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Baseのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Baseのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

注意

PFM - Baseのバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

リストア

PFM - Baseの設定情報をリストアする場合は，次に示す前提条件を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。また，PFM - Baseを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きしてください。

前提条件

PFM - Baseがインストール済みであること。

PFM - Baseのサービスが停止していること。

注意

PFM - Baseの設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - Base 08-50でバックアップした設定情報をPFM - Base 08-50にリストアする。

リストアできないケース

PFM - Base 08-00でバックアップした設定情報をPFM - Base 08-50にリストアする。

PFM - Base 08-50でバックアップした設定情報をPFM - Base 08-50-04にリストアする。

(a)　Windowsの場合

PFM - Baseのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-5　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

種類 | ファイル名 | 説明
PFM - Base | インストール先フォルダ¥jpchosts | Performance Managementのホスト情報設定ファイル
インストール先フォルダ¥*.ini | Performance Management共通の設定ファイル
インストール先フォルダ¥bin¥action¥*.ini | Action Handlerサービスの設定ファイル
インストール先フォルダ¥bin¥statsvr¥*.ini | Status Serverサービスの設定ファイル
インストール先フォルダ¥sys¥*.ini | Performance Management共通の設定ファイル
PFM - Base（論理ホスト運用の場合） | 環境ディレクトリ※1¥jp1pc¥*.ini | Performance Management共通の設定ファイル
環境ディレクトリ※1¥jp1pc¥bin¥action¥*.ini | Action Handlerサービスの設定ファイル
インストール先フォルダ※2¥bin¥statsvr¥*.ini | Status Serverサービスの設定ファイル
インストール先フォルダ¥jpchosts | Performance Managementのホスト情報設定ファイル
インストール先フォルダ¥sys¥*.ini | Performance Management共通の設定ファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(b)　UNIXの場合

PFM - Baseのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-6　バックアップ対象のサービス定義情報ファイル（UNIXの場合）

種類 | ファイル名 | 説明
PFM - Base | /opt/jp1pc/jpchosts | Performance Managementのホスト情報設定ファイル
/opt/jp1pc/*.ini | Performance Management共通の設定ファイル
/opt/jp1pc/bin/action/*.ini | Action Handlerサービスの設定ファイル
/opt/jp1pc/bin/statsvr/*.ini | Status Serverサービスの設定ファイル
/opt/jp1pc/sys/*.ini | Performance Management共通の設定ファイル
PFM - Base（論理ホスト運用の場合） | /環境ディレクトリ※1/jp1pc/*.ini | Performance Management共通の設定ファイル
/環境ディレクトリ※1/jp1pc/bin/action/*.ini | Action Handlerサービスの設定ファイル
/opt/jp1pc/bin/statsvr/*.ini※2 | Status Serverサービスの設定ファイル
/opt/jp1pc/jpchosts | Performance Managementのホスト情報設定ファイル
/opt/jp1pc/sys/*.ini | Performance Management共通の設定ファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(4)　PFM - Agentのサービス定義情報のバックアップとリストア

PFM - Agentのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Agentのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Agentのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

注意

PFM - Agentのバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

リストア

PFM - Agentの設定情報をリストアする場合は，次に示す前提条件を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。また，PFM - Agentを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きしてください。

前提条件

PFM - Agentがインストール済みであること。

PFM - Agentのサービスが停止していること。

注意

PFM - Agentの設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - Agent 08-50でバックアップした設定情報をPFM - Agent 08-50にリストアする。

リストアできないケース

PFM - Agent 08-00でバックアップした設定情報をPFM - Agent 08-50にリストアする。

PFM - Agent 08-50でバックアップした設定情報をPFM - Agent 08-50-04にリストアする。

なお，ここで示すファイルはすべてのPFM - Agentで共通してバックアップが必要なサービス定義情報ファイルです。ここに示すほかに，PFM - Agentの種類によって固有のサービス定義情報ファイルをバックアップする必要がある場合があります。各PFM - Agent固有のバックアップが必要なサービス定義情報については，各PFM - Agentのマニュアルを参照してください。

(a)　Windowsの場合

PFM - Agentのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-7　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

種類 | ファイル名 | 説明
PFM - Agent | インストール先フォルダ¥xxxx※1¥agent¥*.ini | Agent Collectorサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.ini | Agent Collectorサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥store¥*.ini | Agent Storeサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥*.ini | Agent Storeサービスの設定ファイル
PFM - Agent（論理ホスト運用の場合） | 環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥*.ini | Agent Collectorサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.ini | Agent Collectorサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥*.ini | Agent Storeサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥*.ini | Agent Storeサービスの設定ファイル

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のフォルダです。インスタンス構成の場合，これらのフォルダは，インスタンスの数と同じ数だけ作成されます。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

PFM - Agent for Platform（Windows）の場合，次のファイルもバックアップ対象にしてください。

アプリケーション定義ファイル（インストール先フォルダ¥agtt¥agent¥jpcapp）

また，ユーザー独自のパフォーマンスデータ収集の設定をしているときは，次のファイルもバックアップ対象にしてください。

jpcuser設定ファイル（インストール先フォルダ¥agtt¥agent¥jpcuser¥*.ini）

(b)　UNIXの場合

PFM - Agentのバックアップ対象の定義情報ファイルを次の表に示します。

表8-8　バックアップ対象の定義情報ファイル（UNIXの場合）

種類 | ファイル名 | 説明
PFM - Agent | /opt/jp1pc/xxxx※1/agent/*.ini | Agent Collectorサービスの設定ファイル
/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini | Agent Collectorサービスの設定ファイル
/opt/jp1pc/xxxx※1/store/*.ini | Agent Storeサービスの設定ファイル
/opt/jp1pc/xxxx※1/store/インスタンス名※2/*.ini | Agent Storeサービスの設定ファイル
PFM - Agent（論理ホスト運用の場合） | /環境ディレクトリ※3/jp1pc/xxxx※1/agent/*.ini | Agent Collectorサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini | Agent Collectorサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/store/*.ini | Agent Storeサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/store/インスタンス名※2/*.ini | Agent Storeサービスの設定ファイル

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のディレクトリです。インスタンス構成の場合，これらのディレクトリは，インスタンスの数と同じ数だけ作成されます。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

PFM - Agent for Platform（UNIX）の場合，次のファイルもバックアップ対象にしてください。

アプリケーション定義ファイル（/opt/jp1pc/agtu/agent/jpcapp）

ログ情報の収集設定をしているとき

イベントファイル（/opt/jp1pc/agtu/agent/evfile）

ワークグループ情報の設定をしているとき

ワークグループファイル（/opt/jp1pc/agtu/agent/wgfile）

ユーザー独自のパフォーマンスデータ収集の設定をしているとき

jpcuser設定ファイル（/opt/jp1pc/agtu/agent/jpcuser/*.ini）

(5)　PFM - RMのサービス定義情報のバックアップとリストア

PFM - RMのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - RMのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - RMのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

注意

PFM - RMのバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

リストア

PFM - RMの設定情報をリストアする場合は，次に示す前提条件を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。また，PFM - RMを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きしてください。

前提条件

PFM - RMがインストール済みであること。

PFM - RMのサービスが停止していること。

注意

PFM - RMの設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - RM 08-50でバックアップした設定情報をPFM - RM 08-50にリストアする。

リストアできないケース

PFM - RM 08-00でバックアップした設定情報をPFM - RM 08-50にリストアする。

PFM - RM 08-50でバックアップした設定情報をPFM - RM 08-50-04にリストアする。

なお，ここで示すファイルはすべてのPFM - RMで共通してバックアップが必要なサービス定義情報ファイルです。ここに示すほかに，PFM - RMの種類によって固有のサービス定義情報ファイルをバックアップする必要がある場合があります。各PFM - RM固有のバックアップが必要なサービス定義情報については，各PFM - RMのマニュアルを参照してください。

(a)　Windowsの場合

PFM - RMのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表8-9　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

種類 | ファイル名 | 説明
PFM - RM | インストール先フォルダ¥xxxx※1¥agent¥*.ini | Remote Monitor Collectorサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.ini | Remote Monitor Collectorサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥groups¥*.ini | Remote Monitor Collectorサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥targets¥*.ini | Remote Monitor Collectorサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥store¥*.ini | Remote Monitor Storeサービスの設定ファイル
インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥*.ini | Remote Monitor Storeサービスの設定ファイル
PFM - RM（論理ホスト運用の場合） | 環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥*.ini | Remote Monitor Collectorサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.ini | Remote Monitor Collectorサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥groups¥*.ini | Remote Monitor Collectorサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥targets¥*.ini | Remote Monitor Collectorサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥*.ini | Remote Monitor Storeサービスの設定ファイル
環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥*.ini | Remote Monitor Storeサービスの設定ファイル

注※1

「xxxx」は，各PFM - RMのサービスキーを示します。各PFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

これらのフォルダは，インスタンスの数と同じ数だけ作成されます。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

(b)　UNIXの場合

PFM - RMのバックアップ対象の定義情報ファイルを次の表に示します。

表8-10　バックアップ対象の定義情報ファイル（UNIXの場合）

種類 | ファイル名 | 説明
PFM - RM | /opt/jp1pc/xxxx※1/agent/*.ini | Remote Monitor Collectorサービスの設定ファイル
/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini | Remote Monitor Collectorサービスの設定ファイル
/opt/jp1pc/xxxx※1/agent/インスタンス名※2/groups/*.ini | Remote Monitor Collectorサービスの設定ファイル
/opt/jp1pc/xxxx※1/agent/インスタンス名※2/targets/*.ini | Remote Monitor Collectorサービスの設定ファイル
/opt/jp1pc/xxxx※1/store/*.ini | Remote Monitor Storeサービスの設定ファイル
/opt/jp1pc/xxxx※1/store/インスタンス名※2/*.ini | Remote Monitor Storeサービスの設定ファイル
PFM - RM（論理ホスト運用の場合） | /環境ディレクトリ※3/jp1pc/xxxx※1/agent/*.ini | Remote Monitor Collectorサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini | Remote Monitor Collectorサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/groups/*.ini | Remote Monitor Collectorサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/targets/*.ini | Remote Monitor Collectorサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/store/*.ini | Remote Monitor Storeサービスの設定ファイル
/環境ディレクトリ※3/jp1pc/xxxx※1/store/インスタンス名※2/*.ini | Remote Monitor Storeサービスの設定ファイル

注※1

「xxxx」は，各PFM - RMのサービスキーを示します。各PFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

これらのディレクトリは，インスタンスの数と同じ数だけ作成されます。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

8.3.5　ブックマーク定義情報のバックアップとリストア

ここでは，次の場合に分けて，ブックマーク定義情報のバックアップおよびリストアについて説明します。

ブックマーク定義情報がデフォルトの格納先ディレクトリにある場合

ブックマーク定義情報の格納先ディレクトリを変更したい場合

接続先PFM - Managerを変更し，変更前に作成したブックマークを引き継ぎたい場合

PFM - ManagerおよびPFM - Web Consoleをクラスタ構成に移行し，移行前のブックマークを引き継ぎたい場合

注意

ブックマーク定義情報をバックアップまたはリストアする場合，必ずPFM - Web Consoleのサービスを停止したあと，ディレクトリを手動でコピーし，任意の場所に保存してください。ただし，ブックマーク定義情報にはディレクトリ構成も含まれているため，ファイルやディレクトリの一部だけでなく，ブックマーク定義情報を格納しているディレクトリ全体を，一括バックアップおよび一括リストアする必要があります。

＜この項の構成＞

(1)　ブックマーク定義情報がデフォルトの格納先ディレクトリにある場合

(2)　ブックマーク定義情報の格納先ディレクトリを変更したい場合

(3)　接続先PFM - Managerを変更し，変更前に作成したブックマークを引き継ぎたい場合

(4)　PFM - ManagerおよびPFM - Web Consoleをクラスタ構成に移行し，移行前のブックマークを引き継ぎたい場合

(1)　ブックマーク定義情報がデフォルトの格納先ディレクトリにある場合

ブックマークやブックマークフォルダの定義情報は，デフォルトで次の場所にあります。

インストール先フォルダ※¥bookmarks¥　（Windowsの場合）

/opt/jp1pcwebcon※/bookmarks/　（UNIXの場合）

注※

PFM - Web Consoleをクラスタシステムで論理ホスト運用している場合，環境ディレクトリになります。「環境ディレクトリ」とは，Performance Managementで論理ホスト環境をセットアップするときに，共有ディスク上に作成するディレクトリです。

ここでは，ブックマーク定義情報を格納しているディレクトリ全体を，バックアップおよびリストアする方法を説明します。

なお，ここではPFM - Web Consoleの接続先PFM - Managerのホスト名がhostAである場合を例に説明します。

●Windowsの場合

ブックマークの格納先フォルダ（デフォルトの場合）

インストール先フォルダ¥bookmarks¥hostA¥0¥

バックアップ方法

「0」フォルダ全体を任意の場所にコピーするなどしてバックアップしてください。

リストア方法

インストール先フォルダ¥bookmarks¥hostA配下に「0」フォルダ全体をコピーするなどしてリストアしてください。

●UNIXの場合

ブックマークの格納先ディレクトリ

/opt/jp1pcwebcon/bookmarks/hostA/0/

バックアップ方法

「0」ディレクトリ全体を任意の場所にコピーするなどしてバックアップしてください。

リストア方法

/opt/jp1pcwebcon/bookmarks/hostA配下に「0」ディレクトリ全体をコピーするなどしてリストアしてください。

(2)　ブックマーク定義情報の格納先ディレクトリを変更したい場合

このような場合，まず，格納先ディレクトリを変更し，次に，変更後の格納先ディレクトリに変更前の定義情報を引き継ぐ必要があります。

(a)　ブックマーク定義情報の格納先フォルダの設定

ブックマーク定義情報を格納するフォルダは，初期設定ファイル（config.xml）のbookmarkRepositoryに設定できます。

初期設定ファイル（config.xml）にブックマーク定義情報の格納先フォルダを設定する手順を次に示します。論理ホスト運用している場合は，実行系ノードと待機系ノードで，同じ格納先フォルダを設定する必要があります。

初期設定ファイル（config.xml）を開く。
初期設定ファイル（config.xml）は，次の場所にあります。
インストール先フォルダ¥conf¥config.xml

ブックマーク定義情報を格納するフォルダを設定する。
初期設定ファイル（config.xml）の<vsa>タグ内にある<format>タグ直後の<bookmark>タグに，格納先フォルダを設定します。
設定した格納先フォルダは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。

非クラスタシステムで運用している場合
例えば，「c:¥common¥bookmarks」を格納先フォルダにしたいときは，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>¥bookmarks -->
<param name="bookmarkRepository" value="c:¥common¥bookmarks"/>
</bookmark>

</vsa>

論理ホスト運用している場合
ブックマーク定義情報の格納先には共有ディスク上のフォルダを指定します。
例えば，「環境ディレクトリ¥jp1pcWebCon¥common¥bookmarks」を格納先フォルダにしたいとき，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>¥bookmarks -->
<param name="bookmarkRepository" value="環境ディレクトリ¥jp1pcWebCon¥common¥bookmarks"/>
</bookmark>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

PFM - Web Consoleサービスを再起動する。
初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするために，PFM - Web Consoleサービスを再起動してください。ただし，待機系ノードは，フェールオーバー時に再起動されるため，ここでの再起動は不要です。

注意

初期設定ファイル（config.xml）は，上記で説明した以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

クラスタシステムで運用している場合，PFM - Web Consoleサービスは，クラスタソフトから再起動してください。

(b)　格納先ディレクトリへのブックマーク定義情報の引き継ぎ

新しい格納先ディレクトリに，変更前のブックマーク定義情報を引き継ぐ手順について説明します。ここでは，PFM - Web Consoleの接続先PFM - Managerのホスト名がhostBである場合を例に説明します。

●Windowsの場合

ブックマーク格納先フォルダが次の条件である場合を例に説明します。

旧ブックマーク格納先フォルダ

インストール先フォルダ¥bookmarks¥hostB¥0¥

新ブックマーク格納先フォルダ

C:¥user1¥bookmarks¥

ブックマークを引き継ぐには，次の手順に従って作業してください。

PFM - Web Consoleサービスを停止する。
サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

旧ブックマーク格納先フォルダから「hostB」フォルダをバックアップする。
フォルダは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先フォルダを，新ブックマーク格納先フォルダに変更する。

新ブックマーク格納先フォルダを作成する。

作成したフォルダ配下に，手順2でバックアップしたフォルダをコピーする。
コピー後には，C:¥user1¥bookmarksフォルダ配下に「hostB」フォルダが存在する状態となります。

PFM - Web Consoleサービスを起動する。
サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

●UNIXの場合

ブックマーク格納先ディレクトリが次の条件である場合を例に説明します。

旧ブックマーク格納先ディレクトリ

/opt/jp1pcwebcon/bookmarks/hostB/0/

新ブックマーク格納先ディレクトリ

/opt/user1/bookmarks/

ブックマークを引き継ぐには，次の手順に従って作業してください。

PFM - Web Consoleサービスを停止する。
サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

旧ブックマーク格納先ディレクトリから「hostB」ディレクトリをバックアップする。
ディレクトリは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先ディレクトリを，新ブックマーク格納先ディレクトリに変更する。

新ブックマーク格納先ディレクトリを作成する。

作成したディレクトリ配下に，手順2でバックアップしたディレクトリをコピーする。
コピー後には，/opt/user1/bookmarksディレクトリ配下に「hostB」ディレクトリが存在する状態となります。

PFM - Web Consoleサービスを起動する。
サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

(3)　接続先PFM - Managerを変更し，変更前に作成したブックマークを引き継ぎたい場合

ブックマークの運用中に接続先PFM - Managerを変更して，変更前に作成したブックマークを引き継ぐことはできません。新しい接続先PFM - Managerで，再度ブックマークを作成してください。

(4)　PFM - ManagerおよびPFM - Web Consoleをクラスタ構成に移行し，移行前のブックマークを引き継ぎたい場合

PFM - ManagerおよびPFM - Web Consoleを物理ホスト運用から論理ホスト運用に移行して，物理ホスト運用時のブックマークを引き継ぎたい場合，「(3)　接続先PFM - Managerを変更し，変更前に作成したブックマークを引き継ぎたい場合」とは異なり，ブックマークを引き継ぐことができます。これは，物理ホスト運用時のPFM - Managerと接続していたPFM - AgentおよびPFM - RMの情報が，論理ホスト運用するPFM - Managerに引き継がれるためです。

●Windowsの場合

ホスト名などの環境が次の条件である場合を例に説明します。

物理ホスト運用時

・PFM - Managerホスト名：hostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：hostE

・PFM - Web Consoleのブックマーク格納先フォルダ：

インストール先フォルダ¥jp1pcwebcon¥bookmarks¥0¥

論理ホスト運用時

・PFM - Managerの論理ホスト名：lhostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：lhostE

・PFM - Web Consoleのブックマーク格納先フォルダ：

環境ディレクトリ¥jp1pcwebcon¥bookmarks¥

ブックマークを引き継ぐには，次の手順に従って作業してください。

PFM - Web Consoleサービスを停止する。※

物理ホスト運用時のブックマーク格納先フォルダから「0」フォルダをバックアップする。
フォルダは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先フォルダを，論理ホスト運用時のブックマーク格納先フォルダに変更する。

論理ホスト運用時のブックマーク格納先フォルダを作成する。

論理ホスト運用時のブックマーク格納先フォルダの配下に「lhostE」フォルダを作成する。

作成した「lhostE」フォルダの配下に，手順2でバックアップした「0」フォルダをコピーする。
コピー後には，環境ディレクトリ¥jp1pcwebcon¥bookmarks¥lhostEフォルダ配下に「0」フォルダが存在する状態となります。

PFM - Web Consoleサービスを起動する。※

注※

サービスの停止および起動方法については，「9.6.1　クラスタシステムでのPerformance Managementの起動と停止」を参照してください。

●UNIXの場合

ホスト名などの環境が次の条件である場合を例に説明します。

物理ホスト運用時

・PFM - Managerホスト名：hostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：hostE

・PFM - Web Consoleのブックマーク格納先ディレクトリ：

/opt/jp1pcwebcon/bookmarks/hostE/0/

論理ホスト運用時

・PFM - Managerの論理ホスト名：lhostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：lhostE

・PFM - Web Consoleのブックマーク格納先ディレクトリ：

環境ディレクトリ/jp1pcwebcon/bookmarks/

ブックマークを引き継ぐには，次の手順に従って作業してください。

PFM - Web Consoleサービスを停止する。※

物理ホスト運用時のブックマーク格納先フォルダから「0」ディレクトリをバックアップする。
ディレクトリは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先ディレクトリを，論理ホスト運用時のブックマーク格納先ディレクトリに変更する。

論理ホスト運用時のブックマーク格納先ディレクトリを作成する。

論理ホスト運用時のブックマーク格納先ディレクトリの配下に「lhostE」ディレクトリを作成する。

作成した「lhostE」ディレクトリの配下に，手順2でバックアップした「0」ディレクトリをコピーする。
コピー後には，環境ディレクトリ/jp1pcwebcon/bookmarks/lhostEディレクトリ配下に「0」ディレクトリが存在する状態となります。

PFM - Web Consoleサービスを起動する。※

注※

サービスの停止および起動方法については，「9.6.1　クラスタシステムでのPerformance Managementの起動と停止」を参照してください。

注意

ブックマーク定義情報の格納先フォルダをデフォルトのディレクトリから変更していない場合，アンインストール時に格納先フォルダも定義情報ファイルも自動で削除されます。格納先フォルダを変更している場合は，自動的に削除されないため，必要に応じて手動で削除してください。

ブックマークの定義情報ファイルは，複数のファイルで構成されます。このため，定義情報ファイルを作成，更新，または削除している最中に異常が発生し，処理が続けられなくなると，定義情報ファイルの整合性を失ってしまう場合があります。この場合，破損した情報を修復または廃棄してください。

8.4　稼働監視データのバックアップとリストア

バックアップが必要なPerformance Managementの稼働監視データは2種類あります。

イベントデータ
Performance Managementで発生したイベントを蓄積したデータです。Storeデータベースに保存され，PFM - Managerで管理されています。

パフォーマンスデータ
PFM - AgentまたはPFM - RMが監視エージェントの監視対象プログラムから収集したパフォーマンスの情報を蓄積したデータです。Storeデータベースに保存され，PFM - AgentまたはPFM - RMで管理されています。

バックアップが必要な稼働監視データを次の図に示します。

図8-4　Performance Managementでバックアップが必要な稼働監視データ

稼働監視データをバックアップするには，jpctool db backupコマンドを使用します。jpctool db backupコマンドは，PFM - Managerがインストールされているホストで実行します。-aloneオプションまたは-directオプションを指定すると，PFM - AgentまたはPFM - RMがインストールされているホストでも実行できます。

また，Storeバージョン2.0を使用している場合は，-partialオプションを指定して部分バックアップができます。

稼働監視データをリストアするには，jpctool db restoreコマンドを使用します。jpctool db restoreコマンドは，リストア対象のデータベースがバックアップされているPFM - Manager，PFM - Agent，またはPFM - RMホストで実行します。

なお，jpctool db backupコマンドおよびjpctool db restoreコマンドを実行するには，次のユーザー権限が必要です。

Windowsの場合：Administrators権限またはBackup Operators権限

UNIXの場合：rootユーザー権限

稼働監視データをバックアップおよびリストアする際の注意事項を次に示します。

注意

jpctool db backupコマンドでバックアップしたStoreデータベースのデータモデルバージョンが，リストアするStoreデータベースのバージョンと異なる場合，Storeデータベースはリストアできません。

リストアするデータのサービスキーが，jpctool db backupコマンドでバックアップしたデータのものと異なる場合，Storeデータベースはリストアできません。

Storeデータベースのバックアップデータは，対象となるStoreデータベースが起動しているホストの文字コード種別に依存します。このため，Storeデータベースをリストアする場合は，文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角かたかなが正常に設定されないため，レポートやイベント履歴などが正常に表示されなくなります。

＜この節の構成＞

8.4.1　イベントデータのバックアップとリストア

8.4.2　パフォーマンスデータのバックアップとリストア

8.4.3　パフォーマンスデータの部分バックアップ（Storeバージョン2.0の場合）

8.4.1　イベントデータのバックアップとリストア

イベントデータをjpctool db backupおよびjpctool db restoreコマンドを使用して，バックアップおよびリストアする方法について説明します。

＜この項の構成＞

(1)　イベントデータをバックアップする

(2)　イベントデータをリストアする

(1)　イベントデータをバックアップする

イベントデータをバックアップする手順を次に示します。

PFM - Managerホストにログインする。

jpctool service listコマンドを実行して，サービスの起動を確認する。
Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動していることを確認します。
jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool db backupコマンドを実行する。

非クラスタシステムで運用している場合
PFM - ManagerのStoreデータベースにあるイベントデータをバックアップします。次のようにコマンドを実行します。「PS1001」はMaster StoreサービスのサービスIDを示します。

jpctool db backup -id PS1001

コマンドを実行すると，デフォルトではPFM - Managerホストのバックアップディレクトリに，「PA.DB」の名称でバックアップファイルが作成されます。

Windowsの場合
インストール先フォルダ¥mgr¥store¥backup¥世代番号※¥PA.DB

UNIXの場合
/opt/jp1pc/mgr/store/backup/世代番号※/PA.DB

論理ホスト運用している場合
論理ホスト上のPFM - ManagerのStoreデータベースにあるイベントデータをバックアップします。次のようにコマンドを実行します。「PS1001」はMaster StoreサービスのサービスIDを示します。

jpctool db backup -id PS1001 -lhost 論理ホスト名

コマンドを実行すると，デフォルトでは共有ディスク上のバックアップディレクトリに，「PA.DB」の名称でバックアップファイルが作成されます。

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥世代番号※¥PA.DB

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/backup/世代番号※/PA.DB

注※

世代番号は，「01」から順に割り振られます。世代番号の最大値は，jpcsto.iniファイルのBackup Saveで指定した値です。世代番号のデフォルトの最大値は，「05」です。

jpctool db backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。

(2)　イベントデータをリストアする

イベントデータをリストアする手順を次に示します。

PFM - Managerホストにログインする。

jpcspm stopコマンドを実行してPFM - Managerのサービスを停止する。
PFM - Managerのサービスの停止方法については，「1.3　サービスの停止」を参照してください。jpcspm stopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

バックアップファイルの格納場所を確認する。
イベントデータのデフォルトのバックアップ先については，「(1)　イベントデータをバックアップする」の手順3を参照してください。

jpctool db restoreコマンドを実行する。

非クラスタシステムで運用している場合
例えば，「インストール先フォルダ¥mgr¥store¥backup¥01」内にあるイベントデータをリストアしたいとき，次のようにコマンドを実行します。「Manager」は，PFM - Managerのサービスキーを示します。

jpctool db restore -key Manager -d "インストール先フォルダ¥mgr¥store¥backup¥01"

論理ホスト運用している場合
例えば，論理ホストjp1-ha1の「環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥01」内にあるイベントデータをリストアしたいとき，次のようにコマンドを実行します。「Manager」は，PFM - Managerのサービスキーを示します。

jpctool db restore -key Manager -d "環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥01" -lhost jp1-ha1

jpctool db restoreコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcspm startコマンドを実行してPFM - Managerのサービスを起動する。
PFM - Managerサービスを起動します。
PFM - Managerのサービスの起動方法については，「1.2　サービスの起動」を参照してください。jpcspm startコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

リストアすると，サービス起動時にデータベースのインデックスが再構築されるため，再起動に時間が掛かる場合があります。

8.4.2　パフォーマンスデータのバックアップとリストア

パフォーマンスデータをjpctool db backupおよびjpctool db restoreコマンドを使用して，バックアップおよびリストアする方法について説明します。

＜この項の構成＞

(1)　パフォーマンスデータをバックアップする

(2)　パフォーマンスデータをリストアする

(1)　パフォーマンスデータをバックアップする

パフォーマンスデータをバックアップする手順を次に示します。

PFM - Managerホストにログインする。

jpctool service listコマンドを実行して，サービスの起動を確認する。
Name Serverサービス，Master Managerサービスおよびバックアップしたいパフォーマンスデータを管理しているAgent StoreまたはRemote Monitor Storeサービスが起動されているか確認します。
jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool db backupコマンドを実行する。

非クラスタシステムで運用している場合
例えば，ホストhost02のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータをバックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id OS* -host host02

コマンドを実行すると，デフォルトではPFM - AgentまたはPFM - RMホストのディレクトリに，次の名称でバックアップファイルが作成されます。

Windowsの場合
インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥backup¥世代番号※3¥データベースID※4.DB

UNIXの場合
/opt/jp1pc/xxxx※1/store/インスタンス名※2/backup/世代番号※3/データベースID※4.DB

論理ホスト運用している場合
例えば，論理ホストjp1-ha2のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータをバックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id OS* -lhost jp1-ha2

コマンドを実行すると，デフォルトでは共有ディスクのディレクトリに，次の名称でバックアップファイルが作成されます。

Windowsの場合
環境ディレクトリ¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥backup¥世代番号※3¥データベースID※4.DB

UNIXの場合
環境ディレクトリ/jp1pc/xxxx※1/store/インスタンス名※2/backup/世代番号※3/データベースID※4.DB

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

PFM - AgentまたはPFM - RMがインスタンス環境の場合に作成されます。

注※3

世代番号は，「01」から順に割り振られます。世代番号の最大値は，jpcsto.iniファイルのBackup Saveで指定した値です。世代番号のデフォルトの最大値は，「05」です。

注※4

データベースIDを次に示します。

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

なお，パフォーマンスデータのバックアップをPFM - AgentまたはPFM - RMがインストールされているホストで実行することもできます。PFM - AgentまたはPFM - RMがインストールされているホストで実行するには，jpctool db backupコマンドで-aloneオプションまたは-directオプションを指定します。
jpctool db backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

jpctool db backupコマンドが，以下のコマンドまたは処理中に実行された場合，対象となるMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが同一であると，jpctool db backupコマンドが失敗する可能性があります。

jpctool db backup

jpctool db dump

jpctool db clear

jpctool db import

jpctool db restore

Agent Storeサービス，またはRemote Monitor Storeサービスのデータ格納処理

履歴レポートの表示

このような場合は，jpctool db backupをリトライしてください。

(2)　パフォーマンスデータをリストアする

パフォーマンスデータをリストアする手順を次に示します。

バックアップファイルが格納されているPFM - AgentまたはPFM - RMホストにログインする。

jpcspm stopコマンドを実行して，PFM - AgentまたはPFM - RMのサービスを停止する。
PFM - AgentまたはPFM - RMのサービスの停止方法については，「1.3　サービスの停止」を参照してください。jpcspm stopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

バックアップファイルの格納場所を確認する。

jpctool db restoreコマンドを実行する。

非クラスタシステムで運用している場合
例えば，「インストール先フォルダ¥agto¥store¥oracleA¥backup¥01」内にあるPFM - Agent for Oracleの中のインスタンス「oracleA」のパフォーマンスデータをリストアしたいとき，次のようにコマンドを実行します。「Oracle」は，PFM - Agentのサービスキーを示します。

jpctool db restore -key Oracle -d "インストール先フォルダ¥agto¥store¥oracleA¥backup¥01" -inst oracleA

論理ホスト運用している場合
例えば，論理ホストjp1-ha2の「環境ディレクトリ¥jp1pc¥agto¥store¥oracleA¥backup¥01」内にあるPFM - Agent for Oracleのインスタンス「oracleA」のパフォーマンスデータをリストアしたいとき，次のようにコマンドを実行します。「Oracle」は，PFM - Agentのサービスキーを示します。

jpctool db restore -key Oracle -d "インストール先フォルダ¥agto¥store¥oracleA¥backup¥01" -lhost jp1-ha2 -inst oracleA

jpctool db restoreコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

jpcspm startコマンドを実行して，PFM - AgentまたはPFM - RMのサービスを起動する。
PFM - AgentまたはPFM - RMのサービスの起動方法については，「1.2　サービスの起動」を参照してください。
jpcspm startコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意1

リストアすると，サービス起動時にデータベースのインデックスが再構築されるため，再起動に時間が掛かる場合があります。

注意2

バックアップファイルのStoreバージョンと，リストア先のStoreバージョンが異なる場合，Storeデータベースのリストアはできません。リストア先のStoreバージョンが2.0の場合は，Storeバージョン2.0の設定で取得したバックアップデータだけをリストアできます。また，リストア先のStoreバージョンが1.0の場合は，Storeバージョン1.0の設定で取得したバックアップデータだけをリストアできます。

8.4.3　パフォーマンスデータの部分バックアップ（Storeバージョン2.0の場合）

パフォーマンスデータを部分バックアップする手順を次に示します。

PFM - Managerホストにログインする。

jpctool service listコマンドを実行して，サービスの起動を確認する。
Name Serverサービス，Master Managerサービスおよびバックアップしたいパフォーマンスデータを管理しているAgent StoreまたはRemote Monitor Storeサービスが起動されているか確認します。
jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool db backupコマンドを実行する。
非クラスタシステムで運用している場合
例えば，ホストhost02のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータの3日前の分から前日分を部分バックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id OS* -host host02　-partial 3,1

コマンドを実行すると，デフォルトではPFM - AgentまたはPFM - RMホストのディレクトリに，次の名称でバックアップファイルが作成されます。

Windowsの場合
インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥partial¥stデータベースID※3ディレクトリ以下

UNIXの場合
/opt/jp1pc/xxxx※1/store/インスタンス名※2/partial/stデータベースID※3ディレクトリ以下

論理ホスト運用している場合
例えば，論理ホストjp1-ha2のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータの3日前の分から前日分を部分バックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id OS* -lhost jp1-ha2　-partial 3,1

コマンドを実行すると，デフォルトでは共有ディスクのディレクトリに，次の名称でバックアップファイルが作成されます。

Windowsの場合
環境ディレクトリ¥jp1pc¥ xxxx※1¥store¥インスタンス名※2¥partial¥stデータベースID※3ディレクトリ以下

UNIXの場合
環境ディレクトリ/jp1pc/ xxxx※1/store/インスタンス名※2/partial/stデータベースID※3ディレクトリ以下

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

PFM - AgentまたはPFM - RMがインスタンス環境の場合に作成されます。

注※3

データベースIDを次に示します。

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

パフォーマンスデータのバックアップをPFM - AgentまたはPFM - RMがインストールされているホストで実行することもできます。PFM - AgentまたはPFM - RMがインストールされているホストで実行するには，jpctool db backupコマンドで-aloneオプションまたは-directオプションを指定します。
jpctool db backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

部分バックアップで格納されるファイルのディレクトリ，ファイル構成を次の表に示します。

表8-11　部分バックアップのディレクトリ，ファイル構成

ディレクトリ／ファイル
レコードタイプ
形式
最小
最大
説明

PI
PD
PL

STXX
○
○
○
－
－
－
－

要約区分
○
×
×
n
1
6
PIレコードの場合の要約区分
1：分
2：時
3：日
4：週
5：月
6：年

年
○
○
○
YYYY
1900
2027
年（西暦）

月日
○
○
○
MMDD
0101
1231
月日

世代番号
○
○
○
nnn
001
002
世代番号

レコードタイプ.DB
○
○
○
－
－
－
レコードタイプごとのDBファイル

（凡例）

○：該当するディレクトリ／ファイルがある

×：該当するディレクトリ／ファイルがない

－：該当しない

XX：データベースID

　PI：PIレコードタイプのレコードのデータベース

　PD：PDレコードタイプのレコードのデータベース

　PL：PLレコードタイプのレコードのデータベース

9.　クラスタシステムでの構築と運用

この章では，クラスタシステムでPerformance Managementを運用する場合のインストールとセットアップ方法，およびクラスタシステムでPerformance Managementを運用しているときの処理の流れについて説明します。

＜この章の構成＞

9.1　クラスタシステムの概要と設計

9.2　クラスタシステムでの構築（Windowsの場合）

9.3　クラスタシステムでの構成変更（Windowsの場合）

9.4　クラスタシステムでの構築（UNIXの場合）

9.5　クラスタシステムでの構成変更（UNIXの場合）

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

9.7　クラスタシステムでの障害回復

9.8　クラスタシステムでの注意事項

9.1　クラスタシステムの概要と設計

ここでは，クラスタシステムの概要と，クラスタシステムでPerformance Managementを運用するための基盤設計について説明します。

＜この節の構成＞

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

9.1.2　クラスタ構成の設計

9.1.3　ネットワーク構成の設計

9.1.4　データ構成の設計

9.1.5　クラスタシステムでの運用設計

9.1.6　フェールオーバー方式の設計

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

クラスタシステムとは，複数のサーバを連携して一つのシステムとして運用するシステムです。クラスタシステムには，大きく分けて次の2種類があります。

HA（High Availability）クラスタシステム（高可用性クラスタシステム）

負荷分散クラスタシステム

注意

この章で，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

＜この項の構成＞

(1)　HAクラスタシステムの概要

(2)　負荷分散クラスタシステムの概要

(1)　HAクラスタシステムの概要

「HAクラスタシステム」は，システム全体の可用性を向上させることを目的としたシステムです。高い信頼性が求められる基幹業務システムのアプリケーションサーバやデータベースサーバなどでよく使われています。

HAクラスタシステムは，システムを構成するサーバを冗長化します。HAクラスタシステムでは，業務を実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これを「フェールオーバー」といいます。

クラスタシステムを構成するそれぞれのサーバシステムのうち，業務を実行中のシステムを「実行系ノード」，実行系ノードの障害時に業務を引き継げるよう待機しているシステムを「待機系ノード」と呼びます。

実行系ノードで障害が発生したときのアクセスの流れを次の図に示します。

図9-1　HAクラスタシステムの実行系ノードで障害が発生したときのアクセスの流れ

HAクラスタシステム全体を制御するソフトウェアを「クラスタソフト」といいます。クラスタソフトは，サーバを常に監視し，障害が発生したときに，業務を実行するサーバを実行系ノードから待機系ノードに自動で切り替えます。そのため，クラスタシステムのことを「系切り替えシステム」とも呼びます。

(2)　負荷分散クラスタシステムの概要

「負荷分散クラスタシステム」は，複数のサーバで処理の負荷を分散して実行するシステムです。高い処理能力が求められるシステムでよく利用されています。

負荷分散クラスタシステムは，複数のサーバを並列にして，処理を分散することでサーバ1台当たりの処理負荷を低くし，システム全体の処理能力を高めます。また，サーバで障害が発生しても，ほかのノードに処理を切り替えることによってシステムの可用性も向上できます。

図9-2　負荷分散クラスタシステムのアクセスの流れ

補足

負荷分散クラスタシステムの例としては，Webシステムのようにリクエストを受け付けるサーバを分散するシステムや，Oracle Real Application Clusterのシステムなどがあります。また，負荷分散クラスタシステム上で運用する業務アプリケーションは，複数のノードで処理を分担できるプログラムであることが必要です。

9.1.2　クラスタ構成の設計

Performance Managementは，クラスタシステムで稼働監視を行うことができます。ここでは，Performance Managementをクラスタ構成にするための設計について説明します。

＜この項の構成＞

(1)　HAクラスタシステムでの構成の検討

(2)　負荷分散クラスタシステムでの構成の検討

(1)　HAクラスタシステムでの構成の検討

ここでは，Performance Managementのクラスタ構成について説明します。Performance Managementのプログラムを，HAクラスタシステムの論理ホスト環境で運用することを「論理ホスト運用」といいます。

(a)　PFM - Managerのクラスタ構成

PFM - Managerは，アクティブ・スタンバイ構成のクラスタシステムに対応し，論理ホストで運用できます。

PFM - Managerを実行している実行系ノードで障害が発生しても待機系ノードにフェールオーバーすることで，稼働監視を継続します。

PFM - Managerを論理ホスト運用する場合は，共有ディスクに定義情報やイベントデータを格納し，フェールオーバー時に引き継ぎます。なお，一つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Managerを論理ホスト運用するときの構成を次に示します。

図9-3　PFM - Managerのクラスタ構成

一つのノードで同時に実行できるPFM - Managerは，一つだけです。

(b)　PFM - Web Consoleのクラスタ構成

PFM - Web Consoleは，アクティブ・スタンバイ構成のクラスタシステムに対応し，論理ホストで運用できます。

PFM - Web Consoleを実行している実行系ノードで障害が発生しても待機系ノードにフェールオーバーすることで，稼働監視を継続します。

PFM - Web Consoleを論理ホスト運用する場合は，共有ディスクにブックマークの定義を格納し，フェールオーバー時に引き継ぎます。なお，一つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Web Consoleを論理ホスト運用するときの構成を次に示します。

図9-4　PFM - Web Consoleのクラスタ構成

一つのノードで同時に実行できるPFM - Web Consoleは，一つだけです。

(c)　PFM - Baseのクラスタ構成

PFM - Baseは，アクティブ・アクティブ構成のクラスタシステムに対応しています。論理ホスト運用できるPFM - AgentまたはPFM - RMと同じホストに同居している場合，論理ホストで運用できます。

(d)　PFM - Agentのクラスタ構成

PFM - Agentの対応するクラスタシステムは，PFM - Agentによって異なります。PFM - Agentの種類によっては，監視対象プログラムが論理ホスト環境で動作している場合に，論理ホスト運用できるPFM - Agentもあります。

PFM - Agentを論理ホスト運用する場合は，共有ディスクに定義情報やパフォーマンスデータを格納し，フェールオーバー時に引き継ぎます。なお，一つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Agent for Oracleを論理ホスト運用して，クラスタ構成のOracleを監視する構成の例を次に示します。

図9-5　PFM - Agentのクラスタ構成（PFM - Agent for Oracleの場合）

補足

PFM - Agentは，監視対象のアプリケーションに合わせた構成で運用します。そのため，PFM - Agentの種類によって，論理ホストで運用するものと物理ホストで運用するものがあります。例えば，PFM - Agent for Oracleは，クラスタ構成のOracleを監視するため，論理ホストで運用しますが，PFM - Agent for PlatformはOSのパフォーマンスを監視する製品のため，物理ホストで運用し，各ノードのOSを監視します。詳細については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　PFM - RMのクラスタ構成

PFM - RMの対応するクラスタシステムは，PFM - RMによって異なります。論理ホストで運用できるPFM - RMもあります。お使いのPFM - RMがクラスタシステムで運用できるかどうかについては，各PFM - RMマニュアルを参照してください。

PFM - RMを論理ホスト運用する場合は，共有ディスクに定義情報やパフォーマンスデータを格納し，フェールオーバー時に引き継ぎます。なお，一つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - RM for Platformを論理ホスト運用する構成の例を次に示します。

図9-6　PFM - RMのクラスタ構成（PFM - RM for Platformの場合）

(2)　負荷分散クラスタシステムでの構成の検討

ここでは，負荷分散クラスタシステムでのPerformance Managementのクラスタ構成について説明します。

(a)　PFM - Managerのクラスタ構成

PFM - Managerは，複数ノードで分散して処理することはできません。

PFM - Managerは，負荷分散クラスタシステムではなく，物理ホストまたはHAクラスタシステムで運用してください。

(b)　PFM - Web Consoleのクラスタ構成

PFM - Web Consoleは，複数ノードで分散して実行できません。

PFM - Web Consoleは，負荷分散クラスタシステムではなく，物理ホストまたはHAクラスタシステムで運用してください。

(c)　PFM - Baseのクラスタ構成

同じホストに同居するPFM - AgentまたはPFM - RMに準じます。

(d)　PFM - Agentのクラスタ構成

PFM - Agent for Platformを，負荷分散クラスタシステムの各ノードで運用する例を説明します。

PFM - Agent for PlatformはOSのパフォーマンスを監視します。そのため，クラスタシステムであっても物理ホストで実行し，各物理ホストのOSを監視します。このため，通常の非クラスタシステムと同じように運用してください。クラスタシステムで運用する場合も，クラスタソフトには登録しません。

図9-7　PFM - Agentのクラスタ構成（PFM - Agent for Platformの場合）

PFM - Agentのクラスタ構成の詳細については，PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　PFM - RMのクラスタ構成

負荷分散クラスタシステムで運用できるかどうかは，PFM - RMによって異なります。詳細については，各PFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

9.1.3　ネットワーク構成の設計

Performance Managementを論理ホスト運用するときは，論理ホスト名と論理IPアドレスで通信できるように，ネットワークを構成する必要があります。

「論理ホスト」とは，クラスタソフトに制御された，フェールオーバーの単位となる論理的なノードのことです。論理ホストは，「論理ホスト名」と「論理IPアドレス」を持ちます。アプリケーションは，共有ディスクにデータを格納し，論理IPアドレスで通信することによって，物理的なノードに依存しないで，フェールオーバーできます。

「物理ホスト」とは，物理的なノードのことです。物理ホストが使うホスト名（hostnameコマンドを実行したときに表示されるホスト名）を「物理ホスト名」，物理ホスト名に対応したIPアドレスを「物理IPアドレス」といいます。

論理ホストと物理ホストの概要を次の図に示します。

図9-8　論理ホストと物理ホストの概要

9.1.4　データ構成の設計

Performance Managementを論理ホスト運用する場合は，共有ディスク上に非クラスタシステムで運用するときに必要なデータ量に加えて，共有ディスクに必要なデータ量を検討する必要があります。

クラスタシステムでは，フェールオーバー時に実行系ノードから待機系ノードへ引き継ぎができる「共有ディスク」を持ちます。また，実行系ノードおよび待機系ノードはそれぞれ「ローカルディスク」を持ちます。これらはそれぞれの物理ホスト固有のものであり，ほかのノードに引き継ぐことはできません。

Performance Managementでは，論理ホスト環境をセットアップすると，共有ディスク上に「環境ディレクトリ」が作成されます。この環境ディレクトリには，フェールオーバー時に引き継ぎが必要な定義ファイルや稼働監視データが格納されます。ローカルディスクには，Performance Managementを動作させるのに必要な実行ファイルやコマンドが格納されます。

論理ホスト運用のときのPerformance Managementのデータ構成を次の図に示します。

図9-9　論理ホスト運用のときのPerformance Managementのデータ構成

補足

定義情報やログファイルはローカルディスクに配置されるものもあります。

Performance Managementで論理ホスト運用する場合に必要なディスク容量の算出式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，クラスタシステムで運用する場合のディスク占有量について説明している個所を参照してください。

9.1.5　クラスタシステムでの運用設計

どのようなセキュリティポリシーでPerformance Managementユーザーの管理を行うかやどのような項目を監視するかの検討については，非クラスタシステムでの場合と同じです。

ただし，サービス名およびプロセス名の命名規則や，アラームイベント発生時のアクションを論理ホストで実行する場合の設定方法が非クラスタシステムの場合とは，一部異なります。詳細は，「9.6.1 (3)　サービス名について」および「9.6.6　クラスタシステムでのアラームによるリアルタイム監視」を参照してください。

9.1.6　フェールオーバー方式の設計

業務システム上で動作するPFM - AgentまたはPFM - RMの障害で，PFM - AgentまたはPFM - RMのノード全体をフェールオーバーさせると，PFM - AgentまたはPFM - RMが監視対象としている同じ論理ホストで運用する業務アプリケーションもフェールオーバーすることになり，業務に影響を与えるおそれがあります。そのため，PFM - AgentまたはPFM - RMの障害によってPFM - AgentまたはPFM - RMのノード全体をフェールオーバーさせるかどうかを検討してください。

補足

業務アプリケーションに影響を与えないために，「PFM - AgentまたはPFM - RMで障害が発生した場合は，そのノードで再起動を試みるが，PFM - AgentまたはPFM - RMの障害を契機としたフェールオーバーはしない」という運用方針にする場合もあります。

9.2　クラスタシステムでの構築（Windowsの場合）

ここでは，クラスタシステムにPerformance Managementシステムを構築する場合の次の操作について説明します。

PFM - Managerのインストール・セットアップ

PFM - Web Consoleのインストール・セットアップ

PFM - Managerのアンセットアップ・アンインストール

PFM - Web Consoleのアンセットアップ・アンインストール

＜この節の構成＞

9.2.1　インストールとセットアップの前に

9.2.2　PFM - Managerのインストールとセットアップ

9.2.3　PFM - Web Consoleのインストールとセットアップ

9.2.4　PFM - AgentまたはPFM - RMのバージョンアップインストール

9.2.5　PFM - Managerのアンセットアップとアンインストール

9.2.6　PFM - Web Consoleのアンセットアップとアンインストール

9.2.1　インストールとセットアップの前に

クラスタシステムにPerformance Managementをインストールおよびセットアップする前に確認することについて説明します。

＜この項の構成＞

(1)　前提条件

(2)　セットアップ環境の確認

(3)　論理ホスト運用時のバージョンアップに関する注意事項

(1)　前提条件

Performance Managementをクラスタシステムで使用する場合の前提条件を次に示します。

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトから論理ホスト運用するPerformance Managementの起動や停止などを制御するように設定されていること。

注意

エラー時のダイアログボックスの抑止について

ワトソン博士でアプリケーションエラーのダイアログボックスが表示されると，フェールオーバーできないおそれがあるため，ダイアログボックスによるエラーの通知を抑止する必要があります。なお，エラーの通知を抑止すると，アプリケーションエラーが発生した際の情報取得に影響が出る場合があるため注意してください。

Windowsでは，アプリケーションエラーが発生すると，Microsoftへエラーを報告するダイアログボックスが表示されます。このダイアログボックスが表示されるとフェールオーバーできないおそれがあるため，エラー報告を抑止する必要があります。
ダイアログボックス抑止手順については，OSのマニュアルを参照してください。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーが発生した際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをオフラインにしてフェールオーバーができること。

一つの論理ホストでPerformance Managementのプログラムを複数実行する場合，共有ディスクのディレクトリ名が同じであること。なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホストと論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN名ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

注意

論理ホスト名について注意

論理ホスト名に，物理ホスト名（hostnameコマンドで表示されるホスト名）を指定しないでください。正常な通信処理がされなくなるおそれがあります。

論理ホスト名に使用できる文字は，1～32バイトの半角英数字だけです。

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(2)　セットアップ環境の確認

論理ホスト運用するPerformance Managementをセットアップするには，通常のPerformance Managementのセットアップで必要になる環境情報に加えて，次の情報が必要です。

表9-1　論理ホスト運用のPFM - Managerのセットアップに必要な情報（Windowsの場合）

項目 | 例
論理ホスト名 | jp1-ha1
論理IPアドレス | 172.16.92.100
共有ディスク | S:¥jp1¥

なお，一つの論理ホストで論理ホスト運用するPerformance Managementが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

(3)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Managerをバージョンアップする場合，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをオンラインにする必要があります。

PFM - Web Consoleがクラスタ環境の場合にバージョンアップをするときは共有ディスクをオンラインにする必要はありません。

9.2.2　PFM - Managerのインストールとセットアップ

クラスタシステムにPFM - Managerをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの流れ

(2)　インストール手順　

(3)　セットアップ手順

(4)　クラスタソフトの設定手順

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れについて，次の図に示します。

図9-10　論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れ（Windowsの場合）

注意

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerは実行できなくなります。ただし，Action Handlerサービスは物理ホスト環境で運用するPFM - AgentまたはPFM - RMも使用するため，実行できる状態のまま変更されません。
論理ホスト環境のPFM - Managerをアンセットアップすると，物理ホスト環境のPFM - Managerが実行できるようになります。

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerの定義内容がそのまま論理ホスト環境に引き継がれます。ただし，Storeデータベースの内容は引き継がれません。なお，論理ホスト環境のPFM - Managerをアンセットアップすると論理ホスト環境の定義内容やStoreデータベースが削除されるので，物理ホスト環境に引き継ぎできません。

Performance ManagementではJPC_HOSTNAMEを環境変数として使用しているため，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。

バージョン09-00以降のPFM - Managerの場合，新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のヘルスチェック機能の設定が引き継がれます。必要に応じて，ヘルスチェック機能の設定を変更してください。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホスト上のjpccomm.iniファイルの内容は無視され，論理ホストで設定されたホスト名が有効になります。

以降に，PFM - Managerのインストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Managerを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。インストール手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

(3)　セットアップ手順

PFM - Managerのセットアップは，まず実行系ノードで行います。次に，実行系ノードでセットアップした内容を環境定義ファイルにエクスポートします。最後にその環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへセットアップの内容を反映させます。

図9-11　実行系ノードでセットアップした内容を待機系ノードへ反映する方法

各セットアップについて，次に説明します。

(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

セットアップの手順は，非クラスタシステムの場合と同じです。手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

PFM - Managerと同一のホストにPFM - AgentまたはPFM - RMを追加する場合は，追加セットアップは必要ありません。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(c)　PFM - Managerの論理ホストのセットアップ[図データ]

実行系ノードで，PFM - Managerの論理ホスト環境をセットアップします。セットアップを実施する前に，システム全体で，Performance Managementのプログラムおよびサービスをすべて停止する必要があります。

手順を次に示します。

論理ホスト環境を作成する。
jpcconf ha setupコマンドを実行して，PFM - Managerの論理ホスト環境を作成します。
論理ホスト名は，-lhostで指定します。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。共有ディスクのディレクトリ名は，-dの環境ディレクトリ名に指定します。
例えば，論理ホスト名がjp1-ha1で環境ディレクトリがS:¥jp1の論理ホストをセットアップする場合は，次のようにコマンドを実行します。

jpcconf ha setup -key Manager -lhost jp1-ha1 -d S:¥jp1

このコマンドを実行すると，S:¥jp1の配下にjp1pcディレクトリが作成され，論理環境で必要なファイルが環境ディレクトリにコピーされます。例を次の図に示します。

図9-12　jpcconf ha setupコマンドの実行例

コマンドを実行すると，実行系ノードのローカルディスクから，必要なデータが共有ディスクにコピーされ，論理ホスト運用するために必要な設定が行われます。
jpcconf ha setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
jpcconf ha listコマンドを実行して，論理ホストの設定を確認し，作成した論理ホスト環境が正しいことを確認してください。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　PFM - AgentまたはPFM - RMの論理ホストのセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストにセットアップするPFM - AgentまたはPFM - RMがある場合だけに必要な手順です。

セットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　ネットワークの設定[図データ]

論理ホスト名または論理IPアドレスでPFM - ManagerとPFM - Web Consoleの通信をするために，環境ディレクトリ¥jp1pc¥mgr¥viewsvr¥jpcvsvr.iniファイルに次の行を追加してください。

java.rmi.server.hostname=論理ホスト名または論理IPアドレス

PFM - ManagerとPFM - Web Consoleの通信で使用するホスト名については，マニュアル「JP1/Performance Management リファレンス」の付録の，ポート番号について説明している個所を参照してください。

また，ネットワーク構成に応じて，IPアドレスとポート番号を変更する場合は，次の手順で設定してください。

IPアドレスを設定する[図データ]
IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。jpchostsファイルを編集した場合は，jpchostsファイルを実行系ノードから待機系ノードにコピーしてください。
IPアドレスの設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

ポート番号を設定する[図データ]
ファイアウォールがあるネットワーク環境でPerformance Managementを運用する場合だけに必要な手順です。
ファイアウォール経由でPerformance Managementの通信をする場合には，jpcconf port defineコマンドを使用してポート番号を設定します。
例えば，論理ホスト名がjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

コマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに追加定義されます。
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。
ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(f)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合に，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(g)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合に，必要な設定です。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(h)　業務グループによるアクセスコントロール機能の設定[図データ]

業務グループを利用してPerformance Managementのユーザーを管理したい場合に必要な設定です。起動情報ファイル（jpccomm.ini）で，業務グループによるアクセスコントロール機能の利用有無を設定します。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(i)　イベントデータの格納先の変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥

バックアップ先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥

エクスポート先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥dump¥

変更方法についての詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(j)　動作ログ出力の設定[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，動作ログの出力について説明している個所を参照してください。

(k)　ヘルスチェック機能の設定[図データ]　[図データ]

ヘルスチェック機能を設定する方法を次に示します。

ヘルスチェック機能の設定を確認する。
実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次のように実行します。

jpcconf hc display

コマンドを実行すると，次に示すようにヘルスチェック機能の設定が表示されます。

ヘルスチェック機能が有効な場合：available

ヘルスチェック機能が無効な場合：unavailable

jpcconf hc displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

ヘルスチェック機能の設定を変更する。
必要に応じて，実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次に示すように実行します。

ヘルスチェック機能を有効にする場合：
jpcconf hc enable

ヘルスチェック機能を無効にする場合：
jpcconf hc disable

jpcconf hc enableコマンドおよびjpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(l)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerの論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。同じ論理ホストにほかのPerformance Managementをセットアップする場合は，すべてのセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

jpcconf ha exportコマンドを実行する。
論理ホスト環境定義を，任意のファイルにエクスポートします。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。
ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(m)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(l)でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオフラインにして，実行系ノードでの作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(n)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

手順を次に示します。

jpcconf ha importコマンドを実行する。
論理ホスト環境定義を待機系ノードにインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。
なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。
ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。
次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　クラスタソフトの設定手順

クラスタソフトの設定は，実行系ノードと待機系ノードのそれぞれで行います。

手順を次に示します。

(a)　クラスタソフトでのPFM - Managerの登録[図データ]　[図データ]

PFM - Managerを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Managerを起動したり停止したりするように設定します。

PFM - AgentまたはPFM - RMをクラスタソフトに登録する場合は，PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照して，設定してください。

PFM - Managerをクラスタソフトに登録するときの設定内容を，WindowsのMSCSに登録する項目を例として説明します。

例えば，PFM - Managerを単体で論理ホスト運用する場合，次の表のサービスをクラスタに登録します。

表9-2　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）

項番
名前
サービス名
依存関係

1
PFM - Name Server [LHOST]
JP1PCMGR_PN [LHOST]
IPアドレスリソース
物理ディスクリソース※

2
PFM - Master Manager [LHOST]
JP1PCMGR_PM [LHOST]
#1のクラスタリソース

3
PFM - Master Store [LHOST]
JP1PCMGR_PS [LHOST]
#2のクラスタリソース

4
PFM - View Server [LHOST]
JP1PCMGR_PP [LHOST]
#5のクラスタリソース

5
PFM - Correlator [LHOST]
JP1PCMGR_PE [LHOST]
#3のクラスタリソース

6
PFM - Trap Generator [LHOST]
JP1PCMGR_PC [LHOST]
#5のクラスタリソース

7
PFM - Action Handler [LHOST]
JP1PCMGR_PH [LHOST]
#5のクラスタリソース

8
PFM - Agent Store for HealthCheck [LHOST]
JP1PCAGT_0S [LHOST]
#4のクラスタリソース

9
PFM - Agent for HealthCheck [LHOST]
JP1PCAGT_0A [LHOST]
#8のクラスタリソース

注※　(3)の(c)で作成した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。

また，PFM - Managerと，PFM - AgentまたはPFM - RMを同じ論理ホストで運用する場合，次の表のサービスをクラスタに登録します。ここでは，PFM - RM for PlatformとPFM - RM for Oracleを運用する場合を例とします。

表9-3　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - RM for Oracleが共存する場合の例）

項番
名前
サービス名
依存関係

1
PFM - Name Server [LHOST]
JP1PCMGR_PN [LHOST]
IPアドレスリソース
物理ディスクリソース※

2
PFM - Master Manager [LHOST]
JP1PCMGR_PM [LHOST]
#1のクラスタリソース

3
PFM - Master Store [LHOST]
JP1PCMGR_PS [LHOST]
#2のクラスタリソース

4
PFM - View Server [LHOST]
JP1PCMGR_PP [LHOST]
#5のクラスタリソース

5
PFM - Correlator [LHOST]
JP1PCMGR_PE [LHOST]
#3のクラスタリソース

6
PFM - Trap Generator [LHOST]
JP1PCMGR_PC [LHOST]
#5のクラスタリソース

7
PFM - Action Handler [LHOST]
JP1PCMGR_PH [LHOST]
#5のクラスタリソース

8
PFM - Agent Store for HealthCheck [LHOST]
JP1PCAGT_0S [LHOST]
#4のクラスタリソース

9
PFM - Agent for HealthCheck [LHOST]
JP1PCAGT_0A [LHOST]
#8のクラスタリソース

10
PFM - RM Store for Platform インスタンス名 [LHOST]
JP1PCAGT_7S_インスタンス名 [LHOST]
#4のクラスタリソース

11
PFM - RM for Platform インスタンス名 [LHOST]
JP1PCAGT_7A_インスタンス名 [LHOST]
#10のクラスタリソース

12
PFM - RM Store for Oracle インスタンス名 [LHOST]
JP1PCAGT_1S_インスタンス名 [LHOST]
#4のクラスタリソース

13
PFM - RM for Oracle インスタンス名 [LHOST]
JP1PCAGT_1A_インスタンス名 [LHOST]
#12のクラスタリソース

注※　(3)の(c)で作成した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。

[LHOST]の部分は，論理ホスト名に置き換えてください。例えば，論理ホスト名がjp1-ha1の場合のName Serverサービスの場合，次のようになります。

名前
「PFM - Name Server [jp1-ha1]」

サービス名
「JP1PCMGR_PN [jp1-ha1]」

MSCSの場合は，これらのサービスをMSCSのリソースとして登録します。各リソースの設定は次のようにします。下記では，MSCSの設定項目を［　］で囲んで示しています。

［リソースの種類］は「汎用サービス」として登録する。

［名前］，［依存関係］，および［サービス名］を，「表9-2　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）」および「表9-3　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - RM for Oracleが共存する場合の例）」を参考に設定する。
なお，名前はサービスを表示するときの名称で，サービス名はMSCSから制御するサービスを指定するときの名称です。
例えば，PFM - Master Store [LHOST]サービスをクラスタソフトに登録する場合，項番2のクラスタリソースとの依存関係が必要なため，PFM - Master Manager [LHOST]サービスと依存関係になるように設定してください。

［起動パラメータ］および［レジストリ複製］は設定しない。

プロパティの［詳細設定］タブは，Performance Managementの障害時にフェールオーバーするかしないかの運用に合わせて設定する。
例えば，PFM - Managerの障害時に，フェールオーバーするように設定するには，［再開する］と［グループに適用する］をチェックし，再起動試行回数の［しきい値］を3回を目安に設定してください。

注意

クラスタに登録するサービスは，クラスタソフトから起動および停止を制御します。このため，実行系ノードと待機系ノードで，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。なお，jpcconf ha setupコマンドでセットアップした直後のサービスは［手動］に設定されています。また，次のコマンドで強制停止しないでください。

jpcspm stop -key all -lhost 論理ホスト名 -kill immediate

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Managerの起動および停止を各ノードで実行して，正常に動作することを確認してください。

9.2.3　PFM - Web Consoleのインストールとセットアップ

クラスタシステムにPFM - Web Consoleをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの流れ

(2)　インストール手順　

(3)　セットアップ手順

(4)　クラスタソフトの設定手順

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れについて説明します。

図9-13　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ

次に，インストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Web Consoleを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。

インストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

実行系ノードと待機系ノードのPFM - Web Consoleは同じパスにインストールしてください。

(3)　セットアップ手順

PFM - Web Consoleを論理ホスト運用する場合，実行系ノードと待機系ノードで環境構成を同じにする必要があります。

PFM - Web Consoleの各セットアップについて，説明します。

(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Web ConsoleにPFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

注意

すでにPFM - AgentまたはPFM - RMの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - AgentまたはPFM - RMを追加した場合，PFM - AgentまたはPFM - RMの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，最新バージョンのPFM - AgentまたはPFM - RMをセットアップしてください。

PFM - Web Consoleのエージェント情報の追加セットアップは，「図9-13　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ」で示す流れで行います。

PFM - Web Consoleにエージェント情報を登録する手順を次に示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Web Consoleの実行系ノードおよび待機系ノードの次の場所にコピーします。
PFM - Web Consoleインストール先フォルダ¥setup¥
コピーするセットアップファイルおよび手順は，PFM - Managerに追加セットアップする場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcwagtsetupコマンドを実行し，エージェント情報を登録します。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - AgentまたはPFM - RMのエージェント情報をPFM - Web Consoleに登録した場合は，PFM - Web Consoleを再起動する必要があります。ただし，待機系ノードは，フェールオーバー時にPFM - Web Consoleが再起動されるため，手順2のあとの再起動は必要ありません。

(b)　接続先PFM - Managerの設定[図データ]

PFM - Web Consoleが接続するPFM - ManagerホストのIPアドレスまたはホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。接続するPFM - Managerがクラスタシステムで運用されている場合は，論理IPアドレスまたは論理ホスト名を設定してください。

手順を次に示します。

初期設定ファイル（config.xml）を開く。
インストール先フォルダ¥conf¥config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

接続するPFM - ManagerホストのIPアドレスまたはホスト名を設定する。
<vsa>タグ内の<vserver-connection>タグ直後に，次に示すタグを記述します。

<param name="host" value="IPアドレスまたはホスト名"/>

例えば，接続するPFM - ManagerホストのIPアドレスが，「10.210.24.56」の場合，次のように設定します。

   <vsa>
       <vserver-connection>
           <param name="host" value="10.210.24.56"/>
           <!-- The host computer name to which PFM View Server uses.
                Specifiable values: 1024 to 65535
                Default           : 22286
            -->
           <param name="port" value="22286"/>
       </vserver-connection>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(c)　PFM - Web Consoleの論理ホストの設定[図データ]

PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。

手順を次に示します。

初期設定ファイル（config.xml）を開く。
インストール先フォルダ¥conf¥config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を設定する。
<vsa>タグ内の<vserver-connection>タグ内に，次に示すタグを記述します。

<param name="ownHost" value="論理IPアドレスまたは論理ホスト名"/>

例えば，PFM - Web Consoleホストの論理IPアドレスが，「10.210.26.18」の場合，次のように設定します。

   <vsa>
       <vserver-connection>
           <param name="host" value="10.210.24.56"/>
           <!-- The host computer name to which PFM View Server uses.
                Specifiable values: 1024 to 65535
                Default           : 22286
           -->
           <param name="port" value="22286"/>
           <param name="ownHost" value="10.210.26.18"/>

      </vserver-connection>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(d)　ブックマーク定義情報の格納先の設定[図データ]

ブックマークの定義情報を格納するフォルダを，待機系ノードで，初期設定ファイル（config.xml）に設定します。格納先のフォルダは，フェールオーバー時にブックマークの定義情報を引き継がせるため，共有ディスク上のフォルダを指定します。

設定する手順を次に示します。

初期設定ファイル（config.xml）を開く。
インストール先フォルダ¥conf¥config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

ブックマークの定義情報を格納するフォルダを設定する。
初期設定ファイル（config.xml）の<vsa>タグ内にある<format>タグ直後の<bookmark>タグに，格納先フォルダを設定します。
設定した格納先フォルダは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。
例えば，「環境ディレクトリ¥jp1pcWebCon¥common¥bookmarks」を格納先フォルダにしたいとき，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>¥bookmarks -->
<param name="bookmarkRepository" value="環境ディレクトリ¥jp1pcWebCon¥common¥bookmarks"/>
</bookmark>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(e)　プロセス監視定義テンプレートの格納先の設定

プロセス監視の定義テンプレートを格納するフォルダを，待機系ノードで，初期設定ファイル（config.xml）に設定します。格納先のフォルダは，フェールオーバー時にプロセス監視の定義テンプレートを引き継がせるため，共有ディスク上のフォルダを指定します。

設定する手順を次に示します。

初期設定ファイル（config.xml）を開く。
インストール先フォルダ¥conf¥config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

プロセス監視の定義テンプレートを格納するフォルダを設定する。
初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグに，格納先フォルダを設定します。
設定した格納先フォルダは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。
例えば，「環境ディレクトリ¥jp1pcWebCon¥processMonitoringTemplates」を格納先フォルダにしたいとき，次のように設定します。

<process-monitoring>
<!-- The directory where templates of process monitoring are stored. Default : <install directory>¥processMonitoringTemplates -->
<param name="processMonitoringTemplatesRepository" value="環境ディレクトリ¥jp1pcWebCon¥processMonitoringTemplates"/>
</process-monitoring>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(f)　初期設定ファイルの実行系ノードへのコピー[図データ]　[図データ]

(b)，(c)，(d)および(e)で編集した初期設定ファイル（config.xml）を，実行系ノードにコピーします。

実行系ノードの次の場所にコピーしてください。

インストール先フォルダ¥conf

(g)　共有ディスクのオンライン[図データ]

実行系ノードで共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(h)　PFM - AgentまたはPFM - RM情報の追加セットアップの実行[図データ]　[図データ]

実行系ノードで(a)でコピーしたセットアップファイルを使い，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

手順を次に示します。

実行系ノードで，PFM - Web Consoleサービスを停止する。
クラスタソフトへの登録前の場合，jpcwstopコマンドでサービスを停止させてください。
クラスタソフトへの登録後，PFM - AgentまたはPFM - RMの追加など構成を変更する場合，クラスタソフトからサービスを停止させてください。なお，構成変更の詳細については，「9.3　クラスタシステムでの構成変更（Windowsの場合）」を参照してください。

実行系ノードでセットアップコマンドを実行する。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで，PFM - Web Consoleサービスを起動する。
手順1で停止させていたPFM - Web Consoleサービスを起動します。

(4)　クラスタソフトの設定手順

クラスタソフトにPFM - Web Consoleを設定します。実行系ノードと待機系ノードでそれぞれに設定します。

手順を次に示します。

(a)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように環境設定します。

PFM - Web Consoleをクラスタソフトに登録するときの設定内容を，WindowsのMSCSに登録する項目を例として説明します。PFM - Web Consoleの場合，次の表のサービスを，PFM - Managerと同じクラスタグループに追加登録します。

表9-4　クラスタソフトに登録するPFM - Web Consoleのサービス

項番
名前
サービス名
依存関係

1
PFM - Web Console
PFM-WebConsole
IPアドレスリソース
物理ディスクリソース※

2
PFM - Web Service
PFM-WebService
#1-1のクラスタリソース
（PFM - Web Console）

注※　(3)の(d)と(e)で設定した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。

MSCSの場合は，これらのサービスをMSCSのリソースとして登録します。各リソースの設定は次のようにします。下記では，MSCSの設定項目を「［　］」で囲んで示しています。

［リソースの種類］は「汎用サービス」として登録する。

［名前］，［サービス名］および［依存関係］を「表 9-4　クラスタソフトに登録するPFM - Web Consoleのサービス」のとおりに設定する。
なお，名前はサービスを表示するときの名称で，サービス名はMSCSから制御するサービスを指定するときの名称です。

［レジストリ複製］は設定しない。

プロパティの［詳細設定］タブは，［再開する］をチェックする。再起動試行回数の［しきい値］は，3回を目安に設定する。

注意

クラスタに登録するサービスは，クラスタソフトから起動および停止を制御します。このため，実行系ノードと待機系ノードの両方で，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Web Consoleの起動および停止を各ノードで実行し，正常に動作することを確認してください。

9.2.4　PFM - AgentまたはPFM - RMのバージョンアップインストール

PFM - Agent，PFM - RM，またはPFM - Managerを論理ホスト環境で運用している場合の物理ホスト環境で動作するPFM - AgentまたはPFM - RMのバージョンアップインストールの手順について説明します。

クラスタソフトから，論理ホスト上のPFMサービスをすべて停止する。

実行系，待機系両方で物理ホスト上のPFMサービスをjpcspm stop -key jp1pcコマンドですべて停止する。

必要に応じて実行系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

必要に応じて待機系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

クラスタソフトから，論理ホスト上のPFMのサービスを起動する。

実行系，待機系両方の物理ホスト上のPFMサービスを起動する。

なお，PFM - AgentまたはPFM - RMに固有の注意事項については，PFM - AgentまたはPFM - RMのリリースノートおよびマニュアルを参照してください。

9.2.5　PFM - Managerのアンセットアップとアンインストール

クラスタシステムからPFM - Managerをアンセットアップおよびアンインストールする方法について説明します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの前に

(2)　アンセットアップとアンインストールとの流れ

(3)　アンセットアップ手順

(4)　クラスタソフトの設定手順

(5)　アンインストール手順　

(1)　アンセットアップとアンインストールの前に

PFM - Managerをアンセットアップおよびアンインストールする場合の注意事項を次に示します。

アンセットアップの順序に関する注意

PFM - AgentまたはPFM - RMを実行するには，PFM - Managerが必要です。このため，PFM - Managerをアンセットアップする場合には，システム内のPFM - AgentまたはPFM - RMとの関係を考慮してアンセットアップ時の作業順序を決める必要があります。アンセットアップが必要になる場合の作業手順については，非クラスタシステムと同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

サービスの停止に関する注意

アンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスを，すべて停止してください。また，アンセットアップするPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - AgentおよびPFM - RMのすべてのサービスを停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

(2)　アンセットアップとアンインストールとの流れ

論理ホスト運用するPFM - Managerのアンセットアップとアンインストールの流れについて説明します。

アンインストールおよびアンセットアップの流れを次の図に示します。

図9-14　論理ホスト運用するPFM - Managerのアンセットアップおよびアンインストールの流れ（Windowsの場合）

次に，PFM - Managerのアンセットアップの手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

手順名の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　アンセットアップ手順

アンセットアップは，まず，実行系ノードでアンセットアップを行います。次に，実行系ノードでアンセットアップした内容を環境定義ファイルにエクスポートします。最後に，その環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへアンセットアップの内容を反映させます。

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(c)　ヘルスチェック機能の設定解除[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能の設定を解除するコマンドを次のように実行します。

jpcconf hc disable

jpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　通信ポート番号の設定解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf port defineコマンドでポート番号を設定した場合だけに必要な手順です。

手順を次に示します。

通信ポート番号の設定を解除する。
jpcconf port defineコマンドを実行して，通信ポート番号の設定を解除します。
例えば，論理ホストjp1-ha1上のサービスのポート番号の設定をすべて解除する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。
jpcconf port defineコマンドでは，論理ホストのPFM - Manager，およびそのほかのPerformance Managementが通信で使用するポート番号を設定します。ポート番号に，0を指定するとポート番号が解除されます。また，このコマンドを実行するとservicesファイルに定義されていたPerformance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるサービス名）が削除されます。
jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(e)　PFM - Managerの論理ホストのアンセットアップ[図データ]

手順を次に示します。

論理ホスト設定を確認する。
論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。
次のようにコマンドを実行します。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

PFM - Managerの論理ホスト環境を削除する。
jpcconf ha unsetupコマンドを実行すると，論理ホストのPFM - Managerを起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。次のようにコマンドを実行します。

jpcconf ha unsetup -key Manager -lhost jp1-ha1

jpcconf ha unsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

共有ディスクがオフラインになっている場合は，論理ホストの設定だけが削除されます。共有ディスク上のディレクトリやファイルは削除されません。

論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all

論理ホスト環境からPFM - Managerが削除されていることを確認してください。
jpcconf ha listコマンドの詳細ついては，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(f)　PFM - AgentまたはPFM - RMの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストからアンセットアップするPFM - AgentまたはPFM - RMがある場合だけ必要な手順です。

PFM - AgentまたはPFM - RMをアンセットアップしてください。アンセットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(g)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerをアンセットアップする論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

注意

同じ論理ホストから，ほかのPerformance Managementのプログラムをアンセットアップする場合は，アンセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

論理ホスト環境定義をエクスポートする。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。エクスポートファイル名は任意です。

jpcconf ha export -f lhostexp.conf

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(h)　論理ホスト定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートした論理ホスト環境定義ファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオフラインにして，実行系ノードでの作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(i)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementの設定を，待機系ノードに設定するには，jpcconf ha importコマンドを使用します。一つの論理ホストに複数のPerformance Managementがセットアップされている場合は，一括してインポートされます。

手順を次に示します。

論理ホスト環境定義をインポートする。
jpcconf ha importコマンドを実行して，実行系ノードから待機系ノードにコピーした論理ホスト環境定義のエクスポートファイルをインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

コマンドを実行すると，待機系ノードの環境を，エクスポートした実行系ノードと同じ環境になるように設定変更します。これによって，論理ホストのPFM - Managerを起動するための設定が削除されます。ほかの論理ホストのPerformance Managementをアンセットアップしている場合は，それらの設定も削除されます。
ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホスト設定を確認します。
次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(4)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Managerの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　アンインストール手順[図データ]　[図データ]

(a)　PFM - Managerのアンインストール

アンインストールは，実行系ノードと待機系ノードで別に行います。アンインストール手順は，非クラスタシステムの場合と同じです。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

PFM - Managerをアンインストールする場合は，PFM - ManagerをアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPerformance Managementをアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

9.2.6　PFM - Web Consoleのアンセットアップとアンインストール

PFM - Web Consoleでのアンセットアップとアンインストールを次に示します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの流れ

(2)　アンセットアップ手順

(3)　クラスタソフトの設定手順

(4)　アンインストール手順

(1)　アンセットアップとアンインストールの流れ

クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れについて説明します。

アンセットアップおよびアンインストールの流れを次の図に示します。

図9-15　クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れ（Windowsの場合）

次に，アンセットアップ手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。

(2)　アンセットアップ手順

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(3)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Web Consoleの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(4)　アンインストール手順

(a)　PFM - Web Consoleのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。PFM - Web Consoleのアンインストール手順は，非クラスタシステムの場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

ブックマークの定義情報の格納先フォルダは，デフォルトから変更している場合，PFM - Web Consoleのアンインストール時に削除されません。アンインストールしたあとに，手動で削除する必要があります。

9.3　クラスタシステムでの構成変更（Windowsの場合）

システムを構築して運用を開始したあとも，業務の拡大や処理量の増加に伴って，サーバを追加したり新たなアプリケーションを導入したりするなど，システムのクラスタ構成が変更になる場合があります。

そのため，監視対象システムのクラスタ構成変更に合わせて，次に示すPerformance Managementの構成変更の検討が必要になります。

監視対象システムの追加に伴うPFM - AgentまたはPFM - RMの追加

監視対象システムの削除に伴うPFM - AgentまたはPFM - RMの削除

運用開始後のマシンの論理ホスト名の変更

運用開始後の論理ホスト環境の変更

ここでは，クラスタシステムで論理ホスト運用をしている場合に，Performance Managementの構成を変更する方法について説明します。

＜この節の構成＞

9.3.1　PFM - AgentまたはPFM - RMの追加

9.3.2　PFM - AgentまたはPFM - RMの削除

9.3.3　運用開始後のマシンの論理ホスト名の変更

9.3.4　運用開始後の論理ホスト環境の変更

9.3.1　PFM - AgentまたはPFM - RMの追加

システムへのサーバの追加や新しいアプリケーションの追加をするとき，それらのパフォーマンスを監視するために，PFM - AgentまたはPFM - RMを追加する場合があります。

これまでPerformance Managementシステムで使用していなかった新しいプロダクトIDのPFM - AgentまたはPFM - RMを追加する場合，PFM - ManagerおよびPFM - Web Consoleに，エージェント情報の追加セットアップが必要になります。

プロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

ポイント

エージェント情報とは，PFM - ManagerやPFM - Web Consoleが，PFM - AgentまたはPFM - RMを管理したり表示したりするための情報です。

注意

PFM - AgentまたはPFM - RMを追加する前に，PFM - ManagerおよびそのノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

論理ホスト運用のPFM - Managerの場合も，作業中は停止する必要があります。Performance Managementプログラムのサービスが完全に停止していない状態で，PFM - AgentまたはPFM - RMを追加するためのjpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，サービスが完全に停止したことを確認したあと，再度jpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行してください。

論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れを次に示します。

図9-16　論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れ

手順を次に示します。

＜この項の構成＞

(1)　PFM - Baseと，PFM - AgentまたはPFM - RMをインストールする

(2)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする

(3)　PFM - Web ConsoleにPFM - AgentまたはPFM - RMを追加セットアップする

(4)　追加したPFM - AgentまたはPFM - RMを確認する

(1)　PFM - Baseと，PFM - AgentまたはPFM - RMをインストールする

新しくPerformance Managementでパフォーマンス監視をするホストに，PFM - Baseと，PFM - AgentまたはPFM - RMをインストールします。

インストール方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(2)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする流れを説明します。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

エージェント情報の追加セットアップは，まず待機系ノードから行います。待機系のノードの追加セットアップが完了すると，次に実行系ノードのセットアップを行います。

図9-17　PFM - AgentまたはPFM - RMをPFM - Managerに追加セットアップする流れ

注意

PFM - ManagerやPFM - Web Consoleと同一のホストにPFM - AgentまたはPFM - RMを追加する場合は，追加セットアップは必要ありません。

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - AgentまたはPFM - RMをセットアップしてください。

PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする手順を説明します。

[図データ]は実行系ノードで行う手順を，[図データ]は待機系ノードで行う手順を示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Managerの実行系ノードおよび待機系ノードにコピーします。
詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

待機系ノードでサービスを停止する。[図データ]
待機系ノード上の物理ホストサービスをすべて停止してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。
次のようにコマンドを実行します。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで共有ディスクを確認する。[図データ]
実行系ノードで，共有ディスクがオンラインかどうかを確認します。追加セットアップでは，共有ディスク上にエージェント情報を書き込みます。クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクがオンラインになっているか確認してください。

実行系ノードでサービスを停止する。[図データ]
実行系ノードで，物理ホストおよび論理ホスト環境のPerformance Managementの全プログラムおよびサービスを停止します。なお，論理ホスト環境のプログラムおよびサービスの停止は，クラスタソフトから行ってください。

実行系ノードでセットアップコマンドを実行する。[図データ]
待機系と同様にして，実行系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでサービスを起動する。[図データ]
実行系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

待機系ノードでサービスを起動する。[図データ]
待機系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

(3)　PFM - Web ConsoleにPFM - AgentまたはPFM - RMを追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Web Consoleに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

追加セットアップする手順については，「9.2.3(3)(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ」を参照してください。

(4)　追加したPFM - AgentまたはPFM - RMを確認する

追加セットアップしたPFM - AgentまたはPFM - RMを確認します。

手順を次に示します。

PFM - AgentまたはPFM - RMのノードでサービスを起動する。
新しく追加したPFM - AgentまたはPFM - RMのノードでPerformance Managementのプログラムおよびサービスを起動します。

PFM - AgentまたはPFM - RMが正しく追加されているか確認する。
jpctool service listコマンドを実行して，PFM - Managerに正しく接続されていることを確認します。
次のようにコマンドを実行します。

jpctool service list -id *

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

9.3.2　PFM - AgentまたはPFM - RMの削除

システム構成の変更によって，システム全体から監視対象のシステムを撤去する場合などに，PFM - AgentまたはPFM - RMを削除する場合があります。

論理ホスト運用中のPerformance Managementシステムから，PFM - ManagerホストおよびPFM - Web Consoleホストで，それぞれPFM - AgentまたはPFM - RMを削除します。

注意

削除対象となるPFM - Agent またはPFM - RMのプログラムおよびサービスはすべて停止してください。

＜この項の構成＞

(1)　PFM - ManagerからPFM - AgentまたはPFM - RMを削除する

(2)　PFM - Web ConsoleからPFM - AgentまたはPFM - RMを削除する

(1)　PFM - ManagerからPFM - AgentまたはPFM - RMを削除する

手順を次に示します。

アラームテーブルをアンバインドする。
削除対象のPFM - AgentまたはPFM - RMにバインドされているアラームテーブルがある場合，PFM - Web Consoleでの操作またはjpctool alarm unbindコマンドを使用して，バインドされているアラームテーブルをアンバインドします。PFM - Web Consoleでのアラームテーブルのバインドの解除方法については，「6.4.9　アラームテーブルまたはアラームを削除する」を参照してください。また，jpctool alarm unbindコマンドでのアラームテーブルのバインドの解除方法については，「6.7.5　アラームテーブルを削除する」を参照してください。

エージェント情報を削除する。
PFM - Managerが管理しているエージェント情報を削除します。
次のようにコマンドを実行します。

jpctool service delete -id xxxx -host ホスト名 -lhost 論理ホスト名

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスIDを示します。
例えば，ホスト名がjp1のホストで，論理ホスト名がjp1-ha1の論理ホスト環境のPFM - Agent for Oracleのエージェント情報を削除する場合，次のようにコマンドを実行します。

jpctool service delete -id O* -host jp1 -lhost jp1-ha1

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMのアンセットアップとアンインストールをする。
PFM - AgentまたはPFM - RMのアンセットアップとアンインストールを実施します。PFM - AgentまたはPFM - RMのアンセットアップとアンインストールの方法については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

PFM - Managerのエージェント情報を反映する。
PFM - Web Consoleにエージェント情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのエージェント情報を同期します。エージェント情報を同期するにはjpctool service syncコマンドを使用してください。

注意　PFM - RMのリモートエージェントをアンセットアップした場合の注意事項

PFM - RMのリモートエージェントをアンセットアップした場合（jpcconf target unsetupコマンド実行後）は，自動的にサービス情報が削除されるため，jpctool service deleteコマンドの実行は不要です。

ただし，アンセットアップ後にPFM - Web Consoleに情報を反映するためには，jpctool service syncコマンドの実行が必要です。

サービス情報は，次のタイミングで削除されます。

PFM - Managerおよび削除対象のPFM - RMのサービスが起動しているとき
jpcconf target unsetupコマンドを実行すると，PFM - RMからPFM - Managerにサービス情報の削除要求が行われ，PFM - Managerでサービス情報が削除されます。

PFM - Managerまたは削除対象のPFM - RMのサービスが停止しているとき
jpcconf target unsetupコマンドを実行後に，PFM - RMのサービスが起動してPFM - Managerに接続されたタイミングで，PFM - Managerでサービス情報が削除されます。

(2)　PFM - Web ConsoleからPFM - AgentまたはPFM - RMを削除する

手順を次に示します。

実行系ノードでPFM - Web Consoleを再表示する。
削除したPFM - AgentまたはPFM - RMの情報をPFM - Web Consoleに反映させます。
jpctool service syncコマンドを実行したあとに，実行系ノードでPFM - Web Consoleを再表示してください。

エージェント階層からエージェントを削除する。
必要に応じて，エージェント階層の「User Agents」で表示されるツリーから，不要になったエージェントを削除します。
エージェント階層からのエージェントの削除については，「3.2　Webブラウザでのエージェント階層の作成・編集」または「3.3　コマンドでのエージェント階層の作成・編集」を参照してください。

アラームの定義情報およびレポートの定義情報を削除する。
必要に応じて，不要になったアラームの定義情報およびレポートの定義情報を削除します。
アラームの定義情報の削除については，「6.4.9(2)　アラームを削除する」または「6.7.6　アラームを削除する」を参照してください。レポートの定義情報の削除については，「5.3.12(2)　レポートを削除する」または「5.5.2　不要になったレポートを削除する」を参照してください。

9.3.3　運用開始後のマシンの論理ホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストのマシンの論理ホスト名を変更する場合に必要な，Performance Managementシステムでの作業手順を説明します。

論理ホスト名を変更する場合，jpcconf host hostnameコマンドで監視ホスト名を変更してから，論理ホスト名を変更する必要があります。

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

＜この項の構成＞

(1)　PFM - Managerの論理ホスト名を変更する

(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する

(3)　PFM - Web Consoleの論理ホスト名を変更する

(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順

(1)　PFM - Managerの論理ホスト名を変更する

PFM - Managerの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図9-18　PFM - Managerホスト名を変更する流れ

図中の番号に沿って作業手順を次に示します。

ヘルスチェックエージェントの設定を解除する。
ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleのブラウザから行います。エージェントの定義を変更する手順の詳細については，「6.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - Managerホストでサービスを停止する。
クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Managerの登録を解除する。
クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - Managerホストの監視ホスト名を変更する。
jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。
論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d d:¥backup -dbconvert convert

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

参考

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleが存在する場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - Managerの論理ホスト名を変更する。
PFM - Managerの論理ホスト名を変更します。必要に応じて，hostsファイルおよびjpchostsファイルの設定を変更します。

クラスタソフトを再設定する。
設定方法については「9.2.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。
PFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。PFM - Agent固有の手順の要否について，次の表に示します。

表9-5　PFM - Agent固有の手順の要否

構成
手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合。
PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合。
次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順」を参照してください。

上記以外の場合。
PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでのサービスを起動する。
クラスタソフトからの操作で，PFM - Managerのサービスを起動させてください。

PFM - Managerホストでサービス情報を削除する。
PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストのホスト名を変更した場合は，変更前のPFM - Managerのサービス情報を削除する必要があります。例えば，変更前のPFM - Managerホストの論理ホスト名がlhostA，変更後がlhostBの場合，PFM - Managerホストで次のようにコマンドを実行して，ホストlhostA上にあるPFM - Managerサービスの情報をすべて削除します。

jpctool service delete -id P* -host lhostA -lhost lhostB
jpctool service delete -id 0* -host lhostA -lhost lhostB

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。
なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id P* -host lhostA -lhost lhostB -force
jpctool service delete -id 0* -host lhostA -lhost lhostB -force

PFM - Managerのサービス情報を反映する。
PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

必要に応じて，業務グループの構成を変更する。
論理ホスト名を変更したPFM - Managerホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

PFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定の変更は，jpcconf mgrhost defineコマンドを使用します。例えば，接続先PFM - Managerのホスト名がlhostBに変更された場合，次のように指定してコマンドを実行します。

jpcconf mgrhost define -host lhostB

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定を変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

PFM - Web Consoleホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

ヘルスチェックエージェントの定義を再設定する。
ヘルスチェック機能を使用している場合，ホスト名変更後のヘルスチェックエージェントの定義（手順1で解除した定義）を再設定します。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpctool alarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している。
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している。
アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。
次のどちらかの条件を満たす場合，PFM - Web ConsoleのブラウザからJP1システムイベントの設定を更新する必要があります。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

設定変更後の確認をする。
論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpctool db dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

ネットワーク管理製品（NNM）と連携した稼働監視をしている場合は，ネットワーク管理製品（NNM）に再度ログインする。

(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する

PFM - AgentまたはPFM - RMの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図9-19　PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する流れ

図中の番号に沿って作業手順を次に示します。

PFM - AgentまたはPFM - RMの情報を削除する。
論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleのブラウザから行います。
エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」または「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを停止する。
論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのPerformance Managementのプログラムおよびサービスをすべて停止します。クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - AgentまたはPFM - RMの登録を解除する。
クラスタソフトから，論理ホストのPFM - AgentまたはPFM - RMに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する。
jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。
論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d d:¥backup -dbconvert convert

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

参考

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleが存在する場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - AgentまたはPFM - RMホストの論理ホスト名を変更する。
PFM - AgentまたはPFM - RMホストの論理ホスト名を変更します。必要に応じて，hostsファイルおよびjpchostsファイルの設定を変更します。

クラスタソフトの設定をする。
設定方法については「9.2.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。
PFM - Agent固有の手順の要否について，次の表に示します。

表9-6　PFM - Agent固有の手順の要否

構成
手順の要否と参照先

監視ホスト名を変更するのが，PFM - Agent 09-00以降の場合。
PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

監視ホスト名を変更するのが，PFM - Agent 09-00未満の場合。
次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順」を参照してください。

上記以外の場合。
PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービス情報を削除する。
PFM - AgentまたはPFM - RMホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - AgentまたはPFM - RMホストのホスト名を変更した場合は，変更前のPFM - AgentまたはPFM - RMのサービス情報を削除する必要があります。例えば，ホストlhostA上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpctool service delete -id OS* -host lhostA

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービス情報を反映する。
PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。
同期されたサービス情報は，PFM - Web Consoleの画面でエージェント階層を再表示すると，画面に反映されます。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。
論理ホスト名を変更したPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをクラスタソフトから起動します。

必要に応じて，業務グループの構成を変更する。
論理ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

必要に応じて，新論理ホスト名をエージェント階層の管理フォルダへ登録する。
論理ホスト名を変更したPFM - AgentまたはPFM - RMホストを，PFM - Web Consoleのエージェント階層の管理フォルダへ登録してください。管理フォルダへ登録する手順の詳細については，「3.　エージェントの監視」を参照してください。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpctool alarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。
次のどちらかの条件を満たす場合，PFM - Web ConsoleのブラウザからJP1システムイベントの設定を更新する必要があります。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

設定変更後の確認をする。
設定変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpctool db dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

(3)　PFM - Web Consoleの論理ホスト名を変更する

PFM - Web Consoleの論理ホスト名を変更する手順を次に示します。

PFM - Web Consoleホストでサービスを停止する。
クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Web Consoleの登録を解除する。
クラスタソフトから，論理ホストのPFM - Webconsoleに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

初期設定ファイル（config.xml）のPFM - Web Consoleホスト情報を新しい論理ホスト名に変更する。
初期設定ファイル（config.xml）の<vsa> - <vserver-connection>タグ内のownHostパラメーターに，論理ホスト名を設定している場合に必要な手順です。
手順については，「9.2.3(3)(c)　PFM - Web Console の論理ホストの設定」および「9.2.3(3)(f)　初期設定ファイルの実行系ノードへのコピー」を参照してください。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，各定義ファイルまたは各サービスのプロパティに設定しているホスト名を新しいホスト名に変更する。
設定個所は使用しているJP1イベントの種類により異なります。

JP1ユーザーイベントを設定している場合
モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのホスト名を新しいホスト名に変更します。詳細については，「10.3.2(3)　連携のための定義ファイルの編集・コピー」を参照してください。

JP1システムイベントを設定している場合
各サービスで，Monitoring Console Hostプロパティの値を新しいホスト名に変更します。詳細については，「10.3.2(1)　JP1イベントの発行の設定」を参照してください。

なお，統合管理製品（JP1/IM）の詳細については，「10.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

ネットワーク管理製品（NNM）と連携した稼働監視をしている場合，定義ファイルのホスト名を新しいホスト名に変更する。
NNM連携定義ファイル（jpcnnm.ini）に設定しているPFM - Web Consoleのホスト名を，新しいホスト名に変更してください。
詳細については，「11.2.3(3)　NNM連携定義ファイルを修正する」を参照してください。

PFM - Web Consoleホストの論理ホスト名を変更する。

クラスタソフトを再設定する。
設定手順については，「9.2.3(4)　クラスタソフトの設定手順」を参照してください。

PFM - Web Consoleホストで，サービスを起動する。
クラスタソフトからの操作で，PFM - Web Consoleのサービスを起動させてください。

統合管理製品（JP1/IM）と連携している場合は，統合管理製品（JP1/IM）を再起動する。

(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerの論理ホスト名を変更する

PFM - AgentまたはPFM - RMの論理ホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「(1)　PFM - Managerの論理ホスト名を変更する」または「(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する」を参照してください。

(a)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル
環境ディレクトリ¥agtc¥agent¥インスタンス名¥jpcagt.ini

編集内容
[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(b)　PFM - Agent for Dominoの場合

注意

次の手順は，PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ実行してください。

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル
環境ディレクトリ¥agtl¥agent¥インスタンス名¥jpcagt.ini

編集内容
[Health Check Options]セクションの次のエントリの値に，新しいホスト名
を設定します。

[[HTTP Port Check]]サブセクションのHostエントリ

[[SMTP Port Check]]サブセクションのHostエントリ

[[POP3 Port Check]]サブセクションのHostエントリ

[[LDAP Port Check]]サブセクションのHostエントリ

[[NNTP Port Check]]サブセクションのHostエントリ

(c)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bci_SD5_00」という名称のインスタンス環境が存在する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bci_SD5_00 -lhost jp1-halr3

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

(d)　PFM - Agent for Microsoft SQL Serverの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Microsoft SQL Serverに「default」という名称のインスタンス環境が存在する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtq -inst default -lhost jp1-halSQL

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「SQL_HOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

9.3.4　運用開始後の論理ホスト環境の変更

ここでは，論理ホストを運用している環境でjpchostsファイルやポート番号を変更する方法について説明します。

この設定は，論理ホストの運用でPFM - Managerを起動するために必要です。

＜この項の構成＞

(1)　jpchostsファイルを変更する

(2)　ポート番号を変更または追加する

(1)　jpchostsファイルを変更する

すでに論理ホストを運用している環境でjpchostsファイルを変更する場合は，次の手順を実施してください。

実行系ノードでjpchostsファイルを編集する。

jpchostsファイルを実行系ノードから待機系ノードにコピーする。

(2)　ポート番号を変更または追加する

すでに論理ホストを運用している環境でポート番号を変更または追加する場合は，次の手順を実施してください。

実行系ノードでjpcconf port defineコマンドを使用してポート番号を設定する。
共有ディスクはオンラインにします。
例えば，論理ホストjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

jpcconf port defineコマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに定義されます。
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップ（Windowsの場合）について説明している章を参照してください。
jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでjpcconf ha exportコマンドを実行する。
Performance Managementの論理ホスト環境の設定を任意のファイルにエクスポートします。
例えば，lhostexp.confファイルに論理ホスト環境の設定をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

jpcconf ha exportコマンドでエクスポートしたファイルを，実行系ノードから待機系ノードにコピーする。

jpcconf ha importコマンドを実行して，実行系ノードからコピーしたエクスポートファイルを待機系ノードにインポートする。
インポートの際に，待機系ノードで共有ディスクをオンラインにする必要はありません。
実行系ノードでエクスポートされた論理ホストの環境定義ファイルが待機系ノードにインポートされます。
例えば，エクスポートファイル名がlhostexp.confファイルの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境が実行系ノードと同じ環境に設定されます。

9.4　クラスタシステムでの構築（UNIXの場合）

ここでは，クラスタシステムにPerformance Managementシステムを構築する場合の次の操作について説明します。

PFM - Managerのインストール・セットアップ

PFM - Web Consoleのインストール・セットアップ

PFM - Managerのアンセットアップ・アンインストール

PFM - Web Consoleのアンセットアップ・アンインストール

＜この節の構成＞

9.4.1　インストールとセットアップの前に

9.4.2　PFM - Managerのインストールとセットアップ

9.4.3　PFM - Web Consoleのインストールとセットアップ

9.4.4　PFM - AgentまたはPFM - RMのバージョンアップインストール

9.4.5　PFM - Managerのアンセットアップとアンインストール

9.4.6　PFM - Web Consoleのアンセットアップとアンインストール

9.4.1　インストールとセットアップの前に

クラスタシステムにPerformance Managementをインストールおよびセットアップする前に確認することについて説明します。

＜この項の構成＞

(1)　前提条件

(2)　セットアップ環境の確認

(3)　論理ホスト運用時のバージョンアップに関する注意事項

(1)　前提条件

Performance Managementをクラスタシステムで使用する場合の前提条件を次に示します。

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトから論理ホスト運用するPerformance Managementの起動や停止などを制御するように設定されていること。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーが発生した際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをオフラインにしてフェールオーバーができること。

一つの論理ホストでPerformance Managementのプログラムを複数実行する場合，共有ディスクのディレクトリ名が同じであること。なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホストと論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN名ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

注意

論理ホスト名について

論理ホスト名に，物理ホスト名（hostnameコマンドで表示されるホスト名）を指定しないでください。正常な通信処理がされなくなるおそれがあります。

論理ホスト名に使用できる文字は，1～32バイトの半角英数字だけです。

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(d)　そのほかの前提条件

次の条件が整っていることを確認してください。

カーネルパラメーターが調整されていること。

(2)　セットアップ環境の確認

論理ホスト運用するPerformance Managementをセットアップするには，通常のPerformance Managementのセットアップで必要になる環境情報に加えて，次の情報が必要です。

表9-7　論理ホスト運用のPFM - Managerのセットアップに必要な情報（UNIXの場合）

項目 | 例
論理ホスト名 | jp1-ha1
論理IPアドレス | 172.16.92.100
共有ディスク | /jp1

なお，一つの論理ホストで論理ホスト運用するPerformance Managementが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

(3)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Managerをバージョンアップする場合，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをオンラインにする必要があります。

PFM - Web Consoleがクラスタ環境の場合にバージョンアップをするときは共有ディスクをオンラインにする必要はありません。

9.4.2　PFM - Managerのインストールとセットアップ

クラスタシステムにPFM - Managerをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの流れ

(2)　インストール手順　

(3)　セットアップ手順

(4)　クラスタソフトの設定手順

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れについて，次の図に示します。

図9-20　論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れ（UNIXの場合）

注意

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerは実行できなくなります。ただし，Action Handlerサービスは物理ホスト環境で運用するPFM - AgentまたはPFM - RMも使用するため，実行できる状態のまま変更されません。
論理ホスト環境のPFM - Managerをアンセットアップすると，物理ホスト環境のPFM - Managerが実行できるようになります。

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerの定義内容がそのまま論理ホスト環境に引き継がれます。ただし，Storeデータベースの内容は引き継がれません。なお，論理ホスト環境のPFM - Managerをアンセットアップすると論理ホスト環境の定義内容やStoreデータベースが削除されるので，物理ホスト環境に引き継ぎできません。

Performance ManagementではJPC_HOSTNAMEを環境変数として使用しているため，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。

バージョン09-00以降のPFM - Managerの場合，新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のヘルスチェック機能の設定が引き継がれます。必要に応じて，ヘルスチェック機能の設定を変更してください。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホスト上のjpccomm.iniファイルは無視され，論理ホストで設定されたホスト名が有効になります。

以降に，PFM - Managerのインストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Managerを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。インストール手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

(3)　セットアップ手順

PFM - Managerのセットアップは，まず実行系ノードで行います。次に，実行系ノードでセットアップした内容を環境定義ファイルにエクスポートします。最後にその環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへセットアップの内容を反映させます。

図9-21　実行系ノードでセットアップした内容を待機系ノードへ反映する方法

各セットアップについて，次に説明します。

(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ[図データ]　　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

セットアップの手順は，非クラスタシステムの場合と同じです。手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

PFM - Managerと同一のホストにPFM - AgentまたはPFM - RMを追加する場合は，追加セットアップは必要ありません。

(b)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，mountコマンドを実行してファイルシステムをマウントしてください。

注意

共有ディスクをマウントしないでセットアップすると，ローカルディスク上にファイルが作成されることがあります。

(c)　PFM - Managerの論理ホストのセットアップ[図データ]

実行系ノードで，PFM - Managerの論理ホスト環境をセットアップします。セットアップを実施する前に，システム全体で，Performance Managementのプログラムおよびサービスをすべて停止する必要があります。

手順を次に示します。

論理ホスト環境を作成する。
jpcconf ha setupコマンドを実行して，PFM - Managerの論理ホスト環境を作成します。
論理ホスト名は，-lhostで指定します。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。共有ディスクのディレクトリ名は，-dの環境ディレクトリ名に指定します。
例えば，論理ホスト名がjp1-ha1で環境ディレクトリが/usr/jp1の論理ホストをセットアップする場合は，次のようにコマンドを実行します。

jpcconf ha setup -key Manager -lhost jp1-ha1 -d /usr/jp1

このコマンドを実行すると，/usr/jp1の配下にjp1pcディレクトリが作成され，論理ホスト環境で必要なファイルが環境ディレクトリにコピーされます。例を次の図に示します。

図9-22　jpcconf ha setupコマンドの実行例

コマンドを実行すると，実行系ノードのローカルディスクから，必要なデータが共有ディスクにコピーされ，論理ホスト運用するために必要な設定が行われます。
jpcconf ha setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
jpcconf ha listコマンドを実行して，論理ホストの設定を確認し，作成した論理ホスト環境が正しいことを確認してください。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　PFM - AgentまたはPFM - RMの論理ホストのセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストにセットアップするPFM - AgentまたはPFM - RMがある場合だけに必要な手順です。

セットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　ネットワークの設定[図データ]

論理ホスト名または論理IPアドレスでPFM - ManagerとPFM - Web Consoleの通信をするために，環境ディレクトリ/jp1pc/mgr/viewsvr/jpcvsvr.iniファイルに次の行を追加してください。

java.rmi.server.hostname=論理ホスト名または論理IPアドレス

PFM - ManagerとPFM - Web Consoleの通信で使用するホスト名については，マニュアル「JP1/Performance Management リファレンス」の付録の，ポート番号について説明している個所を参照してください。

また，ネットワーク構成に応じて，IPアドレスとポート番号を変更する場合は，次の手順で設定してください。

IPアドレスを設定する[図データ]
IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。jpchostsファイルを編集した場合は，jpchostsファイルを実行系ノードから待機系ノードにコピーしてください。
IPアドレスの設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

ポート番号を設定する[図データ]
ファイアウォールがあるネットワーク環境でPerformance Managementを運用する場合だけに必要な手順です。
ファイアウォール経由でPerformance Managementの通信をする場合には，jpcconf port defineコマンドを使用してポート番号を設定します。
例えば，論理ホスト名がjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

コマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに追加定義されます。
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。
ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(f)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合に，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(g)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合に，必要な設定です。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(h)　業務グループによるアクセスコントロール機能の設定[図データ]

業務グループを利用してPerformance Managementのユーザーを管理したい場合に必要な設定です。起動情報ファイル（jpccomm.ini）で，業務グループによるアクセスコントロール機能の利用有無を設定します。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(i)　イベントデータの格納先の変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：環境ディレクトリ/jp1pc/mgr/store/

バックアップ先フォルダ：環境ディレクトリ/jp1pc/mgr/store/backup/

エクスポート先フォルダ：環境ディレクトリ/jp1pc/mgr/store/dump/

変更方法についての詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(j)　動作ログ出力の設定[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，動作ログの出力について説明している個所を参照してください。

(k)　ヘルスチェック機能の設定[図データ]　[図データ]

ヘルスチェック機能を設定する方法を次に示します。

ヘルスチェック機能の設定を確認する。
実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次のように実行します。

jpcconf hc display

コマンドを実行すると，次に示すようにヘルスチェック機能の設定が表示されます。

ヘルスチェック機能が有効な場合：available

ヘルスチェック機能が無効な場合：unavailable

jpcconf hc displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

ヘルスチェック機能の設定を変更する。
必要に応じて，実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次に示すように実行します。

ヘルスチェック機能を有効にする場合：
jpcconf hc enable

ヘルスチェック機能を無効にする場合：
jpcconf hc disable

jpcconf hc enableコマンドおよびjpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(l)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerの論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。同じ論理ホストにほかのPerformance Managementをセットアップする場合は，すべてのセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

jpcconf ha exportコマンドを実行する。
論理ホスト環境定義を，任意のファイルにエクスポートします。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。
ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(m)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(l)でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，ファイルシステムをアンマウントして作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

注意

共有ディスクがアンマウントされていても，指定した環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上に指定した環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上の環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(n)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

手順を次に示します。

jpcconf ha importコマンドを実行する。
論理ホスト環境定義を待機系ノードにインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。
なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。
ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。
次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　クラスタソフトの設定手順

クラスタソフトの設定は，実行系ノードと待機系ノードのそれぞれで行います。

手順を次に示します。

(a)　クラスタソフトでのPFM - Managerの登録[図データ]　[図データ]

PFM - Managerを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Managerを起動したり停止したりするように設定します。

PFM - AgentまたはPFM - RMをクラスタソフトに登録する場合は，PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照して，設定してください。

一般にUNIXのクラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の四つがあります。

PFM - Managerでは，次の表のように設定します。

表9-8　クラスタソフトに登録するPFM - Managerの制御方法

項目
説明

起動
次のコマンドを順に実行して，PFM - Managerを起動する。

/opt/jp1pc/tools/jpcspm start -key Manager -lhost 論理ホスト名
/opt/jp1pc/tools/jpcspm start -key AH -lhost 論理ホスト名

起動するタイミングは，共有ディスクおよび論理IPアドレスが使用できる状態になったあととする。

停止
次のコマンドを順に実行して，PFM - Managerを停止する。

/opt/jp1pc/tools/jpcspm stop -key AH -lhost 論理ホスト名
/opt/jp1pc/tools/jpcspm stop -key Manager -lhost 論理ホスト名

停止するタイミングは，共有ディスクおよび論理IPアドレスを使用できない状態にする前とする。
なお，障害などでサービスが停止しているときは，jpcspm stopコマンドの戻り値が3になる。この場合，サービスは停止されているので，正常終了と扱う。戻り値で実行結果を判定するクラスタソフトの場合は，戻り値を0にするなどで対応すること。

動作監視
次のプロセスが動作していることを，psコマンドで確認する。
ps -ef | grep "プロセス名 論理ホスト名" | grep -v "grep監視対象のプロセス"
プロセス名については「9.6.1(3)　サービス名について」を参照のこと。なお，運用中にメンテナンスなどでPerformance Managementを一時的に停止する場合を想定して，動作監視を抑止する方法（例えば，メンテナンス中を意味するファイルがあると監視をしないなど）を用意しておくことを推奨する。

強制停止
強制停止が必要な場合は，次のコマンドを実行する。

/opt/jp1pc/tools/jpcspm stop -key all -lhost 論理ホスト名 -kill immediate

第一引数のサービスキーに指定できるのは，allだけである。

注意

コマンドを実行すると，指定した論理ホスト環境すべてのPerformance Managementのプロセスが，SIGKILL送信によって強制停止される。このとき，サービス単位ではなく，論理ホスト単位でPerformance Managementが強制停止される。

なお，強制停止は，通常の停止を実行しても停止できない場合に限って実行するよう設定すること。

注意

クラスタに登録するPerformance Managementは，クラスタから起動および停止を制御しますので，OS起動時の自動起動設定をしないでください。

Performance Managementを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，Performance Managementのコマンドを実行するようにしてください。また，LC_ALLが設定されており，LANGの値と異なる場合は，クラスタソフトに登録するスクリプトでLC_ALLを解除するか，LANGと同一の値に変更してください。LC_ALLを解除する場合は，以下の設定を追加することで解除できます。

　unset LC_ALL

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，Performance Managementのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。Performance Managementのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

psコマンドで動作を監視する場合，事前にpsコマンドを実行して，論理ホスト名とインスタンス名をつなげた文字列がすべて表示されることを確認してください。文字列が途中までしか表示されない場合は，インスタンス名を短くしてください。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - ManagerまたはPFM - Web Consoleの起動および停止を各ノードで実行して，正常に動作することを確認してください。

9.4.3　PFM - Web Consoleのインストールとセットアップ

クラスタシステムにPFM - Web Consoleをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの流れ

(2)　インストール手順　

(3)　セットアップ手順

(4)　クラスタソフトの設定手順

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れについて説明します。

図9-23　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ

次に，インストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Web Consoleを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。

インストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

実行系ノードと待機系ノードのPFM - Web Consoleは同じパスにインストールしてください。

(3)　セットアップ手順

PFM - Web Consoleを論理ホスト運用する場合，実行系ノードと待機系ノードで環境構成を同じにする必要があります。

PFM - Web Consoleの各セットアップについて，説明します。

(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Web ConsoleにPFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

注意

すでにPFM - AgentまたはPFM - RMの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - AgentまたはPFM - RMを追加した場合，PFM - AgentまたはPFM - RMの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，最新バージョンのPFM - AgentまたはPFM - RMをセットアップしてください。

PFM - Web Consoleのエージェント情報の追加セットアップは，「図9-23　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ」で示す流れで行います。

PFM - Web Consoleにエージェント情報を登録する手順を次に示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Web Consoleの実行系ノードおよび待機系ノードの次の場所にコピーします。
/opt/jp1pcwebcon/setup/
コピーするセットアップファイルおよび手順は，PFM - Managerに追加セットアップする場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcwagtsetupコマンドを実行し，エージェント情報を登録します。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - AgentまたはPFM - RMのエージェント情報をPFM - Web Consoleに登録した場合は，PFM - Web Consoleを再起動する必要があります。ただし，待機系ノードは，フェールオーバー時にPFM - Web Consoleが再起動されるため，手順2のあとの再起動は必要ありません。

(b)　接続先PFM - Managerの設定[図データ]

PFM - Web Consoleが接続するPFM - ManagerホストのIPアドレスまたはホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。接続するPFM - Managerがクラスタシステムで運用されている場合は，論理IPアドレスまたは論理ホスト名を設定してください。

手順を次に示します。

初期設定ファイル（config.xml）を開く。
/opt/jp1pcwebcon/conf/config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

接続するPFM - ManagerホストのIPアドレスまたはホスト名を設定する。
<vsa>タグ内の<vserver-connection>タグ直後に，次に示すタグを記述します。

<param name="host" value="IPアドレスまたはホスト名"/>

例えば，接続するPFM - ManagerホストのIPアドレスが，「10.210.24.56」の場合，次のように設定します。

   <vsa>
       <vserver-connection>
           <param name="host" value="10.210.24.56"/>
           <!-- The host computer name to which PFM View Server uses.
                Specifiable values: 1024 to 65535
                Default           : 22286
            -->
           <param name="port" value="22286"/>
       </vserver-connection>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(c)　PFM - Web Consoleの論理ホストの設定[図データ]

PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。

手順を次に示します。

初期設定ファイル（config.xml）を開く。
/opt/jp1pcwebcon/conf/config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を設定する。
<vsa>タグ内の<vserver-connection>タグ内に，次に示すタグを記述します。

<param name="ownHost" value="論理IPアドレスまたは論理ホスト名"/>

例えば，PFM - Web Consoleホストの論理IPアドレスが，「10.210.26.18」の場合，次のように設定します。

   <vsa>
       <vserver-connection>
           <param name="host" value="10.210.24.56"/>
           <!-- The host computer name to which PFM View Server uses.
                Specifiable values: 1024 to 65535
                Default           : 22286
           -->
           <param name="port" value="22286"/>
           <param name="ownHost" value="10.210.26.18"/>

      </vserver-connection>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(d)　ブックマーク定義情報の格納先の設定[図データ]

ブックマークの定義情報を格納するディレクトリを，待機系ノードで，初期設定ファイル（config.xml）に設定します。格納先のディレクトリは，フェールオーバー時にブックマークの定義情報を引き継がせるため，共有ディスク上のディレクトリを指定します。

設定する手順を次に示します。

初期設定ファイル（config.xml）を開く。
/opt/jp1pcwebcon/conf/config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

ブックマークの定義情報を格納するディレクトリを設定する。
初期設定ファイル（config.xml）の<vsa>タグ内にある<format>タグ直後の<bookmark>タグに，格納先ディレクトリを設定します。
設定した格納先ディレクトリは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。
例えば，「環境ディレクトリ/jp1pcwebcon/common/bookmarks」を格納先ディレクトリにしたいとき，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>/bookmarks -->
<param name="bookmarkRepository" value="環境ディレクトリ/jp1pcwebcon/common/bookmarks"/>
</bookmark>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(e)　プロセス監視定義テンプレートの格納先の設定

プロセス監視の定義テンプレートを格納するフォルダを，待機系ノードで，初期設定ファイル（config.xml）に設定します。格納先のフォルダは，フェールオーバー時にプロセス監視の定義テンプレートを引き継がせるため，共有ディスク上のフォルダを指定します。

設定する手順を次に示します。

初期設定ファイル（config.xml）を開く。
インストール先フォルダ¥conf¥config.xmlファイルをテキストエディターやXMLエディターなどで開きます。

プロセス監視の定義テンプレートを格納するディレクトリを設定する。
初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグに，格納先ディレクトリを設定します。
設定した格納先ディレクトリは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。
例えば，「環境ディレクトリ/jp1pcWebCon/processMonitoringTemplates」を格納先ディレクトリにしたいとき，次のように設定します。

<process-monitoring>
<!-- The directory where templates of process monitoring are stored. Default : <install directory>/processMonitoringTemplates -->
<param name="processMonitoringTemplatesRepository" value="環境ディレクトリ/jp1pcWebCon/processMonitoringTemplates"/>
</process-monitoring>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

注意

初期設定ファイル（config.xml）は，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(f)　初期設定ファイルの実行系ノードへのコピー[図データ]　[図データ]

(b)，(c)，(d)および(e)で編集した初期設定ファイル（config.xml）を，実行系ノードにコピーします。

実行系ノードの次の場所にコピーしてください。

/opt/jp1pcwebcon/conf/

(g)　共有ディスクのオンライン[図データ]

実行系ノードで共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(h)　PFM - AgentまたはPFM - RM情報の追加セットアップの実行[図データ]　[図データ]

実行系ノードで(a)でコピーしたセットアップファイルを使い，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

手順を次に示します。

実行系ノードで，PFM - Web Consoleサービスを停止する。
クラスタソフトへの登録前の場合，jpcwstopコマンドでサービスを停止させてください。強制停止する場合は，jpcwstopコマンドに-immediateオプションを付けて実行してください。
クラスタソフトへの登録後，PFM - AgentまたはPFM - RMの追加など構成を変更する場合，クラスタソフトからサービスを停止させてください。なお，構成変更の詳細については，「9.5　クラスタシステムでの構成変更（UNIXの場合）」を参照してください。

実行系ノードでセットアップコマンドを実行する。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで，PFM - Web Consoleサービスを起動する。
手順1で停止させていたPFM - Web Consoleサービスを起動します。

(4)　クラスタソフトの設定手順

クラスタソフトにPFM - Web Consoleを設定します。実行系ノードと待機系ノードでそれぞれに設定します。

手順を次に示します。

(a)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように設定します。

クラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の四つがあります。

PFM - Web Consoleでは，次の表のように設定します。

表9-9　クラスタソフトに登録するPFM - Web Consoleの制御方法

項目
説明

起動
次のコマンドを実行して，PFM - Web Consoleを起動する。

/opt/jp1pcwebcon/tools/jpcwstart

停止
次のコマンドを実行して，PFM - Web Consoleを停止する。

/opt/jp1pcwebcon/tools/jpcwstop

強制停止
次のコマンドを実行して，PFM - Web Consoleを強制停止する。

/opt/jp1pcwebcon/tools/jpcwstop -immediate

動作監視
次のプロセスが動作していることを，psコマンドで確認する。
ps -ef | grep "プロセス名" | grep -v "grep監視対象のプロセス"
プロセス名については「9.6.1(3)　サービス名について」を参照のこと。

注意

クラスタに登録するPFM - Web Consoleは，クラスタから起動および停止を制御しますので，OS起動時の自動起動設定をしないでください。

PFM - Web Consoleを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，起動コマンドを実行するようにしてください。

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，PFM - Web Consoleのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。PFM - Web Consoleのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

ユーザーがPFM - Web Consoleを操作中にjpcwstopコマンドを実行した場合など，停止処理に時間が掛かる場合があります。
クラスタソフトにjpcwstopコマンドを登録する際に，jpcwstopコマンドの戻り値(4)が返された場合に，数分待ってから再度jpcwstopコマンドを実行するスクリプトを作成して，jpcwstopコマンドを登録してください。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Managerの起動および停止を各ノードで実行し，正常に動作することを確認してください。

9.4.4　PFM - AgentまたはPFM - RMのバージョンアップインストール

PFM - Agent，PFM - RM，またはPFM - Managerを論理ホスト環境で運用している場合の物理ホスト環境で動作するPFM - AgentまたはPFM - RMのバージョンアップインストールの手順について説明します。

クラスタソフトから，論理ホスト上のPFMサービスをすべて停止する。

実行系，待機系両方で物理ホスト上のPFMサービスをjpcspm stop -key allコマンドですべて停止する。

必要に応じて実行系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

必要に応じて待機系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

クラスタソフトから，論理ホスト上のPFMのサービスを起動する。

実行系，待機系両方の物理ホスト上のPFMサービスを起動する。

なお，PFM - AgentまたはPFM - RMに固有の注意事項については，PFM - AgentまたはPFM - RMのリリースノートおよびマニュアルを参照してください。

9.4.5　PFM - Managerのアンセットアップとアンインストール

クラスタシステムからPFM - Managerをアンセットアップおよびアンインストールする方法について説明します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの前に

(2)　アンセットアップとアンインストールとの流れ

(3)　アンセットアップ手順

(4)　クラスタソフトの設定手順

(5)　アンインストール手順　

(1)　アンセットアップとアンインストールの前に

PFM - Managerをアンセットアップおよびアンインストールする場合の注意事項を次に示します。

アンセットアップの順序に関する注意

PFM - AgentまたはPFM - RMを実行するには，PFM - Managerが必要です。このため，PFM - Managerをアンセットアップする場合には，システム内のPFM - AgentまたはPFM - RMとの関係を考慮してアンセットアップ時の作業順序を決める必要があります。アンセットアップが必要になる場合の作業手順については，非クラスタシステムと同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

サービスの停止に関する注意

アンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスを，すべて停止してください。また，アンセットアップするPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - AgentおよびPFM - RMのすべてのサービスを停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

(2)　アンセットアップとアンインストールとの流れ

論理ホスト運用するPFM - Managerのアンセットアップとアンインストールの流れについて説明します。

アンインストールおよびアンセットアップの流れを次の図に示します。

図9-24　論理ホスト運用するPFM - Managerのアンセットアップおよびアンインストールの流れ（UNIXの場合）

次に，PFM - Managerのアンセットアップの手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

手順名の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　アンセットアップ手順

アンセットアップは，まず，実行系ノードでアンセットアップを行います。次に，実行系ノードでアンセットアップした内容を環境定義ファイルにエクスポートします。最後に，その環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへアンセットアップの内容を反映させます。

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，mountコマンドを実行してファイルシステムをマウントしてください。

注意

共有ディスクがアンマウントされていても，アンセットアップする論理ホストの環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上にアンセットアップする論理ホストの環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上のアンセットアップする論理ホストの環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(c)　ヘルスチェック機能の設定解除[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能の設定を解除するコマンドを次のように実行します。

jpcconf hc disable

jpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　通信ポート番号の設定解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf port defineコマンドでポート番号を設定した場合だけに必要な手順です。

手順を次に示します。

通信ポート番号の設定を解除する。
jpcconf port defineコマンドを実行して，通信ポート番号の設定を解除します。
例えば，論理ホストjp1-ha1上のサービスのポート番号の設定をすべて解除する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。
jpcconf port defineコマンドでは，論理ホストのPFM - Manager，およびそのほかのPerformance Managementが通信で使用するポート番号を設定します。ポート番号に，0を指定するとポート番号が解除されます。また，このコマンドを実行するとservicesファイルに定義されていたPerformance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるサービス名）が削除されます。
jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(e)　PFM - Managerの論理ホストのアンセットアップ[図データ]

手順を次に示します。

論理ホスト設定を確認する。
論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。
次のようにコマンドを実行します。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

PFM - Managerの論理ホスト環境を削除する。
jpcconf ha unsetupコマンドを実行すると，論理ホストのPFM - Managerを起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。次のようにコマンドを実行します。

jpcconf ha unsetup -key Manager -lhost jp1-ha1

jpcconf ha unsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

共有ディスクがオフラインになっている場合は，論理ホストの設定だけが削除されます。共有ディスク上のディレクトリやファイルは削除されません。

論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all

論理ホスト環境からPFM - Managerが削除されていることを確認してください。
jpcconf ha listコマンドの詳細ついては，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(f)　PFM - AgentまたはPFM - RMの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストからアンセットアップするPFM - AgentまたはPFM - RMがある場合だけ必要な手順です。

PFM - AgentまたはPFM - RMをアンセットアップしてください。アンセットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(g)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerをアンセットアップする論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

注意

同じ論理ホストから，ほかのPerformance Managementのプログラムをアンセットアップする場合は，アンセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

論理ホスト環境定義をエクスポートする。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。エクスポートファイル名は任意です。

jpcconf ha export -f lhostexp.conf

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(h)　論理ホスト定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートした論理ホスト環境定義ファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントにする必要はありません。

(i)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementの設定を，待機系ノードに設定するには，jpcconf ha importコマンドを使用します。一つの論理ホストに複数のPerformance Managementがセットアップされている場合は，一括してインポートされます。

手順を次に示します。

論理ホスト環境定義をインポートする。
jpcconf ha importコマンドを実行して，実行系ノードから待機系ノードにコピーした論理ホスト環境定義のエクスポートファイルをインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

コマンドを実行すると，待機系ノードの環境を，エクスポートした実行系ノードと同じ環境になるように設定変更します。これによって，論理ホストのPFM - Managerを起動するための設定が削除されます。ほかの論理ホストのPerformance Managementをアンセットアップしている場合は，それらの設定も削除されます。
ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホスト設定を確認します。
次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(4)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Managerの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　アンインストール手順[図データ]　[図データ]

(a)　PFM - Managerのアンインストール

アンインストールは，実行系ノードと待機系ノードで別に行います。アンインストール手順は，非クラスタシステムの場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

PFM - Managerをアンインストールする場合は，PFM - ManagerをアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPerformance Managementをアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

9.4.6　PFM - Web Consoleのアンセットアップとアンインストール

PFM - Web Consoleでのアンセットアップとアンインストールを次に示します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの流れ

(2)　アンセットアップ手順

(3)　クラスタソフトの設定手順

(4)　アンインストール手順

(1)　アンセットアップとアンインストールの流れ

クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れについて説明します。

アンセットアップおよびアンインストールの流れを次の図に示します。

図9-25　クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れ（UNIXの場合）

次に，アンセットアップ手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。

(2)　アンセットアップ手順

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(3)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Web Consoleの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(4)　アンインストール手順

(a)　PFM - Web Consoleのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。PFM - Web Consoleのアンインストール手順は，非クラスタシステムの場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

ブックマークの定義情報の格納先ディレクトリは，デフォルトから変更している場合，PFM - Web Consoleのアンインストール時に削除されません。アンインストールしたあとに，手動で削除する必要があります。

9.5　クラスタシステムでの構成変更（UNIXの場合）

システムを構築して運用を開始したあとも，業務の拡大や処理量の増加に伴って，サーバを追加したり新たなアプリケーションを導入したりするなど，システムのクラスタ構成が変更になる場合があります。

そのため，監視対象システムのクラスタ構成変更に合わせて，次に示すPerformance Managementの構成変更の検討が必要になります。

監視対象システムの追加に伴うPFM - AgentまたはPFM - RMの追加

監視対象システムの削除に伴うPFM - AgentまたはPFM - RMの削除

運用開始後のマシンの論理ホスト名の変更

運用開始後の論理ホスト環境の変更

ここでは，クラスタシステムで論理ホスト運用をしている場合に，Performance Managementの構成を変更する方法について説明します。

＜この節の構成＞

9.5.1　PFM - AgentまたはPFM - RMの追加

9.5.2　PFM - AgentまたはPFM - RMの削除

9.5.3　運用開始後のマシンの論理ホスト名の変更

9.5.4　運用開始後の論理ホスト環境の変更

9.5.1　PFM - AgentまたはPFM - RMの追加

システムへのサーバの追加や新しいアプリケーションの追加をするとき，それらのパフォーマンスを監視するために，PFM - AgentまたはPFM - RMを追加する場合があります。

これまでPerformance Managementシステムで使用していなかった新しいプロダクトIDのPFM - AgentまたはPFM - RMを追加する場合，PFM - ManagerおよびPFM - Web Consoleに，エージェント情報の追加セットアップが必要になります。

プロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

ポイント

エージェント情報とは，PFM - ManagerやPFM - Web Consoleが，PFM - AgentまたはPFM - RMを管理したり表示したりするための情報です。

注意

PFM - AgentまたはPFM - RMを追加する前に，PFM - ManagerおよびそのノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

論理ホスト運用のPFM - Managerの場合も，作業中は停止する必要があります。Performance Managementプログラムのサービスが完全に停止していない状態で，PFM - AgentまたはPFM - RMを追加するためのjpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，サービスが完全に停止したことを確認したあと，再度jpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行してください。

論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れを次に示します。

図9-26　論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れ

手順を次に示します。

＜この項の構成＞

(1)　PFM - Baseと，PFM - AgentまたはPFM - RMをインストールする

(2)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする

(3)　PFM - Web ConsoleにPFM - AgentまたはPFM - RMを追加セットアップする

(4)　追加したPFM - AgentまたはPFM - RMを確認する

(1)　PFM - Baseと，PFM - AgentまたはPFM - RMをインストールする

新しくPerformance Managementでパフォーマンス監視をするホストに，PFM - Baseと，PFM - AgentまたはPFM - RMをインストールします。

インストール方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(2)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする流れを説明します。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

エージェント情報の追加セットアップは，まず待機系ノードから行います。待機系のノードの追加セットアップが完了すると，次に実行系ノードのセットアップを行います。

図9-27　PFM - AgentまたはPFM - RMをPFM - Managerに追加セットアップする流れ

注意

PFM - Managerと同一のホストにPFM - AgentまたはPFM - RMを追加する場合は，追加セットアップは必要ありません。

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - AgentまたはPFM - RMをセットアップしてください。

PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする手順を説明します。

[図データ]は実行系ノードで行う手順を，[図データ]は待機系ノードで行う手順を示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Managerの実行系ノードおよび待機系ノードにコピーします。
詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

待機系ノードでサービスを停止する。[図データ]
待機系ノード上の物理ホストサービスをすべて停止してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。
次のようにコマンドを実行します。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで共有ディスクを確認する。[図データ]
実行系ノードで，共有ディスクがマウントされているかどうかを確認します。追加セットアップでは，共有ディスク上にエージェント情報を書き込みます。クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクがマウントされているか確認してください。

実行系ノードでサービスを停止する。[図データ]
実行系ノードで，物理ホストおよび論理ホスト環境のPerformance Managementの全プログラムおよびサービスを停止します。なお，論理ホスト環境のプログラムおよびサービスの停止は，クラスタソフトから行ってください。

実行系ノードでセットアップコマンドを実行する。[図データ]
待機系と同様にして，実行系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでサービスを起動する。[図データ]
実行系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

待機系ノードでサービスを起動する。[図データ]
待機系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

(3)　PFM - Web ConsoleにPFM - AgentまたはPFM - RMを追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Web Consoleに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，PFM - AgentまたはPFM - RM情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

追加セットアップする手順については，「9.2.3(3)(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ」を参照してください。

(4)　追加したPFM - AgentまたはPFM - RMを確認する

追加セットアップしたPFM - AgentまたはPFM - RMを確認します。

手順を次に示します。

PFM - AgentまたはPFM - RMのノードでサービスを起動する。
新しく追加したPFM - AgentまたはPFM - RMのノードでPerformance Managementのプログラムおよびサービスを起動します。

PFM - AgentまたはPFM - RMが正しく追加されているか確認する。
jpctool service listコマンドを実行して，PFM - Managerに正しく接続されていることを確認します。
次のようにコマンドを実行します。

jpctool service list -id "*"

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

9.5.2　PFM - AgentまたはPFM - RMの削除

システム構成の変更によって，システム全体から監視対象のシステムを撤去する場合などに，PFM - AgentまたはPFM - RMを削除する場合があります。

論理ホスト運用中のPerformance Managementシステムから，PFM - ManagerホストおよびPFM - Web Consoleホストで，それぞれPFM - AgentまたはPFM - RMを削除します。

注意

削除対象となるPFM - Agent またはPFM - RMのプログラムおよびサービスはすべて停止してください。

＜この項の構成＞

(1)　PFM - ManagerからPFM - AgentまたはPFM - RMを削除する

(2)　PFM - Web ConsoleからPFM - AgentまたはPFM - RMを削除する

(1)　PFM - ManagerからPFM - AgentまたはPFM - RMを削除する

手順を次に示します。

アラームテーブルをアンバインドする。
削除対象のPFM - AgentまたはPFM - RMにバインドされているアラームテーブルがある場合，PFM - Web Consoleでの操作またはjpctool alarm unbindコマンドを使用して，バインドされているアラームテーブルをアンバインドします。PFM - Web Consoleでのアラームテーブルのバインドの解除方法については，「6.4.9　アラームテーブルまたはアラームを削除する」を参照してください。また，jpctool alarm unbindコマンドでのアラームテーブルのバインドの解除方法については，「6.7.5　アラームテーブルを削除する」を参照してください。

エージェント情報を削除する。
PFM - Managerが管理しているエージェント情報を削除します。
次のようにコマンドを実行します。

jpctool service delete -id xxxx -host ホスト名 -lhost 論理ホスト名

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスIDを示します。
例えば，ホスト名がjp1のホストで，論理ホスト名がjp1-ha1の論理ホスト環境のPFM - Agent for Oracleのエージェント情報を削除する場合，次のようにコマンドを実行します。

jpctool service delete -id "O*" -host jp1 -lhost jp1-ha1

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMのアンセットアップとアンインストールをする。
PFM - AgentまたはPFM - RMのアンセットアップとアンインストールを実施します。PFM - AgentまたはPFM - RMのアンセットアップとアンインストールの方法については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

PFM - Managerのエージェント情報を反映する。
PFM - Web Consoleホストにエージェント情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのエージェント情報を同期します。エージェント情報を同期するにはjpctool service syncコマンドを使用してください。

注意　PFM - RMのリモートエージェントをアンセットアップした場合の注意事項

PFM - RMのリモートエージェントをアンセットアップした場合（jpcconf target unsetupコマンド実行後）は，自動的にサービス情報が削除されるため，jpctool service deleteコマンドの実行は不要です。

ただし，アンセットアップ後にPFM - Web Consoleに情報を反映するためには，jpctool service syncコマンドの実行が必要です。

サービス情報は，次のタイミングで削除されます。

PFM - Managerおよび削除対象のPFM - RMのサービスが起動しているとき
jpcconf target unsetupコマンドを実行すると，PFM - RMからPFM - Managerにサービス情報の削除要求が行われ，PFM - Managerでサービス情報が削除されます。

PFM - Managerまたは削除対象のPFM - RMのサービスが停止しているとき
jpcconf target unsetupコマンドを実行後に，PFM - RMのサービスが起動してPFM - Managerに接続されたタイミングで，PFM - Managerでサービス情報が削除されます。

(2)　PFM - Web ConsoleからPFM - AgentまたはPFM - RMを削除する

手順を次に示します。

実行系ノードでPFM - Web Consoleを再表示する。
削除したPFM - AgentまたはPFM - RMの情報をPFM - Web Consoleに反映させます。
jpctool service syncコマンドを実行したあとに，実行系ノードでPFM - Web Consoleを再表示してください。

エージェント階層からエージェントを削除する。
必要に応じて，エージェント階層の「User Agents」で表示されるツリーから，不要になったエージェントを削除します。
エージェント階層からのエージェントの削除については，「3.2　Webブラウザでのエージェント階層の作成・編集」または「3.3　コマンドでのエージェント階層の作成・編集」を参照してください。

アラームの定義情報およびレポートの定義情報を削除する。
必要に応じて，不要になったアラームの定義情報およびレポートの定義情報を削除します。
アラームの定義情報の削除については，「6.4.9(2)　アラームを削除する」または「6.7.6　アラームを削除する」を参照してください。レポートの定義情報の削除については，「5.3.12(2)　レポートを削除する」または「5.5.2　不要になったレポートを削除する」を参照してください。

9.5.3　運用開始後のマシンの論理ホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストのマシンの論理ホスト名を変更する場合に必要な，Performance Managementシステムでの作業手順を説明します。

論理ホスト名を変更する場合，jpcconf host hostnameコマンドで監視ホスト名を変更してから，論理ホスト名を変更する必要があります。

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

＜この項の構成＞

(1)　PFM - Managerの論理ホスト名を変更する

(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する

(3)　PFM - Web Consoleの論理ホスト名を変更する

(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順

(1)　PFM - Managerの論理ホスト名を変更する

PFM - Managerの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図9-28　PFM - Managerホスト名を変更する流れ

図中の番号に沿って作業手順を次に示します。

ヘルスチェックエージェントの設定を解除する。
ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleのブラウザから行います。エージェントの定義を変更する手順の詳細については，「6.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - Managerホストでサービスを停止する。
クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Managerの登録を解除する。
クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - Managerホストの監視ホスト名を変更する。
jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。
論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d d:¥backup -dbconvert convert

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

参考

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleが存在する場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - Managerの論理ホスト名を変更する。
PFM - Managerの論理ホスト名を変更します。必要に応じて，hostsファイルおよびjpchostsファイルの設定を変更します。

クラスタソフトを再設定する。
設定方法については「9.4.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。
PFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。PFM - Agent固有の手順の要否について，次の表に示します。

表9-10　PFM - Agent固有の手順の要否

構成
手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合。
PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合。
次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順」を参照してください。

上記以外の場合。
PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでのサービスを起動する。
クラスタソフトからの操作で，PFM - Managerのサービスを起動させてください。

PFM - Managerホストでサービス情報を削除する。
PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストのホスト名を変更した場合は，変更前のPFM - Managerのサービス情報を削除する必要があります。例えば，変更前のPFM - Managerホストの論理ホスト名がlhostA，変更後がlhostBの場合，PFM - Managerホストで次のようにコマンドを実行して，ホストlhostA上にあるPFM - Managerサービスの情報をすべて削除します。

jpctool service delete -id "P*" -host lhostA -lhost lhostB
jpctool service delete -id "0*" -host lhostA -lhost lhostB

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。
なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id "P*" -host lhostA -lhost lhostB -force
jpctool service delete -id "0*" -host lhostA -lhost lhostB -force

PFM - Managerのサービス情報を反映する。
PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

必要に応じて，業務グループの構成を変更する。
論理ホスト名を変更したPFM - Managerホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

PFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定の変更は，jpcconf mgrhost defineコマンドを使用します。例えば，接続先PFM - Managerのホスト名がlhostBに変更された場合，次のように指定してコマンドを実行します。

jpcconf mgrhost define -host lhostB

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定を変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

PFM - Web Consoleホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

ヘルスチェックエージェントの定義を再設定する。
ヘルスチェック機能を使用している場合，ホスト名変更後のヘルスチェックエージェントの定義（手順1で解除した定義）を再設定します。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpctool alarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している。
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している。
アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。
次のどちらかの条件を満たす場合，PFM - Web ConsoleのブラウザからJP1システムイベントの設定を更新する必要があります。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

設定変更後の確認をする。
論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpctool db dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

ネットワーク管理製品（NNM）と連携した稼働監視をしている場合は，ネットワーク管理製品（NNM）に再度ログインする。

(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する

PFM - AgentまたはPFM - RMの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図9-29　PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する流れ

図中の番号に沿って作業手順を次に示します。

PFM - AgentまたはPFM - RMの情報を削除する。
論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleのブラウザから行います。
エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」または「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを停止する。
論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのPerformance Managementのプログラムおよびサービスをすべて停止します。クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - AgentまたはPFM - RMの登録を解除する。
クラスタソフトから，論理ホストのPFM - AgentまたはPFM - RMに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する。
jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。
論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d d:¥backup -dbconvert convert

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

参考

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleが存在する場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - AgentまたはPFM - RMホストの論理ホスト名を変更する。
PFM - AgentまたはPFM - RMホストの論理ホスト名を変更します。必要に応じて，hostsファイルおよびjpchostsファイルの設定を変更します。

クラスタソフトの設定をする。
設定方法については「9.4.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。
PFM - Agent固有の手順の要否について，次の表に示します。

表9-11　PFM - Agent固有の手順の要否

構成
手順の要否と参照先

監視ホスト名を変更するのが，PFM - Agent 09-00以降の場合。
PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

監視ホスト名を変更するのが，PFM - Agent 09-00未満の場合。
次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順」を参照してください。

上記以外の場合。
PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービス情報を削除する。
PFM - AgentまたはPFM - RMホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - AgentまたはPFM - RMホストのホスト名を変更した場合は，変更前のPFM - AgentまたはPFM - RMのサービス情報を削除する必要があります。例えば，ホストlhostA上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpctool service delete -id "OS*" -host lhostA

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービス情報を反映する。
PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。
同期されたサービス情報は，PFM - Web Consoleの画面でエージェント階層を再表示すると，画面に反映されます。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。
論理ホスト名を変更したPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをクラスタソフトから起動します。

必要に応じて，業務グループの構成を変更する。
論理ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

必要に応じて，新論理ホスト名をエージェント階層の管理フォルダへ登録する。
論理ホスト名を変更したPFM - AgentまたはPFM - RMホストを，PFM - Web Consoleのエージェント階層の管理フォルダへ登録してください。管理フォルダへ登録する手順の詳細については，「3.　エージェントの監視」を参照してください。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpctool alarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。
次のどちらかの条件を満たす場合，PFM - Web ConsoleのブラウザからJP1システムイベントの設定を更新する必要があります。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

設定変更後の確認をする。
設定変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpctool db dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

(3)　PFM - Web Consoleの論理ホスト名を変更する

PFM - Web Consoleの論理ホスト名を変更する手順を次に示します。

PFM - Web Consoleホストでサービスを停止する。
クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Web Consoleの登録を解除する。
クラスタソフトから，論理ホストのPFM - Webconsoleに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

初期設定ファイル（config.xml）のPFM - Web Consoleホスト情報を新しい論理ホスト名に変更する。
初期設定ファイル（config.xml）の<vsa> - <vserver-connection>タグ内のownHostパラメーターに，論理ホスト名を設定している場合に必要な手順です。
手順については，「9.4.3(3)(c)　PFM - Web Console の論理ホストの設定」および「9.4.3(3)(f)　初期設定ファイルの実行系ノードへのコピー」を参照してください。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，各定義ファイルまたは各サービスのプロパティに設定しているホスト名を新しいホスト名に変更する。
設定個所は使用しているJP1イベントの種類により異なります。

JP1ユーザーイベントを設定している場合
モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのホスト名を新しいホスト名に変更します。詳細については，「10.3.2(3)　連携のための定義ファイルの編集・コピー」を参照してください。

JP1システムイベントを設定している場合
各サービスで，Monitoring Console Hostプロパティの値を新しいホスト名に変更します。詳細については，「10.3.2(1)　JP1イベントの発行の設定」を参照してください。

なお，統合管理製品（JP1/IM）の詳細については，「10.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

ネットワーク管理製品（NNM）と連携した稼働監視をしている場合，定義ファイルのホスト名を新しいホスト名に変更する。
NNM連携定義ファイル（jpcnnm.ini）に設定しているPFM - Web Consoleのホスト名を，新しいホスト名に変更してください。
詳細については，「11.2.3(3)　NNM連携定義ファイルを修正する」を参照してください。

PFM - Web Consoleホストの論理ホスト名を変更する。

クラスタソフトを再設定する。
設定手順については，「9.4.3(4)　クラスタソフトの設定手順」を参照してください。

PFM - Web Consoleホストで，サービスを起動する。
クラスタソフトからの操作で，PFM - Web Consoleのサービスを起動させてください。

統合管理製品（JP1/IM）と連携している場合は，統合管理製品（JP1/IM）を再起動する。

(4)　ホスト名変更の際に，必要に応じて行うAgent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerの論理ホスト名を変更する

PFM - AgentまたはPFM - RMの論理ホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「(1)　PFM - Managerの論理ホスト名を変更する」または「(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する」を参照してください。

(a)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル
環境ディレクトリ/opt/jp1pc/agtc/agent/インスタンス名/jpcagt.ini

編集内容
[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(b)　PFM - Agent for Dominoの場合

注意

次の手順は，PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ実行してください。

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル
環境ディレクトリ/opt/jp1pc/agtl/agent/インスタンス名/jpcagt.ini

編集内容
[Health Check Options]セクションの次のエントリの値に，新しいホスト名
を設定します。

[[HTTP Port Check]]サブセクションのHostエントリ

[[SMTP Port Check]]サブセクションのHostエントリ

[[POP3 Port Check]]サブセクションのHostエントリ

[[LDAP Port Check]]サブセクションのHostエントリ

[[NNTP Port Check]]サブセクションのHostエントリ

(c)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bci_SD5_00」という名称のインスタンス環境が存在する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bci_SD5_00 -lhost jp1-halr3

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

(d)　PFM - Agent for Microsoft SQL Serverの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Microsoft SQL Serverに「default」という名称のインスタンス環境が存在する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtq -inst default -lhost jp1-halSQL

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「SQL_HOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

9.5.4　運用開始後の論理ホスト環境の変更

ここでは，論理ホストを運用している環境でjpchostsファイルやポート番号を変更する方法について説明します。

この設定は，論理ホストの運用でPFM - Managerを起動するために必要です。

＜この項の構成＞

(1)　jpchostsファイルを変更する

(2)　ポート番号を変更または追加する

(1)　jpchostsファイルを変更する

すでに論理ホストを運用している環境でjpchostsファイルを変更する場合は，次の手順を実施してください。

実行系ノードでjpchostsファイルを編集する。

jpchostsファイルを実行系ノードから待機系ノードにコピーする。

(2)　ポート番号を変更または追加する

すでに論理ホストを運用している環境でポート番号を変更または追加する場合は，次の手順を実施してください。

実行系ノードでjpcconf port defineコマンドを使用してポート番号を設定する。
共有ディスクはオンラインにします。
例えば，論理ホストjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

jpcconf port defineコマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに定義されます。
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップ（UNIXの場合）について説明している章を参照してください。
jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでjpcconf ha exportコマンドを実行する。
Performance Managementの論理ホスト環境の設定を任意のファイルにエクスポートします。
例えば，lhostexp.confファイルに論理ホスト環境の設定をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

jpcconf ha exportコマンドでエクスポートしたファイルを，実行系ノードから待機系ノードにコピーする。

jpcconf ha importコマンドを実行して，実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートする。
インポートの際に，待機系ノードで共有ディスクをオンラインにする必要はありません。
実行系ノードでエクスポートされた論理ホストの環境定義ファイルが待機系ノードにインポートされます。
例えば，エクスポートファイル名がlhostexp.confファイルの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境が実行系ノードと同じ環境に設定されます。

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

ここでは，クラスタシステムでPerformance Managementを論理ホスト運用する上で必要な操作について説明します。Performance Managementをクラスタシステムで論理ホスト運用するときに必要な操作を次に示します。

Performance Managementの起動と停止

ユーザーアカウントの管理

監視エージェントの一元管理

稼働管理データの収集と管理

稼働管理レポートの作成

アラームによるリアルタイム監視

バックアップとリストア

フェールオーバーが発生したときの運用

＜この節の構成＞

9.6.1　クラスタシステムでのPerformance Managementの起動と停止

9.6.2　クラスタシステムでのユーザーアカウントの管理

9.6.3　クラスタシステムでの監視エージェントの一元管理

9.6.4　クラスタシステムでの稼働管理データの収集と管理

9.6.5　クラスタシステムでのレポートの作成

9.6.6　クラスタシステムでのアラームによるリアルタイム監視

9.6.7　クラスタシステムでのバックアップとリストア

9.6.8　クラスタシステムでフェールオーバーが発生したときの運用

9.6.1　クラスタシステムでのPerformance Managementの起動と停止

クラスタシステムで論理ホスト運用するPerformance Managementの起動と停止について説明します。

Performance Managementを起動および停止する順序は，非クラスタシステムの場合と同様です。詳細については，「1.　Performance Managementの起動と停止」を参照してください。

＜この項の構成＞

(1)　Performance Managementの起動

(2)　Performance Managementの停止

(3)　サービス名について

(1)　Performance Managementの起動

クラスタシステムで論理ホスト運用するPerformance Managementの起動について説明します。

(a)　サービスを手動で起動する

論理ホスト運用のPerformance Managementを起動する場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

注意

jpcspm startコマンドでの起動など，クラスタソフト以外の操作によってPerformance Managementを起動すると，クラスタソフトの管理する状態と実際のPerformance Managementの状態が異なることになり，異常と判定される場合があります。

(b)　サービスを自動で起動する

クラスタシステムの起動時に，論理ホスト運用のPerformance Managementを自動的に起動したい場合は，クラスタソフトによってPerformance Managementを登録している論理ホストを自動起動するように設定してください。

(2)　Performance Managementの停止

クラスタシステムで論理ホスト運用するPerformance Managementの停止について説明します。

(a)　サービスを手動で停止する

論理ホスト運用のPerformance Managementを停止するには，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

注意

jpcspm stopコマンドでの停止など，クラスタソフト以外の操作によってPerformance Managementを停止すると，クラスタソフトの管理する状態と実際のPerformance Managementの状態が異なることになり，異常と判定される場合があります。

Performance Managementの設定を変更する作業のために共有ディスクや論理IPアドレスなどのリソースは停止しないで，Performance Managementだけを停止したい場合は，クラスタソフトの操作によって，Performance Managementだけを停止してください。クラスタソフトにPerformance Managementだけを停止する機能がない場合，Performance Managementの動作監視を一時的に抑止してからjpcspm stopコマンドによってPerformance Managementを手動で停止してください。この場合，あらかじめPerformance Managementをクラスタに登録するときに，動作監視を抑止するための仕組みを用意する必要があります。

(b)　サービスを自動で停止する

クラスタシステムの停止時に，論理ホスト運用のPerformance Managementを自動的に停止したい場合は，クラスタソフトによってPerformance Managementを登録している論理ホストを停止するように設定してください。

ポイント

論理ホストを停止してからノードを停止する方法や，論理ホストを別ノードにフェールオーバーしてから停止する方法などがあります。

(3)　サービス名について

論理ホスト運用するPerformance Managementは，次のようなサービス名（Windowsの場合）およびプロセス名（UNIXの場合またはLinuxの場合）となり，非クラスタシステムで運用する場合と異なります。

注意　論理ホスト運用時のカレントディレクトリについて

PFM - Managerを論理ホスト運用している場合，サービスのカレントディレクトリは，環境設定を実施した共有ディスク上のディレクトリとなります。

そのため，PFM - Web Consoleの画面に表示されるサービスのディレクトリ名は，インストール先ディレクトリではなく，共有ディスク上のディレクトリになります。

次の表に物理ホストおよび論理ホストでのWindowsのサービス名またはプロセス名を示します。表のINSTはインスタンス名，LHOSTは論理ホスト名を示します。

表9-12　物理ホストおよび論理ホストでのサービス名（Windowsの場合）

Performance Managementのサービス名 | 物理ホストでのWindowsサービス名 | 論理ホストでのWindowsサービス名
Action Handler | PFM - Action Handler | PFM - Action Handler [LHOST]
Agent CollectorおよびRemote Monitor Collector（シングルインスタンスの場合） | PFM - Agent Collector for xxxx※ | PFM - Agent Collector for xxxx※ [LHOST]
Agent CollectorおよびRemote Monitor Collector（マルチインスタンスの場合） | PFM - Agent Collector for xxxx※ INST | PFM - Agent Collector for xxxx※ INST [LHOST]
Agent Collector（ヘルスチェックエージェントの場合） | PFM - Agent for HealthCheck | PFM - Agent for HealthCheck [LHOST]
Agent StoreおよびRemote Monitor Store（シングルインスタンスの場合） | PFM - Agent Store for xxxx※ | PFM - Agent Store for xxxx※ [LHOST]
Agent StoreおよびRemote Monitor Store（マルチインスタンスの場合） | PFM - Agent Store for xxxx※ INST | PFM - Agent Store for xxxx※ INST [LHOST]
Agent Store（ヘルスチェックエージェントの場合） | PFM - Agent Store for HealthCheck | PFM - Agent Store for HealthCheck [LHOST]
Correlator | PFM - Correlator | PFM - Correlator [LHOST]
Master Manager | PFM - Master Manager | PFM - Master Manager [LHOST]
Master Store | PFM - Master Store | PFM - Master Store [LHOST]
Name Server | PFM - Name Server | PFM - Name Server [LHOST]
Trap Generator | PFM - Trap Generator | PFM - Trap Generator [LHOST]
Web Console | PFM - Web Console | PFM - Web Console
Web Service | PFM - Web Service | PFM - Web Service
View Server | PFM - View Server | PFM - View Server [LHOST]

注※

「xxxx」は各PFM - AgentまたはPFM - RMの監視対象プログラム名を示します。

表9-13　物理ホストおよび論理ホストでのプロセス名（UNIXの場合）

Performance Managementのサービス名 | 物理ホストでのプロセス名 | 論理ホストでのプロセス名
Action Handler | jpcah | jpcah LHOST
Agent CollectorおよびRemote Monitor Collector（シングルインスタンスの場合） | jpcagtX※ | jpcagtX※ LHOST
Agent CollectorおよびRemote Monitor Collector（マルチインスタンスの場合） | jpcagtX※_INST | jpcagtX※_INST LHOST
Agent Collector（ヘルスチェックエージェントの場合） | jpcagt0 | jpcagt0 LHOST
Agent StoreおよびRemote Monitor Store（シングルインスタンスの場合） | agtX※/jpcsto | agtX※/jpcsto LHOST
Agent StoreおよびRemote Monitor Store（マルチインスタンスの場合） | agtX※/jpcsto_INST | agtX※/jpcsto_INST LHOST
Agent Store（ヘルスチェックエージェントの場合） | agt0/jpcsto | agt0/jpcsto LHOST
Correlator | jpcep | jpcep LHOST
Master Manager | jpcmm | jpcmm LHOST
Master Store | mgr/jpcsto | mgr/jpcsto LHOST
Name Server | jpcnsvr | jpcnsvr LHOST
Trap Generator | jpctrap | jpctrap LHOST
View Server | jpcvsvr | jpcvsvr LHOST

注※

「X」は，各PFM - AgentまたはPFM - RMのプロダクトIDを示します。

表9-14　物理ホストおよび論理ホストでのプロセス名

Performance Managementのサービス名
物理ホストでのプロセス名
論理ホストでのプロセス名

Web Console
cjstartweb※ PFMWebConsole
同左

Web Service
httpsd※ -R
/opt/jp1pcwebcon/CPSB/httpsd/libexec
同左

cprfd※ -PRFID PFMWebCon -CTMID PFMWebCon
同左

注※

psコマンドでプロセス情報を表示した場合，コマンド名としてプロセス名が絶対パスで表示されたり，上記以外のオプションが表示されたりする場合があります。実環境での表示を確認してから，利用してください。

9.6.2　クラスタシステムでのユーザーアカウントの管理

システム管理者は，PFM - Web Consoleの画面からログインし，ユーザーアカウントを管理します。

＜この項の構成＞

(1)　PFM - Web Consoleへのログイン

(2)　ユーザーアカウントの管理

(1)　PFM - Web Consoleへのログイン

PFM - Web Consoleへのログイン手順は，非クラスタシステムと同じです。ただし，PFM - Web Consoleのログイン画面を表示させるために，Webブラウザで次のURLを入力します。

http://PFM - Web Consoleがインストールされているサーバ名:20358/PFMWebConsole/login.do

サーバ名には，PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を指定してください。

ログイン手順については，「1.5.1　PFM - Web Consoleにログインする」を参照してください。

論理ホストで運用している場合，PFM - Web Consoleは，PFM - Managerを実行しているノードに，論理IPアドレスで接続されます。

(2)　ユーザーアカウントの管理

Performance Managementユーザーの管理については，非クラスタシステムと同じです。詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

9.6.3　クラスタシステムでの監視エージェントの一元管理

クラスタシステムで論理ホスト運用するPFM - AgentまたはPFM - RMの場合，PFM - Web Consoleの画面上には論理ホスト名のエージェントが一つだけ表示されます。実行系ノードや待機系ノードの名称では表示されません。

論理ホスト名で表示されているエージェントを操作すると，実行系ノードで動作しているエージェントが操作対象になります。

例えば，論理ホスト名がjp1-ha1の環境で動作するクラスタ構成のOracleを，同じ論理ホストjp1-ha1の環境で動作するPFM - Agent for Oracleによって監視している場合は次の図のようになります。論理ホスト環境で動作するエージェントは，論理ホスト名のエージェントが表示されます。このエージェントを操作すると，自動的に実行系ノードで動作しているPFM - Agent for Oracleに接続されます。

図9-30　PFM - Agent for Oracleによるクラスタ構成でのOracleの監視の例

ポイント

非クラスタシステムで動作するPFM - AgentまたはPFM - RMの場合，PFM - Web Consoleの画面上には物理ホスト名のエージェントが表示されます。

9.6.4　クラスタシステムでの稼働管理データの収集と管理

稼働管理データの収集と管理については，非クラスタシステムと同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

9.6.5　クラスタシステムでのレポートの作成

クラスタシステムでのレポートの作成については，非クラスタシステムと同じです。詳細については，「5.　稼働分析のためのレポートの作成」を参照してください。

9.6.6　クラスタシステムでのアラームによるリアルタイム監視

監視対象のシステム上にトラブルが発生した場合に，ユーザーに通知されるようにするためには，アラームの設定が必要です。クラスタシステムで論理ホスト運用する場合，アラームの設定方法が非クラスタシステムの場合と異なりますので注意してください。

注意　アクションを実行するノードについての注意事項

アクションを実行する［コマンド実行アクションハンドラ］に，LOCALを設定した場合，アラーム監視をするPFM - AgentまたはPFM - RMが動作しているノードでアクションを実行します。例えば，論理ホスト運用のPFM - AgentまたはPFM - RMの場合，アラーム発生時にPFM - AgentまたはPFM - RMが動作している実行系ノードでアクションを実行します。

Performance Managementを論理ホスト運用している場合，コマンドを実行する［コマンド実行アクションハンドラ］に論理ホスト名やLOCALを指定すると，コマンド実行の時にPerformance Managementが動作しているノードでコマンドを実行します。このため，実行系ノードと待機系ノードのどちらでも同じようにコマンドを実行できるように環境構築してください。

また，Action Handlerサービスが論理ホスト上で動作している場合，カレントディレクトリは次のようになります。環境ディレクトリとは，jpcconf ha setupコマンドで指定した環境ディレクトリ名を示します。
環境ディレクトリ¥jp1pc¥bin¥action¥

Performance Managementをクラスタ運用していて，アラームのアクションとしてJP1イベントを発行する場合，標準では物理ホスト上のJP1/BaseのイベントサーバにJP1イベントが登録されます。
Performance ManagementとJP1/Baseを同じ論理ホストで運用する場合，論理ホスト上のJP1/BaseにJP1イベントを登録するためにはメッセージテキスト（jpcimevtコマンドに渡されるJP1イベントの属性）の欄に，JP1イベントを登録するイベントサーバ名としてその論理ホスト名を「-r 論理ホスト名」オプションで追加指定してください。
異なる論理ホストで運用するJP1/Baseのイベントサーバ名は指定できません。
アラームの設定手順の詳細については，「6.4　Webブラウザでのアラームの設定」を参照してください。

9.6.7　クラスタシステムでのバックアップとリストア

クラスタシステムでPerformance Managementを論理ホスト運用する場合でも，万一のトラブルに備えて，定期的にバックアップする必要があります。

バックアップが必要な情報を次に示します。

Performance Managementを動作させるために必要な定義情報
レポートの定義情報
アラームテーブルの定義情報
サービスの定義情報

Performance Managementで収集した稼働監視データ
パフォーマンスデータ
イベントデータ

このほかに，PFM - Web Consoleで設定したブックマークの定義情報があります。なお，バックアップが必要な情報は，非クラスタシステムと同じです。

バックアップおよびリストアする方法については，「8.　バックアップとリストア」を参照してください。

9.6.8　クラスタシステムでフェールオーバーが発生したときの運用

実行系ノードで障害が発生すると，フェールオーバーが実行され，処理が待機系ノードに移ります。ここでは，PFM - Managerでフェールオーバーが発生した場合と，PFM - AgentまたはPFM - RMでフェールオーバーが発生した場合の運用について説明します。

＜この項の構成＞

(1)　PFM - Managerで障害が発生した場合のフェールオーバーの流れ

(2)　PFM - Managerが停止したときの影響

(3)　PFM - AgentまたはPFM - RMで障害が発生した場合のフェールオーバー

(1)　PFM - Managerで障害が発生した場合のフェールオーバーの流れ

運用中にPFM - Managerで障害が発生し，フェールオーバーが発生した場合のシステムの処理を次の図に示します。

図9-31　PFM - Managerホストにフェールオーバーが発生した場合の処理の流れ

システムの処理の流れを次に示します。

クラスタソフトがフェールオーバー発生時に，PFM - Managerを強制終了する。

クラスタソフトがPFM - Managerの処理を実行系ノードから待機系ノードに引き継ぐ。

クラスタソフトが待機系ノードのPFM - Managerを起動する。

(a)　PFM - Web Consoleでの操作

PFM - Managerにフェールオーバーが発生した場合，PFM - Web Consoleの画面で操作をすると，KAVJS0012-Eメッセージが表示されます。この場合は，次の手順でフェールオーバー先のPFM - Managerに接続してください。

PFM - Web Consoleの画面で，ログアウトする。
［メイン］画面の［ログアウト］メニューをクリックします。

PFM - Web Consoleの画面で，ログインする。
フェールオーバー先のPFM - Managerが起動したあとに，PFM - Web Consoleの画面で再度ログインします。

注意

ブックマークの操作中にフェールオーバーが発生した場合，正しくブックマークの定義情報に書き込まれなかった情報は，失われます。ブックマークが正しく操作されていなかったときは，操作し直してください。

(b)　PFM - AgentまたはPFM - RMでの操作

運用中にPFM - Managerにフェールオーバーが発生した場合，PFM - AgentまたはPFM - RMでは特に操作は必要ありません。PFM - Managerのフェールオーバー中でも，PFM - AgentまたはPFM - RMではパフォーマンスデータが継続して収集されています。

(2)　PFM - Managerが停止したときの影響

PFM - Managerが停止すると，Performance Managementシステム全体に影響があります。

PFM - Managerは，各ノードで動作しているPFM - AgentまたはPFM - RMのエージェント情報を一括管理しています。また，PFM - AgentまたはPFM - RMがパフォーマンス監視中にしきい値を超えた場合のアラームイベントの通知や，アラームイベントを契機としたアクションの実行を制御しています。このため，PFM - Managerが停止すると，Performance Managementシステムに次の表のような影響があります。

表9-15　PFM - Managerが停止した場合のPFM - Web Consoleへの影響

影響
対処

PFM - Web Consoleの画面で赤色点滅していたアラームは，PFM - Managerを再起動したり，フェールオーバーしたりした直後は緑色に戻り，そのあと赤色点滅した状態に戻る。
PFM - Managerが停止するとKAVJS0012-Eメッセージなどが発生し，以降の操作はできなくなる。

PFM - Managerを起動してから再度ログインしてください。

PFM - Web Consoleの画面からログインしようとするとき，PFM - Managerが停止していると，Performance Managementにログインできない。

PFM - Managerを起動してから再度ログインしてください。

表9-16　PFM - Managerが停止した場合のPFM - AgentまたはPFM - RMへの影響

影響
対処

パフォーマンスデータは継続して収集される。

発生したアラームイベントをPFM - Managerに通知できないため，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動するまで通知をリトライする。保持しているアラームイベントが三つを超えると，古いアラームイベントは上書きされる。また，PFM - AgentまたはPFM - RMを停止すると，保持しているアラームイベントは削除される。

PFM - Managerに通知済みのアラームステータスは，PFM - Managerが再起動したときに一度リセットされる。そのあと，PFM - ManagerがPFM - AgentまたはPFM - RMの状態を確認したあと，アラームステータスは最新の状態となる。

PFM - AgentまたはPFM - RMを停止しようとした場合，PFM - Managerに停止することを通知できないため，停止に時間が掛かる。

PFM - Managerを起動してください。
動作中のPFM - AgentまたはPFM - RMはそのまま運用できます。ただし，アラームが期待したとおり通知されない場合があるため，PFM - Manager復旧後に，PFM - AgentまたはPFM - RMの共通メッセージログに出力されているKAVE00024-Iメッセージを確認してください。

(3)　PFM - AgentまたはPFM - RMで障害が発生した場合のフェールオーバー

運用中にPFM - AgentまたはPFM - RMで障害が発生し，フェールオーバーが発生した場合の処理を次の図に示します。

図9-32　PFM - AgentまたはPFM - RMでフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

クラスタソフトがフェールオーバー発生時に，PFM - AgentまたはPFM - RMを強制終了する。

クラスタソフトがPFM - AgentまたはPFM - RMの処理を実行系ノードから待機系ノードに引き継ぐ。

クラスタソフトが待機系ノードのPFM - AgentまたはPFM - RMを起動する。

(a)　PFM - Web Consoleの画面での運用

PFM - AgentまたはPFM - RMのフェールオーバー中に，PFM - Web Consoleの画面で操作すると，状況に応じてメッセージが表示されます。この場合は，フェールオーバーが完了するまで待ってから操作してください。

PFM - AgentまたはPFM - RMのフェールオーバー後にPFM - Web Consoleの画面で操作すると，フェールオーバー先のノードで起動したPFM - AgentまたはPFM - RMに接続されて，操作できます。

9.7　クラスタシステムでの障害回復

実行系ノードで障害が発生すると，クラスタソフトによってフェールオーバーが実行され，処理が待機系ノードに移ります。フェールオーバーすると，それまで実行されていた実行系ノードでの処理は停止されます。

システム管理者は，実行系ノードで発生した障害の要因を特定します。また，障害の要因を取り除いたあと，実行系ノードに系切り替えして，障害を回復する必要があります。

障害の要因を特定するには，次のログ情報を採取して分析します。

Performance Managementのログ情報
非クラスタシステムで採取する情報と同じです。次の情報を採取します。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

クラスタソフトやOSのログ情報
クラスタソフトのログ情報や，OS自身が出力するログもあわせて採取してください。

Performance Managementのログ情報の詳細については，「14.3　ログ情報」を参照してください。

＜この節の構成＞

(1)　クラスタシステムでのログ情報の採取

(1)　クラスタシステムでのログ情報の採取

クラスタシステムでPerformance Managementのログ情報を採取する場合は，次の点に留意してください。

論理ホスト運用しているPerformance Managementの場合，共通メッセージログおよびトレースログは，共有ディスクに出力されます。
共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれるため，フェールオーバー前後のログ情報は，同じログファイルに記録されます。

論理ホスト運用している場合は，障害が発生した前後の情報を参照する必要があるため，フェールオーバーによって処理を停止した実行系ノードとフェールオーバー先の待機系ノードの両方で，ログ情報を採取する必要があります。

Performance Managementのログ情報を採取する方法については，「14.5　資料の採取方法」を参照してください。

9.8　クラスタシステムでの注意事項

クラスタシステムでPerformance Managementを運用する場合，次のような注意事項があります。

＜この節の構成＞

(1)　フェールオーバー発生の検知に関する注意事項

(2)　Performance Managementの起動と停止に関する注意事項

(3)　Status Serverサービスの設定に関する注意事項

(4)　コマンド実行に関する注意事項

(5)　ネットワークに関する注意事項

(6)　JP1認証モードを使用する場合の注意事項

(1)　フェールオーバー発生の検知に関する注意事項

Performance Management自身で，PFM - Manager，PFM - Agent，またはPFM - RMのノードでフェールオーバーが発生したことを検知するのは困難です。フェールオーバーの発生を検知するには，クラスタソフトの管理ツールや，クラスタソフトが発行するSNMPトラップ，ログファイルのメッセージ監視などによる方法を検討してください。ログファイルのメッセージ監視の詳細については，「13.5　システム統合監視製品と連携した障害検知」を参照してください。

(2)　Performance Managementの起動と停止に関する注意事項

クラスタソフトに登録した論理ホストのPerformance Managementは，クラスタソフトからの操作で起動や停止をしてください。クラスタソフトの操作以外でjpcspm startコマンドやjpcspm stopコマンドなどを直接実行してPerformance Managementを起動や停止をした場合，クラスタソフトが管理するPerformance Managementの状態と実際のPerformance Managementの状態が異なり，誤って障害と判定されるなどの問題が発生します。

(3)　Status Serverサービスの設定に関する注意事項

Status Serverサービスは，一つのホストに一つだけ起動されます。このため，物理ホスト上のStatus Serverサービスで，物理ホストおよび論理ホストのサービスの状態が管理されます。Status Serverサービスは，フェールオーバーしないように設定するか，常に起動するように設定してください。

(4)　コマンド実行に関する注意事項

論理ホスト運用している場合，次に示すPFM - Web Consoleのコマンドは，実行系ノードでだけ実行できます。

jpcaspsvコマンド

jpcasrecコマンド

jpcmkkeyコマンド

jpcprocdefコマンド

jpcrdefコマンド

jpcrptコマンド

なお，jpcwrasコマンドおよびjpcwagtsetupコマンドは，実行系ノードおよび待機系ノードで実行できます。この二つのコマンドは，コマンドを実行した物理ホストに対して動作します。

(5)　ネットワークに関する注意事項

物理ホスト名（Windowsシステムでは，hostnameコマンド実行時に，UNIXシステムでは，uname -nコマンド実行時に表示されるホスト名）に対応した物理IPアドレスでの通信ができない場合，物理ホストのPerformance Managementは動作できません。

(6)　JP1認証モードを使用する場合の注意事項

PFM - Managerをクラスタシステムで運用している環境でJP1認証モードを使用する場合，JP1/Baseもクラスタシステムで運用する必要があります。また，JP1/Baseのバージョンも08-00以降である必要があります。

10.　統合管理製品（JP1/IM）と連携した稼働監視

この章では，Performance Managementと統合管理製品（JP1/IM）を連携した稼働監視について説明します。Performance ManagementとJP1/IMを連携させるためのセットアップ方法，およびJP1/IMからPerformance Managementを使って監視対象システムを稼働監視する方法について説明します。

＜この章の構成＞

10.1　統合管理製品（JP1/IM）と連携した稼働監視の概要

10.2　JP1/IMと連携するための検討

10.3　JP1/IMと連携するための構築

10.4　JP1/IMと連携するための運用

10.5　JP1イベントの属性一覧

10.1　統合管理製品（JP1/IM）と連携した稼働監視の概要

Performance Managementは，統合管理製品であるJP1/IMと連携して稼働監視を行うことができます。

Performance Managementでは，監視対象プログラムがしきい値を超え，アラームイベントが発行されたとき，PFMサービスの状態が変更されたとき，エージェントの状態が変更されたときなどにJP1イベントを発行するように設定できます。そのため，JP1/IMからJP1イベントを利用して，Performance Management上で発生した障害などを監視できます。JP1/IMと連携することで，Performance ManagementやほかのJP1製品などのプログラムを同じ画面で監視したり，問題が発生したときにPerformance Managementの稼働レポートを表示させたりできます。また，JP1ユーザーでPerformance Managementにログインすることもできます。

JP1/IMと連携したPerformance Managementによる稼働監視の例を次の図に示します。

図10-1　JP1/IMと連携したPerformance Managementによる稼働監視の例

参考　JP1/IMとは

JP1/IMはJP1シリーズの統合運用管理を行うための製品です。企業情報システム全体を統合管理するための機能を提供します。JP1/IMは，「統合コンソール」による監視と業務視点でシステム全体を可視化できる「統合スコープ」による監視ができます。統合スコープは，企業システム全体を業務の視点で可視化できるビジュアル監視画面があり，大規模で複雑なシステムでも直感的に監視できます。

JP1/IMでPerformance Managementを監視する方法は2種類あり，監視対象や目的などによって監視方法を選べます。それぞれの特長を次に示します。

統合コンソールによる監視
監視対象のシステム（監視エージェント）で発生したJP1イベントをコンソール表示する画面で監視します。JP1イベントのフィルタリングやイベント検索などができます。

統合スコープによる監視
監視エージェントで発生したJP1イベントをビジュアルに表示する画面で監視します。例えば，業務や組織ごとにグループ化したり，全国の拠点やデータセンターのレイアウト図ごとにグループ化したりすることで，システム全体をわかりやすく可視化できます。

＜この節の構成＞

10.1.1　統合コンソールによる監視

10.1.2　統合スコープによる監視

10.1.3　Performance ManagementとJP1/IMの連携

10.1.1　統合コンソールによる監視

Performance Managementで発行するJP1イベントを，JP1/IMの統合コンソールの［イベントコンソール］画面に一覧表示できます。

表示されたJP1イベントから，PFM - Web Consoleの画面（Webブラウザ）を表示させ，JP1イベントが発行された原因を特定できます。また，Webブラウザでアラームの定義内容を確認したり，アラームとレポートが関連づけられている場合，アラームについてのレポートを表示させたりすることもできます。イベントコンソールの表示条件を変更して，特定のJP1イベントだけを表示させるように設定できます。Performance Managementでアラームイベントが発生したり，PFMサービスの状態が変更したりして，JP1イベントが発行されると，そのJP1イベントがJP1/Baseを通じてJP1/IMに送られ，［イベントコンソール］画面に表示されます。

10.1.2　統合スコープによる監視

システムをグループ化し，ツリー状またはマップ状の画面で監視できます。

監視エージェントの稼働状態を示すアイコンを［監視ツリー］画面に表示させ，アイコンの色で状態を確認できます。JP1/IMでは，アイコンを使って監視できる監視対象のことを，「監視オブジェクト」と呼びます。

ポイント

監視エージェントの稼働状態を示すアイコンは，シングルインスタンスエージェントの場合「エージェント名監視(PFM)」，マルチインスタンスエージェントの場合「エージェント名_インスタンス名監視(PFM)」のように表示されます。例えば，シングルインスタンスエージェントであるPFM - Agent for Platform（Windows）の場合，「Windows監視(PFM)」と表示されます。また，マルチインスタンスエージェントであるPFM - Agent for Oracleで，インスタンス名が「InstA」の場合，「Oracle_InstA監視(PFM)」と表示されます。

Performance ManagementでJP1イベントが発行されると，PFM - AgentまたはPFM - RMに対応したアイコンが異常を表す色に変わります。これによって，どのエージェントで問題が起きているのかがわかりやすくなります。

注意

JP1/IMの統合スコープによって監視ツリーの自動生成を行うには，ツリーに追加したいPFM - AgentホストまたはPFM - RMホストにJP1/Baseが必要です。

詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

10.1.3　Performance ManagementとJP1/IMの連携

Performance Managementは，JP1/IMが検知したJP1イベントを契機としてレポートをPFM - Web Consoleの画面で表示させたり，JP1/IMの統合管理メニューからPFM - Web Consoleの画面を表示させたりするように設定できます。

Performance ManagementとJP1/IMの連携機能を次に示します。

JP1/IMからのレポート表示
JP1/IMの統合コンソールの［イベントコンソール］画面に表示されたJP1イベントから，あらかじめアラームに関連づけておいたレポートをPFM - Web Consoleの画面で表示できます。

JP1/IMの統合機能メニューからの，PFM - Web Consoleの画面の起動
JP1/IMの統合機能メニューからPFM - Web Consoleの画面を表示させ，パフォーマンス監視を実施できます。

10.2　JP1/IMと連携するための検討

ここでは，Performance ManagementがJP1/IMに発行するJP1イベントについて説明します。

＜この節の構成＞

10.2.1　JP1イベントの種類

10.2.2　JP1イベントを発行するための前提条件

10.2.1　JP1イベントの種類

JP1イベントには，JP1システムイベントとJP1ユーザーイベントの2種類があります。主な相違点は次のとおりです。

表10-1　JP1システムイベントとJP1ユーザーイベントの主な相違点

項目 | JP1システムイベント | JP1ユーザーイベント
イベントID | 00004800​～00004850​が出力される（数値は固定） | 任意の指定値が出力される※1
発行事象 | アラームイベントの発生 | ○ | ○
エージェントの状態変更 | ○ | ×
PFMサービスの状態変更 | ○ | ×
運用にかかわるイベント※2 | ○ | ×

（凡例）

○：イベントを発行する

×：イベントを発行しない

注※1

JP1ユーザーイベントの発行を設定するときに，任意の値を指定します。

注※2

PFM - AgentまたはPFM - RMが出力するイベントのことです。

JP1システムイベントは，JP1ユーザーイベントと比較すると，より多くのイベントの発行事象があります。また，これに加え，JP1システムイベントを発行するための設定では，JP1/IM - Managerで必要な定義ファイルの編集およびコピーをする必要がありません。PFM - Manager 09-00以降では，JP1システムイベントの使用をお勧めします。

一方，JP1ユーザーイベントは，Performance Managementで発行する従来（PFM - Manager 08-50以前）のJP1イベントと同等の内容です。

どちらのJP1イベントを使用するかは，これらの要素を検討し，決定してください。

10.2.2　JP1イベントを発行するための前提条件

発行するJP1イベントの種類によって前提条件が異なります。JP1イベントを発行するための前提条件を次の表に示します。

表10-2　JP1イベントを発行するための前提条件

前提プログラム | バージョン
JP1システムイベント | JP1ユーザーイベント
PFM - Manager | 09-00以降 | 08-00以降
PFM - Base | 09-00以降 | 08-00以降
PFM - Agent | 08-00以降※ | 06-70以降
PFM - RM | 09-00以降 | 09-00以降
PFM - Web Console | 08-00以降 | 08-00以降
JP1/IM - Manager | 09-00以降 | 08-00以降
JP1/IM - View | 09-00以降 | 08-00以降
JP1/Base | 08-50以降 | 06-00以降

注※

運用にかかわるイベントを発行するには，09-00以降が必要です。

なお，JP1イベントを発行する場合のシステム構成については，「10.3.1　インストール」を参照してください。

10.3　JP1/IMと連携するための構築

ここでは，JP1/IMと連携する環境を構築するためのインストールおよびセットアップ方法について説明します。

注意

JP1/IMと連携する場合は，使用するJP1/IMとPFM - Managerの文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角かたかな文字が正常に表示されません。

＜この節の構成＞

10.3.1　インストール

10.3.2　セットアップ

10.3.3　アンセットアップ

10.3.1　インストール

JP1/IMと連携する場合の前提条件は，次のとおりです。

JP1ユーザーでPerformance Managementにログインするためには，PFM - ManagerホストにJP1/Baseが必要です。JP1/Baseでユーザー管理を行ってください。

PFM - Managerホスト上のJP1/Baseは，JP1/IM - Managerの管理対象として構成されている必要があります。

JP1/IM - ViewからPFM - Web Consoleを起動させる場合は，JP1/IM - ViewのホストにWebブラウザが必要です。

JP1/IMと連携する場合は，バージョンが08-00以降のPerformance Managementと，08-00より古いバージョンのPerformance Managementを同時にセットアップできません。

注意

08-00より古いバージョンのPerformance ManagementでJP1/IM連携機能をセットアップしている場合，08-00以降のJP1/IMと連携する際には，08-00より古いバージョンのJP1/IM連携機能をアンセットアップし，08-00以降のJP1/IM連携機能をセットアップし直す必要があります。

インストールの構成を次の図に示します。

図10-2　JP1/IMと連携する場合のインストール構成

10.3.2　セットアップ

ここでは，JP1/IMと連携する場合のセットアップ方法について説明します。

なお，Performance Managementの監視ホスト名が実ホスト名とは異なる場合，JP1/IMのホスト情報ファイル（jcs_hosts）に監視ホスト名の情報を追記する必要があります。また，ファイルの変更後は，次の手順で情報を反映させる必要があります。

ホスト情報のインポート
jcshostsimport -o 〈ホスト情報ファイル〉

JP1/IMのリロード
jco_spmd_reload

ホスト情報ファイルおよびJP1/IMのコマンドの詳細については，「JP1/Integrated Management - Manager 導入・設計ガイド」または「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

次の表にセットアップの流れを示します。必要なセットアップ作業は，使用するJP1イベントの種類，およびJP1/IMと連携する範囲によって異なります。

表10-3　セットアップの流れ

項番
セットアップ作業
マニュアルの記載個所
作業の要否

JP1システムイベント
JP1ユーザーイベント

1

JP1イベントの発行の設定

PFM - Web Consoleのブラウザで，JP1/IMで監視したいイベントが発生したときにJP1イベントを発行するように設定します。

10.3.2(1)
必ず設定
必ず設定

2

アラームイベントとレポートの定義

PFM - Web Consoleのブラウザで，JP1/IMで監視したいアラームイベントおよび稼働レポートを定義します。

10.3.2(2)
必ず設定
必ず設定

3

JP1/IMの統合コンソールと連携するための設定

JP1/IM - Managerで必要な定義ファイルを編集し，JP1/IMのディレクトリに格納します。

10.3.2(3)(a)
設定不要※1
必ず設定

4

JP1/IMの統合機能メニューと連携するための設定※2

JP1/IM - Viewで必要な定義ファイルを編集し，JP1/IMのディレクトリに格納します。

10.3.2(3)(b)
連携する場合は設定
連携する場合は設定

5

JP1/IMの統合スコープと連携するための設定※3

監視オブジェクト連携コマンド（jpcconf imコマンド）を実行します。

10.3.2(4)
連携する場合は設定
連携する場合は設定

6

JP1ユーザーイベントのメッセージを囲む引用符の設定

UNIXの場合にJP1ユーザーイベントのメッセージを引用符で囲むかどうかを設定します。

10.3.2(5)
設定できない
引用符で囲まない場合は設定

注※1

JP1システムイベントの場合は，JP1/IMの統合コンソールと連携するときにも，定義ファイルの編集およびコピーが不要です。

注※2

JP1/IMの統合機能メニューと連携するための設定をする場合は，項番3「JP1/IMの統合コンソールと連携するための設定」を済ませておく必要があります。

注※3

JP1/IMの統合スコープと連携するための設定をする場合は，項番3「JP1/IMの統合コンソールと連携するための設定」を済ませておく必要があります。

注意

統合スコープで監視するためには，JP1/IMのPerformance Management用システム監視オブジェクトとの連携が必要です。システム監視オブジェクトの詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」およびマニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照してください。

JP1/IMと連携するときのセットアップ手順を次に示します。

＜この項の構成＞

(1)　JP1イベントの発行の設定

(2)　アラームイベントとレポートの定義

(3)　連携のための定義ファイルの編集・コピー

(4)　監視オブジェクト連携コマンドの実行

(5)　JP1ユーザーイベントのメッセージを囲む引用符の設定

(1)　JP1イベントの発行の設定

JP1イベントを発行する設定の手順について次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，設定するサービスを選択する。
選択したサービスにチェックマークが表示されます。
JP1システムイベントが発行される事象と対象サービスごとの設定個所を次の表に示します。

表10-4　JP1イベントの発行事象と対象サービスごとの設定個所

事象
対象サービス
設定個所（サービスのプロパティ）

アラームイベントの発生
Action Handlerサービス

Action Handler

Master Manager，Agent Collector，Remote Monitor Collector，またはAction Handler※1

PFMサービスの状態変更，運用にかかわるイベントの発生
PFM - Managerサービス

Name Server

Master Manager

Master Store

Correlator

Trap Generator

View Server

Master Manager

PFM - AgentおよびPFM - RMサービス

Agent CollectorまたはRemote Monitor Collector

Agent StoreまたはRemote Monitor Store
マルチインスタンスエージェントの場合，インスタンスごとに適用されます。

Agent CollectorまたはRemote Monitor Collector

Action Handlerサービス

Action Handler

Master Manager，Agent Collector，Remote Monitor Collector，またはAction Handler※1

Status Serverサービス※2

Status Server

Master Manager，Agent Collector，Remote Monitor Collector，またはAction Handler※1

注※1

同一ホスト上のすべての設定個所で同じ設定値を共有します。

注※2

論理ホスト上のサービスにはStatus Serverサービスは表示されません。

［JP1 Event Configurations］ノードを選択する。
インフォメーションフレームの下部に［JP1 Event Configurations］ノードのプロパティが表示されます。

JP1システムイベントの場合は，プロパティの値を次のように設定する。
JP1ユーザーイベントの場合，この手順は不要です。手順6に進んでください。

［対象サービス］：Yes

［JP1 Event Send Host］

JP1/Baseの接続先イベントサーバ名を，255バイト以内の半角英数字で指定します。JP1イベントを発行するPFMサービスと同一マシンの論理ホストまたは物理ホストで動作している，イベントサーバだけを指定できます。IPアドレスでは指定できません。なお，指定した値の先頭と末尾の空白は無視されます。

「localhost」が指定された場合は，物理ホストが指定されます。範囲外の値が指定された場合，または値が指定されていない場合は，JP1イベントを発行するPFMサービスが動作するホスト（物理ホスト環境ならば物理ホスト，論理ホスト環境ならば論理ホスト）が，イベント発行元ホストとして設定されます。

デフォルト値は空白です。

参考

通常は，このパラメーターを設定する必要はありません。次のような場合に，このパラメーターを設定してください。

PFMサービスがホスト1（物理ホスト）で動作しているが，JP1イベントをホスト2（論理ホスト）で動作しているJP1/Baseを使用して発行したい。

このような場合に，［JP1 Event Send Host］にホスト2（論理ホスト）を設定してください。

なお，このパラメーターで設定するイベントサーバ名は，監視ホスト名設定機能で設定するホスト名とは異なります。監視ホスト名を設定した場合にこのパラメーターを設定する必要はありません。

［Monitoring Console Host］

JP1/IM - Managerのモニター起動でPFM - Web Consoleのブラウザを起動する場合，起動させたいPFM - Web Consoleのホスト名を指定します。255バイト以内の半角英数字で指定します。IPアドレスでは指定できません。なお，指定した値の先頭と末尾の空白は無視されます。

範囲外の値が指定された場合，または値が指定されていない場合は，PFM - Web Consoleの接続先PFM - Managerのホスト名が設定されます。

デフォルト値は空白です。

［Monitoring Console Port］

起動するPFM - Web Consoleのポート番号（httpリクエストポート番号）を指定します。指定が省略された場合は，20358が設定されます。

デフォルト値は空白です。

［JP1 Event Configurations］ノードの配下の［Alarm］ノードを選択する。
インフォメーションフレームの下部に「Alarm」ノードのプロパティが表示されます。

プロパティの値を次のように設定する。

ここでは，アラームイベントが発生したときのJP1イベントの種別を選択してください。

［JP1 Event Mode］

JP1システムイベントを使用する場合：JP1 System Event

JP1ユーザーイベントを使用する場合：JP1 User Event

(2)　アラームイベントとレポートの定義

PFM - Web Consoleの［アラーム階層］画面で次の項目を設定します。

アクションとしてJP1イベントの発行を設定する
アラームが発行されたときのアクションとして，JP1イベントを発行するように設定します。

アラームとレポートを関連づける
JP1/IMのイベントコンソールから，PFM - Web Consoleの画面でレポートを表示できるようにします。

アラーム定義の詳細については「6.　アラームによる稼働監視」を参照してください。

ここでは，主にJP1イベントを発行するように設定する操作，およびアラームとレポートを関連づける操作について説明します。

手順を次に示します。

管理ユーザー権限を持つユーザーアカウントでPFM - Web Consoleにログインする。

［メイン］画面のナビゲーションフレームで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

［アラーム階層］画面のナビゲーションフレームで，JP1イベントを発行させたいアラーム定義を選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで，［編集］メソッドを選択する。
［編集 > 基本情報］画面がインフォメーションフレームに表示されます。

［次へ >］ボタンで［編集 > アクション］画面まで遷移させる。

［実行するアクション］を設定する。
［コマンド］のうち，JP1イベントを発行させたいアラームの状態（［異常］，［警告］，および［正常］）をチェックします。

［表示するレポート］で［参照］ボタンをクリックし，アラームに関連づけるレポートを選択する。
選択したアラームにチェックマークが表示されます。

［完了］ボタンをクリックする。

［次へ >］ボタンをクリックする。
［編集 > アクション定義］画面の［コマンドの定義］エリアが表示されます。

［JP1イベント設定］ボタンをクリックする。
［新規アラーム > アクション定義 > JP1イベント設定］画面が表示されます。

イベントIDなどを設定する。
例えば，次の条件でJP1イベントを発行したいとします。
条件：

イベントIDを「001」とする

イベントメッセージを［新規アラームテーブル > 基本情報］ダイアログボックスの［メッセージテキスト］に設定したメッセージテキスト(%MTS)の内容とする

アラームの状態をJP1イベントの重大度に変換する

この場合，次のように設定します。
［イベントID］：001
［メッセージ］：%MTS
［アラームレベルを重大度に変換する］：選択する
［新規アラーム > アクション定義 > JP1イベント設定］画面の設定例を次の図に示します。

図10-3　［新規アラーム > アクション定義 > JP1イベント設定］画面

注意

JP1/IMの監視オブジェクトと連携する場合は，JP1イベントの属性を変更しないでください。

JP1システムイベントの場合，［イベントID］で設定した情報はJP1イベントの拡張属性の識別イベントID（JPC_USER_EVENTID）として出力されます。JP1ユーザーイベントの場合，［イベントID］で設定した情報はJP1イベントの基本属性のイベントIDとして出力されます。

JP1イベントの種類については，「10.2　JP1/IMと連携するための検討」を参照してください。

［OK］ボタンをクリックする。
アラームのアクションとしてJP1イベント発行が定義され，選択したレポートが関連づけられます。発行されるJP1イベントについては，「10.5　JP1イベントの属性一覧」を参照してください。

JP1イベントを発行するホストのAction Handlerサービスを選択する。
［JP1イベント設定］で設定すると［アクションハンドラ］の設定が自動的に変更されます。デフォルトでは，PFM - Managerホスト上のAction Handlerサービスが選択されます。PFM - Managerホスト以外のホストでJP1イベントを発行する場合は，［アクションハンドラ］の設定を変更してください。

注1

JP1イベントを発行する場合は，イベントを発行するAction Handlerと同じホストにJP1/Baseが必要です。

注2

JP1/IMの統合スコープによるPerformance Managementの監視で，JP1イベントを発行する場合は，PFM - Managerと同一ホスト上にあるAction Handlerサービスを選択する必要があります。

注3

どのホストのAction Handlerサービスが選択されるかは，初期設定ファイル（config.xml）のselectAHModeForJP1Eventを設定することで変更できます。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

また，自動的に選択されたホスト以外でJP1イベントを発行する場合は，手動で［アクションハンドラ］の設定を変更してください。

［完了］ボタンをクリックする。

(3)　連携のための定義ファイルの編集・コピー

JP1/IMを使用してJP1イベントの監視をするには，Performance Managementが提供するJP1/IMの定義ファイルを環境に合わせて編集し，JP1/IMの対応するディレクトリにそれぞれコピーしておく必要があります。

ポイント

JP1/IMの定義ファイルの修正を有効にするためには，JP1/IMの再起動が必要となる場合があります。定義ファイルの再起動のタイミングおよび定義ファイルが有効になるタイミングについては，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

JP1/IMの定義ファイルのコピー元とコピー先でOSが異なる場合は，ファイルの文字コードの変換が必要になる場合があります。Windows，HP-UX，Solaris，AIXのどれかにインストールされたPFM - Web Consoleから，LinuxにインストールされたJP1/IMにJP1/IMの定義ファイルをコピーする場合は，テキストエディターやnkfコマンドなどを使用して，文字コードをUTF-8に変換してください。

Performance Managementが提供するJP1/IMの定義ファイルは，次のフォルダに格納されています。

Windowsの場合
PFM - Web Consoleのインストール先フォルダ¥sample¥imconf

UNIXの場合
/opt/jp1pcwebcon/sample/imconf/

JP1/IMの各定義ファイルのファイル名，編集項目およびコピー先を次に示します。

(a)　JP1/IM - Managerで必要な定義ファイル

JP1/IM - Managerで必要な定義ファイルの編集およびコピーは，統合コンソールによる監視をする場合にJP1ユーザーイベントを発行するときだけ必要です。JP1システムイベントを発行するときは不要です。

イベント拡張属性定義ファイル
JP1イベントの拡張属性を定義します。

ファイル名

hitachi_jp1_pfmWebCon_attr_ja.conf（日本語環境用）

hitachi_jp1_pfmWebCon_attr_en.conf（英語環境用）

編集項目

order idの値を，JP1イベント発行コマンドで設定したイベントIDに変更してください。なお，JP1/IMからレポートの表示を行う場合，指定したイベントIDをモニター画面呼び出し定義ファイルにも設定する必要があります。

例えば，イベントIDが「00001234」の場合，次のように指定します。

コピー先

編集したイベント拡張属性定義ファイルを，JP1/IM - Managerがインストールされているホストの，次に示すディレクトリにコピーしてください。

物理ホストの場合

Windowsの場合
JP1/IM - Managerのインストール先フォルダ¥conf¥console¥attribute¥

UNIXの場合
/etc/opt/jp1cons/conf/console/attribute/

論理ホストの場合

Windowsの場合
共有フォルダ¥jp1cons¥conf¥console¥attribute¥

UNIXの場合
共有ディレクトリ/jp1cons/conf/console/attribute/

詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

モニター画面呼び出し定義ファイル
モニター画面呼び出しの設定を定義します。モニター画面呼び出し定義ファイルは，JP1/IM - Viewのイベントコンソール画面から，イベント発行元などのモニター画面を呼び出すための定義ファイルです。JP1イベントからPFM - Web Consoleのレポート画面を表示する場合に設定する必要があります。

ファイル名

hitachi_jp1_pfmwebcon_mon_ja.conf（日本語環境用）

hitachi_jp1_pfmwebcon_mon_en.conf（英語環境用）

編集項目

EVENT_IDの値を，JP1イベント発行コマンドで設定したイベントIDに変更してください。また，PATHのホスト名とポート番号を，PFM - Web Consoleのホスト名とポート番号に変更してください。なお，指定したイベントIDは，イベント拡張属性定義ファイルにも定義する必要があります。

例えば，イベントIDが「00001234」，ホスト名が「PFM-WebCon」，ポート番号が「20358」の場合，次のように指定します。

コピー先

編集したモニター画面呼び出し定義ファイルを，JP1/IM - Managerがインストールされているホストの，次に示すディレクトリにコピーしてください。

物理ホストの場合

Windowsの場合
JP1/IM - Managerのインストール先フォルダ¥conf¥console¥monitor¥

UNIXの場合
/etc/opt/jp1cons/conf/console/monitor/

論理ホストの場合

Windowsの場合
共有フォルダ¥jp1cons¥conf¥console¥monitor¥

UNIXの場合
共有ディレクトリ/jp1cons/conf/console/monitor/

詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

複数のPFM - Managerに対してPFM - Web Consoleのレポート画面を表示させる例

注意

PFM - Managerの台数に対応する台数分PFM - Web Consoleが必要になります。例えば，PFM - Managerが2台の場合，PFM - Web Consoleも2台必要です。

複数のPFM - Managerに対してPFM - Web Consoleのレポート画面を表示させる場合，それぞれ異なるイベントIDを使用する必要があります。

例えば，イベントIDに「00000000」と「00001111」を使用する場合，イベント拡張属性定義ファイルおよびモニター画面呼び出し定義ファイルは次のように指定します。

イベント拡張属性定義ファイル

モニター画面呼び出し定義ファイル

上記の例では，イベントID「00000000」に対応するPFM - Web Consoleのホスト名は「PFM-Webcon1」，ポート番号は「8080」となります。また，イベントID「00001111」に対応するPFM - Web Consoleのホスト名は「PFM-Webcon2」，ポート番号は「20358」となります。

(b)　JP1/IM - Viewで必要な定義ファイル

統合機能メニュー定義ファイル

統合機能メニューを定義します。統合機能メニュー定義ファイルは，JP1/IM - Viewの［統合機能メニュー］画面に表示させるツリー構造や表示項目などを定義するためのファイルです。［統合機能メニュー］画面からPFM - Web Consoleの画面を表示させる場合に，統合機能メニュー定義ファイルの設定が必要となります。

ファイル名

hitachi_jp1_pfmWebCon_tree.conf

編集項目

argumentsのホスト名とポート番号を，PFM - Web Consoleのホスト名とポート番号に変更してください。

PFM - Web Consoleのホスト名が「PFM-WebCon」，ポート番号が「20358」の場合，次のように指定します。

コピー先

編集した統合機能メニュー定義ファイルを，JP1/IM - Viewがインストールされているホストの，次に示すフォルダにコピーしてください。

JP1/IM - Viewのインストール先フォルダ¥conf¥function¥ja¥

異なるホストのPFM - Web Consoleの画面を起動させる例
異なるホストのPFM - Web Consoleの画面を起動させる場合，統合機能メニュー定義ファイル内でそれぞれのPFM - Web Consoleに対応するブロックを定義する必要があります。詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。
統合機能メニュー定義ファイルの設定例と統合機能メニューの表示例を次に示します。

上記の例では，［統合機能メニュー］画面の「サーバ稼働管理1」をダブルクリックすると，ホスト名が「PFM-WebCon1」，ポート番号が「20358」のPFM - Web Consoleに接続し，画面を起動します。また，「サーバ稼働管理2」をダブルクリックすると，ホスト名が「PFM-WebCon2」，ポート番号が「32222」のPFM - Web Consoleに接続し，画面を起動します。

(4)　監視オブジェクト連携コマンドの実行

JP1/IMの監視オブジェクト機能と連携して，Performance Management上でのシステムの稼働状態をアイコンで監視する場合，PFM - Managerホストで監視オブジェクト連携コマンド（jpcconf imコマンド）を実行したあと，監視ツリーの自動生成を実施します。これは，JP1/IMがPerformance Managementの定義情報を収集するために必要です。

手順を次に示します。

PFM - Managerホストでjpcconf imコマンドを実行する。
JP1/IMとの連携を開始する場合は，PFM - Managerホストで，jpcconf imコマンドを次のように実行します。

jpcconf im enable

JP1/IMとの連携を停止する場合はコマンドを次のように実行します。

jpcconf im disable

なお，PFM - Managerが論理ホスト環境の場合は，実行系/待機系マシンでそれぞれ1回ずつ実行してください。

JP1/IMの統合スコープで，監視ツリーの自動生成を実施する。
手順の詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，「JP1/Integrated Management - Manager 構築ガイド」，および「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

(5)　JP1ユーザーイベントのメッセージを囲む引用符の設定

UNIXの場合は，JP1ユーザーイベントのメッセージを引用符で囲むことができます。メッセージを引用符で囲みたい場合は，アクションを実行するAction Handlerサービスのホストにあるjpccomm.iniファイルの内容を直接編集します。設定方法を次に示します。

設定対象のAction Handlerサービスを停止する。
論理ホスト環境の場合は，論理ホストのAction Handlerサービスを停止してください。

jpccomm.iniファイルを編集する。
jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

/opt/jp1pc/

論理ホストの場合

環境ディレクトリ/jp1pc/
jpccomm.iniファイルで編集するセクション名，ラベル名，設定できる値の範囲などを，次の表に示します。

表10-5　JP1ユーザーイベントのメッセージを引用符で囲むかどうかの設定項目

セクション名
ラベル名
値の範囲
デフォルト値
説明

[Common Section]
JP1 Event Double Quote
0｜1
1
JP1ユーザーイベントのメッセージを引用符で囲むかどうかを設定する。
0：引用符で囲まない
1：引用符で囲む

このラベルは，UNIXの場合だけ有効です。Windowsの場合は設定しても無視されます。

設定対象のAction Handlerサービスを起動する。

10.3.3　アンセットアップ

JP1/IMのディレクトリにコピーしたすべての定義ファイルを削除してください。定義ファイルの削除がJP1/IMに反映される契機については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

10.4　JP1/IMと連携するための運用

ここでは，JP1/IMからPerformance Managementを監視するための運用手順を簡単に説明します。なお，JP1/IMの設定や操作の詳細については，マニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」およびマニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照してください。

＜この節の構成＞

10.4.1　JP1/IMの統合コンソールによるアラームイベントの監視手順

10.4.2　JP1/IMの統合スコープによる監視手順

10.4.3　JP1/IMの統合コンソールからのレポート表示

10.4.4　JP1/IMの統合管理メニューからのPFM - Web Consoleの起動手順

10.4.1　JP1/IMの統合コンソールによるアラームイベントの監視手順

JP1/IMの統合コンソールの［イベントコンソール］画面には，JP1シリーズプログラムから送信されたJP1イベントを基にした情報が表示されます。［イベントコンソール］画面には，JP1イベントの重大度，イベント受信時刻，メッセージなどが表示されます。アラームイベントは，この画面で監視します。

10.4.2　JP1/IMの統合スコープによる監視手順

JP1/IMの統合スコープの［監視ツリー］画面でPerformance Managementの状態監視を設定しておくと，状態を表すアイコンが表示されます。アラームイベントが発生すると，アイコンの色が変わります。詳細なイベントは，［イベントコンソール］画面で確認します。

10.4.3　JP1/IMの統合コンソールからのレポート表示

JP1/IMの統合コンソールの［イベントコンソール］画面で，Performance Managementから発行されたJP1イベントに関連づけられたレポートを表示できます。

レポートを表示させるには，［イベントコンソール］画面で，レポートを表示させたいJP1イベントを選択し，「モニター起動」をクリックします。

選択したJP1イベントに関連づけられたレポートが，PFM - Web Consoleの画面に表示されます。

10.4.4　JP1/IMの統合管理メニューからのPFM - Web Consoleの起動手順

JP1/IMの統合管理メニューからPFM - Web Consoleの画面を起動させる手順を次に示します。

JP1/IMの統合コンソールの［イベントコンソール］画面で，［オプション］－［統合機能メニュー起動］を選択する。
［統合機能メニュー］画面が表示されます。［統合機能メニュー］画面には，JP1/IMで管理されているプログラムがツリー表示されます。

ツリーエリアで，［サーバ稼働管理］フォルダを選択する。
フォルダ内のメニューが展開されます。

メニューから［サーバ稼働管理］メニューをクリックする。
Performance Managementの認証モードによって表示される画面が異なります。

PFM認証モードの場合

PFM - Web Consoleの［ログイン］画面が表示されます。

JP1認証モードの場合

すでにログインしているJP1/IMユーザーで自動的にユーザー認証を行うため，PFM - Web Consoleの画面が起動されます。

10.5　JP1イベントの属性一覧

Performance Managementで発行されるJP1イベントの属性と内容について説明します。

＜この節の構成＞

(1)　アラームイベントの発生

(2)　PFMサービスの起動

(3)　PFMサービスの停止

(4)　PFMサービスの起動の失敗

(5)　運用にかかわるイベントの発生

(6)　エージェントの状態の変更

(1)　アラームイベントの発生

アラームイベントが発生したときは，設定によってJP1システムイベントまたはJP1ユーザーイベントのどちらかが発行されます。

アラームイベントが発生したときのJP1システムイベントを次の表に示します。

表10-6　アラームイベントが発生したときのJP1システムイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
「00004840​」

メッセージ
（該当なし）
JP1イベントを発行するときの手順で指定した［メッセージ］の指定値

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Information
アラームの状態：OK
（アラームの状態が正常状態（緑））

Warning
アラームの状態：WARNING
（アラームの状態が警告状態（黄））

Error
アラームの状態：EXCEPTION
（アラームの状態が異常状態（赤））

ユーザー名
USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名
PRODUCT_NAME
「/HITACHI/JP1/PFM/ALARM_EVENT」

オブジェクトタイプ
OBJECT_TYPE
「ALARM」

オブジェクト名
OBJECT_NAME
アラーム名

登録タイプ
ROOT_OBJECT_TYPE
「ALARM_TABLE」

登録名
ROOT_OBJECT_NAME
アラームテーブル名

オブジェクトID
OBJECT_ID
サービスID

事象種別
OCCURENCE
「NOTICE」

固有情報
マネージャーホスト名
JPC_MGR
接続先PFM - Managerのホスト名

エージェントホスト名
JPC_AGENT

PFM - Agentの場合
アラームが発生したPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合
アラームが発生したリモートエージェントの監視対象ホスト名

PFM - RM（グループエージェント）の場合
アラームが発生したグループエージェントのプライマリーホスト名（PFM - RMホスト名）

発生日付および時刻
JPC_TIME
アラームの発生日付および時刻

表示レポートID
JPC_REPORTID
JP1イベント選択時に表示するレポート定義のID

モニターホスト名
JPC_MON_HOST
接続先PFM - Web Consoleのホスト名

モニターポート番号
JPC_MON_PORT
接続先PFM - Web Consoleのhttpリクエストポート番号

識別イベントID
JPC_USER_EVENTID
アラームイベントが発生した場合にJP1イベントを発行するときの手順で指定した［イベントID］の指定値

アラームイベントが発生したときのJP1ユーザーイベントを次の表に示します。

表10-7　アラームイベントが発生したときのJP1ユーザーイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
イベントID

メッセージ
（該当なし）
JP1イベントを発行するときの手順で指定した［メッセージ］の指定値

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Information
アラームの状態：OK
（アラームの状態が正常状態（緑））

Warning
アラームの状態：WARNING
（アラームの状態が警告状態（黄））

Error
アラームの状態：EXCEPTION
（アラームの状態が異常状態（赤））

プロダクト名
PRODUCT_NAME
「/PFM/ALARM_EVENT」

オブジェクトタイプ
OBJECT_TYPE
「ALARM」

オブジェクト名
OBJECT_NAME
アラーム名

登録タイプ
ROOT_OBJECT_TYPE
「ALARM_TABLE」

登録名
ROOT_OBJECT_NAME
アラームテーブル名

オブジェクトID
OBJECT_ID
エージェント名

事象種別
OCCURENCE
「NOTICE」

固有情報
エージェントホスト名
JPC_AGENT

PFM - Agentの場合
アラームが発生したPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合
アラームが発生したリモートエージェントの監視対象ホスト名

PFM - RM（グループエージェント）の場合
アラームが発生したグループエージェントのプライマリーホスト名（PFM - RMホスト名）

マネージャーホスト名
JPC_MGR
PFM - Managerのホスト名

発生日付および時刻
JPC_TIME
アラームの発生日付および時刻

表示レポートID
JPC_REPORTID
JP1イベント選択時に表示するレポート定義のID

(2)　PFMサービスの起動

PFMサービスが起動したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表10-8　PFMサービスが起動したときのJP1システムイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
「00004800​」

メッセージ
（該当なし）
KAVE00335-Iメッセージ

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Information（正常起動）

ユーザー名
USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名
PRODUCT_NAME
「/HITACHI/JP1/PFM」

オブジェクトタイプ
OBJECT_TYPE
「SERVICE」

オブジェクト名
OBJECT_NAME
サービスID

オブジェクトID
OBJECT_ID
サービスID

事象種別
OCCURENCE
「START」

開始時刻
START_TIME
起動を開始した時刻（イベントを発行した時刻）

固有情報
マネージャーホスト名
JPC_MGR
接続先PFM - Managerのホスト名

エージェントホスト名
JPC_AGENT
イベントを発行したPFM - AgentまたはPFM - RMのホスト名（イベント発行サービスがPFM - AgentまたはPFM - RMの場合だけ表示）

モニターホスト名
JPC_MON_HOST
接続先PFM - Web Consoleのホスト名

モニターポート番号
JPC_MON_PORT
接続先PFM - Web Consoleのhttpリクエストポート番号

(3)　PFMサービスの停止

PFMサービスが停止したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表10-9　PFMサービスが停止したときのJP1システムイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
「00004810​」

メッセージ
（該当なし）
KAVE00336-Iメッセージ（正常停止）
KAVE00339-Eメッセージ（異常停止）

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Information（正常停止）

Error（異常停止）

ユーザー名
USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名
PRODUCT_NAME
「/HITACHI/JP1/PFM」

オブジェクトタイプ
OBJECT_TYPE
「SERVICE」

オブジェクト名
OBJECT_NAME
サービスID

オブジェクトID
OBJECT_ID
サービスID

事象種別
OCCURENCE
「END」

開始時刻
END_TIME
停止を開始した時刻（イベントを発行した時刻）

固有情報
マネージャーホスト名
JPC_MGR
接続先PFM - Managerのホスト名

エージェントホスト名
JPC_AGENT
イベントを発行したPFM - AgentまたはPFM - RMのホスト名（イベント発行サービスがPFM - AgentまたはPFM - RMの場合だけ表示）

モニターホスト名
JPC_MON_HOST
接続先PFM - Web Consoleのホスト名

モニターポート番号
JPC_MON_PORT
接続先PFM - Web Consoleのhttpリクエストポート番号

(4)　PFMサービスの起動の失敗

PFMサービスの起動が失敗したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表10-10　PFMサービスの起動が失敗したときのJP1システムイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
「00004820​」

メッセージ
（該当なし）
KAVE00337-Eメッセージ

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Error（起動失敗）

ユーザー名
USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名
PRODUCT_NAME
「/HITACHI/JP1/PFM」

オブジェクトタイプ
OBJECT_TYPE
「SERVICE」

オブジェクト名
OBJECT_NAME
サービスID

オブジェクトID
OBJECT_ID
サービスID

事象種別
OCCURENCE
「NOTSTART」

固有情報
マネージャーホスト名
JPC_MGR
接続先PFM - Managerのホスト名

エージェントホスト名
JPC_AGENT
イベントを発行したPFM - AgentまたはPFM - RMのホスト名（イベント発行サービスがPFM - AgentまたはPFM - RMの場合だけ表示）

モニターホスト名
JPC_MON_HOST
接続先PFM - Web Consoleのホスト名

モニターポート番号
JPC_MON_PORT
接続先PFM - Web Consoleのhttpリクエストポート番号

(5)　運用にかかわるイベントの発生

運用にかかわるイベントが発生したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表10-11　運用にかかわるイベントが発生したときのJP1システムイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
「00004830​」

メッセージ
（該当なし）
サービス固有のメッセージ※

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Information：正常状態

Warning：エラー（対処不要）

Error：エラー（対処必要）

ユーザー名
USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名
PRODUCT_NAME
「/HITACHI/JP1/PFM」

オブジェクトタイプ
OBJECT_TYPE
「SERVICE」

オブジェクト名
OBJECT_NAME
サービスID

オブジェクトID
OBJECT_ID
サービスID

事象種別
OCCURENCE
「NOTICE」

固有情報
マネージャーホスト名
JPC_MGR
接続先PFM - Managerのホスト名

エージェントホスト名
JPC_AGENT
イベントを発行したPFM - AgentまたはPFM - RMのホスト名（イベント発行サービスがPFM - AgentまたはPFM - RMの場合だけ表示）

モニターホスト名
JPC_MON_HOST
接続先PFM - Web Consoleのホスト名

モニターポート番号
JPC_MON_PORT
接続先PFM - Web Consoleのhttpリクエストポート番号

注※

次のどちらかに該当するメッセージが出力されます。

マニュアル「JP1/Performance Management リファレンス」のPFM - Managerのメッセージ（出力先一覧でJP1システムイベントが出力先として指定されているメッセージ）

各PFM - AgentまたはPFM - RMマニュアルに記載されているメッセージ（出力先一覧でJP1システムイベントが出力先として指定されているメッセージ）

(6)　エージェントの状態の変更

エージェントの状態が変更されたときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表10-12　エージェントの状態が変更したときのJP1システムイベント

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
「00004850​」

メッセージ
（該当なし）
次に示すどれかが出力される

エージェントイベント[Status Change]

KAVE00217-Iメッセージ（アラーム監視によるエージェントの状態が正常に変更された場合）

KAVE00218-Wメッセージ（アラーム監視によるエージェントの状態が警告に変更された場合）

KAVE00219-Eメッセージ（アラーム監視によるエージェントの状態が異常に変更された場合）

KAVE00333-Eメッセージ（エージェントの稼働状態がビジー状態または異常停止状態になった場合）※

KAVE00334-Iメッセージ（エージェントの稼働状態がビジー状態または異常停止状態から回復した場合）

拡張属性
共通情報
重大度
SEVERITY
重大度が設定される

Information（アラーム監視によるエージェントの状態が正常に変更された場合，またはエージェントの稼働状態がビジー状態または異常停止状態から回復した場合）

Warning（アラーム監視によるエージェントの状態が警告に変更された場合）

Error（アラーム監視によるエージェントの状態が異常に変更された場合）

ユーザー名
USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名
PRODUCT_NAME
「/HITACHI/JP1/PFM/STATE_EVENT」

オブジェクトタイプ
OBJECT_TYPE
「SERVICE」

オブジェクト名
OBJECT_NAME
エージェントのサービスID

オブジェクトID
OBJECT_ID
エージェントのサービスID

事象種別
OCCURENCE
「NOTICE」

固有情報
マネージャーホスト名
JPC_MGR
接続先PFM - Managerのホスト名

エージェントホスト名
JPC_AGENT

PFM - Agentの場合
状態が変更されたPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合
状態が変更されたリモートエージェントの監視対象ホスト名

PFM - RM（グループエージェント）の場合
状態が変更されたグループエージェントのプライマリーホスト名（PFM - RMホスト名）

モニターホスト名
JPC_MON_HOST
接続先PFM - Web Consoleのホスト名

モニターポート番号
JPC_MON_PORT
接続先PFM - Web Consoleのhttpリクエストポート番号

注※

Collectorサービスが稼働状態からビジー状態または異常停止状態に移行したことを，Storeサービスが検知します。

また，検知のタイミングはStoreサービスに対してCollectorサービスからの収集イベントが10分以上ない場合に，StoreサービスからCollectorサービスに対してハートビートの確認を行います。

このハートビートの確認でビジーまたは停止と判断されるとKAVE00333-EのJP1イベントをAgent StoreサービスまたはRM Storeサービスが発行します。

11.　ネットワーク管理製品（NNM）と連携した稼働監視

この章では，Performance ManagementとNNMを連携する場合のシステムの概要と環境の構築手順，およびNNMを使用してPerformance Managementを監視する手順について説明します。

＜この章の構成＞

11.1　ネットワーク管理製品（NNM）と連携した稼働監視の概要

11.2　NNMと連携するための構築

11.3　NNMと連携するための運用

11.4　MIBオブジェクトの構成

11.1　ネットワーク管理製品（NNM）と連携した稼働監視の概要

Performance Managementは，ネットワーク管理製品であるNNMと連携して稼働監視できます。

Performance Managementは，監視対象プログラムがしきい値を超え，アラームイベントが発生したときに，SNMPトラップを発行できます。そのため，NNMからSNMPトラップを利用して，Performance Management上で発生した障害などを監視できます。NNMと連携することで，Performance ManagementやほかのJP1製品の状態をNNMのネットワーク監視画面で監視したり，NNMのネットワーク監視画面からPerformance Managementの画面を起動させてレポートを表示したりできます。

NNMと連携したPerformance Managementによる稼働監視の例を次の図に示します。

図11-1　NNMと連携したPerformance Managementによる稼働監視の例

参考　NNMとは

NNMはJP1シリーズのネットワーク管理を行うための製品です。企業情報システム全体を統合管理するための機能を提供します。企業情報システムのネットワークを一元管理するための機能を提供します。NNMは，SNMPプロトコルを使って大規模ネットワークを管理し，ネットワーク管理コンソールでシステム内のノード情報の構成を一元管理できます。NNMの詳細については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP NNMのマニュアルを参照してください。

11.2　NNMと連携するための構築

ここでは，NNMと連携する環境を構築するためのインストールとセットアップ，アンセットアップ，および構成変更の手順について説明します。

注意

NNM連携機能を利用する場合，使用するNNMとPFM - Manager の文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角かたかな文字が正常に表示されません。

＜この節の構成＞

11.2.1　NNMと連携するための前提OS

11.2.2　インストール

11.2.3　セットアップ

11.2.4　アンセットアップ

11.2.5　構成変更

11.2.1　NNMと連携するための前提OS

NNM連携機能を使用するために前提となるOSについて，次に示します。

Windowsの場合

表11-1　NNMと連携するための前提OS（Windows）

OS名 | NNMとの連携
Windows Server 2003 (x86) | ○
Windows Server 2003 (x64) | －※
32ビット版のWindows Server 2008 | －
64ビット版のWindows Server 2008 | －

（凡例）

○：サポートする

－：サポートしない

注※

NNM連携機能はインストールされますが，使用できません。

UNIXの場合

表11-2　NNMと連携するための前提OS（UNIX）

OS名 | NNMとの連携
HP-UX | ○
Solaris 9 (SPARC) およびSolaris 10 (SPARC) | ○
Solaris 10 (x64) およびSolaris 10 (x86) | －
AIX | －
Linux | －

（凡例）

○：サポートする

－：サポートしない

11.2.2　インストール

NNM連携機能を使用するためには，NNMがインストールされているホストにPFM - ManagerまたはPFM - Baseをインストールする必要があります。

ここでは，PFM - Baseをインストールした場合の構成について，次の図に示します。

図11-2　NNM連携機能を使用するときの構成

PFM - ManagerおよびPFM - Baseのインストール方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

11.2.3　セットアップ

NNM連携機能を使用するためのセットアップ手順を次に示します。セットアップは，すべてNNMがインストールされているホストで実施します。

NNM連携機能のセットアップに関する注意事項

セットアップコマンド（Windowsの場合はjpcconf ov enable，UNIXの場合はjpcconf ov enable）は，NNMのサービスが起動されている状態で，かつ，NNMの画面が閉じている状態で実行してください。

セットアップ時のNNMコマンドのエラーは，通常，標準エラー出力に出力されます。ただし，NNMコマンドでエラーが発生しても，セットアップコマンドがNNMコマンドの正常終了を標準出力に出力してしまう場合があります。

NNM連携を使用する場合，固定サブマップ・レベル（オンデマンド・サブマップ）を「All Levels」で使用する必要があります。固定サブマップ・レベルは，マップのプロパティからNNMのIP Mapの設定を表示し，確認・変更してください。

Performance Managementの監視ホスト名が実ホスト名とは異なる場合，NNMがインストールされているホストおよびManagerホストで，DNSまたはhostsファイルの設定を変更する必要があります。各変更内容は次のとおりです。
DNSの設定を変更する場合
　実ホスト名をAレコードで，監視ホスト名をCNAMEレコードで登録する必要があります。
hostsファイルの設定を変更する場合
　対応するIPアドレスのあとに，〈実ホスト名〉〈監視ホスト名〉の順番で記述する必要があります。また，Performance Managementでの監視ホスト名以外にも複数のホスト名が存在するときにも，実ホスト名を先頭に記述する必要があります。
hostsファイルの記述例
　****.****.****.**** HostA AliasB

セットアップの流れは次のとおりです。

エージェント追加セットアップを実行する

SNMPトラップの送信先を設定する

NNM連携定義ファイルを修正する

セットアップコマンドを実行する

アラーム定義によるSNMPトラップ発行とレポートの定義

＜この項の構成＞

(1)　エージェント追加セットアップを実行する

(2)　SNMPトラップの送信先を設定する

(3)　NNM連携定義ファイルを修正する

(4)　セットアップコマンドを実行する

(5)　アラーム定義によるSNMPトラップ発行とレポートの定義

(1)　エージェント追加セットアップを実行する

NNMと連携して監視するエージェントの追加セットアップを行います。NNMがインストールされているホストにPFM - Managerがインストールされていて，PFM - Managerのセットアップ時にすでにPFM - AgentまたはPFM - RMを登録している場合はこの手順は不要です。

また，PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，この手順は不要です。ただし，PFM - Managerより後でリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。PFM - Manager，PFM - Agent，およびPFM - RMのそれぞれのリリース時期についてはリリースノートを参照してください。

NNMがインストールされているホストにPFM - Managerがインストールされておらず，PFM - Baseがインストールされている場合は，PFM - Managerのセットアップで行うPFM - AgentまたはPFM - RMの登録と同様に，NNMがインストールされているホストにPFM - AgentまたはPFM - RMのセットアップファイルをコピーし，セットアップコマンドを実行します。

(a)　PFM - AgentまたはPFM - RMのセットアップファイルをコピーする

PFM - AgentまたはPFM - RMをインストールしたホストにあるセットアップファイルをPFM - Baseをインストールしたホストにコピーします。手順を次に示します。

PFM - AgentまたはPFM - RMのセットアップファイルをバイナリモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表11-3　コピーするセットアップファイル

プラットフォーム
ファイル

コピー元PFM - AgentまたはPFM - RM
コピー先 PFM - Base
コピー元PFM - AgentまたはPFM - RM
コピー先 PFM - Base

Windows
Windows
インストール先
フォルダ¥setup
¥jpcxxxxw.EXE
インストール先
フォルダ¥setup¥

UNIX
インストール先
フォルダ¥setup
¥jpcxxxxu.Z
/opt/jp1pc/setup/

UNIX
Windows
/opt/jp1pc/setup
/jpcxxxxw.EXE
インストール先
フォルダ¥setup¥

UNIX
/opt/jp1pc/setup
/jpcxxxxu.Z
/opt/jp1pc/setup/

（凡例）

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(b)　PFM - Baseホストでセットアップコマンドを実行する

PFM - BaseホストでPFM - AgentまたはPFM - RMをセットアップするための次のコマンドを実行します。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcconf agent setupコマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcconf agent setupコマンドを実行してください。

PFM - AgentまたはPFM - RMのセットアップファイルは，この作業が終了したあと，削除してもかまいません。

(2)　SNMPトラップの送信先を設定する

NNMでネットワーク管理を行うために，PFM - Web Consoleの画面で必要なアラームを設定します。アラームの設定では，SNMPトラップの送信先を設定します。

手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，［PFM - Manager］フォルダを選択する。
PFM - Managerの各サービスが表示されます。

Trap Generatorサービスを選択する。
Trap Generatorサービスは，名前の先頭が「PC」で始まるサービスまたは「<Trap Generator>」です。
選択したTrap Generatorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Trap Generatorサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「ADD OR DELETE A TRAP DESTINATION」フォルダを選択する。
インフォメーションフレームの下部にプロパティが表示されます。

［ADD A DESTINATION］の［値］に，SNMPトラップの送信先ホスト名またはIPアドレスを指定する。

［OK］ボタンをクリックする。
「Trap Destinations」フォルダの下に，設定したSNMPトラップの送信先のフォルダが追加されます。

追加されたSNMPトラップの送信先のフォルダを選択する。
インフォメーションフレームの下部にプロパティが表示されます。

設定値を変更する。
設定できる内容を次に示します。

［Retry Count］

SNMPトラップを送信する回数を，0～32767の整数で指定します。デフォルト値は，1（回）です。0を指定した場合，デフォルト値が仮定されます。

［Retry Interval］

SNMPトラップを再送信する間隔（秒）を，0～32767の整数で指定します。デフォルト値は，5（秒）です。0を指定した場合，デフォルト値が仮定されます。

［Trap Port］

SNMPトラップの送信先のポート番号を，1～32767で指定します。デフォルト値は，162です。0を指定した場合，デフォルト値が仮定されます。

［Enabled］

SNMPトラップを送信するかどうかについて，「Yes」または「No」を選択します。デフォルト値は，「Yes」です。

［完了］または［適用］ボタンをクリックする。
設定内容が保存されます。

(3)　NNM連携定義ファイルを修正する

NNMと連携するには，NNM連携定義ファイル（jpcnnm.ini）を修正する必要があります。

Performance Managementが提供するNNM連携定義ファイルは，NNMがインストールされているホストの，次のディレクトリに格納されています。

Windowsの場合
インストール先フォルダ¥NNMEx¥jpcnnm.ini

UNIXの場合
/opt/jp1pc/NNMEx/jpcnnm.ini

jpcnnm.iniでは，次の表に示すセクションを定義します。

表11-4　 jpcnnm.iniに設定するセクションと設定内容

役割
セクション名
設定内容

PFM - Managerホスト名とPFM - Web Consoleホスト名およびポート番号の関連づけ
[Manager Definitions]
PFM - Managerのホスト名=PFM - Web Consoleのホスト名:PFM - Web Consoleのポート番号
PFM - Web Consoleのホスト名は省略できないが，ポート番号は省略できる。ポート番号を省略した場合，クライアントにデフォルトで設定されているポート番号が使用される。PFM - Managerのホスト名は大文字・小文字を区別しない。
ホスト名は複数定義できるが，同一ホストの定義はできない。

Webブラウザの実行パス
[Commons]
browserpath=Webブラウザの実行パス
省略できない。Webブラウザの実行パスにスペースを含む場合は，Webブラウザの実行パスを「"」で囲って指定する。

注意

セクションまたはラベルの前に空白文字（スペースなど）を入れた場合，その行は無視されます。

ラベルの後に”＝”（イコール）がない場合，その行は無視されます。

ポート番号の後に空白文字（スペースなど）が入っている場合，正常に動作しません。

jpcnnm.iniの設定例を次に示します。

表11-5　jpcnnm.iniの設定例

設定項目 | 設定例
PFM - Managerのホスト名 | PFMMGR
PFM - Web Consoleのホスト名 | PFMWEBCON
PFM - Web Consoleのホストのポート番号 | 20358
NNM連携機能をインストールしたホストのWebブラウザの実行パス | C:¥Program Files¥Internet Explorer¥IEXPLORE.EXE

図11-3　jpcnnm.iniの設定例

注意

システム内にPFM - Managerが複数ある場合，次のようにjpcnnm.iniの[Manager Definition]セクションに複数のPFM - Managerを定義します。

複数のPFM - Managerを定義した場合，NNMからPFM - Web Consoleの画面を起動するときに接続先のPFM - Managerを選択する画面が表示されます。その画面で接続したいPFM - Managerを選択すると，PFM - Web Consoleの［ログイン］画面が表示されます。jpcnnm.iniの[Manager Definition]セクションに一つだけPFM - Managerを設定している場合，PFM - Managerの選択画面は表示されないで，PFM - Web Consoleの［ログイン］画面が表示されます。

(4)　セットアップコマンドを実行する

Performance Managementが提供するセットアップコマンドを実行します。コマンドを実行すると，NNMとの連携のための環境設定を行い，NNM連携機能のサービスが起動します。

実行するコマンドは，jpcconf ov enableコマンドです。

注意

jpcnnm.iniの[Manager Definition]セクションに複数のPFM - Managerを設定している場合は，次の手順でセットアップしてください。

jpcconf ov enable -mkhtmlコマンドを実行する。
PFM - Manager選択画面用HTMLファイルが作成されます。

jpcconf ov enableコマンドを実行する。

(5)　アラーム定義によるSNMPトラップ発行とレポートの定義

PFM - Web Consoleの［アラーム階層］画面で次の項目を設定します。

アクションとしてSNMPトラップの発行を設定する
アラームが発行されたときのアクションとして，SNMPトラップを発行するように設定します。

アラームとレポートを関連づける
NNMから，PFM - Web Consoleの画面でレポートを表示できるようにします。

ここでは，主にSNMPトラップを発行するように設定する操作，およびアラームとレポートを関連づける操作について説明します。

手順を次に示します。

管理ユーザー権限を持つユーザーアカウントでPFM - Web Consoleにログインする。

［メイン］画面のナビゲーションタブで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

［アラーム階層］画面のナビゲーションフレームで，SNMPトラップを発行させたいアラーム定義を選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで，［編集］メソッドを選択する。
［編集 > 基本情報］画面がインフォメーションフレームに表示されます。

［次へ >］ボタンで［編集 > アクション］画面まで遷移させる。

［実行するアクション］で，［SNMP］をチェックする。
［SNMP］の，SNMPトラップを発行させたいアラームの状態（［異常］，［警告］，および［正常］）をチェックします。

［表示するレポート］で［参照］ボタンをクリックし，アラームに関連づけるレポートを選択する。

［完了］ボタンをクリックする。
アラームのアクションとしてSNMPトラップが定義され，選択したレポートが関連づけられます。

アラーム定義の詳細については「6.　アラームによる稼働監視」を参照してください。

11.2.4　アンセットアップ

NNM連携機能のアンセットアップ手順を次に示します。アンセットアップは，すべてNNMがインストールされているホストで実施します。

アンセットアップの流れは次のとおりです。

SNMPトラップの送信先を削除する

NNMからPFM - AgentまたはPFM - RMのシンボルを削除する

アンセットアップコマンドを実行する

NNMに登録した情報を削除する

＜この項の構成＞

(1)　SNMPトラップの送信先を削除する

(2)　NNMからPFM - AgentまたはPFM - RMのシンボルを削除する

(3)　アンセットアップコマンドを実行する

(4)　NNMに登録した情報を削除する

(1)　SNMPトラップの送信先を削除する

PFM - Web Consoleの画面でSNMPトラップの送信先を削除します。

SNMPトラップの送信先を削除する手順を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，［PFM - Manager］フォルダを選択する。
PFM - Managerの各サービスが表示されます。

Trap Generatorサービスを選択する。
Trap Generatorサービスは，名前の先頭が「PC」で始まるサービスまたは「<Trap Generator>」です。
選択したTrap Generatorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Trap Generatorサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「ADD OR DELETE A TRAP DESTINATION」フォルダを選択する。
インフォメーションフレームの下部にプロパティが表示されます。

［DELETE A DESTINATION］で，プルダウンメニューから削除したいSNMPトラップの送信先ホスト名またはIPアドレスを選択する。

［完了］または［適用］ボタンをクリックする。
「Trap Destinations」フォルダの下の，選択したSNMPトラップの送信先のフォルダが削除されます。

(2)　NNMからPFM - AgentまたはPFM - RMのシンボルを削除する

ovwを起動して，PFM - AgentまたはPFM - RMのシンボルをすべて削除してください。

(3)　アンセットアップコマンドを実行する

Performance Managementが提供するアンセットアップコマンドを実行します。コマンドを実行すると，NNMとの連携のための環境設定が削除され，NNM連携機能のサービスが停止します。

実行するコマンドは，jpcconf ov disableコマンドです。

(4)　NNMに登録した情報を削除する

アンセットアップスクリプトで削除されなかった，NNMの表示に関する定義などを削除します。

注意

次の(a)～(c)の操作を実行すると，PFM - AgentまたはPFM - RMのシンボルやイベントが正しく表示されなくなります。

(a)　MIB OIDの削除

ovwのメニューから［オプション］－［MIBのロード/アンロード］を選択し，jp1pc.oidをアンロードします。

(b)　SNMPイベント定義の削除

手順を次に示します。

ovwのメニューから［オプション］－［イベント設定］を選択する。
［イベント設定］ダイアログボックスが表示されます。

［エンタープライズ］から［PerformanceManagementTrap］を選択する。

エンタープライズPerformanceManagementTrapに対するイベントについて［編集］－［イベント］－［削除］を選択して削除する。

すべてのイベントを削除したら，［編集］－［エンタープライズ］－［削除］を選択して［PerformanceManagementTrap］を削除する。

［編集］－［追加アクション］を選択する。
［追加アクションの編集］ダイアログボックスが表示されます。

［Performance Management レポート表示］を削除する。

(c)　定義ファイルの削除

次に示すファイルを削除します。

Windowsの場合
NNMのインストール先フォルダ¥fields¥C¥jpcovobj.frf
NNMのインストール先フォルダ¥snmp_mibs¥vendor¥Hitachi¥jp1pc.oid
NNMのインストール先フォルダ¥symbols¥C¥jp1pcフォルダ以下すべて

UNIXの場合
$OV_FIELDS/C/jpcovobj.frf
$OV_SNMP_MIBS/Vendor/Hitachi/jp1pc.oid
$OV_SYMBOLS/C/jp1pcディレクトリ以下すべて
「$XXXX」は，NNMで定義されている環境変数を示します。

NNMの環境変数については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP NNMのマニュアルを参照してください。

11.2.5　構成変更

NNM連携機能の各設定項目について，環境に合わせて構成を変更できます。

NNM連携機能で構成を変更できる項目および手順について次に示します。

構成変更に関する注意事項

NNMで，複数のPFM - Managerからの情報を管理している場合は，ポート番号およびアプリケーション登録ファイルで設定する各PFM - Managerの接続ユーザー情報を同じにしてください。

NNM連携機能の構成を変更したあとにNNM連携機能を再セットアップした場合は，セットアップ後に再度，構成を変更する必要があります。

＜この項の構成＞

(1)　ポート番号を変更する

(1)　ポート番号を変更する

NNM連携機能では，PFM - ManagerまたはPFM - Baseと同一ホストにインストールされているNNMのサービスとしてSNMPトラップを処理するオブジェクトマネージャーと，NNMのGUIから起動されてバックグラウンドでシンボルの追加や更新をするマップマネージャーを介して，NNMのGUIのシンボルを管理しています。オブジェクトマネージャーとマップマネージャー間の通信には，jp1pcovsvrサービスを使用しています。このサービスは，デフォルトでは22292/tcpのポート番号を使用しています。

参考

jp1pcovsvrサービスのポート番号を変更するには，jpcconf port defineコマンドを使用します。ポート番号の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。また，jpcconf port defineコマンドについては，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

11.3　NNMと連携するための運用

ここでは，NNMからPerformance Managementを監視するための運用手順を簡単に説明します。なお，NNMの設定や操作の詳細については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP NNMのマニュアルを参照してください。

＜この節の構成＞

11.3.1　NNM連携機能のサービスの起動と停止

11.3.2　NNMからのアラームイベント監視

11.3.1　NNM連携機能のサービスの起動と停止

NNM連携機能のサービスを起動および停止する場合，次のコマンドを実行します。

NNM連携機能のサービスを起動する場合
%OV_BIN%¥ovstart JPCObjMgr

NNM連携機能のサービスを停止する場合
%OV_BIN%¥ovstop JPCObjMgr

NNM提供コマンドの詳細については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP NNMのマニュアルを参照してください。

11.3.2　NNMからのアラームイベント監視

NNMからPerformance Managementのアラームイベントを監視するには，次の方法があります。

NNMのノード・サブマップから監視する

NNMアラームブラウザ（イベントブラウザ）から監視する

NNMの管理画面から監視する

次に，それぞれの方法について説明します。

＜この項の構成＞

(1)　NNMのノード・サブマップから監視する

(2)　NNMアラームブラウザ（イベントブラウザ）から監視する

(3)　NNMの管理画面から監視する

(1)　NNMのノード・サブマップから監視する

SNMPトラップがNNMに送信されると，アラームが発生しているPFM - AgentまたはPFM - RMのシンボルが，ノード・サブマップに表示されます。複数のアラームが同時に発生した場合，シンボルは，発生したアラームの中で最も重要度が高い状態を示す色で表示されます。

アラームとレポートが関連づけられている場合，ノード・サブマップからアラームについてのレポートが表示できます。

(a)　ノード・サブマップに表示されるシンボルの見方

ノード・サブマップに表示されるシンボルの色と，色が示す意味を次の表に示します。

表11-6　シンボルの色と意味

シンボルの色※ | 意味
正常域（Normal）を表す色（緑） | バインドされたすべてのアラームの状態が正常である。
警戒域（Minor）を表す色（黄） | 警告アラームが発生した。
危険域（Critical）を表す色（赤） | 異常アラームが発生した。
認識不能（Unknown）を表す色（明るい青） | アラームの状態が決定できない。

注※

標準設定時の表示色は，使用するNNMによって異なる場合があります。

(b)　ノード・サブマップからレポートを表示する

アラームとレポートがあらかじめ関連づけられている場合，ノード・サブマップからPFM - Web Consoleのレポート画面を表示できます。

手順を次に示します。

ノード・サブマップでPFM - AgentまたはPFM - RMを示すシンボルをクリックし，［管理］－［Performance Management］－［レポートの表示］を選択する。
PFM - Web Consoleの［ログイン］画面が表示されます。

PFM - Web Consoleへのログインに必要な情報を入力する。

［OK］ボタンをクリックする。
PFM - Web Consoleの画面に，レポートが表示されます。

(c)　シンボルを初期化する

NNM側で状態の監視が終了しても，シンボルは初期化されません。この場合，手動でシンボルを「正常域」に戻す必要があります。

ノード・サブマップに表示されるシンボルを初期化する手順を次に示します。

PFM - AgentまたはPFM - RMを示すシンボルをクリックし，［管理］－［Performance Management］－［ステータスの変更］－［正常］を選択する。
PFM - AgentまたはPFM - RMを示すシンボルが「正常域」の状態に初期化されます。

(2)　NNMアラームブラウザ（イベントブラウザ）から監視する

NNMでは，Performance ManagementからSNMPトラップを受け取ると，通知された状態の詳細情報が，アラームブラウザ（イベントブラウザ）に表示されます。

(a)　アラームブラウザに表示されるメッセージの見方

Performance Managementのイベント・カテゴリーは，「ステータスイベント」です。イベントの重要度は，Performance Managementで発生したアラームの状態によって異なります。

イベントの重要度とアラームの状態を次の表に示します。

表11-7　イベントの重要度とアラームの状態

イベントの重要度 | アラームの状態
正常域 | 正常（緑）
注意域 | 警告（黄）
危険域 | 異常（赤）

アラームブラウザに表示されるメッセージの形式を次に示します。

重要度 日時 ソース PFMAgent エージェント種別 状態 ステータスが変更されました。 発生場所 しきい値条件式および値 |レポート情報|

メッセージに表示される項目の意味を次に示します。

重要度

「表11-7　イベントの重要度とアラームの状態」のイベントの重要度を示します。

日時

アラームイベントが発生した日時を示します。

ソース

アラームイベントが発生したPFM - AgentまたはPFM - RMを示します。

PFMAgent エージェント種別

エージェント種別で示すPFM - AgentまたはPFM - RMでアラームイベントが発生していることを示します。

状態

アラームの状態を示します。次のどれかが表示されます。

NORMAL：正常

WARNING：警告

CRITICAL：異常

発生場所

PFM - AgentまたはPFM - RMのインスタンス名を示します。

しきい値条件式および値

アラームの定義で指定した条件式とその値を示します。

レポート情報

アラームに関連づけられたレポートの情報を示します。次の形式で表示されます。

PFM - AgentまたはPFM - RMホスト名@PFM - Managerホスト名@レポートID

(b)　アラームブラウザからレポートを表示する

アラームとレポートがあらかじめ関連づけられている場合，アラームブラウザからPFM - Web Consoleのレポート画面を表示できます。

アラームブラウザからPFM - Web Consoleのレポート画面を表示させる手順を次に示します。

アラームブラウザでイベントを選択し，［アクション］－［アクションの実行］－［Performance Managementレポート表示］を選択する。
PFM - Web Consoleの［ログイン］画面が表示されます。

PFM - Web Consoleへのログインに必要な情報を入力する。

［OK］ボタンをクリックする。
PFM - Web Consoleの画面に，レポートが表示されます。

(3)　NNMの管理画面から監視する

NNMの管理画面からPFM - Web Consoleの画面を表示して，Performance Managementの各種設定を確認できます。

手順を次に示します。

NNMの管理画面で［管理］－［Performance Management］－［Web Consoleの起動］を選択する。

NNM連携定義ファイルに一つのPFM - Managerを定義した場合
PFM - Web Consoleの［ログイン］画面が表示されます。手順3に進みます。

NNM連携定義ファイルに複数のPFM - Managerを定義した場合
［Manager選択画面］が表示されます。手順2に進みます。

接続するPFM - Managerホスト名をクリックする。
PFM - Web Consoleの［ログイン］画面が表示されます。

PFM - Web Consoleのログインに必要な情報を入力する。

［OK］ボタンをクリックする。
PFM - Web Consoleの画面が表示されます。

11.4　MIBオブジェクトの構成

Performance Managementで使用するSNMPトラップのMIBオブジェクトの構成を次の図に示します。

図11-4　MIBオブジェクトの構成

Performance ManagementでのMIBオブジェクトの内容を次の表に示します。

表11-8　MIBオブジェクトの内容

オブジェクトID
内容

.1.3.6.1.4.1.116.5.17.12.2.1
PFM - AgentまたはPFM - RMのインスタンス番号（インスタンス番号のASCIIコード）

.1.3.6.1.4.1.116.5.17.12.2.3
アラーム定義時に設定されたレポートの情報
PFM - Managerのホスト名@レポートID

.1.3.6.1.4.1.116.5.17.12.2.6
Performance Managementカテゴリーの名前およびアラームの条件式

.1.3.6.1.4.1.116.5.17.12.2.7
アラームの値※1

.1.3.6.1.4.1.116.5.17.12.2.8
アラームの状態

NORMAL：正常

WARNING：警告

CRITICAL：異常

.1.3.6.1.4.1.116.5.17.12.2.9
PFM - AgentまたはPFM - RMの製品タイプ識別子
例えば，PFM - Agent for Platform（Windows）の場合，Windows，PFM - Agent for Oracleの場合，ORACLEとなる。

.1.3.6.1.4.1.116.5.17.12.2.10
アラームの原因となった管理ユニット※2

.1.3.6.1.4.1.116.5.17.12.2.12

PFM - Agentの場合
PFM - Agentのインスタンス名

PFM - RMの場合
リモートエージェントまたはグループエージェントのデバイスID

.1.3.6.1.4.1.116.5.17.12.2.13
アラーム定義時に設定された，メッセージテキストの内容※3

.1.3.6.1.4.1.116.5.17.12.2.14
アラームテーブル名

.1.3.6.1.4.1.116.5.17.12.2.15
アラーム名

.1.3.6.1.4.1.116.5.17.12.2.16

PFM - Agentの場合
PFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合
監視対象ホスト名

PFM - RM（グループエージェント）の場合
プライマリーホスト名（PFM - RMホスト名）

.1.3.6.1.4.1.11.2.17.2.2.0

PFM - Agentの場合
PFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合
監視対象ホスト名

PFM - RM（グループエージェント）の場合
プライマリーホスト名（PFM - RMホスト名）

注※1

複数インスタンスレコードでは，次の動作となります。

対象インスタンスのうち，一つでも異常域や警告域の値が検知された場合
アラーム定義時に設定されたユーザー定義メッセージがメッセージテキスト(MIBオブジェクトID:.1.3.6.1.4.1.116.5.17.12.2.13)に表示されます。その場合，イベントの発行契機となったデータ要素の値は，最初にしきい値の超過が検知されたインスタンスの値となります。

異常または警告から正常に状態が戻る場合
アラーム正常回復時の測定値出力機能が有効の場合，アラーム定義時に設定されたユーザー定義メッセージがメッセージテキストに表示されます。イベントの発行契機となったデータ要素の値は，最後に異常または警告のアラームが発行されたときに発行の要因となったインスタンスの現在の測定値となります。
アラーム正常回復時の測定値出力機能が無効の場合，正常イベントは発行されますが，すべてのインスタンスの値が正常域となり，イベント発行の要因となる値が特定されないため，メッセージテキストには何も設定されません。その場合，イベントの発行契機となったデータ要素の値には，「<OK>」が設定されます。
アラーム正常回復時の測定値出力機能の詳細については，「6.3.5 アラーム正常回復時の測定値出力機能の設定」を参照してください。

注※2

Performance Management内部で使用する値のため，運用時は使用しないでください。

注※3

メッセージテキストに表示される値は，次のようになります。

アラーム正常回復時の測定値出力機能が有効の場合：

Alarm updated/deleted：アラーム定義が更新または削除された

Alarm deactivated：アラームが非アクティブ状態になった

Alarm cleared：PFM - AgentまたはPFM - RMが異常または警告の状態で，アラームのバインドが解除されたり（アラームが発生しているアラームテーブルをGUIからインポートした場合も該当），PFM - AgentまたはPFM - RMが停止したりした

Alarm expired：現在時刻がアラーム評価時間外となった

ユーザー定義メッセージ：アラームの状態が変化した

アラーム正常回復時の測定値出力機能が無効の場合：

Alarm updated/deleted：アラーム定義が更新または削除された

Alarm deactivated：アラームが非アクティブ状態になった

Alarm cleared：PFM - AgentまたはPFM - RMが異常または警告の状態で，アラームのバインドが解除されたり（アラームが発生しているアラームテーブルをGUIからインポートした場合も該当），PFM - AgentまたはPFM - RMが停止したりした

Alarm expired：現在時刻がアラーム評価時間外となった

ユーザー定義メッセージ：単数インスタンスレコードでアラームの状態が変化した，または複数インスタンスレコードでアラームの状態が異常もしくは警告に変化した

なし：複数インスタンスレコードでアラームの状態が異常または警告から正常になった

また上記1～4の場合，イベントの発行契機となったデータ要素の値には，「(N/A)」が設定されます。

12.　ODBC準拠のアプリケーションプログラムと連携した稼働分析

この章では，Performance ManagementとODBC準拠のアプリケーションプログラムとを連携する場合のセットアップ方法，およびサポートするSQLの機能について説明します。

＜この章の構成＞

12.1　ODBC準拠の稼働分析アプリケーションプログラムとの連携の概要

12.2　インストールとセットアップ

12.3　Microsoft Excelでのパフォーマンスデータ抽出例

12.4　注意事項

12.1　ODBC準拠の稼働分析アプリケーションプログラムとの連携の概要

Performance Managementでは，ODBCに準拠している稼働分析アプリケーションから，PFM - AgentまたはPFM - RMで収集したパフォーマンスデータにアクセスできます。ODBC準拠のアプリケーションプログラムからPFM - AgentまたはPFM - RMで収集したパフォーマンスデータにアクセスするには，PFM ODBCドライバーを使用します。システム管理者は，パフォーマンスデータを，Microsoft ExcelなどのODBC準拠の稼働分析アプリケーションで，抽出したり編集したりして，稼働状況の分析に役立てることができます。

Performance ManagementからODBC準拠の稼働分析アプリケーションへのデータの流れを次の図に示します。

図12-1　Performance ManagementからODBC準拠の稼働分析アプリケーションへのデータの流れ

注意

稼働分析を行うためには，ODBC準拠の稼働分析アプリケーションを別途準備する必要があります。

12.2　インストールとセットアップ

ここでは，ODBC準拠のアプリケーションプログラムと連携する場合のインストールおよびセットアップ方法について説明します。

＜この節の構成＞

12.2.1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

12.2.2　インストール

12.2.3　セットアップ

12.2.1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

ODBC準拠のアプリケーションプログラムと連携するため前提となるOSについて，次に示します。

表12-1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

OS名 | ODBC準拠のアプリケーションとの連携
Windows Server 2003 (x86) | ○
Windows Server 2003 (x64) | －※
Windows Server 2008 (x86) | －
Windows Server 2008 (x64) | －

（凡例）

○：サポートする

－：サポートしない

注※

PFM ODBCドライバーはインストールされますが，使用できません。

12.2.2　インストール

PFM ODBCドライバーは，PFM - ManagerまたはPFM - Baseがインストールされているホストにインストールされます。PFM - ManagerおよびPFM - Baseのインストール方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

ODBC準拠のアプリケーションプログラムは，PFM ODBCドライバーがインストールされているホストに，インストールする必要があります。

注意

PFM ODBCドライバーは，Windows環境だけにインストールされます。

12.2.3　セットアップ

PFM ODBCドライバーを使用するためのセットアップ手順を次に示します。

＜この項の構成＞

(1)　PFM - AgentまたはPFM - RMの追加セットアップを実行する

(2)　接続先PFM - Managerを設定する

(3)　データソースを設定する

(1)　PFM - AgentまたはPFM - RMの追加セットアップを実行する

PFM ODBCドライバーを使用してパフォーマンスデータを取得するには，PFM - AgentまたはPFM - RMの追加セットアップを行います。

PFM ODBCドライバーを使用するホストにPFM - Managerがインストールされていて，PFM - Managerのセットアップ時にすでにPFM - AgentまたはPFM - RMを登録している場合，この手順は不要です。

また，PFM - Managerのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMは自動的に登録されるため，この手順は不要です。ただし，PFM - ManagerよりあとでリリースされたPFM - AgentまたはPFM - RMについては手動で登録する必要があります。

PFM ODBCドライバーを使用するホストに，PFM - Managerがインストールされていない，かつPFM - Baseがインストールされている場合は，PFM - Managerのセットアップ時のPFM - AgentまたはPFM - RMの登録と同様に，PFM ODBCドライバーを使用するホストにPFM - AgentまたはPFM - RMのセットアップファイルをコピーし，セットアップコマンドを実行してください。

(a)　PFM - AgentまたはPFM - RMのセットアップファイルをコピーする

PFM - AgentまたはPFM - RMをインストールしたホストにあるセットアップファイルを，PFM - Baseをインストールしたホストにバイナリモードでコピーします。コピー元とコピー先は，次の表のとおりです。

表12-2　コピーするセットアップファイル

プラットフォーム
ファイル

コピー元PFM - Agent，PFM - RM
コピー先PFM - Base
コピー元PFM - AgentまたはPFM - RM
コピー先PFM - Base

Windows
Windows
インストール先フォルダ¥setup¥jpcxxxxw.EXE※
インストール先フォルダ¥setup¥

UNIX
インストール先フォルダ¥setup¥jpcxxxxu.Z※
/opt/jp1pc/setup/

UNIX
Windows
/opt/jp1pc/setup
/jpcxxxxw.EXE※
インストール先フォルダ¥setup¥

UNIX
/opt/jp1pc/setup
/jpcxxxxu.Z※
/opt/jp1pc/setup/

注※

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(b)　PFM - Baseホストでセットアップコマンドを実行する

PFM - BaseホストでPFM -AgentまたはPFM - RMをセットアップするために，次のコマンドを実行します。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM -AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcconf agent setupコマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcconf agent setupコマンドを実行してください。

PFM -AgentまたはPFM - RMのセットアップファイルは，この作業が終了したあと，削除してもかまいません。

(2)　接続先PFM - Managerを設定する

PFM ODBCドライバーを使用する前に，接続先のPFM - Managerをあらかじめ設定しておく必要があります。接続先のPFM - Managerを設定するには，jpcconf mgrhost defineコマンドを使用します。

例えば，接続先として，ホスト「host01」のPFM - Managerを設定する場合は，次のように指定します。

jpcconf mgrhost define -host host01

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

接続先として設定できるPFM - Managerは，ホスト一つに対して一つです。同一ホスト上に，複数のPerformance Managementのプログラムがインストールされている場合，それぞれ異なるPFM - Managerを接続先に設定することはできません。

(3)　データソースを設定する

PFM ODBCドライバーのデータソースは，Windowsの［ODBC データソース アドミニストレータ］ダイアログボックスで設定します。

データソースの設定手順を次に示します。

［ODBC データソース アドミニストレータ］ダイアログボックスを表示する。
Windowsの［スタート］メニューから，［管理ツール］－［データソース(ODBC)］を選択すると，［ODBC データソース アドミニストレータ］ダイアログボックスが表示されます。

［システムDSN］タブを選択する。

［名前］から［Performance Management］を選択し，［構成］ボタンをクリックする。
［Performance Management Driverデータソースセットアップ］ダイアログボックスが表示されます。

データソースの作成に必要な情報を入力する。
設定する内容を次に示します。

項目
内容

［データソース名］
ODBCに準拠するアプリケーションプログラムからの接続要求時に使用するデータソースの名前を，1～32バイトの半角英数字および半角記号で指定する。ただし，次の記号は使用できない。
[ ] { } ( ) , ; ? * = ! @ ¥
デフォルトでは，「Performance Management」が設定される。

［説明］
データソースの機能や内容がわかるような説明を，0～259バイトの半角英数字および半角記号で指定する。ただし，次の記号は使用できない。
[ ] { } ( ) , ; ? * = ! @
この項目は省略できる。

データソースの詳細オプションを設定する場合は，［オプション］ボタンをクリックする。
［Performance Management Driverデータソースオプション］ダイアログボックスが表示されます。
設定する内容を次に示します。

項目
内容

［インスタンス名サフィックス］
PFM ODBCドライバーのインスタンス名に追加するサフィックスを，0～8バイトの半角英数字で指定する。この項目は省略できる。

［説明］
データソースの機能や内容がわかるような説明を，0～259バイトの半角英数字および半角記号で指定する。ただし，次の記号は使用できない。
[ ] { } ( ) , ; ? * = ! @
この項目は省略できる。

［データ出力にエイリアス名を使用］
出力されるデータに，レコードの各フィールドのPFM - Manager名を含めるかどうかを指定する。この項目をチェックした場合，PFM - Manager名が含まれたデータが出力される。

［ノード名をキャッシュする］
データが要求されるごとにPFM - Managerに接続するかどうかを選択する。この項目をチェックした場合，最初にクエリーを実行したときに取得されたノード名がキャッシュされる。この場合，2回目以降のクエリーの実行時にはノード名の問い合わせは実施されない。また，ODBC準拠のアプリケーションプログラムとの連携中に追加されたPFM - AgentまたはPFM - RMは検索対象にならない。

［デバッグ機能］
PFM ODBCドライバーに対するデバッグ機能を有効にするかどうかを選択する。この項目をチェックした場合，デバッグ機能が有効になり，トレースログが出力される。この項目は，トラブルが発生した場合に使用すること。

［接続中の進行状況表示］
PFM ODBCドライバーがPFM - Managerに接続するときに進行メッセージを表示するかどうかを選択する。この項目をチェックした場合，進行メッセージが表示される。

［PQLリクエストのトレース］
プログラムクエリー言語（PQL：Program Query Language）要求に対するトレースを有効にするかどうかを選択する。この項目をチェックした場合，トレースが有効になる。

［PQLトレースファイル］
［PQLリクエストのトレース］を選択した場合，トレースを出力するファイル名を，1～259バイトの絶対パスで指定する。

［OK］ボタンをクリックする。
［Performance Management Driverデータソースセットアップ］ダイアログボックスに戻ります。

［OK］ボタンをクリックする。
［ODBC データソースアドミニストレータ］ダイアログボックスに戻ります。

［OK］ボタンをクリックする。

12.3　Microsoft Excelでのパフォーマンスデータ抽出例

ここでは，WindowsでMicrosoft Excelを利用して，Performance Managementのパフォーマンスデータを抽出する例を示します。

PFM - Agent for Platform（Windows）で収集したWebアプリケーションサーバのCPUの使用率をMicrosoft Excelのワークシートに抽出する手順を示します。

Microsoft Excelで［データ］－［外部データの取り込み］－［新しいデータベースクエリ］を選択する。
［データソースの選択］ダイアログボックスが表示されます。

［データベース］タブをクリックする。
［データベース］タブが表示されます。

［Performance Management］を選択する。

［OK］ボタンをクリックする。
［クエリウィザード - 列の選択］ダイアログボックスが表示されます。
［使用可能なテーブルと列］にPFM - AgentまたはPFM - RMのレコードの各フィールド名が，PFM - Manager名で表示されています。
レコードの各フィールドのPFM - Manager名については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

［使用可能なテーブルと列］で，データを抽出するテーブルと列を選択し，［>］ボタンをクリックする。
選択したテーブルと列が，［クエリの列］に表示されます。
ここでは，NT_PIテーブルから次の項目を［クエリの列］に追加します。

項目名 | 説明
PI_DATETIME | レコードが生成された日付と時刻を表すレコードのキー。
PI_PCT_TOTAL_PROCESSOR_TIME | プロセッサの使用率（％）。
PI_DEVICEID | PFM - AgentまたはPFM - RMが動作しているホスト名。

ポイント

クエリーには必ず一つ以上のODBCキーフィールドを指定する必要があります。指定しないで［完了］ボタンをクリックすると，KAVE07013-Eメッセージが出力されます。指定するODBCキーフィールドについては，「12.4.4　共通キーフィールドの指定」を参照してください。

［次へ >］ボタンをクリックする。
［クエリウィザード - データの抽出］ダイアログボックスが表示されます。

抽出するデータの条件を設定する。
［抽出する列］には，PFM - AgentまたはPFM - RMのレコードの各フィールド名が，PFM - Manager名で表示されています。

注意

ここで指定できる条件は，=，<>，>，>=，<，<=です。

［次へ >］をクリックする。
［クエリウィザード - 並べ替え順序の設定］ダイアログボックスが表示されます。

抽出するデータの並べ替え順序を設定する。

［次へ >］をクリックする。
［クエリウィザード - 完了］ダイアログボックスが表示されます。

［Microsoft Excelにデータを返す］を選択し，［完了］ボタンをクリックする。
クエリウィザードが終了し，［Microsoft Excelへの外部データの取り出し］ダイアログボックスが表示されます。

抽出するデータの出力先を指定し，［OK］ボタンをクリックする。
選択した出力先に，抽出したパフォーマンスデータが出力されます。

12.4　注意事項

ここでは，PFM ODBCドライバーを使用して，ODBC準拠のアプリケーションプログラムから，Performance Managementのパフォーマンスデータにアクセスする際の注意事項について説明します。

＜この節の構成＞

12.4.1　サポートされているSQL機能

12.4.2　サポートされている式表現

12.4.3　カラム名およびテーブル名の指定規則

12.4.4　共通キーフィールドの指定

12.4.5　時刻の調整

12.4.6　複数エージェント間でのクエリーの実行

12.4.7　Microsoft ExcelからODBCを利用する場合の注意事項

12.4.1　サポートされているSQL機能

PFM ODBCドライバーは，SQL-92エントリレベルのサブセットをサポートしている，読み込み専用のドライバーです。PFM ODBCドライバーでサポートされているSQL機能を，次の表に示します。

表12-3　サポートされているSQL機能

機能
サポート項目

データ型
－
次のデータ型がサポートされている。

char

date

double

float

integer

long

real

smallint

time

timestamp

Tinyint

varchar

構文
文
SELECT文だけサポート。

GROUP BY句
サポート。

ORDER BY句
サポート。

WHERE句
サポート。

FROM句
指定できるテーブル数は1クエリーにつき1テーブルだけ。

検索条件
比較述語として，<，>，<=，>=，=，<>，IN，AND，OR，NOTをサポート。なお，副問い合わせは利用できない。

式表現
SELECTリスト内だけサポート。

エスケープシーケンス
日付，時刻，タイムスタンプ（ts，d，t）をサポート。

12.4.2　サポートされている式表現

PFM ODBCドライバーは，SELECT文の選択リスト内でだけスカラ演算式の使用をサポートしています。WHERE句などの検索条件内での演算式および副問い合わせはサポートしていません。演算子の優先順位，式の構文，および括弧の使用方法については，次の点を除いて標準規則に従います。

リテラル文字列に「"」を含めることはできません。

共通キーフィールドに対しては，AND接続句だけ利用できます。共通キーフィールドについては，「12.4.4　共通キーフィールドの指定」を参照してください。

同一の優先順位を持つ接続句間での演算順序は保証されません。交換則の成り立たない条件式を与える場合，(　)を使用して優先順位を明確にしてください。例を次に示します。

（例）

A and B and C

この場合，交換則が成り立つため，問題ありません。

A or B and C

この場合，交換則が成り立たないため，A or (B and C)または(A or B) and Cと明示する必要があります。

＜この項の構成＞

(1)　型変換

(2)　日付，時刻，タイムスタンプ値

(1)　型変換

PFM ODBCドライバーは，すべての標準型変換をサポートしています。数値型は，内部的には次のどれかの数値型になります。

SQL_TINYINT（1バイトの符号付き整数）

SQL_SMALLINT（2バイトの符号付き整数）

SQL_INTEGER（4バイトの符号付き整数）

SQL_DOUBLE（8バイトの浮動小数点数）

各カラムの型は，ODBCドライバーのデータディクショナリで定義されています。例えば，SQL_SMALLINT型のカラムは，SQL_DOUBLE型のカラムに加算できます。加算結果のカラムは，その結果を格納できる最小の型である，SQL_DOUBLEカラムとなります。

(2)　日付，時刻，タイムスタンプ値

PFM ODBCドライバーは，日付，時刻およびタイムスタンプを示す，次の値を含む式をサポートしています。

SQL_DATE

SQL_TIME

SQL_TIMESTAMP

この値を使用する場合，次の規則が適用されます。

加算（+）および減算（-）が使用できます。

SQL_DATEカラムは日数で表されます。例えば，SQL_DATEカラムに3を加算すると，日付は3日分インクリメントされます。

SQL_TIMEカラムおよびSQL_TIMESTAMPカラムは秒数で表されます。例えば，SQL_TIMEカラムに3を加算すると，値は3秒分インクリメントされます。基準となる時刻を次に示します。

SQL_TIMEの場合：午前0時

SQL_TIMESTAMPの場合：1970年1月1日午前0時

SQL_TIMEカラムはSQL_DATEカラムにだけ加算できます。また，SQL_DATEカラムはSQL_TIMEカラムにだけ加算できます。加算結果のカラムは，SQL_TIMESTAMPカラムとなります。これは，時刻と日付の両方に作用する可能性がある演算をするときに便利です。なお，日付，時刻およびタイムスタンプのカラムに関連する，その他の演算は，式演算子のどちらの辺でもサポートされません。

午前0時は00:00:00と指定してください。また，正午は12:00:00と指定してください。

WHERE句に，DATE値，TIME値，またはDATETIME値を指定する場合，エスケープシーケンスおよびリテラル文字列は，次の形式で指定してください。指定できる値は，「YYYY MM DD hh:mm:ss」の形式の文字列です。カラム名およびテーブル名の指定方法については，「12.4.3　カラム名およびテーブル名の指定規則」を参照してください。

エスケープシーケンス

WHERE NT_PI_TCP.PI_TCP_DATETIME = {ts 'YYYY-MM-DD hh:mm:ss'}

WHERE NT_PI_TCP.PI_TCP_DATE = {d 'YYYY-MM-DD'}

WHERE NT_PI_TCP.PI_TCP_TIME = {t 'hh:mm:ss'}

リテラル文字列

WHERE NT_PI_TCP.PI_TCP_DATETIME > 'YYYY/MM/DD hh:mm:ss'

WHERE NT_PI_TCP.PI_TCP_DATE = 'YYYY/MM/DD'

WHERE NT_PI_TCP.PI_TCP_TIME = 'hh:mm:ss'

12.4.3　カラム名およびテーブル名の指定規則

PFM ODBCドライバーを使用して，Performance Managementのパフォーマンスデータを抽出する場合の，カラム名およびテーブル名の指定規則を次に示します。

カラム名
データベースID_フィールド名

テーブル名※
製品タイプ識別子_レコード名

注※

PFM - AgentまたはPFM - RMに複数のデータモデルが混在する場合，最新のデータモデル以外のテーブル名には，データモデルのバージョンを指定する必要があります。

データモデルのバージョンを指定する場合のテーブル名は，次のようになります。

製品タイプ識別子_レコード名_データモデルのバージョン

各指定項目について次に示します。

データベースID

データベースIDには，Storeデータベースの種類を示す識別子を指定します。

指定できる識別子とその意味を次に示します。

PI：PIレコードタイプのレコードであることを示します。

PD：PDレコードタイプのレコードであることを示します。

PFM - AgentまたはPFM - RMによっては，これ以外にも指定できるデータベースIDがあります。データベースIDは，レコードタイプの頭文字で構成されています。各PFM - AgentまたはPFM - RMのレコードタイプについては，各PFM - AgentまたはPFM - RMマニュアルの，PFM - AgentまたはPFM - RMの概要について説明している章を参照してください。

フィールド名

PFM - AgentまたはPFM - RMで収集されるパフォーマンスデータが格納されている各レコードのフィールド名を，PFM - Manager名で指定します。各レコードのフィールド名については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

製品タイプ識別子

Performance Managementの各プログラムの種類を示す識別子を指定します。各PFM - AgentまたはPFM - RMの製品タイプ識別子については，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されている識別子一覧を参照してください。

レコード名

PFM - AgentまたはPFM - RMで収集されるパフォーマンスデータが格納されているレコード名を，PFM - Manager名で指定します。レコード名については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

データモデルのバージョン

PFM - AgentまたはPFM - RMに複数のデータモデルが混在する場合，データモデルのバージョンを指定します。データモデルのバージョンについては，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

PFM - Agent for OracleでActivity Summary（PD_PDAS）レコードのActive Transactions（ACTIVE_TRANSACTIONS）フィールドを抽出する場合のカラム名およびテーブル名の指定例を次に示します。

カラム名：PD_ACTIVE_TRANSACTIONS

テーブル名：ORACLE_PD_PDAS

また，データモデルが混在しているPFM - Agent for Oracleで，データモデルのバージョン5.0のActivity Summary（PD_PDAS）レコードのActive Transactions（ACTIVE_TRANSACTIONS）フィールドを抽出する場合のテーブル名の指定例を次に示します。

テーブル名：ORACLE_PD_PDAS_5.0

12.4.4　共通キーフィールドの指定

PFM - AgentまたはPFM - RMのStoreデータベースには，キー付きレコードが格納されています。クエリーには必ず一つ以上のODBCキーフィールドを指定してください。

各PFM - AgentまたはPFM - RMで共通なODBCキーフィールドを次の表に示します。

表12-4　共通ODBCキーフィールド

ODBCキーフィールド
説明

レコードID_DATE
レコードが生成された日付を表すレコードのキー。

レコードID_DATETIME
レコードID_DATEフィールドとレコードID_TIMEフィールドの組み合わせ。

レコードID_DEVICEID

インスタンス起動するエージェントの場合

インスタンス名[ホスト名]

インスタンス起動をしないエージェントの場合

ホスト名

レコードID_DRAWER_TYPE
区分。有効な値を次に示す。
m：分
H：時
D：日
W：週
M：月
Y：年

レコードID_PROD_INST
監視対象のシステム名。

レコードID_PRODID
プロダクト識別子。

レコードID_RECORD_TYPE
レコードタイプを表す識別子（4バイト）。

レコードID_TIME
レコードが生成された時刻（グリニッジ標準時（GMT：Greenwich Mean Time））。

注

レコードIDには，各PFM - AgentまたはPFM - RMのレコードIDを入力します。各PFM - AgentまたはPFM - RMのレコードIDについては，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章（レコード一覧）を参照してください。

PFM - AgentまたはPFM - RMのレコードによっては，共通ODBCキーフィールド以外にも指定できるキーフィールドがあることがあります。指定できるODBCキーフィールドについては，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章（ODBCキーフィールド一覧）を参照してください。

12.4.5　時刻の調整

Performance Managementのパフォーマンスデータは，デフォルトでは，グリニッジ標準時に基づいて格納されます。時刻をローカル時刻に調整したい場合は，GMT_ADJUSTフィールドを加算します。

例えば，タイムスタンプの値をローカル時刻に調整する場合，次のように記述します。

SELECT PI_TCP_DATETIME+PI_TCP_GMT_ADJUST, ...
FROM PI_TCP WHERE ...

12.4.6　複数エージェント間でのクエリーの実行

複数のエージェントにわたってクエリーを実行する場合，GROUP BY句，ORDER BY句については，エージェントごとに結果が返されます。

例えば，次のようにエージェントAとエージェントBから情報を収集した場合，結果セットはエージェントAとエージェントBに対して別々にソートされた結果の集合として返されます。エージェントAとエージェントBの結果セットに対してソートはされません。

SELECT レコードID_DATE, ... from ... where ...レコードID_PROD_INST='A' and
レコードID_PROD_INST='B' ORDER BY レコードID_DATE

12.4.7　Microsoft ExcelからODBCを利用する場合の注意事項

Microsoft Excelからクエリーを実行する場合，クエリーの抽出条件フィールドの値として「?」を含む文字列を指定することはできません。指定した場合，KAVE07000-Eメッセージが出力されます。

Microsoft Excel（Microsoft Query）からODBCドライバーを利用してデータを取得する場合，日時を用いてフィルタリングをするときは，次に示す設定をしておく必要があります。

設定場所

Windowsの場合
［コントロールパネル］－［地域と言語のオプション］－［カスタマイズ］ボタンで表示される［地域のオプションのカスタマイズ］ダイアログボックスの［時刻］タブ。

設定内容

時刻の形式を12時間表記にする。

午前の記号を「AM」にする。

午後の記号を「PM」にする。

抽出条件として複数のテーブルを同時に指定することはできません。一つのテーブルに含まれる列だけを指定してください。

13.　Performance Managementの障害検知

この章では，Performance Managementの障害を検知する方法について説明します。

＜この章の構成＞

13.1　Performance Managementの障害検知の概要

13.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認

13.3　ステータス管理機能によるサービスの状態確認

13.4　PFMサービス自動再起動機能によるPFMサービスの再起動

13.5　システム統合監視製品と連携した障害検知

13.1　Performance Managementの障害検知の概要

Performance Managementでは，ヘルスチェック機能を利用することでPerformance Managementの障害を検知できます。ヘルスチェック機能では，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視し，監視結果を監視エージェントの稼働状態の変化としてPFM - Web Console上に表示します。また，PFM - RMを使用している場合は，監視対象ホストが稼働しているかを知ることができます。

また，PFMサービス自動再起動機能を利用することで，PFMサービスが何らかの原因で異常停止した場合に自動的にPFMサービスを再起動したり，定期的にPFMサービスを再起動したりすることができます。

ヘルスチェック機能によって監視エージェントの稼働状態を監視したり，PFMサービス自動再起動機能によってPFMサービスを自動再起動したりするには，Performance Managementのサービスの詳細な状態を確認するステータス管理機能を使用します。このため，対象となる監視エージェントがステータス管理機能に対応したバージョンであり，ステータス管理機能が有効になっている必要があります。ホストの稼働状態を監視する場合は前提となる条件はありません。また，PFM - RMの監視対象ホストの稼働状態を監視する場合は，PFM - RMホストでステータス管理機能が有効になっている必要があります。なお，ステータス管理機能はPFM - AgentまたはPFM - RMごとに利用できるバージョンが異なります。ステータス管理機能を利用できるPFM - AgentまたはPFM - RMのバージョンについては，「13.3　ステータス管理機能によるサービスの状態確認」を参照してください。

また，Performance Managementのログファイルをシステム統合監視製品であるJP1/Baseで監視することによっても，Performance Management自身の障害を検知できます。これによって，システム管理者は，トラブルが発生したときに障害を検知し，要因を特定して復旧の対処をします。

北海道支店のPFM - Agentと，九州支店のPFM - Agentが稼働するホストで障害が発生したときに，Performance Managementで検知する例を次の図に示します。

図13-1　Performance Managementに障害が発生した場合の障害検知例（PFM - Agentの場合）

次に，北海道支店のPFM - RMサービスと，九州支店のPFM - RMの監視対象ホストで障害が発生したときに，Performance Managementで検知する例を次の図に示します。

図13-2　Performance Managementに障害が発生した場合の障害検知例（PFM - RMの場合）

13.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認

ここではPFM - AgentまたはPFM - RMのサービスや，PFM - AgentまたはPFM - RMが稼働するホスト，またPFM - RMの監視対象ホストの稼働状態を確認するためのヘルスチェック機能について説明します。

参考

ヘルスチェック機能で，グループエージェント，および次のどちらかの状態にあるため実体が存在しないエージェントの状態を監視することはできません。

エージェントのサービス情報が削除され，jpcconf service syncコマンドによりPFM - Web Consoleに反映された

業務グループの構成変更によって，エージェントに対するユーザーの参照権限が削除された

これらのエージェントのヘルスチェック状態は常に「非対応」になります。

＜この節の構成＞

13.2.1　ヘルスチェック機能の設定

13.2.2　稼働状態の確認方法

13.2.3　ヘルスチェック機能を利用した運用例

13.2.4　ヘルスチェック機能に関する注意事項

13.2.1　ヘルスチェック機能の設定

＜この項の構成＞

(1)　ヘルスチェック機能のセットアップ

(2)　ヘルスチェックエージェントのプロパティの設定

(1)　ヘルスチェック機能のセットアップ

ヘルスチェック機能を利用するには，次に示す前提条件があります。この条件が満たされない場合，ヘルスチェック機能は利用できません。

監視エージェントが稼働するホスト稼働状態監視

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - AgentまたはPFM - RMのバージョンに制限なし

なお，PFM - RMの監視対象ホストを監視する場合，PFM - RMホストでステータス管理機能を有効にしておく必要があります。ステータス管理機能が有効でない場合，リモートエージェントの状態が正しく認識されません。

監視エージェントのサービス稼働状態監視

サービスの稼働状態監視はステータス管理機能を利用します。このため，対象エージェントがステータス管理機能に対応している必要があります。利用するための前提条件は次のとおりです。なお，PFM - RMのバージョンに制限はありません。

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - Agentの場合，ステータス管理機能に対応したバージョン

PFM - AgentまたはPFM - RMホストのステータス管理機能が有効

2，3番目の条件が満たされない場合，PFM - AgentまたはPFM - RMの状態が正しく認識されません。なお，ステータス管理機能に対応しているPFM - Agentのバージョンについては，「13.3　ステータス管理機能によるサービスの状態確認」を参照してください。PFM - Agentのバージョンとサービス稼働状態監視の利用可否を次に示します。

表13-1　PFM - Agentのバージョンとサービス稼働状態監視の利用可否

対象エージェントホストのステータス管理機能 | 対象エージェントのバージョン | サービス稼働状態監視
有効 | 07-50-01以降 | 利用可能
有効 | 07-50以前※1 | 利用不可※2
無効 | － | 利用不可※3

（凡例）－：該当しない

注※1

同一ホスト上に，PFM - Agent 07-50以前と，PFM - Agent 07-50-01以降またはPFM - Base 08-00以降が混在していて，対象PFM - Agentホスト上ではステータス管理機能が有効になっている場合

注※2　監視エージェントのサービス稼働状態監視は「非対応」と判定されます

注※3　監視エージェントのサービス稼働状態監視は「状態不明」と判定されます

ステータス管理機能の設定方法については，「13.3.1　ステータス管理機能の設定」を参照してください。

また，PFM - RMの監視対象ホストの状態を監視する場合，PFM - RMのプロパティでポーリングを有効に設定する必要があります。PFM - RMのポーリングの設定については，「(d)　PFM - RMのポーリングの設定」を参照してください。

(a)　ヘルスチェック機能を有効にする

ヘルスチェック機能は，PFM - Managerホストで有効に設定します。手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf hc enableコマンドを実行する。
ヘルスチェック機能を有効にするためのコマンドを次のように実行します。

jpcconf hc enable

ヘルスチェック機能の状態を確認する。
次のコマンドで，ヘルスチェック機能の状態がavailableになっているか確認します。

jpcconf hc display

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。
なお，サービスIDは「0A1ホスト名」，「0S1ホスト名」です。

注意

起動対象のサービスにPFM - Managerが含まれ，対象PFM - Managerホストでヘルスチェック機能が有効に設定されている場合，jpcspm startコマンド実行時にPFM - Managerのサービスの一部としてヘルスチェックエージェントも起動します。また，jpcspm stopコマンド実行時にPFM - Managerのサービスの一部としてヘルスチェックエージェントも停止します。

jpcspm start，jpcspm stopコマンドではサービスキーとしてagt0は指定できません。

ポイント

ヘルスチェック機能には，サービスの稼働状態を監視できる「Service」と，エージェントホストの稼働状態を監視できる「Host」の2種類の監視レベルがあります。デフォルトでは「Host」に設定されています。

監視レベルの設定方法については，「(2)　ヘルスチェックエージェントのプロパティの設定」を参照してください。

(b)　ヘルスチェック機能を無効にする

ヘルスチェック機能は，PFM - Managerホストで無効に設定します。手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf hc disableコマンドを実行する。
ヘルスチェック機能を無効にするためのコマンドを次のように実行します。

jpcconf hc disable

ヘルスチェック機能の状態を確認する。
次のコマンドで，ヘルスチェック機能の状態がunavailableになっているか確認します。

jpcconf hc display

PFM - Managerが論理ホスト上にある場合は，実行系または待機系のPFM - Managerホスト上でjpcconf hc displayコマンドを実行します。

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

(c)　ヘルスチェックエージェントの状態を確認する

jpctool service listコマンドで確認できます。また，ヘルスチェック機能によって，ヘルスチェックエージェント自身の稼働状態も確認できます。ただし，ヘルスチェックエージェントのAgent CollectorまたはRemote Monitor Collectorサービスが異常停止した場合，以降，ヘルスチェック結果が正しく表示されないことがあります。

(d)　PFM - RMのポーリングの設定

PFM - RMの監視対象ホストの稼働状態を監視する場合，監視対象ホストへのポーリングをPFM - RMのプロパティで有効に設定する必要があります。設定するプロパティを次に示します。

表13-2　ポーリングのプロパティ設定

フォルダ名
プロパティ名
説明

Health Check Configurations
Health Check for Target Hosts
監視対象ホストへのポーリングをするかどうかを指定する。デフォルト値はNo。
　Yes：ポーリングする。
　No：ポーリングしない。

ポーリングを無効に設定している場合，監視対象ホストの稼働状態は「Not Supported（非対応）」になります。

(2)　ヘルスチェックエージェントのプロパティの設定

ヘルスチェック機能有効時に，PFM - Web Consoleのサービス階層からヘルスチェックエージェントのプロパティを設定することで，稼働監視データの収集間隔や監視レベルなどヘルスチェック機能に関する設定ができます。設定できるヘルスチェックエージェントのプロパティ一覧を次に示します。

表13-3　ヘルスチェックエージェントのプロパティ一覧

フォルダ名
プロパティ名
説明

Detail Records - HC
Description
レコードの説明としてHealth Check Detailが表示される。

Log
監視結果のデータを採取するかどうかを指定する。デフォルト値はNo。
　Yes：パフォーマンスデータを採取する。
　No：パフォーマンスデータを採取しない。

Collection Interval
収集間隔を0～2,147,483,647の範囲で指定する。単位は秒。デフォルト値は300。なお，ここで指定した値がヘルスチェック機能のポーリング周期となる。

Collection Offset
収集開始時刻オフセットを0～32,767の範囲で指定する。単位は秒。デフォルト値は0。

LOGIF
ログ収集条件を指定する。

Health Check Configurations※1
Monitoring Level※2
監視レベルを指定する。サービスの稼働状態を監視したい場合は「Service」を，エージェントホストの稼働状態を監視したい場合は「Host」を指定する。デフォルト値はHost。

Polling Interval
ポーリング周期が表示される。なお，この値はPD_HCレコードのCollection Intervalに同期する。

Incl. Action Handler
サービスの稼働監視をする場合に，Action Handlerサービスを監視対象に含めるかどうかを指定する。デフォルト値はNo。
　Yes：監視対象に含める。
　No：監視対象に含めない。

Busy as Inactive
エージェントのサービス状態が長時間Busyのとき，停止として扱うかどうかを指定する。デフォルト値はNo。なお，Yesを指定したときだけTime to Busy as Inactiveの設定が有効になる。
　Yes：停止として扱う。※3
　No：停止として扱わない。
なお，エージェントのサービス状態はjpctool service listコマンドで表示される「Status」として確認できる。

Time to Busy as Inactive Collector
Agent CollectorおよびRemote Monitor CollectorサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

Time to Busy as Inactive Store
Agent StoreおよびRemote Monitor StoreサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

Time to Busy as Inactive AH
Action HandlerサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

注※1

Health Check Configurationsの設定を変更した場合，次のポーリング周期から設定が反映されます。

注※2

Monitoring Levelの設定を変更した場合，ヘルスチェックエージェントのリアルタイムレポートでは，レポートの表示時点で変更後のポーリングが完了しているかどうかによって，表示されるヘルスチェック結果が異なります。

監視エージェント | 表示されるヘルスチェック結果
変更後の設定によるポーリングが完了している監視エージェント | 変更後の設定で最新のヘルスチェック結果
変更後の設定によるポーリングが行われていない監視エージェント | 変更前の設定で最新のヘルスチェック結果

このため，一時的に，変更前と変更後の設定が混在して表示されることがあります。

注※3

Busyの状態が継続している時間は，ポーリングを行った時刻（PFM - Managerの稼働するホストの時刻）と，サービスがBusyの状態に遷移した時刻（PFM - AgentまたはPFM - RMの稼働するホストの時刻）の差から計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

13.2.2　稼働状態の確認方法

ヘルスチェック状態は，PFM - Web Consoleのエージェント階層に表示されるツリー上のアイコン，［イベントモニター］画面または［イベント履歴］画面で確認できます。また，ヘルスチェックエージェントのレポートを利用して，より詳細な情報を確認することもできます。なお，ヘルスチェックエージェントのレポートでは，ポーリングが完了した監視エージェントの情報だけが表示されます。ポーリング実行前にはレポートを表示できません。各画面に表示される内容については，マニュアル「JP1/Performance Management リファレンス」の画面について説明している章を参照してください。

＜この項の構成＞

(1)　PFM - Agentの場合

(2)　PFM - RMの場合

(1)　PFM - Agentの場合

(a)　PFM - Agentが稼働するホストの稼働状態を監視するときに発生する事象

PFM - Agentが稼働するホストの稼働状態を監視するときに発生する事象を次の表に示します。

状態 | 説明
Running（動作中） | 対象となる監視エージェントが稼働するホストと通信できる状態
Host Not Available（ホスト停止） | 対象となる監視エージェントが稼働するホストと通信できない状態

ホストの稼働状態監視では，サービスの状態を確認できません。サービスの詳細な状態を知りたい場合は，jpctool service listコマンドで確認してください。

(b)　PFM - Agentのサービスの稼働状態を監視するときに発生する事象

PFM - Agentのサービスの稼働状態を監視するときに発生する事象を次の表に示します。

表13-4　PFM - Agentのサービスの稼働状態を監視するときに発生する事象

状態
説明

Running（動作中）
対象エージェントのすべての機能が正常に稼働している状態
対象エージェントのAgent CollectorサービスおよびAgent Storeサービスが稼働している場合
同一ホスト上のAction Handlerサービスも監視対象に追加する設定の場合，上記条件に加えてAction Handlerサービスも稼働している場合

Incomplete（縮退稼働）
対象エージェントの一部の機能が不完全な状態
次のどちらかの場合

ヘルスチェックエージェントのプロパティで，同一ホスト上のAction Handlerサービスも監視対象に追加できる対象エージェントのAgent Collectorサービスは稼働しているが，Agent Storeサービスが停止※している場合
また，Action Handlerサービスも監視対象に追加する場合，Agent Collectorサービスは稼働しているが，Agent StoreサービスまたはAction Handlerサービスが停止※している状態

対象エージェントのAgent Collectorサービスがスタンドアロンモードで動作している場合

Not supported（非対応）
対象エージェントがステータス管理機能に対応していない場合
対象ホストにPFM - Base 08-00以降などがインストールされておりステータス管理機能が有効に設定されているが，対象エージェントがPFM - Agent 07-00などステータス管理機能に非対応の場合
なお，対象ホストでステータス管理機能が有効に設定されていない場合は，「状態不明」と判定されます

Stopped（サービス停止）
対象エージェントの機能が停止している状態
対象エージェントのAgent Collectorサービスが停止※している場合

Unconfirmed（状態不明）
対象エージェントのステータスが確認できない状態
対象エージェントが稼働するホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合，PFM - Agent 07-00単体の場合など）

Host Not Available（ホスト停止）
対象エージェントが稼働するホストが停止している状態
対象エージェントが稼働するホストと通信できない場合

注※

サービスが「Active」または「Busy」以外の場合に停止と判断します。ただし，ヘルスチェックエージェントのプロパティで設定した時間以上「Busy」が続いている場合にも，該当サービスを停止として扱うように設定できます。

それぞれの状態での，ホストおよび監視エージェントのサービスの稼働状態を次の表に示します。

表13-5　ヘルスチェックの状態とホストおよび監視エージェントのサービスの稼働状態

状態
監視エージェントが稼働するホスト
Status Server
Agent Collector
Agent Store
またはAction Handler

Running（動作中）
○
○
○
○

○
○
○
○※

Incomplete（縮退稼働）
○
○
○
×

○
○
○※
－

Not supported（非対応）
○
○
△
－

Stopped（サービス停止）
○
○
×
－

Unconfirmed（状態不明）
○
×
－
－

Host Not Available（ホスト停止）
×
－
－
－

（凡例）

○：稼働しています

×：停止しています

△：Agent Collectorサービスがヘルスチェック機能に対応していません

－：状態の判定には影響しません

注※　スタンドアロンモードの場合

(2)　PFM - RMの場合

(a)　PFM - RMが稼働するホストの稼働状態を監視するときに発生する事象

PFM - RMが稼働するホストの稼働状態を監視するときに発生する事象を次の表に示します。

表13-6　PFM - RMが稼働するホストの稼働状態を監視するときに発生する事象

状態 | 説明
Running（動作中） | 対象となる監視エージェントが稼働するホストと通信できる状態
Host Not Available（ホスト停止） | 対象となる監視エージェントが稼働するホストと通信できない状態

ホストの稼働状態監視では，サービスの状態を確認できません。サービスの詳細な状態を知りたい場合は，jpctool service listコマンドで確認してください。

(b)　PFM - RMのサービスの稼働状態を監視するときに発生する事象

PFM - RMのサービスの稼働状態を監視するときに発生する事象を次の表に示します。

表13-7　PFM - RMのサービスの稼働状態を監視するときに発生する事象

状態
説明

Running（動作中）
対象PFM - RMのすべての機能が正常に稼働している状態
対象PFM - RMのRemote Monitor CollectorサービスおよびRemote Monitor Storeサービスが稼働している場合
同一ホスト上のAction Handlerサービスも監視対象に追加する設定の場合，上記条件に加えてAction Handlerサービスも稼働しているとき

Incomplete（縮退稼働）
対象PFM - RMの一部の機能が不完全な状態
次のどちらかの場合

ヘルスチェックエージェントのプロパティで，同一ホスト上のAction Handlerサービスも監視対象に追加できる対象PFM - RMのRemote Monitor Collectorサービスは稼働しているが，Remote Monitor Storeサービスが停止※している場合
また，Action Handlerサービスも監視対象に追加する場合，Remote Monitor Collectorサービスは稼働しているが，Remote Monitor StoreサービスまたはAction Handlerサービスが停止※しているとき

対象PFM - RMのRemote Monitor Collectorサービスがスタンドアロンモードで動作している場合

Stopped（サービス停止）
対象PFM - RMの機能が停止している状態
対象PFM - RMのRemote Monitor Collectorサービスが停止※している場合

Unconfirmed（状態不明）
対象PFM - RMのステータスが確認できない状態
対象PFM - RMが稼働するホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合など）

Host Not Available（ホスト停止）
対象PFM - RMが稼働するホストが停止している状態
対象PFM - RMが稼働するホストと通信できない場合

注※

サービスが「Active」または「Busy」以外の場合に停止と判断します。ただし，ヘルスチェックエージェントのプロパティで設定した時間以上「Busy」が続いている場合にも，該当サービスを停止として扱うように設定できます。

それぞれの状態での，ホストおよび監視エージェントのサービスの稼働状態を次の表に示します。

表13-8　ヘルスチェックの状態とホストおよび監視エージェントのサービスの稼働状態

状態 | 監視エージェントが稼働するホスト | Status Server | Remote Monitor Collector | Remote Monitor StoreまたはAction Handler
Running（動作中） | ○ | ○ | ○ | ○
○ | ○ | ○ | ○※
Incomplete（縮退稼働） | ○ | ○ | ○ | ×
○ | ○ | ○※ | －
Stopped（サービス停止） | ○ | ○ | × | －
Unconfirmed（状態不明） | ○ | × | － | －
Host Not Available（ホスト停止） | × | － | － | －

（凡例）

○：稼働しています

×：停止しています

－：状態の判定には影響しません

注※　スタンドアロンモードの場合

(c)　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象

PFM - RMの監視対象ホストの稼働状態を監視する場合，ヘルスチェック機能の監視レベルの設定によって発生する事象が異なります。

なお，ヘルスチェックエージェントからPFM - RMホストへのポーリングと，PFM - RMホストから監視対象ホストへのポーリングの実施タイミングは異なります。監視対象ホストへのポーリングが未実施の場合，監視対象ホストの稼働状態は「Not Supported（非対応）」になります。

●ポーリング設定が無効の場合

PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象を次の表に示します。

表13-9　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（ポーリング設定が無効の場合）

状態 | 説明
Not supported（非対応） | 監視するPFM - RMホストおよびStatus Serverサービスが正常に稼働している状態
Unconfirmed（状態不明） | 監視するPFM - RMホストまたはStatus Serverサービスと通信できない状態

それぞれの状態での，PFM - RMサービスと監視対象ホストの稼働状態を次の表に示します。

表13-10　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（ポーリング設定が無効の場合）

状態 | PFM - RMホスト | Status Server | Remote Monitor Collector | 監視対象ホスト
Not Supported（非対応） | ○ | ○ | － | －
Unconfirmed（状態不明） | × | － | － | －
○ | × | － | －

（凡例）

○：稼働しています

×：停止しています

－：状態の判定には影響しません

●監視レベルが「Host」でポーリング設定が有効の場合

PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象を次の表に示します。

表13-11　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（監視レベルが「Host」でポーリング設定が有効の場合）

状態
説明

Running（動作中）
監視対象ホストのすべての機能が正常に稼働している状態

Not supported（非対応）
監視対象ホストへのポーリングが未実施の状態

Unconfirmed（状態不明）
監視対象ホストのステータスが確認できない状態
次のどれかの場合

監視するPFM - RMホストと通信できない場合

監視するPFM - RMホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合など）

監視するPFM - RMのRemote Monitor Collectorサービスが稼働していない場合

監視対象ホストへのポーリングに失敗した場合

Host Not Available（ホスト停止）
監視対象ホストが停止している状態

それぞれの状態での，PFM - RMサービスと監視対象ホストの稼働状態を次の表に示します。

表13-12　ヘルスチェックの状態とPFM - RMサービスおよび監視対象ホストの稼働状態

状態 | PFM - RMホスト | Status Server | Remote Monitor Collector | 監視対象ホスト
Not Supported（非対応） | ○ | ○ | ○ | △
Running（動作中） | ○ | ○ | ○ | ○
Unconfirmed（状態不明） | × | － | － | －
○ | × | － | －
○ | ○ | × | －
○ | ○ | ○ | ▲
Host Not Available（ホスト停止） | ○ | ○ | ○ | ×

（凡例）

○：稼働しています

△：ポーリング未実施です

▲：通信に失敗しました

×：停止しています

－：状態の判定には影響しません

●監視レベルが「Service」でポーリング設定が有効の場合

PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象を次の表に示します。

表13-13　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（監視レベルが「Service」でポーリング設定が有効の場合）

状態
説明

Running（動作中）
監視対象ホストのすべての機能が正常に稼働している状態

Incomplete（縮退稼働）
監視するPFM -RMサービスの一部の機能が不完全な状態
次のどちらかの場合

監視するPFM - RMのRemote Monitor CollectorサービスのステータスがIncomplete（縮退稼働）の場合

監視するPFM - RMのRemote Monitor Storeサービスが停止※している場合
また，Action Handlerサービスも監視対象に追加する場合，Remote Monitor Collectorサービスは稼働しているが，Remote Monitor StoreサービスまたはAction Handlerサービスが停止※しているとき

Not supported（非対応）
監視対象ホストへのポーリングが未実施の状態

Unconfirmed（状態不明）
監視対象ホストのステータスが確認できない状態
次のどれかの場合

監視するPFM - RMホストと通信できない場合

監視するPFM - RMホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合など）

監視するPFM - RMのRemote Monitor Collectorサービスが稼働していない場合

監視対象ホストへのポーリングに失敗した場合

Host Not Available（ホスト停止）
監視対象ホストが停止している状態

注※

サービスが「Active」または「Busy」以外の場合に停止と判断します。ただし，ヘルスチェックエージェントのプロパティで設定した時間以上「Busy」が続いている場合にも，該当サービスを停止として扱うように設定できます。

それぞれの状態での，PFM - RMサービスと監視対象ホストの稼働状態を次の表に示します。

表13-14　ヘルスチェックの状態とPFM - RMサービスおよび監視対象ホストの稼働状態

状態 | PFM - RMホスト | Status Server | Remote Monitor Collector | 監視対象ホスト | Remote Monitor StoreまたはAction Handler
Not Supported（非対応） | ○ | ○ | ○／● | △ | －
Running（動作中） | ○ | ○ | ○ | ○ | ○／●
Incomplete（縮退稼働） | ○ | ○ | ● | ○ | －
○ | ○ | ○ | ○ | ×
Unconfirmed（状態不明） | × | － | － | － | －
○ | × | － | － | －
○ | ○ | × | － | －
○ | ○ | ○／● | ▲ | －
Host Not Available（ホスト停止） | ○ | ○ | ○／● | × | －

（凡例）

○：稼働しています

●：縮退稼働しています

△：ポーリング未実施です

▲：通信に失敗しました

×：停止しています

－：状態の判定には影響しません

13.2.3　ヘルスチェック機能を利用した運用例

＜この項の構成＞

(1)　システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合

(2)　システムを構成する一部のPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たしていない場合

(3)　JP1/IMと連携して稼働状態を監視する場合

(4)　ファイアウォールまたはNAT環境で運用する場合

(5)　クラスタシステムでヘルスチェック機能を利用する場合

(1)　システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合

システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合，監視レベルをサービス稼働状態監視にして運用することで，ヘルスチェック機能を最大限に活用できます。システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合の例を次の図に示します。

図13-3　システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合の例

監視レベルをサービス稼働状態監視にして運用する場合の手順を次に示します。

ヘルスチェック機能を有効にする。
PFM - Managerホストでjpcconf hc enableコマンドを実行します。

ヘルスチェック機能の設定をする。
PFM - Managerを起動し，PFM - Web Consoleからヘルスチェックエージェントのプロパティを表示し，監視レベルを「Service」に設定します。必要に応じてほかのプロパティも設定します。

ヘルスチェック機能による運用を開始する。
PFM - Web Consoleのエージェント階層で，各エージェントのサービスの稼働状態を確認できます。また，［イベントモニター］画面，［イベント履歴］画面でヘルスチェック状態の変化を確認できます。エージェントを構成する各サービスの稼働状態がヘルスチェック結果としてエージェント状態に反映されます。また，さらに詳細な情報を知りたい場合，レポートとして詳細情報を確認できます。ヘルスチェック機能のレポートのひな形は，監視テンプレートとして用意されています。ヘルスチェック機能の監視テンプレートについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，監視テンプレートの概要について説明している個所を参照してください。
なお，ヘルスチェック状態に異常があった場合，該当するエージェントを再起動するなどの対処をしてください。

(2)　システムを構成する一部のPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たしていない場合

システムを構成するPFM - AgentまたはPFM - RMに，サービス稼働状態監視の前提条件を満たしていないPFM - AgentまたはPFM - RMが含まれている場合，監視レベルをホスト稼働状態監視にして運用することで，ホストの死活監視ができます。監視レベルをサービス稼働状態監視で運用した場合，前提条件を満たしていないPFM - AgentまたはPFM - RMの稼働状態が正確に表示されません。また，通常に比べてポーリングに時間が掛かります。システムを構成する一部のPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たしていない場合の例を次の図に示します。

図13-4　システムを構成する一部のPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たしていない場合の例

監視レベルをホスト稼働状態監視にして運用する場合の手順を次に示します。

ヘルスチェック機能を有効にする。
PFM - Managerホストでjpcconf hc enableコマンドを実行します。

ヘルスチェック機能の設定をする。
PFM - Managerを起動し，PFM - Web Consoleからヘルスチェックエージェントのプロパティを表示し，必要に応じてプロパティを設定します。

ヘルスチェック機能による運用を開始する。
PFM - Web Consoleのエージェント階層で，各エージェントが稼働するホストの稼働状態を確認できます。また，［イベントモニター］画面，［イベント履歴］画面でヘルスチェック状態の変化を確認できます。ホストの死活状態がヘルスチェック結果としてエージェント状態に反映されます。また，さらに詳細な情報を知りたい場合，レポートとして詳細情報を確認できます。ヘルスチェック機能のレポートのひな形は，監視テンプレートとして用意されています。ヘルスチェック機能の監視テンプレートについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，監視テンプレートの概要について説明している個所を参照してください。
なお，ヘルスチェック状態に異常があった場合，該当するホストを再起動するなどの対処をしてください。
すべてのPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たした段階でサービス稼働状態監視に切り替えられます。ホスト稼働状態監視からサービス稼働状態監視に切り替える場合の例を次の図に示します。

図13-5　ホスト稼働状態監視からサービス稼働状態監視に切り替える場合の例

(3)　JP1/IMと連携して稼働状態を監視する場合

JP1/IMと連携することで，JP1/IMの画面上でPerformance Managementの稼働状態に関する問題の発生を知ることができます。また，アラームに関連づけられたレポートを表示することで，Performance Managementの稼働状態の分析や，詳細情報を確認できます。

ヘルスチェック状態の変化をJP1/IMに通知したい場合，アラームを利用できます。監視テンプレートでは，ヘルスチェック状態の変化を通知するためのアラームが，通知する情報の粒度に応じて3種類用意されているため，目的に応じて使い分けてください。JP1/IMと連携する場合，監視テンプレートのアラームをコピーして，アクションとしてJP1イベントを発行するように設定する必要があります。設定方法については，「10.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

(4)　ファイアウォールまたはNAT環境で運用する場合

ファイアウォールまたはNAT環境でヘルスチェック機能を利用する場合，ヘルスチェックエージェントが，各PFM - AgentまたはPFM - RMが稼働するホストのStatus Serverと通信できる必要があるため，ファイアウォールやNATを通過させるための設定が必要です。設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，ファイアウォールの通過方向について説明している個所を参照してください。

ヘルスチェックエージェントで使用するポート番号を次の表に示します。

表13-15　ヘルスチェックエージェントで使用するポート番号

サービス名 | パラメーター | ポート番号 | 用途
Agent Collector（ヘルスチェックエージェント） | jp1pcagt0 | 自動※ | アラームをバインドしたり，リアルタイムレポートを取得したりするときに使用する。
Agent Store（ヘルスチェックエージェント） | jp1pcsto0 | 自動※ | パフォーマンスデータを記録したり，履歴レポートを取得したりするときに使用する。

注※　サービスが再起動されるたびにシステムで使用されていないポート番号が自動的に割り当てられます。

また，PFM - RMホストから監視対象ホストへのポーリングには，ICMPプロトコルが使用されます。PFM - RMの監視対象ホストの稼働状態を確認したい場合は，PFM - RMホストから監視対象ホストに対してICMPプロトコルで通信できるようにファイアウォールを設定してください。詳細については，各PFM - RMマニュアルの付録を参照してください。

(5)　クラスタシステムでヘルスチェック機能を利用する場合

非クラスタシステム運用時と同様にヘルスチェック機能を利用できます。ヘルスチェック機能の設定は，PFM - Managerがあるホストで行う必要があります。

バージョン09-00以降のPFM - Managerの場合，新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のヘルスチェック機能の設定が引き継がれます。必要に応じて，ヘルスチェック機能の設定を変更してください。クラスタシステム運用時のヘルスチェック機能の設定方法については，Windowsの場合は「9.2.2　PFM - Managerのインストールとセットアップ」を，UNIXの場合は「9.4.2　PFM - Managerのインストールとセットアップ」を参照してください。

13.2.4　ヘルスチェック機能に関する注意事項

ヘルスチェック機能に関する注意事項を説明します。

＜この項の構成＞

(1)　ヘルスチェック機能と監視ポーリング間隔の関係について

(2)　指定した間隔で監視ポーリングが完了しない場合の処理

(3)　ヘルスチェック結果の保存とアラーム評価について

(1)　ヘルスチェック機能と監視ポーリング間隔の関係について

ヘルスチェック機能は，各エージェントホストに対してポーリングを実施して，起動状態を確認します。ポーリング間隔が適切に設定されていないと，PFM - AgentまたはPFM - RMが停止したと判断される確率が高くなったり，すべてのエージェントホストに対するポーリングが設定した間隔で完了しなかったり※といった問題が生じます。ここでは，現在設定されている監視ポーリング間隔を確認し，不適切な場合は，改めて適切なポーリング間隔を設定する方法について説明します。

注※

すべてのエージェントホストに対するポーリングが設定した間隔で完了しなかった場合の処理については，「(2)　指定した間隔で監視ポーリングが完了しない場合の処理」および「(3)(b)　指定した間隔で監視ポーリングが完了しない場合のデータ保存とアラーム評価のタイミング」も参照してください。

(a)　監視ポーリング間隔を適切に設定する上で考慮すべき項目

監視ポーリング間隔を適切に設定するには，各エージェントホストに対するポーリング実施間隔と，ポーリングのタイムアウト時間を考慮する必要があります。次に，各エージェントホストに対するポーリング実施間隔と，ポーリングのタイムアウト時間を確認する方法を説明します。

●各エージェントホストに対するポーリング実施間隔

各ホストに対してポーリングが実施される間隔は，PFM - Managerに接続するエージェントホストの数に応じて，ヘルスチェックエージェントが自動的に算出します。なお，同一のホスト上に複数のPFM - AgentまたはPFM - RMが存在する場合も，ポーリングはホスト単位に集約されて実施されます。

各ホストに対するポーリング実施間隔の算出式を次に示します。運用中のシステムで，各エージェントホストに対するポーリング実施間隔を確認する際は，この算出式を使用してください。

各ホストに対するポーリング実施間隔（単位：秒）＝
↓(0.7＊Polling Intervalの値※1) / 全ホスト数※2↓

（凡例）

↓…↓：小数点以下切り捨て

注※1

ヘルスチェックエージェントのHealth Check Configurationsフォルダ配下のPolling Intervalプロパティに表示される値です。

注※2

PFM - Managerに接続するPFM - AgentまたはPFM - RMが動作するホスト数です。1台のホストに複数のPFM - AgentまたはPFM - RMがインストールされていたり，複数のインスタンス環境が存在したりする場合でも，ホスト数は1としてカウントします。

なお，各ホストに対するポーリング実施間隔は最小で2秒です。上記の算出式での算出結果が2秒未満の場合，2秒間隔でポーリングが実施されます。

参考

ヘルスチェック機能の監視レベルの設定値（ヘルスチェックエージェントのHealth Check Configurationsフォルダ配下のMonitoring Levelプロパティに指定した値）は，ポーリング実施間隔には影響しません。よって，各エージェントホストに対するポーリング実施間隔を確認する際に，この値を考慮する必要はありません。

●ポーリングのタイムアウト時間

ヘルスチェック機能でポーリングを実施する際の通信先は，起動状態を確認するホスト上のStatus Serverサービスです。ヘルスチェック機能は，Status Serverサービスからの応答を基にしてエージェントの状態を監視します。接続先のStatus Serverサービスからの応答がない場合，タイムアウトが生じます。タイムアウト時間はポーリング実施間隔によって決まります。運用中のシステムで，タイムアウト時間を確認する際は，次の条件を使用してください。

ポーリング実施間隔が10秒以上の場合：10秒

ポーリング実施間隔が10秒未満の場合：ポーリング実施間隔の値（単位：秒）

なお，タイムアウト時間は最小で2秒です。

●監視ポーリング間隔の適否を判断する基準

設定されている監視ポーリング間隔が適切かどうかを判断するには，「● 各エージェントホストに対するポーリング実施間隔」に示した各ホストに対するポーリング実施間隔と，「● ポーリングのタイムアウト時間」に示したポーリングのタイムアウト時間を踏まえ，次の点を確認してください。

各エージェントホストに対するポーリング実施間隔は10秒以上あるか。

運用環境に応じた適切なタイムアウト時間が確保されているか。

一般に，エージェントホストの数が増加するにつれ，各ホストに対するポーリング実施間隔およびタイムアウトが生じるまでの時間は短くなります。タイムアウト時間が短くなるほど，PFM - AgentまたはPFM - RMが停止したと判断される確率が高くなります。また，監視ポーリング間隔を短く設定した場合，すべてのエージェントホストに対するポーリングが，設定した間隔で完了しなくなります。このため，監視ポーリング間隔は，各エージェントホストに対するポーリング実施間隔が10秒以上になるように設定してください。

次に，各ホストに対するポーリング実施間隔と，タイムアウト時間を確認し，その適否を判断する例を示します。

前提条件

PFM - AgentまたはPFM - RMが動作するホスト数：50

Polling Intervalの値：300

各ホストに対するポーリング実施間隔の算出

各ホストに対するポーリング実施間隔
＝↓0.7＊300 / 50↓
＝↓4.2↓
＝4（単位：秒）

（凡例）

↓…↓：小数点以下切り捨て

タイムアウト時間

各ホストに対するポーリング実施間隔が「4秒」なので，タイムアウト時間は「4秒」。

適否の判断

「各ホストに対するポーリング実施間隔」が「4秒」：10秒未満のため，短過ぎる

タイムアウト時間が「4秒」：運用環境によって判断する

したがって，この場合は監視ポーリング間隔を見直し，適切な値を再設定する必要があることがわかります。

●適切な監視ポーリング間隔を算出する手順

適切な監視ポーリング間隔は，次に示す手順で算出します。算出した監視ポーリング間隔は，Polling Intervalの値と連動する，ヘルスチェックエージェントのHealth Check Detail（PD_HC）レコードのCollection Intervalプロパティに設定してください。

各エージェントホストに対するポーリング実施間隔からPolling Intervalの値を逆算する。

監視ポーリング間隔は60秒の倍数で設定する必要があるため，求めたPolling Intervalの値を60秒の倍数に丸める。

次に，「● 各エージェントホストに対するポーリング実施間隔」に示した算出式を使用して，適切な監視ポーリング間隔を見積もる例を示します。

前提条件

PFM - AgentまたはPFM - RMが動作するホスト数：50

各ホストに対するポーリング実施間隔：10秒

監視ポーリング間隔の算出

10＝(0.7＊Polling Interval) / 50
Polling Interval＝50＊10 / 0.7
               ＝714.2
               ≒720（60秒の倍数に丸める）

よって，監視ポーリング間隔としてHealth Check Detail（PD_HC）レコードのCollection Intervalプロパティに指定する値は「720」。

(2)　指定した間隔で監視ポーリングが完了しない場合の処理

監視ポーリング間隔を短く設定した場合，すべてのエージェントホストに対するポーリングが，設定した間隔で完了しない場合があります。この場合，すべてのエージェントに対するポーリングが完了するまで，ポーリング動作が継続され，継続中に実施が予定されていた次回のポーリングはスキップされます。

事例を次の図に示します。この例では，設定した監視ポーリング間隔は300秒ですが，実際のポーリングには390秒掛かっています。

図13-6　指定した間隔で監視ポーリングが完了しない場合の処理

「ポーリング開始予定時刻(1)」で開始したポーリングが「ポーリング開始予定時刻(2)」の時刻を経過しても完了しないため，2回目に予定されていたポーリング動作はスキップされます。次のポーリングが開始されるのは，1回目のポーリング完了後である「ポーリング開始予定時刻(3)」の時刻になります。

(3)　ヘルスチェック結果の保存とアラーム評価について

ヘルスチェック機能では，通常のPFM - AgentやPFM - RMと同様に，ヘルスチェック結果の履歴データの保存やアラーム評価を実行できます。ここでは，ヘルスチェックエージェントの履歴データの保存およびアラーム評価に関する注意事項を説明します。

(a)　データ保存とアラーム評価のタイミング

ヘルスチェック結果の履歴データを保存するには，ヘルスチェックエージェントのレコード収集設定を有効にします。また，ヘルスチェックエージェントに対してアラームを定義することで，アラーム評価を実行できます。履歴データの保存とアラーム評価は，ヘルスチェックの対象となっているすべてのエージェントホストに対するポーリングが完了したあと，次のポーリングの開始時に実行されます。このため，ポーリング完了時刻からタイムラグが生じます。

事例を次の図に示します。この例では，Host Availability（PI_HAVL）レコードを収集します。また，監視ポーリング間隔は300秒で，実際のポーリングには180秒掛かっています。

図13-7　データ保存とアラーム評価のタイミング

ポーリングが完了した時刻は，1回目が「10:03:00」，2回目が「10:08:00」ですが，それぞれ次回のポーリングが開始されていないため，この時点では履歴データの保存とアラーム評価は実行されません。履歴データの保存とアラーム評価は，次のポーリングが開始される「10:05:00」と「10:08:00」にそれぞれ実行されます。

(b)　指定した間隔で監視ポーリングが完了しない場合のデータ保存とアラーム評価のタイミング

監視ポーリング間隔の間にポーリングが完了しない場合，レコードの履歴データの保存およびアラーム評価は実行されません。すべてのエージェントホストに対するポーリングが完了したあと，次回のポーリング開始時に実行されます。

事例を次の図に示します。この例では，Host Availability（PI_HAVL）レコードを収集します。また，監視ポーリング間隔は300秒ですが，実際のポーリングには390秒掛かっています。

図13-8　指定した間隔で監視ポーリングが完了しない場合のデータ保存とアラーム評価のタイミング

2回目のポーリング開始時刻である「10:05:00」時点では，1回目のポーリングが完了していないため，履歴データの保存とアラーム評価は実行されません。履歴データの保存とアラーム評価は，1回目のポーリングが完了し，2回目のポーリングが開始される「10:10:00」に実行されます。

13.3　ステータス管理機能によるサービスの状態確認

ここではPFM - Managerが起動・停止処理中の場合や，障害などによって停止している場合にPerformance Managementのサービスの状態を確認するための，ステータス管理機能について説明します。

なお，エージェントによってステータス管理機能に対応しているバージョンが異なります。エージェントごとのステータス管理機能対応バージョンを次の表に示します。

表13-16　エージェントごとのステータス管理機能対応バージョン

エージェント
対応バージョン

PFM - Agent for DB2
07-50-01以降

PFM - Agent for Domino
07-50-01以降

PFM - Agent for Enterprise Applications
08-00以降

PFM - Agent for Exchange Server
08-10以降

PFM - Agent for HiRDB
07-50-02以降

PFM - Agent for IBM WebSphere Application Server
08-11以降

PFM - Agent for IBM WebSphere MQ
08-11以降

PFM - Agent for IIS
08-10以降

PFM - Agent for JP1/AJS
08-00以降

PFM - Agent for Microsoft SQL Server
07-50-02以降

PFM - Agent for OpenTP1
（AIX，Linux (x86)の場合）
07-50-02以降

PFM - Agent for OpenTP1
（Linux (IPF)の場合）
07-50以降

PFM - Agent for OpenTP1
（Windows (IPF)の場合）
07-50～08-50

PFM - Agent for OpenTP1
（Windowsの場合）
07-50-01以降

PFM - Agent for Oracle
07-50-02以降

PFM - Agent for Platform（UNIX）
（HP-UX，AIX，Solaris，Linux (x86)の場合）
07-50以降

PFM - Agent for Platform（UNIX）
（Linux (IPF)の場合）
07-50-01以降

PFM - Agent for Platform（Windows）
07-50-01以降

PFM - Agent for Service Response
08-00以降

PFM - Agent for uCosminexus
08-00以降

PFM - Agent for WebLogic Server
08-00以降

PFM - Agent for Virtual Machine
08-51以降

すべてのPFM - RM
すべてのバージョン

＜この節の構成＞

13.3.1　ステータス管理機能の設定

13.3.2　サービスのステータス確認方法

13.3.3　クラスタシステム運用時のステータス管理

13.3.4　ステータス管理機能の障害

13.3.1　ステータス管理機能の設定

＜この項の構成＞

(1)　ステータス管理機能のセットアップ

(1)　ステータス管理機能のセットアップ

ステータス管理機能は，PFM - ManagerおよびPFM - Baseに提供される機能の一つです。

ステータス管理機能は，バージョン08-00以降のPFM - ManagerまたはPFM - Baseを新規にインストールした場合，デフォルトで有効に設定されます。ただし，次の場合は，インストール前の設定を引き継ぎます。

06-70～07-50のPFM - Managerを08-00以降にバージョンアップした場合

06-70～07-50のPFM - Agentがインストールされている環境に，08-00以降のPFM - ManagerまたはPFM - Baseを新規インストールした場合

なお，06-70～07-00のPerformance Managementはステータス管理機能を持たないため，この場合の設定状態は「無効」になります。

ここでは，ステータス管理機能を有効・無効にするためのセットアップ方法について説明します。

注意

ステータス管理機能のStatus Serverサービスはデフォルトで固定のポート番号が割り当てられます。

(a)　ステータス管理機能を有効にする

手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf stat enableコマンドを実行する。
ステータス管理機能を有効にするためのコマンドを次のように実行します。

jpcconf stat enable

ステータス管理機能の状態を確認する。
次のコマンドで，ステータス管理機能の状態がavailableになっているか確認します。

jpcconf stat display

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

(b)　ステータス管理機能を無効にする

手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf stat disableコマンドを実行する。
ステータス管理機能を無効にするためのコマンドを次のように実行します。

jpcconf stat disable

ステータス管理機能の状態を確認する。
次のコマンドで，ステータス管理機能の状態がunavailableになっているか確認します。

jpcconf stat display

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

注意

ステータス管理機能が有効の場合と無効の場合では，jpcspm startコマンドおよびjpcspm stopコマンドで指定できるサービスキーが異なります。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

13.3.2　サービスのステータス確認方法

ステータス管理機能が有効の場合と無効の場合では，jpctool service listコマンドで確認できるサービスのステータス情報が異なります。次にそれぞれの場合で確認できるサービスのステータス情報を示します。

＜この項の構成＞

(1)　ステータス管理機能が有効の場合

(2)　ステータス管理機能が無効の場合

(1)　ステータス管理機能が有効の場合

ステータス管理機能が有効の場合，サービスの起動中や停止中などの詳細なステータス情報をjpctool service listコマンドで確認できます。

図13-9　ステータス管理機能が有効の場合のステータス情報

PFM - Managerと，PFM - AgentまたはPFM - RMでステータス管理機能が有効の場合の構成例とjpctool service listコマンドの出力例を次に示します。

図13-10　ステータス管理機能が有効の場合のシステム構成例

図13-11　jpctool service listコマンドの出力例

(2)　ステータス管理機能が無効の場合

ステータス管理機能をサポートしないバージョンがインストールされているホストや，ステータス管理機能が無効になっているホストの場合，jpctool service listコマンドを実行すると，ステータス管理機能をサポートしない旨のメッセージが出力されます。このとき，次のステータス情報が表示されます。ただし，PFM - Managerが起動していない場合はサービスの状態を確認できません。

図13-12　ステータス管理機能が無効の場合のステータス情報

13.3.3　クラスタシステム運用時のステータス管理

Status Serverサービスは，一つのホストに一つだけ起動されます。そのためクラスタシステム運用時は，物理ホスト上のStatus Serverサービスで，物理ホストおよび論理ホストのサービスの状態が管理されます。

クラスタシステム運用時のステータス管理機能の概要を次に示します。

図13-13　クラスタシステム運用時のステータス管理機能の概要

注意

アクティブ・アクティブ構成のクラスタシステムの場合，Status Serverサービスはフェールオーバーしないように設定するか，常に起動するように設定してください。

13.3.4　ステータス管理機能の障害

ここでは，ステータス管理機能で障害が発生したときのサービスの状態確認について説明します。

＜この項の構成＞

(1)　Status Serverサービスが異常終了した場合

(2)　Status Serverサービス以外のサービスが異常終了した場合

(1)　Status Serverサービスが異常終了した場合

Status Serverサービスが停止しているときは，共通メッセージログにKAVE00203-Wメッセージが出力されます。この場合，サービスの詳細な状態は確認できませんが，ステータス管理機能が無効の場合と同じようにサービスの状態を確認できます。ただし，PFM - Managerが起動していないときはサービスの状態を確認できません。

図13-14　Status Serverサービスが異常終了した場合の例

(2)　Status Serverサービス以外のサービスが異常終了した場合

Status Serverサービス以外のサービスが異常終了した場合は，ステータスファイルの内容が正しく更新されていないことがあります。この場合，ステータス管理機能は各サービスが生成する内部ファイルの状態によってサービスのステータスを判断します。そのため，ステータス管理機能が有効になっている場合と同じようにサービスの状態を確認できます。

13.4　PFMサービス自動再起動機能によるPFMサービスの再起動

ここでは異常停止したPFMサービスを自動的に再起動するためのPFMサービス自動再起動機能について説明します。

Performance Managementでは，PFMサービス自動再起動機能を利用することで，万が一PFMサービスが何らかの原因で異常停止した場合でも自動的に該当サービスを再起動できます。PFMサービス自動再起動機能には次に示す二つの機能があります。

自動再起動機能

PFMサービスが何らかの原因で異常停止した場合に，監視を継続するため，異常停止したPFMサービスを自動的に再起動する機能です。システムの高可用性を実現するクラスタシステムを利用しない場合に，利用することを検討してください。

定期再起動機能

OSやPFMサービス自身の問題によるメモリーリーク，ハンドルリークなどが発生し長期間の継続運用が困難な場合に，監視を継続するため，PFMサービスを定期的に再起動する機能です。通常は利用しません。

＜この節の構成＞

13.4.1　前提条件

13.4.2　PFMサービス自動再起動機能でのサービスの起動単位

13.4.3　PFMサービス自動再起動機能の設定

13.4.4　PFMサービス自動再起動機能の運用

13.4.1　前提条件

ホスト内のPFM - BaseまたはPFM - Managerが08-50以降で，ステータス管理機能が有効に設定されている必要があります。PFM - RMの場合，バージョンに制限はありません。PFM - Agentサービスの再起動を行う場合，PFM - Agentが08-00以降である必要があります。ホスト内に条件に該当しないPFM - Agentが同居している場合も，条件に該当するPFM - AgentサービスおよびAction Handlerサービスについては自動再起動できます。同一ホスト内の製品の組み合わせによるPFMサービスごとの自動再起動の可否を次の表に示します。

表13-17　同一ホスト内の製品の組み合わせによるサービスごとの自動再起動の可否

PFM - ManagerまたはPFM - Baseのバージョン | 各サービスの再起動可否
PFM - Agent 08-00以降またはPFM - RM | PFM - Agent 08-00未満 | PFM - Agentなし
M | A | AH | M | A | AH | M | A | AH
PFM - Manager 08-50以降 | ○ | ○ | ○ | ○ | × | ○ | ○ | － | ○
PFM - Manager 08-50未満 | × | × | × | × | × | × | × | － | ×
PFM - Base 08-50以降 | － | ○ | ○ | － | × | × | － | － | ×
PFM - Base 08-50未満 | － | × | × | － | × | × | － | － | ×
なし | － | － | － | － | × | × | － | － | －

（凡例）

M：PFM - Managerサービス

A：PFM - Agentサービス

AH：Action Handlerサービス

○：再起動できる

×：再起動できない

－：該当しないまたは不可能な組み合わせ

13.4.2　PFMサービス自動再起動機能でのサービスの起動単位

PFMサービス自動再起動機能でのサービス起動単位は，jpcspm startコマンドで指定できる最小単位となります。PFMサービス自動再起動機能でのサービス起動単位を次の表に示します。

表13-18　PFMサービス自動再起動機能でのサービス起動単位

サービス
サービス起動単位

PFM - Managerサービス

Name Serverサービス

Master Managerサービス

Master Storeサービス

Correlatorサービス

Trap Generatorサービス

View Serverサービス

PFM - Agentサービス

Agent Collectorサービス

Agent Storeサービス

ただし，マルチインスタンスエージェントの場合，インスタンスごと。また，ヘルスチェックエージェントの場合，PFM - Managerサービスも同時に起動されます。

PFM - RMサービス

Remote Monitor Collectorサービス

Remote Monitor Storeサービス

Action Handlerサービス
Action Handlerサービス

13.4.3　PFMサービス自動再起動機能の設定

PFM - Web Consoleのサービス階層から，対象サービスごとのプロパティで設定します。なお，ヘルスチェックエージェントについては，ヘルスチェックエージェントのAgent Collectorサービスで設定します。なお，前提条件を満たしていないサービスの場合，設定用のプロパティが表示されません。対象サービスごとの設定個所を次の表に示します。

表13-19　自動再起動の対象となるサービスとプロパティ編集対象のサービスとの対応

対象サービス
設定個所（サービスのプロパティ）

PFM - Managerサービス

Name Server

Master Manager

Master Store

Correlator

Trap Generator

View Server

Master Manager

PFM - Agentサービス

Agent Collector

Agent Store

Agent Collector

PFM - RMサービス

Remote Monitor Collector

Remote Monitor Store

Remote Monitor Collector

Action Handlerサービス

Action Handler

Master Manager，Agent CollectorおよびRemote Monitor Collector※

注※　同一ホスト上のすべての設定個所で同じ設定値を共有します。

なお，同一種類かつ同一データモデルのPFM - AgentまたはPFM - RMについては，複数のホストにプロパティを配布できます。

Agent Collectorサービスでのプロパティの表示例を次の図に示します。

図13-15　Agent Collectorサービスでのプロパティの表示例

対象サービスごとの設定項目を次の表に示します。

表13-20　サービス自動再起動機能の設定項目

フォルダ名
プロパティ名
説明

Restart Configurations
Restart when Abnormal Status※1
自動再起動機能でAbnormal Status※2の場合に再起動するかどうかを指定する。設定値はホスト上のすべてのサービスに対して適用される。デフォルト値はYes。
Yes：再起動する
No：再起動しない

Restart when Single Service Running※1
自動再起動機能でSingle Service Running※3の場合に再起動するかどうかを指定する。設定値はホスト上のすべてのサービスに対して適用される。デフォルト値はNo。
Yes：再起動する
No：再起動しない

サービス名※4
Auto Restart
該当サービスに対して，自動再起動機能を利用するかどうかを設定する。デフォルトはNo。
Yes：自動再起動機能を利用する
No：自動再起動機能を利用しない

Auto Restart - Interval(Minute)
自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を分単位で指定する。1～1440の整数で指定する。デフォルトは10（分）。

Auto Restart - Repeat Limit
自動再起動機能を利用する場合，連続して再起動を試行する回数を指定する。1～10の整数で指定する。デフォルト値は5（回）。

Scheduled Restart
該当サービスに対して，定期再起動機能を利用するかを指定する。デフォルト値はNo。
Yes：定期再起動機能を利用する
No：定期再起動機能を利用しない

Scheduled Restart - Interval
定期再起動機能を利用する場合，再起動間隔を1～1,000の整数で指定する。デフォルト値は1。単位はScheduled Restart - Interval Unitで指定する。

Scheduled Restart - Interval Unit
定期再起動機能を利用する場合，再起動間隔の単位をMonth/Week/Day/Hourで指定する。デフォルト値はMonth。
Month：月
Week：週
Day：日
Hour：時

Scheduled Restart - Origin - Year
定期再起動機能を利用する場合，再起動間隔の起点となる年を指定する。1971～2035※5の整数で指定する。デフォルト値は現在年。※6

Scheduled Restart - Origin - Month
定期再起動機能を利用する場合，再起動間隔の起点となる月を指定する。1～12※5の整数で指定する。デフォルト値は現在月。※6

Scheduled Restart - Origin - Day
定期再起動機能を利用する場合，再起動間隔の起点となる日を指定する。1～31※5の整数で指定する。デフォルト値は現在日。※6

Scheduled Restart - Origin - Hour
定期再起動機能を利用する場合，再起動間隔の起点となる時間を指定する。0～23の整数で指定する。デフォルト値は現在時。※6

Scheduled Restart - Origin - Minute
定期再起動機能を利用する場合，再起動間隔の起点となる時間を指定する。0～59の整数で指定する。デフオルト値は現在時。※6

注※1　同一ホスト上のすべての設定個所で同じ設定値を共有します。

注※2　Status Serverが該当PFMサービスの状態を正常に取得できない場合（該当PFMサービスが例外などで異常終了した場合）

注※3　PFM - AgentまたはPFM - RMサービスのうち，片方のサービスしか起動していない場合

注※4　Master Managerサービスの場合，PFM - ManagerサービスとAction Handlerサービスが表示されます。Agent CollectorまたはRemote Monitor Collectorサービスの場合，PFM - AgentまたはPFM - RMサービスとAction Handlerサービスが表示されます。

注※5　存在しない日付（2007/2/30など）が指定された場合，その月の末日として扱います。

注※6　プロパティを表示した日時を，該当サービスが稼働しているホストのローカルタイムで表示します。

注意

PFMサービス自動再起動機能は，監視の継続を優先するために，特定のサービスだけを再起動します。PFM - Managerサービスは，各サービスが高度に連携して動作するため，特定のサービスだけを再起動すると，連携に問題が生じる場合があります。PFM - Managerサービスに対して定期再起動機能を利用する場合，通常そのサービスよりも後に起動されるPFM - Managerサービスについても再起動を行うように設定してください。その際，時刻を調整して，正しい順序で再起動されるようにしてください。PFM - Managerサービスの起動順序については，「1.1.1　Performance Managementシステム全体の起動順序」を参照してください。また，PFM - Managerサービスに対して自動再起動機能を利用する場合，再起動がおこなわれたあと，システムの運用上問題の少ないタイミングで，PFM - Managerサービスをすべて停止させてから，再起動するようにしてください。PFM - Managerサービスの高可用性を実現するためには，クラスタシステムの利用を推奨します。

13.4.4　PFMサービス自動再起動機能の運用

＜この項の構成＞

(1)　自動再起動機能

(2)　定期再起動機能

(1)　自動再起動機能

自動再起動機能を利用した運用例を次の図に示します。この例では，3時間に1回Agent Collectorサービスの稼働状態を確認し，サービスが停止している場合に自動的に再起動する例です。

図13-16　自動再起動機能を利用した運用例

Restart Configurationsの設定

Restart when abnormal Status：Yes（デフォルト）

Agent Collectorサービスの設定

Auto Restart：Yes

Auto Restart - Interval(Minute)：180

Auto Restart - Repeat Limit：5（デフォルト）

(2)　定期再起動機能

定期再起動機能を利用した運用例を次の図に示します。この例では，1日1回9:00にPFM - Agentサービスを再起動する例です。

図13-17　定期再起動機能を利用した運用例

Agent Collectorサービスの設定

Scheduled Restart：Yes

Scheduled Restart - Interval：1（デフォルト）

Scheduled Restart - Interval Unit：Day

Scheduled Restart - Origin - Year：2007（年）

Scheduled Restart - Origin - Month：11（月）

Scheduled Restart - Origin - Day：1（日）

Scheduled Restart - Origin - Hour：9（時）

Scheduled Restart - Origin - Minute：0（分）

13.5　システム統合監視製品と連携した障害検知

JP1/Baseのログファイルトラップ機能を用いると，Performance Managementの共通メッセージログの内容を，JP1イベントに変換できます。このため，Performance Managementのプログラム自身に障害が発生したときに，JP1イベントを発行することで，JP1/IMで障害を検知できます。

ただし，Performance Managementのプログラム自身の障害を検知するとき以外は，ヘルスチェック機能を利用して障害検知することをお勧めします。ヘルスチェック機能については，「13.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認」を参照してください。

Performance ManagementでJP1/Baseのログファイルトラップ機能と連携して，JP1イベントを発行する手順を次に示します。

＜この節の構成＞

13.5.1　ログの出力方式の設定

13.5.2　JP1/Baseのログファイルトラップ機能の定義ファイル作成例

13.5.3　JP1/Baseのログファイルトラップ機能の起動

13.5.1　ログの出力方式の設定

JP1/Baseのログファイルトラップ機能と連携するためには，Performance Managementの共通メッセージログの出力方式を設定する必要があります。

Performance Managementでは，次の表に示すログファイル出力方式をサポートしています。

表13-21　Performance Managementでサポートしているログファイル出力形式

ログファイル出力方式
説明
出力されるログファイル名

シーケンシャルファイル方式
ログファイル名がjpclog01のファイルへ常に最新ログを書き込む方式。
ログファイルのサイズが設定値に達すると，jpclog01のファイル名をjpclog02に変更して保存し，jpclog01のファイルの内容をクリアし，最新のログを書き込む。
インストール先フォルダ¥log¥jpclog{01|02}

ラップアラウンドファイル方式
ログファイルのサイズが設定値に達すると，次のログファイルの内容をクリアし，次のログファイルに最新ログを書き込む方式。
jpclogw01の次はjpclogw02のファイルへ，jpclogw02の次はjpclogw01のファイルへと最新ログを書き込むファイルが移行する。
インストール先フォルダ¥log¥jpclogw{01|02}

注意

ラップアラウンドファイル方式では，最新のログの判定に，ログファイルの最終更新日時を使用します。このため，Performance Managementが動作するホストの時刻やログファイルの最終更新日時を変更すると，正しく動作しないおそれがあります。

07-50より前のバージョンでは，ラップアラウンドファイル方式に対応していないため，共通メッセージログのラップ方式にラップアラウンドファイル方式を指定した場合でもシーケンシャルファイル方式でログが出力されます。この場合，07-50より前のバージョンではjpclogに，07-50以降のバージョンはjpclogwにログが出力されます。

シーケンシャルファイル方式はSEQ2，ラップアラウンドファイル方式はWRAP2となります。

ログの出力方式を設定する手順を次に示します。

ログ出力方式を変更するホスト上のすべてのPerformance Managementサービスを停止する。

テキストエディターなどで，jpccomm.iniファイルを開く。

共通メッセージログのログファイルトラップ方式を変更する。
次に示す網掛け部分を修正してください。

表13-22　jpccomm.iniファイルの編集項目

セクション名
ラベル名
値の範囲
デフォルト値
説明

[Common Section]
Common Msglog Type
0｜1
0
共通メッセージログのログファイル出力方式。

0：シーケンシャルファイル方式

1：ラップアラウンドファイル方式

jpccomm.iniファイルを編集するときの注意事項を次に示します。

行頭および「=」の前後には空白文字を入力しないでください。

jpccomm.iniファイルには，共通メッセージログのファイルサイズ以外にも，定義情報が記述されています。[Common Section]セクションのCommon Msglog Type以外の値は変更しないようにしてください。必要な項目以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpccomm.iniファイルを保存して閉じる。

Performance Managementサービスを起動する。

注意

共通メッセージログファイルの設定は，同一ホスト上のPerformance Managementプログラムで共通となります。

jpccomm.iniファイルは必要に応じて，バックアップを取得してください。

jpccomm.iniファイルの設定内容をインストール時の状態に戻すには，jpccomm.iniファイルの格納先フォルダにあるjpccomm.ini.modelファイルをjpccomm.iniファイルにコピーしてください。

13.5.2　JP1/Baseのログファイルトラップ機能の定義ファイル作成例

JP1/Baseのログファイルトラップ機能を用いて，JP1イベントを発行するために，動作定義ファイルを作成します。

例えば，KAVE00116-Eメッセージがラップアラウンド方式(WRAP2)で共通メッセージログに出力された場合に，重要度が「異常」でイベントIDが「999」のJP1イベントを発行するための動作定義ファイルは次のようになります。

図13-18　JP1/Baseの動作定義ファイルの設定例

JP1/Baseの動作定義ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

13.5.3　JP1/Baseのログファイルトラップ機能の起動

JP1/Baseのログファイルトラップ機能を起動するため，次のコマンドを実行します。

Windowsの場合

JP1/Baseのインストール先ディレクトリ¥bin¥jevlogstart -r -f 動作定義ファイル名 Performance Managementのインストール先ディレクトリ¥
log¥jpclogw01 Performance Managementのインストール先ディレクトリ¥log¥jpclogw02

UNIXの場合

JP1/Baseのインストール先ディレクトリ/bin/jevlogstart -r -f 動作定義ファイル名 Performance Managementのインストール先ディレクトリ/
log/jpclogw01 Performance Managementのインストール先ディレクトリ/log/jpclogw02

JP1/Baseのログファイルトラップ機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

14.　トラブルへの対処方法

この章では，Performance Managementの運用中にトラブルが発生した場合の対処方法などについて説明します。

＜この章の構成＞

14.1　対処の手順

14.2　トラブルシューティング

14.3　ログ情報

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

14.5　資料の採取方法

14.6　Performance Managementシステムの障害回復

14.1　対処の手順

Performance Managementでトラブルが起きた場合の対処の手順を次に示します。

現象の確認

次の内容を確認してください。

トラブルが発生したときの現象

メッセージの内容（メッセージが出力されている場合）

共通メッセージログなどのログ情報

各メッセージの要因と対処方法については，マニュアル「JP1/Performance Management リファレンス」の，メッセージについて説明している章を参照してください。また，Performance Managementが出力するログ情報については，「14.3　ログ情報」を参照してください。

資料の採取

トラブルの要因を調べるために資料の採取が必要です。「14.4　トラブル発生時に採取が必要な資料」および「14.5　資料の採取方法」を参照して，必要な資料を採取してください。

問題の調査

採取した資料を基に問題の要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

14.2　トラブルシューティング

ここでは，Performance Management使用時のトラブルシューティングについて記述します。Performance Managementを使用しているときにトラブルが発生した場合，まず，この節で説明している現象が発生していないか確認してください。

Performance Managementに発生する主なトラブルの内容を次の表に示します。

表14-1　トラブルの内容

分類
トラブルの内容
記述個所

セットアップやサービスの起動について

Performance Managementプログラムのサービスが起動しない

サービスの起動要求をしてからサービスが起動するまで時間が掛かる

Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

「ディスク容量が不足しています」というメッセージが出力されたあとMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止する

PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

14.2.1

エージェントとの接続について
PFM - Web Consoleで「エージェントに接続できない」などのエラーが出力される。
14.2.2

PFM - Web Consoleへのログインについて

ログイン時に指定したPerformance Managementユーザー名が認識されない

PFM - Web ConsoleからView Serverサービスに対する接続を確立できない

14.2.3

コマンドの実行について

jpctool service listコマンドを実行すると稼働していないサービス名が出力される

jpctool db dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

14.2.4

エージェントの管理について

エージェントがPFM - Web Consoleの［エージェント階層］画面に一つも表示されない

サーバやエージェントの稼働状況が状態不明または非対応になる

14.2.5

レポートの定義について

履歴レポートに表示されない時間帯がある

大量のレポートを表示するとView Serverサービスのメモリー不足が発生する

14.2.6

アラームの定義について

アクション実行で定義したプログラムが正しく動作しない

アラームイベントが表示されない

アラームしきい値を超えているのに，エージェント階層の「アラームの状態の表示」画面に表示されているアラームアイコンの色が緑のまま変わらない

14.2.7

パフォーマンスデータの収集と管理について

データの保存期間を短く設定したにもかかわらず，Agent StoreおよびRemote Monitor StoreサービスのStoreデータベースのサイズが小さくならない

共通メッセージログに「KAVE00128-E Storeデータベースに不正なデータが検出されました」または「KAVE00163-E データベース種別が不正です」というメッセージが出力され，Storeサービスの起動に失敗する

パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる

14.2.8

他プログラムとの連携について

ODBCに準拠しているプログラムとの連携時に，サーバリクエストエラーとなって，接続できない

NNMとの連携時に，イベントブラウザでステータス変更イベントが表示されない

NNMとの連携時に，ovwでシンボルが表示されない

JP1/IMとの連携時に，JP1イベントが通知されない

JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - AgentまたはPFM - RMが監視ツリー画面に表示されない

JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

14.2.9

＜この節の構成＞

14.2.1　セットアップやサービスの起動について

14.2.2　エージェントとの接続について

14.2.3　PFM - Web Consoleへのログインについて

14.2.4　コマンドの実行について

14.2.5　エージェントの管理について

14.2.6　レポートの定義について

14.2.7　アラームの定義について

14.2.8　パフォーマンスデータの収集と管理について

14.2.9　他プログラムとの連携について

14.2.10　その他のトラブルについて

14.2.1　セットアップやサービスの起動について

セットアップやサービスの起動に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　Performance Managementプログラムのサービスが起動しない

(2)　サービスの起動要求をしてからサービスが起動するまで時間が掛かる

(3)　Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

(4)　「ディスク容量が不足しています」というメッセージが出力されたあとMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止する

(5)　PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

(6)　Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

(1)　Performance Managementプログラムのサービスが起動しない

考えられる要因およびその対処方法を次に示します。

PFM - Managerが停止している
PFM - Managerと，PFM - AgentまたはPFM - RMが同じホストにある場合，PFM - Managerが停止していると，PFM - AgentまたはPFM - RMサービスは起動できません。PFM - Managerサービスが起動されているか確認してください。PFM - Managerサービスが起動されていない場合は，起動してください。サービスの起動方法については，「1.　Performance Managementの起動と停止」を参照してください。

Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している
Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している場合，Performance Managementプログラムのサービスは起動できません。デフォルトでは，ポート番号は自動的に割り当てられるため，ポート番号が重複することはありません。Performance Managementのセットアップ時にPerformance Managementプログラムのサービスに対して固定のポート番号を設定している場合は，ポート番号の設定を確認してください。Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している場合は，異なるポート番号を設定し直してください。ポート番号の設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Storeデータベースの格納ディレクトリの設定に誤りがある
次のディレクトリを，アクセスできないディレクトリまたは存在しないディレクトリに設定していると，Agent StoreまたはRemote Monitor Storeサービスは起動できません。ディレクトリ名や属性の設定を見直し，誤りがあれば修正してください。

Storeデータベースの格納先ディレクトリ

Storeデータベースのバックアップディレクトリ

Storeデータベースの部分バックアップディレクトリ

Storeデータベースのエクスポート先ディレクトリ

Storeデータベースのインポート先ディレクトリ

また，これらのディレクトリを複数のAgent StoreまたはRemote Monitor Storeサービスに対して設定していると，Agent StoreまたはRemote Monitor Storeサービスは起動できません。ディレクトリ設定を見直し，誤りがあれば修正してください。

指定された方法以外の方法でマシンのホスト名を変更した
マシンのホスト名の変更方法は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章で説明しています。指定された方法以外の方法でホスト名を変更した場合，Performance Managementプログラムのサービスが起動しないことがあります。次の現象が発生する場合は，この要因に該当しています。

現象が発生しているホストで「jpctool service list -id * -host *」を実行した結果，「Service Name」列にサービスIDが重複するサービスが存在している。

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentからPFM - Managerに接続できない状態から，PFM - Agentを停止しPFM - Agentのホスト名を変更した
Performance Managementの各サービスは，起動時にPFM - Managerに対して自分自身のサービス情報（IPアドレス，ホスト名，ポート番号）を登録し，サービス停止時にそれらの情報を削除しています。ここでサービス停止時に何らかの原因でPFM - Managerのサービスと通信できずにサービス情報が削除できなかった場合，PFM - Manager側にはサービス情報が残ります。この状態で前回とまったく同じサービス情報を使用してサービスを起動した場合，Performance Managementの機能で2重起動が抑止されるため，サービスの起動に失敗します（サービスの起動に失敗したホストの共通メッセージログにはKAVE00133-Eが出力されます）。この場合，サービス情報を変更するため，次の手順を実施してください。

jpcconf port defineコマンドを実行し，PFM - Agentのポート固定を解除する（ポートを固定している場合だけ）。

PFM - Agentサービスを再起動する。

jpcconf port defineコマンドを実行し，PFM - Agentのポートを再度固定する（ポートを固定する場合だけ）

jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

過去に起動していたプロセスが残っている
過去に起動していたプロセスが残っている場合，Performance Managementの機能で2重起動が抑止されるため，そのサービスは起動できません。タスクマネージャー（Windowsの場合）やpsコマンド（UNIXの場合）などで起動に失敗したサービスのプロセスが残っていないか確認し，残っていればプロセスを終了させてください。

サービスコントロールマネージャでエラーが発生した
Windowsでjpcspm startコマンドを実行した場合，KAVE05163-Eメッセージが出力され，サービスの起動に失敗することがあります。この現象が発生した場合，jpcspm startコマンドを再実行してください。頻繁に同じ現象が発生する場合は，jpcspm startコマンド実行時にサービス起動処理がリトライされる間隔および回数を，jpccomm.iniファイルを編集して変更してください。リトライ間隔およびリトライ回数を変更する方法については，「1.8.3　Windowsマシンでの起動について」を参照してください。

(2)　サービスの起動要求をしてからサービスが起動するまで時間が掛かる

jpcspm startコマンドを実行してから，または［サービス］アイコンでサービスを開始してから，実際にサービスが起動するまで時間が掛かることがあります。次の要因で時間が掛かっている場合，2回目の起動時からはサービスの起動までに掛かる時間が短縮されます。

スタンドアロンモードで起動する場合，サービスが起動するまでに時間が掛かることがあります。

Storeデータベースをリストアしたあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが再構築されます。そのため，サービスが起動するまでに時間が掛かることがあります。

エージェントを新規に追加したあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが作成されます。そのため，サービスが起動するまでに時間が掛かることがあります。

電源切断などによってStoreサービスが正常な終了処理を行えなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Storeサービスの起動に時間が掛かることがあります。

(3)　Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

Performance Managementプログラムのサービスを停止した直後に，このサービスが使用していたポート番号で，ほかのプログラムがサービスを開始した場合，通信が正しく実行されないことがあります。この現象を回避するために，次のどちらかの設定をしてください。

Performance Managementプログラムのサービスに割り当てるポート番号を固定する
Performance Managementプログラムの各サービスに対して，固定のポート番号を割り当てて運用してください。ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

TCP_TIMEWAIT値の設定をする
TCP_TIMEWAIT値で接続待ち時間を設定してください。
HP-UX，AIXの場合，次のように指定して，接続待ち時間を75秒以上にしてください。

HP-UXの場合：tcp_time_wait_interval:240000

AIXの場合：tcp_timewait:5

Windows，Solarisの場合，接続待ち時間をデフォルトの設定としてください。デフォルト値は，次のとおりです。

Solarisの場合：4分

Windows Server 2003，Windows Server 2008の場合：2分

Linuxの場合，接続待ち時間のデフォルト値（60秒）は変更できません。Performance Managementプログラムのサービスのポート番号を固定する方法で対応してください。

(4)　「ディスク容量が不足しています」というメッセージが出力されたあとMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止する

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，「ディスク容量が不足しています」というメッセージが出力されたあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止します。

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する
Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されているシステム見積もりを参照してください。
Storeデータベースの格納先について，イベントデータの格納先を変更する方法は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。パフォーマンスデータの格納先を変更する方法については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

Storeデータベースの保存条件を変更する
Storeデータベースの保存条件を変更し，Storeデータベースのデータ量の上限値を調整してください。Storeデータベースの保存条件を変更する方法については，「4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）」，「4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」または「4.2.1　イベントデータのレコード数の上限値を変更する」を参照してください。

これらの対処をしたあともMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが起動されない場合，Storeデータベースに回復できない論理矛盾が発生しています。この場合，バックアップデータからStoreデータベースをリストアしたあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを起動してください。利用できるバックアップデータが存在しない場合は，Storeデータベースを初期化したあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを起動してください。Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。

拡張子が.DBであるファイル

拡張子が.IDXであるファイル

デフォルトのStoreデータベースの格納先ディレクトリは，次のとおりです。

パフォーマンスデータのStoreデータベース格納先ディレクトリ

各PFM - AgentまたはPFM - RMマニュアルを参照してください。

イベントデータのStoreデータベース格納先ディレクトリ

Windowsの場合：
インストール先フォルダ¥mgr¥store¥

UNIXの場合：
/opt/jp1pc/mgr/store/

(5)　PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

Correlatorサービスは起動時にエージェントのアラームステータスを確認します。そのため，エージェントを停止しないでPFM - Managerを再起動した場合，Correlatorサービスの起動に時間が掛かることがあります。このような場合，Correlatorクイック起動機能を有効にすることを検討してください。

Correlatorクイック起動機能を有効にすると，エージェントのアラームステータスの確認はCorrelatorサービスの起動後に必要に応じて実施されるようになるため，サービスの起動に掛かる時間が短縮されます。なお，Correlatorサービスがアラームステータスの確認状況を通知する際，次の表に示すメッセージテキストがエージェントイベントで出力されることがあります。

メッセージテキストの内容 | 意味
State information | Correlatorサービスが，エージェントからアラームイベントを受信し，アラームステータスを正しく確認した。
State information(Unconfirmed) | Correlatorサービスが，エージェントからアラームイベントを受信したが，アラームステータスを確認できなかった。
State change(Unconfirmed) | Correlatorサービスが，アラームステータスが未確認のエージェントからアラームイベントを受信した。受信したアラームイベントの内容からPFM - AgentまたはPFM - RMの状態を推定した。

次の表に，メッセージテキストの出力契機を示します。

Correlatorクイック起動機能の設定 | アラームステータスの確認契機 | アラームステータスの確認成否と出力されるメッセージテキスト
成功 | 失敗
無効（ただし，起動情報ファイル（jpccomm.ini）でRetry Getting Alarm Statusラベルを有効に指定した場合） | PFM - Manager起動時 | State information | State information(Unconfirmed)
アラームステータスの確認失敗後，エージェントから次のアラームイベントを受信したとき | State information | State change(Unconfirmed)※
有効 | PFM - Manager起動後，エージェントからのアラームイベント初回受信時 | State information | State information(Unconfirmed)
アラームステータスの確認失敗後，エージェントから次のアラームイベントを受信したとき | State information | State change(Unconfirmed)※

注※

PFM - Managerが推定したPFM - AgentまたはPFM - RMの状態が変化した場合だけ出力されます。

Correlatorクイック起動機能の設定を変更する手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。
jpccomm.iniファイルは，次の場所に格納されています。
物理ホストの場合

Windowsの場合
インストール先フォルダ¥

UNIXの場合
/opt/jp1pc/

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥

UNIXの場合
環境ディレクトリ/jp1pc/

Correlatorクイック起動機能の利用可否を設定する。
jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合
Correlator Startup Mode=1

無効にする場合
Correlator Startup Mode=0

jpccomm.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

(6)　Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

PFM - AgentまたはPFM - RMホストがWindowsの場合，PFM - AgentまたはPFM - RMの起動時にAgent CollectorサービスまたはRemote Monitor Collectorサービスの起動に失敗して，Windowsの再起動時，Windowsイベントログに次のどちらかのメッセージが出力されることがあります。

「サービス名サービスは起動時に停止しました。」

「サービス名サービスは開始時にハングしました。」

この現象は，Windowsのサービスコントロールマネージャのタイムアウトによって発生するため，PFM - Managerへの通信負荷が高く，PFM - Managerからの応答に時間が掛かるときに発生しやすくなります。次の条件にすべて該当する場合に発生します。

PFM - Managerへの通信負荷が高い。
例えば，多数のPFM - AgentまたはPFM - RMの起動処理が同時に実行されている場合などが該当します。

PFM - AgentまたはPFM - RMの各サービスについて，Windowsの［サービス］アプレットでスタートアップ種別が「自動」に設定されている。

OSを再起動する。

この現象を回避するためには，次のどちらかの設定をして運用してください。

OSの再起動と同時にサービスを起動する場合，Windowsのサービスコントロールマネージャから起動するのではなく，jpcspm startコマンドを実行して起動する。

PFM - AgentまたはPFM - RMホストで次の設定を行って，PFM - AgentまたはPFM - RMの起動時間を短縮する。
この設定で，PFM - AgentまたはPFM - RMのサービスの起動時に，PFM - Managerに接続できない場合の再接続処理が短縮されます。この場合，PFM - AgentまたはPFM - RMのサービスがスタンドアロンモードで起動する確率が高くなります。
PFM - AgentまたはPFM - RMの起動時間を短縮するには，起動情報ファイル（jpccomm.ini）の［Agent Collector x Section］※および［Agent Store x Section］※の「NS Init Retry Count」ラベルを，「NS Init Retry Count =2」から「NS Init Retry Count =1」に変更します。

注※

「x」には，PFM - AgentまたはPFM - RMのプロダクトIDが入ります。プロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されている識別子一覧を参照してください。同一ホスト上にPFM - AgentまたはPFM - RMが複数インストールされている場合は，それぞれのプロダクトIDごとに「NS Init Retry Count」ラベルの値を設定してください。

起動情報ファイル（jpccomm.ini）の格納先は，次のとおりです。

PFM - AgentまたはPFM - RMホストが物理ホストの場合

インストール先フォルダ¥jpccomm.ini

PFM - AgentまたはPFM - RMホストが論理ホストの場合

環境ディレクトリ※¥jp1pc¥jpccomm.ini

注※

論理ホスト作成時に指定した共有ディスク上のディレクトリを示します。

14.2.2　エージェントとの接続について

PFM - Web Consoleで「エージェントに接続できない」などのエラーが出力された場合は，以下のことを確認してください。

PFM - Managerホストから「ping PFM - Agentホスト」を実行し，以下のことを確認してください。

通信ができるか

通信ができた場合，使用されたIPアドレスがPFM - AgentまたはPFM - RMホストで使用されているIPアドレスと同じであるか

jpchostsファイルやhostsファイルを使用している場合，使用されたIPアドレスがPFM - Managerホストと，PFM - AgentまたはPFM - RMホスト上のjpchosts，hostsファイルに正しく設定されているか

Performance Managementでは，jpchosts，hosts，DNSの順に名前解決が行われます。

PFM - AgentまたはPFM - RMホストから「ping PFM - Managerホスト」を実行し，以下のことを確認してください。

通信ができるか

通信ができた場合，使用されたIPアドレスがPFM - Managerホストで使用されているIPアドレスと同じであるか

jpchostsファイルやhostsファイルを使用している場合，使用されたIPアドレスがPFM - Managerホストと，PFM - AgentまたはPFM - RMホスト上のjpchosts，hostsファイルに正しく設定されているか

Performance Managementでは，jpchosts，hosts，DNSの順に名前解決が行われます。

PFM - ManagerとPFM - Agent間，またはPFM - ManagerとPFM - RM間にファイアウォールがある場合は，PFM - Manager，PFM - Agent，およびPFM - RMそれぞれにポートが固定されているか。また，ファイアウォールの通過設定を行っているか
ファイアウォールの通過方向については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

PFM - Managerホストでjpctool service list -id * -host *を実行した場合に，ホスト名変更前の情報が表示されないかどうか
表示された場合は，PFM - Managerでjpctool service deleteコマンドを実行して削除してください。

14.2.3　PFM - Web Consoleへのログインについて

PFM - Web Consoleへのログインに関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　ログイン時に指定したPerformance Managementユーザー名が認識されない

(2)　PFM - Web ConsoleからView Serverサービスに対する接続を確立できない

(1)　ログイン時に指定したPerformance Managementユーザー名が認識されない

指定したPerformance Managementユーザー名のアカウントが作成されていないおそれがあります。監視コンソールからユーザー名「ADMINISTRATOR」でPFM - Web Consoleにログインし，［ユーザー管理階層］画面でPerformance Managementユーザーアカウントが作成されているか確認してください。Performance Managementユーザーアカウントが作成されていない場合は，作成してください。

また，ログイン時に指定したのが業務グループユーザーの場合，業務グループが割り当てられていないおそれがあります。監視コンソールからユーザー名「ADMINISTRATOR」でPFM - Web Consoleにログインし，［ユーザー管理階層］画面でユーザーに業務グループが割り当てられているか確認してください。業務グループが割り当てられていない場合，割り当ててください。

Performance Managementユーザーアカウントの作成方法および業務グループの割り当て方法については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(2)　PFM - Web ConsoleからView Serverサービスに対する接続を確立できない

考えられる要因およびその対処方法を次に示します。

初期設定ファイル（config.xml）に指定されているホスト名またはポート番号に誤りがある
ホスト名およびポート番号が正しいかどうか確認してください。誤りがある場合は指定し直したあと，PFM - Web Consoleを再起動して操作を再実行してください。

View Serverサービスが初期化されていない
View Serverサービスの起動に必要なサービスやプロセスが，まだ起動されていないおそれがあります。しばらく待ってから，操作を再実行してください。

PFM - Managerホストが，PFM - Web Consoleホストから接続できないIPアドレスを使用している
PFM - ManagerホストにIPアドレスが複数設定されている場合や，PFM - ManagerとPFM - Web Console間でIPアドレス変換（NATなど）が実行される場合，接続が確立できないことがあります。この場合は，PFM - Managerでホスト名の設定が必要になります。設定方法については，マニュアル「JP1/Performance Management リファレンス」の，付録に記載されているポート番号一覧を参照してください。

PFM - Web Consoleが対応していない機能が，接続先のPFM - Managerで有効に設定されている
接続先のPFM - ManagerのバージョンがPFM - Web Consoleのバージョンよりも新しい場合，PFM - Web Consoleが対応していない機能が接続先のPFM - Managerで有効に設定されていないかどうか確認してください。
設定が有効になっている場合は，設定を無効にするか，PFM - Web Consoleのバージョンアップを検討してください。
該当する機能と対応するPFM - Web Consoleのバージョンを次の表に示します。

機能 | 対応バージョン
アラームテーブル複数バインド機能 | PFM - Web Console 08-50以降
業務グループによるアクセスコントロール機能 | PFM - Web Console 09-50以降

14.2.4　コマンドの実行について

Performance Managementのコマンドの実行に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　jpctool service listコマンドを実行すると稼働していないサービス名が出力される

(2)　jpctool db dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

(1)　jpctool service listコマンドを実行すると稼働していないサービス名が出力される

考えられる要因およびその対処方法を次に示します。

Performance Managementプログラムのサービス情報を削除しないでPerformance Managementプログラムをアンインストールした
Performance ManagementプログラムをアンインストールしてもPerformance Managementプログラムのサービス情報はデータベースに残っています。jpctool service deleteコマンドを実行して，Performance Managementプログラムのサービス情報を削除してください。jpctool service deleteコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

Performance Managementプログラムのサービス情報を削除しないでマシンのホスト名を変更した
Performance Managementプログラムのサービス情報を削除しないでマシンのホスト名を変更した場合，以前のホスト名が付加されているサービスIDのサービス情報が，Master Managerサービスが管理しているデータベースに残っています。jpctool service deleteコマンドを実行して，Performance Managementプログラムのサービス情報を削除してください。jpctool service deleteコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，ホスト名の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(2)　jpctool db dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

同じStoreサービスに対して，同じエクスポートファイル名を指定して，複数回jpctool db dumpコマンドを実行すると，先に実行した出力結果があとから実行された実行結果に上書きされます。同じStoreサービスに対して，複数回jpctool db dumpコマンドを実行する場合は，異なる名称のエクスポートファイルを指定してください。jpctool db dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

14.2.5　エージェントの管理について

Performance Managementのエージェントの管理に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　エージェントがPFM - Web Consoleの［エージェント階層］画面に一つも表示されない

(2)　サーバやエージェントの稼働状況が状態不明または非対応になる

(1)　エージェントがPFM - Web Consoleの［エージェント階層］画面に一つも表示されない

監視対象のエージェントを定義していないおそれがあります。PFM - Web Consoleで監視対象のエージェントを定義してください。エージェントの定義方法については，「3.　エージェントの監視」を参照してください。

(2)　サーバやエージェントの稼働状況が状態不明または非対応になる

PFM - Web Consoleのサマリ画面に表示されるサーバやエージェントの稼働状況が，状態不明または非対応になった場合，次の手順に従って対処してください。

なお，対処の前にあらかじめ［エージェント階層］画面のナビゲーションフレームに表示されている各エージェントを確認して，稼働状況が状態不明または非対応になっているエージェントを特定してください。

稼働状況ごとの参照個所を次の表に示します。

表14-2　稼働状況ごとの参照個所

エージェント種別 | 稼働状況 | 画面種別
［サーバの稼働状況］画面 | ［エージェントの稼働状況］画面
PFM - AgentまたはRemote Monitor Collectorサービス | 状態不明 | － | (a)参照
非対応 | － | (b)参照
リモートエージェント | 状態不明 | (c)参照
非対応 | (d)参照

（凡例）

－：該当しない

(a)　稼働状況が状態不明になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合

［エージェントの稼働状況］画面に，稼働状況が状態不明になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合，特定したエージェントが稼働するホストでStatus Serverサービスが稼働していません。Status Serverサービスを起動させてください。

(b)　稼働状況が非対応になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合

［エージェントの稼働状況］画面に，稼働状況が非対応になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合，特定したエージェントがステータス管理機能に対応していません。ステータス管理機能に対応したバージョンへのバージョンアップを検討してください。

(c)　稼働状況が状態不明になっているリモートエージェントがある場合

［サーバの稼働状況］画面または［エージェントの稼働状況］画面に，稼働状況が状態不明になっているリモートエージェントがある場合の対処手順を，次に示します。

特定したリモートエージェントに対応するRemote Monitor Collectorサービスを特定する。

特定したRemote Monitor Collectorサービスが起動しているかどうかを確認する。
Remote Monitor Collectorサービスが起動していない場合，起動させてください。
なお，サービスの稼働状況の確認方法については，「1.6　サービスの稼働状況の確認」を参照してください。また，サービスの起動方法については，「1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する」を参照してください。
すでに起動しているか，起動させたあとも，リモートエージェントの稼働状況が状態不明になっている場合，Remote Monitor Collectorサービスが監視対象ホストと通信できなくなっている可能性があります。手順3に進んでください。
起動させたあと，稼働状態が非対応に変化した場合は，「(d)　稼働状況が非対応になっているリモートエージェントがある場合」に進んでください。

特定したRemote Monitor Collectorサービスと監視対象ホスト間の通信設定を確認する。
Remote Monitor Collectorサービスは，ポーリング通信を行うことで監視対象ホストの稼働状況を確認します。ファイアウォールを経由して通信するシステム構成の場合，ファイアウォールの設定を確認してください。なお，ポーリング通信に必要な設定については，各PFM - RMマニュアルの付録を参照してください。
また，ホスト名解決に関する設定を確認してください。

(d)　稼働状況が非対応になっているリモートエージェントがある場合

［サーバの稼働状況］画面または［エージェントの稼働状況］画面に，稼働状況が非対応になっているリモートエージェントがある場合の対処手順を，次に示します。

特定したリモートエージェントに対応するRemote Monitor Collectorサービスを特定する。

［サービス階層］のナビゲーションフレームで，特定したRemote Monitor Collectorサービスを選択する。

メソッドフレームの［プロパティ］をクリックして，［サービスのプロパティ］画面のツリーエリアで［Health Check Configurations］を選択する。

［Health Check for Target Hosts］の値を「Yes」に変更して，［完了］または［適用］ボタンをクリックする。

次回のポーリング周期となる時刻が経過するまで待つ。
ポーリング周期はデフォルトで5分に設定されています。
ポーリング周期となる時刻が経過したあとに稼働状況が状態不明に変化した場合は，「(c)　稼働状況が状態不明になっているリモートエージェントがある場合」の手順3に進んでください。

14.2.6　レポートの定義について

Performance Managementのレポートの定義に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　履歴レポートに表示されない時間帯がある

(2)　大量のレポートを表示するとView Serverサービスのメモリー不足が発生する

(1)　履歴レポートに表示されない時間帯がある

PFM - AgentまたはPFM - RMがインストールされたマシンの現在時刻を，現在時刻よりも未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの履歴情報は保存されません。

(2)　大量のレポートを表示するとView Serverサービスのメモリー不足が発生する

(a)　Windowsの場合

PFM - Web Consoleで大量のレポートデータを取得する際に，View Serverサービスでメモリー不足が発生し，KAVJS5001-Iメッセージが出力されるときがあります。

View Serverサービスは，デフォルトで使用するメモリーの上限値を256メガバイトに固定して動作します。そのためシステムのメモリー空き状況に関係なく，処理するデータ量によってメモリー不足が発生します（なお，この現象が発生するとView ServerサービスによってKAVE00104-Eメッセージが出力されることがあります）。

この現象は，レポートキャッシュファイル化機能を使って，メモリー使用量を抑えることで回避できます。レポートキャッシュファイル化機能は，初期設定ファイル（config.xml）の<vsa> - <reportCacheFileMode>タグ内のuseReportCacheFileにtrueを指定することで有効にできます。初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

また，次の場合，View Serverサービスが使用するメモリーの上限値を拡張してください。

PFM - Web Console 09-00以前を利用している場合など，レポートキャッシュファイル化機能を使用できないとき

View Serverサービスが使用するメモリーの上限値を変更することで，より多くのレポートデータを処理できます。手順を次に示します。

PFM - Managerを停止する。

インストール先ディレクトリ¥mgr¥viewsvr直下に，jvmopt.iniという名称で空ファイルを作成する。

jvmopt.iniをテキストエディターで開いて，次の2行を追加する。

-Xmx<View Serverサービスの使用するメモリーの上限値>
-Djava.rmi.dgc.leaseValue=172800000

jvmopt.iniを上書き保存する。

PFM - Managerを再起動する。

使用例

View Serverサービスが使用するメモリーの上限値を384メガバイトにした場合の例を次に示します。

-Xmx384M
-Djava.rmi.dgc.leaseValue=172800000

注1

-Xmxオプションで指定した数値が，View Serverサービスが使用する最大のメモリー使用量となります。

注2

-Xmxオプションは，View Serverサービスが使用するメモリーの上限値を指定するもので，指定した値のメモリーを常に使用するわけではありません。

注3

View Serverサービスが使用するメモリーの上限値として指定できるのは，384メガバイトまでです。

注4

PFM - Managerを論理ホスト環境で運用している場合は，実行系/待機系両方のインストール先ディレクトリ上にあるjvmopt.iniファイルを変更してください。

(b)　UNIXの場合

PFM - Web Consoleで大量のレポートデータを取得する際に，View Serverサービスでメモリー不足が発生し，KAVJS5001-Iメッセージが出力されるときがあります。

View Serverサービスはデフォルトで使用するメモリーの上限値を256メガバイトに固定して動作します。そのため，システムのメモリー空き状況に関係なく，処理するデータによってメモリー不足が発生します（なお，この現象が発生するとView ServerサービスによってKAVE00104-Eメッセージが出力されることがあります）。

この現象は，レポートキャッシュファイル化機能を使って，メモリー使用量を抑えることで回避できます。レポートキャッシュファイル化機能は，初期設定ファイル（config.xml）の<vsa> - <reportCacheFileMode>タグ内のuseReportCacheFileにtrueを指定することで有効にできます。初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

また，次の場合，View Serverサービスが使用するメモリーの上限値を拡張してください。

PFM - Web Console 09-00以前を利用している場合など，レポートキャッシュファイル化機能を使用できないとき

View Serverサービスが使用するメモリーの上限値を変更することで，より多くのレポートデータを処理できます。手順を次に示します。

PFM - Managerを停止する。

/opt/jp1pc/mgr/viewsvr/jpcvsvrをテキストエディターで開いて，次の行を検索する。

-Xmx<View Serverサービスの使用するメモリーの上限値> ¥

/opt/jp1pc/mgr/viewsvr/jpcvsvrを上書き保存する。

PFM - Managerを再起動する。

使用例

View Serverサービスが使用するメモリーの上限値を384メガバイトにした場合の例を次に示します。

-Xmx384m ¥

注1

-Xmxオプションで指定した数値が，View Serverサービスが使用する最大のメモリー使用量となります。

注2

-Xmxオプションは，View Serverサービスが使用するメモリーの上限値を指定するもので，指定した値のメモリーを常に使用するわけではありません。

注3

上書きインストールを実行すると，/opt/jp1pc/mgr/viewsvr/jpcvsvrのファイルが上書きされます。View Serverサービスが使用するメモリーの上限値を拡張して運用していた場合は，上書きインストール前に上記ファイルのバックアップを取り，上書きインストール後に，再度設定してください。

注4

View Serverサービスが使用するメモリーの上限値として指定できるのは，384メガバイトまでです。

注5

PFM - Managerを論理ホスト環境で運用している場合は，実行系/待機系両方の/opt/jp1pc/mgr/viewsvr/jpcvsvrファイルを変更してください。

14.2.7　アラームの定義について

Performance Managementのアラームの定義に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　アクション実行で定義したプログラムが正しく動作しない

(2)　アラームイベントが表示されない

(3)　アラームしきい値を超えているのに，エージェント階層の「アラームの状態の表示」画面に表示されているアラームアイコンの色が緑のまま変わらない

(1)　アクション実行で定義したプログラムが正しく動作しない

考えられる要因とその対処方法を次に示します。

マシンにログオンした環境とアクション実行で定義したプログラムの実行環境が異なる
マシンにログオンした環境とアクション実行で定義したプログラムの実行環境が異なる場合，プログラムが実行できないことがあります。定義したプログラムがPerformance Managementのアクションとして実行できるかどうか確認してください。Performance Managementのアクションとして実行される場合の実行環境を，次の表に示します。

表14-3　Performance Managementのアクションとして実行される場合の実行環境

実行環境 | Windows | UNIX
アカウント | システムアカウント | rootユーザー権限
環境変数 | Performance Managementプログラムのサービス起動時のシステム環境変数 | Performance Management起動時のrootユーザー環境変数
カレントのディレクトリ | Action Handlerサービスのフォルダ | Action Handlerサービスのディレクトリ
起動時のシェル | （該当なし） | rootユーザー権限のログインシェル

アクション実行で定義したプログラムの実行権限がない
次のプログラムをPerformance Managementのアクションとして定義している場合，実行権限の制限によって，プログラムが実行できないことがあります。

NFSマウントのディレクトリにあるプログラム

NFSマウントのディレクトリにあるファイルを参照または更新するプログラム

定義したプログラムがPerformance Managementのアクションとして実行できるかどうか確認してください。Performance Managementのアクションとして実行される場合の実行環境については，前述の表を参照してください。

PFM - Managerまたはアクション実行先ホストのPFM - AgentまたはPFM - RMのAction Handlerサービスが起動されていない
PFM - Managerまたはアクション実行先ホストのPFM - AgentまたはPFM - RMのAction Handlerサービスが停止していると，アクションが実行されません。アクションを実行する場合は，PFM - Managerおよびアクション実行先ホストのPFM - AgentまたはPFM - RMのAction Handlerサービスを起動しておいてください。

(2)　アラームイベントが表示されない

考えられる要因とその対処方法を次に示します。

PFM - Managerが起動されていない
PFM - Managerを停止すると，PFM - AgentまたはPFM - RMからのアラームイベントを正しく発行できません。アラームイベントを監視する場合は，PFM - Managerを起動しておいてください。

(3)　アラームしきい値を超えているのに，エージェント階層の「アラームの状態の表示」画面に表示されているアラームアイコンの色が緑のまま変わらない

考えられる要因とその対処方法を次に示します。

PFM - Managerホスト，PFM - Agentホスト，およびPFM - RMホストのLANG環境変数が日本語にそろっていない環境で，日本語を使用したアラームテーブルをバインドしている
このような場合，日本語を使用したアラームは正常に評価されません。PFM - Managerホスト，PFM - Agentホスト，およびPFM - RMホストのLANG環境変数を，日本語にそろえて運用してください。LANG環境変数の設定は共通メッセージログを確認し，最新のサービス起動メッセージが日本語と英語のどちらで出力されているかで確認してください。
なお，PFM - Managerホストが英語環境の場合，現在の設定のまま日本語環境に変更すると，既存のアラーム定義が文字化けして削除できなくなります。このため，次の作業を実施してください。

アラーム定義内に日本語を使用したアラームテーブルが必要な場合は，PFM - Web Consoleからすべてエクスポートする。
エクスポートする際に，jpctool alarm exportコマンドは使用できません。

アラーム定義内に日本語を使用したアラームテーブルをすべて削除する。

PFM - Managerを停止する。

PFM - ManagerホストのLANG環境変数を日本語に変更する。

PFM - Managerを起動する。

手順1でアラームテーブルをエクスポートした場合は，PFM - Web Consoleまたはjpctool alarm importコマンドを使用して，アラームテーブルをインポートする。

また，日本語および英語の混在環境での，その他の注意事項については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

14.2.8　パフォーマンスデータの収集と管理について

Performance Managementのパフォーマンスデータの収集と管理に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　データの保存期間を短く設定したにもかかわらず，Agent StoreのStoreデータベースのサイズが小さくならない

(2)　共通メッセージログに「KAVE00128-E Storeデータベースに不正なデータが検出されました」または「KAVE00163-E データベース種別が不正です」というメッセージが出力され，Storeサービスの起動に失敗する

(3)　パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる

(1)　データの保存期間を短く設定したにもかかわらず，Agent StoreのStoreデータベースのサイズが小さくならない

Storeバージョン1.0でStoreデータベースのファイル容量がすでに限界に達している場合，データの保存期間を短く設定してもファイルサイズは小さくなりません。この場合，保存期間を短く設定したあと，いったんStoreデータベースをバックアップし，リストアし直してください。

データの保存期間の設定方法については，「4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）」または「4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」を参照してください。また，Agent StoreおよびRemote Monitor Storeデータベースのバックアップとリストアの方法については，「8.4.2　パフォーマンスデータのバックアップとリストア」を参照してください。

(2)　共通メッセージログに「KAVE00128-E Storeデータベースに不正なデータが検出されました」または「KAVE00163-E データベース種別が不正です」というメッセージが出力され，Storeサービスの起動に失敗する

予期しないサービスの停止またはマシンのシャットダウンによって，Storeデータベースに不整合なデータが発生したおそれがあります。次の方法で対処をしてください。

Storeデータベースを退避してある場合は，Storeデータベースを回復してください。

Storeデータベースを退避していない場合は，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを停止したあと，対応するデータベースファイル（*.DBファイルおよび*.IDXファイル）を削除し，サービスを再起動してください。

(3)　パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる

Agent Collectorサービスによるパフォーマンスデータの収集は，レコードごとにスケジューリングされます。収集時に，ほかのレコードの収集や前回の収集が完了していない場合，収集はスキップされます。

この場合，収集がスキップされるレコードに対してCollection Offsetプロパティを指定することで，スキップを回避できることがあります。Collection Offsetプロパティを指定した場合，該当するレコードの収集を指定した値の分だけずらします。

Collection Offsetプロパティの指定の有無による収集動作の違いを次の図に示します。

図14-1　Collection Offsetプロパティの指定の有無による収集動作の違い

収集のスキップが多発する場合，Collection Offsetプロパティを指定することを検討してください。

14.2.9　他プログラムとの連携について

＜この項の構成＞

(1)　ODBCに準拠しているプログラムとの連携時に，サーバリクエストエラーとなって，接続できない

(2)　NNMとの連携時に，イベントブラウザでステータス変更イベントが表示されない

(3)　NNMとの連携時に，ovwでシンボルが表示されない

(4)　JP1/IMとの連携時に，JP1イベントが通知されない

(5)　JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - AgentまたはPFM - RMが監視ツリー画面に表示されない

(6)　JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

(1)　ODBCに準拠しているプログラムとの連携時に，サーバリクエストエラーとなって，接続できない

考えられる要因とその対処方法を次に示します。

PFM - Managerが起動されていない
PFM - Managerが起動されているか確認し，起動されていない場合は起動してください。

接続先PFM - Managerの設定に誤りがある
接続先に設定されているPFM - Managerを確認し，誤っている場合は修正してください。

(2)　NNMとの連携時に，イベントブラウザでステータス変更イベントが表示されない

考えられる要因とその対処方法を次に示します。

PFM - Managerが起動されていない
PFM - Managerが起動されているか確認し，起動されていない場合は起動してください。

PFM - ManagerのTrap Generatorサービスが起動されていない
PFM - ManagerのTrap Generatorサービスが起動されているか確認し，起動されていない場合は起動してください。

PFM - ManagerのTrap GeneratorサービスのTrap Destinationの設定に誤りがある
連携するNNMがインストールされているホストが，Trap Destinationとして設定されているか，確認してください。

PFM - Web ConsoleでNNM連携の設定がされていない
PFM - Web ConsoleでNNM連携の設定がされているか，確認してください。

NNM登録ファイルに設定したパス名に誤りがある
Windowsの場合，NNM登録ファイルにパス名を正しく設定しているかどうか，確認してください。

NNMのovtrapdサービスが起動されていない
ovstatusコマンドを実行して，ovtrapdサービスが起動されているか，確認してください。

NNMのSNMPの設定に誤りがある
コミュニティがpublic，SNMPポートが空欄または162になっているか，確認してください。

(3)　NNMとの連携時に，ovwでシンボルが表示されない

考えられる要因とその対処方法を次に示します。

ステータス変更イベントが発生していない
アラームブラウザで，ステータス変更イベントが表示されているか，確認してください。

NNMのJPCObjMgrサービスが起動されていない
ovstatusコマンドを実行して，JPCObjMgrサービスが起動されているか，確認してください。

(4)　JP1/IMとの連携時に，JP1イベントが通知されない

考えられる要因とその対処方法を次に示します。

JP1イベントの発行を有効にする設定に誤りがある
PFM - Web Consoleで，JP1イベントの発行について正しく設定されているか，確認してください。

アラームの設定に誤りがある
PFM - Web Consoleで，アラームの設定が正しくされているか，確認してください。

JP1/Baseがインストールおよびセットアップされていない
JP1/Baseがインストールおよびセットアップされているか，確認してください。

(5)　JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - AgentまたはPFM - RMが監視ツリー画面に表示されない

考えられる要因とその対処方法を次に示します。

監視対象のPFM - AgentまたはPFM - RMを一度も起動していない
一度も起動していないPFM - AgentまたはPFM - RMは監視ツリーに表示されません。PFM - AgentまたはPFM - RMを起動してから再表示してください。

PFM - AgentとPFM - Managerが接続されいない，またはPFM - RMとPFM - Managerが接続されていない
PFM - AgentとPFM - Manager，またはPFM - RMとPFM - Managerが接続されているか確認し，接続していない場合は接続してください。

JP1/IMの監視オブジェクト連携機能がセットアップされていない
JP1/IMの監視オブジェクト連携機能がセットアップされているか確認し，セットアップされていない場合は，セットアップしてください。

(6)　JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

考えられる要因とその対処方法を次に示します。

JP1イベントが発行されていない
［イベントモニター］画面でJP1イベントが発行されているか確認してください。JP1イベントが発行されていない場合は，アラームの定義が正しいか確認してください。

JP1/Baseの設定に誤りがある
JP1/Baseの設定に誤りがないか確認してください。PFM - AgentまたはPFM - RMホストからJP1イベントを発行するよう指定した場合には，PFM - AgentまたはPFM - RMホストからPFM - ManagerホストへJP1イベントの転送が設定されているか確認してください。

14.2.10　その他のトラブルについて

トラブルが発生したときの現象を確認してください。メッセージが出力されている場合は，メッセージの内容を確認してください。また，Performance Managementが出力するログ情報については，「14.3　ログ情報」を参照してください。

「14.2.1　セットアップやサービスの起動について」～「14.2.9　他プログラムとの連携について」に示した対処をしても，トラブルが解決できなかった場合，または，これら以外のトラブルが発生した場合，トラブルの要因を調査するための資料を採取し，システム管理者に連絡してください。

採取が必要な資料および採取方法については，「14.4　トラブル発生時に採取が必要な資料」および「14.5　資料の採取方法」を参照してください。

14.3　ログ情報

Performance Managementでトラブルが発生した場合，ログ情報を確認して対処方法を検討します。Performance Managementを運用しているときに出力されるログ情報には，次の4種類があります。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

ここでは，4種類のログ情報，および各ログ情報に設定できるログオプションについて説明します。

＜この節の構成＞

14.3.1　ログ情報の種類

14.3.2　ログ情報のファイル

14.3.1　ログ情報の種類

＜この項の構成＞

(1)　システムログ

(2)　共通メッセージログ

(3)　稼働状況ログ

(4)　トレースログ

(1)　システムログ

システムログとは，システムの状態やトラブルを通知するログ情報のことです。このログ情報は次のログファイルに出力されます。

Windowsの場合
イベントログファイル

UNIXの場合
syslogファイル

出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

Performance Managementのシステムログのほかに，クラスタソフトによるPerformance Managementの制御などを確認するためにクラスタソフトのログが必要です。

(2)　共通メッセージログ

共通メッセージログとは，システムの状態やトラブルを通知するログ情報のことです。システムログよりも詳しいログ情報が出力されます。共通メッセージログの出力先ファイル名やファイルサイズについては，「14.3.2　ログ情報のファイル」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まるため，異なるLANGコードの文字列が混在することがあります。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，共通メッセージログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，フェールオーバー前後の共通メッセージログは，同じログファイルに記録されます。

(3)　稼働状況ログ

稼働状況ログとは，PFM - Web Consoleが出力するログ情報のことです。

稼働状況ログの出力先ファイル名やファイルサイズについては，「14.3.2　ログ情報のファイル」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

(4)　トレースログ

トレースログとは，トラブルが発生した場合に，トラブル発生の経緯を調査したり，各処理の処理時間を測定したりするために採取するログ情報のことです。

トレースログは，Performance Managementのプログラムの各サービスが持つログファイルに出力されます。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，トレースログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，フェールオーバー前後のトレースログは，同じログファイルに記録されます。

14.3.2　ログ情報のファイル

ここでは，Performance Managementから出力されるログ情報について説明します。

＜この項の構成＞

(1)　共通メッセージログおよび稼働状況ログ

(2)　トレースログ

(1)　共通メッセージログおよび稼働状況ログ

Performance Managementのログ情報のうち，共通メッセージログおよび稼働状況ログについて，ログの出力元であるサービス名または制御名，ログファイル名，およびディスク使用量を，OSごとに次の表に示します。なお，稼働状況ログはラップアラウンドファイル方式で書き込まれます。

表14-4　共通メッセージログのファイル名（Windowsの場合）

ログ情報の種類 | 出力元 | ファイル名 | ディスク使用量※1（キロバイト）
共通メッセージログ | Performance Management | インストール先フォルダ¥log¥jpclog{01|02}※2 | 2,048(＊2)
インストール先フォルダ¥log¥jpclogw{01|02}※2 | 2,048(＊2)
共通メッセージログ（論理ホスト運用の場合） | 論理ホスト運用のPerformance Management | 環境ディレクトリ※3¥jp1pc¥log¥jpclog{01|02}※2 | 2,048(＊2)
環境ディレクトリ※3¥jp1pc¥log¥jpclogw{01|02}※2 | 2,048(＊2)

注※1

（　）内の数字は，一つのサービスに対して作成されるログファイルの数を示します。例えば，「256(＊2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で二つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

共通メッセージログのログファイル名には，末尾に「01」または「02」が付加されます。

シーケンシャルファイル（jpclog）方式の場合

末尾が「01」のファイルjpclog01へ常に最新ログが書き込まれる方式です。

ログファイルのサイズが設定値に達すると，jpclog01のファイル名をjpclog02に変更して保存し，jpclog01のファイルの内容をクリアして，最新ログが書き込まれます。

ラップアラウンドファイル（jpclogw）方式の場合

ログファイルのサイズが設定値に達すると，次のログファイルの内容をクリアし，次のログファイルに最新ログが書き込まれます。jpclogw01の次はjpclogw02のファイルへ，jpclogw02の次はjpclogw01のファイルへと最新ログが書き込まれます。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表14-5　稼働状況ログのファイル名

ログ情報の種類
出力元
ファイル名
ディスク使用量※1（キロバイト）

稼働状況ログ
PFM - Web Console
インストール先フォルダ¥log¥jpcwtraceログファイル番号※3.log
4,096(＊10)

jpcrptコマンドの場合※2

インストール先フォルダ¥log¥jpcrpt_実行時のコマンドのプロセスID_logログファイル番号※3.log

jpcrdefコマンド，jpcasrecコマンドおよびjpcaspsvコマンドの場合

インストール先フォルダ¥log¥コマンド名_サブコマンド名_logログファイル番号※3.log

jpcmkkeyコマンドの場合

インストール先フォルダ¥log¥jpcmkkey_logログファイル番号※3.log

上記以外のコマンドの場合

インストール先フォルダ¥log¥コマンド名_logログファイル番号※3.log

4,096(＊10＊9(PFM - Web Consoleのコマンド数))

注※1

（　）内の数字は，一つのサービスに対して作成されるログファイルの数を示します。例えば，「256(＊2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で二つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

jpcrptコマンドを1か月に1500回（1日平均50回）以上実行する場合，上表のディスク使用量以内に抑えるには，ログファイルの保持期間を短くする必要があります。

次に設定例を示します。

3000回/月（平均100回/日）実行する場合

ログファイルの保持期間を15日以内に設定してください。

6000回/月（平均200回/日）実行する場合

ログファイルの保持期間を7日以内に設定してください。

ただし，jpcrptコマンドのログファイルの保持期間については，次に示す条件があるため，設定例は目安です。

jpcrptコマンドのログファイルの保持期間について

jpcrptコマンドは，jpcrptコマンドのログをすべて合算したファイルサイズが，初期設定ファイル（config.xml）で指定した“[logFileNumber]＊[logFileSize]”の値よりも大きい場合に，jpcrptコマンドのログをすべて合算したファイルサイズのほうが小さくなるまで，ログファイルを削除します。

また，削除対象になるのは，初期設定ファイル（config.xml）のlogFileRetentionで指定された日数より前に更新されたファイルだけです。

次に保持期間の計算例を示します。

［例1］

logFileRetentionを3日＝72時間と指定していて，以下の6ファイルが残っている場合

 jpcrpt_3509_log1.log   9MB  100時間前
 jpcrpt_3510_log1.log   9MB   80時間前
 ───＜基準時刻（＝72時間前）＞───
 jpcrpt_3511_log1.log   9MB   60時間前
 jpcrpt_3512_log1.log   9MB   40時間前
 jpcrpt_3513_log1.log   9MB   20時間前
 jpcrpt_3514_log1.log   9MB     数分前

ここで新しくコマンドを実行すると，現在までのログ（6ファイル）の合計サイズが54メガバイトあり，54メガバイト ＞ 40メガバイトとなるため，基準時刻より古いファイルが，合計サイズが40メガバイトを下回るまで，古い順に削除されます。

この場合，jpcrpt_3509_log1.logとjpcrpt_3510_log1.logを削除した時点で，合計36メガバイトとなり，4ファイルが残ります。

［例2］

logFileRetentionを3日＝72時間と指定していて，以下の6ファイルが残っている場合

 jpcrpt_3509_log1.log   7MB  100時間前
 jpcrpt_3510_log1.log   7MB   80時間前
 ───＜基準時刻（＝72時間前）＞───
 jpcrpt_3511_log1.log   7MB   60時間前
 jpcrpt_3512_log1.log   7MB   40時間前
 jpcrpt_3513_log1.log   7MB   20時間前
 jpcrpt_3514_log1.log   7MB     数分前

ここで新しくコマンドを実行すると，現在までのログ（6ファイル）の合計サイズが42メガバイトあり，42メガバイト ＞ 40メガバイトとなるため，基準時刻より古いファイルが，合計サイズが40メガバイトを下回るまで，古い順に削除されます。

この場合，jpcrpt_3509_log1.logを削除した時点で，合計35メガバイトとなり，基準時刻より古いjpcrpt_3510_log1.logも含め，5ファイルが残ります。

［例3］

logFileRetentionを3日＝72時間と指定していて，以下の6ファイルが残っている場合

 jpcrpt_3509_log1.log   1MB  100時間前
 jpcrpt_3510_log1.log   1MB   80時間前
 ───＜基準時刻（＝72時間前）＞───
 jpcrpt_3511_log1.log   1MB   60時間前
 jpcrpt_3512_log1.log   1MB   40時間前
 jpcrpt_3513_log1.log   1MB   20時間前
 jpcrpt_3514_log1.log   1MB     数分前

ここで新しくコマンドを実行しても，ログファイルの合計サイズが6メガバイト ＜ 40メガバイトであるため，基準時刻以前のファイルも含めすべてのファイルが残ります。

［例4］

logFileRetentionを30日＝720時間と指定していて，以下の6ファイルが残っている場合

 ───＜基準時刻（＝720時間前）＞───
 jpcrpt_3509_log1.log   9MB  100時間前
 jpcrpt_3510_log1.log   9MB   80時間前
 jpcrpt_3511_log1.log   9MB   60時間前
 jpcrpt_3512_log1.log   9MB   40時間前
 jpcrpt_3513_log1.log   9MB   20時間前
 jpcrpt_3514_log1.log   9MB     数分前

ここで新しくコマンドを実行すると，現在までのログ（6ファイル）の合計が54メガバイトあり，54メガバイト ＞ 40メガバイトとなります。しかし，どのファイルも保存後にlogFileRetentionの30日＝720時間を経過していないため，すべてのファイルが残ります。

注※3

ログファイル番号は，「1」から始まるログファイルの出力数となります。

稼働状況ログの出力

jpcrptコマンド以外の稼働状況ログの出力サイズは，初期設定ファイル（config.xml）の「logFileSize」×「logFileNumber」で設定できます。

表14-6　共通メッセージログのファイル名（UNIXの場合）

ログ情報の種類 | 出力元 | ファイル名 | ディスク使用量※1（キロバイト）
共通メッセージログ | Performance Management | /opt/jp1pc/log/jpclog{01|02}※2 | 2,048(＊2)
/opt/jp1pc/log/jpclogw{01|02}※2 | 2,048(＊2)
共通メッセージログ（論理ホスト運用の場合） | 論理ホスト運用のPerformance Management | 環境ディレクトリ※3/jp1pc/log/jpclog{01|02}※2 | 2,048(＊2)
環境ディレクトリ※3/jp1pc/log/jpclogw{01|02}※2 | 2,048(＊2)

注※1

（　）内の数字は，一つのサービスに対して作成されるログファイルの数を示します。例えば，「256(＊2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で二つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

共通メッセージログのログファイル名には，末尾に「01」または「02」が付加されます。

シーケンシャルファイル（jpclog）方式の場合

末尾が「01」のファイルjpclog01へ常に最新ログが書き込まれます。

ログファイルのサイズが設定値に達すると，jpclog01のファイル名をjpclog02に変更して保存し，jpclog01のファイルの内容をクリアして，最新ログが書き込まれます。

ラップアラウンドファイル（jpclogw）方式の場合

ログファイルのサイズが設定値に達すると，次のログファイルの内容をクリアし，次のログファイルに最新ログが書き込まれます。jpclogw01の次はjpclogw02のファイルへ，jpclogw02の次はjpclogw01のファイルへと最新ログが書き込まれます。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

(2)　トレースログ

ここでは，Performance Managementのログ情報のうち，トレースログの出力元であるサービス名または制御名，および格納先ディレクトリ名を，OSごとに次の表に示します。

表14-7　トレースログの格納先フォルダ名（Windowsの場合）

ログ情報の種類 | 出力元 | フォルダ名
トレースログ | Action Handler | インストール先フォルダ¥bin¥action¥log¥
Agent CollectorおよびRemote Monitor Collector | インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥log¥
Agent StoreおよびRemote Monitor Store | インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥log¥
Correlator | インストール先フォルダ¥mgr¥clator¥log¥
Agent Collector（ヘルスチェックエージェント） | インストール先フォルダ¥agt0¥agent¥log¥
Agent Store（ヘルスチェックエージェント） | インストール先フォルダ¥agt0¥store¥log¥
Master Store | インストール先フォルダ¥mgr¥store¥log¥
Master Manager | インストール先フォルダ¥mgr¥manager¥log¥
Name Server | インストール先フォルダ¥mgr¥namesvr¥log¥
Performance Managementコマンド | インストール先フォルダ¥tools¥log¥
Status Server | インストール先フォルダ¥bin¥statsvr¥log¥
Trap Generator | インストール先フォルダ¥mgr¥trapgen¥log¥
View Server | インストール先フォルダ¥mgr¥viewsvr¥log¥
トレースログ（論理ホスト運用の場合） | Action Handler | 環境ディレクトリ※3¥jp1pc¥bin¥action¥log¥
Agent CollectorおよびRemote Monitor Collector | 環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名※2¥log¥
Agent StoreおよびRemote Monitor Store | 環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥log¥
Correlator | 環境ディレクトリ※3¥jp1pc¥mgr¥clator¥log¥
Agent Collector（ヘルスチェックエージェント） | 環境ディレクトリ※3¥jp1pc¥agt0¥agent¥log¥
Agent Store（ヘルスチェックエージェント） | 環境ディレクトリ※3¥jp1pc¥agt0¥store¥log¥
Master Store | 環境ディレクトリ※3¥jp1pc¥mgr¥store¥log¥
Master Manager | 環境ディレクトリ※3¥jp1pc¥mgr¥manager¥log¥
Name Server | 環境ディレクトリ※3¥jp1pc¥mgr¥namesvr¥log¥
Performance Managementコマンド | 環境ディレクトリ※3¥jp1pc¥tools¥log¥
Trap Generator | 環境ディレクトリ※3¥jp1pc¥mgr¥trapgen¥log¥
View Server | 環境ディレクトリ※3¥jp1pc¥mgr¥viewsvr¥log¥

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のフォルダがあります。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表14-8　トレースログの格納先ディレクトリ名（UNIXの場合）

ログ情報の種類 | 出力元 | ディレクトリ名
トレースログ | Action Handler | /opt/jp1pc/bin/action/log/
Agent CollectorおよびRemote Monitor Collector | /opt/jp1pc/xxxx※1/agent/インスタンス名※2/log/
Agent StoreおよびRemote Monitor Store | /opt/jp1pc/xxxx※1/store/インスタンス名※2/log/
Correlator | /opt/jp1pc/mgr/clator/log/
Agent Collector（ヘルスチェックエージェント） | /opt/jp1pc/agt0/agent/log/
Agent Store（ヘルスチェックエージェント） | /opt/jp1pc/agt0/store/log/
Master Store | /opt/jp1pc/mgr/store/log/
Master Manager | /opt/jp1pc/mgr/manager/log/
Name Server | /opt/jp1pc/mgr/namesvr/log/
Performance Managementコマンド | /opt/jp1pc/tools/log/
Status Server | /opt/jp1pc/bin/statsvr/log/
Trap Generator | /opt/jp1pc/mgr/trapgen/log/
View Server | /opt/jp1pc/mgr/viewsvr/log/
トレースログ（論理ホスト運用の場合） | Action Handler | 環境ディレクトリ※3/jp1pc/bin/action/log/
Agent CollectorおよびRemote Monitor Collector | 環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/log/
Agent StoreおよびRemote Monitor Store | 環境ディレクトリ※3/jp1pc/xxxx※1/store/インスタンス名※2/log/
Correlator | 環境ディレクトリ※3/jp1pc/mgr/clator/log/
Agent Collector（ヘルスチェックエージェント） | 環境ディレクトリ※3/jp1pc/agt0/agent/log/
Agent Store（ヘルスチェックエージェント） | 環境ディレクトリ※3/jp1pc/agt0/store/log/
Master Store | 環境ディレクトリ※3/jp1pc/mgr/store/log/
Master Manager | 環境ディレクトリ※3/jp1pc/mgr/manager/log/
Name Server | 環境ディレクトリ※3/jp1pc/mgr/namesvr/log/
Performance Managementコマンド | 環境ディレクトリ※3/jp1pc/tools/log/
Trap Generator | 環境ディレクトリ※3/jp1pc/mgr/trapgen/log/
View Server | 環境ディレクトリ※3/jp1pc/mgr/viewsvr/log/

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のディレクトリがあります。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

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

「14.2　トラブルシューティング」に示した対処をしてもトラブルを解決できなかった場合，トラブルの要因を調べるための資料を採取し，システム管理者に連絡する必要があります。この節では，トラブル発生時に採取が必要な資料について説明します。

Performance Managementでは，採取が必要な資料を一括採取するためのコマンドを用意しています。PFM - Manager，PFM - Agent，およびPFM - RMの資料を採取するには，jpcrasコマンドを使用します。PFM - Web Consoleの資料を採取するには，jpcwrasコマンドを使用します。jpcrasコマンドまたはjpcwrasコマンドを使用して採取できる資料については，表中に記号で示しています。

注意

jpcrasコマンドおよびjpcwrasコマンドで採取できる資料は，コマンド実行時に指定するオプションによって異なります。コマンドに指定するオプションと採取できる資料については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト運用の場合の注意事項

論理ホスト運用の場合の注意事項を次に示します。

論理ホスト運用する場合のPerformance Managementのログは，共有ディスクに格納されます。なお，共有ディスクがオンラインになっている場合（Windows），またはマウントされている場合（UNIX）は，jpcrasコマンドで共有ディスク上のログも一括して採取できます。

フェールオーバー時の問題を調査するには，フェールオーバーの前後の資料が必要です。このため，実行系と待機系の両方の資料が必要になります。

論理ホスト運用のPerformance Managementの調査には，クラスタソフトの資料が必要です。論理ホスト運用のPerformance Managementは，クラスタソフトから起動や停止を制御されているので，クラスタソフトの動きとPerformance Managementの動きを対比して調査するためです。

＜この節の構成＞

14.4.1　Windowsの場合

14.4.2　UNIXの場合

14.4.1　Windowsの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　Performance Managementの情報

(3)　PFM - Web Consoleの情報

(4)　オペレーション内容

(5)　画面上のエラー情報

(6)　ユーザーダンプ（Windows Server 2008の場合）

(7)　問題レポートの採取（Windows Server 2008の場合）

(8)　その他の情報

(1)　OSのログ情報

採取する必要のあるOSのログ情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取
jpcwrasコマンドでの採取

システムログ
Windowsイベントログ
－
○
○

プロセス情報
プロセスの一覧
－
○
○

システムファイル
hostsファイル
システムフォルダ¥system32¥drivers¥etc¥hosts
○
○

servicesファイル
システムフォルダ¥system32¥drivers¥etc¥services
○
○

OS情報
システム情報
－
○
○

ネットワークステータス
－
○
○

ホスト名
－
○
○

Windowsファイアウォールの情報
－
○
×

ダンプ情報※1
ワトソンログファイル
システムドライブ¥Documents and Settings¥All Users¥Application Data¥Microsoft¥Dr Watson¥drwtsn32.log※²
システムドライブ¥Documents and Settings¥All Users¥Application Data¥Microsoft¥Dr Watson¥user.dump※²
○
○

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

Windows Server 2008の場合，「(6)　ユーザーダンプ（Windows Server 2008の場合）」および「(7)　問題レポートの採取（Windows Server 2008の場合）」に示す資料を採取してください。

注※2

別のフォルダにログファイルが出力されるように設定している場合は，該当するフォルダから資料を採取してください。

(2)　Performance Managementの情報

Performance Managementに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取が必要なPerformance Managementの情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取

共通メッセージログ
Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）
インストール先フォルダ¥log¥jpclog{01|02}※1
○

Performance Managementから出力されるメッセージログ（ラップアラウンドファイル方式）
インストール先フォルダ¥log¥jpclogw{01|02}※1
○

構成情報
各構成情報ファイル
－
○

jpctool service listコマンドの出力結果
－
○

バージョン情報
製品バージョン
－
○

履歴情報
－
○

データベース情報
Name Server
インストール先フォルダ¥mgr¥namesvr¥*.DB
インストール先フォルダ¥mgr¥namesvr¥*.IDX
○

Master Manager
インストール先フォルダ¥mgr¥manager¥*.DB
インストール先フォルダ¥mgr¥manager¥*.IDX
○

Master Store
インストール先フォルダ¥mgr¥store¥*.DB
インストール先フォルダ¥mgr¥store¥*.IDX
○

View Server
インストール先フォルダ¥mgr¥viewsvr¥data¥*
インストール先フォルダ¥mgr¥viewsvr¥Reports¥*
○

Agent StoreおよびRemote Monitor Store
インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.DB
インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.IDX
○

Agent Store（ヘルスチェックエージェント）
インストール先フォルダ¥agt0¥store¥*.DB
インストール先フォルダ¥agt0¥store¥*.IDX
○

トレースログ
Performance Managementのプログラムの，各サービスのトレース情報
－※4
○

インストールログ※5
インストール時のメッセージログ
%TEMP%※6¥pfm_inst.log※7
システムフォルダ¥TEMP¥HCDINST¥*.LOG
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

ログファイルの出力方式については，「13.5　システム統合監視製品と連携した障害検知」を参照してください。

注※2

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※3

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のフォルダがあります。

注※4

トレースログの格納先フォルダについては，「14.3.2　ログ情報のファイル」を参照してください。

注※5

インストールに失敗した場合に採取してください。

注※6

%TEMP%は，環境変数TEMPに設定されたフォルダです。環境変数TEMPを確認するには，次のコマンドを実行してください。

echo %TEMP%

注※7

Windows Server 2003の場合だけです。

(3)　PFM - Web Consoleの情報

PFM - Web Consoleに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取が必要なPFM - Web Consoleの情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcwrasコマンドでの採取

Webサーバの情報
WebサーバやWebコンテナサーバのログ
－
○

レジストリー情報
製品に関するレジストリーの情報
－
○

稼働状況ログ※1
PFM - Web Consoleから出力されるメッセージログ
インストール先フォルダ¥log¥jpcwtrace1※2.log
○

PFM - Web Consoleのコマンドから出力されるメッセージログ

jpcrptコマンドの場合

インストール先フォルダ¥log¥jpcrpt_実行時のコマンドのプロセスID_log1※².log

jpcrdefコマンド，jpcasrecコマンド，jpcaspsvコマンドおよびjpcprocdefコマンドの場合

インストール先フォルダ¥log¥コマンド名_サブコマンド名_log1※².log

jpcmkkeyコマンドの場合

インストール先フォルダ¥log¥jpcmkkey_log1※².log

上記以外のコマンドの場合

インストール先フォルダ¥log¥コマンド名_log1※².log

○

ファイル情報
PFM - Web Consoleのインストールファイルの一覧
－
○

設定情報
PFM - Web Consoleの設定情報
インストール先フォルダ¥config¥*.*
インストール先フォルダ¥sample¥config¥*.*
○

PFM - Web Consoleログ情報
（アン）インストーラログファイル
インストール先フォルダ¥log¥pfmwebconinst.log※³
%TEMP%※4¥pfmwebconinst.rtn※³
%TEMP%※4¥pfmwebconuninst.log※³
%TEMP%※4¥pfmwebconuninst.rtn※³
システムフォルダ¥TEMP¥HCDINST¥*.LOG
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

稼働状況ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注※2

稼働状況ログのログファイル名には，末尾に「1」が付加されます。

注※3

Windows Server 2003の場合だけです。

注※4

%TEMP%は，環境変数TEMPに設定されたフォルダです。環境変数TEMPを確認するには，次のコマンドを実行してください。

echo %TEMP%

(4)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

(5)　画面上のエラー情報

次に示すハードコピーを採取してください。

Webブラウザのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー（詳細ボタンがある場合はその内容を含む）

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］画面または［管理者コンソール］画面のハードコピー

(6)　ユーザーダンプ（Windows Server 2008の場合）

Windows Server 2008でPerformance Managementのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

(7)　問題レポートの採取（Windows Server 2008の場合）

Windows Server 2008でPerformance Managementのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

(8)　その他の情報

上記以外で必要な情報を次に示します。

［アクセサリ］－［システムツール］－［システム情報］の内容

Java VMのスレッドダンプ
PFM - Web Consoleの情報を採取する際は，Java VMのスレッドダンプを採取してください。次の手順で採取できます。

3秒おきに10回程度，次のコマンドを実行する。
# <インストール先ディレクトリ>/CPSB/CC/web/bin/cjdumpweb PFMWebConsole

jpcwrasコマンドを実行する。

注意

スレッドダンプを採取するとJava VMの動作が不安定になるため，PFM - Web Consoleのサービスを再起動してください。

14.4.2　UNIXの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　Performance Managementの情報

(3)　PFM - Web Consoleの情報

(4)　オペレーション内容

(5)　エラー情報

(1)　OSのログ情報

採取する必要のあるOSのログ情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取
jpcwrasコマンドでの採取

システムログ
syslog

HP-UXの場合
/var/adm/syslog/syslog.log

Solarisの場合
/var/adm/messages*

AIXの場合
/var/adm/syslog*

Linuxの場合
/var/log/messages*

○※1
○※1

プロセス情報
プロセスの一覧
－
○
○

システムファイル
hostsファイル
/etc/hosts
○
○

/etc/inet/ipnodes※2
○※3
×

servicesファイル
/etc/services
○
○

OS情報
パッチ情報
－
○
○

カーネル情報
－
○
○

バージョン情報
－
○
○

ネットワークステータス
－
○
○

環境変数
－
○
○

ホスト名
－
○
○

ダンプ情報
coreファイル※4
－
○
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

デフォルトのパスおよびファイル名以外に出力されるように設定されているシステムでは，収集できません。そのほかの方法で収集してください。

注※2

/etc/inet/ipnodesファイルはSolarisだけに存在するファイルです。/etc/hostsファイルと一緒に収集してください。

注※3

PFM - Manager 08-50またはPFM - Base 08-50以降のjpcrasコマンドだけで収集されます。

注※4

HP-UX 11i V3 (IPF)では，coreadmコマンドによってcoreファイルの名称を任意に変更できます。ファイル名の先頭が「core」以外に変更されたファイルについては，jpcrasコマンドでは収集できません。手動で収集してください。

(2)　Performance Managementの情報

Performance Managementに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取する必要のあるPerformance Managementの情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取

共通メッセージログ
Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）
/opt/jp1pc/log/jpclog{01|02}※1
○

Performance Managementから出力されるメッセージログ（ラップアラウンドファイル方式）
/opt/jp1pc/log/jpclogw{01|02}※1
○

構成情報
各構成情報ファイル
－
○

jpctool service listコマンドの出力結果
－
○

バージョン情報
製品バージョン
－
○

履歴情報
－
○

データベース情報
Name Server
/opt/jp1pc/mgr/namesvr/*.DB
/opt/jp1pc/mgr/namesvr/*.IDX
○

Master Manager
/opt/jp1pc/mgr/manager/*.DB
/opt/jp1pc/mgr/manager/*.IDX
○

Master Store
/opt/jp1pc/mgr/store/*.DB
/opt/jp1pc/mgr/store/*.IDX
○

View Server
/opt/jp1pc/mgr/viewsvr/data/*
/opt/jp1pc/mgr/viewsvr/Reports/*
○

Agent StoreおよびRemote Monitor Store
/opt/jp1pc/xxxx※2/store/インスタンス名※3/*.DB
/opt/jp1pc/xxxx※2/store/インスタンス名※3/*.IDX
○

Agent Store（ヘルスチェックエージェント）
/opt/jp1pc/agt0/store/*.DB
/opt/jp1pc/agt0/store/*.IDX
○

トレースログ
Performance Managementのプログラムの，各サービスのトレース情報
－※4
○

インストールログ※5
Hitachi PP Installerの標準ログ
/etc/.hitachi/.hitachi.log
/etc/.hitachi/.hitachi.log{01|02|03|04|05}
/etc/.hitachi/.install.log
/etc/.hitachi/.install.log{01|02|03|04|05}
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

ログファイルの出力方式については，「13.5　システム統合監視製品と連携した障害検知」を参照してください。

注※2

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※3

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のディレクトリがあります。

注※4

トレースログの格納先ディレクトリについては，「14.3.2　ログ情報のファイル」を参照してください。

注※5

インストールに失敗した場合に採取してください。

(3)　PFM - Web Consoleの情報

PFM - Web Consoleに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取する必要のあるPFM - Web Consoleの情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcwrasコマンドでの採取

Webサーバの情報
WebサーバやWebコンテナサーバのログ
－
○

稼働状況ログ※1
PFM - Web Consoleから出力されるメッセージログ
/opt/jp1pcwebcon/log/jpcwtrace1※2.log
○

PFM - Web Consoleのコマンドから出力されるメッセージログ

jpcrptコマンドの場合

/opt/jp1pcwebcon/log/ jpcrpt_実行時のコマンドのプロセスID_log1※2.log

jpcrdefコマンド，jpcasrecコマンド，jpcaspsvコマンドおよびjpcprocdefコマンドの場合

/opt/jp1pcwebcon/log/ コマンド名_サブコマンド名_log1※2.log

jpcmkkeyコマンドの場合

/opt/jp1pcwebcon/log/jpcmkkey_log1※2.log

上記以外のコマンドの場合

/opt/jp1pcwebcon/log/ コマンド名_log1※2.log

○

ファイル情報
PFM - Web Consoleのインストールファイルの一覧
－
○

設定情報
PFM - Web Consoleの設定情報
/opt/jp1pcwebcon/conf/*.*
/opt/jp1pcwebcon/sample/conf/*.*
○

（凡例）

○：採取できる

－：該当しない

注※1

稼働状況ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注※2

稼働状況ログのログファイル名には，末尾に「1」が付加されます。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

(5)　エラー情報

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

14.5　資料の採取方法

トラブルが発生したときに資料を採取する方法を次に示します。

＜この節の構成＞

14.5.1　Windowsの場合

14.5.2　UNIXの場合

14.5.3　PFM - Web Consoleの場合

14.5.1　Windowsの場合

＜この項の構成＞

(1)　ダンプ情報を採取する(Windows Server 2008の場合)

(2)　資料採取コマンドを実行する

(3)　資料採取コマンドを実行する（論理ホスト運用の場合）

(4)　Windowsイベントログを採取する

(5)　オペレーション内容を確認する

(6)　画面上のエラー情報を採取する

(7)　その他の情報を採取する

(1)　ダンプ情報を採取する(Windows Server 2008の場合)

Windows Server 2008でダンプ情報を採取する手順を，次に示します。

タスクマネージャーを開く。

プロセスのタブを選択する。

ダンプを取得するプロセス名を右クリックし，「ダンプ ファイルの作成」を選択する。
次のフォルダに，ダンプファイルが格納されます。

システムドライブ¥Users¥ユーザー名¥AppData¥Local¥Temp¥

手順3のフォルダからダンプファイルを採取する。
手順3と異なるフォルダにダンプファイルが出力されるように環境変数の設定を変更している場合は，変更先のフォルダからダンプファイルを採取してください。

(2)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドおよびjpcwrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてAdministrators権限を持つユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

コマンドプロンプトで次に示すコマンドを実行して，コマンドインタープリタの「コマンド拡張機能」を有効にする。

cmd /E:ON

採取する資料および資料の格納先フォルダを指定して，jpcrasコマンドまたはjpcwrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報をc:¥tmp¥jp1pc¥mgrフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcras c:¥tmp¥jp1pc¥mgr all all

jpcwrasコマンドで，採取できるすべての情報をc:¥tmp¥jp1pcWebConフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcwras c:¥tmp¥jpc1pcWebCon

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id * -host *」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id * -host *」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドおよびjpcwrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

Windows Server 2008の環境で実行する場合の注意事項

OSのユーザーアカウント制御機能（UAC）を有効にしている場合は，コマンド実行時にユーザーアカウント制御のダイアログボックスが表示されることがあります。ダイアログボックスが表示された場合は，［続行］ボタンをクリックして資料採取を続行してください。［キャンセル］ボタンをクリックした場合は，資料採取が中止されます。

(3)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドおよびjpcwrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてAdministrators権限を持つユーザーが実行してください。

論理ホスト運用の場合の，資料採取コマンドの実行について，手順を説明します。

共有ディスクをオンラインにする。
論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがオンラインになっていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先フォルダを指定して，jpcrasコマンドまたはjpcwrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報をc:¥tmp¥jp1pc¥mgrフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcras c:¥tmp¥jp1pc¥mgr all all

jpcrasコマンドをlhostの引数を指定しないで実行すると，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されます。

jpcwrasコマンドで，採取できるすべての情報をc:¥tmp¥jp1pcWebConフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcwras c:¥tmp¥jpc1pcWebCon

論理ホスト環境のPerformance Managementがある場合は，共有ディスク上のログファイルが取得されます。また，共有ディスクがオフラインになっているノードでjpcrasコマンドまたはjpcwrasコマンドを実行すると，共有ディスク上のファイルを取得できませんが，エラーは発生しないで正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後の調査をするには，実行系と待機系の両方の資料が必要です。

クラスタソフトの資料を採取する。
この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id * -host *」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id * -host *」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドおよびjpcwrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　Windowsイベントログを採取する

Windowsの［イベントビューア］ウィンドウの，［システム］および［アプリケーション］の内容を採取してください。

(5)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

(6)　画面上のエラー情報を採取する

次に示すハードコピーを採取してください。

Webブラウザのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー
詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］画面または［管理者コンソール］画面のハードコピー
［コマンドプロンプト］画面または［管理者コンソール］画面のハードコピーを採取する際は，［"コマンドプロンプト"のプロパティ］画面について次のように設定しておいてください。

［オプション］タブの［編集オプション］
［簡易編集モード］がチェックされた状態にする。

［レイアウト］タブ
［画面バッファのサイズ］の［高さ］に「500」を設定する。

(7)　その他の情報を採取する

上記以外で必要な情報を採取してください。

［アクセサリ］－［システムツール］－［システム情報］の内容

14.5.2　UNIXの場合

＜この項の構成＞

(1)　資料採取コマンドを実行する

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

(3)　オペレーション内容を確認する

(4)　エラー情報を採取する

(5)　その他の情報を採取する

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報を/tmp/jp1pc/mgrディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jp1pc/mgr all all

資料採取コマンドで，収集された資料はtarコマンドおよびcompressコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。
jpcrasコマンドで採取された資料：jpcrasYYMMDD.tar.Z
YYMMDDには年月日が付加されます。

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id "*" -host "*"」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id "*" -host "*"」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id "*" -host "*"」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザーが実行してください。

論理ホスト運用の場合の，資料採取コマンドの実行について，手順を説明します。

共有ディスクをマウントする。
論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがマウントされていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報を/tmp/jp1pc/mgrディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jp1pc/mgr all all

資料採取コマンドで，収集された資料はtarコマンドおよびcompressコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。
jpcrasコマンドで採取された資料：jpcrasYYMMDD.tar.Z
YYMMDDには年月日が付加されます。
jpcrasコマンドをlhostの引数を指定しないで実行すると，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されます。論理ホスト環境のPerformance Managementがある場合は，共有ディスク上のログファイルが取得されます。
なお，共有ディスクがマウントされていないノードでjpcrasコマンドを実行すると，共有ディスク上のファイルを取得できませんが，エラーは発生しないで正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後の調査をするには，実行系と待機系の両方の資料が必要です。

クラスタソフトの資料を採取する。
この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id "*" -host "*"」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id "*" -host "*"」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id "*" -host "*"」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　エラー情報を採取する

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(5)　その他の情報を採取する

上記以外で必要な情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

14.5.3　PFM - Web Consoleの場合

＜この項の構成＞

(1)　資料採取コマンドを実行する

(2)　画面上のエラー情報を採取する

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcwrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

採取する資料および資料の格納先ディレクトリを指定して，jpcwrasコマンドを実行する。
jpcwrasコマンドで，採取できるすべての情報を/tmp/jp1pcwebconディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcwras /tmp/jp1pcwebcon

資料採取コマンドで，収集された資料を収集する場合は，資料採取ホストで利用可能なアーカイバ（tarコマンドなど），圧縮形式（gzip，compressなど）で出力先として指定したディレクトリ以下をアーカイブ，または圧縮してください。
jpcwrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　画面上のエラー情報を採取する

PFM - Web ConsoleでWebブラウザを利用している場合は，次に示す画面のハードコピーを採取してください。

Webブラウザのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー
詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，操作ターミナル端末のハードコピー

14.6　Performance Managementシステムの障害回復

この節では，Performance Managementのサーバで障害が発生したときに，バックアップファイルを基にして，障害が発生する前の正常な状態に回復する手順について説明します。

注意

バックアップファイルをリストアするときは，同じバージョンの製品に対して行ってください。

障害が発生する前の状態に回復させるためには，次の二つの手順があります。

構成変更に伴う障害の場合
各種パラメーターの変更などの構成変更後に問題が発生したときや，パフォーマンスデータ，イベントデータを格納するデータベースに不整合が発生したときに行う手順です。
問題のあるサービスの定義情報，パフォーマンスデータ，イベントデータのデータモデル定義ファイルをバックアップファイルからリストアすることで，システムを回復します。

ディスク故障などの重大な障害の場合
ディスクの物理的な故障などでPerformance Managementのファイルが広範囲に破損したおそれのあるとき，または構成変更に伴う障害の場合の手順では回復できないときに行う手順です。
Performance Managementを再インストール・再セットアップします。そのあと，Performance Managementのすべての定義情報，パフォーマンスデータ，イベントデータをバックアップファイルからリストアすることで，システムを回復します。

ポイント

システムの構成を変更する場合やPerformance Managementバージョンを更新する場合は，各種定義情報のバックアップを取得することをお勧めします。また，パフォーマンスデータ，イベントデータは日々更新されるため，ディスク障害などに備えて定期的にバックアップを取得することをお勧めします。Performance Managementにはパフォーマンスデータ，イベントデータのバックアップを取得するためのコマンドがあります。

バックアップの取得の詳細については，「8.　バックアップとリストア」を参照してください。

＜この節の構成＞

14.6.1　構成変更に伴う障害の回復手順

14.6.2　ディスク故障などの重大な障害の回復手順

14.6.1　構成変更に伴う障害の回復手順

構成変更に伴う障害の場合は，次の手順に従って回復してください。

＜この項の構成＞

(1)　サービスの停止

(2)　サービスの定義情報の整合性確認とリストア

(3)　パフォーマンスデータおよびイベントデータの整合性確認とリストア

(4)　インデックスファイルの再構成

(5)　サービスの起動

(6)　動作確認

(1)　サービスの停止

Performance Managementプログラムのサービスをすべて停止します。

サービスを停止する手順については，「1.3　サービスの停止」を参照してください。

(2)　サービスの定義情報の整合性確認とリストア

対象ホスト上にあるサービスの定義情報と，バックアップしたサービスの定義情報のコンペアチェックを行い，整合性を確認します。コンペアチェックで差異があったファイルを対象ホスト上から退避し，バックアップしたサービスの定義情報をリストアします。

リストアを行うサービスの定義ファイルについては，「8.3.4　サービスの定義情報のバックアップとリストア」を参照してください。

(3)　パフォーマンスデータおよびイベントデータの整合性確認とリストア

対象ホスト上にあるデータモデル定義ファイルとバックアップしたデータモデル定義ファイルのコンペアチェックを行い，整合性を確認します。コンペアチェックで差異があったファイルを対象ホスト上から退避し，バックアップしたデータモデル定義ファイルをリストアします。

整合性確認とリストアを行う必要のあるデータモデル定義ファイルを次に示します。

OS | 種類 | ファイル名
Windowsの場合 | PFM - Manager | インストール先フォルダ¥mgr¥store¥*.DAT
インストール先フォルダ¥agt0¥store¥*.DAT
PFM - AgentおよびPFM - RM | インストール先フォルダ¥xxxx※1¥store¥*.DAT
インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥*.DAT
UNIXの場合 | PFM - Manager | /opt/jp1pc/mgr/store/*.DAT
/opt/jp1pc/agt0/store/*.DAT
PFM - AgentおよびPFM - RM | /opt/jp1pc/xxxx※1/store/*.DAT
/opt/jp1pc/xxxx※1/store/インスタンス名※2/*.DAT

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のフォルダです。インスタンス構成の場合，これらのフォルダは，インスタンスの数と同じ数だけ作成されます。

注意

コンペアチェックで差異がある状態でMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを起動した場合は，Storeデータベースが不正となります。そのときは，次の手順でStoreデータベースを修復してください。

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを停止する。

Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除する。
・拡張子が*.DBであるファイル
・拡張子が*.IDXであるファイル

Storeデータベースをリストアする。
Storeデータベースをリストアする手順については，「8.4　稼働監視データのバックアップとリストア」を参照してください。

(4)　インデックスファイルの再構成

Storeデータベースのインデックスファイルを再構成するため，次のようにコマンドを実行します。

Windowsの場合

インストール先フォルダ¥bin¥jpcmkindex xxxx※1 [-lhost 論理ホスト名※2]

UNIXの場合

/opt/jp1pc/bin/jpcmkindex xxxx※1 [-lhost 論理ホスト名※2]

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

論理ホスト環境のサービスを指定する場合，-lhostオプションを指定します。このオプションを省略した場合，物理ホストが仮定されます。

このコマンドの戻り値を次の表に示します。コマンドが正常終了しなかった場合は，表の対処に従って見直し，再度インデックスを再構成してください。

戻り値
コマンドの実行結果
対処

0
正常終了した。
－

1
引数の指定に誤りがある。
コマンドの引数を見直す。

2
コマンドの実行権限がない。
コマンドの実行権限を見直す。

4
指定されたサービスが停止されていない。
次の手順で対処する。

指定されたサービスを停止する。

Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除する。
・拡張子が*.DBであるファイル
・拡張子が*.IDXであるファイル

Storeデータベースをリストアする。

5
指定されたサービスがインストールされていない。
指定されたサービスをインストールする。

100
Performance Managementの環境が不正である。
Storeデータベースをリストアする。

102
指定された論理ホスト名はセットアップされていない。
指定された論理ホスト名をセットアップする。

230
内部コマンドの実行に失敗した。
次の項目を確認する。

メモリーおよびディスク容量が不足していないか。

プロセス数の制限を超過していないか。

注意

確認後にコマンドを再実行しても戻り値が230の場合，Storeデータベースをリストアする必要がある。

255
インデックス作成エラーが発生した。
Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除する。

拡張子が*.DBであるファイル

拡張子が*.IDXであるファイル

（凡例）

－：該当しない

注

Storeデータベースをリストアする手順については，「8.4　稼働監視データのバックアップとリストア」を参照してください。

(5)　サービスの起動

Performance Managementのプログラムのサービスを起動し，サービスが正常に起動しているか確認してください。

サービスを起動する手順については，「1.2　サービスの起動」を参照してください。サービスの状態はjpctool service listコマンドで確認できます。サービスの状態を確認する手順については，「1.6　サービスの稼働状況の確認」を参照してください。

(6)　動作確認

最後に，トラブルが回復できたかどうかを確認します。次に示す項目が正常であることを確認してください。

パフォーマンスデータを収集できるか確認する
パフォーマンスデータの収集間隔の倍より長い時間稼働させ，パフォーマンスデータが問題なく収集できるか確認します。
パフォーマンスデータの収集間隔については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

Storeデータベースのデータに問題がないか確認する
Storeデータベースのデータをテキストファイルにエクスポートし，データに問題がないかを確認します。jpctool db dumpコマンドを使うとStoreデータベースのデータをテキストファイルにエクスポートできます。
jpctool db dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

レポートの定義およびアラームの定義を確認する
レポートの定義およびアラームの定義に問題がないか確認します。レポートの定義およびアラームの定義はPFM - Web Consoleで確認できます。
レポートの定義については，「5.　稼働分析のためのレポートの作成」を参照してください。アラームの定義については，「6.　アラームによる稼働監視」を参照してください。

14.6.2　ディスク故障などの重大な障害の回復手順

ディスク故障などの重大な障害の場合には，次の手順に従って回復してください。

＜この項の構成＞

(1)　アンインストール

(2)　再インストール

(3)　再セットアップ

(4)　定義情報のリストア

(5)　パフォーマンスデータおよびイベントデータのリストア

(6)　サービスの起動

(7)　レポートの定義情報およびアラームテーブルの定義情報のリストア

(8)　動作確認

(1)　アンインストール

Performance Managementのプログラムをアンインストールします。

アンインストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(2)　再インストール

Performance Managementのプログラムを再インストールします。

インストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(3)　再セットアップ

Performance Managementのプログラムを再セットアップします。セットアップはトラブルが発生する前の環境のインスタンス名や物理ホスト名で行います。

セットアップ手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(4)　定義情報のリストア

バックアップしたサービスの定義情報をリストアします。

リストアを行うサービスの定義ファイルについては，「8.3.4　サービスの定義情報のバックアップとリストア」を参照してください。

(5)　パフォーマンスデータおよびイベントデータのリストア

バックアップしたパフォーマンスデータおよびイベントデータのStoreデータベースをリストアします。

Storeデータベースをリストアする手順については，「8.4　稼働監視データのバックアップとリストア」を参照してください。

(6)　サービスの起動

Performance Managementのプログラムのサービスを起動し，サービスが正常に起動しているか確認してください。

サービスを起動する手順については，「1.2　サービスの起動」を参照してください。サービスの状態はjpctool service listコマンドで確認できます。サービスの状態を確認する手順については，「1.6　サービスの稼働状況の確認」を参照してください。

(7)　レポートの定義情報およびアラームテーブルの定義情報のリストア

バックアップしたレポートの定義情報およびアラームテーブルの定義情報をリストアします。

レポートの定義情報のリストアについては，「8.3.1(2)　レポートの定義情報をリストアする」を参照してください。アラームの定義情報のリストアについては，「8.3.2(2)　アラームの定義情報をリストアする」を参照してください。

(8)　動作確認

最後に，トラブルが回復できたかどうかを確認します。次に示す項目が正常であることを確認してください。

パフォーマンスデータを収集できるか確認する
パフォーマンスデータの収集間隔の倍より長い時間稼働させ，パフォーマンスデータが問題なく収集できるか確認します。
パフォーマンスデータの収集間隔については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

Storeデータベースのデータに問題がないか確認する
Storeデータベースのデータをテキストファイルにエクスポートし，データに問題がないかを確認します。jpctool db dumpコマンドを使うとStoreデータベースのデータをテキストファイルにエクスポートできます。
jpctool db dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

レポートの定義およびアラームの定義を確認する
レポートの定義およびアラームの定義に問題がないか確認します。レポートの定義およびアラームの定義はPFM - Web Consoleで確認できます。
レポートの定義については，「5.　稼働分析のためのレポートの作成」を参照してください。アラームの定義については，「6.　アラームによる稼働監視」を参照してください。

アラームテーブルのバインドを確認する
アラームテーブルのバインドを確認し，必要に応じてバインドします。
アラームテーブルのバインドについては，「6.6.1　監視エージェントとアラームテーブルの関連づけを変更する」を参照してください。

付録

＜この付録の構成＞

付録A　コマンドの格納先

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

付録C　（3020-3-R32-31）の変更内容

付録D　用語解説

付録A　コマンドの格納先

Performance Managementの操作で使用するコマンドの格納先を説明します。

＜この節の構成＞

付録A.1　コマンドの種類と格納先

付録A.2　コマンドごとの格納先一覧

付録A.1　コマンドの種類と格納先

Performance Managementの操作で使用するコマンドには次の種類があり，それぞれ格納先が異なります。

表A-1　 PFM - ManagerおよびPFM - Baseのコマンド

OS | コマンドの格納先
Windowsの場合 | PFM - ManagerまたはPFM - Baseのインストール先フォルダ¥tools¥
UNIXの場合 | /opt/jp1pc/tools/

表A-2　 PFM - Web Consoleのコマンド

OS | コマンドの格納先
Windowsの場合 | PFM - WebConsoleのインストール先フォルダ¥tools¥
UNIXの場合 | /opt/jp1pcwebcon/tools/

付録A.2　コマンドごとの格納先一覧

Performance Managementの操作で使用するコマンドについて，コマンド名および格納先について次の表に示します。記載順序はコマンド名のアルファベット順です。

表A-3　コマンドの格納先

コマンド名 | 格納先 | コマンド名 | 格納先
jpcaspsv output | 表A-2 | jpcaspsv update | 表A-2
jpcasrec output | 表A-2 | jpcasrec update | 表A-2
jpcconf agent setup | 表A-1 | jpcconf agttree export | 表A-1
jpcconf agttree import | 表A-1 | jpcconf bgdef check | 表A-1
jpcconf bgdef delete | 表A-1 | jpcconf bgdef display | 表A-1
jpcconf bgdef export | 表A-1 | jpcconf bgdef import | 表A-1
jpcconf bgdef list | 表A-1 | jpcconf db define | 表A-1
jpcconf db display | 表A-1 | jpcconf db vrset | 表A-1
jpcconf ha export | 表A-1 | jpcconf ha import | 表A-1
jpcconf ha list | 表A-1 | jpcconf ha setup | 表A-1
jpcconf ha unsetup | 表A-1 | jpcconf hc disable | 表A-1
jpcconf hc display | 表A-1 | jpcconf hc enable | 表A-1
jpcconf host hostmode | 表A-1 | jpcconf host hostname | 表A-1
jpcconf im disable | 表A-1 | jpcconf im enable | 表A-1
jpcconf inst list | 表A-1 | jpcconf inst setup | 表A-1
jpcconf inst unsetup | 表A-1 | jpcconf mgrhost define | 表A-1
jpcconf mgrhost display | 表A-1 | jpcconf ov disable | 表A-1
jpcconf ov enable | 表A-1 | jpcconf port define | 表A-1
jpcconf port list | 表A-1 | jpcconf prodname disable | 表A-1
jpcconf prodname display | 表A-1 | jpcconf prodname enable | 表A-1
jpcconf stat disable | 表A-1 | jpcconf stat display | 表A-1
jpcconf stat enable | 表A-1 | jpcconf target display | 表A-1
jpcconf target list | 表A-1 | jpcconf target setup | 表A-1
jpcconf target unsetup | 表A-1 | jpcimevt | 表A-1
jpcmkkey | 表A-2 | jpcprocdef create | 表A-2
jpcprocdef delete | 表A-2 | jpcprocdef list | 表A-2
jpcprocdef output | 表A-2 | jpcras | 表A-1
jpcrdef create | 表A-2 | jpcrdef delete | 表A-2
jpcrdef output | 表A-2 | jpcrpt | 表A-2
jpcspm start | 表A-1 | jpcspm stop | 表A-1
jpctool alarm active | 表A-1 | jpctool alarm bind | 表A-1
jpctool alarm check | 表A-1 | jpctool alarm copy | 表A-1
jpctool alarm delete | 表A-1 | jpctool alarm export | 表A-1
jpctool alarm import | 表A-1 | jpctool alarm inactive | 表A-1
jpctool alarm list | 表A-1 | jpctool alarm unbind | 表A-1
jpctool db backup | 表A-1 | jpctool db clear | 表A-1
jpctool db dmconvert | 表A-1 | jpctool db dump | 表A-1
jpctool db import | 表A-1 | jpctool db restore | 表A-1
jpctool service delete | 表A-1 | jpctool service list | 表A-1
jpctool service register | 表A-1 | jpctool service sync | 表A-1
jpcwagtsetup | 表A-2 | jpcwras | 表A-2
jpcwstart | 表A-2 | jpcwstop | 表A-2

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

＜この節の構成＞

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

付録B.2　09-00の変更内容

付録B.3　08-50の変更内容（適用OSがWindows Server 2008）

付録B.4　08-50の変更内容（適用OSがWindows Server 2008以外）

付録B.5　08-11の変更内容

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

付録B.7　08-00の変更内容

付録B.8　07-50の変更内容

付録B.9　07-00の変更内容

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

バージョン09-00以降のPFM - Managerをインストールした場合のヘルスチェック機能の設定状態について記載しました。

一般ユーザー権限のユーザーに対して，エージェント階層の参照を制限できるようにしました。

エージェント階層からPFM - Agent for PlatformおよびPFM - RM for Platformのプロセス監視を設定できるようにしました。

ユーザーアカウント数についての制限を記載しました。

次のコマンドでエージェント階層の作成および編集をできるようにしました。

jpcconf agttree export
エージェント階層定義ファイルをエクスポートするコマンド

jpcconf agttree import
エージェント階層定義ファイルをインポートするコマンド

パフォーマンスデータの収集がスキップされるときの対処方法を記載しました。

［サービスのプロパティ］画面の［OK］ボタンを削除し，［完了］ボタンおよび［適用］ボタンを追加しました。

Storeデータベースのレコード保存期間についての説明を記載しました。

レポートの凡例の数が多い場合に，レポートをページ分割できるようにしました。

レポート表示時にメモリーに保持されるキャッシュをディスク上のファイルに出力できるようにしました。

レポート印刷画面およびHTML形式レポートに表示する表データの最大行数を制限できるようにしました。

グラフでの最大ドリルダウンデータ数を制限できるようにしました。

複数インスタンスレコードをアラーム監視している場合に，フィールドの値が正常域内に戻ったことを通知できるようにしました。

監視時刻範囲と発生頻度を指定した場合のアラーム評価例を記載しました。

アラーム条件式に異常条件および警告条件を指定する場合の指定例を記載しました。

JP1イベントの発行時に送信するメッセージを，0～1,023バイトで定義できるようにしました。

一つのAgent製品に定義できるアラームテーブル数についての制限を記載しました。

アラーム評価時の文字コード種別について記載しました。

セットアップコマンドを非対話形式で実行できるようにしました。

運用開始後の論理ホスト環境の変更について記載しました。

JP1イベントを発行する場合にPFM - Web Consoleの［新規アラーム > アクション定義］または［編集 > アクション定義］画面にデフォルトで選択されるAction Handerサービスの決定方法を選択できるようにしました。

付録B.2　09-00の変更内容

Performance Management製品に次のプログラムプロダクトを追加し，リモート監視に対応しました。
PFM - RM

Performance Managementのサービスで発生する事象を，JP1システムイベントまたはエージェントイベントで通知できるようにしました。

プロダクト名表示機能を追加し，サービスキーとサービスIDを新しい形式で表示・指定できるようにしました。

08-51以前のコマンドと互換性を持つ新形式のコマンドを追加しました。また，オプション形式を統一しました。

システム全体やサービスの最新稼働状況の概要を，サマリ表示画面で監視できるようにしました。

タイリング表示機能を追加し，複数の履歴レポートのグラフをサムネイル画像で表示できるようにしました。

フィールド検索機能を追加し，アラームやレポートの設定時に設定したい情報をキーワードとして監視項目を検索できるようにしました。

クイックガイド機能を追加し，従来のレポート定義手順を実行することなくレポートを表示できるようにしました。また，アラーム定義手順を簡易化しました。

レポート表示画面から表示レポート定義を編集できるようになりました。

Performance Management製品稼働ホストのホスト名を変更する手順を簡易化しました。

PFM - Manager，PFM - BaseおよびPFM - Web Consoleのサービスの起動・停止を連携できるようにしました。

監視コンソールのWebブラウザとしてInternet Explorer 7.0およびFirefox 3を追加しました。

監視コンソールのWebブラウザとしてMozillaを削除しました。

仮想環境の監視エージェントを追加しました。

Windows，UNIX，OracleおよびMicrosoft SQL Serverのリモートモニターを追加しました。

「ソリューションセット」の名称を「監視テンプレート」に変更しました。

ヘルスチェックエージェントの監視テンプレートのアラームテーブルのバージョンを8.50から09.00に変更しました。

ヘルスチェックエージェントの監視テンプレートのアラームテーブルを，次の名称に変更しました。
PFM HealthCheck Template Alarms

付録B.3　08-50の変更内容（適用OSがWindows Server 2008）

Windows Server 2008をサポートしました。

レポートのグラフ画像を時刻補正して表示できるようにしました。

付録B.4　08-50の変更内容（適用OSがWindows Server 2008以外）

運用中に異常停止となったPFMサービスを自動的に再起動できるようにしました。

監視エージェントに複数のアラームテーブルをバインドできるようにしました。

同名のホストが複数ある環境でPerformance Managementを使用できるようにしました。

Performance Managementのセットアップを簡易化しました。

UNIX環境でPFM - Web Consoleを利用できるようにしました。

バージョン08-50では，Solarisのパッチをインストールする必要がある旨追記しました。

ヘルスチェックエージェントのデータモデルバージョンに4.0を追加しました。これに伴い，PI_HAVL，PD_HOST，PI_SYSレコードを追加しました。

ヘルスチェックエージェントの監視テンプレートのアラームテーブルバージョンに8.50を追加しました。これに伴い，Host Status Changeアラーム，Host Not Availableアラームを追加しました。

ヘルスチェックエージェントの監視テンプレートのレポートにHost Availability(4.0)，Hosts Availability (4.0)，Hosts Status (Real-Time) (4.0)，System Summary (4.0)を追加しました。

付録B.5　08-11の変更内容

監視エージェントとして，IBM WebSphere Application ServerおよびIBM WebSphere MQを追加しました。

ヘルスチェック機能サポートによって，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視できるようにしました。

PFM - Web Consoleのツリービューの表示を改善しました。

GUIからレポートをHTML形式で出力できるようにしました。

監視コンソールのWebブラウザとしてFirefoxを利用できるようにしました。

ユーザー操作または自動更新がされないまま一定時間が経過した場合に自動ログアウトするためのタイムアウト時間を指定できるようにしました。

PFM - Agent固有のプロパティを一括配布できるようにしました。

ブックマーク中の登録レポート，複合ブックマーク中の複合レポートをコマンドから出力できるようにしました。

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

Storeバージョン2.0をサポートしました。

監視エージェントとしてBEA WebLogic Serverを追加しました。

jpcrptコマンドでレポートをHTML出力できるようにしました。

複数のレポートを重ね合わせて表示できるようにしました。

動作ログを出力できるようにしました。

Windowsを使用する場合のファイル権限を強化しました。

HP-UX(IPF)でPFM - Managerを利用できるようにしました。

LinuxでPFM - Web Consoleを利用できるようにしました。

Linuxで，LANG環境変数にUTF-8を使用できるようにしました。

エージェントにプロパティを配布できるようにしました。

ブックマークおよび複合ブックマークに登録されているレポートをドリルダウンレポートとして表示できるようにしました。

レポート階層からレポートの定義内容を表示できるようにしました。

エージェント階層からブックマークにレポートを登録できるようにしました。

アラームテーブルに関連づけた監視エージェントを表示できるようにしました。

付録B.7　08-00の変更内容

監視基盤としてPFM - Baseを追加しました。

監視コンソールサーバとしてPFM - Web Consoleを追加しました。

付録B.8　07-50の変更内容

Performance Managementのサービスのステータスを管理するための「ステータス管理機能（Status Serverサービス）」を追加しました。

Performance Managementの共通メッセージログの内容をJP1イベントに変換する機能である「ログファイルトラップ機能」を追加しました。

Performance Managementが出力する共通メッセージログの保存方法として「ラップアラウンドファイル（jpclogw）方式」を追加し，次の二つの方式から選択できるようにしました。

シーケンシャルファイル（jpclog）方式（従来方式）

ラップアラウンドファイル（jpclogw）方式

jpcrasコマンドでWindowsイベントログを採取できるようにしました。

付録B.9　07-00の変更内容

PFM - ManagerおよびPFM - Viewの適用OSを次の表のように変更しました。

プログラム名
変更内容

PFM - Manager
Windows Server 2003を追加した。
Windows NTを削除した。

PFM - View
Windows Server 2003を追加した。
Windows NTおよびAIXを削除した。

複数のLANに接続されたネットワーク環境での運用をサポートしました。

スタンドアロンモードでPFM - Agentを起動する機能をサポートしました。

jpchasetup importコマンドの実行で待機系ノードにコピーできる設定情報に，ポート番号の設定を追加しました。

JP1/IM - Central Scopeとの連携機能をサポートしました。

インストール時の障害を出力するインストールログファイルを追加しました。

Master StoreサービスまたはAgent Storeサービス起動時に実行していたStoreデータベースのインデックスファイルの作成処理を，バージョンアップインストール時，またはデータベースのリストア時に実行するように変更しました。

レポート出力処理の監視時間を設定できるようにしました。

付録C　（3020-3-R32-31）の変更内容

3020-3-R32-31の変更内容を表C-1に示します。

表C-1　3020-3-R32-31の変更内容

#
変更個所
追加・変更内容

1
前書き
■対象製品

［追加］

P-812C-AA91　JP1/Performance Management - Manager　09-50（適用OS：Linux Server 6 (32-bit x86)，Linux Server 6 (64-bit x86_64)）
P-812C-AJ91　JP1/Performance Management - Base　09-50（適用OS：Linux Server 6 (32-bit x86)，Linux Server 6 (64-bit x86_64)）
P-812C-AR91　JP1/Performance Management - Web Console　09-50（適用OS：Linux Server 6 (32-bit x86)，Linux Server 6 (64-bit x86_64)）

2
はじめに
■新旧対応表
［訂正前］
（3020-3-K61-80）とこのマニュアル「JP1 Version 9 JP1/Performance Management 運用ガイド」（3020-3-R32-30）との対応は次のようになっています。
[図データ]
［訂正後］
（3020-3-K61-80）とこのマニュアル「JP1 Version 9 JP1/Performance Management 運用ガイド」（3020-3-R32）との対応は次のようになっています。
[図データ]

3
はじめに
■このマニュアルでの表記

［追加］

4
1.2.1(2)
(b) UNIXの場合
　補足

［訂正前］

Performance Managementは起動時に，その環境で設定されているLANG環境変数で動作します。Performance Managementに関連するLANG環境変数を設定する場合は，次の例を参考に編集してください。
設定例
　## Set Environment-variables
　PATH=/sbin:/bin:/usr/bin:/opt/jp1pc/bin
　SHLIB_PATH=/opt/hitachi/common/lib
　LD_LIBRARY_PATH=/opt/hitachi/common/lib
　LIBPATH=/opt/hitachi/common/lib
　HCCLIBCNF=/opt/jp1/hcclibcnf
　LANG=設定したいLANG環境変数※
　export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF LANG※
注※　スクリプトファイルに追加した記述です。Performance Managementで使用できるLANG環境変数については，マニュアル「JP1/Performance Management 設計・構築ガイド」および，各PFM - AgentまたはPFM - RMマニュアルの，インストールとセットアップについて説明している章を参照してください。

［訂正後］

Performance Managementは起動時に，その環境で設定されているLANG環境変数で動作します。また，LC_ALL環境変数が設定されており，LANG環境変数の値と異なる場合は，LC_ALL環境変数を解除するか，LANG環境変数と同一の値に変更してください。Performance Managementに関連するLANG環境変数を設定する場合は，次の例を参考に編集してください。
設定例
　## Set Environment-variables
　PATH=/sbin:/bin:/usr/bin:/opt/jp1pc/bin
　SHLIB_PATH=/opt/hitachi/common/lib
　LD_LIBRARY_PATH=/opt/hitachi/common/lib
　LIBPATH=/opt/hitachi/common/lib
　HCCLIBCNF=/opt/jp1/hcclibcnf
　LANG=設定したいLANG環境変数※1
　export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF LANG※1
　unset LC_ALL※2
注※1　スクリプトファイルに追加した記述です。Performance Managementで使用できるLANG環境変数については，マニュアル「JP1/Performance Management設計・構築ガイド」および，各PFM - AgentまたはPFM - RMマニュアルの，インストールとセットアップについて説明している章を参照してください。
注※2　LC_ALL環境変数を解除した場合の記述例です。

5
1.2.1(2)
(b) UNIXの場合

［訂正前］

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集することをお勧めします。

［訂正後］

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集してください。

6
1.2.2(2)
(b) UNIXの場合

［訂正前］

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集することをお勧めします。

［訂正後］

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集してください。

7
1.5.2
注意

表示されているレポート画面の数が多い場合

［訂正前］

同時に表示させる画面数は，履歴レポートまたは自動更新しないリアルタイムレポートで10画面以内を目安にしてください。

［訂正後］

同時に表示させる画面数は，履歴レポートまたは自動更新しないリアルタイムレポートで10画面以下にしてください。

8
1.8.1
(4) 非スタンドアロンモードの概要
　注意

［訂正前］

PFM - AgentまたはPFM - RMを非スタンドアロンモードで起動している場合，発生したアラームイベントをPFM - Managerに通知できません。（中略）すべて削除されます。

［訂正後］

PFM - AgentまたはPFM - RMを非スタンドアロンモードで起動している場合，発生したアラームイベントをPFM - Managerに通知できません。（中略）すべて削除されます。

［参考］

イベントモニターとイベント履歴では動作が異なるため見え方が異なります。

［イベント履歴（例）として3件で説明］

1. PFM-Managerが停止している

2. PFM-Managerが起動

3. PFM-AgentからPFM-Manager停止中のアラームが3件送信される

4. PFM-ManagerのMasterStoreに格納

以上よりイベント履歴では3件ともにイベント情報を表示可能となります。

［イベントモニター（例）として3件で説明］

イベントモニターはPFM-Webconsoleのキャッシュに保存されている情報を表示します。

ここで，PFM-WebConsoleのキャッシュは，PFM-ManagerのViewServerとの再接続を行った際にいったんクリアされます。

ViewServerとの接続時に，ViewServerのキャッシュ情報との同期を行い，WebConsoleのキャッシュを再構築します。

ここでアラームイベントについては，当該エージェントの現在のアラームステータスに関わる最新イベント1件だけを取得します。

ただし，受け取ったアラームステータスが「緑（正常）」の場合は，イベントモニターには表示されません（最新の状態が正常であるため何も問題ないとしております）。

受け取ったアラームステータスが「黄（警告）」「赤（異常）」の場合は，警告または異常である旨のアラームを受け取ったこととなり，イベントモニターに表示されます。

9
1.8.1
(5) 非スタンドアロンモードで使用できる機能
　Action Handlerに"LOCAL"を指定している場合

［訂正前］

アクションを実行するホストのPFM - Baseが09-00以降のとき

（中略）

アクションを実行するホストのPFM - Baseが08-50以前のとき

［訂正後］

アクションを実行するホストのPFM - Baseが09-00-09以降または09-10以降のとき

（中略）

アクションを実行するホストのPFM - Baseが09-00-08以前のとき

10
4.3.5
Storeデータベースサイズの確認と再編成

［訂正前］

そのため，Storeバージョン1.0の場合は定期的にStoreデータベースのサイズを確認し，ディスク占有量の見積もりサイズの90%を超えた時点で，Storeデータベースを再編成し，無効領域を縮小することをお勧めします。

［訂正後］

そのため，Storeバージョン1.0の場合は定期的にStoreデータベースのサイズを確認し，ディスク占有量の見積もりサイズの90%を超えた時点で，Storeデータベースを再編成し，無効領域を縮小してください。

11
5.5.1
注意

［訂正前］

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

［訂正後］

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

12
5.5.1
注意
［追加］

既に登録済みのレポートと同名のレポートを登録する場合はエラーとなります。
同名のレポートを登録する場合，jpcrdef deleteで削除する必要があります。

13
5.6.1(2)
(a) レポートを表示して登録する場合
注意

［訂正前］

ブックマークからレポートを表示すると，登録されたレポートの数だけレポート表示画面が表示されます。表示する画面数が多くなる分だけ，表示に時間が掛かります。このため，一つのブックマークに登録するレポート数は10 個以内を推奨します。

［訂正後］

ブックマークからレポートを表示すると，登録されたレポートの数だけレポート表示画面が表示されます。表示する画面数が多くなる分だけ，表示に時間が掛かります。このため，一つのブックマークに登録するレポート数は10個以下にしてください。

14
5.6.3
(2) ブックマーク名を変更する
注意

［訂正前］

ブックマークのフォルダ名の最後に「¥」または「/」を付けないでください。jpcrptコマンドによるレポートの出力時にエラーとなるおそれがあります。

［訂正後］

ブックマークのフォルダ名の最後に「¥」または「/」を付けないでください。jpcrptコマンドによるレポートの出力時にエラーとなる可能性があります。

15
5.9.1
(1) WebブラウザでレポートをCSV出力する。

［訂正前］

注意

（後略）

［訂正後］

注意1

（後略）

16
5.9.1
(1) WebブラウザでレポートをCSV出力する。

［追加］

注意2

CSV出力を行う場合，レポートに出力するフィールドとして選択していない場合でも以下のフィールド情報が付加されます。

リアルタイムレポートの場合
"Record Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（一つのエージェント）の場合
"Date and Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（複数のエージェント）の場合
"Date and Time"フィールド，"Agent Host"フィールド，"Agent Instance"フィールド，ODBCキーフィールドの情報が付加されます。

ODBCキーフィールドについては各JP1/Performance Management - Agentのマニュアルを参照してください。

17
5.9.2

［追加］

注意

CSV出力を行う場合，レポートに出力するフィールドとして選択していない場合でも以下のフィールド情報が付加されます。

リアルタイムレポートの場合
"Record Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（一つのエージェント）の場合
"Date and Time"フィールド，ODBCキーフィールドの情報が付加されます。

履歴レポート（複数のエージェント）の場合
"Date and Time"フィールド，"Agent Host"フィールド，"Agent Instance"フィールド，ODBCキーフィールドの情報が付加されます。

ODBCキーフィールドについては各JP1/Performance Management - Agentのマニュアルを参照してください。

18
5.10.2
(3) PFM - Web ConsoleのWebブラウザに表示できる最大レポート画面数について

［訂正前］

一つのPFM - Web ConsoleのWebブラウザで表示できるレポート画面は，4画面を目安としてください。

PFM - AgentまたはPFM - RMの情報を表示するレポート画面（リアルタイムレポートを表示するレポート画面）は，一つのPerformance Managementシステム内で10画面を目安としてください。

［訂正後］

一つのPFM - Web ConsoleのWebブラウザで表示できるレポート画面は，4画面以下にしてください。

PFM - AgentまたはPFM - RMの情報を表示するレポート画面（リアルタイムレポートを表示するレポート画面）は，一つのPerformance Managementシステム内で10画面以下にしてください。

19
5.10.2(7)
(a) レポートキャッシュファイル化機能を有効にする

［訂正前］

なお，レポートを表示する場合，グラフの有無によってメモリー不足が発生するおそれのあるサービスが異なります。それぞれの場合のメモリー不足の回避方法を次に示します。

グラフが含まれないレポートに大量のデータが含まれている場合
PFM - ManagerのView Serverサービスでメモリー不足が発生するおそれがあります。この場合，レポートキャッシュファイル化機能を有効にすることでメモリー不足を回避できます。

グラフが含まれるレポートに大量のデータが含まれている場合
PFM - ManagerのView Serverサービス，またはPFM - Web Consoleのサービスでメモリー不足が発生するおそれがあります。

［訂正後］

なお，レポートを表示する場合，グラフの有無によってメモリー不足が発生するサービスが異なります。それぞれの場合のメモリー不足の回避方法を次に示します。

グラフが含まれないレポートに大量のデータが含まれている場合
PFM - ManagerのView Serverサービスでメモリー不足が発生します。この場合，レポートキャッシュファイル化機能を有効にすることでメモリー不足を回避できます。

グラフが含まれるレポートに大量のデータが含まれている場合
PFM - ManagerのView Serverサービス，またはPFM - Web Consoleのサービスでメモリー不足が発生します。

20
5.10.2
(8) グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について

［訂正前］

メモリー不足を回避できる値の目安を次に示します。グラフの種類にかかわらず，レポート表示対象データがこの値以下に収まる場合，メモリーが不足するおそれはありません。

［訂正後］

メモリー不足を回避できる値を次に示します。グラフの種類にかかわらず，レポート表示対象データがこの値以下に収まる場合，メモリーが不足することはありません。

21
5.10.2
(11) 大量の表データを含むレポートをHTML出力する場合について

［訂正前］

初期設定ファイル（config.xml）に設定した表データ行数の制限値が初期値で，Internet Explorer 7を使用してレポートを表示する場合，フィールド数の目安は10以下です。

［訂正後］

初期設定ファイル（config.xml）に設定した表データ行数の制限値が初期値で，Internet Explorer 7を使用してレポートを表示する場合，フィールド数は10以下です。

22
5.10.2
(13) レポートの表示に時間が掛かる場合について

［訂正前］

レコードのインスタンス数が大量な場合，表示に時間が掛かる場合があります。この場合，次に示す対処をすべて実施することで，一度にグラフに表示するデータ数を制限することをお勧めします。

［訂正後］

レコードのインスタンス数が大量な場合，表示に時間が掛かる場合があります。この場合，次に示す対処をすべて実施することで，一度にグラフに表示するデータ数を制限してください。

23
6.4.5(5)
(h) Action Handler ラベルの注意事項

［訂正前］

アラームのアクションを設定する際，PFM - Web ConsoleのWebブラウザの［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」以外を選択すると，PFM - Managerに負荷が集中することがあります。

［訂正後］

アラームのアクションを設定する際，PFM - Web ConsoleのWebブラウザの［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」以外を選択すると，PFM - Managerに負荷が集中します。

24
6.6.1
(3) アラーム数，アラームテーブル数の制限に関する注意事項

［訂正前］

Performance Managementのシステム内でPFM - AgentまたはPFM - RMにアラームを多数バインドすると，PFM - Manager，PFM - Agent，またはPFM - RMの処理に遅延が発生する場合があります。バインドするアラームの数は以下の値を超えないように設定することをお勧めします。

［訂正後］

Performance Managementのシステム内でPFM - AgentまたはPFM - RMにアラームを多数バインドすると，PFM - Manager，PFM - Agent，またはPFM - RMの処理に遅延が発生する場合があります。バインドするアラームの数は以下の値を超えないように設定してください。

25
6.9.1
(3) アラーム数の制限について

［訂正前］

バインドするアラームの数は以下の値を超えないように設定することをお勧めします。

［訂正後］

バインドするアラームの数は以下の値を超えないように設定してください。

26
6.9.1
(6) アラームの発生数によるPFM - AgentまたはPFM - RMの接続数への影響について

［訂正前］

Performance Managementでは，PFM - ManagerがPFM - AgentまたはPFM - RMから発行されるアラームを受信し，順次Storeデータベース（Master Store）に格納するなどの処理をします。アラームの発行が頻繁になったり多数のPFM - AgentまたはPFM - RMから同時にアラームが発行されたりすると，PFM - Managerの処理に遅延が発生することがあります。遅延が発生すると，処理されていないアラームはPFM - Managerホストのメモリーに蓄積されるため，メモリー使用量が増加したり，システムの性能が低下したりするおそれがあります。
そのため，PFM - Managerが単位時間当たりに処理できるアラーム数を超えないように，アラームの発生頻度を考慮してアラームを定義することをお勧めします。また，あらかじめPFM - Managerに接続するPFM - AgentまたはPFM - RM数を決めておくことをお勧めします。

［訂正後］

Performance Managementでは，PFM - ManagerがPFM - AgentまたはPFM - RMから発行されるアラームを受信し，順次Storeデータベース（Master Store）に格納するなどの処理をします。アラームの発行が頻繁になったり多数のPFM - AgentまたはPFM - RMから同時にアラームが発行されたりすると，PFM - Managerの処理に遅延が発生します。遅延が発生すると，処理されていないアラームはPFM -Managerホストのメモリーに蓄積されるため，メモリー使用量が増加したり，システムの性能が低下したりします。
そのため，PFM - Managerが単位時間当たりに処理できるアラーム数を超えないように，アラームの発生頻度を考慮してアラームを定義してください。また，あらかじめPFM - Managerに接続するPFM - AgentまたはPFM - RM数を決めておくことをお勧めします。

27
8.3.4(1)
(a) Windowsの場合
　表8-1　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

［訂正前］

［訂正後］

28
8.3.4(1)
(a) Windowsの場合
　表8-1　バックアップ対象のサービス定義情報ファイル（Windowsの場合）
［追加］
[図データ]

29
8.3.4(1)
(b) UNIXの場合
　表8-2　バックアップ対象のサービス定義情報ファイル（UNIXの場合）

［訂正前］

［訂正後］

30
8.3.4(2)
(a) Windowsの場合
　表8-3　バックアップ対象のサービス定義情報ファイル（Windowsの場合）
　PFM - Web Console（論理ホスト運用の場合）

［訂正前］

環境ディレクトリ※¥jp1pcWebCon¥bookmarks¥*（デフォルト設定の場合）

（表の下の）注※

［訂正後］

環境ディレクトリ※1¥jp1pcWebCon¥bookmarks¥*（デフォルト設定の場合）

（表の下の）注※1

31
8.3.4(2)
(a) Windowsの場合
　表8-3　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

［追加］

注※2

processMonitoringTemplatesディレクトリ以下のディレクトリもバックアップしてください。

また，ファイルパスはデフォルト値です。プロセス監視の定義テンプレートを格納する場所は，初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグで，processMonitoringTemplatesRepositoryに指定することで変更できます。格納場所を変更している場合は，変更先の格納場所にあるファイルとディレクトリをバックアップしてください。

32
8.3.4(2)
(b) UNIXの場合
　表8-4　バックアップ対象のサービス定義情報ファイル（UNIXの場合）

［訂正前］

環境ディレクトリ※/jp1pcwebCon/bookmarks/*（デフォルト設定の場合）

（表の下の）注※

［訂正後］

/環境ディレクトリ※1/jp1pcwebCon/bookmarks/*（デフォルト設定の場合）

（表の下の）注※1

33
8.3.4(2)
(b) UNIXの場合
　表8-4　バックアップ対象のサービス定義情報ファイル（UNIXの場合）

［追加］

注※2

processMonitoringTemplatesディレクトリ以下のディレクトリもバックアップしてください。

また，ファイルパスはデフォルト値です。プロセス監視の定義テンプレートを格納する場所は，初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグで，processMonitoringTemplatesRepositoryに指定することで変更できます。格納場所を変更している場合は，変更先の格納場所にあるファイルとディレクトリをバックアップしてください。

34
8.4.2
(1) パフォーマンスデータをバックアップする

［追加］

注意

jpctool db backupコマンドが，以下のコマンドまたは処理中に実行された場合，対象となるMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが同一であると，jpctool db backupコマンドが失敗する可能性があります。

jpctool db backup

jpctool db dump

jpctool db clear

jpctool db import

jpctool db restore

Agent Storeサービス，またはRemote Monitor Storeサービスのデータ格納処理

履歴レポートの表示

このような場合は，jpctool db backupをリトライしてください。

35
9.2.2(4)
(a) クラスタソフトでのPFM - Managerの登録
　表9-2　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）

［訂正前］

［訂正後］

36
9.2.2(4)
(a) クラスタソフトでのPFM - Managerの登録
　表9-3　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - RM for Oracleが共存する場合の例）

［訂正前］

［訂正後］

37
9.2.3(4)
(a) クラスタソフトでのPFM - Web Consoleの登録
　表9-4　クラスタソフトに登録するPFM - Web Consoleのサービス

［訂正前］

[図データ]
注※　(4)の(d)で設定した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。
（中略）

［名前］，［依存関係］，［サービス名］および［起動パラメータ］を「表 9-4　クラスタソフトに登録するPFM - Web Consoleのサービス」のとおりに設定する。

［訂正後］

[図データ]
注※　(3)の(d)と(e)で設定した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。
（中略）

［名前］，［サービス名］および［依存関係］を「表 9-4　クラスタソフトに登録するPFM - Web Consoleのサービス」のとおりに設定する。

38
9.3.3
(1) PFM - Managerの論理ホスト名を変更する
　9.　必要に応じて，PFM - Agent固有の手順を実行する。
　表9-5　PFM - Agent固有の手順の要否

［訂正前］

注※

PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ，PFM - Agent固有の手順が必要になります。

［訂正後］

39
9.3.3
(2) PFM - AgentまたはPFM - RMの論理ホスト名を変更する
　7.　必要に応じて，PFM - Agent固有の手順を実行する。
　表9-6　PFM - Agent固有の手順の要否

［訂正前］

注※

PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ，PFM - Agent固有の手順が必要になります。

［訂正後］

40
9.3.3
(2) PFM - AgentまたはPFM - RMの論理ホスト名を変更する
　13.　アラームの設定を更新する。

［削除］

アクションでJP1イベントを発行している場合
アクションのJP1イベントの設定を再度行ってください。

41
9.4.2(4)
(a) クラスタソフトでのPFM - Managerの登録
注意

［訂正前］

Performance Managementを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，Performance Managementのコマンドを実行するようにしてください。

［訂正後］

Performance Managementを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，Performance Managementのコマンドを実行するようにしてください。また，LC_ALLが設定されており，LANGの値と異なる場合は，クラスタソフトに登録するスクリプトでLC_ALLを解除するか，LANGと同一の値に変更してください。LC_ALLを解除する場合は，以下の設定を追加することで解除できます。

　unset LC_ALL

42
9.5.3
(1) PFM - Managerの論理ホスト名を変更する
　9.　必要に応じて，PFM - Agent固有の手順を実行する。
　表9-10　PFM - Agent固有の手順の要否

［訂正前］

注※

PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ，PFM - Agent固有の手順が必要になります。

［訂正後］

43
9.5.3
(2) PFM - AgentまたはPFM - RMの論理ホスト名を変更する
　7.　必要に応じて，PFM - Agent固有の手順を実行する。
　表9-11　PFM - Agent固有の手順の要否

［訂正前］

注※

PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ，PFM - Agent固有の手順が必要になります。

［訂正後］

44
9.5.3
(2) PFM - AgentまたはPFM - RMの論理ホスト名を変更する
　13.　アラームの設定を更新する。

［削除］

アクションでJP1イベントを発行している場合
アクションのJP1イベントの設定を再度行ってください。

45
9.7
・クラスタソフトやOSのログ情報

［訂正前］

クラスタソフトのログ情報や，OS自身が出力するログもあわせて採取することをお勧めします。

［訂正後］

クラスタソフトのログ情報や，OS自身が出力するログもあわせて採取してください。

46
10.3.2
(1) JP1イベントの発行の設定
　参考

［訂正前］

通常は，このパラメーターを設定する必要はありません。次のような場合に，このパラメーターの設定を推奨します。

［訂正後］

通常は，このパラメーターを設定する必要はありません。次のような場合に，このパラメーターを設定してください。

47
10.3.2
(3) 連携のための定義ファイルの編集・コピー

［訂正前］

Performance Managementが提供するJP1/IMの定義ファイルは，次のフォルダに格納されています。

PFM - Web Consoleのインストール先フォルダ¥sample¥imconf

［訂正後］

Performance Managementが提供するJP1/IMの定義ファイルは，次のフォルダに格納されています。

Windowsの場合
PFM - Web Consoleのインストール先フォルダ¥sample¥imconf

UNIXの場合
/opt/jp1pcwebcon/sample/imconf/

48
10.5
(6) エージェントの状態の変更
表10-12　エージェントの状態が変更したときのJP1システムイベント

［訂正前］

KAVE00333-Eメッセージ（エージェントの稼働状態がビジー状態または異常停止状態になった場合）

［訂正後］

KAVE00333-Eメッセージ（エージェントの稼働状態がビジー状態または異常停止状態になった場合）※

注※

Collectorサービスが稼働状態からビジー状態または異常停止状態に移行したことを，Storeサービスが検知します。

また，検知のタイミングはStoreサービスに対してCollectorサービスからの収集イベントが10分以上ない場合に，StoreサービスからCollectorサービスに対してハートビートの確認を行います。

このハートビートの確認でビジーまたは停止と判断されるとKAVE00333-EのJP1イベントをAgent StoreサービスまたはRM Storeサービスが発行します。

49
10.5
(6) エージェントの状態の変更
表10-12　エージェントの状態が変更したときのJP1システムイベント

［訂正前］

［訂正後］

50
13.2.4(1)
(a) 監視ポーリング間隔を適切に設定する上で考慮すべき項目
　●監視ポーリング間隔の適否を判断する基準

［訂正前］

また，監視ポーリング間隔を短く設定した場合，すべてのエージェントホストに対するポーリングが，設定した間隔で完了しなくなるおそれがあります。

［訂正後］

また，監視ポーリング間隔を短く設定した場合，すべてのエージェントホストに対するポーリングが，設定した間隔で完了しなくなります。

付録D　用語解説

（英字）

Action Handler

PFM - ManagerまたはPFM - Baseのサービスの一つです。アクションを実行するサービスのことです。

Agent Collector

PFM - Agentのサービスの一つです。パフォーマンスデータを収集したり，アラームに設定されたしきい値で，パフォーマンスデータを評価したりするサービスのことです。

Agent Store

PFM - Agentのサービスの一つです。パフォーマンスデータを格納するサービスのことです。Agent Storeサービスは，パフォーマンスデータの記録のためにデータベースを使用します。各PFM - Agentに対応して，各Agent Storeサービスがあります。

Correlator

PFM - Managerのサービスの一つです。サービス間のイベント配信を制御するサービスのことです。アラームの状態を評価して，しきい値を超過するとアラームをTrap GeneratorサービスおよびPFM - Web Consoleに送信します。

HAクラスタシステム

高可用性を実現させるためのクラスタシステムです。障害が発生しても運用を継続できるようにすることを目的としています。業務実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これによって，障害発生時の業務の中断を防ぎ，可用性を向上させることができます。

このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

Master Manager

PFM - Managerのサービスの一つです。PFM - Managerのメインサービスのことです。

Master Store

PFM - Managerのサービスの一つです。各PFM - Agentから発行されたアラームイベントを管理するサービスのことです。Master Storeサービスはイベントデータの保持のためにデータベースを使用します。

Name Server

PFM - Managerのサービスの一つです。システム内のサービス構成情報を管理するサービスのことです。

ODBCキーフィールド

PFM - ManagerまたはPFM - Baseで，SQLを使用してStoreデータベースに格納されているレコードのデータを利用する場合に必要なODBCキーフィールドを示します。ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。

PDレコードタイプ

→「Product Detailレコードタイプ」を参照してください。

Performance Management

システムのパフォーマンスに関する問題を監視および分析するために必要なソフトウェア群の総称です。Performance Managementは，次の五つのプログラムプロダクトで構成されます。

PFM - Manager

PFM - Web Console

PFM - Base

PFM - Agent

PFM - RM

Performance Management ODBCドライバー

Performance ManagementのOpen Data Accessコンポーネントに用意されたODBCドライバーです。このドライバーを組み込むことで，MicrosoftのODBCに対応したアプリケーションプログラムからAgent StoreおよびRemote Monitor Storeサービスのデータにアクセスできます。

PFM - Agent

Performance Managementを構成するプログラムプロダクトの一つです。PFM - Agentは，エージェント監視機能に相当し，監視対象となるアプリケーション，データベース，OSによって，各種のPFM - Agentがあります。PFM - Agentには，次の機能があります。

監視対象のパフォーマンスの監視

監視対象のデータの収集および記録

PFM - Base

Performance Managementを構成するプログラムプロダクトの一つです。Performance Managementで稼働監視を行うための基盤機能を提供します。PFM - AgentおよびPFM - RMを動作させるための前提製品です。

各種コマンドなどの管理ツール

Performance Managementと他システムとの連携に必要となる共通機能

PFM - Manager

Performance Managementを構成するプログラムプロダクトの一つです。PFM - Managerは，マネージャー機能に相当し，次の機能があります。

Performance Managementのプログラムプロダクトの管理

イベントの管理

PFM - Manager名

Storeデータベースに格納されているフィールドを識別するための名称です。コマンドでフィールドを指定する場合などに使用します。

PFM - RM

Performance Managementを構成するプログラムプロダクトの一つです。PFM - RMは，リモート監視機能に相当し，監視対象となるアプリケーション，データベース，OSによって，各種のPFM - RMがあります。PFM - RMには，次の機能があります。

監視対象のパフォーマンスの監視

監視対象のデータの収集および記録

PFM - View名

PFM - Manager名の別名です。PFM - Manager名に比べ，より直感的な名称になっています。例えば，PFM - Manager名の「INPUT_RECORD_TYPE」は，PFM - View名で「Record Type」です。PFM - Web ConsoleのGUI上でフィールドを指定する場合などに使用します。

PFM - Web Console

Performance Managementを構成するプログラムプロダクトの一つです。WebブラウザでPerformance Managementシステムを一元的に監視するためWebアプリケーションサーバの機能を提供します。PFM - Web Consoleには，次の機能があります。

GUIの表示

統合監視および管理機能

レポートの定義およびアラームの定義

PIレコードタイプ

→「Product Intervalレコードタイプ」

Product Detailレコードタイプ

現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが格納されるレコードタイプのことです。PDレコードタイプは，次のような，ある時点でのシステムの状態を知りたい場合に使用します。

システムの稼働状況

現在使用しているファイルシステム容量

Product Intervalレコードタイプ

1分ごとのプロセス数など，ある一定の時間（インターバル）ごとのパフォーマンスデータが格納されるレコードタイプのことです。PIレコードタイプは，次のような，時間の経過に伴うシステムの状態の変化や傾向を分析したい場合に使用します。

一定時間内に発生したシステムコール数の推移

使用しているファイルシステム容量の推移

Remote Monitor Collector

PFM - RMのサービスの一つです。パフォーマンスデータを収集したり，アラームに設定されたしきい値で，パフォーマンスデータを評価したりするサービスのことです。

Remote Monitor Store

PFM - RMのサービスの一つです。パフォーマンスデータを格納するサービスのことです。Remote Monitor Storeサービスは，パフォーマンスデータの記録のためにデータベースを使用します。各PFM - RMに対応して，各Remote Monitor Storeサービスがあります。

Storeデータベース

Agent CollectorおよびRemote Monitor Collectorサービスが収集したパフォーマンスデータが格納されるデータベースのことです。

Trap Generator

PFM - Managerのサービスの一つです。SNMPトラップを発行するサービスのことです。

UAC

ユーザーアカウント制御（User Account Control）のことです。Windows Server 2008では，管理ユーザーとしてログオンしても管理者特権が制限されています。管理者特権の必要なプログラムを実行しようとすると，特権昇格するためのUACポップアップが表示されます。

UACポップアップ

Windows Server 2008のUAC機能が有効な場合に，特権昇格を促すポップアップウィンドウのことです。特権昇格を行った場合，該当プログラムは管理者特権を持った状態で起動されます。

View Server

PFM - Managerのサービスの一つです。PFM - Web ConsoleとPFM - Manager 間を接続するサービスのことです。

WRP

Windowsリソース保護のことです。WRPで保護されたファイルは，削除や変更ができなくなっています。UACとは独立した機能で，たとえ管理者特権を持っていても削除や変更はできません。

（ア行）

アクション

監視するデータがしきい値に達した場合に，Performance Managementによって自動的に実行される動作のことです。次の動作があります。

Eメールの送信

コマンドの実行

SNMPトラップの発行

JP1イベントの発行

アラーム

監視するデータがしきい値に達した場合のアクションやイベントメッセージを定義した情報のことです。

アラームテーブル

次の情報を定義した一つ以上のアラームをまとめたテーブルです。

監視するオブジェクト（Process，TCP，WebServiceなど）

監視する情報（CPU使用率，1秒ごとの受信バイト数など）

監視する条件（しきい値）

インスタンス

このマニュアルでは，インスタンスという用語を次のように使用しています。

レコードの記録形式を示す場合
1行で記録されるレコードを「単数インスタンスレコード」，複数行で記録されるレコードを「複数インスタンスレコード」，レコード中の各行を「インスタンス」と呼びます。

PFM - AgentおよびPFM - RMの起動方式を示す場合
同一ホスト上の監視対象を一つのエージェントで監視する方式のエージェントを「シングルインスタンスエージェント」，同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントを「マルチインスタンスエージェント」，マルチインスタンスエージェントの各エージェントサービスを「インスタンス」と呼びます。

インスタンス番号

内部処理で使用する，1バイトの管理番号を示す識別子のことです。サービスIDの一部です。

エージェント

パフォーマンスデータを収集するPFM - AgentおよびPFM - RMのサービスのことです。

エージェント監視

監視対象のサーバにエージェントをインストールして，サーバの稼働状況を監視する運用形態です。監視対象のサーバにエージェントをインストールする必要はありますが，充実した監視項目でサーバの稼働状況を監視できます。

オートラベル

グラフ上のプロットにマウスポインタを重ねると，対応するデータの値をツールチップに表示できる機能のことです。

オープンインターフェース

ODBCやSNMPに準拠した製品またはJP1/IMと連携できる機能のことです。

（カ行）

監視テンプレート

PFM - AgentおよびPFM - RMに用意されている，定義済みのアラームとレポートのことです。監視テンプレートを使用することで，複雑な定義をしなくてもPFM - AgentおよびPFM - RMの運用状況を監視する準備が容易にできるようになります。

管理者コンソール

Windows Server 2008のUAC機能が有効な場合に，管理者特権が必要なコマンドを実行するためにPerformance Managementが提供するコマンドプロンプトのことです。

管理ツール

サービスの状態の確認やパフォーマンスデータを操作するために使用する各種のコマンドまたはGUI上の機能のことです。次のことができます。

サービスの構成および状態の表示

パフォーマンスデータの退避および回復

パフォーマンスデータのテキストファイルへのエクスポート

パフォーマンスデータの消去

機能ID

Performance Managementプログラムのサービスの機能種別を示す，1バイトの識別子のことです。サービスIDの一部です。

業務グループ

Performance Managementの監視対象ホストを組織ごとに分け，ユーザーが参照できる監視エージェントを限定するためのグループです。業務グループを割り当てられたユーザーは，その業務グループの範囲内で監視エージェントを参照できます。また，Performance Managementで使用できる業務グループには，Performance Managementで定義する業務グループと，統合管理製品（JP1/IM）で定義する業務グループがあります。

業務グループユーザー

操作対象として，業務グループが割り当てられたユーザーのことです。業務グループユーザーは，割り当てられた業務グループの範囲内で監視エージェントを参照できます。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムです。大きく分けてHA（High Availability）クラスタシステムと負荷分散クラスタシステムの2種類があります。

このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

→「HAクラスタシステム」

→「負荷分散クラスタシステム」

系列グループ

複合ブックマークに登録されたオブジェクトを表示形式によって分類したものです。複合ブックマークの編集によって設定できます。

（サ行）

サービスID

Performance Managementプログラムのサービスに付加された，一意のIDのことです。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータをバックアップする場合などは，Performance ManagementプログラムのサービスIDを指定してコマンドを実行します。

サービスIDの形式は，プロダクト名表示機能の設定によって異なります。サービスIDの形式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

システムユーザー

Performance Managementシステム全体を操作できるユーザーのことです。

実行系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，業務を実行中のノード（論理ホストがアクティブなノード）のことです。

シングルインスタンスエージェント

同一ホスト上の監視対象を一つのエージェントで監視する方式のエージェントのことです。

→「インスタンス」を参照してください。

スタンドアロンモード

PFM - AgentまたはPFM - RM単独で起動している状態のことです。PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが，障害などのため起動できない状態でも，PFM - AgentまたはPFM - RMだけを起動して，パフォーマンスデータを収集できます。

（タ行）

待機系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，実行系ノードの障害時に業務を引き継げるよう待機しているノードのことです。

単数インスタンスレコード

1行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持ちません。

→「インスタンス」を参照してください。

データグループ

同一時刻のレコードを一つのデータとした集合のことです。一つのデータグループには1レコード以上が存在します。

データベースID

PFM - AgentおよびPFM - RMの各レコードに付けられた，レコードが格納されるデータベースを示すIDです。データベースIDは，そのデータベースに格納されるレコードの種類を示しています。データベースIDを次に示します。

PI
PIレコードタイプのレコードのデータベースであることを示します。

PD
PDレコードタイプのレコードのデータベースであることを示します。

データモデル

各PFM - AgentおよびPFM - RMが持つレコードおよびフィールドの総称のことです。データモデルは，バージョンで管理されています。

デバイスID

Performance Managementプログラムのサービスが起動されている，Performance Managementシステム上のホストを示す1～255バイトの識別子のことです。サービスIDの一部です。

登録レポート

ブックマーク機能を利用して，表示条件やエージェントとあわせて登録されたレポートです。一度登録しておけば，簡単な操作で目的のレポートを表示できます。

ドリルダウンレポート

レポートまたはレポートのフィールドに関連づけられたレポートです。あるレポートの詳細情報や関連情報を表示したい場合に使用します。

（ハ行）

バインド

アラームをエージェントと関連づけることです。バインドすると，エージェントによって収集されているパフォーマンスデータが，アラームで定義したしきい値に達した場合，ユーザーに通知できるようになります。

パフォーマンスデータ

監視対象システムから収集したリソースの稼働状況データのことです。

非対話形式（コマンド）

コマンドの実行中に必要な入力作業について，オプションの指定や定義ファイルの読み込みで代替するコマンドの実行形式です。

非対話形式でコマンドを実行することで，稼働監視システムの構築を省力化でき，ユーザーの負担を軽減できます。

フィールド

レコードを構成するパフォーマンスデータの集まりのことです。

フェールオーバー

クラスタシステムで障害が発生したときに，業務を実行するサーバの処理を実行系ノードから待機系ノードに引き継ぐことです。

負荷分散クラスタシステム

複数のノードで処理の負荷を分散して実行するシステムです。複数のノードで処理を分散して実行することによって処理能力を向上させることを目的としています。また，障害が発生してノードが停止してもほかのノードに処理を切り替えることによってシステムの可用性も向上できます。

複合ブックマーク

複数の登録レポート，複数のベースラインを保持，管理するオブジェクトのことです。複合レポートを表示できます。

複合レポート画面

複合ブックマーク内の登録レポートおよびベースラインを同一表示するレポート画面です。

複数インスタンスレコード

複数行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持っています。

→「インスタンス」を参照してください。

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，フェールオーバー時にもほかのサーバに引き継がれません。

プライマリーホスト名

グループエージェントの稼働ホスト名のことです。グループエージェントは複数の監視対象を一括監視するため，複数の監視対象のうち，そのグループエージェントを代表する監視対象のホスト名が使用されます。

デフォルトで設定される「All」グループエージェントでは，PFM - RMの稼働ホスト名が使用されます。

プロダクトID

該当するPerformance Managementプログラムのサービスが，Performance Managementのどのプログラムプロダクトのものかを示す1バイトの識別子のことです。サービスIDの一部です。

プロット

グラフの構成要素の一つで，グラフ領域のフィールド上でデータを示す点のことです。例えば，折れ線グラフは，これらの点を順に直線で結ぶことで生成されます。また，Performance Managementでは，プロットをダブルクリックすることでドリルダウンできたり，プロットにマウスポインタを重ねることで対応するデータの値をツールチップに表示できたりします。

ベースライン

過去のある期間のレポートを基準値として保存したオブジェクトのことです。複合レポートに基準値として同一表示できます。

ヘルスチェック

次のサービスやホストの稼働状態を監視する機能です。

PFM - AgentまたはPFM - RMのサービス

PFM - AgentまたはPFM - RMが稼働するホスト

PFM - RMの監視対象ホスト

この機能はPFM - Managerが提供します。

ヘルスチェックエージェント

次のサービスやホストの稼働状態を監視するためのエージェントです。

PFM - AgentまたはPFM - RMのサービス

PFM - AgentまたはPFM - RMが稼働するホスト

PFM - RMの監視対象ホスト

（マ行）

マルチインスタンスエージェント

同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントのことです。

→「インスタンス」を参照してください。

（ラ行）

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間のことです。

リアルタイムレポート

監視対象の現在の状況を示すレポートです。

リモート監視

監視対象のサーバにエージェントをインストールしないで，別のホストからリモートでサーバの稼働状況を監視する運用形態です。監視対象のサーバにエージェントをインストールする作業が不要なので，稼働中のシステムに対して稼働監視を始める場合に便利です。エージェント監視と比較すると監視項目は少ないものの，一つのPFM - RMで，複数の監視対象のパフォーマンスデータを収集・管理できます。

履歴レポート

監視対象の過去から現在までの稼働状況を示すレポートです。

レコード

収集したパフォーマンスデータを格納する形式のことです。レコードの種類は，Storeデータベースの各データベースによって異なります。

レポート

PFM - AgentおよびPFM - RMが収集したパフォーマンスデータをグラフィカルに表示する際の情報を定義したものです。主に，次の情報を定義します。

レポートに表示させるレコード

パフォーマンスデータの表示項目

パフォーマンスデータの表示形式（表，グラフなど）

レポートキャッシュファイル

レポートのデータが一時的に格納されるディスク上のファイルのことです。

レポートキャッシュファイルは，レポートキャッシュファイル化機能を有効にした場合に生成され，PFM - Web Consoleでレポートを表示するときやjpcrptコマンドでレポートを出力するときに使用されます。これによって，PFM - Web Consoleがメモリーに保持するデータが減少し，メモリー不足が発生しにくくなります。

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。論理ホストは専用のIPアドレスを持ち，フェールオーバー時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

[Ａ][Ｂ][Ｃ][Ｄ][Ｅ][Ｇ][Ｈ][Ｉ][Ｊ][Ｋ][Ｌ][Ｍ][Ｎ][Ｏ][Ｐ][Ｒ][Ｓ][Ｔ][Ｕ][Ｖ][Ｗ][Ｘ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行][ワ行]

(英字)

(Ａ)

Action Handler（用語解説）

Action Handlerラベル

Action Handlerラベル

Agent Collector（用語解説）

Agent CollectorまたはRemote Monitor Collectorサービス起動情報ファイル

Agent Store（用語解説）

Alarm Definition File Codeラベル

Alarm Definition File Versionラベル

Alarm Nameラベル

Alarm Table Nameラベル

(Ｂ)

Business Group Definition File Codeラベル

Business Group Definition File Versionラベル

Business Group Nameラベル

Busy as Inactive

(Ｃ)

Check Value Existラベル

Collection Interval

Collection Offset

Commandラベル

Conditionラベル

config.xml

Correlator（用語解説）

CSV出力

CSV出力

CSVの形式

(Ｄ)

Description

Detail Records

(Ｅ)

E-mail Addressラベル

E-mailラベル

Event IDラベル

<ex-product-detail>タグ

<ex-product-interval>タグ

<ex-product-log>タグ

Excel

Eメールの送信元の設定

(Ｇ)

GMT_ADJUST

(Ｈ)

HAクラスタシステム

HAクラスタシステム（用語解説）

Host Name

Host Nameラベル

Host Not Available

Host Not Available

Host Not Available

Host Not Available

HTML出力

HTML出力

HTMLの形式

(Ｉ)

Incl. Action Handler

Incomplete

Incomplete

Incomplete

inittab

inittab

Interval Records

(Ｊ)

JP1/Base

JP1/IM

JP1/IM

JP1/IMと連携したPerformance Managementによる稼働監視の例

JP1 Eventラベル

JP1 Resource Group Nameラベル

JP1イベント

JP1イベントの属性

JP1イベントを発行するための設定

JP1権限レベル

JP1資源グループ

JP1システムイベント

JP1認証モード

JP1認証モード

JP1認証モード

JP1ユーザー

JP1ユーザーイベント

jpc_start

jpc_start.model

jpc_stop

jpc_stop.model

jpcagt.ini

jpcagt.ini.model

jpcaspsv output

jpcaspsv output

jpcaspsv update

jpcaspsv update

jpcasrec output

jpcasrec update

jpccomm.ini

jpcconf agttree export

jpcconf agttree export

jpcconf db display

jpcnnm.iniの設定例

jpcrdef create

jpcrdef delete

jpcrdef output

jpcspm start

jpcspm stop

jpctool alarm active

jpctool alarm bind

jpctool alarm check

jpctool alarm copy

jpctool alarm delete

jpctool alarm delete

jpctool alarm export

jpctool alarm export

jpctool alarm export

jpctool alarm import

jpctool alarm inactive

jpctool alarm list

jpctool alarm unbind

jpctool db clear

jpctool db clear

jpctool db dmconvert

jpctool db dump

jpctool db dump

jpctool db import

jpctool service list

jpcvsvr.ini

jpcwstart

jpcwstop

(Ｋ)

KAVE00105-E

KAVE00182-E

(Ｌ)

LANG環境変数（トラブルシューティング）

Log

Log Records

LOGIF

<logif>タグ

(Ｍ)

Master Manager（用語解説）

Master Store（用語解説）

Message Textサブサブセクション

Message Textラベル

Messageラベル

MIBオブジェクト

MIBオブジェクトの内容

Monitoring Level

(Ｎ)

Name Server（用語解説）

NNM

NNMからのアラームイベント監視

NNMと連携したPerformance Managementによる稼働監視の例

Not supported

Not supported

Not supported

Not supported

(Ｏ)

ODBC

ODBCキーフィールド

ODBCキーフィールド（用語解説）

ODBC準拠の稼働分析アプリケーション

(Ｐ)

PDレコードタイプ（用語解説）

Performance Management（用語解説）

Performance Management ODBCドライバー（用語解説）

Performance Management自身の障害検知

Performance Managementの起動と停止（クラスタシステムの場合）

Performance Managementユーザー

Period (Day)

Period - Day Drawer (Week)

Period - Hour Drawer (Day)

Period - Minute Drawer (Day)

Period - Month Drawer (Month)

Period - Week Drawer (Week)

Period - Year Drawer (Year)

PFM - Agent（用語解説）

PFM - Agentのエージェント

PFM - Base（用語解説）

PFM - Manager（用語解説）

PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携

PFM - Manager名（用語解説）

PFM - RM（用語解説）

PFM - RMのグループエージェント

PFM - RMのポーリングの設定

PFM - RMのリモートエージェント

PFM - View名（用語解説）

PFM - Web Console（用語解説）

PFM - Web Consoleログイン用URL

PFM ODBCドライバー

PFM ODBCドライバー

PFM ODBCドライバー

PFMサービス自動再起動機能

PFMサービス自動再起動機能

PFM認証モード

PFM認証モード

PID

PIレコードタイプ（用語解説）

Polling Interval

Port

<product-detail>タグ

<product-interval>タグ

<product-log>タグ

Product Alarm - PA

Product Detailレコードタイプ（用語解説）

Product Interval - Day Drawer

Product Interval - Hour Drawer

Product Interval - Minute Drawer

Product Interval - Month Drawer

Product Interval - Week Drawer

Product Interval - Year Drawer

Product Intervalレコードタイプ（用語解説）

Productラベル

(Ｒ)

rc.jp1_pc

rc.jp1_webcon

rc.shutdown

rc.shutdown

<record>タグ

Remote Monitor Collector（用語解説）

Remote Monitor Collectorサービス

Remote Monitor Store（用語解説）

RetentionEx

Running

Running

Running

Running

(Ｓ)

ServiceID

Service Name

SNMPトラップ

SNMPトラップを送信するための設定

Status

Status Serverサービスの起動

Stopped

Stopped

Storeデータベース（用語解説）

Storeデータベースサイズの確認

Storeデータベースのサイズの制限

Storeデータベースの再編成

Storeデータベースの保存方式

Switch Alarm Levelラベル

Sync Collection With

syslogファイル（トラブルシューティング）

(Ｔ)

Time to Busy as Inactive AH

Time to Busy as Inactive Collector

Time to Busy as Inactive Store

Trap Generator（用語解説）

(Ｕ)

UAC（用語解説）

UACポップアップ（用語解説）

ulimit

Unconfirmed

Unconfirmed

Unconfirmed

Unconfirmed

Unconfirmed

(Ｖ)

View Server（用語解説）

(Ｗ)

Webブラウザでサービスの稼働状況を確認する

WRP（用語解説）

(Ｘ)

XML宣言

XML宣言

XML宣言

(ア行)

(あ)

アクション

アクション（用語解説）

アクションの実行に関する注意事項

アクションを設定する

アラーム

アラーム（用語解説）

アラームアイコンが示すステータス

アラームイベント

アラームイベント

アラームイベント

アラーム条件式

アラーム条件の組み合わせによるアラーム評価の違い

アラーム数の制限

アラーム正常回復時の測定値出力機能

アラーム通知のタイミング

アラームテーブル

アラームテーブル（用語解説）

アラームテーブルの一覧を表示する

アラームテーブルのプロパティを確認する

アラームテーブル複数バインド機能

アラームテーブル複数バインド機能

アラームテーブルまたはアラームを削除する

アラームテーブル名

アラームテーブルをインポートする

アラームテーブルをエクスポートする

アラームテーブルを関連づける

アラームテーブルをコピーする

アラームテーブルをコピーする

アラームテーブルを削除する

アラームテーブルを削除する

アラームテーブルを作成する

アラームで評価するレコードの保存

アラームに関する注意事項

アラームによる監視を開始する

アラームによる監視を停止する（Webブラウザ）

アラームによる監視を停止する（コマンド）

アラームによるリアルタイム監視（クラスタシステムの場合）

アラームにレポートを関連づける

アラームの運用（Webブラウザ）

アラームの運用（コマンド）

アラームの状態を確認する

アラームの設定・運用の流れ

アラームの設定（Webブラウザ）

アラームの設定（クイックガイド）

アラームの設定（コマンド）

アラームの定義情報のバックアップとリストア

アラームの定義に関するトラブル

アラームの評価時刻

アラームの評価数の制限

アラームのプロパティ

アラームのプロパティ（定義内容）を表示する

アラーム発生頻度

アラーム発生頻度

アラーム評価時の文字コード種別

アラーム評価の間隔

アラーム名

アラーム名

アラームメッセージテキスト

アラームメッセージテキスト

アラームをコピーする

アラームを削除する

アラームを削除する

アラームを作成する

アラームを設定する前にすること

アラームを編集する

アラームを無効にするには

アラームを有効にするには

アラームを利用した監視を行うには

アンセットアップ（JP1/IMと連携している場合）

アンセットアップ（NNMと連携している場合）

アンバインド

(い)

異常状態

一覧

一覧の表示例

一般ユーザー権限

一般ユーザー権限で参照できるエージェントを制限する

イベント拡張属性定義ファイル

イベント拡張属性定義ファイル

イベントデータをエクスポートする

イベントデータを消去する

イベントの表示

イベントの表示件数の設定

［イベントモニター］画面

［イベントモニター］画面

［イベントモニター］画面の表示項目

［イベント履歴］画面

［イベント履歴］画面

［イベント履歴］画面

イベント履歴の出力

イベント履歴の表示

イベント履歴を表示する

イベントログファイル（トラブルシューティング）

インスタンス（用語解説）

インスタンス番号（用語解説）

インストール（JP1/IMと連携する場合）

インストール（NNMと連携する場合）

インポート

インポート

インポートする（Storeバージョン2.0の場合）

(う)

運用（クラスタシステムの場合）

運用設計（クラスタシステムの場合）

運用できるエージェント

(え)

エージェント

エージェント（用語解説）

エージェントアイコンが示すステータス

エージェントイベント

エージェントイベント

エージェント階層

エージェント階層の構成要素

エージェント階層の作成・編集（Webブラウザ）

エージェント階層の作成・編集（コマンド）

エージェント監視（用語解説）

エージェントの稼働監視

エージェントの稼働状況の監視

エージェントの管理に関するトラブル

エージェントの種別

エージェントの状態を確認する

エージェントのプロパティ

エージェントのプロパティを一括配布する

エージェントのプロパティを表示する

エージェントのプロパティを編集する

エージェントを配置する

エクスポート

エクスポート

エクスポート

エクスポート

(お)

オートラベル（用語解説）

オートラベルでデータの値を確認する

オープンインターフェース（用語解説）

(カ行)

(か)

各プロパティの説明および設定値と変更できるノード

稼働監視データの管理

稼働管理データの収集と管理（クラスタシステムの場合）

稼働状況ログ（トラブルシューティング）

稼働状況ログ（トラブルシューティング）

稼働状態の確認方法

カラム名およびテーブル名の指定規則

環境ディレクトリ（クラスタシステムの場合）

監視エージェントの一元管理（クラスタシステムの場合）

監視オブジェクト

監視時刻範囲

監視時刻範囲と発生頻度を指定した場合のアラーム評価

監視テンプレート（用語解説）

管理者コンソール（用語解説）

管理ツール（用語解説）

管理ユーザー権限

関連レポートを設定するための事前設定

(き)

既存のレポートを使用する

起動および停止する際の注意事項

起動順序

起動と停止の連携

起動方法

機能ID（用語解説）

共通キーフィールドの指定

共通メッセージログ（トラブルシューティング）

共通メッセージログ（トラブルシューティング）

共通メッセージログの言語（トラブルシューティング）

業務グループ（用語解説）

業務グループ一般ユーザー

業務グループ定義ファイル

業務グループの定義情報のバックアップとリストア

業務グループの割り当て

業務グループユーザー

業務グループユーザー（用語解説）

業務グループユーザーが使用できる機能

共有ディスク（クラスタシステムの場合）

記録方法

(く)

［クイックガイド］画面

クイックガイドで作成したアラームのデフォルト値

クイックガイドで作成したレポートのデフォルト値

クイックガイドでのアラームの作成手順

クイックガイドでのレポートの作成手順

クエリーの実行

クラスタ構成の設計

クラスタシステム

クラスタシステム（用語解説）

クラスタシステムでのPerformance Managementの起動と停止

クラスタシステムでのアラームによるリアルタイム監視

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

クラスタシステムでの運用設計

クラスタシステムでの稼働管理データの収集と管理

クラスタシステムでの監視エージェントの一元管理

クラスタシステムでの構成変更（UNIXの場合）

クラスタシステムでの構成変更（Windowsの場合）

クラスタシステムでの構築（UNIXの場合）

クラスタシステムでの構築（Windowsの場合）

クラスタシステムでの障害回復

クラスタシステムでの注意事項

クラスタシステムでのバックアップとリストア

クラスタシステムでのユーザーアカウントの管理

クラスタシステムでのレポートの作成

クラスタシステムでフェールオーバーが発生したときの運用

クラスタシステムの概要

クラスタソフト

クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - RM for Oracleが共存する場合の例）

クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）

クラスタソフトに登録するPFM - Managerの制御方法

クラスタソフトに登録するPFM - Web Consoleのサービス

クラスタソフトに登録するPFM - Web Consoleの制御方法

グラフ

グラフの表示例

グラフを並び替える（タイリング表示）

グループエージェント

(け)

警告状態

系列グループ

系列グループ（用語解説）

権限の選択

(こ)

更新間隔

更新間隔

構成変更（NNMと連携している場合）

構成変更（クラスタシステムでUNIXの場合）

構成変更（クラスタシステムでWindowsの場合）

構築（クラスタシステムでUNIXの場合）

構築（クラスタシステムでWindowsの場合）

コマンドでサービスの稼働状況を確認する

コマンドの格納先

コマンドの実行に関するトラブル

(サ行)

(さ)

サーバやエージェントの稼働状況が状態不明または非対応になる（トラブルシューティング）

サービスID（用語解説）

サービス稼働状態監視

サービス自動起動スクリプトファイル

サービス自動停止スクリプトファイル

サービスの稼働状況の確認

サービスの起動

サービスのステータス確認方法

サービスの定義情報のバックアップとリストア

サービスの停止

最新イベントの表示

サポートされているSQL機能

サポートされている式表現

サマリ表示

サマリ表示で稼働状況を確認する

サマリ表示の印刷

サマリ表示の集計対象となるエージェント

サマリ表示の集計単位

サマリ表示の集計範囲

(し)

シーケンシャルファイル（トラブルシューティング）

時刻の調整

システム統合監視製品と連携した障害検知

システムの障害回復（トラブルシューティング）

システムユーザー

システムユーザー（用語解説）

システムユーザーが使用できる機能

システムログ（トラブルシューティング）

実行系ノード（クラスタシステムの場合）

実行系ノード（用語解説）

実行できるアクション

自動更新間隔

自動再起動機能

障害回復（クラスタシステムの場合）

障害検知

障害検知例（PFM - Agentの場合）

障害検知例（PFM - RMの場合）

消去

消去

上限値

初期化

資料採取コマンドの実行手順（トラブルシューティング）

資料の採取方法（トラブルシューティング）

新規にレポートを作成する

シングルインスタンスエージェント（用語解説）

(す)

スタンドアロンモード（用語解説）

スタンドアロンモードの概要

ステータス管理機能

ステータス管理機能の設定

すべての業務グループ

(せ)

正常状態

セットアップ（JP1/IMと連携する場合）

セットアップ（NNMと連携する場合）

セットアップやサービスの起動に関するトラブル

前提OS

前提条件（JP1イベントの発行）

前提条件（ヘルスチェック機能）

(タ行)

(た)

待機系ノード（クラスタシステムの場合）

待機系ノード（用語解説）

タイリング表示

単一行のレコード

単数インスタンスレコード（用語解説）

ダンプ情報を採取する手順（トラブルシューティング）

(ち)

注意事項（クラスタシステムの場合）

(て)

定期再起動機能

停止順序

停止方法

ディスク故障などの重大な障害の回復手順（トラブルシューティング）

ディスク容量

ディスク容量

データグループ（用語解説）

データ構成の設計（クラスタシステムの場合）

データベースID（用語解説）

データモデル

データモデル（用語解説）

データモデルバージョン

データモデルをコンバートする（Storeバージョン2.0の場合）

デバイスID（用語解説）

(と)

統合管理製品（JP1/IM）と連携した稼働監視

統合コンソール

統合スコープ

動作定義ファイルの設定例

登録できるアラームの数

登録レポート（用語解説）

トラブルが起きた場合の対処の手順

トラブルシューティング

トラブルの内容

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

ドリルダウンレポート

ドリルダウンレポート（用語解説）

ドリルダウンレポートを表示する

トレースログ（トラブルシューティング）

トレースログ（トラブルシューティング）

(ナ行)

(ね)

ネットワーク管理製品（NNM）と連携した稼働監視

ネットワーク構成の設計（クラスタシステムの場合）

(ハ行)

(は)

バージョン

バインド

バインド

バインド（用語解説）

バインドの解除

パスワード

パスワードの変更

バックアップ

バックアップが必要なPerformance Managementの稼働監視データ

バックアップが必要な情報

バックアップが必要な定義情報

バックアップとリストア（クラスタシステムの場合）

バックアップ方式

発生頻度の設定によるアラーム評価の違い

パフォーマンスデータ

パフォーマンスデータ（用語解説）

パフォーマンスデータの記録方法を変更する

パフォーマンスデータの収集と管理に関するトラブル

パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）

パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）

パフォーマンスデータをエクスポートする

パフォーマンスデータを消去する

(ひ)

引き継ぎ情報

非スタンドアロンモードの概要

非対話形式（コマンド）（用語解説）

表

表示期間

表示形式

表示条件

表示条件（［イベントモニター］画面）

表の表示例

(ふ)

フィールド（用語解説）

フィールドの検索

フィールドの検索

フィールドの検索

フィールドレベル

フィルター条件

フェールオーバー（クラスタシステムの場合）

フェールオーバー（用語解説）

フェールオーバー方式の設計（クラスタシステムの場合）

フォルダ

フォルダ

フォルダアイコンが示すステータス

負荷分散クラスタシステム

負荷分散クラスタシステム（用語解説）

複合ブックマーク

複合ブックマーク（用語解説）

複合ブックマークへのベースライン登録

複合レポート

複合レポート画面（用語解説）

複合レポートでの注意事項

複合レポートの応用的な使い方

複合レポートの表示

複合レポートの表示可否

複合レポートの表示例

複合レポート表示形式の設定

複数インスタンスレコード（用語解説）

複数行のレコード

ブックマークからレポートを削除する

ブックマークに登録する

ブックマークの登録レポートのタイリング表示

ブックマークのフォルダ名を変更する

ブックマークのフォルダを削除する

ブックマークのフォルダを追加する

ブックマークのプロパティを確認する

ブックマーク名を変更する

ブックマークを削除する

物理ホスト（クラスタシステムの場合）

物理ホスト（用語解説）

部分バックアップ

部分バックアップ

プライマリーホスト名（用語解説）

プロダクトID（用語解説）

プロット（用語解説）

プロパティ

プロパティ一覧

プロパティの一括配布

(へ)

ベースライン

ベースライン

ベースライン（用語解説）

ヘルスチェック（用語解説）

ヘルスチェックイベント

ヘルスチェックイベント

ヘルスチェックエージェント

ヘルスチェックエージェント（用語解説）

ヘルスチェック機能

ヘルスチェック機能の設定

ヘルスチェック機能を利用した運用例

変更内容

(ほ)

ホスト稼働状態監視

保存期間

保存期間

保存期間

保存条件

保存条件

(マ行)

(ま)

マルチインスタンスエージェント（用語解説）

(も)

文字コード種別の変更

モデルファイル

モニター画面呼び出し定義ファイル

(ヤ行)

(ゆ)

ユーザーアカウント

ユーザーアカウントの管理（クラスタシステムの場合）

ユーザーアカウントの管理方式

ユーザーアカウントの権限と割り当てる業務グループを変更する

ユーザーアカウントの認証モード

ユーザーアカウントを削除する

ユーザー名

(よ)

用語解説

(ラ行)

(ら)

ライフタイム（用語解説）

ラップアラウンドファイル（トラブルシューティング）

(り)

リアルタイム（1つのエージェント）

リアルタイムレポート

リアルタイムレポート（用語解説）

リストア

リモートアクション

リモートエージェント

リモート監視（用語解説）

履歴（1つのエージェント）

履歴（複数のエージェント）

履歴レポート

履歴レポート（用語解説）

(る)

ルート

(れ)

レコード（用語解説）

レコード数

レコードタイプ

レポート

レポート（用語解説）

レポートキャッシュファイル

レポートキャッシュファイル（用語解説）

レポートキャッシュファイル化機能

レポート系列ページング機能

レポート系列ページング機能

レポート系列ページング機能（注意事項）

レポート系列ページング機能（注意事項）

レポート系列ページング機能（注意事項）

レポート作成の流れ

レポート種別

レポートに関する注意事項

レポートの作成（Webブラウザ）

レポートの作成（クイックガイド）

レポートの作成（クラスタシステムの場合）

レポートの作成（コマンド）

レポートの出力

レポートの種類

レポートの定義情報のバックアップとリストア

レポートの定義に関するトラブル

レポートの名前と種別を設定する

レポートの表示

レポートの表示形式

レポートのフォルダ名を変更する

レポートのフォルダを削除する

レポート名を変更する

レポートレベル

レポートをインポートする

レポートをエクスポートする

レポートをコピーする

レポートを削除する

レポートを表示する

レポートを編集する

(ろ)

ローカルアクション

ローカルディスク（クラスタシステムの場合）

ログアウト

ログイン

ログインに関するトラブル

ログ情報（トラブルシューティング）

ログファイルトラップ機能

ログファイルトラップ機能

ログファイルトラップ機能の定義ファイル作成例

論理IPアドレス（クラスタシステムの場合）

論理IPアドレス（クラスタシステムの場合）

論理ホスト（クラスタシステムの場合）

論理ホスト（クラスタシステムの場合）

論理ホスト（用語解説）

論理ホスト名（クラスタシステムの場合）

論理ホスト名（クラスタシステムの場合）

(ワ行)

(わ)

割り当てられた業務グループ

■ 商標類

AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BEA WebLogic Serverは，BEA Systems, Inc.の登録商標です。
DB2は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
DB2 Universal Databaseは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
FirefoxはMozilla Foundationの登録商標です。
HP-UXは，Hewlett-Packard Companyのオペレーティングシステムの名称です。
IBMは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotusは，IBM Corporationの登録商標です。
Lotus Dominoは，IBM Corporationの登録商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corporationの商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corporationの商品名称です。
Microsoft Internet Information Serverは，米国Microsoft Corporationの商品名称です。
Microsoft Internet Information Servicesは，米国Microsoft Corporationの商品名称です。
MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Mozillaは，Mozilla Foundationの，米国およびその他の国における商標です。
ODBCは，米国Microsoft Corporationが提唱するデータベースアクセス機構です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMware, Virtual SMP, VMotionは，VMware, Inc.の米国および各国での登録商標または商標です。
WebSphereは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows NTは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AJ91，P-9D2C-AR91，P-9E2C-AJ91」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AJ91，P-9D2C-AR91，P-9E2C-AJ91」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。