JP1 Version 8

JP1/Performance Management システム構築・運用ガイド

解説・手引・操作書

3020-3-K61-80

目　　次

前書き

変更内容

はじめに

第1編　概要編

1.　Performance Managementの概要

1.1　企業システムでの稼働監視の必要性

1.1.1　なぜ稼働監視が必要か

1.1.2　Performance Managementによる稼働監視

1.1.3　Performance Managementが提供する製品群

1.2　Performance Managementの特長

1.2.1　大規模で複雑な企業システムの稼働状況を一元監視できます

1.2.2　高い信頼性，可用性の求められるミッションクリティカルシステムで運用できます

1.2.3　稼働監視システムの構築・運用が容易にできます

2.　Performance Managementを使ってみよう

2.1　パフォーマンス監視の背景

2.2　パフォーマンス監視システムの設計・構築

2.2.1　監視項目の検討

2.2.2　システム構成の検討

2.3　パフォーマンス監視システムの運用

2.3.1　Performance Managementのサービスを起動する

2.3.2　ブラウザーでPFM - Web Consoleにログインする

2.3.3　ユーザーアカウントを作成する

2.3.4　監視用のエージェント階層を作成する

2.3.5　レポートを表示する

2.3.6　アラームを利用して監視する

2.3.7　イベントを表示する

第2編　設計編

3.　Performance Managementを活用した稼働監視システムの設計

3.1　Performance Managementのサポート範囲

3.2　Performance Managementの設計から運用までの流れ

3.3　稼働監視システムの構成設計

3.3.1　システム構成の検討

3.3.2　クラスタ構成の検討

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

3.4　稼働監視システムの運用設計

3.4.1　ユーザー管理方式の検討

3.4.2　監視エージェントの管理方式の検討

3.4.3　監視項目の検討

3.4.4　アラームテーブルのバインド方式の検討

3.4.5　データの管理方式の検討

3.4.6　Storeデータベースの保存方式の検討

3.4.7　稼働監視システム自身の障害対策の検討

3.4.8　Performance Managementで必要なディスク容量の見積もり

4.　Performance Managementの機能

4.1　Performance Managementのサービス

4.2　パフォーマンスデータを収集・管理する機能

4.2.1　パフォーマンスデータとは

4.2.2　パフォーマンスデータの収集機能

4.2.3　パフォーマンスデータの管理機能

4.2.4　パフォーマンスデータの要約

4.2.5　Storeデータベースの保存方式

4.2.6　Storeバージョン2.0で利用できる機能

4.2.7　Storeバージョン2.0の導入の流れ

4.3　システムが危険域に達したときに警告する機能

4.3.1　アラームイベントデータとは

4.3.2　アラームイベントデータ収集機能

4.3.3　アラームイベントデータの要約とレコード数の上限

4.4　稼働監視システム自身の障害を検知する機能

4.5　稼働監視システムのサービスを自動的に再起動する機能

4.6　Performance Managementの監視コンソール機能

4.7　Performance Managementのコマンド

4.7.1　セットアップコマンド

4.7.2　サービス管理コマンド

4.7.3　アラーム設定コマンド

4.7.4　レポート設定コマンド

4.7.5　データ管理コマンド

4.7.6　他システム連携コマンド

4.7.7　資料採取コマンド

4.7.8　Storeデータベース操作コマンド

4.8　注意事項

4.8.1　監視対象マシンの時刻設定に関する注意事項

4.8.2　日本語環境に関する注意事項

4.8.3　一時ファイルに関する注意事項

4.8.4　Windows Server 2008を利用する場合の注意事項

第3編　構築編

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

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

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

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

5.1.3　インストール手順

5.1.4　PFM - Managerのセットアップ手順

5.1.5　PFM - Web Consoleのセットアップ手順

5.1.6　監視コンソールのブラウザーの設定手順

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

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

5.2.2　アンインストール手順

5.2.3　サービス情報の削除

5.3　Performance Managementのシステム構成の変更

5.3.1　ネットワーク構成の変更

5.3.2　接続先PFM - Managerの変更

5.3.3　Performance Managementシステムでのホスト名の設定

5.3.4　運用開始後のホスト名の変更

5.4　Performance Managementの運用方式の変更

5.4.1　共通メッセージログのファイルサイズ設定

5.4.2　イベントデータの格納先の変更

5.4.3　通信回線の切断の設定

5.4.4　アラームテーブル複数バインド機能の設定

5.4.5　IPアドレスの設定変更

5.4.6　PFM - Web Consoleの設定変更

5.4.7　Storeバージョン2.0のセットアップとアンセットアップ

5.4.8　ファイル権限の強化

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

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

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

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

6.1.3　インストール手順

6.1.4　PFM - Managerのセットアップ手順

6.1.5　PFM - Web Consoleのセットアップ手順

6.1.6　監視コンソールのブラウザーの設定手順

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

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

6.2.2　アンインストール手順

6.2.3　サービス情報の削除

6.3　Performance Managementのシステム構成の変更

6.3.1　ネットワーク構成の変更

6.3.2　接続先PFM - Managerの変更

6.3.3　Performance Managementシステムでのホスト名の設定

6.3.4　運用開始後のホスト名の変更

6.4　Performance Managementの運用方式の変更

6.4.1　共通メッセージログのファイルサイズ設定

6.4.2　イベントデータの格納先の変更

6.4.3　通信回線の切断の設定

6.4.4　アラームテーブル複数バインド機能の設定

6.4.5　IPアドレスの設定変更

6.4.6　PFM - Web Consoleの設定変更

6.4.7　Storeバージョン2.0のセットアップとアンセットアップ

第4編　運用・操作編

7.　Performance Managementの起動と停止

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

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

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

7.2　サービスの起動

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

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

7.3　サービスの停止

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

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

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

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

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

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

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

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

7.6　ブラウザーの自動更新間隔の設定

7.7　注意事項

7.7.1　大規模システムでPFM - Agentを起動する場合について

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

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

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

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

8.　ユーザーアカウントの管理

8.1　ユーザーアカウントの認証と権限

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

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

8.3.1　Performance Managementユーザーアカウントを新規作成する

8.3.2　既存のユーザーアカウントをコピーしてカスタマイズする

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

8.4.1　パスワードを変更する

8.4.2　Performance Managementユーザーアカウントの権限を変更する

8.4.3　Performance Managementユーザーアカウントを削除する

9.　エージェントの監視

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

9.2　エージェント階層の作成

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

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

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

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

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

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

9.3.3　レポートを表示する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10.2　イベントデータの管理

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

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

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

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

10.3　注意事項

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

10.3.2　Agent Storeサービスが異常終了した場合

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

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

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

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

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

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

11.1　レポートの概要

11.1.1　レポートとは

11.1.2　レポートの種類

11.1.3　レポートの表示形式

11.2　レポート作成の流れ

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

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

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

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

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

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

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

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

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

11.3.9　レポートをコピーする

11.3.10　レポートを編集する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

11.6　レポートの表示

11.6.1　レポートを表示する

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

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

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

11.7　複合レポートの表示

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

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

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

11.8　レポートの出力

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

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

11.8.3　CSVの形式

11.8.4　HTMLの形式

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

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

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

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

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

12.1　アラームの概要

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

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

12.4　ブラウザーでのアラームの設定

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

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

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

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

12.4.5　アクションを設定する

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

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

12.4.8　アラームを編集する

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

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

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

12.5　ブラウザーでのアラームの運用

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

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

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

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

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

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

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

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

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

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

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

12.6.6　アラームを削除する

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

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

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

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

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

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

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

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

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

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

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

13.　イベントの表示

13.1　最新イベントの表示

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

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

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

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

13.2　イベント履歴の表示

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

13.3　イベント履歴の出力

13.3.1　CSV形式で出力する

13.3.2　HTML形式で出力する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第5編　システム連携編

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

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

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

15.1.2　クラスタ構成の設計

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

15.1.4　データ構成の設計

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

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

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

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

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

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

15.2.4　PFM - Agentのバージョンアップインストール

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

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

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

15.3.1　PFM - Agentの追加

15.3.2　PFM - Agentの削除

15.3.3　運用開始後のホスト名の変更

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

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

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

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

15.4.4　PFM - Agentのバージョンアップインストール

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

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

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

15.5.1　PFM - Agentの追加

15.5.2　PFM - Agentの削除

15.5.3　運用開始後のホスト名の変更

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16.1.3　Performance ManagementとJP1/IMの連携

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

16.2.1　インストール

16.2.2　セットアップ

16.2.3　アンセットアップ

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

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

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

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

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

16.4　JP1イベントの属性一覧

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

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

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

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

17.2.2　インストール

17.2.3　セットアップ

17.2.4　アンセットアップ

17.2.5　構成変更

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

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

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

17.4　MIBオブジェクトの構成

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

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

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

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

18.2.2　インストール

18.2.3　セットアップ

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

18.4　注意事項

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

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

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

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

18.4.5　時刻の調整

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

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

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

19.　Performance Managementの障害検知

19.1　Performance Managementの障害検知の概要

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

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

19.2.2　稼働状態の確認方法

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

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

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

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

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

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

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

19.4.1　前提条件

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

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

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

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

19.5.1　ログの出力方式の設定

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

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

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

20.1　対処の手順

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

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

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

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

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

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

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

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

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

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

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

20.3　ログ情報

20.3.1　ログ情報の種類

20.3.2　ログ情報のファイル

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

20.4.1　Windowsの場合

20.4.2　UNIXの場合

20.5　資料の採取方法

20.5.1　Windowsの場合

20.5.2　UNIXの場合

20.5.3　PFM - Web Consoleの場合

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

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

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

付録

付録A　制限値

付録A.1　システム構成

付録A.2　PFM - Web Consoleの表示

付録A.3　Storeデータベースのサイズ

付録A.4　アラーム数，アラームテーブル数の制限について

付録B　命名規則

付録B.1　サービスの命名規則

付録B.2　Performance Managementのサービス名とWindowsのサービス名との対応

付録C　システム見積もり

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

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

付録C.3　クラスタシステムで運用する場合のディスク占有量

付録C.4　PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量

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

付録D.1　HP-UXの場合

付録D.2　Solarisの場合

付録D.3　AIXの場合

付録D.4　Linuxの場合

付録E　移行手順と移行時の注意事項

付録E.1　Performance Managementの製品体系の変更

付録E.2　08-00以降のPFM - Web Consoleと07-00以前のPFM - Viewとの関係について

付録E.3　07-50以前から08-00以降へ移行時のインストール順序

付録E.4　Performance Managementのプログラムのバージョンアップ方法

付録E.5　移行時の注意事項

付録F　日本語版と英語版の混在環境での注意事項

付録F.1　PFM - ManagerおよびPFM - Agentに関する注意事項

付録G　バージョン互換

付録G.1　システム構成のバージョン互換

付録G.2　データモデルのバージョン互換

付録G.3　PFM - Web Consoleでのデータモデルの表示

付録H　動作ログの出力

付録H.1　動作ログに出力される事象の種別

付録H.2　動作ログの保存形式

付録H.3　動作ログの出力形式

付録H.4　動作ログを出力するための設定

付録I　ヘルスチェックエージェント

付録I.1　データモデル

付録I.2　ソリューションセットの概要

付録I.3　ソリューションセット（アラーム）

付録I.4　ソリューションセット（レポート）

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

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

付録J.2　08-11の変更内容

付録J.3　08-10の変更内容

付録J.4　08-00の変更内容

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

付録J.6　07-00の変更内容

付録K　用語解説

索引

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

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

前書き

■ 対象製品

P-242C-AA84　 JP1/Performance Management - Manager　 08-50（適用OS：Windows Server 2003）
P-1B2C-AA81　 JP1/Performance Management - Manager　 08-50（適用OS：HP-UX 11i，HP-UX 11i V2(PA-RISC)）
P-1J2C-AA81　 JP1/Performance Management - Manager　 08-50（適用OS：HP-UX 11i V2(IPF)，HP-UX 11i V3(IPF)）
P-9D2C-AA81　 JP1/Performance Management - Manager　 08-50（適用OS：Solaris 9，Solaris 10）
P-1M2C-AA81　 JP1/Performance Management - Manager　 08-50（適用OS：AIX 5.2，AIX 5.3）
P-9S2C-BA81　 JP1/Performance Management - Manager　 08-50（適用OS：Linux AS 4(x86)，Linux ES 4(x86)，Linux AS 4(AMD64 & Intel EM64T)，Linux ES 4(AMD64 & Intel EM64T)）
P-2A2C-AJ84　 JP1/Performance Management - Base　 08-50（適用OS：Windows Server 2008）
P-2D2C-AJ84　 JP1/Performance Management - Base　 08-50（適用OS：Windows Server 2008(IPF)）
P-242C-AJ84　 JP1/Performance Management - Base　 08-50（適用OS：Windows 2000，Windows Server 2003）
P-282C-AJ84　 JP1/Performance Management - Base　 08-50（適用OS：Windows Server 2003(IPF)）
P-1B2C-AJ81　 JP1/Performance Management - Base　 08-50（適用OS：HP-UX 11i，HP-UX 11i V2(PA-RISC)）
P-1J2C-AJ81　 JP1/Performance Management - Base　 08-50（適用OS：HP-UX 11i V2(IPF)，HP-UX 11i V3(IPF)）
P-9D2C-AJ81　 JP1/Performance Management - Base　 08-50（適用OS：Solaris 9，Solaris 10）
P-1M2C-AJ81　 JP1/Performance Management - Base　 08-50（適用OS：AIX 5.2，AIX 5.3，AIX 6.1）
P-9S2C-BJ81　 JP1/Performance Management - Base　 08-50（適用OS：Linux AS 4(x86)，Linux ES 4(x86)，Linux AS 4(AMD64 & Intel EM64T)，Linux ES 4(AMD64 & Intel EM64T)，Linux 5 Advanced Platform(x86)，Linux 5(x86)，Linux 5 Advanced Platform(AMD64 & EM64T)，Linux 5(AMD64 & EM64T)）
P-9V2C-AJ81　 JP1/Performance Management - Base　 08-50（適用OS：Linux AS 4(IPF)，Linux 5 Advanced Platform(IPF)，Linux 5(IPF)）
P-242C-AR84　 JP1/Performance Management - Web Console　 08-50（適用OS：Windows Server 2003）
P-1J2C-AR81　 JP1/Performance Management - Web Console　 08-50（適用OS：HP-UX 11i V2(IPF)，HP-UX 11i V3(IPF)）
P-9D2C-AR81　 JP1/Performance Management - Web Console　 08-50（適用OS：Solaris 9，Solaris 10）
P-1M2C-AR81　 JP1/Performance Management - Web Console　 08-50（適用OS：AIX 5.2，AIX 5.3）
P-9S2C-AR81　 JP1/Performance Management - Web Console　 08-50（適用OS：Linux AS 4(x86)，Linux ES 4(x86)，Linux AS 4(AMD64 & Intel EM64T)，Linux ES 4(AMD64 & Intel EM64T)）

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

■ 輸出時の注意

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

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BEA WebLogic Serverは，BEA Systems, Inc.の登録商標です。
DB2は，米国における米国International Business Machines Corp.の登録商標です。
DB2 Universal Databaseは，米国における米国International Business Machines Corp.の商標です。
FirefoxはMozilla Foundationの登録商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
IBMは，米国における米国International Business Machines Corp.の登録商標です。
Internet Explorerは，米国Microsoft Corp.の米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
Linuxは，Linus Torvaldsの米国およびその他の国における登録商標あるいは商標です。
Lotusは，IBM Corporationの登録商標です。
Lotus Dominoは，IBM Corporationの登録商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Internet Information Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Office Excelは，米国Microsoft Corp.の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
Mozillaは，Mozilla Foundationの，米国およびその他の国における商標です。
ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。
OpenViewは，ヒューレット・パッカード社の商標です。
ORACLEは，米国Oracle Corporationの登録商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
RSAは，RSA Security Inc.の登録商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
Solarisは，米国Sun Microsystems,Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
WebLogicは，BEA Systems, Inc.の登録商標です。
WebSphereは，米国における米国International Business Machines Corp. の登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
その他製品名などの固有名詞は各社の商品名，商標および登録商標です。
プログラムプロダクト「P-9D2C-AA81，P-9D2C-AJ81，P-9D2C-AR81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-AA81，P-9D2C-AJ81，P-9D2C-AR81」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。
This product includes software developed by IAIK of Graz University of Technology.
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.
This product includes software developed by Ralf S. Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).
This product includes software developed by Greg Stein <gstein@lyra.org> for use in the mod_dav module for Apache (http://www.webdav.org/mod_dav/).
Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.This product includes software developed by the University of California,Berkeley and its contributors.本製品には，Henry Spencer により開発されたソフトウェアの改変版が含まれています。

　[図データ]　
Hitachi Web Serverは，The Apache Software FoundationによるApache HTTP Serverをベースとしています。Hitachi Web Serverは，RSA(R) Security社のBSAFETM SSL-Cを導入しています。

■ 発行

2006年 6月（第1版）3020-3-K61
2008年 7月（第4版）3020-3-K61-80

■ 著作権

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

変更内容

変更内容(3020-3-K61-80)

JP1/Performance Management - Base 08-50

JP1/Performance Management - Web Console　08-50

追加・変更内容 | 変更個所
Windows Server 2008をサポートした。 | 4.8.4，5.1.1，20.2.1，20.4.1，20.5.1，付録C.2，付録K
レポートのグラフ画像を時刻補正して表示できるようにした。 | 11.9.2，11.9.3

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

はじめに

このマニュアルは，JP1/Performance Managementの機能および操作方法について説明したものです。

対象読者

このマニュアルは，JP1/Performance Managementを使用したシステムを構築したい方，およびJP1/Performance Managementを操作し，運用したい方を対象としています。また，監視対象システムについて熟知していることを前提としています。

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

マニュアルの構成

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

第1編　概要編

JP1/Performance Managementの概要および操作例について説明しています。

第2編　設計編

JP1/Performance Managementを使って稼働監視システムを構築する上での主な設計項目とJP1/Performance Managementの提供機能について説明しています。

第3編　構築編

JP1/Performance Managementの環境構築および構成変更について説明しています。

第4編　運用・操作編

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

第5編　システム連携編

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

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

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

関連マニュアル

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

JP1/Performance Management関連

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

JP1 Version 8 JP1/Performance Management - Agent Option for Service Response（3020-3-K63）

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

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

JP1 Version 8 JP1/Performance Management - Agent Option for Enterprise Applications（3020-3-K66）

JP1 Version 8 JP1/Performance Management - Agent Option for Oracle（3020-3-K67）

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

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

JP1 Version 8 JP1/Performance Management - Agent Option for HiRDB（3020-3-K70）

JP1 Version 8 JP1/Performance Management - Agent Option for Domino（3020-3-K71）

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

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

JP1 Version 8 JP1/Performance Management - Agent Option for OpenTP1（3020-3-K74）

JP1 Version 8 JP1/Performance Management - Agent Option for JP1/AJS2（3020-3-K75）

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

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

JP1 Version 8 JP1/Performance Management - Agent Option for BEA WebLogic Server（3020-3-K78）

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

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

JP1関連

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

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

JP1 Version 8 JP1/Base 運用ガイド（3020-3-K06）

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

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

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

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

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

読書手順

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

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

このマニュアルでの表記

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

正式名称 | このマニュアルでの表記
JP1/Performance Management | Performance Management
JP1/Performance Management - Agent Option for BEA WebLogic Server | PFM - Agent for WebLogic Server | PFM - Agent
JP1/Performance Management - Agent Option for Domino | PFM - Agent for Domino
JP1/Performance Management - Agent Option for Enterprise Applications | PFM - Agent for Enterprise Applications
JP1/Performance Management - Agent Option for HiRDB | PFM - Agent for HiRDB
JP1/Performance Management - Agent Option for IBM(R) DB2(R) Universal Database(TM) | PFM - Agent for DB2
JP1/Performance Management - Agent Option for IBM WebSphere Application Server | PFM - Agent for IBM WebSphere Application Server
JP1/Performance Management - Agent Option for IBM WebSphere MQ | PFM - Agent for IBM WebSphere MQ
JP1/Performance Management - Agent Option for JP1/AJS2 | PFM - Agent for JP1/AJS2
JP1/Performance Management - Agent Option for Microsoft(R) Exchange Server | PFM - Agent for Exchange Server
JP1/Performance Management - Agent Option for Microsoft(R) Internet Information Server | PFM - Agent for IIS
JP1/Performance Management - Agent Option for Microsoft(R) SQL Server | PFM - Agent for Microsoft SQL Server
JP1/Performance Management - Agent Option for OpenTP1 | PFM - Agent for OpenTP1
JP1/Performance Management - Agent Option for Oracle | PFM - Agent for Oracle
JP1/Performance Management - Agent Option for Platform（UNIX用） | PFM - Agent for Platform（UNIX） | PFM - Agent for Platform
JP1/Performance Management - Agent Option for Platform（Windows用） | PFM - Agent for Platform（Windows）
JP1/Performance Management - Agent Option for Service Response | PFM - Agent for Service Response
JP1/Performance Management - Agent Option for uCosminexus Application Server | PFM - Agent for Cosminexus
JP1/Performance Management - Base | PFM - Base
JP1/Performance Management - Manager | PFM - Manager
JP1/Performance Management - Web Console | PFM - Web Console
JP1/Cm2/Network Node Manager | JP1/Cm2/NNM | NNM
hp OpenView network node manager | HP OpenView NNM，またはhp OpenView NNM
JP1/Integrated Management - Manager | JP1/IM - Manager | JP1/IM
JP1/Integrated Management - View | JP1/IM - View
AIX 5L V5.2 | AIX
AIX 5L V5.3
AIX V6.1
HP-UX 11i V2(PA-RISC) | HP-UX(PA-RISC) | HP-UX
HP-UX 11i V2(IPF) | HP-UX(IPF)
HP-UX 11i V3(IPF)
Itanium(R) Processor Family | IPF
Internet Explorer(R) | Microsoft Internet Explorer
Microsoft(R) Windows(R) 2000 Advanced Server Operating System | Windows 2000
Microsoft(R) Windows(R) 2000 Datacenter Server Operating System
Microsoft(R) Windows(R) 2000 Professional Operating System
Microsoft(R) Windows(R) 2000 Server Operating System
Microsoft(R) Windows Server(R) 2003, Datacenter Edition | Windows Server 2003(x86) | Windows Server 2003
Microsoft(R) Windows Server(R) 2003, Enterprise Edition
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003, Datacenter x64 Edition | Windows Server 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 Edition | Windows Server 2003 R2(x86)
Microsoft(R) Windows Server(R) 2003 R2, Standard Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition | Windows Server 2003 R2(x64)
Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition
Microsoft(R) Windows Server(R) 2003, Datacenter Edition for Itanium-based Systems | Windows Server 2003(IPF)
Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium-based Systems
Microsoft(R) Windows Server(R) 2008, Enterprise | Windows Server 2008
Microsoft(R) Windows Server(R) 2008, Standard
Microsoft(R) Windows Server(R) 2008 for Itanium-based Systems | Windows Server 2008(IPF)
Red Hat Enterprise Linux AS 4(x86) | Linux AS 4(x86) | Linux(x86) | Linux
Red Hat Enterprise Linux ES 4(x86) | Linux ES 4(x86)
Red Hat Enterprise Linux AS 4(AMD64 & Intel EM64T) | Linux AS 4(AMD64 & Intel EM64T) | Linux(x64)
Red Hat Enterprise Linux ES 4 (AMD64 & Intel EM64T) | Linux ES 4 (AMD64 & Intel EM64T)
Red Hat Enterprise Linux AS 4(IPF) | Linux AS 4(IPF) | Linux(IPF)
Red Hat Enterprise Linux 5 Advanced Platform(x86) | Linux 5 Advanced Platform(x86) | Linux(x86)
Red Hat Enterprise Linux 5(x86) | Linux 5(x86)
Red Hat Enterprise Linux 5 Advanced Platform(AMD64 & Intel EM64T) | Linux 5 Advanced Platform(AMD64 & EM64T) | Linux(x64)
Red Hat Enterprise Linux 5(AMD64 & Intel EM64T) | Linux 5(AMD64 & EM64T)
Red Hat Enterprise Linux 5 Advanced Platform(IPF) | Linux 5 Advanced Platform(IPF) | Linux(IPF)
Red Hat Enterprise Linux 5(IPF) | Linux 5(IPF)
Solaris 9 | Solaris
Solaris 10

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

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

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

また，このマニュアルでは，次の用語を省略して表記しています。用語の正式名称と，このマニュアルでの表記を次に示します。

正式名称 | このマニュアルでの表記
Central Processing Unit | CPU
Comma Separated Values | CSV
Document Type Definition | DTD
Domain Name System | DNS
Enterprise Resource Planning | ERP
Fully Qualified Domain Name | FQDN
File Transfer Protocol | FTP
Greenwich Mean Time | GMT
Graphical User Interface | GUI
HyperText Markup Language | HTML
HyperText Transfer Protocol | HTTP
Internet Protocol | IP
Local Area Network | LAN
Management Information Base | MIB
Microsoft Transaction Server | MTS
Network Address Port Translation | NAPT
Network Address Translation | NAT
Network File System | NFS
Open DataBase Connectivity | ODBC
Operating System | OS
Portable Document Format | PDF
Program Query Language | PQL
Simple Mail Transfer Protocol | SMTP
Simple Network Management Protocol | SNMP
Structured Query Language | SQL
Transmission Control Protocol | TCP
Transmission Control Protocol/Internet Protocol | TCP/IP
User Datagram Protocol | UDP
Uniform Resource Locator | URL
Virtual Private Network | VPN
World Wide Web | WWW
eXtensible Markup Language | XML

このマニュアルで使用している記号

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

記号
意味

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

（例）

［メイン］画面

［新規フォルダ］ボタン

図中で使用する記号

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

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

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

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

このマニュアルで使用するディレクトリ

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

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

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

Performance Managementインストール先フォルダ

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

Windows版PFM - ManagerおよびPFM - Web Consoleのデフォルトのインストール先フォルダは，次のとおりです。

PFM - Manager

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

PFM - Web Console

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

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

Performance Managementでは，PFM - Web Consoleがインストールされているホストに，プログラムプロダクトに標準添付されているマニュアルCD-ROMからマニュアルをコピーすることで，Webブラウザーでマニュアルを参照できるようになります。

マニュアルを参照するための設定

1.PFM - Web Consoleのセットアップ手順に従い，PFM - Web ConsoleにPFM - Agentを登録する（PFM - Agentの追加セットアップを行う）。

2.PFM - Web Consoleがインストールされているホストに，マニュアルのコピー先フォルダを作成する。

・「JP1/Performance Management システム構築・運用ガイド」の場合

　Web Consoleのインストール先フォルダ¥doc¥ja¥pcsy

・「JP1/Performance Management リファレンス」の場合

　Web Consoleのインストール先フォルダ¥doc¥ja¥pcre

・JP1/Performance ManagementのAgentマニュアルの場合

　Web Consoleのインストール先フォルダ¥doc¥ja¥××××

　××××には，PFM - AgentのヘルプIDを指定してください。ヘルプIDについては，各PFM - Agentマニュアルの付録に記載されている識別子一覧を参照してください。

3.上記で作成したフォルダの直下に，マニュアルCD-ROMからマニュアルファイル一式をコピーする。

コピーの際，HTMLマニュアルの場合はindex.htmファイルが，PDFマニュアルの場合はPDFファイル自体が，作成したフォルダ直下に配置されるようにしてください。マニュアルファイルのコピー方法については，マニュアルCD-ROMのreadme.txtを参照してください。

4.PFM - Web Consoleを再起動する。

マニュアルの参照方法

マニュアルの参照手順を次に示します。

1.PFM - Web Consoleの［メイン］画面のメニューバーフレームにある［ヘルプ］メニューをクリックし，ヘルプ選択画面を表示する。

2.マニュアル名またはマニュアル名の後ろの［PDF］をクリックする。

マニュアル名をクリックするとHTML形式のマニュアルが表示されます。［PDF］をクリックするとPDF形式のマニュアルが表示されます。

WWWブラウザーでの文字の表示に関する注意事項

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

また，Microsoft Internet Explorer 5をご使用の場合，文字が不正に表示されることがあります。この場合，次のように設定してください。

1.［表示］－［エンコード］の［自動選択］のチェックを外す。

2.［表示］－［エンコード］の日本語で［日本語（シフトJIS）］を選択する。

「JP1/Performance Management システム構築・運用ガイド」および「JP1/Performance Management リファレンス」の使い分けについて

機能および操作方法については，「JP1/Performance Management システム構築・運用ガイド」で説明しています。画面やコマンドについては，「JP1/Performance Management リファレンス」で説明しています。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

個所（かしょ）　全て（すべて）　伝播（でんぱ）　貼り付け（はりつけ）　汎用（はんよう）　必須（ひっす）

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

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

1.　Performance Managementの概要

Performance Managementは，企業システムを構成するデータベースやアプリケーションなどの稼働状況を監視する製品です。システムが危険域に達したときに事前にシステム管理者に通知することで，業務に影響が出る前に障害を回避できます。また，稼働状況を中長期的な視点で稼働情報を分析するためのデータを効率良く収集します。

この章では，Performance Managementの特長について説明します。

＜この章の構成＞

1.1　企業システムでの稼働監視の必要性

1.2　Performance Managementの特長

1.1　企業システムでの稼働監視の必要性

今日の企業システムは，ビジネスを支える重要な役割を担っています。そのため，企業の基幹業務システムでトラブルが発生すると，業務の遅延や中断による巨額の損失が発生するだけでなく，顧客の信用を失うおそれがあります。したがって，企業システム全体の可用性を向上したり，システムのボトルネックを解消し業務を安定稼働させたりすることは，ビジネスの重要な課題となっています。

ここでは，企業システムの可用性を向上させたり，システムを安定稼働させたりするにはどのようにすればよいかを説明します。

＜この節の構成＞

1.1.1　なぜ稼働監視が必要か

1.1.2　Performance Managementによる稼働監視

1.1.3　Performance Managementが提供する製品群

1.1.1　なぜ稼働監視が必要か

企業システムを安定稼働させ続けるためには，システム管理者は，大規模化，複雑化したシステムのデータベースやアプリケーションなどの障害を検知して適切に対処する必要があります。また，ネットワークやOSなどのリソースやデータベースの性能などの稼働情報を収集・分析して障害の発生を予見し，危険を未然に回避しながら運用管理をすることが必要になります。

ここでは，稼働監視をしていない場合の問題と，稼働監視で実現できることについて説明します。

＜この項の構成＞

(1)　稼働を監視していない場合の問題点

(2)　稼働監視で実現できること

(1)　稼働を監視していない場合の問題点

システム管理者は，システムのデータベースサーバやアプリケーションサーバに障害が発生した場合，稼働中のシステムへの影響を最小限にすることが必要です。そのため，サーバの稼働状態を監視して，システム障害を検知し，すぐに対処できる仕組みを検討しなければなりません。しかし，稼働監視していない場合，サーバでいったん障害が発生すると，システム利用者がシステムを使えないことによって業務に支障が出るおそれがあります。稼働を監視していない場合の問題点を次の図に示します。

図1-1　稼働を監視していない場合の問題点

(2)　稼働監視で実現できること

企業システムを24時間365日安定稼働させるために，システム管理者はデータベース，ネットワーク，OSなどのリソースを監視して，稼働中のシステムに十分なリソースが確保されているかを確認します。これによって，リソース不足によるシステムダウンを未然に回避できます。リソース監視の概要を次の図に示します。

図1-2　リソース監視の概要

また，システム管理者は業務アプリケーションサーバやデータベースサーバのトラフィック量やレスポンスタイムなどのパフォーマンスを監視して，監視結果（パフォーマンスデータ）をレポートに表示させることで，システム利用者が快適にシステムを利用できているかや，システムのボトルネックはどこにあるかなどを正しく把握できます。これによって，システムの状況に応じて計画的にリソースを投資できます。

図1-3　パフォーマンス監視の概要

このように，稼働監視をすると，大規模で複雑なシステムやミッションクリティカルのシステムを，安定稼働できます。また，システム全体のパフォーマンスデータを収集・分析して障害の発生を予見することで，危険を未然に回避しながら継続的に運用できます。

また，稼働監視をすると，システムのサービスレベルを定量的に把握できます。そのため，計画的なシステム投資や，ビジネスチャンスの損失を未然に防止することができます。

1.1.2　Performance Managementによる稼働監視

Performance Managementは企業システム内のデータベースサーバ，アプリケーションサーバなどの稼働状況を監視して，一元管理するための製品です。

Performance Managementを利用した稼働監視は，監視対象に合わせたエージェントを配置することで，詳細な情報を取得できるため，きめ細かな稼働監視システムを実現できます。

Performance Managementではさまざまな監視対象に対応したエージェント製品群や稼働情報を分析するための製品を用意しています。必要なエージェントだけを追加して監視できるため，既存のシステム環境に応じて柔軟に対応できます。また，運用時には監視対象をリアルタイムに監視するだけでなく，システムリソースなどのパフォーマンスデータを収集し，蓄積します。この収集，蓄積されたデータを分析することで，システム全体の稼働状態の分析や将来に向けて長期的なパフォーマンスの改善に役立てることができます。Performance Managementによる稼働監視を次の図に示します。

図1-4　Performance Managementによる稼働監視

上の図に示したようにPerformance Managementを使用することで，システム管理者は多種多様な製品が混在している分散システム環境でも，プラットフォームの違いを意識することなくパフォーマンスデータを収集し，一元管理できます。Performance Managementで収集できるパフォーマンスデータの例を次の表に示します。

表1-1　収集できるパフォーマンスデータの例

監視対象 | 収集できる主なパフォーマンスデータの例
OS | Windows | CPU使用率，メモリーの空き容量，ディスク使用状況，ネットワーク使用状況，デバイス情報など
HP-UX，Solaris，AIX，Linux | CPU使用率，メモリーの空き容量，ディスク使用状況，ネットワークデータ転送量など
データベースサーバ | Oracle | データベース使用率，SQL情報，パラメーター情報など
SQL Server | CPU使用状況，データベーススペース使用状況，キャッシュヒット率，ロック発生情報など
DB2 | メモリー使用状況，ソート情報，エラー情報，構成パラメーター情報など
HiRDB | トランザクション数，ログ入出力エラー回数，HiRDBファイルシステムスペース利用状況など
分散トランザクションマネージャー | OpenTP1 | トランザクション情報，RPCコール，スケジュール情報，ジャーナル取得状況など
ジョブ管理 | AJS2 | 実行開始ジョブ数，遅延ジョブ数，滞留ジョブ数，ジョブの滞留時間など
Webサーバ | IIS | Web接続失敗(Not Foundエラー)状況，ASPのリクエスト実行時間，セッション情報など
Webアプリケーションサーバ | Cosminexus | Javaヒープの使用状況，J2EEサーバが使用するOSリソース消費量，EJB（Enterprise JavaBeans）稼働情報，Webコンテナ稼働情報など
WebLogic Server | スレッドプールの情報，EJB（Enterprise JavaBeans）稼働情報など
WebSphere Application Server | スレッドプールの情報，EJB（Enterprise JavaBeans）稼働情報，Webコンテナ稼働情報など
サービスレスポンス管理 | インターネットサービス | HTTP・SMTP・FTP・TCPなどのプロトコルの応答時間
ERP | SAP R/3 | ロール領域使用率（SAPメモリー），レスポンスタイム，システムログ/CCMSアラートなど
グループウェア | Lotus Notes/Domino | ノーツログ（log.nsf）の収集，ノーツメールの発生状況，LDAP詳細状況，レプリケーターによる複製実行状況など
Exchange Server | キュー/メッセージ，ユーザーログオン，未使用メールBOXなど
メッセージキューイング | WebSphere MQ | キュー情報，キューマネージャー情報，キューにアクセスしているハンドルの情報，チャネル情報

収集できるパフォーマンスデータの詳細については，各PFM - Agentマニュアルを参照してください。

1.1.3　Performance Managementが提供する製品群

Performance Managementは，稼働監視に必要な次の四つの製品を提供します。

監視マネージャー（PFM - Manager）
稼働状況を一元統合管理する。

監視コンソールサーバ（PFM - Web Console）
グラフィカルなレポートを出力し，Performance Managementの各種設定や稼働状況の分析を支援する。

監視基盤（PFM - Base）
稼働監視を行うために必要な基盤プログラム。収集した稼働監視データの管理やログの出力などを行う。

監視エージェント（PFM - Agent）
OSやサーバプログラムの稼働状況を監視するエージェント。

図1-5　Performance Managementの構成例

1.2　Performance Managementの特長

Performance Managementは，大規模で複雑なシステムやミッションクリティカルのシステムでも，容易に業務アプリケーションのプロセスやデータベースリソースなどの稼働状況を把握できます。

ここでは，稼働監視を行うためのPerformance Managementの特長を説明します。

＜この節の構成＞

1.2.1　大規模で複雑な企業システムの稼働状況を一元監視できます

1.2.2　高い信頼性，可用性の求められるミッションクリティカルシステムで運用できます

1.2.3　稼働監視システムの構築・運用が容易にできます

1.2.1　大規模で複雑な企業システムの稼働状況を一元監視できます

さまざまなサーバや業務アプリケーションが混在する大規模システムでは，プロセスやデータベースリソースの稼働を監視することは，大変な労力と時間がかかる場合があります。しかし，Performance Managementは大規模で複雑な構成の企業システムでも，容易に稼働監視システムを構築して一元監視できます。さらに，統合運用管理システムやネットワーク管理システムなどほかの運用管理システムと連携したり，システムの本質的な問題を把握するために収集したパフォーマンスデータを分析したりできます。これによって，企業システムにおける問題の早期検出，性能分析，システムの将来的な動作を見据えた補強計画を立てることができます。

ここでは，大規模システムでPerformance Managementを使うときの主な特長を説明します。

＜この項の構成＞

(1)　監視対象システムの構成に応じて容易に拡張できます

(2)　他システムと柔軟に連携できます

(1)　監視対象システムの構成に応じて容易に拡張できます

Performance Managementは，データベースサーバや業務アプリケーションサーバなどを監視するための数多くの監視エージェントを提供しています。そのため，企業システムの環境に応じて，必要な監視エージェントを追加するだけで，稼働監視ができます。

図1-6　監視対象のシステムが追加になった場合の構成変更の例

Performance Managementを使った稼働監視システムの構築およびシステムの構成の詳細については，Windowsの場合は「5.　インストールとセットアップ（Windowsの場合）」を，UNIXの場合は「6.　インストールとセットアップ（UNIXの場合）」を参照してください。

(2)　他システムと柔軟に連携できます

Performance Managementは，複数のサーバやプログラムからなる大規模システムで，ほかのシステムと柔軟に連携できます。統合運用管理システムやネットワーク管理システムと連携すると，企業システム全体の視点で可用性や信頼性を向上させることができます。また，Performance Managementで収集した稼働監視データを，稼働分析することで，システム管理者は企業システムの本質的な問題を把握することができます。

図1-7　Performance Managementの他のシステムとの連携

システム統合管理製品と連携して企業システム全体の運用管理を最適化します
Performance Managementから発行されたJP1イベントをシステム統合管理製品であるJP1/IMで監視したり，Performance ManagementをJP1/IMから呼び出したりできます。また，Performance Managementの状態を示すグラフィカルなアイコンによる一元監視もできます。これによって，システム管理者はパフォーマンスが低下してボトルネックになっている個所を特定でき，業務に重大な影響が出る前に，適切に対処できます。このように，稼働状況の監視から対策までのサイクルを企業システム全体の視点で統合的に支援し，大規模で複雑な企業システムでも運用管理を最適化できます。

ネットワーク管理製品と連携して企業ネットワークの安定稼働を支援します。
Performance Managementで監視しているシステムの状態を，ネットワーク管理製品であるNNMから監視できます。大規模ネットワーク環境下でシステムの稼働状況を一元管理できます。これによって，企業システムを支えるネットワークの安定稼働を支援します。

収集したパフォーマンスデータを用途に合わせて自由に加工できます
収集したパフォーマンスデータを，Microsoft ExcelなどのODBC準拠のアプリケーションプログラムで読み込めるように，Performance Management ODBCドライバを提供します。これによって，ユーザーの目的に応じたレポートの作成や，パフォーマンスデータの分析が容易にできます。

パフォーマンスを分析する製品と連携して，システムの問題点を把握できます
収集したパフォーマンスデータを，システム稼働分析製品であるPFM - Analysisで分析できます。これによって，システムの稼働の傾向を分析し，システムの問題点を障害が発生する前に把握できます。

1.2.2　高い信頼性，可用性の求められるミッションクリティカルシステムで運用できます

Performance Managementはミッションクリティカルシステムでも，高い信頼性と可用性を維持したまま稼働監視できます。

ここでは，ミッションクリティカルシステムでPerformance Managementを使うときの主な特長を説明します。

＜この項の構成＞

(1)　監視対象の企業システムに負荷を掛けることなく稼働監視できます

(2)　業務に影響が出る前にシステムの問題を管理者に知らせることができます

(3)　24時間365日システムを安定稼働させるためのクラスタシステムで運用できます

(4)　稼働監視システム自身の障害を検知し，システムを安定稼働に導きます

(1)　監視対象の企業システムに負荷を掛けることなく稼働監視できます

Performance Managementは，データベースリソースや業務アプリケーションのプロセス稼働状況などの収集したパフォーマンスデータを監視マネージャーではなく，監視対象ホストで収集し，Performance Management独自のデータベース（Storeデータベース）に蓄積します。ネットワーク上に，定期的に大量のパフォーマンスデータが送信されることがないため，ネットワークに不要な負荷を与えません。

また，収集した稼働監視データが肥大化するのを防ぐ機能を提供しています。そのため，ディスク容量を圧迫することなく限られたリソースの中で，必要な稼働情報だけを収集できます。

例を次に示します。

企業システムの規模やユーザーの利用形態などの特性に応じて，どのサーバの，どの監視項目の稼働情報を，どのタイミングで取得するかという詳細な設定ができる。

監視項目によっては，ある一定の時間ごとに要約したデータを収集できる。

過去のデータを自動的に上書きするため，一定のディスク容量の中で稼働監視を運用できる。

図1-8　Performance Managementで収集した稼働監視データの流れ

Performance Managementのデータ管理の詳細については，「4.2　パフォーマンスデータを収集・管理する機能」を参照してください。

(2)　業務に影響が出る前にシステムの問題を管理者に知らせることができます

Performance Managementでは，監視対象のシステムが危険域に達したときにシステム管理者に通知するように設定できます。

監視対象システムの運用上の問題を早期に発見し，業務に影響が出る前に，問題に対処できます。

例えば，あるシステムのサーバでCPUの使用率が80%以上になったときに，システム管理者にメールで連絡したり，ディスク容量が30%以下になったときに，コンソールでアイコンを点滅させてシステム運用者に知らせたりすることができます。

また，システムが危険域に達したときに任意のコマンドを自動で実行することもできます。

したがって，大規模システムでも少人数のメンバーで効率的に監視できます。

図1-9　システムの異常をシステム管理者にEメールで通知する例

しきい値の超過で発行されるアラームの詳細については，「4.3　システムが危険域に達したときに警告する機能」を参照してください。

(3)　24時間365日システムを安定稼働させるためのクラスタシステムで運用できます

Performance Managementをクラスタシステムで使うと，システムに障害が発生した場合にも継続して業務を運用できる，信頼性の高いシステムが構築できます。クラスタシステムの運用例を次の図に示します。

図1-10　クラスタシステムの運用例

クラスタシステムでのPerformance Managementの構築と運用の詳細については，「15.　クラスタシステムでの構築と運用」を参照してください。

(4)　稼働監視システム自身の障害を検知し，システムを安定稼働に導きます

Performance Managementでは，PFM - Agentのサービス稼働状態やPFM - Agentが稼働しているホストの稼働状態を監視できます。これをヘルスチェック機能と呼びます。ヘルスチェック機能によって，ホストの稼働状態を監視したり，監視対象がPFM - Agentによって正しく監視されているかを確認したりできます。

監視結果はPFM - Web Consoleの次の画面で確認できます。

エージェント階層

［イベントモニター］画面

［イベント履歴］画面

ヘルスチェック機能では，稼働状態の監視結果を保存できるため，過去から現在までの稼働状態をレポートで確認できます。

また，稼働状態の監視結果にアラームを設定することで，ホストが正常に稼働していないことを検知したときやPFM - Agentが正しく稼働していないことを検知したときにアラームイベントを発生させたり，メール送信などのアクションを実行させたりすることもできます。

ヘルスチェック機能による稼働状態監視の例を次の図に示します。

図1-11　ヘルスチェック機能による稼働状態監視の例

さらに，Performance Managementシステムで，PFMサービスが何らかの原因で異常停止した場合に，PFMサービスを自動的に再起動する機能を用意しています。これをPFMサービス自動再起動機能と呼びます。なお，PFMサービスとは，PFM - Managerサービス，Action Handlerサービス，PFM - Agentサービスを指します。サービスの詳細については，「4.1　Performance Managementのサービス」を参照してください。

この機能によって，PFMサービスが異常停止した場合でも監視を継続することができます。

PFMサービス自動再起動機能の概要を次の図に示します。

1.2.3　稼働監視システムの構築・運用が容易にできます

企業システムが大規模化，複雑化することに伴い，システム管理者の負荷は増加します。そのため，システムの稼働監視をする場合，更なる人員確保やスキル向上のための施策を検討する必要があります。Performance Managementは稼働監視システムの構築，運用をサポートするさまざまな機能を提供します。これによって，システム管理者は少ない負荷で稼働監視できます。

ここでは，Performance Managementを使って稼働監視システムの構築，運用するときの主な特長を説明します。

＜この項の構成＞

(1)　テンプレートを用いて監視項目を容易に設定できます

(2)　システム管理者の作業負荷を低減する便利なツールを提供します

(1)　テンプレートを用いて監視項目を容易に設定できます

稼働監視システムで，どの項目をどのように監視するかを検討するためには，高いスキルが求められます。

Performance Managementは，よく利用される監視項目をあらかじめ定義した「ソリューションセット」と呼ばれる，テンプレートを提供しています。

このソリューションセットを使用すると，どのような項目を監視すればよいかの設定が容易にできます。

図1-12　監視項目の検討のためのシステム管理者のタスクとソリューションセット

例えば，Windowsサーバの場合，次に示す監視項目が危険域に達したとき，警告する設定が，あらかじめテンプレートに定義されています。

利用できる物理メモリーのサイズが4.0メガバイトより小さくなったとき

CPU利用率が80%より大きくなったとき

論理ディスクドライブの空き領域の割合が15%より小さくなったとき

ソリューションセットは，カスタマイズすることもできます。

ソリューションセットについては，各PFM - Agentマニュアルの，ソリューションセットについて説明している章を参照してください。

(2)　システム管理者の作業負荷を低減する便利なツールを提供します

Performance Managementでは，稼働監視するための監視コンソールや運用コマンドを提供しています。監視対象ごとに異なる複数の監視ソフトウェアを導入したり，習得したりする必要がありません。

システム管理者は，これらの操作性の高い管理ツールを目的に応じて使うことで，稼働監視の作業負荷を軽減できます。

(a)　ブラウザーで企業システムを監視できます

システム管理者は，監視コンソールサーバにブラウザーでアクセスすることで，企業システムで発生している問題をリアルタイムで把握したり，監視対象のシステムの構成を管理したりできます。例えば，システム管理者は，システムで問題が起こったときに，自宅から稼働監視システムの状況を確認して，業務に支障が出る前に，素早く問題を対処することができます。

図1-13　遠隔地からブラウザーでシステムの稼働状況を確認する例

(b)　パフォーマンスデータを分析しやすい形式で出力できます

Performance Managementで収集したパフォーマンスデータは，「レポート」と呼ばれるグラフィカルな形式に加工してブラウザーで表示できます。監視対象システムの稼働情報をわかりやすいグラフや表で表示することでシステムの問題点をすばやく分析できます。

レポートの表示例を次の図に示します。

図1-14　レポートの表示例

レポートの詳細については，「11.　稼働分析のためのレポートの作成」を参照してください。

(c)　複数のレポートを重ね合わせて表示できます

複数のレポートを同じグラフ上に重ね合わせて表示できます。また，過去の周期性のあるデータや安定稼働時のデータを同じグラフ上に基準値（ベースライン）として表示することで，システム全体の稼働状況を総合的に判断できます。複数の履歴レポートやベースラインを同じグラフ上に表示したものを複合レポートと呼びます。複合レポートの表示例を次の図に示します。

図1-15　複合レポートの表示例

同じグラフ上に表示できるレポートは，通常のレポートの場合と複合レポートの場合とで異なります。

通常のレポートの場合
履歴レポートで同一レコードの場合に限り，複数のエージェントのレポートを同じグラフ上に表示できます。

複合レポートの場合
エージェントのプロダクトやレポートのレコード種別に関係なく，複数のレポートを一つのグラフに表示できます。ただし，複合レポートとして表示できるのは，履歴レポートだけです。複合レポートを利用すると，次のようなことができます。

同一レコードで異なるフィールドのレポートを表示する。

異なるエージェント種別の同系レコードをレポート表示する。

異なるエージェント種別の異なるレコードをレポート表示する。

ベースラインと同時にレポート表示する。

複合レポートの表示方法については，「11.7　複合レポートの表示」を参照してください。

(d)　過去のパフォーマンスデータを参照できます

Storeデータベースのバージョン2.0（Storeバージョン2.0）では，一度バックアップした稼働監視データをインポートすることで，過去のパフォーマンスデータを参照できます。インポートしたデータは，あらかじめ設定した保存期間を超えて保持されるため，どの時点でも過去のデータを参照できます。過去のデータの参照例を次の図に示します。

図1-16　過去のデータの参照例

バックアップデータのインポートについては，「4.2.6(2)　過去の稼働監視データの参照」を参照してください。

(e)　実運用に根ざした管理コマンドを提供します

大規模システムで複数のサーバを一元管理するために，管理コマンドで，バッチ処理や自動処理を行うことができます。

パフォーマンスデータの管理やサービスの管理などは，運用コマンドを使ってバッチ処理や自動処理ができ，効率的にシステムを運用できます。Performance Managementが提供する運用コマンドの例を，次に示します。

警告アラームの一括設定コマンド

稼働監視レポートの出力コマンド

収集した稼働監視データのバックアップやリストアコマンド

Performance Managementの起動や停止のコマンド　など

システム管理者が，稼働レポートをPerformance Managementが提供する稼働レポートの出力コマンドで作成したものを，ほかのジョブ管理システムなどと連携して週次で出力してEメールで確認する例を次の図に示します。

図1-17　システム管理者の稼働確認作業の例

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

2.　Performance Managementを使ってみよう

この章では，Performance Managementを使った業務システムのパフォーマンス監視について，「インターネット販売システムを運用するH社」を例にして説明します。

Performance Managementシステムの構築から運用までを，一連の流れで示しているので，Performance Managementの基本操作の流れを理解してください。

＜この章の構成＞

2.1　パフォーマンス監視の背景

2.2　パフォーマンス監視システムの設計・構築

2.3　パフォーマンス監視システムの運用

2.1　パフォーマンス監視の背景

例題

H社は，全国に支店を持つ小売業社で，大規模な社内システムを持っています。H社ではインターネットでの商品の販売を始めるために，新たにインターネット販売システムを導入しました。インターネットでの商品の販売は好調で，インターネット販売システムの利用者は増え続けていました。

そこで，H社の情報システム部では，このインターネット販売システムの稼働状況を把握し，システムの問題個所を事前に対策するため，Performance Managementを使ってパフォーマンス監視システムを構築することにしました。

インターネット販売システムはWindowsサーバで稼働しています。

H社のシステムの全体概要を次に示します。

図2-1　パフォーマンス監視の背景（インターネット販売システムの例）

以降の説明では，H社のインターネット販売システムに対して稼働監視することを前提に説明します。

2.2　パフォーマンス監視システムの設計・構築

適切なパフォーマンス監視をするには，監視対象のシステムのどのような稼働状況や問題点を把握したいのか，どのパフォーマンスデータを収集するのかを決める必要があります。また，どのようなシステム構成でPerformance Managementを運用するかについても検討する必要があります。

＜この節の構成＞

2.2.1　監視項目の検討

2.2.2　システム構成の検討

2.2.1　監視項目の検討

H社の情報システム部は，インターネット販売システムのWindowsサーバで稼働状況を監視したい項目について検討しました。そして，稼働監視の要件とその要件を満たすために必要な監視項目を，次のように決めました。

表2-1　監視項目の検討例

目的 | 監視項目 | 監視項目に対応するレコード名（PFM - Agent for Platform（Windows）の場合）
CPUの使用率を監視し，CPUの負荷状況の傾向を知りたい。 | CPU使用率 | System Overview(PI)
物理メモリーの空き容量を監視し，空き容量が少なくなったら，システム管理者が対応できるようにしたい。 | 物理メモリーの空き容量 | System Overview(PI)

Performance Managementはパフォーマンスデータをレコードという単位で収集します。監視項目を決めたら，対応するPerformance Managementのレコード名を調べます。

検討の結果，インターネット販売システムのパフォーマンス監視要件をすべて満たすPFM - Agent for Platform（Windows）のソリューションセットを利用することにしました。Performance Managementでは，「ソリューションセット」と呼ばれる，よく利用される監視項目があらかじめ定義されたレポートおよびアラームを提供しています。このソリューションセットを使用することで，複雑な定義をしなくても監視対象の運用状況を監視する準備が容易にできます。

なお，監視項目を検討する際のポイントについて「3.4.3　監視項目の検討」で解説しているので参照してください。

また，提供されているソリューションセットおよび収集するレコードについての詳細は，各PFM - Agentマニュアルの，ソリューションセットおよびレコードについて説明している章を参照してください。

2.2.2　システム構成の検討

パフォーマンス監視を運用するためのシステム構成を検討します。

H社では，システムの規模や今後の拡張性を検討し，監視マネージャー，監視コンソールサーバ，および監視エージェントをそれぞれ別々のホストで構築します。

H社でのシステム構成を次の図に示します。

図2-2　H社でのPerformance Managementシステムの構成

インターネット販売システムの稼働状況の統合管理を行う監視マネージャーのホストにPFM - Manager，稼働状況を確認するための監視コンソールサーバのホストにPFM - Web Consoleをインストールします。

また，インターネット販売システムのサーバ上には，Windowsのパフォーマンスデータを収集するための監視エージェントであるPFM - Agent for Platform（Windows）および，監視基盤であるPFM - Baseをインストールします。

Performance Managementのプログラムのインストールとセットアップの方法については，「5.　インストールとセットアップ（Windowsの場合）」および各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

2.3　パフォーマンス監視システムの運用

監視項目が決定し，パフォーマンス監視システムの設計が終了したら，Performance Managementで稼働監視を開始します。

次の流れで，基本的なパフォーマンス監視の例を説明します。

Performance Managementのサービスを起動する

ブラウザーでPFM - Web Consoleにログインする

ユーザーアカウントを作成する

監視用のエージェント階層を作成する

レポートを表示する

アラームを利用して監視する

イベントを表示する

＜この節の構成＞

2.3.1　Performance Managementのサービスを起動する

2.3.2　ブラウザーでPFM - Web Consoleにログインする

2.3.3　ユーザーアカウントを作成する

2.3.4　監視用のエージェント階層を作成する

2.3.5　レポートを表示する

2.3.6　アラームを利用して監視する

2.3.7　イベントを表示する

2.3.1　Performance Managementのサービスを起動する

Performance Managementのプログラムをインストールしたら，各プログラムのサービスを起動します。

Windowsの場合，デフォルトでOSの起動時に自動起動されるように設定されているため，特に操作は不要です。UNIXの場合は，起動スクリプトの設定が必要です。

サービスの起動については，「7.2　サービスの起動」を参照してください。

Performance Managementのプログラムの各サービスを起動すると，PFM - Agentによってデフォルトで収集するように設定されているパフォーマンスデータ※の収集が開始されます。

注※

デフォルトで収集されるパフォーマンスデータについては，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

2.3.2　ブラウザーでPFM - Web Consoleにログインする

監視コンソールのブラウザーからPFM - Web Consoleにログインします。

手順を次に示します。

監視コンソールのブラウザーで次のURLを入力する。

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

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

図2-3　ログイン画面

［ユーザー名］および［パスワード］を入力する。
インストール直後は，ユーザー名が「ADMINISTRATOR」でパスワードが設定されていないユーザーアカウントがデフォルトで設定されています。
次のように入力します。
［ユーザー名］：ADMINISTRATOR
［パスワード］：入力しない

注意

安全に運用するために，Performance Managementの運用を開始する前に「ADMINISTRATOR」ユーザーに対してパスワードを設定してください。ユーザーアカウントの管理については，「8.　ユーザーアカウントの管理」を参照してください。

［ログイン］ボタンをクリックする。
PFM - Web Consoleへログインし，メイン画面が表示されます。

図2-4　メイン画面

以降，PFM - Web Consoleの画面でユーザーアカウントの作成や監視用エージェント階層の作成などをしていきます。

2.3.3　ユーザーアカウントを作成する

Performance Managementでは，Performance Managementシステムで管理する「Performance Managementユーザー」と呼ばれるアカウントか，またはJP1/Baseで管理する「JP1ユーザー」と呼ばれるアカウントを使用します。

ここでは，Performance Managementシステムで管理するPerformance Managementユーザーを作成する手順について説明します。

Performance Managementユーザーには，次の二つの権限があります。

管理ユーザー権限

一般ユーザー権限

権限によってPFM - Web Consoleの各画面で使用できる機能が異なります。権限の詳細については，「8.1　ユーザーアカウントの認証と権限」を参照してください。

Performance Managementユーザーは，PFM - Web Consoleの［ユーザー管理階層］画面で作成します。ここでは，「INT_ADMIN」という管理ユーザー権限を持つPerformance Managementユーザーを作成する例を紹介します。

手順を次に示します。

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

［ユーザー管理階層］画面のメソッドフレームで，［新規ユーザー］メソッドを選択する。
［新規ユーザー］画面が表示されます。

［ユーザー名］に「INT_ADMIN」と入力する。

［パスワード］および［パスワードの確認］に任意のパスワードを設定する。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［権限の選択］で「管理ユーザー」を選択する。
［新規ユーザー］画面の表示例を次に示します。

図2-5　［新規ユーザー］画面の表示例

［OK］ボタンをクリックする。
ナビゲーションフレームのPerformance Managementユーザー階層に，作成したユーザーアカウントが追加されます。

メニューバーフレームの［ログアウト］をクリックし，いったんPFM - Web Consoleからログアウトする。

「INT_ADMIN」のユーザーアカウントで再度ログインする。

2.3.4　監視用のエージェント階層を作成する

Performance Managementでは，監視対象であるエージェントを階層で管理し，監視します。エージェント階層には，次の二つがあります。

PFM - Agentごとにグルーピングされたエージェント階層で監視する
PFM - Agentの製品ごとのフォルダでグルーピングされたエージェント階層で監視します。

ログインユーザーごとに作成したエージェント階層で監視する
ログインユーザーごとに任意に作成したエージェント階層で監視します。例えば，システムの構成や組織などの単位にフォルダを作成し，それぞれに監視エージェントをグルーピングできます。

エージェントの管理および監視は，PFM - Web Consoleの［エージェント階層］画面で行います。

＜この項の構成＞

(1)　フォルダの作成

(2)　PFM - Agentを配置する

(1)　フォルダの作成

ここでは，支店ごとにフォルダを作成する例を紹介します。

手順を次に示します。

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

メソッドフレームで［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
「User Agents（ログインユーザー名）」がインフォメーションフレームに表示されます。

「User Agents（ログインユーザー名）」を選択し，［新規フォルダ］ボタンをクリックする。
［エージェント階層の編集 > 新規フォルダ ］画面が表示されます。

［新しいフォルダ名］に「本部データセンター」と入力する。
入力例を次の図に示します。

図2-6　［エージェント階層の編集 > 新規フォルダ ］画面の入力例

［OK］ボタンをクリックする。
インフォメーションフレームの「User Agents（ログインユーザー名）」の配下に「本部データセンター」フォルダが作成されます。

手順3～手順5と同様の操作で，次のフォルダを作成する。

北海道支店

九州支店

さらに手順3～手順5の操作で作成した「本部データセンター」フォルダを選択し，［新規フォルダ］ボタンをクリックする。

［新しいフォルダ名］に「インターネット販売システム」と入力し，［OK］ボタンをクリックする。
次の図のような階層ができ上がります。

図2-7　エージェント階層の作成例

(2)　PFM - Agentを配置する

フォルダを作成したら，各フォルダにエージェント（PFM - Agentのプロダクト）を配置します。

ここでは，「インターネット販売システム」フォルダにエージェントを配置する手順について説明します。

手順を次に示します。

［エージェント階層］画面のメソッドフレームで［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
「User Agents（ログインユーザー名）」がインフォメーションフレームに表示されます。

エージェント階層から「インターネット販売システム」フォルダを選択し，［新規エージェント］ボタンをクリックする。
［エージェント階層の編集 > 新規エージェント］画面が表示されます。

図2-8　［エージェント階層の編集 > 新規エージェント］画面の表示例

［エージェント階層の編集 > 新規エージェント］画面には，PFM - Managerに接続されているPFM - Agentが表示されます。各PFM - Agentの名称は，サービスIDで表示されます。例えば，PFM - Agent for Platform（Windows）のエージェントで，ホスト名が「WebAP」であれば，「TA1WebAP」と表示されます。
サービスIDについては，「付録B.1　サービスの命名規則」を参照してください。

エージェント階層からフォルダに追加したいPFM - Agentを選択する。
複数のPFM - Agentを選択することもできます。
選択したPFM - Agentにチェックマークが表示されます。

［OK］ボタンをクリックする。
次の図のように，「インターネット販売システム」フォルダの下にPFM - Agentが追加されます。

図2-9　エージェント階層の表示例

参考

同じPFM - Agentを，複数のフォルダに配置することもできます。また，フォルダに配置しないで，直接「User Agents（ログインユーザー名）」の直下に配置することもできます。

2.3.5　レポートを表示する

Performance Managementシステムで作成できるレポートには，ソリューションセットとしてシステムがあらかじめ用意したレポートと，ユーザーが定義したレポートがあります。

ここでは，PFM - Agent for Platform（Windows）のソリューションセットの「Memory Available Trend(Multi-Agent)」レポートを表示する例を紹介します。「Memory Available Trend(Multi-Agent)」は，複数システムの最近1か月のメモリー使用状況を表示できるレポートです。このレポートは折れ線グラフで表示されます。

レポートの表示は，主に［エージェント階層］画面から行います。

手順を次に示します。

［エージェント階層］画面のナビゲーションフレームでエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで［レポートの表示］を選択する。
［レポートの表示 > レポートの選択］画面が表示され，インフォメーションフレームにPFM - Agent for Platform（Windows）のソリューションセットのレポートが階層表示されます。

図2-10　［レポートの表示 > レポートの選択］画面の表示例

「Windows」フォルダ－「Operating System」フォルダ－「Monthly Trend」フォルダの「Memory Available Trend(Multi-Agent)」レポートをクリックする。
「Memory Available Trend(Multi-Agent)」レポート画面が別ウィンドウで表示されます。

図2-11　レポート画面

例えば，レポートを確認したところ，空きメモリーの容量が減り続けていたとします。そのような場合に，このレポートをCSVやHTML形式で出力し，業務アプリケーションの開発担当者に調査と対応を依頼するなどができます。
このように，Performance Managementを使用してパフォーマンス管理を行うことで，業務に支障が出る前に問題個所を改善し，システムダウンなどの障害を未然に防ぐことができます。

ここではソリューションセットの定義をそのまま利用しましたが，用途に合わせてソリューションセットのレポートの定義をカスタマイズしたり，ソリューションセットを使わないで固有のレポートを定義したりすることもできます。

レポートの定義方法の詳細については，「11.　稼働分析のためのレポートの作成」を参照してください。

参考　レポートの種類とレポート表示のためにしておくこと

レポートには，過去から現在までのエージェントの状況を示す「履歴レポート」と，エージェントの現在の状況を示す「リアルタイムレポート」の2種類があります。履歴レポートを表示するには，エージェントのパフォーマンスデータがStoreデータベースに記録されるように設定しておく必要があります。リアルタイムレポートの場合には設定の必要はありません。

レポートとStoreデータベースとの関係や，Performance Managementでのパフォーマンスデータの扱い方については，「10.　稼働監視データの管理」を参照してください。

2.3.6　アラームを利用して監視する

アラームを設定することで，パフォーマンスデータがあらかじめ定義したしきい値に達したとき，監視画面のランプ状のアイコン（アラームアイコン）が赤く点滅し，システム管理者に問題発生（アラーム）を知らせるなどができます。なお，アラーム発生時にログ（動作ログ）を出力することができます。動作ログについては，「付録H　動作ログの出力」を参照してください。

アラームを利用して監視するには，監視対象のエージェントとアラームテーブルを関連づけるという操作をします。この操作を「バインド」といいます。アラームテーブルのバインドでは，一つの監視エージェントに対して一つのアラームテーブルをバインドしたり，一つの監視エージェントに対して複数のアラームテーブルをバインドしたりするなどのバインド方式を選択できます。アラームテーブルのバインド方式については，「3.4.4　アラームテーブルのバインド方式の検討」を参照してください。

バインドされた時点で，Performance Managementはアラームの定義に基づいた監視を開始します。

＜この項の構成＞

(1)　アラームテーブルをコピーしてカスタマイズする

(2)　アラームテーブルとエージェントをバインドする

(1)　アラームテーブルをコピーしてカスタマイズする

ここでは，PFM - Agent for Platform（Windows）のソリューションセットのアラームテーブル「PFM Windows Solution Alarms 8.0」をカスタマイズして「Webサーバ監視」というアラームテーブルを作成する例を紹介します。

手順を次に示します。

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

［アラーム階層］画面のナビゲーションフレームで，「Windows」フォルダの下位の階層を展開する。
PFM - Agent for Platform（Windows）のソリューションセットのアラームテーブルが表示されます。

ナビゲーションフレームのアラーム階層から「PFM Windows Solution Alarms 8.00」を選択する。
「PFM Windows Solution Alarms 8.00」にチェックマークが表示されます。

メソッドフレームで［コピー］メソッドを選択する。
［コピー > 名称入力［アラームテーブル］］画面が表示されます。

［新しいアラームテーブル名］に「Webサーバ監視」と入力する。
次のように入力します。

図2-12　［コピー > 名称入力［アラームテーブル］］画面の入力例

注意

アラームテーブル名は任意に命名できますが，先頭文字に「PFM」を指定することはできません。

［OK］ボタンをクリックする。
［アラーム階層］画面のナビゲーションフレームに，作成したアラームテーブルが追加されます。

作成したアラームテーブルのCPUの監視条件を編集したいので，「CPU Usage」アラームを選択する。
作成したアラームテーブルの下位の階層を表示させて選択します。

図2-13　アラーム階層からアラームを選択

「CPU Usage」アラームにチェックマークが表示されます。また，「CPU Usage」アラームを選択すると，メソッドフレームに［編集］メソッドが表示されます。

メソッドフレームの［編集］メソッドを選択する。
［編集 > 基本情報］画面が表示されます。

［高度な設定］の，次の項目の値を変更する。
［発生頻度］の設定を次のように変更します。

「4」回しきい値超過／「5」インターバル中

図2-14　［編集 > 基本情報］画面の変更例

図2-15　［編集 > アラーム条件式］画面の変更例

図2-16　［編集 > アクション］画面の変更例

図2-17　［編集 > アクション定義］画面の変更例

発生頻度とは

発生頻度とは，「何回のインターバル中に何回しきい値を超過したら通知するか」を設定する項目です。この項目を設定することで，CPUが継続的に高負荷となる状態のときだけ通知する，などの運用ができます。

［完了］ボタンをクリックする。
次にバインドの操作をします。

(2)　アラームテーブルとエージェントをバインドする

作成したアラームテーブルとエージェントをバインド（関連づけ）します。バインドされた時点で，Performance Managementはアラームの定義に基づいた監視を開始します。ここでは，一つの監視エージェントに対して一つのアラームテーブルをバインドする手順について説明します。

手順を次に示します。

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

［エージェント階層］画面のナビゲーションフレームで，作成したアラームテーブルをバインドするエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで［アラームテーブルのバインド］メソッドを選択する。
［アラームテーブルのバインド］画面が表示されます。
インフォメーションフレームにアラームテーブルの階層が表示されます。

図2-18　［アラームテーブルのバインド］画面

アラームテーブル階層からバインドしたいアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

［OK］ボタンをクリックする。
エージェントにアラームテーブルがバインドされると，アラームテーブルの定義に基づいた監視が開始されます。

メソッドフレームで，［アラームの状態の表示］メソッドを選択する。
［アラームの状態の表示］画面が表示されます。

図2-19　［アラームの状態の表示］画面の表示例

バインドされているアラームテーブルに定義されているアラームが表示されます。
アラームが発生した場合は，アラームアイコンがアラームの状態を示す色で表示されます。アラームアイコンをクリックすると，アラームの［プロパティ］画面が表示され，アラームの定義内容を確認できます。
また，「ヘルスチェックステータス」に表示されるメッセージによって監視エージェントの稼働状態を確認できます。

ここでは，ソリューションセットのアラームテーブルをコピーし，カスタマイズして使用する方法を紹介していますが，ソリューションセットのアラームテーブルをそのまま使用することもできます。また，ソリューションセットを使わないで固有のアラームテーブルを定義することもできます。アラームテーブルの定義方法の詳細については，「12.　アラームによる稼働監視」を参照してください。

2.3.7　イベントを表示する

Performance Managementシステムで発生したイベントは，PFM - Web Consoleの［イベントモニター］画面で確認できます。［イベントモニター］画面で確認できるイベント情報には，次の三つがあります。

エージェントイベント
エージェントの状態の変化を示すイベント

アラームイベント
エージェントでのアラームの発生を示すイベント

ヘルスチェックイベント
監視エージェントのヘルスチェック状態の変化を示すイベント

参考

［イベントモニター］画面ではヘルスチェック状態も確認できます。

［イベントモニター］画面では，イベントを発生順に一覧表示します。エージェントの状態，アラームの状態およびヘルスチェックの状態は，アイコンの色や形で確認できます。

手順を次に示します。

［メイン］画面のメニューバーフレームで，［イベントモニター］メニューを選択する。
［イベントモニター］画面が表示されます。

図2-20　［イベントモニター］画面の表示例

ここでは，［イベントモニター］画面に表示される主なアイコンの意味について説明します。表示内容の詳細については，「13.　イベントの表示」またはマニュアル「JP1/Performance Management リファレンス」の，［イベントモニター］画面の説明を参照してください。

表2-2　イベントモニターの意味

アイコン
説明

エージェントイベントアイコン
[図データ]　
監視エージェントが正常に動作している，または未起動（状態不明）である

[図データ]　
監視エージェントが警告状態である

[図データ]　
監視エージェントが異常状態である

アラームイベントアイコン
[図データ]
（緑）
正常のアラームイベントが発生した

[図データ]
（黄）
警告のアラームイベントが発生した

[図データ]
（赤）
異常のアラームイベントが発生した

[図データ]　
常にアラーム通知する設定のアラームであることを示す
アラームの定義で「常にアラーム通知する」を選択している場合だけに表示される

ヘルスチェックイベントアイコン
[図データ]　
非対応※

[図データ]　
動作中※

[図データ]　
縮退稼働※

[図データ]　
サービス停止※

[図データ]　
状態不明※

[図データ]　
ホスト停止※

レポートアイコン
[図データ]など
関連づけられたレポートがある

「n/a」または「－」
関連づけられたレポートがない

注※

ヘルスチェックイベントアイコンで表示される状態の詳細については，「19.2.2　稼働状態の確認方法」を参照してください。

アラームイベントに対してレポートを関連づけている場合には，「レポート」欄にレポートアイコンが表示されます。アイコンをクリックすると，関連レポートが表示されます。
例えば，アラームが発生しているためにレポートを確認したところ，特定のプログラムでCPU使用率が高くなっている，などをレポートから分析できます。

図2-21　レポート画面

参考　イベントモニターからレポートを表示するためにしておくこと

イベントモニターからアラームに関連したレポートを表示させるには，アラームを定義するときに，あらかじめ表示させたいレポートを関連づけておく必要があります。アラームの定義方法とレポートの関連づけについては，「12.4.6　アラームにレポートを関連づける」を参照してください。

3.　Performance Managementを活用した稼働監視システムの設計

この章では，Performance Managementを活用した稼働監視システムの設計について説明します。

＜この章の構成＞

3.1　Performance Managementのサポート範囲

3.2　Performance Managementの設計から運用までの流れ

3.3　稼働監視システムの構成設計

3.4　稼働監視システムの運用設計

3.1　Performance Managementのサポート範囲

ここでは，システム管理者が稼働監視システムを構築する際の一般的な流れと，Performance Managementのサポート範囲を示します。稼働監視システムを設計する前に，稼働監視システムのライフサイクルとPerformance Managementを使ってできることを確認してください。

Performance Managementの提供機能の詳細については，「4.　Performance Managementの機能」を参照してください。

図3-1　稼働監視システム構築の一般的な流れとPerformance Managementのサポート範囲

システム化計画フェーズ

稼働監視システムを構築するための計画を立案するフェーズです。システムの目的，構築に掛かる費用や体制，およびスケジュールなどを検討します。

Performance Managementを使用する場合は，システムの要件に応じた監視エージェント製品を選定します。

設計フェーズ

稼働監視システムの基盤方式を設計するフェーズです。

まず，システムの構成やネットワーク構成などを設計します。稼働監視システムを，統合運用管理システム（JP1/IM）やネットワーク監視システム（NNM）など，ほかのシステムと連携させる場合は，連携の方式も検討します。

次に，監視項目の選定，システムが危険域に達したときの対処方法，監視項目のレポートの表示形式，構築した稼働監視システムの運用ルールなどを設計します。

Performance Managementの提供機能

メモリー所要量など，システム見積もりのための算出式の提供

監視項目を選定するための，ソリューションセット（テンプレート）やデータモデル（各種レコード）の提供

他システムとの連携機能の提供（JP1/IM連携，NNM連携など）
など

構築フェーズ

設計フェーズで検討した内容に従い，稼働監視システムを導入して各種設定を行うフェーズです。Performance Managementをインストールし，パラメーターや環境を設定します。

Performance Managementの提供機能

各種設定を行うためのGUI（PFM - Web Consoleの画面）の提供

各種設定を行うためのコマンドの提供

運用フェーズ

稼働監視システムを運用するフェーズです。稼働監視データを収集し，システムが危険域に達したことを検知したときに適切に対処したり，レポートを参照して稼働状態を分析したりします。

Performance Managementの提供機能

パフォーマンスデータの収集・管理機能

パフォーマンスデータがしきい値に達したときのアラーム通知機能

パフォーマンスデータのレポート機能

パフォーマンスデータの出力機能

運用コマンドによるパフォーマンスデータのバックアップ，リストア，バックアップデータのインポートなどの機能
など

分析・再構築フェーズ

稼働監視システムで得られたパフォーマンスデータを基に，監視対象であるシステムの問題点を分析し，必要に応じて再構築を行うフェーズです。

Performance Managementの提供機能

パフォーマンスデータのファイル出力機能の提供
Performance Managementで出力したファイルは，稼働分析製品（PFM - Analysis）で利用できます。

3.2　Performance Managementの設計から運用までの流れ

Performance Managementの設計から運用までの流れを次の図に示します。

図3-2　設計から運用までの流れ

3.3　稼働監視システムの構成設計

Performance Managementを使った稼働監視システムの構築に当たって，次の内容について検討する必要があります。

システム構成の検討

クラスタ構成の検討

ネットワーク構成の検討

それぞれの検討内容について説明します。

＜この節の構成＞

3.3.1　システム構成の検討

3.3.2　クラスタ構成の検討

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

3.3.1　システム構成の検討

システム管理者はどのようなシステム構成で稼働監視システムを構築するかを検討します。Performance Managementでは，監視対象に応じて必要なPFM - Agentを追加することで，システムを構成できます。システムの利用者や負荷の増大など，運用状況に合わせて柔軟にシステムを拡張できます。

ここではPerformance Managementのシステム構成例について説明します。

ポイント

監視エージェント1台にすべてのPerformance Managementプログラムをインストールして稼働監視システムを構成することもできます。

＜この項の構成＞

(1)　データベースや業務アプリケーションを稼働監視する場合のシステム構成例

(2)　業務全体の視点から稼働監視する場合のシステム構成例

(1)　データベースや業務アプリケーションを稼働監視する場合のシステム構成例

データベースや業務アプリケーションを稼働監視する場合は，1台の監視マネージャーで複数の監視エージェントを一元管理するシステムを構成できます。

構成例を次の図に示します。

図3-3　データベースや業務アプリケーションを稼働監視する場合のシステム構成例

(2)　業務全体の視点から稼働監視する場合のシステム構成例

統合管理製品（JP1/IM）やネットワーク管理製品（NNM）からPerformance Managementで収集したパフォーマンスデータを確認すると，業務全体の視点から稼働状況を監視できます。ネットワーク管理製品にNNMを，統合管理製品にJP1/BaseおよびJP1/IMを使用した大規模システムの構成例を次の図に示します。

図3-4　大規模システムの構成例

ポイント

Performance Managementでは，システム構成によって，一つのPFM - Managerに接続できるPFM - AgentおよびPFM - Web Consoleの数が異なります。これらの数を考慮して，適切なシステム構成を設計してください。Performance Managementの制限値の詳細については，「付録A　制限値」を参照してください。また，使用するマシンのメモリーなど，性能が十分であるかどうかを考慮する必要があります。Performance Managementのシステム見積もりの詳細については，「付録C　システム見積もり」を参照してください。

3.3.2　クラスタ構成の検討

システム管理者は，システムの可用性を向上させるため，クラスタ構成にするかどうかを検討します。Performance Managementは，製品によって対応するクラスタ構成が異なります。次に対応するクラスタ構成を示します。

PFM - Managerのクラスタ構成

PFM - Managerは，アクティブ・スタンバイ構成のクラスタに対応しています。実行系ノードと待機系ノードのどちらか一つだけ実行できます。実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。

PFM - Web Consoleのクラスタ構成

PFM - Web Consoleは，アクティブ・スタンバイ構成のクラスタに対応しています。実行系ノードと待機系ノードのどちらか一つだけ実行できます。実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。

PFM - Baseのクラスタ構成

PFM - Baseは，アクティブ・アクティブ構成のクラスタに対応しています。PFM - BaseのホストにPFM - Agentがインストールされている場合，同居するPFM - Agentに応じたクラスタ環境を構築できます。

PFM - Agentのクラスタ構成

PFM - Agentのクラスタ構成は，監視対象プログラムによって異なります。例えば，Oracleデータベースを監視するPFM - Agent for Oracleは，アクティブ・スタンバイ構成に対応しているため，実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。一方，OSのサーバを監視するPFM - Agent for Platformは，クラスタ環境で動作できますが，PFM - Agent for Platform自身がフェールオーバーすることはできません。

PFM - ManagerおよびPFM - Web Consoleのクラスタの詳細については，「15.　クラスタシステムでの構築と運用」を参照してください。PFM - Agentのクラスタの詳細については，各PFM - Agentのマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

注意

Performance Managementでは，次のようなクラスタ構成には対応していません。

物理ホスト名と論理ホスト名を同じ名称にして運用するクラスタ構成

フェールオーバー時に物理ホスト名を変更するクラスタ構成

Performance Managementをクラスタシステム上で運用するためには，クラスタを構成するノードの物理ホスト名と論理ホスト名を異なる名称にする必要があります。

物理ホスト名と論理ホスト名を同じ名称にして運用するクラスタ上でPerformance Managementを動作させる場合は，監視ホスト名設定機能を使用して物理ホスト上のホスト名が一意な名称になるように設定してください。監視ホスト名設定機能については，Windowsの場合は「5.3.3　Performance Managementシステムでのホスト名の設定」を，UNIXの場合は「6.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

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

システム管理者は，稼働監視システムをどのようなネットワーク構成で構築するかを検討します。

ポイント

Performance Managementでは，監視エージェントで収集されたパフォーマンスデータは監視エージェント自身に蓄積されます。そのため，ネットワーク上に，大量のパフォーマンスデータが定期的に送信されることはありません。

＜この項の構成＞

(1)　Performance ManagementをLAN環境で使用する例

(2)　Performance ManagementをWAN環境で使用する例

(3)　Performance Managementを同名のホストが複数ある環境で使用する例

(1)　Performance ManagementをLAN環境で使用する例

Performance Managementでは，複数のLANボードを持つホストにPFM - Manager，PFM - Web Console，またはPFM - Agentをインストールし，そのホストから複数のLANに接続してPerformance Managementを運用するシステム構成に対応しています。

例えば，PFM - ManagerおよびPFM - Agentのそれぞれで複数のLANボードを持ち，複数のIP経路がある場合で，一部の経路ではネットワークに接続できないときは，接続IP経路を切り替えることができます。接続IP経路の切り替えができるシステム構成例を次の図に示します。

図3-5　接続IP経路の切り替えができるシステム構成例

複数のLANに接続されたネットワーク環境で運用する場合，IPアドレスを設定する必要があります。IPアドレスの設定方法については，「5.　インストールとセットアップ（Windowsの場合）」または「6.　インストールとセットアップ（UNIXの場合）」を参照してください。

(2)　Performance ManagementをWAN環境で使用する例

Performance Managementでは，ファイアウォールを挟んでPFM - Manager，PFM - Web Console，またはPFM - Agentを配置できます。

Performance Managementは，1対1のアドレス変換をする静的NAT（Basic NAT）に対応しています。また，Performance Managementが使用するポート番号は，環境に合わせて任意な番号に変更できます。

Performance ManagementをWAN環境で使用する例を次の図に示します。

図3-6　Performance ManagementをWAN環境で使用する例

ポート番号の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録に記載されている，ポート番号一覧を参照してください。

(3)　Performance Managementを同名のホストが複数ある環境で使用する例

Performance Managementでは，複数のドメインにまたがる場合など，同じホスト名を持つホストが複数ある環境でも使用できます。このような環境では，各ホストにエイリアス名を付与して，ホスト名が重複しないようにします。

Performance Managementでは，ホスト名として，実ホスト名を使用するか，エイリアス名を使用するかを選択できます。ホスト名としてどちらを使用するかの設定については，Windowsの場合は「5.3.3　Performance Managementシステムでのホスト名の設定」を，UNIXの場合は「6.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

参考

論理ホスト環境のホスト名としてはエイリアス名は使用できません。

3.4　稼働監視システムの運用設計

Performance Managementを使った稼働監視システムを運用するに当たって，次の内容について検討する必要があります。

ユーザー管理方式の検討

監視エージェントの管理方式の検討

監視項目の検討

アラームテーブルのバインド方式の検討

データ管理方式の検討

Storeデータベースの保存方式の検討

稼働監視システム自身の障害対策の検討

Performance Managementで必要なディスク容量の見積もり

それぞれの検討内容について説明します。

＜この節の構成＞

3.4.1　ユーザー管理方式の検討

3.4.2　監視エージェントの管理方式の検討

3.4.3　監視項目の検討

3.4.4　アラームテーブルのバインド方式の検討

3.4.5　データの管理方式の検討

3.4.6　Storeデータベースの保存方式の検討

3.4.7　稼働監視システム自身の障害対策の検討

3.4.8　Performance Managementで必要なディスク容量の見積もり

3.4.1　ユーザー管理方式の検討

システム管理者は，セキュリティポリシーに基づいたユーザーアカウントの管理方式および運用方式を検討します。ユーザーアカウントは，各担当者の業務内容に応じた適切な権限を設定するよう考慮します。

＜この項の構成＞

(1)　ユーザーアカウントの管理方式の検討

(2)　ユーザーアカウントの運用方式の検討

(1)　ユーザーアカウントの管理方式の検討

Performance Managementでは，ユーザーアカウントの管理方式として，稼働監視システム内でユーザーアカウントを管理する方法と，統合管理システム（JP1/IM）でユーザーアカウントを一元管理する方法の二つから選択できます。

稼働監視システム内でユーザーアカウントを管理する方法（PFM認証モード）

ユーザーアカウントをPFM - Managerで管理する方法です。ユーザーアカウントはPFM - Web Consoleの画面で作成します。この方法は，Performance Managementシステムでの標準のユーザーアカウントの管理方式です。

なお，08-00より前のバージョンの監視コンソールであるPFM - Viewから，Performance Managementシステムに接続する場合はこの方式にする必要があります。

統合管理システムでユーザーアカウントを一元管理する方法（JP1認証モード）

統合管理システム（JP1/IM）でユーザーアカウントを一元管理する方法です。ユーザーアカウントは，統合管理システムの認証サーバであるJP1/BaseでJP1ユーザーとして作成します。すでにほかのJP1製品でJP1/Baseによる認証を行っている場合や，Performance Managementの連携機能を使ってJP1/IMと連携する場合などにこの方式にすると，複数のアカウントを管理する必要がありません。

JP1ユーザーでアカウントを管理する場合は，PFM - ManagerがインストールされているホストにJP1/Baseが必要になります。クラスタ環境で利用する場合は，PFM - ManagerとJP1/Baseの論理ホスト名を同じにする必要があります。

ユーザーアカウントの管理方法の違いを次の図に示します。

図3-7　ユーザーアカウントの管理方法の違い

(2)　ユーザーアカウントの運用方式の検討

セキュリティを確保するために，システム管理者はユーザーアカウントに適切な権限を設定します。設定できるユーザーアカウントの権限は，「管理ユーザー権限」と「一般ユーザー権限」の2種類があります。

また，ユーザーアカウントにはパスワードを設定します。成り済ましを防ぐために，他人に推測されにくいパスワードを設定する必要があります。セキュリティ向上のため，使用していないアカウントは削除してください。また，パスワードは定期的に変更することをお勧めします。

3.4.2　監視エージェントの管理方式の検討

システム管理者は，稼働監視システム内の監視エージェントをどのように管理するかを検討します。Performance Managementでは，監視対象のプログラムの違いを意識することなく，監視エージェントを管理できるように，監視エージェントの管理方法として次の方法を提供しています。

PFM - Agentごとにグルーピングされたエージェント階層で監視する
PFM - Agentの製品ごとのフォルダでグルーピングされたエージェント階層で監視する方法です。

ログインユーザーごとに作成したエージェント階層で監視する
ログインユーザーごとに任意に作成したエージェント階層で監視する方法です。システムの構成や組織などの単位に，フォルダを自由に構成できます。

稼働監視システムを運用する環境に応じて，監視用のエージェント階層を作成してください。監視エージェントの管理の詳細については，「9.　エージェントの監視」を参照してください。

図3-8　企業の組織や業務ごとに監視対象ホストを監視するための設定例

3.4.3　監視項目の検討

稼働監視システムの目的は，システムが危険域に達したことを事前に把握し，トラブルを未然に防止することです。そのために，システムの監視項目を検討することは最も重要な作業になります。監視項目の検討では，どのような監視項目をどのように監視するかを決めます。監視項目を選定する際は，各PFM - Agentのマニュアルを参照して検討してください。

監視項目を検討する流れを次に示します。

アラームの検討
監視対象システムのどのような項目を監視するかを決めて，監視項目に対するしきい値を決めます。例えば，共有サーバ上での作業が正常にできなくなることがないように，共有サーバの論理ディスクドライブの空き容量の割合を監視項目とし，しきい値を決めます。
また，しきい値に達した場合にどのような方法でシステム管理者に通知させるかを決めます。例えば，EメールやSNMPトラップを送信できます。

レポートの検討
設定したしきい値を超え，アラームが発生した場合に，原因分析や状況把握のためにどのようなレポートを表示させるかを決めます。例えば，共有サーバの論理ディスクドライブの空き容量が少ない上位10個を集合横棒グラフに表示する，などのように監視項目と表示形式を決めます。

なお，監視項目の選定には，Performance Managementで提供しているソリューションセットを利用できます。ソリューションセットをそのまま利用したり，一部の定義をカスタマイズしたりすることで，システム管理者の監視項目を定義する作業を軽減できます。

ポイント

監視項目は，監視対象プログラムのパラメーターの選定など技術的なことだけでなく，システムの業務特性やシステムの運用体制を考えて検討することをお勧めします。

次に，アラームとレポートの検討についてそれぞれ説明します。

＜この項の構成＞

(1)　アラームの検討

(2)　レポートの検討

(1)　アラームの検討

アラームで検討する内容について説明します。

(a)　しきい値をどう設定するか

Performance Managementでは，PFM - Agentで収集したパフォーマンスデータが，あらかじめ定義されたしきい値に達したときに，アラームイベントを発行させることができます。システム管理者はこの機能を利用して，どの監視項目が，どのような値を超えたらアラームイベントで警告させるかを決めてください。Performance Managementではアラームイベントを発生させる条件を時間帯ごとに定義することもできます。

例えば，次のような設定ができます。

昼間と夜間で監視するプロセスを別々に設定する

昼間は監視センターでシステム運用者が常時監視するため，監視コンソールのアイコンの点滅で通知し，夜間はシステム管理者の携帯電話にEメールを送信する

システム管理者は，必要に応じて，監視対象をどの時間帯に監視するかを決めてください。

また，Performance Managementでは，突発的な負荷によってしきい値が超過した場合にアラームイベントを発生させないように設定できます。「監視のインターバル何回中に何回しきい値を超過したら通知するか」という発生頻度を設定することで，継続的にCPUが高負荷となる状態のときだけ通知する，などの運用ができます。突発的で一時的な負荷の場合には通知を抑えることができるので，システムの特性を考慮した効率の良いアラームを発生させることができます。

(b)　しきい値に達したらどう対処するか

監視対象プログラムが危険域に達したときに，どのように問題の個所を検知し，だれがどのような一次処置を行うのか，また，一次処置で解決しないときはどのような方法で解決するのかを決めます。Performance Managementでは，アラームイベントが発生したときに次のアクションを自動実行できます。

システム管理者にEメールで通知する

SNMPトラップを送信する

Eメールや，SNMPトラップ以外の通知のためのコマンド（メッセンジャサービス（net sendコマンド）やwallコマンドなど）を実行する

ほかのJP1製品と連携するためのJP1イベントを発行する

システム管理者は，これらのPerformance Managementの機能の利用を含めて，稼働監視システムからアラームが通知されたときの対処について検討してください。

次の図に，アラーム発生時の対処についての検討例を示します。

図3-9　監視対象システムが危険域に達したときの対処手順の例

ポイント

アラームイベントが発生したときに，自動で修復プログラムなどを実行してシステムを自律的に正常な状態にしたい場合は，JP1イベントを発行して，ジョブ管理システムなどと連携することをお勧めします。

(2)　レポートの検討

レポートで検討する内容について説明します。

(a)　どのようなレポートにするか

Performance Managementでは，現在の稼働状況をつかむためのリアルタイムレポートと長期的な稼働状況の傾向をとらえるための履歴レポートを作成できます。システム管理者は，パフォーマンスデータを基にどのようなレポートを作成して稼働状況を確認するかを検討してください。わかりやすいレポートを作成することで，システムの問題点を正しくとらえることができます。

Performance Managementでは，日次，週次，月次，および年次などの期間ごとのレポートを表示できます。また，アラームイベントが発生したときにアラームのアイコンからレポートが表示されるようにしたり，あるレポートに関連性のあるレポートをあらかじめ定義しておくことでレポートから別のレポートをドリルダウン表示させたりすることもできます。

なお，システムの稼働状況を総合的に判断したい場合に，複数のレポートを同じグラフ上に重ね合わせて表示させることもできます。

長期的な稼働分析のために，レポートを定期的に出力する必要がある場合は，出力方式を検討します。Performance Managementでは，レポートをPFM - Web Consoleの画面で表示するか，または運用コマンド（jpcrptコマンド）でCSVまたはHTML形式のテキストファイルに出力できます。

レポートの定義方法やレポートの出力方法については，「11.　稼働分析のためのレポートの作成」を参照してください。

(b)　どの項目をデータベースに保存するか

システム管理者は，監視エージェントで収集されるパフォーマンスデータについて，次のことを決めてください。

パフォーマンスデータをStoreデータベースに記録するかどうか
パフォーマンスデータを履歴レポートとして表示するには，レポートに表示するパフォーマンスデータをStoreデータベースに保存するように設定する必要があります。

パフォーマンスデータの収集間隔とタイミング
監視項目が多数あると，収集処理および記録処理がある時点に集中するため，性能が低下することがあります。その場合には，パフォーマンスデータを収集するタイミングを監視項目ごとにずらすことでシステムの負荷を分散します。
例えば，1分間隔で収集するパフォーマンスデータが二つある場合，一方のデータのオフセットを0秒に設定し，もう一方のデータのオフセットを20秒に設定すると，パフォーマンスデータの収集開始時刻が20秒ずれます。オフセットの値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

図3-10　パフォーマンスデータの収集間隔とオフセットの設定例

パフォーマンスデータの記録方法の詳細については，「10.1　パフォーマンスデータの管理」を参照してください。

3.4.4　アラームテーブルのバインド方式の検討

Performance Managementでアラームを利用した監視を行うには，監視エージェントとアラームテーブルを関連づける必要があります。アラームテーブルとは，いくつかのアラームをまとめたものです。この関連づけを「バインド」といいます。

監視エージェントは，バインドされているアラームテーブルに含まれるすべてのアラームについて，条件式を評価し，アラームの定義に応じてPFM - Web Consoleなどにアラームを通知します。通常は，評価の結果，状態の変化があった場合にアラームが通知されます。

すでに監視エージェントにバインドされているアラームテーブルに新しくアラームを追加した場合や，既存のアラームの定義を変更した場合，自動的に新しい定義で評価が行われます。

アラームテーブルのバインド方式には次に示すものがあります。

一つの監視エージェントに対して，一つのアラームテーブルをバインドする。

一つの監視エージェントに対して，複数のアラームテーブルをバインドする。

一つの監視エージェントに対して，複数のアラームテーブルをバインドする場合には，監視エージェントごとにバインドするアラームテーブルの組み合わせを変えることで，監視エージェントごとにアラームの条件を分けられるようになります。例えば，あらかじめDBキャッシュ監視用，CPU使用率監視用，プロセス監視用のアラームテーブルというように監視分類ごとにアラームテーブルを作成しておき，ある監視エージェントにはDBキャッシュ監視用とプロセス監視用のアラームテーブルを組み合わせてバインドしたり，ある監視エージェントにはCPU使用率監視用とプロセス監視用のアラームテーブルを組み合わせてバインドしたりすることができます。

また，複数の監視エージェントがある場合に，共通のアラームテーブルを全監視エージェントにバインドし，ある監視エージェントだけ特殊なアラームテーブルを追加してバインドすることもできます。

複数のアラームテーブルをバインドする例を次の図に示します。

図3-11　複数のアラームテーブルをバインドする例

アラームテーブルのバインド方式については，PFM - Managerで設定します。一つの監視エージェントに対して複数のアラームテーブルをバインドできるようにする場合，PFM - ManagerおよびPFM - Web Consoleが08-50以降である必要があります。また，複数のアラームテーブルをバインドする監視エージェントは，PFM - Agentが08-00以降，PFM - Baseが08-50以降である必要があります。アラームテーブルのバインド方式の設定方法については，Windowsの場合は「5.4.4　アラームテーブル複数バインド機能の設定」を，UNIXの場合は「6.4.4　アラームテーブル複数バインド機能の設定」を参照してください。

3.4.5　データの管理方式の検討

ディスク障害でデータが破損するなどの万一のトラブルに備えて，システム管理者は，Performance Managementで利用するデータのバックアップを取得する方式を検討します。Performance Managementでバックアップが必要なデータと，タイミングを次に示します。

稼働情報

Performance Managementで収集される稼働情報のデータ（パフォーマンスデータおよびイベントデータ）をバックアップします。これらの稼働情報のデータは日々更新されるデータのため，バックアップは週次や月次など必要に応じて定期的に取得することをお勧めします。

定義情報

Performance Managementを動作させるために必要なサービスの定義ファイルや，アラーム，レポートの設定情報などをバックアップします。これらの定義情報は，システム構成を変更した場合や，設定を変更した場合にバックアップすることをお勧めします。

図3-12　Performance Managementで必要なバックアップデータの取得例

また，取得した稼働情報をほかのアプリケーションで利用するためにデータをエクスポートする場合は，その方式を検討します。

稼働情報のバックアップやエクスポートは，運用コマンド（jpcctrl backupコマンドまたはjpcctrl dumpコマンド）で行います。バックアップの方法については，「14.　バックアップとリストア」を参照してください。

ポイント

ジョブスケジューラーなどに運用コマンドを登録することで，稼働情報の自動管理ができます。

3.4.6　Storeデータベースの保存方式の検討

Performance Managementでは，監視エージェントで収集した稼働監視データを蓄積するためのデータベースを用意しています。これをStoreデータベースと呼びます。Storeデータベースには保存方式の違いによって，バージョン1.0とバージョン2.0があり，それぞれStoreバージョン1.0，Storeバージョン2.0と呼びます。利用するバージョンによって，機能，保守，使用リソースの面から特長が異なるため，稼働監視システムを構築する場合は，Storeデータベースの保存方式を検討する必要があります。Storeバージョン1.0とStoreバージョン2.0の特長を次の表に示します。

表3-1　Storeバージョン1.0とStoreバージョン2.0の特長

分類
項目
Storeバージョン1.0の特長
Storeバージョン2.0の特長

機能性
蓄積可能なパフォーマンスデータ量
各エージェント（インスタンス）のレコードタイプ（PI・PD・PL）ごとに2GBを上限とする
各エージェント（インスタンス）のレコードごとに1日当たり2GBを上限とする

保存期間の設定

PIレコード：

レコード単位での保存期間は設定できない。PIレコード全体の保存期間を設定できる

PDレコード：

レコード単位に保存レコード数を設定できる

PLレコード：

レコード単位に保存レコード数を設定できる

PIレコード：

レコード単位に保存期間を設定できる

PDレコード：

レコード単位に保存期間を設定できる

PLレコード：

レコード単位に保存期間を設定できる

PIレコードの保存期間の最大値
分・時・日・週・月レコードは最長1年。年レコードは制限なし
分・時レコードは最長1年，日・週・月レコードは最長10年。年レコードは制限なし

過去データの参照
保存条件から外れた期間のデータはバックアップデータが存在しても参照できない
期間に関係なくバックアップデータをインポートすることで参照できる

保守性
バックアップ
データベース全体のバックアップ（フルバックアップ）だけ可能
データベース全体または実行日からの相対日で期間を指定して部分バックアップが可能（前回との差分だけバックアップが可能）

データベース再編成
定期的に無効領域を削除するためにデータベースの再編成が必要
データベース再編成は不要

使用リソース
作成されるファイル数
少ない（詳細については，各PFM - Agentのマニュアルの付録を参照のこと）
多い（詳細については，各PFM - Agentのマニュアルの付録を参照のこと）

同時にオープンできるファイルの数
少ない（詳細については，各PFM - Agentのマニュアルの付録を参照のこと）
多い（詳細については，各PFM - Agentのマニュアルの付録を参照のこと）

上記の特長から，推奨する運用例について説明します。

Storeバージョン1.0での運用を推奨するケース

Storeバージョン2.0では，08-00以前のバージョンと比べて使用するシステムリソース（ファイル数，ファイルオープン数）が増加します。また，保存期間の設定内容が変更されたことで，使用ディスク容量も含めた設定内容の再見積もりが必要になります。

このため，システム運用開始後のバージョンアップなどで，上記設定の変更が難しい場合には，Storeバージョン1.0で運用することをお勧めします。この場合，従来どおり（バージョン08-00以前）のシステム見積もりで運用を継続できます。

Storeバージョン2.0での運用を推奨するケース

Storeバージョン2.0では，パフォーマンスデータの部分バックアップやインポートができるため，長期間にわたって稼働性能情報の管理ができます。このため，新規にシステムを構築する場合には，Storeバージョン2.0で運用することをお勧めします。また，バージョン08-00以前からバージョンアップする場合に，蓄積したいパフォーマンスデータ量や保存期間がStoreバージョン1.0では対応できないときはStoreバージョン2.0を利用してください。

3.4.7　稼働監視システム自身の障害対策の検討

稼働監視システム自身を安定稼働させるために，システム管理者は稼働監視システム自身の障害を検知し，トラブルが発生した場合の対処を検討します。

＜この項の構成＞

(1)　Performance Managementの障害検知

(2)　PFMサービスの自動再起動

(3)　トラブル時の保守情報の収集

(1)　Performance Managementの障害検知

Performance Managementでは，ヘルスチェック機能を利用すると，監視エージェントが稼働するホストの死活監視や監視エージェントによって監視対象を正しく監視できているかを確認できます。ヘルスチェック機能には，監視レベルの違いによって次に示す2段階の監視方法があります。

監視エージェントが稼働するホストの稼働状態監視

PFM - Agentが稼働するホストの稼働状態を監視し，PFM - Web Console上で稼働状態を確認できます。

監視エージェントのサービスの稼働状態監視

PFM - Agentが稼働するホストの稼働状態監視に加え，Agent Collector，Agent Storeサービスの稼働状態を監視し，PFM - Web Console上で稼働状態を確認できます。

ヘルスチェック機能では，監視したい対象と条件によって自由に運用を切り替えられます。ただし，それぞれ前提となる条件が異なります。ヘルスチェック機能使用時の前提条件については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

なお，PFM - Manager自身の稼働状態はヘルスチェック機能では監視できません。jpcctrl listコマンドを使用することで，PFM - ManagerやPFM - Agentのサービスの詳細な状態を確認できます。また，ほかのJP1製品（JP1/Base）と連携することで障害を検知できます。

Performance Managementの障害検知の詳細については，「19.　Performance Managementの障害検知」を参照してください。

(2)　PFMサービスの自動再起動

Performance Managementでは，PFMサービス自動再起動機能を利用することで，万が一PFMサービスが何らかの原因で異常停止した場合でも自動的に該当サービスを再起動できます。これによってシステムの監視が続けられるようになります。システムの高可用性を実現するクラスタシステムを利用しない場合は，PFMサービス自動再起動機能を利用することを検討してください。PFMサービス自動再起動機能には次に示す二つの機能があります。

自動再起動機能

何らかの原因によって異常停止したPFMサービスを自動的に再起動します。

定期再起動機能

OSやPFMサービス自身の問題によるメモリリーク，ハンドルリークなどを回避するため，PFMサービスを定期的に再起動します。

PFMサービス自動再起動機能を利用する場合の前提条件や設定方法については，「19.4　PFMサービス自動再起動機能によるPFMサービスの再起動」を参照してください。

(3)　トラブル時の保守情報の収集

障害の原因を解明するには，稼働情報のほかにOSのログやPerformance Managementが出力している内部ログなどの情報が必要になる場合があります。Performance Managementでは，これらの保守情報を一括取得するための運用コマンド（jpcrasコマンドおよびjpcwrasコマンド）を提供しています。

トラブル時の，保守情報の採取の詳細については，「20.4　トラブル発生時に採取が必要な資料」を参照してください。

3.4.8　Performance Managementで必要なディスク容量の見積もり

監視項目などを決定し，最後にPerformance Managementで必要なディスク容量を見積もります。Performance Managementでは，大きく分けて次の3種類のデータを扱います。システム管理者は，これらのデータ容量を見積もり，必要なディスク容量を用意してください。

監視エージェントが収集するパフォーマンスデータ

監視エージェントの状態を示すイベントデータ

Performance Managementが動作するために必要なデータやPerformance Managementが出力するログファイルなど

ディスク容量は，システムの拡張性を考えて，余裕を持って設計することをお勧めします。

次に，Performance Managementのそれぞれのプログラムでのディスク容量の見積もりの概要を説明します。ディスク容量の見積もりの詳細については，「付録C　システム見積もり」を参照してください。

(a)　PFM - Managerに必要なディスク容量

PFM - Managerで必要なディスク容量を次に示します。

システムを動作させるために必要なディスク容量
PFM - ManagerをインストールするOSやシステムが出力するログの保存期間などによって異なります。

イベントデータの蓄積に必要なディスク容量
PFM - Managerに接続するPFM - Agentの数やイベントデータの保存件数などによって異なります。また，データのバックアップやエクスポートなどを行う場合は，別にその分のディスク容量を確保する必要があります。

ヘルスチェックによる監視結果のデータの蓄積に必要なディスク容量
Storeデータベースに格納するデータの数や保存条件などによって異なります。また，データのバックアップやエクスポートなどを行う場合は，別にその分のディスク容量を確保する必要があります。なお，Storeデータベースの保存方式（Storeバージョン1.0またはStoreバージョン2.0）によって必要なディスク容量が異なります。保存方式に応じたディスク容量を見積もってください。

(b)　PFM - Web Consoleに必要なディスク容量

ブラウザーで監視するためのWebアプリケーションの実行に必要なディスク容量は，PFM - Web ConsoleをインストールするOSやシステムが出力するログの上限値などによって異なります。

(c)　PFM - Baseに必要なディスク容量

PFM - Baseに必要なディスク容量は，PFM - BaseをインストールするOSやシステムが出力するログの上限値などによって異なります。

(d)　PFM - Agentに必要なディスク容量

PFM - Agentに必要なディスク容量を次に示します。

システムを動作させるために必要なディスク容量
PFM - AgentをインストールするOSやシステムが出力するログの保存期間などによって異なります。

パフォーマンスデータの蓄積に必要なディスク容量
Storeデータベースに格納するパフォーマンスデータの数や保存条件などによって異なります。また，データのバックアップやエクスポートなどを行う場合は，別にその分のディスク容量を確保する必要があります。なお，Storeデータベースの保存方式（Storeバージョン1.0またはStoreバージョン2.0）によって必要なディスク容量が異なります。保存方式に応じたディスク容量を見積もってください。

4.　Performance Managementの機能

この章では，稼働監視システムを構築するための，Performance Managementの機能について説明します。

＜この章の構成＞

4.1　Performance Managementのサービス

4.2　パフォーマンスデータを収集・管理する機能

4.3　システムが危険域に達したときに警告する機能

4.4　稼働監視システム自身の障害を検知する機能

4.5　稼働監視システムのサービスを自動的に再起動する機能

4.6　Performance Managementの監視コンソール機能

4.7　Performance Managementのコマンド

4.8　注意事項

4.1　Performance Managementのサービス

Performance Managementは，さまざまな機能を持つプロセスを実行することで，監視エージェントの稼働監視を行います。Performance Managementのプログラムを構成する，機能ごとのプロセスを「サービス」と呼びます。Performance Managementのサービスについて説明します。

Performance Managementのサービスの概要を次に示します。

図4-1　Performance Managementのサービスの概要

監視コンソールでPFM - Web Consoleの［サービス階層］画面を選択することで，サービスのプロパティやステータスを確認できます。また，サービスを停止させることもできます。

＜この節の構成＞

(1)　サービスの種類

(2)　インスタンス起動について

(1)　サービスの種類

Performance Managementのサービスが持つ機能とサービス名の一覧を次の表に示します。Performance Managementのサービスには，表に示すサービス名のほかにサービスIDが付いています。サービスIDはコマンドの実行や監視コンソールでの表示などに使われます。サービスIDについては，「付録B.1　サービスの命名規則」を参照してください。

表4-1　PFM - Managerのサービス一覧

サービス名 | 機能 | 詳細
Name Server | サービス構成情報管理 | Performance Managementのサービス情報の登録や更新など，サービス構成情報を管理する。
Master Manager | システム一元管理 | PFM - Managerの中核をなすメインサーバ。レポートやアラームの定義情報の管理や，定義情報の配信を実施する。
View Server | 監視コンソール通信サーバ | PFM - Web Consoleと接続する場合の通信処理を管理する。
Correlator | アラームイベント配信制御 | サービス間のアラームイベント配信を制御する。
Master Store | イベントデータ管理 | 各PFM - Agentから発行されたイベントデータをStoreデータベースに記録し，管理する。
Trap Generator | SNMPトラップ発行 | 監視エージェントのデータがしきい値を超えてアラームイベントが発生した場合，SNMPトラップを発行する。
Action Handler | アクション実行 | 監視エージェントのデータがしきい値を超えてアラームイベントが発生した場合，ユーザーに異常などの状況を通知するアクションを実行する。
Status Server | ステータス管理 | Performance Managementのサービスのステータスを管理する。
Agent Collector | ヘルスチェック状態収集 | PFM - Agentのサービス稼働状態やPFM - Agentが稼働するホストの稼働状態を収集する。
Agent Store | ヘルスチェック状態管理 | 収集したPFM - Agentのサービス稼働状態やPFM - Agentが稼働するホストの稼働状態を管理する。

表4-2　PFM - Web Consoleのサービス一覧

サービス名 | 機能 | 詳細
PFM - Web Console | Webアプリケーション実行機能 | PFM - Web Consoleのメインサービス。PFM - Managerへの接続や，ブラウザーからの要求を処理する。
PFM - Web Service | httpサーバ機能 | ブラウザーとの通信処理を管理する。

表4-3　PFM - Baseのサービス一覧

サービス名 | 機能 | 詳細
Action Handler※ | アクション実行 | 監視エージェントのデータがしきい値を超えてアラームイベントが発生した場合，ユーザーに異常などの状況を通知するアクションを実行する。
Status Server※ | ステータス管理 | Performance Managementのサービスのステータスを管理する。

注※

複数のPFM - Agentが同一ホスト上にある場合，そのホスト上にはPFM - Baseのサービスが一つだけ配置されます。

表4-4　PFM - Agentのサービス一覧

サービス名 | 機能 | 詳細
Agent Collector | パフォーマンスデータ収集 | 監視エージェントのパフォーマンスデータを収集したり，しきい値を監視したりする。PFM - Web Consoleのブラウザーでリアルタイムレポートを表示する場合のデータ処理をする。
Agent Store | パフォーマンスデータ管理 | 収集したパフォーマンスデータをStoreデータベースに記録し，管理する。PFM - Web Consoleのブラウザーで履歴レポートを表示する場合のデータ処理をする。また，ODBC準拠のアプリケーションプログラムを使用する場合のデータ処理をする。

(2)　インスタンス起動について

PFM - Agentによっては監視対象プログラムのインスタンス※ごとに監視できる製品があります。

注※

このマニュアルでは，インスタンスという用語を二つの意味で使用しています。詳細については，「付録K　用語解説」の「インスタンス」を参照してください。

例えば，PFM - Agent for Oracleでは，SIDを持つOracleインスタンスごとに監視できます。この場合，PFM - Agentのサービスも複数のインスタンスで動作させるために，インスタンス環境を構築する必要があります。

図4-2　インスタンス起動の例

インスタンスごとに監視できるかどうか，およびインスタンス環境の構築方法については，PFM - Agentのマニュアルを参照してください。

4.2　パフォーマンスデータを収集・管理する機能

Performance Managementは，監視エージェントからパフォーマンスデータを収集します。収集したデータは，リアルタイムで推移を参照するものと，履歴を含めて参照するものに分けられます。履歴を含めて参照するパフォーマンスデータは，収集したデータをStoreデータベースに保存して管理します。

パフォーマンスデータをStoreデータベースに記録する
収集したパフォーマンスデータをStoreデータベースに記録するかどうかを設定できます。さらに，パフォーマンスデータをStoreデータベースに記録する場合の判断条件を設定できます。

パフォーマンスデータの収集間隔とタイミング
パフォーマンスデータを収集する間隔を設定できます。また，監視項目が多数あると，収集処理および記録処理がある時点に集中するため，性能が低下することがあります。そのため，収集のタイミングを監視項目ごとにずらすことでシステムの負荷を分散できます。
例えば，1分間隔で収集するパフォーマンスデータが二つある場合，一方のデータの収集開始時刻のオフセット（Collection Offset）を0秒に設定し，他方のデータの収集開始時刻のオフセット（Collection Offset）を20秒に設定すると，収集のタイミングがずれてシステムの負荷を分散できます。

パフォーマンスデータを収集・管理する機能について説明します。

＜この節の構成＞

4.2.1　パフォーマンスデータとは

4.2.2　パフォーマンスデータの収集機能

4.2.3　パフォーマンスデータの管理機能

4.2.4　パフォーマンスデータの要約

4.2.5　Storeデータベースの保存方式

4.2.6　Storeバージョン2.0で利用できる機能

4.2.7　Storeバージョン2.0の導入の流れ

4.2.1　パフォーマンスデータとは

パフォーマンスデータとは，監視エージェントから収集した，稼働状況の詳細を表すデータです。システム管理者は，収集したパフォーマンスデータを，ブラウザーを使って確認できます。

Performance Managementでは，パフォーマンスデータを「レコード」という単位で収集します。どのような項目を監視できるかは，PFM - Agentによって決まっています。

パフォーマンスデータには，次の2種類があります。

リアルタイムデータ

監視対象の現在の状況を示すパフォーマンスデータです。

PFM - Web Consoleの画面で，刻々と変化するシステム状態の推移や問題点を確認するために使用します。

履歴データ

監視対象の過去から現在までの状況を示すパフォーマンスデータです。

主に，システムの傾向を分析するために使用します。履歴データは，データの特性に応じて次の二つの形式で監視エージェントのデータベースに格納されます。

要約レコード
監視エージェントが収集した値が自動計算され，分・時間・日・週・月・年単位に平均値や合計値などに要約されてStoreデータベースに格納されます。
システムコール数の推移や使用しているファイルシステム容量の推移など，システムの性能を長期間にわたって監視するレコードです。これらのレコードを，Product Intervalレコードタイプ（PIレコードタイプ）と呼びます。

非要約レコード
監視エージェントが収集したパフォーマンスデータがそのままStoreデータベースに格納されます。
現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが収集されるProduct Detailレコードタイプ（PDレコードタイプ）と，システムやアプリケーションのログやメッセージが収集されるProduct Logレコードタイプ（PLレコードタイプ）があります。

監視対象によっては，これらのレコードタイプ以外にも利用できるレコードタイプを持つものがあります。詳細については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

＜この項の構成＞

(1)　データモデルとは

(2)　単数インスタンスレコード・複数インスタンスレコードとは

(1)　データモデルとは

パフォーマンスデータは，レコード単位でStoreデータベースに格納されます。各レコードは，「フィールド」と呼ばれるさらに細かい単位に分けられます。

エージェントで収集できるパフォーマンスデータの総称を「データモデル」と呼びます。データモデルは，バージョンで管理されています。

データモデル，レコード，およびフィールドの概念図を次に示します。

図4-3　データモデル，レコード，およびフィールドの概念図

(2)　単数インスタンスレコード・複数インスタンスレコードとは

Performance Managementで収集されたパフォーマンスデータのレコードは，監視項目によって次の二つの種類があります。

単数インスタンスレコード

1回で一つのレコードを収集するものを単数インスタンスレコードと呼びます。単数インスタンスレコードの例を次に示します。

図4-4　単数インスタンスレコードの例

複数インスタンスレコード

1回で複数のレコードを収集するものを複数インスタンスレコードと呼びます。複数インスタンスレコードの例を次に示します。

図4-5　複数インスタンスレコードの例

ポイント

同じ時間に収集されたレコードを一つのグループとした集合を「データグループ」と呼びます。単数インスタンスレコードのデータグループは一つのレコードから成ります。複数インスタンスレコードのデータグループは，複数のレコードから成ります。

4.2.2　パフォーマンスデータの収集機能

パフォーマンスデータを収集する機能について説明します。

＜この項の構成＞

(1)　パフォーマンスデータ収集の処理の流れ

(2)　パフォーマンスデータのライフサイクル

(1)　パフォーマンスデータ収集の処理の流れ

パフォーマンスデータを収集するときのPerformance Managementの処理の流れについて次の図に示します。

図4-6　パフォーマンスデータを収集するときの処理の流れ

パフォーマンスデータの収集
パフォーマンスデータは，Agent Collectorサービスによって収集され，レコードの形式で管理されます。

パフォーマンスデータの格納

(a) リアルタイムデータの場合

収集されたパフォーマンスデータは，Storeデータベースに格納されないで，リアルタイムレポートの表示に使用されます。

(b) 履歴データの場合

収集されたパフォーマンスデータは，Agent StoreサービスによってStoreデータベースに格納されます。これらのデータは，履歴レポートの表示，およびODBCドライバーを使用したSQLクエリーの実行に使用されます。

(2)　パフォーマンスデータのライフサイクル

PFM - Agentは，次に示すタイミングでパフォーマンスデータを収集します。

リアルタイムデータの場合は，レポート定義で設定した更新間隔ごと

履歴データの場合は，各レコードの収集間隔（Collection Interval）で設定した時間ごと

今回収集したパフォーマンスデータが，前回収集したパフォーマンスデータと同じ監視対象から取得したデータであるとPFM - Agentが判断した場合，実際には異なる監視対象から取得したデータであっても，PFM - Agentは同じレコードの同じフィールドのデータとして扱います。例を次に示します。

一貫性に関する例

PFM - Agent for Platform（Windows）のProcess Detail（PD）レコードの場合，同じ監視対象のパフォーマンスデータかどうかを，プロセス名とプロセスIDで判断します。

PFM - Agent for Platform（Windows）は，前回取得したパフォーマンスデータとプロセス名とプロセスIDが同じであれば，今回取得したパフォーマンスデータも同じプロセスのデータであると認識します。収集のインターバル中にプロセスがいったん消滅して再生成された場合でも，プロセス名とプロセスIDが同じであれば，PFM - Agentは同じプロセスのパフォーマンスデータとして認識します。この場合，パフォーマンスデータの一貫性は失われます。

図4-7　パフォーマンスデータの一貫性についての例

ポイント

パフォーマンスデータの一貫性が保たれる期間のことを，パフォーマンスデータの「ライフタイム」と呼びます。リアルタイムデータの更新間隔や履歴データの収集間隔を設定するときは，パフォーマンスデータのライフタイムを考慮してください。

4.2.3　パフォーマンスデータの管理機能

Performance Managementでは，収集したレコードの中でシステムの分析に必要な稼働監視データだけを，必要な間隔でデータベースに格納できます。また，データベースに記録するデータの上限値を設定したり，保存期間を設定したりできるため，一定のリソース内で稼働監視ができます。さらに，監視レコードによっては，稼働監視データを期間ごとの平均値や最大値などの意味のあるデータに要約して，データベースに格納できます。このため，システム管理者はシステムの分析に必要なデータだけを効率良く管理できます。

稼働監視データを格納するためのPerformance Management独自のデータベースを「Storeデータベース」と呼びます。

監視エージェントから収集したパフォーマンスデータの管理の概要を次の図に示します。

図4-8　監視エージェントから収集したパフォーマンスデータの管理の概要

Performance Managementでは，Storeデータベースへのパフォーマンスデータの記録方法を設定できます。PFM - Web Consoleで設定できる項目を次に示します。

収集したパフォーマンスデータをStoreデータベースに記録するかどうか

パフォーマンスデータの収集間隔

パフォーマンスデータの収集負荷を分散させるためのオフセットの値

パフォーマンスデータをStoreデータベースに記録するかしないかの判断条件

パフォーマンスデータの保存期間

データの記録方法は，各レコードで異なります。各レコードの記録方法については，各PFM - Agentマニュアルの，レコードについて説明している章（各レコードのデフォルト値と変更できる値）を参照してください。

ポイント

アラームに設定する監視レコードは，必ずしもStoreデータベースに保存する必要はありません。ただし，アラームイベントが発生したときに，その監視レコードの履歴を確認することで，システムの状況を確認できるため，Storeデータベースに保存することをお勧めします。

パフォーマンスデータを管理する機能について次に説明します。

＜この項の構成＞

(1)　リアルタイムデータの場合

(2)　履歴データの場合

(3)　差分データの保存について

(1)　リアルタイムデータの場合

リアルタイムデータの場合，収集されたパフォーマンスデータはStoreデータベースに格納されません。リアルタイムデータの場合の，パフォーマンスデータの収集開始時刻について説明します。

(a)　リアルタイムデータの収集開始時刻

リアルタイムデータの場合，収集されたパフォーマンスデータはStoreデータベースに格納されません。この場合，パフォーマンスデータの収集開始時刻は，PFM - Agentを起動させた時刻によって決まります。

例を次に示します。

リアルタイムデータの収集開始時刻の例

PFM - Agent for Platform（Windows）のContent Index Detail（PD_CIND）レコードで，パフォーマンスデータの収集間隔を180秒（3分）と設定し，18:31:00にPFM - Agent for Platformを起動させた場合，最初のデータ収集は，18:31:00に開始されます。次のデータ収集は，データの収集間隔である3分後の18:34:00に開始されます。次の図にリアルタイムデータの収集開始時刻の例を示します。

図4-9　リアルタイムデータの収集開始時刻の例

(b)　リアルタイムデータの格納方法

リアルタイムデータはStoreデータベースに格納されません。

(2)　履歴データの場合

履歴データの場合，収集されたパフォーマンスデータはAgent StoreサービスによってStoreデータベースに格納されます。

パフォーマンスデータがStoreデータベースに格納されるまでの流れを次の図に示します。

図4-10　パフォーマンスデータがStoreデータベースに格納されるまでの流れ

処理の流れを次に示します。

パフォーマンスデータの収集
パフォーマンスデータは，監視対象プログラムからAgent Collectorサービスによって収集され，レコードの形式で管理されます。

パフォーマンスデータの格納
収集されたパフォーマンスデータは，Agent StoreサービスによってStoreデータベースに格納されます。PIレコードタイプの場合は，収集データを要約したデータが格納されます。PDレコードタイプおよびPLレコードタイプの場合は，収集データがそのまま格納されます。

パフォーマンスデータの収集間隔のデフォルト値は，レコードによって異なります。詳細については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

履歴データの場合の，パフォーマンスデータの収集開始時刻および収集方法について次に説明します。

(a)　履歴データの収集開始時刻

履歴データの場合，パフォーマンスデータの収集開始時刻は，グリニッジ標準時の午前0時0分0秒を基準に，パフォーマンスデータの収集間隔（Collection Interval）と収集開始のオフセット（Collection Offset）の設定値によって決まります。

収集開始時刻の設定手順を次に示します。

PFM - Agentの起動時刻をグリニッジ標準時間に変更する。

グリニッジ標準時間の00:00にCollection Intervalの値を足していき，手順1で求めた時刻を最初に超える時刻を求める。

手順2の時刻を日本時間に変更する。
変更した時刻が収集開始時刻となります。
設定した時刻以降，Collection Intervalの値の間隔で収集されます。

注　Collection Offsetを指定している場合は，手順3で求めた時刻にCollection Offsetの値を足した時刻が収集開始時刻になります。

収集開始時刻の設定例を次に示します。

収集開始時刻の設定例1

次の条件で設定する場合の例について説明します。

Collection Interval=28,800秒（8時間）

Collection Offset=0

サービス開始時刻：13:00

設定例を次に示します。

PFM - Agentの起動時刻をグリニッジ標準時間に変更する。
日本時刻で13:00に起動するので，グリニッジ標準時では4:00起動です。

グリニッジ標準時間の00:00にCollection Intervalの値を足していき，手順1で求めた時刻を最初に超える時刻を求める。
Collection Intervalが8時間なので，最初に4:00を超える時刻はグリニッジ標準時08:00です。

手順2の時刻を日本時間に変更する。
グリニッジ標準時08:00は，日本時刻で17:00です。これが収集開始時刻となり，この時刻以降8時間間隔（翌日01:00，09:00，17:00・・・）でパフォーマンスデータが収集されます。

収集開始時刻の設定例2

次の条件で設定する場合の例について説明します。

Collection Interval=28,800秒（8時間）

Collection Offset=60秒（1分）

サービス開始時刻：13:00

設定例を次に示します。

PFM - Agentの起動時刻をグリニッジ標準時間に変更する。
日本時刻で13:00に起動するので，グリニッジ標準時では4:00起動です。

グリニッジ標準時間の00:00にCollection Intervalの値を足していき，手順1で求めた時刻を最初に超える時刻を求める。
Collection Intervalが8時間なので，最初に4:00を超える時刻はグリニッジ標準時08:00です。

手順2の時刻を日本時間に変更する。
グリニッジ標準時08:00は，日本時刻で17:00です。
Collection Offsetを指定しているので，17:00にCollection Offsetの値1分を足した17:01が収集開始時刻になります。
この時刻以降8時間間隔（翌日01:01，09:01，17:01・・・）でパフォーマンスデータが収集されます。

履歴データの収集開始時刻の例を次に示します。

履歴データの収集開始時刻の例

PFM - Agent for Platform（Windows）のSystem Overview（PI）レコードで，Collection Intervalの値を43,200秒（12時間），Collection Offsetの値を10秒に設定したとします。

日本時間の8月2日6時27分15秒（グリニッジ標準時の8月1日21時27分15秒）にPFM - Agentを起動させた場合，最初のデータは日本時間の8月2日9時0分10秒（グリニッジ標準時の8月2日0時0分10秒）から収集されます。次のデータは，収集間隔に従って，12時間後の日本時間21時0分10秒（グリニッジ標準時の12時0分10秒）から収集されます。次の図に履歴データの収集開始時刻の例を示します。

図4-11　履歴データの収集開始時刻の例

(b)　履歴データの格納方法

PIレコードタイプ，PDレコードタイプ，およびPLレコードタイプのレコードのパフォーマンスデータは，それぞれ次のように格納されます。

PIレコードタイプの場合
PFM - Web Consoleの画面で設定した収集間隔ごとにパフォーマンスデータが収集されます。ただし，パフォーマンスデータは，PFM - Agentを起動させてから2回目の収集時以降にStoreデータベースに格納されます。1回目の収集時にはStoreデータベースに格納されません。

PDレコードタイプおよびPLレコードタイプの場合
PFM - Web Consoleの画面で設定した収集間隔ごとにパフォーマンスデータが収集されます。パフォーマンスデータは，PFM - Agentを起動させてから1回目の収集時からStoreデータベースに格納されます。

デフォルトの設定では，一部のレコードのパフォーマンスデータしかStoreデータベースに格納されません。Storeデータベースにパフォーマンスデータを格納したい場合，レコードごとにPFM - Web Consoleの画面で設定します。設定方法については，「10.1　パフォーマンスデータの管理」を参照してください。

(3)　差分データの保存について

PIレコードタイプ，PDレコードタイプ，およびPLレコードタイプのレコードの各フィールドには，格納される値が前回の収集データからの差分であるものがあります。この差分データを「デルタ」と呼びます。例を次に示します。

差分データを格納する例

システム起動時からの累計I/O回数を測定するフィールドの「デルタ」欄が「Yes」の場合，前回の収集時刻から今回の収集時刻の間に発生したI/Oの回数が格納されます。パフォーマンスデータの収集間隔（Collection Interval）を3,600秒（1時間）に設定したとします。

8月2日6時27分15秒（グリニッジ標準時の8月1日21時27分15秒）にPFM - Agentを起動した場合，最初のデータは，日本時間の8月2日7時0分0秒（グリニッジ標準時の8月1日22時0分0秒）から収集されます。次のデータは，日本時間8時0分0秒（グリニッジ標準時の8月1日23時0分0秒）から収集されます。そのあと，日本時間7時0分0秒と8時0分0秒に収集されたデータを基に差分データが作成され，Storeデータベースに格納されます。次の図に差分データを格納する例を示します。

図4-12　差分データを格納する例

各フィールドの値がデルタ値であるかどうかについては，各PFM - Agentマニュアルのレコードについて説明している章（各レコードのフィールドの表）を参照してください。各レコードのフィールドの表で，「デルタ」欄が「Yes」のフィールドには，前回測定した値との差分が格納されます。

4.2.4　パフォーマンスデータの要約

パフォーマンスデータは，レコードの種類によって，保存条件として設定できる条件およびレコードの要約方法が異なります。ここでは，各レコードに対して保存条件として設定できる条件および要約方法について説明します。

＜この項の構成＞

(1)　要約レコード（PIレコード）

(2)　非要約レコード（PDレコードおよびPLレコード）

(1)　要約レコード（PIレコード）

PIレコードタイプのレコードが格納されるデータベースには，パフォーマンスデータが収集されるたびにデータが格納されていきます。このデータベースでは，パフォーマンスデータは，ある一定の時間（分，時，日，週，月，および年単位）で自動的に要約されます。数値が格納されるフィールドは，平均値または累積値などに要約されます。要約はパフォーマンスデータが収集されるたびにすべての単位のレコードで行われます。

PIレコードタイプの要約の例を次の図に示します。

図4-13　PIレコードタイプの要約の例

PIレコードタイプのレコードでは，要約される時間でデータが区分されます。区分が「分」「時」「日」「週」「月」のデータは，設定された保存期間を過ぎると削除されます。区分が「年」のデータは，削除されません。PIレコードタイプの区分について，次の表に示します。

表4-5　PIレコードタイプの区分

区分 | 説明
分 | 分単位のレコード。1時間につき60レコードまで，1日につき1,440レコードまで，1週間につき10,080レコードまで，1月につき44,640レコードまで，1年につき527,040レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。
時 | 時単位のレコード。1日につき24レコードまで，1週間につき168レコードまで，1月につき744レコードまで，1年につき8,784レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。
日 | 日単位のレコード。1週間につき7レコードまで，1月につき31レコードまで，1年につき366レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。
週 | 週単位のレコード。1月につき5レコードまで，1年につき52レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。
月 | 月単位のレコード。1年につき12レコードまで格納される。設定された保存期間を過ぎた場合レコードは削除される。
年 | 年単位のレコード。1年につき1レコードが格納される。このレコードは削除されない。

(2)　非要約レコード（PDレコードおよびPLレコード）

PDレコードタイプおよびPLレコードタイプのレコードが格納されるデータベースでは，パフォーマンスデータの要約は行なわれません。PDレコードタイプおよびPLレコードタイプのレコードに対する保存条件の設定方法はStoreバージョンによって異なります。Storeバージョン1.0の場合，保存するレコード数を設定しますが，Storeバージョン2.0では，PIレコードタイプのレコードと同じく保存期間を日数で設定します。どちらの場合も，保存条件を外れたデータは自動的に削除されます。Storeバージョンについては「4.2.5　Storeデータベースの保存方式」を参照してください。

4.2.5　Storeデータベースの保存方式

監視エージェントが収集した稼働監視データを保存しておくStoreデータベースには，バージョン1.0（Storeバージョン1.0）とバージョン2.0（Storeバージョン2.0）があります。なお，Storeバージョン2.0は，バージョン08-10以降のPFM - ManagerまたはPFM - Baseとバージョン08-00以降のPFM - Agentの組み合わせで利用できます。

Storeバージョン1.0と2.0では，稼働監視データの保存方式が異なります。

＜この項の構成＞

(1)　Storeバージョン1.0での保存方式

(2)　Storeバージョン2.0での保存方式

(1)　Storeバージョン1.0での保存方式

Storeバージョン1.0での保存方式を次の図に示します。次の図はPIレコードをStoreバージョン1.0で保存している例です。

図4-14　Storeバージョン1.0での保存方式

Storeバージョン1.0では，レコードタイプ（PI/PD/PL）ごとに，レコード全体を一つのデータベースに稼働監視データとして保存していて，容量の上限はデータベース全体で最大2GBです。

(2)　Storeバージョン2.0での保存方式

Storeバージョン2.0での保存方式を次の図に示します。次の図はPIレコードをStoreバージョン2.0で保存している例です。

図4-15　Storeバージョン2.0での保存方式

Storeバージョン2.0では，要約区分，レコードタイプによって決まる一定の期間（分割期間）ごとに複数のファイルに分割してStoreデータベースに格納します。なお，分割されたそれぞれのデータベースを単位DBと呼びます。要約区分，レコードタイプによって決まる分割期間を次の表に示します。

表4-6　要約区分と分割期間

要約区分 | 分割期間
分単位，時単位およびPD，PLレコード | 日単位
日単位，週単位のレコード | 週単位
月単位のレコード | 月単位
年単位のレコード | 年単位

Storeバージョン2.0では，Storeデータベース全体ではなく，分割されたそれぞれのファイル容量の上限が2GBになるため，Storeバージョン1.0利用時よりも大量の稼働監視データを保存できます。また，稼働監視データの保存期間は分，時レコードは最長1年，日，週，月レコードは最長10年，年レコードは制限なしとなります。これによって，長期間にわたるシステムの稼働状況が分析できるようになります。

4.2.6　Storeバージョン2.0で利用できる機能

＜この項の構成＞

(1)　Storeデータベースのバックアップ

(2)　過去の稼働監視データの参照

(1)　Storeデータベースのバックアップ

定期的に稼働監視データのバックアップを取得することで，障害時のデータ喪失のリスクを低減できます。Storeバージョン2.0では定期的なバックアップに加え，細分化した単位でバックアップを取得する部分バックアップを利用できます。

稼働監視データの部分バックアップを次の図に示します。

図4-16　稼働監視データの部分バックアップ

部分バックアップでは，特定の期間だけ，特定のレコードタイプだけ，特定の年月だけというようにバックアップ対象を部分的に特定してバックアップできます。例えば，上記に示した図のように今回バックアップする範囲として2日前から1日前のPDデータベースのPD_PDIレコードだけをバックアップしたり，2日前から1日前のPIデータベースの月レコードだけを部分的にバックアップしたりといった指定ができます。部分バックアップを活用することで，バックアップに掛かる時間を短縮できるだけでなく，データファイルの管理が効率良く行えます。

データの部分バックアップの方法については，「14.4.3　パフォーマンスデータの部分バックアップ（Storeバージョン2.0の場合）」を参照してください。

(2)　過去の稼働監視データの参照

Storeバージョン2.0を利用すると，バックアップデータをインポートして，保存期間を過ぎた過去の稼働監視データを参照できます。稼働監視データの参照を次の図に示します。

図4-17　稼働監視データの参照

この図に示したように，現在運用しているStoreデータベースの稼働監視データに加えてインポートしたデータを保持でき，Storeデータベース内のデータとインポートしたデータの両方を参照できます。また，インポートしたデータは，Storeデータベースのデータとは別に管理されるため，あらかじめStoreデータベースで設定した保存期間を過ぎても削除されません。このため，どの時点でもデータを参照できます。

バックアップデータのリストアとは，次に示す点が異なります。

インポート前にStoreデータベースに格納されていたデータは，消去されません。

インポートしたデータは，設定した保存期間を過ぎても保持されます。

インポートは，jpcdbctrl importコマンドを使用して，フルインポートと追加インポートを選択できます。

フルインポート
jpcdbctrl importコマンドでフルインポートできます。コマンドを実行するとインポートディレクトリにあるファイルが削除されたあと，バックアップファイルが配置されます。

追加インポート
jpcdbctrl importコマンドに-addオプションを指定して追加インポートできます。追加インポートでは，元のインポートディレクトリのファイルにデータを上書きします。このため，インポートディレクトリにあるデータよりも古いバックアップデータを追加インポートすると，データが上書きされて要約レコードなどのデータが古いものとなります。追加インポートする場合は，古いデータからインポートしてください。

データをインポートする方法については，「10.1.8　バックアップデータをインポートする（Storeバージョン2.0の場合）」を参照してください。

インポートディレクトリは，Agent Storeサービス停止時にjpcdbctrl configコマンドによって変更できます。また，jpcdbctrl importコマンドに-clearオプションを指定することで，インポートディレクトリのデータを削除できます。

なお，プロダクトID，Storeバージョンが異なるバックアップデータはインポートできません。なお，バックアップデータのデータモデルのバージョンが現在使用しているデータモデルのバージョンよりも低い場合，jpcdbctrl dmconvertコマンドでデータモデルをバージョンアップすることでインポートできます。

4.2.7　Storeバージョン2.0の導入の流れ

Storeバージョン2.0を使用するときの導入の流れについて次の図に示します。

図4-18　Storeバージョン2.0の導入から運用の流れ

＜この項の構成＞

(1)　PFM - Agentのバージョン08-10を新規インストールする場合

(2)　Storeバージョン1.0から移行する場合

(3)　通常の運用

(4)　データのバックアップ

(5)　障害時のデータ採取

(1)　PFM - Agentのバージョン08-10を新規インストールする場合

新規インストールを実施して，Storeバージョン2.0で運用を始めるまでの手順について説明します。

システムリソース見積もりと保存期間の設計
Storeバージョン2.0導入に必要なシステムリソースが，実行環境に適しているかどうかを確認してください。必要なシステムリソースを次に示します。

ディスク容量

ファイル数

1プロセスがオープンするファイル数

これらの値は保存期間の設定によって調節できます。実行環境が保有しているリソースを考慮して保存期間を設計してください。システムリソースの見積もりについては，各PFM - Agentマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

ディレクトリの設定
StoreディレクトリなどAgent Storeサービスが使用するディレクトリをデフォルトから変更する必要がある場合に設定してください。ディレクトリの設定は，jpcdbctrl configコマンドで行います。

保存期間の設定
手順1の見積もり時に設計した保存期間を設定してください。Agent Storeサービスを起動して，PFM - Web Consoleで設定してください。

(2)　Storeバージョン1.0から移行する場合

Storeバージョン1.0から移行して，Storeバージョン2.0で運用を始めるまでの手順について説明します。

システムリソース見積もりと保存期間の設定
Storeバージョン2.0の導入に必要なシステムリソースが，実行環境に適しているか確認してください。必要なシステムリソースを次に示します。

ディスク容量

ファイル数

1プロセスがオープンするファイル数

これらの値は保存期間の設定によって調節できます。実行環境が保有しているリソースを考慮して保存期間を設定してください。システムリソースの見積もりについては，「付録C.4　PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量」を参照してください。

パフォーマンスデータのバックアップ
Storeバージョン1.0のデータをバックアップしてください。

ディレクトリの設定
Storeバージョン2.0に移行する場合に，Storeバージョン1.0でのディレクトリ設定では，Agent Storeサービスが起動しないことがあります。このため，Agent Storeサービスが使用するディレクトリの設定を見直す必要があります。Agent Storeサービスが使用するディレクトリの設定はjpcdbctrl configコマンドを使用して表示・変更できます。
Storeバージョン2.0は，Storeデータベースの作成先ディレクトリやバックアップ先ディレクトリの最大長がStoreバージョン1.0と異なります。Storeバージョン1.0でディレクトリの設定を相対パスに変更している場合，絶対パスに変換した値がStoreバージョン2.0でのディレクトリ最大長の条件を満たしているか確認してください。Storeバージョン2.0のディレクトリ最大長は214バイトです。ディレクトリ最大長の条件を満たしていない場合は，Agent Storeサービスが使用するディレクトリの設定を変更したあと，手順4以降に進んでください。

セットアップコマンドの実行
Storeバージョン2.0に移行するため，jpcdbctrl setupコマンドを実行します。

保存期間の設定
手順1の見積もり時に設計した保存期間を設定してください。Agent Storeサービスを起動して，PFM - Web Consoleで設定してください。

(3)　通常の運用

Agent Storeサービスを起動して運用します。通常運用はStoreバージョン1.0のときと同様です。

(4)　データのバックアップ

Storeバージョン2.0では，大量の稼働監視データを管理できるため，フルバックアップよりも定期的に部分バックアップ取得するほうが効率良くStoreデータベースを運用できます。一週間に一度など，一定の周期で部分バックアップを取得する計画を立ててください。

また，インポート機能を利用してバックアップデータを参照したい場合は，部分バックアップのディレクトリを，インポートして利用したい単位で変更することをお勧めします。1か月程度で変更することを推奨します。

(5)　障害時のデータ採取

Storeバージョン2.0を使用する場合，データベースの容量が大きくなるため，資料採取に時間が掛かります。この場合，次の両方のコマンドを実行して，データベース以外の資料を採取してください。

jpcras ディレクトリ名 all

jpcras ディレクトリ名 all dump

データベースの容量が大きくない場合は，次のコマンドを実行して，データベースを含む資料を採取してください。

jpcras ディレクトリ名 all all

コマンドを実行すると，Storeディレクトリのデータベースが採取されます。なお，環境変数JPC_COLIMPORTが設定されている場合はインポートディレクトリのデータベースも一緒に採取されます。

4.3　システムが危険域に達したときに警告する機能

Performance Managementでは，監視エージェントのパフォーマンスデータが危険域に達したときに，システム管理者にEメールや監視コンソールで警告されるように設定できます。

システムが危険域に達したときに警告する機能について説明します。

＜この節の構成＞

4.3.1　アラームイベントデータとは

4.3.2　アラームイベントデータ収集機能

4.3.3　アラームイベントデータの要約とレコード数の上限

4.3.1　アラームイベントデータとは

Performance Managementは，監視エージェントのパフォーマンスデータがしきい値を超えて危険域に達したとき，システム管理者などに警告する機能を提供します。

Performance Managementでは，この警告を「アラームイベント」と呼びます。PFM - Agentから発行されたアラームイベントは，接続先のPFM - Managerに送信されます。PFM - Agentから送信されたアラームイベントは，PFM - Managerで一元的に管理されます。

アラームイベントは，システム管理者などにEメールや監視コンソールでシステムが危険域に達していることを知らせます。これをPerformance Managementでは「アクション」と呼びます。また，アラームイベントが発生したときに，システムが危険域に達したことを通知するためのコマンドなどを自動で実行させることもできます。

アラームイベントデータは，「Product Alarmレコードタイプ（PAレコードタイプ）」のレコードとして，PFM - ManagerのMaster StoreサービスによってStoreデータベースに格納されます。

4.3.2　アラームイベントデータ収集機能

アラームイベントデータを収集する機能について説明します。

＜この項の構成＞

(1)　アラームイベントデータの収集方法

(1)　アラームイベントデータの収集方法

アラームイベントは，監視エージェントのパフォーマンスデータがしきい値を超えたときに，PFM - AgentのAgent Collectorサービスによって発行されます。しきい値は，Performance Managementシステムが提供するソリューションセットのアラーム定義であらかじめ設定されています。

監視対象プログラムが危険域に達したときに警告する処理の流れを次の図に示します。

図4-19　監視対象プログラムが危険域に達したときに警告する処理の流れ

処理の流れを説明します。

しきい値の超過を検知する。
パフォーマンスデータの値がしきい値を超えた場合，PFM - Agentによってアラームイベントが発行されます。

アラームイベントを送信する。
PFM - Agentによって発行されたアラームイベントがPFM - Managerに送信されます。PFM - Managerに送信されたアラームイベントの情報は，PFM - Web Consoleの［イベントモニター］画面で確認できます。

アラームイベントを蓄積する。
PFM - Agentから送信されたアラームイベントデータがPFM - ManagerのStoreデータベースに格納されます。PFM - ManagerのStoreデータベースに蓄積されたアラームイベントの情報は，PFM - Web Consoleの［イベント履歴］画面で確認できます。

アクションを実行する。
発行されたアラームイベントに定義されているアクションが実行されます。PFM - Web Consoleの画面にアイコンで知らせたり，Eメールで通知したりなどのアクションが実行されることでシステム管理者に警告できます。また，アラームイベントの発行を通知するためのコマンドを実行することもできます。

ポイント

監視エージェントで，アクションとしてEメールの送信またはコマンドの実行が設定されている場合，監視エージェントでアクションが実行されます。アクションは，監視マネージャーで実行させることもできます。

4.3.3　アラームイベントデータの要約とレコード数の上限

アラームイベントデータは要約されません。アラームイベントデータは，レコード数が上限値に達した場合，古いデータから上書きされていきます。

レコード数の上限は，PFM - Web Consoleの画面で変更できます。レコード数の上限の設定方法については，「10.2.1　イベントデータのレコード数の上限値を変更する」を参照してください。

4.4　稼働監視システム自身の障害を検知する機能

Performance Managementには，監視エージェントや監視エージェントが稼働するホストの稼働状態を確認する機能があります。これをヘルスチェック機能と呼びます。ヘルスチェック機能を利用すると，監視エージェントによって監視対象を正しく監視できているか，監視エージェントが稼働するホストが稼働しているかを知ることができます。また，稼働状態の監視結果にアラームを設定することで，PFM - Agentが正しく稼働していないことを検知したときやホストの停止を検知したときにアラームイベントを発生させ，メール送信などのアクションを実行させることができます。

また，Performance Managementには，稼働監視システム上で動作するPerformance Managementのサービスの詳細な稼働状態を確認する機能があります。これをステータス管理機能と呼びます。

なお，ヘルスチェック機能によって監視エージェントの稼働状態を監視するには，ステータス管理機能を使用します。このため，対象となる監視エージェントがステータス管理機能に対応したバージョンであり，ステータス管理機能が有効になっている必要があります。ホストの稼働状態を監視する場合は前提となる条件はありません。ヘルスチェック機能による稼働状態の確認の概要を次の図に示します。

図4-20　ヘルスチェック機能による稼働状態の確認の概要

ヘルスチェック機能では，次の2段階の監視ができます。

監視エージェントが稼働するホストの稼働状態監視
PFM - Agentが稼働するホストの稼働状態を監視し，PFM - Web Console上で稼働状態を確認できます。前提となるバージョンは次のとおりです。

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - Agentのバージョンに制限なし

監視エージェントのサービスの稼働状態監視
PFM - Agentが稼働するホストの稼働状態に加え，Agent Collectorサービス，Agent Storeサービスの稼働状態を監視します。また，設定によって監視対象の同一ホスト上にあるAction Handlerサービスも監視できます。監視結果は，PFM - Web Console上で確認できます。前提となるバージョンは次のとおりです。

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - Agent 07-50-01以降でステータス管理機能が有効の場合

ヘルスチェック機能では，ヘルスチェックエージェントという稼働状態を監視するための専用のエージェントを使用して，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視します。ヘルスチェックエージェントは，ヘルスチェック機能を有効にすることでPFM - Managerの起動時に起動します。ヘルスチェックエージェントは，監視エージェントのサービスや監視エージェントが稼働するホストの稼働状態を，一定の周期で確認し，確認結果をPFM - Web Console上に表示することでシステム管理者に稼働状態の変化を知らせます。ヘルスチェック機能の設定方法については，「19.2.1　ヘルスチェック機能の設定」を参照してください。稼働状態の確認方法については，「19.2.2　稼働状態の確認方法」を参照してください。

監視結果はイベント（ヘルスチェックイベント）として発行されるほか，パフォーマンスデータの形式でも収集されるため，必要に応じてアラームを設定し，アラームに対するアクションも設定できます。これによって，エージェント稼働状態の変化を契機としたJP1イベント発行やコマンド実行，SNMPトラップ発行およびEメール送信などができます。JP1イベントやSNMPトラップを利用することで，JP1/IM，NNMなどの統合運用管理製品と連携できます。

また，稼働状態の監視結果は，ヘルスチェックエージェントの設定によって，PDレコードタイプとしてStoreデータベースに格納できます。このため，ヘルスチェックエージェントのレポート機能を利用して現在および過去の稼働状態を参照できます。なお，ヘルスチェックエージェントのStoreデータベースへ格納するとき，使用するStoreバージョンの選択やデータの保存期間などを通常のパフォーマンスデータと同様に設定，管理できます。収集されたデータの管理方法については，「10.　稼働監視データの管理」を参照してください。ヘルスチェック機能での監視結果のデータ管理を次の図に示します。

図4-21　ヘルスチェック機能での監視結果のデータ管理

一方，ステータス管理機能だけを利用して，Performance Managementのサービスの状態を確認できます。ステータス管理機能が有効の場合，PFM - ManagerおよびPFM - Base上で動作するすべてのサービスは，自身の状態をステータスファイルに登録します。システム管理者は，ステータス管理サービス（Status Serverサービス）を使ってステータスファイルの内容を確認することで，サービスの状態を知ることができます。ステータスファイルの内容を確認するには，運用コマンド（jpcctrl listコマンド）を実行します。ステータス管理機能によるサービスの状態確認の概要を次の図に示します。

図4-22　ステータス管理機能によるサービスの状態確認の概要

ステータス管理機能の設定方法については，「19.3.1　ステータス管理機能の設定」を参照してください。

参考　ステータス管理機能が無効の場合のステータス管理

ステータス管理機能が無効の場合は，PFM - ManagerがPFM - Agentへの通信に対する応答の有無によってサービスの状態を判定します。また，PFM - AgentのIPアドレスやポート番号などのネットワーク情報をPFM - Managerが一元管理します。そのため，障害時やサービスの起動処理中などでPFM - Managerと通信できない場合やPFM - Agentがスタンドアロンモードで起動している場合には，サービスの状態を確認できません。

ステータス管理機能が無効の場合，サービス起動中や停止中にjpcctrl listコマンドでステータスを確認すると，サービスの状態を確認できない場合があります。サービスの状態を確認する必要があるときは，ステータス管理機能を有効にしてください。ステータス管理機能が無効の場合に，Performance Managementのステータスを確認した場合の例を次の図に示します。

図4-23　ステータス管理機能が無効の場合の例

jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

4.5　稼働監視システムのサービスを自動的に再起動する機能

Performance Managementでは，万が一PFMサービスが異常停止した場合に備え，PFMサービスを自動的に再起動する機能があります。各ホストのStatus Serverサービスが，ステータス管理機能を利用して同一ホスト内のPFMサービスを監視し，異常停止を検出した場合に自動的にPFMサービスを起動します。また，異常停止していない場合にも一定時間間隔ごとに再起動することもできます。これをPFMサービス自動再起動機能と呼びます。PFMサービス自動再起動機能を利用することで，安定した監視環境を維持できます。

PFMサービス自動再起動機能では，ステータス管理機能を利用します。このため，対象となるPFMサービスがステータス管理機能に対応したバージョンであり，該当ホストでステータス管理機能が有効になっている必要があります。再起動の対象となるPFMサービスは，物理ホストで動作するPFMサービスだけとなります。なお，Status Serverサービス自身は対象となりません。Performance Management をクラスタシステムで運用している場合，論理ホストで動作するPFMサービスの制御にはクラスタソフトを利用してください。PFMサービス自動再起動機能では論理ホストで動作するサービスを対象としていません。

PFMサービスの自動再起動の概要を次の図に示します。

図4-24　PFMサービスの自動再起動の概要

PFMサービス自動再起動機能では，次の二つの機能を用意しています。

自動再起動機能
PFMサービスを監視し，PFMサービスの異常停止を検出した場合に，自動的にPFMサービスを再起動します。監視対象のPFMサービスおよび監視間隔は，サービス単位でユーザーが指定できます。ただし，監視対象のPFMサービスの異常停止を検出した場合，サービスの起動は該当PFMサービスの属するサービス起動単位※で行われます。

定期再起動機能
定期的にPFMサービスを再起動します。再起動対象のPFMサービスおよび再起動間隔は，サービス単位でユーザーが指定できます。ただし，サービスの停止は指定したサービス単位で行われますが，サービスの起動は該当PFMサービスの属するサービス起動単位※で行われます。

注※

サービス起動単位とは，jpcstartコマンドで指定できる最小単位です。つまり，監視エージェントの場合は，Agent StoreサービスとAgent Collectorサービスの対が単位になります。なお，マルチインスタンスエージェントの場合は，インスタンスごとに一単位になります。Action Handlerサービスの場合は，Action Handlerサービス単体になります。

サービスの起動がサービス起動単位で行われる例を次の図に示します。図の例では，Agent Storeサービスだけを監視対象にしている場合でも，Agent Storeサービスの異常停止を検出すると，Agent Storeサービスの属するサービス起動単位であるAgent CollectorサービスおよびAgent Storeサービスが起動されます。PFMサービス自動再起動機能でのサービス起動単位については，「19.4.2　PFMサービス自動再起動機能でのサービスの起動単位」を参照してください。

図4-25　該当サービスの属するサービス起動単位で起動する例

PFMサービス自動再起動機能の設定は，PFM - Web Consoleのサービス階層から，サービスのプロパティで行います。PFMサービス自動再起動機能の設定方法については，「19.4　PFMサービス自動再起動機能によるPFMサービスの再起動」を参照してください。

4.6　Performance Managementの監視コンソール機能

Performance Managementの監視コンソールはブラウザーです。システム管理者は，ブラウザーから監視コンソールサーバにアクセスすることで，企業システムで発生している問題をリアルタイムでとらえることができます。エージェントごとに異なる監視ソフトウェアを導入したり，習得したりする必要はありません。ブラウザーからPFM - Web Consoleにログインすれば，エージェントの稼働状況をリアルタイムに監視できます。

稼働状況の監視には，次の2種類があります。

＜この節の構成＞

(1)　エージェント階層によるエージェントの監視

(2)　ログによるエージェントの監視

(1)　エージェント階層によるエージェントの監視

エージェントの稼働状況をアイコンで表示します。アイコンをグループ分けしたり，グループを階層化したりすることで，エージェントをツリー構造で管理できます。これをエージェント階層といいます。エージェントでイベントが発生した場合，ツリー上のアイコンが変化します。これによって，どのようなイベントが発生しているかを視覚的に確認できます。

さらに，［アラームの状態の表示］画面でエージェントのアイコンをクリックすると，あらかじめアラームに関連づけておいたレポートが，グラフや表形式で表示されます。表示されたレポートによってエージェントの稼働状態を確認できます。グラフや表の項目を選択して，別ウィンドウに項目別の詳細なグラフや表を表示させるように設定することもできます。レポートから呼び出す，さらに詳細なレポートを「ドリルダウンレポート」といいます。

エージェント階層によるエージェントの監視を次の図に示します。

図4-26　エージェント階層によるエージェントの監視

(2)　ログによるエージェントの監視

ログによるエージェント監視で発生したイベントの情報を表示します。イベントの発生日時やメッセージの詳細などは，［イベントモニター］で常に最新の情報を確認できます。また，過去に発生したイベントの履歴を［イベント履歴］画面で確認できます。

ログによるエージェントの監視を次の図に示します。

図4-27　ログによるエージェントの監視

4.7　Performance Managementのコマンド

Performance Managementでは，効率良く運用できるようにさまざまなコマンドを用意しています。

それぞれのコマンドの概要について説明します。

なお，コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

＜この節の構成＞

4.7.1　セットアップコマンド

4.7.2　サービス管理コマンド

4.7.3　アラーム設定コマンド

4.7.4　レポート設定コマンド

4.7.5　データ管理コマンド

4.7.6　他システム連携コマンド

4.7.7　資料採取コマンド

4.7.8　Storeデータベース操作コマンド

4.7.1　セットアップコマンド

Performance Managementでは，セットアップするための次のコマンドを用意しています。

セットアップで使用するコマンド

インスタンス環境の構築で使用するコマンド

クラスタシステムで使用するコマンド

＜この項の構成＞

(1)　セットアップで使用するコマンド

(2)　インスタンス環境の構築で使用するコマンド

(3)　クラスタシステムで使用するコマンド

(1)　セットアップで使用するコマンド

セットアップで使用するコマンドには，PFM - Agentの接続先PFM - Managerを設定したり，PFM - Agentが追加されたときのセットアップをしたり，Performance Managementで使用するポート番号を変更したりするコマンドがあります。

セットアップで使用するコマンドの概要を次の図に示します。

図4-28　セットアップで使用するコマンドの概要

セットアップするための主なコマンドを次に示します。

表4-7　セットアップで使用する主なコマンド一覧

コマンド | 説明
jpcnshostname | 接続先のPFM - Managerを表示，設定，および変更するコマンド
jpcagtsetup | 新しいPFM - Agentを追加セットアップするときに実行するコマンド
jpcwagtsetup | 新しいPFM - AgentをPFM - Web Consoleに追加セットアップするときに実行するコマンド
jpcnsconfig port | Performance Managementで使用するポート番号を表示および設定するコマンド

(2)　インスタンス環境の構築で使用するコマンド

インスタンス環境の構築で使用するコマンドには，インスタンス環境を作成，削除，および表示するためのコマンドなどがあります。

インスタンス環境の構築で使用する主なコマンドを次に示します。

表4-8　インスタンス環境の構築で使用する主なコマンド一覧

コマンド | 説明
jpcinssetup | インスタンス環境を作成するコマンド
jpcinsunsetup | インスタンス環境を削除するコマンド
jpcinslist | インスタンス環境を表示するコマンド

(3)　クラスタシステムで使用するコマンド

クラスタシステムで使用するコマンドには，論理ホスト運用するときに必要なコマンドなどがあります。

クラスタシステムで使用する主なコマンドを次に示します。

表4-9　クラスタシステムで使用する主なコマンド一覧

コマンド | 説明
jpchasetup | クラスタシステムで論理ホスト運用するときに使用するコマンド

4.7.2　サービス管理コマンド

Performance Managementは，サービスを起動・停止したり，サービスの状態を確認したりするためのコマンドを用意しています。

Performance Managementのサービスを制御する主なコマンドを次に示します。

表4-10　サービスを制御する主なコマンド一覧

コマンド | 説明
jpcstart | Performance Managementのサービスを起動するコマンド
jpcstop | Performance Managementのサービスを停止するコマンド
jpcwstart | PFM - Web Consoleのサービスを起動するコマンド
jpcwstop | PFM - Web Consoleのサービスを停止するコマンド
jpcctrl list | Performance Managementのサービスの構成と状態を確認するコマンド
jpcctrl delete | Performance Managementのサービス情報を削除するコマンド
jpcctrl register | Performance Managementのサービス情報を再登録するコマンド
jpcstsetup | ステータス管理機能またはヘルスチェック機能の有効/無効の設定や情報を確認するコマンド

4.7.3　アラーム設定コマンド

Performance Managementは，監視対象プログラムがしきい値を超えたときに発行するアラームイベントの設定をするためのコマンドを用意しています。

アラームを設定する主なコマンドを次に示します。

表4-11　アラームを設定する主なコマンド一覧

コマンド | 説明
jpcalarm | Performance Managementのアラームを設定するコマンド

4.7.4　レポート設定コマンド

Performance Managementでは，監視対象プログラムから収集したデータを基に稼働監視レポートを作成するためのコマンドを用意しています。

レポートを設定する主なコマンドを次に示します。

表4-12　レポートを設定する主なコマンド一覧

コマンド | 説明
jpcrdef | Performance Managementのレポートを設定するコマンド

4.7.5　データ管理コマンド

Performance Managementでは，Performance Managementのデータを管理するためのコマンドを用意しています。

Performance Managementのデータを管理する主なコマンドを次に示します。

データをバックアップおよびリストアするコマンド

データを出力するコマンド

データの記録方法と保存条件を設定するコマンド

それぞれについて説明します。

＜この項の構成＞

(1)　データをバックアップおよびリストアするコマンド

(2)　データを出力するコマンド

(3)　データの記録方法と保存条件を設定するコマンド

(1)　データをバックアップおよびリストアするコマンド

データをバックアップおよびリストアする主なコマンドを次に示します。

表4-13　データをバックアップおよびリストアする主なコマンド一覧

コマンド | 説明
jpcctrl backup | データをバックアップするコマンド
jpcctrl clear | データを消去するコマンド
jpcresto | データをリストアするコマンド

(2)　データを出力するコマンド

データを出力する主なコマンドを次に示します。

表4-14　データを出力する主なコマンド一覧

コマンド | 説明
jpcctrl dump | 収集したパフォーマンスデータおよびアラームイベントデータをテキストファイルに出力するためのコマンド
jpcrpt | 稼働レポートをCSVまたはHTML形式でバッチ出力するためのコマンド

(3)　データの記録方法と保存条件を設定するコマンド

データのStoreデータベースへの保存条件を設定する主なコマンドを次に示します。

表4-15　データの保存条件を設定する主なコマンド一覧

コマンド | 説明
jpcasrec | Storeデータベースの記録方法に関する定義を変更したり出力したりするためのコマンド
jpcaspsv | Storeデータベースの保存条件に関する定義を変更したり出力したりするためのコマンド

4.7.6　他システム連携コマンド

Performance Managementでは，他システムと連携するためのコマンドを用意しています。

＜この項の構成＞

(1)　JP1/IMと連携する場合のコマンド

(2)　NNMと連携する場合のコマンド

(1)　JP1/IMと連携する場合のコマンド

JP1/IMと連携する場合に使う主なコマンドを次に示します。

表4-16　JP1/IMと連携する場合に使う主なコマンド一覧

コマンド | 説明
jpcimevt | JP1/IMに登録したイベントを送信するコマンド
jpcimsetup | JP1/IMとの連携機能を有効または無効にするコマンド

(2)　NNMと連携する場合のコマンド

NNMと連携する場合に使う主なコマンドを次に示します。

表4-17　NNMと連携する場合に使う主なコマンド一覧

コマンド | 説明
jpcovsetup | NNMとPFM - Web Consoleを連携させるためのコマンド
jpcovunsetup | NNMとPFM - Web Consoleの連携を解除するためのコマンド

4.7.7　資料採取コマンド

Performance Managementでは，トラブルの発生時に採取が必要な資料を一括して採取するコマンドを用意しています。

トラブルシュート用の資料の採取に使う主なコマンドを次に示します。

表4-18　資料採取に使う主なコマンド一覧

コマンド | 説明
jpcras | PFM - ManagerおよびPFM - Agentのトラブルシュート資料を採取するコマンド
jpcwras | PFM - Web Consoleのトラブルシュート資料を採取するコマンド

4.7.8　Storeデータベース操作コマンド

Performance Managementは，Storeデータベースのセットアップ・アンセットアップおよびバックアップやインポートなどの操作をするためのコマンドを用意しています。

表4-19　Storeデータベース操作に使う主なコマンド一覧

コマンド | 説明
jpcdbctrl setup | 指定されたAgent Storeサービスについて，Storeバージョン2.0をセットアップするときに実行するコマンド
jpcdbctrl unsetup | 指定されたAgent Storeサービスについて，Storeバージョン2.0からStoreバージョン1.0に戻すときに実行するコマンド
jpcctrl backup | データをバックアップするコマンド
jpcresto | データをリストアするコマンド
jpcctrl dump | 収集したパフォーマンスデータをテキストファイルに出力するためのコマンド
jpcctrl clear | データを消去するコマンド
jpcdbctrl import | Storeバージョン2.0使用時に，Storeデータベースにバックアップデータをインポートするコマンド
jpcdbctrl dmconvert | Storeバージョン2.0使用時に，指定されたバックアップディレクトリのバックアップデータのデータモデルをバージョンアップするときに実行するコマンド
jpcdbctrl display | Storeデータベースの情報を表示するコマンド
jpcdbctrl config | Agent Storeサービスの設定を変更・表示するためのコマンド

4.8　注意事項

Performance Managementを使用するときの注意事項を次に示します。

＜この節の構成＞

4.8.1　監視対象マシンの時刻設定に関する注意事項

4.8.2　日本語環境に関する注意事項

4.8.3　一時ファイルに関する注意事項

4.8.4　Windows Server 2008を利用する場合の注意事項

4.8.1　監視対象マシンの時刻設定に関する注意事項

PFM - Agentマシンの現在時刻を変更する場合の注意事項を次に示します。

時刻設定を変更する前に，時刻設定を変更するマシンにインストールされている，すべてのPFM - AgentおよびPFM - Baseのサービスを停止してください。時刻設定を変更したあと，PFM - AgentおよびPFM - Baseのサービスを再起動してください。

現在時刻より未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの履歴情報は保存されません。

現在時刻より過去の時刻に変更した場合，変更後の時刻から，データの収集および履歴情報が保存されます。変更前の同じ日時に収集されたデータおよび履歴情報がある場合，上書きされます。例えば，現在時刻が2006年7月5日12:00であるとき，現在時刻を過去の日時である2006年7月1日00:00に変更すると，7月1日00:00から7月5日12:00に収集されたデータおよび履歴情報は上書きされます。変更前の同じ日時に収集されたデータおよび履歴情報を保存しておきたい場合は，時刻設定を変更する前にjpcctrl backupコマンドを実行して，データおよび履歴情報をバックアップしておいてください。

現在時刻より未来の時刻に変更した場合，パフォーマンスデータの保存期間の関係でデータが削除されてしまうおそれがあります。このため，未来の時刻に変更する前にjpcctrl backupコマンドやjpcctrl dumpコマンドでデータをバックアップしておいてください。

PFM - ManagerおよびPFM - Web Consoleのサーバマシンは，必要に応じて時刻合わせをしてください。特に時刻を合わせる必要がなければ，PFM - Agent側の時刻設定を変えてもPFM - ManagerおよびPFM - Web Consoleに支障はありません。

4.8.2　日本語環境に関する注意事項

Performance Managementを運用する際に，使用できない文字と文字列の検索についての注意事項を次に示します。

＜この項の構成＞

(1)　使用できない文字について

(2)　文字列の検索について

(1)　使用できない文字について

Performance Managementでは，次に示す全角文字を使用できません。

使用できない文字を使用した場合，アラームやレポートは正常に実行されません。また，使用できない文字は，「?」や解読できない文字で表示される場合があります。

(2)　文字列の検索について

文字列を検索する場合は，「*」や「?」のワイルドカードを使用してください。

「<」や「>」などの不等号は，検索対象のデータベースが起動されているホストの文字コード種別に依存するため，使用すると正しく検索できないことがあります。したがって，検索条件に「<」や「>」などの不等号を使用しないでください。

4.8.3　一時ファイルに関する注意事項

＜この項の構成＞

(1)　一時ファイル出力先ディレクトリ

(2)　一時ファイルサイズの見積もり

(1)　一時ファイル出力先ディレクトリ

PFM - Web Consoleでリアルタイムレポートまたは履歴レポートを表示したり，イベント履歴を表示したり，ODBCドライバーによって履歴データを取得したりした場合，Agent Collectorサービス，Agent StoreサービスおよびMaster Storeサービスは，下記のディレクトリに一時ファイルを作成します。

Windowsの場合

システム環境変数TMPに設定されているディレクトリ。

UNIXの場合

環境変数TMPDIRに設定されているディレクトリ。

TMPDIRが設定されていなければ，/var/tmpまたは/tmpディレクトリ。

上記のディレクトリが存在するディスクに空き容量が不足している場合，Agent Collectorサービス，Agent StoreサービスまたはMaster Storeサービスから下記のメッセージが出力されることがあります。

KAVE00105-E ディスク容量が不足しています

なお，一時ファイル保存先ディレクトリに新たな空き容量を確保することが困難な場合，下記の環境変数を設定することで，一時ファイルが作成されるディレクトリを変更できます。

環境変数名 | 説明
JPC_TMPDIR | 一時ファイルの出力先ディレクトリパスを指定します。

注意

Windowsの場合は，JPC_TMPDIR環境変数をシステム環境変数に設定してください。UNIXで自動起動スクリプトによる自動起動の設定をしている場合は，下記の手順に従って自動起動スクリプトファイルを編集してください。

rootユーザーでログインする。

自動起動スクリプトファイルjpc_startをviなどのエディターで開き，下記のような行を見つける。
export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF

手順2で見つけた行を下記のように変更する。
JPC_TMPDIR=一時ファイル出力先ディレクトリ
export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF JPC_TMPDIR
注　一時ファイル出力先ディレクトリには十分な空き容量のあるディスク上のディレクトリへのパスを指定してください。

システムを再起動する。

(2)　一時ファイルサイズの見積もり

レポート表示や，ODBCドライバーによる履歴データの取得を行う際に作成される一時ファイルのサイズは，下記の式で計算できます。一時ファイルサイズの上限は2GBであるため，下記の見積もりに従ってレポートやODBCドライバーに指定する条件を調整してください。

指定フィールドサイズの合計 * インスタンス数 * レコード数 [バイト]

(a)　PAレコード以外の場合

指定フィールドサイズの合計は，レポートやODBCドライバーに指定したフィールドの合計サイズとなります。

PFM - Agent for Platform(Windows)のPD_PDIレコードでの計算例

次の条件で履歴レポートを表示する場合，計算式は下記のようになります。

"Date and Time"フィールド(char(6)型：6バイト)を指定※1

ODBCキーフィールドを指定※1
"Program"フィールド(string型：256バイト)
"PID"フィールド(ulong型：4バイト)

上記以外に指定したフィールド
"CPU %"フィールド(float型：4バイト)
"User"フィールド(string型：36バイト)
"Date"フィールド(char(3)型：6バイト)※2

1分ごとに収集されるインスタンス数:
200インスタンス

収集した期間(要求するレコード数)
1日分の分単位レコードをレポート表示する場合，60分 * 24時間で1440レコードとなります。

計算式： ( 6 + 256 + 4 + 4 + 36 + 6 ) * 200 * 1440 = 89,856,000 [バイト]

注※1

リアルタイムまたは履歴レポート表示時は，"Date and Time"フィールドとODBCキーフィールドはレポート表示に含めなくても必ず取得されます。ODBCドライバーを使用したデータ取得の場合は，条件に指定したフィールドだけが取得されます。

注※2

Storeデータベースに記録されるときに自動追加される"Date "フィールドおよび"Time"フィールドは，履歴レポートの場合はそれぞれ6バイト，ODBCドライバーによるデータ取得の場合はそれぞれ3バイトとして計算してください。それ以外のフィールドは，各PFM - Agentのマニュアル記載の型に応じたサイズで計算してください。

インスタンス数はレコード収集ごとに変動するため，上記は目安となります。各フィールドのデータ型，各データ型のサイズおよびODBCキーフィールドについては，各PFM - Agentのマニュアルのレコードについて説明している章を参照してください。

(b)　PAレコードの場合

<指定フィールドサイズの合計>を4409，<インスタンス数>を1，<レコード数>を指定期間に発生したイベント数として計算してください。

補足

一時ファイルのサイズは，レポートで指定したレコードのインスタンス数やレコード数に比例します。このため，一時ファイルのサイズが2GBを超えそうな場合は，PFM - Web Consoleの履歴レポートやイベント履歴表示時に指定する［レコード数］で，表示するデータ量を調整することもできます。履歴レポートの［レコード数］には，上記の計算式の<インスタンス数> * <レコード数>に該当する値を指定してください。

注意

UNIXの場合，ulimitコマンドによるファイルサイズ制限によって，一時ファイルサイズの上限が2GB未満となる場合があります。上記見積もりによって一時ファイルサイズが2GBを超えない場合でも，レポート表示中などに下記のエラーが出力された場合は，ulimitコマンドでファイルサイズの上限値を確認してください。

KAVE00103-E 予期しないエラーが発生しました（rc=27）

4.8.4　Windows Server 2008を利用する場合の注意事項

＜この項の構成＞

(1)　Performance Managementで管理者特権が必要な操作

(2)　Performance Management管理者コンソールの概要

(3)　Performance Management固有のフォルダやファイルの作成について

(4)　WRP（Windowsリソース保護）について

(5)　Windows Defenderへの対応について

(6)　BackupOperators権限が必要なコマンドについて

(1)　Performance Managementで管理者特権が必要な操作

Windows Server 2008では，UAC機能が有効の場合に，管理者特権が必要な操作があります。管理者特権が必要な操作をする場合は，操作前に特権昇格が必要になります。管理者特権が必要な操作と操作ごとの実行可否を次の表に示します。

表4-20　管理者特権が必要な操作と操作ごとの実行可否

操作
管理者特権
の要否
UAC機能有効時の
実行可否
UAC機能無効時の
実行可否

管理ユーザー
一般ユーザー
管理ユーザー
一般ユーザー

インストール，アンインストール
要
○※1
○※1
○
×

Administrators権限が必要なコマンド
要
○※2
○※2
○
×

Administrators権限が不要なコマンド
否
○
○
○
○

SCMからのサービス起動，停止
要
○※1
○※1
○
×

（凡例）

○：実行できる

×：実行できない

注※1　UACポップアップで特権昇格が必要

注※2　Performance Management管理者コンソールから実行する必要がある

(2)　Performance Management管理者コンソールの概要

Performance Managementでは，実行権限に管理者権限が必要なコマンド（管理者用コマンド）があります。Performance Management管理者コンソールは，管理者用コマンドを実行するためのコマンドプロンプトです。

Windowsのユーザーアカウント制御（UAC）が有効な場合は，管理者コンソールからコマンドを実行してください。

起動方法
スタートメニューから［プログラム］－［Performance Management］－［管理者コンソール］を選択すると起動します。

停止方法
コマンドプロンプト上でexitコマンドを入力，またはCloseボタン（×）をクリックすると停止します。

(3)　Performance Management固有のフォルダやファイルの作成について

Performance Management固有のフォルダやファイルを作成する場合，UAC機能が動作するフォルダへ作成しないでください。

(4)　WRP（Windowsリソース保護）について

WRPによるリソース保護が有効になっているフォルダ配下のリソースは削除および変更できません。WRPが設定されているフォルダ配下に，フォルダやフォルダの記録先を設定しないでください。

(5)　Windows Defenderへの対応について

Windows Defenderの機能であるソフトウェアエクスプローラで，未分類のプログラムに対して警告が出る場合があります。

(6)　BackupOperators権限が必要なコマンドについて

Windows Server 2008では，BackupOperatorsグループに所属しているユーザーは，BackupOperators権限が必要なコマンドを実行できます。

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

この章では，Windowsの場合のPerformance Managementのインストールおよびセットアップ方法について説明します。

＜この章の構成＞

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

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

5.3　Performance Managementのシステム構成の変更

5.4　Performance Managementの運用方式の変更

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

ここでは，Performance Managementプログラムをインストールおよびセットアップする手順を示します。

＜この節の構成＞

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

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

5.1.3　インストール手順

5.1.4　PFM - Managerのセットアップ手順

5.1.5　PFM - Web Consoleのセットアップ手順

5.1.6　監視コンソールのブラウザーの設定手順

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

Performance Managementをインストールおよびセットアップする前に確認しておくことを説明します。なお，Windows Server 2008に関する注意事項については，「4.8.4　Windows Server 2008を利用する場合の注意事項」を参照してください。

＜この項の構成＞

(1)　前提OS

(2)　ネットワーク環境の設定

(3)　インストールに必要なOSユーザー権限について

(4)　前提プログラム

(5)　クラスタシステムでのインストールとセットアップについて

(6)　注意事項

(1)　前提OS

Performance Managementプログラムが動作するOSを次の表に示します。

表5-1　前提OS（Windowsの場合）

OS名 | PFM - Manager | PFM - Web Console | PFM - Base
Windows(x86) | ○ | ○ | ○
Windows(IPF) | － | － | ○

（凡例）

○：動作する

－：動作しない

PFM - Agentの前提OSは，PFM - Agentによって異なります。詳細については，各PFM - Agentのマニュアルを参照してください。

(2)　ネットワーク環境の設定

Performance Managementが動作するためのネットワーク環境について説明します。

(a)　IPアドレスの設定

Performance Managementシステムのすべてのホストは，ホスト名でIPアドレスが解決できる環境を設定してください。IPアドレスが解決できない環境では，Performance Managementをインストールできません。

監視ホスト名（Performance Managementシステムのホスト名として使用する名前）には，実ホスト名またはエイリアス名を使用できます。

監視ホスト名として実ホスト名を使用している場合
Windowsシステムではhostnameコマンドの実行結果で，UNIXシステムではuname -nコマンドの実行結果で確認できるホスト名で，IPアドレスが解決できるように環境設定をしてください。
UNIXシステムでは，hostnameコマンドで取得するホスト名を使用することもできます。詳細については，「5.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

監視ホスト名としてエイリアス名を使用している場合
設定しているエイリアス名でIPアドレスが解決できるように環境設定をしてください。

監視ホスト名の設定については，「5.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

ホスト名とIPアドレスの設定は，次の方法のどれかで行ってください。

hostsファイル

DNS（Domain Name System）

Performance Managementのホスト情報設定ファイル

jpchostsファイル（PFM - Manager，PFM - Agent，およびPFM - Baseの場合）

config.xmlファイル（PFM - Web Consoleの場合）

注意

Performance Managementは，DNS環境でも運用できますが，FQDN（Fully Qualified Domain Name）形式のホスト名には対応していません。監視ホスト名には，ドメイン名を除いたものを使用してください。

複数のLAN環境で使用する場合は，jpchostsファイルでIPアドレスを設定してください。詳細については，「5.3.1　ネットワーク構成の変更」を参照してください。

Performance Managementは，DHCPによる動的なIPアドレスが割り振られているホスト上で運用することはできません。Performance Managementを導入するすべてのホストに，固定のIPアドレスを設定する必要があります。

(b)　ポート番号の設定

Performance Managementプログラムのサービスは，デフォルトで次の表に示すポート番号が割り当てられています。これ以外のサービスまたはプログラムに対しては，サービスを起動するたびに，そのときシステムで使用されていないポート番号が自動的に割り当てられます。また，ファイアウォール環境で，Performance Managementを使用するときは，ポート番号を固定してください。ポート番号の固定の手順は，「5.3.1 (1) (b)　ポート番号を設定する」を参照してください。

表5-2　デフォルトのポート番号とPerformance Managementプログラムのサービス（Windowsの場合）

サービス説明
サービス名
パラメーター
ポート番号
備考

サービス構成情報管理機能
Name Server
jp1pcnsvr
22285
PFM - ManagerのName Serverサービスで使用されるポート番号。Performance Managementのすべてのホストで設定される。

NNM連携機能
NNM Object Manager
jp1pcovsvr
22292
PFM - ManagerおよびPFM - BaseのNNM連携機能で，マップマネージャーとオブジェクトマネージャーの間の通信で使用されるポート番号。PFM - ManagerまたはPFM - Baseがインストールされているホストで設定される。

サービス状態管理機能
Status Server
jp1pcstatsvr
22350
PFM - ManagerおよびPFM - BaseのStatus Serverサービスで使用されるポート番号。PFM - ManagerまたはPFM - Baseがインストールされているホストで設定される。

監視コンソール通信機能
View Server
jp1pcvsvr
22286
PFM - ManagerのView Serverサービスで使用されるポート番号。PFM - Managerホストで設定される。

Webサービス機能
Web Service
－
20358
PFM - Web ConsoleのWeb Serviceサービスが使用するポート番号。

Webコンテナ機能
Web Console
－
20359
20360
PFM - Web ConsoleのWeb Consoleサービスが使用するポート番号。

（凡例）

－：該当なし

これらのPerformance Managementが使用するポート番号で通信できるように，ネットワークを設定してください。

(3)　インストールに必要なOSユーザー権限について

Performance Managementプログラムをインストールするときは，必ず，OSのAdministrators権限を持つアカウントで実行してください。

(4)　前提プログラム

ここでは，Performance Managementをインストールする場合に必要な前提プログラムを説明します。前提プログラムの構成図を次に示します。

図5-1　プログラムの構成図

注意

アラームイベントが発生したときに，Eメールでシステム管理者に通知する場合，メールを送信するためのSMTPサーバが必要です。詳細については，「12.　アラームによる稼働監視」を参照してください。

Performance Managementとその他のシステムとの連携機能を使用する場合は，前提プログラムが異なる場合があります。連携機能についての詳細は，「16.　統合管理製品（JP1/IM）と連携した稼働監視」および「17.　ネットワーク管理製品（NNM）と連携した稼働監視」を参照してください。

(a)　監視マネージャーの前提プログラム

監視マネージャーには，PFM - Managerが必要です。また，JP1ユーザーによる統合認証を行うためには，JP1/Baseが必要です。詳細については，JP1/Baseのマニュアルおよび「8.　ユーザーアカウントの管理」を参照してください。

(b)　監視コンソールサーバの前提プログラム

監視コンソールサーバには，PFM - Web Consoleが必要です。

なお，監視コンソールとして，バージョン07-00以降のPFM - Viewも使用できます。詳細については，「付録G　バージョン互換」を参照してください。

(c)　監視エージェントの前提プログラム

監視エージェントには，PFM - AgentとPFM - Baseをインストールします。PFM - BaseはPFM - Agentの前提プログラムであるため，PFM - Base，PFM - Agentの順にインストールしてください。

ただし，PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - Agentの前提プログラムはPFM - Managerになるため，PFM - Manager，PFM - Agentの順にインストールしてください。

また，PFM - Agentをインストールするホストには，監視対象プログラムであるOS，データベースサーバ，またはアプリケーションプログラムなどが必要です。

監視対象プログラムは，PFM - Agentごとに異なります。各PFM - Agentの監視対象プログラムについては，各PFM - Agentのマニュアルを参照してください。

(d)　監視コンソールの前提プログラム

Performance Managementで収集した稼働監視データを確認したり，Performance Managementの設定を変更したりするためには，監視コンソールにブラウザーが必要です。

Performance Managementの前提となるブラウザーを次に示します。

Internet Explorer6.0以降またはFirefox 2.0.x

PFM - Web Consoleのバージョンによってサポートするブラウザーが異なります。詳細については，「5.1.6　監視コンソールのブラウザーの設定手順」を参照してください。

(5)　クラスタシステムでのインストールとセットアップについて

クラスタシステムでのインストールとセットアップは，前提となるネットワーク環境やプログラム構成が，通常の構成のセットアップとは異なります。また，実行系ノードと待機系ノードでの作業が必要になります。詳細については，「15.　クラスタシステムでの構築と運用」を参照してください。

(6)　注意事項

ここでは，Performance Managementをインストールおよびセットアップするときの注意事項を説明します。

(a)　同一ホストにPerformance Managementプログラムを複数インストール，セットアップするときの注意事項

Performance Managementは，同一ホストにPFM - Manager，PFM - Web Console，およびPFM - Agentをインストールすることもできます。その場合の注意事項を次に示します。

補足

システムの性能や信頼性を向上させるため，PFM - Manager，PFM - Web Console，およびPFM - Agentはそれぞれ別のホストで運用することをお勧めします。

PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - ManagerがPFM - Agentの前提製品になるため，PFM - ManagerをインストールしてからPFM - Agentをインストールしてください。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - BaseとPFM - AgentがインストールされているホストにPFM - Managerをインストールする場合は，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - Agentの順でインストールしてください。また，PFM - Manager とPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合も同様に，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - Agentの順でインストールしてください。

PFM - ManagerがインストールされているホストにPFM - Agentをインストールすると，PFM - Agentの接続先PFM - ManagerはローカルホストのPFM - Managerになります。この場合は，PFM - Agentの接続先PFM - ManagerをリモートホストのPFM - Managerに変更できません。リモートホストのPFM - Managerに接続したい場合は，インストールするホストにPFM - Managerがインストールされていないことを確認してください。

PFM - Web Consoleがインストールされているホストに，Performance Managementプログラムをインストールする場合は，ブラウザー画面をすべて閉じてからインストールを実施してください。

バージョン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はステータス管理機能を持たないため，この場合の設定状態は「無効」になります。
ステータス管理機能の設定を変更する場合は，「19.3.1　ステータス管理機能の設定」を参照してください。

バージョン08-11以降のPFM - Managerの場合，ヘルスチェック機能を利用できます。ただし，デフォルトでは無効になっているため，利用する場合はjpcstsetup hcenableコマンドでヘルスチェック機能を有効にしてください。ヘルスチェック機能の設定については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

監視ホスト名設定機能を使用している場合，同一ホスト上に07-50以前のPFM - Agentをインストールすることはできません。07-50以前のPFM - Agentをインストールする場合，事前に監視ホスト名設定機能を使用しない設定に戻す（Get Host Modeラベルに0を設定する）必要があります。戻していない場合，07-50以前のPFM - Agentのインストールに失敗することがあります。監視ホスト名の設定については，「5.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

(b)　バージョンアップの注意事項

古いバージョンのPerformance Managementプログラムから，バージョンアップする場合の注意事項を次に示します。

なお，07-00以降からのバージョンアップについての詳細は，「付録E　移行手順と移行時の注意事項」を参照してください。

Performance Managementのプログラムをインストールするときには，ローカルホストのPerformance Managementのプログラムおよびサービスをすべて停止しておいてください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法については，「7.　Performance Managementの起動と停止」を参照してください。

PFM - Web Consoleを除くPerformance Managementのプログラムは，すでにPerformance Managementのプログラムがインストール済みのホストに別のPerformance Managementのプログラムをインストールする場合，インストールパスが一つ目のプログラムのものと同じになります。インストールパスを変更したい場合は，インストール済みのPerformance Managementプログラムをすべて削除し，インストールし直す必要があります。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - BaseとPFM - AgentがインストールされているホストにPFM - Managerをインストールする場合は，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - Agentの順でインストールしてください。また，PFM - ManagerとPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合も同様に，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - Agentの順でインストールしてください。

バージョン08-00以降のPerformance Managementプログラムでは，Storeサービスの実行プログラム（jpcsto.exeおよびstpqlpr.exe）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStoreサービスの実行プログラムは削除されます。

PFM - Managerがクラスタ環境の場合にバージョンアップをする場合は，実行系・待機系のどちらか一方で共有ディスクをオンラインにする必要があります。PFM - Web Consoleがクラスタ環境の場合にバージョンアップをする場合は共有ディスクをオンラインにする必要はありません。

オペレーティングシステムをWindows Server 2008にバージョンアップする場合，Windows Server 2003対応のPFM - Baseは，Windows Server 2008上での動作を保証しないため，一度アンインストールする必要があります。バージョンアップ前にPerformance Management製品をすべてアンインストールしてからバージョンアップし，そのあとでWindows Server 2008対応のPFM - Baseをインストールしてください。

バージョンアップインストール時，既存のStoreデータベースを自動的にバージョンアップするため，一時的にStoreデータベースの格納先のディスクにStoreデータベースのサイズ2倍の容量を必要とします。バージョンアップインストールをする前に，Storeデータベースの格納先のディスク空き容量が十分かどうか確認してください。

(c)　PFM - Web Consoleの注意事項

PFM - Web Consoleをインストールする場合の注意事項を次に示します。

インストール時に，ログ出力フォルダとして，%SystemDrive%環境変数の値を参照します。%SystemDrive%環境変数が未定義の場合は，ログファイルは出力しません。

インストール実行中のログは，%SystemDrive%¥pfmwebconinst.logに出力します。また，インストーラの終了コードは%SystemDrive%¥pfmwebconinst.rtnに出力します。

インストールに失敗した場合は，インストール実行時のログ（%SystemDrive%¥pfmwebconinst.log）を退避して，原因を取り除いたあと，PFM - Web Consoleをアンインストールし，再度インストールしてください。

PFM - Web Consoleを上書きインストールした場合，インストール先フォルダ¥confに格納されている初期設定ファイル（config.xml）は更新されません。ただし，インストール先フォルダ¥sample¥confに格納されているconfig.xmlファイルは更新されます。

PFM - Web Consoleを新規にインストールした場合には，PFM - Web Consoleの設定を有効にするためにシステムの再起動が必要です。

(d)　他システムと連携するときの注意事項

NNMと連携している環境にインストールする場合，NNM連携機能およびovwを停止してからインストールしてください。NNM連携機能については，「17.　ネットワーク管理製品（NNM）と連携した稼働監視」を参照してください。NNMの環境変数とコマンドについてはマニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP OpenView NNMのマニュアルを参照してください。

(e)　その他の注意事項

Performance Managementのプログラムが一つもインストールされていない環境に新規インストールする場合は，インストール先フォルダにファイルやフォルダがないことを確認してください。

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままインストールした場合，システムの再起動を促すメッセージが表示されることがあります。この場合は，メッセージに従ってシステムを再起動し，インストールを完了させてください。

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままの状態，ディスク容量が不足している状態，またはディレクトリ権限がない状態でインストールした場合，ファイルの展開に失敗することがあります。Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラムが起動している場合はすべて停止してからインストールし直してください。ディスク容量不足やディレクトリ権限不足が問題である場合は，問題を解決したのちにインストールし直してください。

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

Performance Managementをインストールおよびセットアップする流れを説明します。

図5-2　インストールとセットアップの流れ

ここでは，PFM - ManagerおよびPFM - Web Consoleのインストール，セットアップ手順を説明します。PFM - Agentのインストール，セットアップ手順は，製品によって異なります。詳細については，各PFM - Agentのマニュアルを参照してください。

5.1.3　インストール手順

Performance Managementのプログラムをインストールする順序とCD-ROMの提供媒体からプログラムをインストールする手順を説明します。

＜この項の構成＞

(1)　プログラムのインストール順序

(2)　Performance Managementプログラムのインストール方法

(1)　プログラムのインストール順序

ここでは，Performance Managementのプログラムをインストールする順序を説明します。

注意

Performance Managementプログラムは，監視マネージャー，監視コンソールサーバ，および監視エージェントをどのような順序でインストールしてもかまいません。

(a)　監視マネージャーでのインストール順序

監視マネージャーには，PFM - Managerをインストールします。

(b)　監視コンソールサーバでのインストール順序

監視コンソールサーバには，PFM - Web Consoleをインストールします。

(c)　監視エージェントでのインストール順序

まず，PFM - Baseをインストールし，次にPFM - Agentをインストールします。PFM - BaseがインストールされていないホストにPFM - Agentをインストールすることはできません。

なお，PFM - Managerと同一ホストにPFM - Agentをインストールする場合は，PFM - Manager，PFM - Agentの順でインストールしてください。

インストールの手順の詳細については，各PFM - Agentのマニュアルを参照してください。

(2)　Performance Managementプログラムのインストール方法

Performance Managementプログラムをインストールするには，CD-ROMの提供媒体を使用する方法と，JP1/NETM/DMを使用してリモートインストールする方法があります。JP1/NETM/DMを使用する方法については，マニュアル「JP1/NETM/DM　運用ガイド1(Windows(R)用)」を参照してください。

注意

インストールを行うホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法は，「7.　Performance Managementの起動と停止」を参照してください。

CD-ROMの提供媒体を使用する場合のインストール手順を次に示します。

Performance Managementプログラムをインストールするホストに，Administrators権限でログインする。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。

提供媒体をCD-ROMドライブに入れる。
起動したインストーラの指示に従ってインストールを進めます。
インストール時に定義する情報を次に示します。

ユーザー情報
ユーザー名などを入力します。

インストール先フォルダ
Performance Managementプログラムをインストールするフォルダを指定します。
インストール先フォルダは，［ディレクトリの選択］ダイアログボックスで設定して［OK］ボタンをクリックした時点で作成されます。誤ったフォルダを作成した場合はインストール後にフォルダを削除してください。

プログラムフォルダ
Windowsの［スタート］－［すべてのプログラム］メニューに登録されるプログラムメニュー名を指定します。
デフォルトでは，［Performance Management］が登録されます。

接続先PFM - Manager（PFM - Baseの新規インストール時）
PFM - Baseの新規インストール時に，接続先PFM - Managerのホスト名を入力します。
なお，インストール時には接続先PFM - Managerを設定しないで，後から設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「5.3.2　接続先PFM - Managerの変更」を参照してください。

参考

PFM - Web Consoleを除くPerformance Managementプログラムのインストール先フォルダおよびプログラムフォルダは，そのホストに初めてPerformance Managementプログラムをインストールするときだけ指定できます。2回目以降のインストールの際は，初回インストール時に指定したプログラムフォルダにインストールまたは登録されます。

また，インストール時に接続先PFM - Managerを設定できるのは，08-00以前のバージョンのPFM - Agentがインストールされていないホストに，初めてPFM - Baseをインストールするときだけです。08-00以前のバージョンのPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合や，PFM - Baseを上書きインストールする場合は，設定済みの接続先PFM - Managerの情報が引き継がれます。

5.1.4　PFM - Managerのセットアップ手順

ここでは，監視マネージャーにインストールされたPFM - Managerをセットアップする手順を示します。

[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　PFM - Agentの登録

(2)　ネットワークの設定

(3)　ログのファイルサイズ変更

(4)　認証モードの設定

(5)　イベントデータの格納先の変更

(6)　動作ログ出力の設定

(7)　ヘルスチェック機能の設定

(8)　PFMサービス自動再起動機能の設定

(1)　PFM - Agentの登録[図データ]

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - ManagerにPFM - Agentを登録する必要があります。

PFM - Managerのバージョンが08-50以降の場合，登録は自動で行われるため，ここで説明する手順は不要です。

ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Managerのリリースノートを参照してください。

参考

自動で登録されたPFM - Agentの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

登録されたPFM - Agentの起動後に，PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

登録されたPFM - Agentの起動後に，PFM - Web Consoleを再起動したとき

PFM - Agentの起動前に登録したい場合は，jpcagtsetupコマンドに-registerオプションを付加して実行してください。jpcagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Agentの登録の流れを次に示します。

図5-3　PFM - Agentの登録の流れ

注意

PFM - Agentの登録は，PFM - Agentのインスタンス環境を設定する前に実施してください。

すでにPFM - Agentの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - Agentを追加した場合は，PFM - Agentの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - Agentをセットアップしてください。

PFM - Managerと同じホストにPFM - Agentをインストールした場合，jpcagtsetupコマンドが自動的に実行されます。共通メッセージログに「KAVE05908-I エージェント追加セットアップは正常に終了しました」と出力されるので，結果を確認してください。コマンドが正しく実行されていない場合は，コマンドを実行し直してください。コマンドの実行方法については，マニュアル「JP1/Performance Management リファレンス」のコマンドの章を参照してください。

(a)　PFM - Agentのセットアップファイルをコピーする

PFM - AgentをインストールしたホストにあるセットアップファイルをPFM - Managerをインストールしたホストにコピーします。手順を次に示します。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表5-3　コピーするセットアップファイル

コピー元
コピー先

ホスト
ファイル
ホスト
ファイル

PFM - Agent

Windowsの場合
インストール先フォルダ¥setup¥jpcxxxxw.EXE

UNIXの場合
/opt/jp1pc/setup/jpcxxxxw.EXE

PFM - Manager
インストール先フォルダ¥setup

（凡例）

「xxxx」は，各PFM - Agentのサービスキーを示します。サービスキーの詳細は，各PFM - Agentのマニュアルを参照してください。

(b)　PFM - Managerホストでセットアップコマンドを実行する

PFM - ManagerホストでPFM - Agentをセットアップするための次のコマンドを実行します。

jpcagtsetup xxxx

「xxxx」は，各PFM - Agentのサービスキーを示します。サービスキーの詳細は各PFM - Agentのマニュアルを参照してください。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcagtsetup agto

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcagtsetupコマンドを実行してください。

PFM - Agentのセットアップファイルは，この作業が終了したあと，削除してもかまいません。

(2)　ネットワークの設定[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の二つの項目を設定できます。

IPアドレスを設定する
Performance Managementを複数のLANに接続されたネットワークで使用するときに設定します。複数のIPアドレスを設定するには，jpchostsファイルにホスト名とIPアドレスを定義します。設定したjpchostsファイルはPerformance Managementシステム全体で統一させてください。
詳細については「5.3.1　ネットワーク構成の変更」を参照してください。

ポート番号を設定する
Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号とサービス名は，Performance Managementシステム全体で統一させてください。
ポート番号の設定の詳細については「5.3.1 (1) (b)　ポート番号を設定する」を参照してください。

(3)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合にだけ，必要な設定です。

詳細については，「5.4.1　共通メッセージログのファイルサイズ設定」を参照してください。

(4)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合にだけ，必要な設定です。

詳細については，「8.　ユーザーアカウントの管理」を参照してください。

(5)　イベントデータの格納先の変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：インストール先フォルダ¥mgr¥store¥

バックアップ先フォルダ：インストール先フォルダ¥mgr¥store¥backup¥

エクスポート先フォルダ：インストール先フォルダ¥mgr¥store¥dump¥

注

論理ホストで運用する場合のデフォルトの保存先については，「インストール先フォルダ」を「環境ディレクトリ¥jp1pc」に読み替えてください。

変更方法についての詳細は，「5.4.2　イベントデータの格納先の変更」を参照してください。

(6)　動作ログ出力の設定[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，「付録H　動作ログの出力」を参照してください。

(7)　ヘルスチェック機能の設定[図データ]

監視エージェントや監視エージェントが稼働するホストの稼働状態を確認したい場合に必要な設定です。設定方法については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

(8)　PFMサービス自動再起動機能の設定[図データ]

PFMサービスが何らかの原因で異常停止した場合に，自動的にPFMサービスを再起動させたいときに必要な設定です。設定方法については，「19.4.3　PFMサービス自動再起動機能の設定」を参照してください。

5.1.5　PFM - Web Consoleのセットアップ手順

ここでは，監視コンソールサーバにインストールされたPFM - Web Consoleをセットアップする手順を示します。

[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　PFM - Agentの登録

(2)　ネットワークの設定

(3)　初期設定の変更

(4)　PFM - Web Consoleの接続先PFM - Managerの設定

(1)　PFM - Agentの登録[図データ]

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - Web ConsoleにPFM - Agentを登録する必要があります。

PFM - Web Consoleのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，ここで説明する手順は不要です。ただし，PFM - Web Consoleより後でリリースされたPFM - Agentについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Web Consoleのリリースノートを参照してください。

PFM - Agentの登録の流れを次に示します。

図5-4　PFM - Agentの登録の流れ

注意

すでにPFM - Agentの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - Agentを追加した場合，PFM - Agentの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，最新バージョンのPFM - Agentをセットアップしてください。

(a)　PFM - Agentのセットアップファイルをコピーする

PFM - AgentをインストールしたホストにあるセットアップファイルをPFM - Web Consoleをインストールしたホストにコピーします。手順を次に示します。

PFM - Web Consoleが起動されている場合は，PFM - Web Consoleを停止する。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表5-4　コピーするセットアップファイル

コピー元
コピー先

ホスト
ファイル
ホスト
ファイル

PFM - Agent

Windowsの場合
インストール先フォルダ¥setup¥jpcxxxxw.EXE

UNIXの場合
/opt/jp1pc/setup/jpcxxxxw.EXE

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

（凡例）

「xxxx」は，各PFM - Agentのサービスキーを示します。サービスキーの詳細は，各PFM - Agentのマニュアルを参照してください。

(b)　PFM - Web Consoleホストでセットアップコマンドを実行する

PFM - Web ConsoleでPFM - Agentをセットアップするための次のコマンドを実行します。

jpcwagtsetup

PFM - Web ConsoleホストにあるPFM - Agentのセットアップファイルは，この作業が終了したあと削除してもかまいません。

注意

PFM - Web ConsoleをPFM - Agentと同一のホストにインストールしている場合でも，jpcwagtsetupコマンドの実行は必要です。

(2)　ネットワークの設定[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の設定ができます。

ポート番号を設定する
Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号は，Performance Managementシステム全体で統一させてください。
ポート番号の設定の詳細については，「5.4.6　PFM - Web Consoleの設定変更」を参照してください。

(3)　初期設定の変更[図データ]

PFM - Web Consoleを動作させるための設定が，初期設定ファイル（config.xml）に定義されています。この初期設定の内容を変更する場合にだけ必要な設定です。

config.xmlファイルは，PFM - Web Consoleのログファイルに関する設定やコンソール画面に表示するデータの最大値などを設定できます。詳細については，「5.4.6　PFM - Web Consoleの設定変更」を参照してください。

(4)　PFM - Web Consoleの接続先PFM - Managerの設定[図データ]

PFM - Web Consoleが接続するPFM - Managerを設定します。接続先のPFM - Managerを設定するには，初期設定ファイル（config.xml）ファイルに設定します。

詳細については，「5.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

5.1.6　監視コンソールのブラウザーの設定手順

PFM - Web Consoleを使用するために，次に示すブラウザーの設定が必要です。

JavaScriptを有効にする。

ファイルをダウンロードできるようにする。

Cookieを有効にする。

画像（GIFデータ）を表示する。

ページキャッシュを確認する。

フォントサイズを設定する。

監視コンソールのOSがWindowsの場合にサポートするブラウザーを次に示します。

ブラウザー | バージョン | サポートするPFM - Web Consoleのバージョン
Firefox | 2.0.x | 08-11以降
Internet Explorer | 7.0 | 08-10以降
Internet Explorer | 6.0 | 08-00以降

ブラウザーごとの設定項目を表に示します。

＜この項の構成＞

(1)　Firefox 2.0.xの場合

(2)　Internet Explorer 7.0の場合

(3)　Internet Explorer 6.0の場合

(1)　Firefox 2.0.xの場合

表5-5　Firefox 2.0.xの設定

メニュー
カテゴリー
設定項目

［ツール］-［オプション］
［プライバシー］
-［Cookie］
［サイトから送られてきたCookieを保存する］
（保存期間の選択は任意）

［コンテンツ］
［画像を自動的に読み込む］
［JavaScriptを有効にする］

［コンテンツ］-［Javascript］
［詳細設定］で［ウィンドウの移動または大きさの変更」を選択する。

［コンテンツ］-［フォントと配色］
デフォルト値を使用する。

［セキュリティ］-［パスワード］
「パスワードマネージャ」の「サイトのパスワードを記憶する」のチェックを外す。

［詳細］-［言語設定］
「ja」をリストの先頭にする。

(2)　Internet Explorer 7.0の場合

表5-6　Internet Explorer 7.0の設定

メニュー
タブ
ボタン
設定項目

［ツール］
-［インターネットオプション］
［セキュリティ］
［レベルのカスタマイズ］
［セキュリティの設定］
-［スクリプト］
-［アクティブスクリプト］
-［有効にする］

［セキュリティの設定］
-［ダウンロード］
-［ファイルのダウンロード］
-［有効にする］

［詳細設定］
－
［マルチメディア］
-［画像を表示する］

［全般］
[閲覧の履歴]
-［設定］
［保存しているページの新しいバージョンの確認］
-［Webサイトを表示するたびに確認する］または［自動的に確認する］

［言語］

［日本語 [ja]］が存在する場合

［言語］一覧で，［日本語 [ja]］が最上位になるまで［上へ］ボタンをクリックする。

［日本語 [ja]］が存在しない場合

［追加］ボタンをクリックして［言語の選択］ダイアログボックスの［言語］一覧で［日本語 [ja]］を選択し，［OK］ボタンをクリックする。

［言語］一覧で，［日本語 [ja]］が最上位になるまで［上へ］ボタンをクリックする。

［表示］-［文字のサイズ］
－
－
［中］

（凡例）

－：該当しない

(3)　Internet Explorer 6.0の場合

表5-7　Internet Explorer 6.0の設定

メニュー
タブ
ボタン
設定項目

［ツール］
-［インターネットオプション］
［セキュリティ］
［レベルのカスタマイズ］
［セキュリティの設定］
-［スクリプト］
-［アクティブスクリプト］
-［有効にする］

［セキュリティの設定］
-［ダウンロード］
-［ファイルのダウンロード］
-［有効にする］

［詳細設定］
－
［マルチメディア］
-［画像を表示する］

［全般］
［インターネット一時ファイル］
-［設定］
［保存しているページの新しいバージョンの確認］
-［ページを表示するごとに確認する］または［自動的に確認する］

［言語］

［日本語 [ja]］が存在する場合

［言語］一覧で，［日本語 [ja]］が最上位になるまで［上へ］ボタンをクリックする。

［日本語 [ja]］が存在しない場合

［追加］ボタンをクリックして［言語の選択］ダイアログボックスの［言語］一覧で［日本語 [ja]］を選択し，［OK］ボタンをクリックする。

［言語］一覧で，［日本語 [ja]］が最上位になるまで［上へ］ボタンをクリックする。

［表示］-［文字のサイズ］
－
－
［中］

（凡例）

－：該当しない

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

ここでは，Performance Managementプログラムをアンインストールおよびアンセットアップする手順を示します。

＜この節の構成＞

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

5.2.2　アンインストール手順

5.2.3　サービス情報の削除

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

ここでは，Performance Managementをアンインストールおよびアンセットアップするときの注意事項を次に示します。

＜この項の構成＞

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

(2)　ネットワークに関する注意事項

(3)　プログラムに関する注意事項

(4)　サービスに関する注意事項

(5)　PFM - Web Consoleの注意事項

(6)　その他の注意事項

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

Performance Managementプログラムをアンインストールするときは，必ず，OSのAdministrators権限を持つアカウントで実行してください。

(2)　ネットワークに関する注意事項

Performance Managementプログラムをアンインストールしても，servicesファイルに定義されたポート番号は削除されません。

(3)　プログラムに関する注意事項

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままアンインストールした場合，ファイルやフォルダが残ることがあります。この場合は，手動でインストール先フォルダ以下をすべて削除してください。

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままアンインストールした場合，システムの再起動を促すメッセージが出力されることがあります。この場合，システムを再起動して，アンインストールを完了させてください。

PFM - BaseとPFM - Agentがインストールされているホストの場合，PFM - BaseのアンインストールはPFM - Agentをアンインストールしないと実行できません。この場合，PFM - Agent，PFM - Baseの順にアンインストールしてください。また，PFM - ManagerとPFM - Agentがインストールされているホストの場合も同様に，PFM - ManagerのアンインストールはPFM - Agentをアンインストールしないと実行できません。この場合，PFM - Agent，PFM - Managerの順にアンインストールしてください。

(4)　サービスに関する注意事項

PFM - Managerをアンインストールするときは，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止しておいてください。

PFM - Agentをアンインストールしただけでは，jpcctrl listコマンドで表示できるサービス情報は削除されません。この場合，jpcctrl deleteコマンドを使用してサービス情報を削除してください。サービス情報の削除方法については，「5.2.3　サービス情報の削除」を参照してください。

PFM - Managerをアンインストールしたあと，同じマシンに再インストールすると，jpcctrl listコマンドでTrap Generatorサービスが二つ表示されることがあります。この場合，PFM - Managerのサービスを起動し，「Inactive」となっているTrap Generatorサービスをjpcctrl deleteコマンドで削除してください。

(5)　PFM - Web Consoleの注意事項

アンインストール時に，ログ出力フォルダとして，%SystemDrive%環境変数の値を参照します。%SystemDrive%環境変数が未定義の場合，ログは出力されません。

アンインストール実行中のログは，%SystemDrive%¥pfmwebconuninst.logに出力します。また，アンインストーラの終了コードは%SystemDrive%¥pfmwebconuninst.rtnに出力します。

アンインストールに失敗した場合は，アンインストール実行時のログ（%SystemDrive%¥pfmwebconuninst.log）を退避して，原因を取り除いたあと，再度アンインストールしてください。アンインストールするプログラムに「Performance Management - Web Console」がない場合は，一度インストールして，再度アンインストールしてください。

［コントロールパネル］-［管理ツール］-［サービス］アプレット，または［コントロールパネル］-［管理ツール］-［コンピュータの管理］-［サービスとアプリケーション］-［サービス］のサービス一覧を表示した状態で，アンインストールを実行すると，「PFM - Web Service」または「PFM - Web Console」の名前が削除されないで残る場合があります。アンインストール前にはこれらのウィンドウを閉じてください。

PFM - Web Consoleがインストールされているホストから，Performance Managementプログラムをアンインストールする場合は，ブラウザー画面をすべて閉じてからアンインストールを実施してください。

PFM - Web Consoleのアンインストールが完了したら，PFM - Web Consoleの設定を無効にするためにシステムを再起動してください。

(6)　その他の注意事項

インスタンス環境を設定しているPFM - Agentの場合，PFM - Agentをアンインストールする前に，インスタンス環境をアンセットアップしておいてください。アンセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

NNM連携機能を使用した場合，PFM - ManagerまたはPFM - Baseをアンインストールする前に，NNM連携機能をアンセットアップしておいてください。アンセットアップ方法については，「17.2.4　アンセットアップ」を参照してください。

5.2.2　アンインストール手順

Performance Managementプログラムをアンインストールする手順を説明します。

Performance Managementのプログラムをアンインストールするホストに，Administrators権限でログインする。

ローカルホストでPerformance Managementのプログラムおよびサービスを停止する。
サービス情報を表示して，サービスが起動されていないか確認してください。ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。
サービスの停止方法およびサービス情報の表示方法については，「7.　Performance Managementの起動と停止」を参照してください。

アンインストールするPerformance Managementのプログラムを選択する。
Windowsの［コントロールパネル］で［プログラムの追加と削除］を選択して，アンインストールするPerformance Managementプログラムを選択します。
なお，PFM - ManagerまたはPFM - Baseを削除する場合は，PFM - Web Console以外のすべてのPerformance Managementプログラムを事前にアンインストールする必要があります。

［削除］を選択し，［OK］ボタンをクリックする。
選択したプログラムがアンインストールされます。

5.2.3　サービス情報の削除

次のような場合，jpcctrl listコマンドで表示されるサービス情報を削除する必要があります。

PFM - Agentをアンインストールしたとき

接続先のPFM - Managerを変更したとき

運用開始後にPFM - Manager，PFM - Agent，またはPFM - Baseのホスト名を変更したとき

Action Handlerサービスのサービス情報を削除した場合は，そのAction Handlerを使用したアラームのアクション実行ができなくなりますので，アラームのアクション実行をするAction Handlerサービスを再設定してください。

サービス情報を削除するにはjpcctrl deleteコマンドを使用します。

サービス情報を削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcctrl deleteコマンドを，情報を削除したいサービスのサービスIDを指定して実行する。
例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，次のように指定します。

jpcctrl delete OS* host=host02

PFM - Managerを再起動する。

PFM - Web Consoleを再起動する。

5.3　Performance Managementのシステム構成の変更

監視対象システムの構成変更に応じて，Performance Managementのシステム構成を変更する場合があります。ここでは，Performance Managementのシステム構成を変更する手順を説明します。

＜この節の構成＞

5.3.1　ネットワーク構成の変更

5.3.2　接続先PFM - Managerの変更

5.3.3　Performance Managementシステムでのホスト名の設定

5.3.4　運用開始後のホスト名の変更

5.3.1　ネットワーク構成の変更

ネットワーク構成を変更したときの，Performance Managementの設定を変更する手順を説明します。

なお，コマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，PFM - ManagerとPFM - Web Console間またはPFM - ManagerとPFM - Agent間のファイアウォールを通過させるための設定および注意事項については，マニュアル「JP1/Performance Management リファレンス」の，付録に記載されているポート番号一覧を参照してください。

＜この項の構成＞

(1)　PFM - ManagerホストおよびPFM - Agentホストでの作業手順

(2)　PFM - Web Consoleホストでの作業手順

(1)　PFM - ManagerホストおよびPFM - Agentホストでの作業手順

PFM - ManagerホストおよびPFM - Agentホストでのネットワークの設定変更手順を説明します。

(a)　IPアドレスを設定する

複数のLANに接続されたネットワーク環境でPerformance Managementを運用するときに使用するIPアドレスを指定したい場合は，IPアドレスを設定します。

IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。

注意

jpchostsファイルを設定した場合，jpchostsファイルに定義したホスト名については，hostsファイルやDNSの定義を参照しません。したがって，ホスト名から取得されるIPアドレスを，jpchostsファイルに定義しておく必要があります。

手順を次に示します。

テキストエディターなどで，jpchostsファイルを開く。
jpchostsファイルは，インストール先フォルダに格納されています。

jpchostsファイルを編集する。
例えば，ホスト名がhostAでIPアドレスが20.108.41.1であるホストと，ホスト名がhostBでIPアドレスが20.108.41.2と20.108.41.3であるホストのIPアドレスを次のように設定します。

hostA 20.108.41.1
hostB 20.108.41.2, 20.108.41.3

IPアドレスが20.108.41.1であるホストに，エイリアス名aliasAを付与する場合，次のように設定します。

aliasA 20.108.41.1

一つのホストに複数のIPアドレスを設定している場合は，先に指定したIPアドレスが優先されます。

次の条件に当てはまる場合，IPアドレス設定は無効です。
・ホスト名の長さが33バイト以上の場合
・ホスト名がlocalhostの場合
・10進ドット表記のIPアドレス（例：172.16.233.12）をホスト名として使用している場合
・「-」で始まるホスト名の場合
・次の文字または空白を含むホスト名の場合
¥ / : , ; * ? “ > < | . =

IPアドレスは10進ドット表記（例：172.16.233.12）で指定してください。

一つのホストに対して指定できるIPアドレスの数は16個です。

注意2に従い，jpchostsファイルをコピーする。

Performance Managementを再起動する。
Performance Managementを再起動すると，設定したjpchostsファイルの情報が有効になります。

注意1

1番目に設定しているIPアドレスが使用できなくなった場合，それ以降2番目のIPアドレスを使用し続けるというものではありません。次回以降の通信でも，まず1番目のIPアドレスから順に通信を試みます。

注意2

jpchostsへのPFM - Managerホストの設定追加の要否

PFM - ManagerホストがNIC一枚の場合
PFM - Managerのjpchosts：設定の必要はありません。
PFM - Managerに接続しているPFM - Agentのjpchosts：設定の必要はありません。

PFM - ManagerホストがNIC二枚以上の場合
PFM - Managerのjpchosts：PFM - Managerで使用したいIPアドレスを指定します。
PFM - Managerに接続しているPFM - Agentのjpchosts：PFM - Managerで使用したいIPアドレスを指定します。

jpchostsへのPFM - Agentホストの設定追加の要否

存在するPFM - Agentホストごとに確認します。

PFM - AgentホストがNIC一枚の場合
PFM - Managerのjpchosts：設定の必要はありません。
確認対象のPFM - Agentのjpchosts：設定の必要はありません。
その他のPFM - Agentのjpchosts：設定の必要はありません。

PFM - AgentホストがNIC二枚以上の場合
PFM - Managerのjpchosts：PFM - Agentで使用したいIPアドレスを指定します。
確認対象のPFM - Agentのjpchosts：PFM - Agentで使用したいIPアドレスを指定します。
その他のPFM - Agentのjpchosts：設定の必要はありません。
注　確認対象のPFM - Agentと他のPFM - Agentホスト間でjpcctrlコマンドなどを使用して通信する場合は，確認対象のPFM - Agentの設定を追加する必要があります。

(b)　ポート番号を設定する

PFM - ManagerとPFM - Web Console間またはPFM - ManagerとPFM - Agent間のファイアウォールを通過させたい場合など，Performance Managementシステムで使用するポート番号を固定して運用したい場合は，各サービスに対して固定のポート番号を設定してください。

各サービスに対して固定のポート番号を設定する場合や，一度設定したポート番号を変更する場合は，jpcnsconfig portコマンドを使用します。PFM - Web Console側のポート番号は，初期設定ファイル（config.xml）で設定します。

補足

運用での混乱を避けるため，Performance Managementシステム全体でポート番号とサービス名の対応を統一してください。

ポート番号を設定する手順を次に示します。

jpcnsconfig portコマンドを実行する。
例えば，すべてのサービスに対してポート番号を固定値に設定する場合，次のようにコマンドを指定して実行します。

jpcnsconfig port define all

個々のサービスに対してポート番号を設定する。
jpcnsconfig portコマンドを実行すると，現在設定されているポート番号またはデフォルトのポート番号が表示されます。
例えば，Name Serverサービスに対する，現在のポート番号が22285の場合，次のように表示されます。

Component[Name Server]
ServiceID[PN1001]
Port[22285]
    :

ポート番号をどのように設定したいかによって，操作が異なります。設定内容と操作を次の表に示します。システム内でポート番号が重複しないかぎり，jpcconfig portコマンドで表示されるポート番号をそのまま使用してください。

設定内容
操作

表示されている番号を，サービス固定のポート番号としてそのまま使用する場合
リターンキーを押す。

ポート番号を，表示されている番号から変更する場合
1024～65535の範囲内でポート番号を入力する。
ただし，現在システムで使用されているポート番号は指定できない。

ポート番号を固定しない場合
「0」を入力する。
ただし，次のサービスは，ポート番号を固定しないように設定することはできない。「0」を入力した場合は，デフォルト値が設定される。

Name Serverサービス

View Serverサービス（PFM - Web ConsoleとView Serverサービス間）

NNM Object Managerサービス

Status Serverサービス

注意

ポート番号設定時に，Performance Managementのプログラムおよびサービスが起動されている場合，サービスを停止してからjpcnsconfig portコマンドを実行してください。ポート番号の設定が終わったあと，手動でサービスを起動してください。

jpcnsconfig portコマンドの実行中に，Ctrl+Cキーで中断すると，ポート番号は正しく設定されません。jpcnsconfig portコマンドを再実行して，ポート番号を設定し直してください。

再度，jpcnsconfig portコマンドを実行して，ポート番号が正しく設定されたかどうかを確認する。
例えば，すべてのサービスのポート番号を表示する場合，次のようにコマンドを指定して実行します。

jpcnsconfig port list all

Services欄またはPort欄に<error>と表示された場合は，正しく設定されていません。ポート番号を設定し直してください。エラーとなった場合，次の要因が考えられます。

ポート番号がservicesファイルに登録されていない。

servicesファイルに同じポート番号が重複して登録されている。

(2)　PFM - Web Consoleホストでの作業手順

PFM - Web Consoleホストでネットワークの設定を変更するには，初期設定ファイル（config.xml）を変更します。

config.xmlファイルを変更する手順については，「5.4.6　PFM - Web Consoleの設定変更」を参照してください。

5.3.2　接続先PFM - Managerの変更

ここでは，Performance Managementシステムを構築したあとで，接続先のPFM - Managerを変更する方法を説明します。

なお，サービスの起動方法および停止方法の操作については，「7.　Performance Managementの起動と停止」を参照してください。

＜この項の構成＞

(1)　PFM - Agentホストでの作業手順

(2)　PFM - Web Consoleホストでの作業手順

(1)　PFM - Agentホストでの作業手順[図データ]

PFM - Agentの接続先PFM - Managerを変更するには，jpcnshostnameコマンドを使用します。

PFM - Managerと同じホストにPFM - Agentをインストールした場合，またはPFM - Baseのインストール時に接続先PFM - Managerを設定した場合，この作業は不要です。

注意

複数のPFM - Managerには接続できません。一つの監視エージェントで設定できる接続先のPFM - Managerは一つだけです。そのため，一つの監視エージェントに複数のPFM - Agentがインストールされている場合，それぞれの接続先として異なるPFM - Managerを設定することはできません。

PFM - AgentとPFM - Managerが同じホストにインストールされている場合，接続先PFM - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先のPFM - ManagerをリモートホストのPFM - Managerに変更できません。

接続先PFM - Managerを変更する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

PFM - Baseのバージョン08-50以降でインストール時に接続先PFM - Managerの設定を省略した場合は，接続先PFM - Managerの変更を必ず行ってください。

手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。サービスの停止にはjpcstopコマンドを使用してください。

jpcstop all

接続先PFM - Managerを変更する。
接続先PFM - Managerを変更するには，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerをホストhost02上のPFM - Managerに変更する場合，次のように指定します。

jpcnshostname -s host02

変更後の接続先PFM - Managerが起動されていることを確認する。

PFM - Agentホスト上のPerformance Managementのプログラムおよびサービスを再起動する。

なお，変更前の接続先PFM - Managerで，PFM - Agentのホスト名が付加された，Performance Managementプログラムのサービス情報をすべて削除してください。サービス情報の削除方法については，「5.2.3　サービス情報の削除」を参照してください。

(2)　PFM - Web Consoleホストでの作業手順

接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「5.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

5.3.3　Performance Managementシステムでのホスト名の設定

ここでは，Performance Managementシステムのホスト名として使用する名前の設定を変更する方法について説明します。なお，Performance Managementシステムのホスト名として使用する名前を監視ホスト名と呼びます。

参考

監視ホスト名は，サービスIDの一部（デバイス名）などに使用されます。例えば，監視ホスト名が「HostX」のホストにインストールされたPFM - Agent for Platform（Windows）のAgent CollectorのサービスIDは「TA1HostX」となります。

デフォルトでは，監視ホスト名がOSから取得するホスト名（実ホスト名）になっています。

Performance Managementシステムでは，任意のホスト名（エイリアス名）を監視ホスト名に設定できます。この機能を，監視ホスト名設定機能といいます。

これによって，例えば同じ実ホスト名を持つホストが複数ある環境において，エイリアス名によってホストを区別して監視することができるようになります。

＜この項の構成＞

(1)　前提条件

(2)　設定方法

(3)　［Common Section］セクションの設定

(1)　前提条件

監視ホスト名設定機能を使用するには，監視ホスト名設定機能を有効とするホスト上のPFM - ManagerおよびPFM - Baseが08-50以降であり，同一ホスト上のPFM - Agentがすべて08-00以降である必要があります。

同一ホスト上に07-50以前のPFM - Agentが一つでもある場合，監視ホスト名設定機能は使用できません。

監視ホスト名設定機能を使用するために必要な，同一ホスト内でのPFM - Manager，PFM - Base，PFM - Agentのバージョンの組み合わせを次の表に示します。

表5-8　同一ホスト内の製品の組み合わせと監視ホスト名設定機能の使用可否

PFM - ManagerおよびPFM - Baseのバージョン | PFM - Agentのバージョン | PFM - Agentなし
08-00以降 | 07-50以前
PFM - Manager | 08-11以前 | × | × | ×
08-50以降 | ○ | × | ○
PFM - Base | 08-11以前 | × | × | ×
08-50以降 | ○ | × | ○

（凡例）

○：監視ホスト名設定機能を使用できる。

×：監視ホスト名設定機能を使用できない。

監視ホスト名設定機能を使用する場合の注意事項を次に示します。

エイリアス名を使用する場合，エイリアス名からホストのIPアドレスが解決できる必要があります。Performance Managementシステム以外のIPアドレス解決に影響を与えたくない場合は，jpchostsファイルでIPアドレスの解決を定義することができます。jpchostsファイルの編集方法については，「5.3.1　ネットワーク構成の変更」を参照してください。ほかのシステムと連携させる場合は，hostsファイルやDNSの定義によるIPアドレス解決ができるように設定する必要があります。

監視ホスト名設定機能を使用している場合，同一ホスト上に07-50以前のPFM - Agentをインストールすることはできません。07-50以前のPFM - Agentをインストールする場合，事前に監視ホスト名設定機能を使用しない設定に戻す（Get Host Modeラベルに0を設定する）必要があります。戻していない場合，07-50以前のPFM - Agentのインストールに失敗することがあります。

同一ホスト上に07-50以前のPFM - Agentが一つでもある状態で監視ホスト名設定機能を設定した場合，08-00以降のPerformance Management製品のサービスの起動が抑止されます。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホストで設定されたホスト名が有効になります。

監視ホスト名設定機能を使用した場合，PFM - Agentの種類によっては，共通ログに出力されるホスト名と，実際に稼働しているホスト名が異なる場合があります。また，同一ホスト上でPFM - Viewが運用されていると，PFM - Viewの共通ログに記録される物理ホスト名は実ホスト名になります。

インストールした直後に監視ホスト名設定機能を使用した場合でも「(2)(a)　監視マネージャーホストの監視ホスト名設定方法」および「(2)(b)　監視エージェントホストの監視ホスト名設定方法」に記載されている設定を実施する必要があります。

(2)　設定方法

監視ホスト名を設定する手順について説明します。

(a)　監視マネージャーホストの監視ホスト名設定方法

監視マネージャーホストで監視ホスト名を設定する手順を次に示します。

ヘルスチェックエージェントの設定を解除する。
ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用します。

PFM - Agentホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用します。

PFM - Managerホストでサービスを停止する。
ホスト名を変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用します。

PFM - Managerホストでアラームイベントデータを削除する。
アラームイベントデータが格納されているMaster StoreサービスのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
Windowsの場合でのStoreデータベースの格納先フォルダを次に示します。
インストール先フォルダ¥mgr¥store

注意

Performance Managementのjpcctrl clearコマンドでは，Storeデータベース内のデータは削除されますが，Storeデータベースのファイル（*.DBおよび*.IDX）は削除されません。Storeデータベースのファイルを削除するには，エクスプローラなどから行ってください。

PFM - Managerホストでヘルスチェックエージェントの収集データを削除する。
ヘルスチェックエージェントの収集データが格納されているAgent StoreサービスのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
Windowsの場合でのStoreデータベースの格納先フォルダを次に示します。
インストール先フォルダ¥agt0¥store

PFM - Managerホストでサービス構成情報ファイルを初期化する。
jpcns.iniファイルを初期化するには，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先フォルダはインストール先フォルダです。

注意

jpcns.iniファイルの格納先フォルダにjpcns_backup.iniファイルが存在する場合，jpcns_backup.iniファイルも同時に削除してください。

PFM - Managerホストでjpccomm.iniの［Common Section］セクションの設定を変更する。
詳細については，「(3) ［Common Section］セクションの設定」を参照してください。

必要に応じて，jpchostsファイル，hostsファイルおよびDNSの設定を変更する。

PFM - Managerホストのホスト名を設定する。
PFM - Managerホストのホスト名を設定するには，jpcnshostnameコマンドを使用します。
コマンドの実行例を次に示します。

jpcnshostname -u　

PFM - AgentホストでのStatus Serverサービスのポート番号を設定する。
PFM - Agentホストでステータス管理機能を有効にしている場合，PFM - Agentホスト上でStatus Serverサービスのポート番号を設定します。次のように指定してコマンドを実行します。ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。
コマンドの実行例を次に示します。

jpcnsconfig port define stat

PFM - Managerホストでサービスを起動する。
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでサービス情報を削除する。
PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストのホスト名を変更した場合は，変更前のPFM - Managerのサービス情報を削除する必要があります。例えば，変更前のPFM - Managerホスト名がhost02のとき，ホストhost02上にあるPFM - Managerサービスの情報をすべて削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete P* host=host02
jpcctrl delete 0* host=host02

PFM - Managerホストでサービスを再起動する。
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentホストで接続先PFM - Managerを変更する。
ホスト名を変更したPFM - Managerに接続するPFM - Agentホストで，接続先PFM - Managerを変更します。接続先PFM - Managerの変更は，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost02の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host02

PFM - Agentホストでサービスを起動する。
ホスト名を変更したPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。
ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerを変更します。接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「5.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

PFM - Web Consoleホストでサービスを起動する。
ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

ヘルスチェックエージェントの設定を行う。
ヘルスチェック機能を利用している場合，ホスト名変更後のヘルスチェックエージェントの定義を再設定します。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している場合
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している場合
アクションのJP1イベントの設定を再度行ってください。

アラーム編集方法詳細については，「12.　アラームによる稼働監視」を参照してください。

設定変更後の確認をする。
設定変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

(b)　監視エージェントホストの監視ホスト名設定方法

監視エージェントホストで監視ホスト名を設定する手順を次に示します。

PFM - Agentの設定を削除する。
ホスト名を変更するPFM - Agentホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Agentホストでサービスを停止する。
ホスト名を変更するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用します。

PFM - Agentホストでインスタンス環境をアンセットアップする。
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のアンセットアップを実施します。インスタンス環境のアンセットアップ方法詳細については，PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでパフォーマンスデータを削除する。
インスタンス環境を構築しないPFM - Agentがインストールされている場合，Storeデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。Storeバージョン2.0の場合は，各レコードのフォルダ内のファイルも削除します。
Storeデータベースの格納先フォルダについては，PFM - Agentマニュアルを参照してください。

注意

Performance Managementのjpcctrl clearコマンドでは，Storeデータベース内のデータが削除されますが，Storeデータベースのファイル（*.DBおよび*.IDX）は削除されません。Storeデータベースのファイルを削除するには，エクスプローラなどから行ってください。

PFM - Agentホストでサービス構成情報ファイルを初期化する。
jpcns.iniファイルを初期化するには，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先フォルダはインストール先フォルダです。

注意

jpcns.iniファイルの格納先フォルダにjpcns_backup.iniファイルが存在する場合，jpcns_backup.iniファイルも同時に削除してください。

PFM - Agentホストでjpccomm.iniの［Common Section］セクションの設定を変更する。
詳細については，「(3) ［Common Section］セクションの設定」を参照してください。

必要に応じて，jpchostsファイル，hostsファイルおよびDNSの設定を変更する。

必要に応じて，監視エージェントホストのPFM - Agentの接続先Managerホストを変更する。
コマンドの実行例を次に示します。

jpcnshostname -s 〈接続先Managerホストのホスト名〉

PFM - AgentホストでのStatus Serverサービスのポート番号を設定する。
PFM - Agentホストでステータス管理機能を有効にしている場合，PFM - Agentホスト上でStatus Serverサービスのポート番号を設定します。次のように指定してコマンドを実行します。ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。
コマンドの実行例を次に示します。

jpcnsconfig port define stat

PFM - Agentホストでインスタンス環境をセットアップする。
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のセットアップを実施します。インスタンス環境のセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでサービスを起動する。
ホスト名を変更したPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでサービス情報を削除する。
PFM - Agentホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストで変更前のPFM - Agentのサービス情報を削除する必要があります。例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete OS* host=host02

PFM - Managerホストでサービスを再起動する。
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストでサービスを再起動する。
PFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentの設定を行う。
ホスト名変更後のエージェントの定義を再設定します。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Agentホストのアクションハンドラを指定している場合
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Agentホスト名＞」を設定してください。

アクションでJP1イベントを発行している場合
アクションのJP1イベントの設定を再度行ってください。

アラーム編集方法詳細については，「12.　アラームによる稼働監視」を参照してください。

設定変更後の確認をする。
設定変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

(3)　［Common Section］セクションの設定

監視ホスト名設定方法は，jpccomm.iniファイルの［Common Section］セクション配下のGet Host ModeラベルおよびHost Alias Nameラベルによって設定します。

格納先

jpccomm.iniファイルの格納先を次に示します。

インストール先フォルダ※¥jpccomm.ini

注※

監視マネージャーホストの監視ホスト名を変更する場合はPFM - Managerのインストール先フォルダ，監視エージェントホストの監視ホスト名を変更する場合はPFM - Baseのインストール先フォルダです。

Get Host Modeラベルの設定

0～2の数値を設定します。各設定値の意味を次に示します。

0の場合

監視ホスト名設定機能を使用しません。監視ホスト名は，実ホスト名（hostnameコマンドで取得されるホスト名）になります。同一ホスト上に07-50以前のPFM - Agentをインストールする場合は，必ず0に設定してください。

1の場合

監視ホスト名は，実ホスト名（hostnameコマンドで取得されるホスト名）になります。Host Alias Nameラベルにエイリアス名を設定しても無視されます。

2の場合

監視ホスト名は，エイリアス名（Host Alias Nameに指定した名前）になります。Host Alias Nameラベルにエイリアス名を指定しないと，サービス起動が抑止されます。

Get Host Modeラベルについての注意事項を次に示します。

有効となる値は，0，1または2の半角数字です。その他の半角数字や記号，全角文字などが設定された場合，サービス起動が抑止されます。

1または2を設定する場合，「(1) 前提条件」の条件を満たす必要があります。この条件を満たさない環境では，必ず0を設定してください。

Host Alias Nameラベルの設定

Get Host Modeラベルに2を設定した場合に，エイリアス名を設定します。Get Host Modeラベルに2以外を設定した場合，Host Alias Nameラベルの設定は無視されます。

Host Alias Nameラベルに設定できるエイリアス名の制限を次に示します。制限に即さないエイリアス名が指定された場合，サービス起動が抑止されます。

使用できる文字は，1～32バイトの半角英数字だけです。

文字列「localhost」およびIPアドレスはエイリアス名に指定できません。

エイリアス名の中および後ろに半角スペースを指定できません。

エイリアス名の前にある半角スペースは無視されます。

同一ホスト上において，エイリアス名を利用しているPFM - ManagerまたはPFM - Baseがある状態で論理ホスト環境を作成する場合，エイリアス名と同一の論理ホスト名は指定できません。

同一ホスト上において，論理ホスト環境で運用しているPFM製品がある状態でエイリアス名を使用する場合，論理ホスト名と同一のエイリアス名は指定できません。

設定例

「hostB」というエイリアス名を監視ホスト名として使用する設定例を次に示します。

[Common Section]
Get Host Mode=2
Host Alias Name=hostB

5.3.4　運用開始後のホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Managerホスト，PFM - Agentホスト，およびPFM - Web Consoleのホスト名を変更する方法を説明します。

注意

運用開始後にPFM - ManagerホストまたはPFM - Agentをインストールしたホストのホスト名を変更した場合，データベースファイル（*.DBおよび *.IDX）を引き継ぐことはできません。ホスト名変更前のデータベースファイルを継続して使用すると，ファイルサイズが不当に大きくなることがあります。運用開始後にホスト名を変更する場合は，必ず次の(1)，(2)の手順に従ってください。

＜この項の構成＞

(1)　PFM - Managerホスト名を変更する

(2)　PFM - Agentホスト名を変更する

(1)　PFM - Managerホスト名を変更する

PFM - Managerホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Agentホスト

PFM - Managerホスト

PFM - Web Consoleホスト

注意

PFM - Managerホスト名を変更する前に，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止してください。サービスを停止するにはjpcstopコマンドおよびjpcwstopコマンドを使用してください。

作業の流れを次の図に示します。

図5-5　PFM - Managerのホスト名を変更する流れ

作業手順を次に示します。

ヘルスチェックエージェントの設定削除
ヘルスチェック機能を利用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでのサービスの停止
ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - Agentホストでのサービスの停止
ホスト名を変更するPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

PFM - Managerホストでのサービスの停止
ホスト名を変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

イベントデータの削除
イベントデータが格納されているMaster StoreサービスのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
Storeデータベースの格納先フォルダは，次のとおりです。

Windowsの場合

インストール先フォルダ¥mgr¥store

UNIXの場合

/opt/jp1pc/mgr/store

補足

Performance Managementのjpcctrl clearコマンドはStoreデータベース内のデータを削除しますが，Storeデータベースのファイル（*.DBおよび*.IDX）自体は削除しません。Storeデータベースのファイル自体の削除は，エクスプローラなどから行ってください。

ヘルスチェックエージェントのパフォーマンスデータの削除
ヘルスチェック機能を利用している場合，ヘルスチェックエージェントのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
Storeデータベースの格納先フォルダは，次のとおりです。

Windowsの場合

インストール先フォルダ¥agt0¥store

UNIXの場合

/opt/jp1pc/agt0/store

補足

Performance Managementのjpcctrl clearコマンドはStoreデータベース内のデータを削除しますが，Storeデータベースのファイル（*.DBおよび*.IDX）自体は削除しません。Storeデータベースのファイル自体の削除は，エクスプローラなどから行ってください。

サービス構成情報ファイルの初期化
サービス構成情報ファイル（jpcns.ini）を初期化します。jpcns.iniファイルの初期化は，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先フォルダはインストール先フォルダです。

補足

jpcns.iniファイルの格納先フォルダにjpcns_backup.iniファイルが存在する場合は，jpcns_backup.iniファイルも同時に削除してください。

監視マネージャーのホスト名変更
PFM - Managerがインストールされている監視マネージャーホストのホスト名を変更します。また，hostsファイルおよびjpchostsファイルの変更が必要な場合はここで変更します。マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

PFM - Managerホストのホスト名設定
PFM - Managerホストのホスト名を設定するには，jpcnshostnameコマンドを使用します。次のように指定してコマンドを実行します。

jpcnshostname -u

PFM - ManagerホストでのStatus Serverサービスのポート番号の設定
PFM - Managerホストでステータス管理機能を有効にしている場合，PFM - Managerホスト上でStatus Serverサービスのポート番号を設定します。次のように指定してコマンドを実行します。
ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。

jpcnsconfig port define stat

PFM - Managerホストでのサービスの起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでのサービス情報の削除
PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストのホスト名を変更した場合は，変更前のPFM - Managerのサービス情報を削除してください。例えば，変更前のPFM - Managerホスト名がhost02のとき，ホストhost02上にあるPFM - Managerサービスの情報をすべて削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete P* host=host02
jpcctrl delete 0* host=host02

PFM - Managerホストでのサービス再起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentホストで，接続先PFM - Managerの変更
ホスト名を変更したPFM - Managerに接続するPFM - Agentホストで，接続先PFM - Managerを変更します。接続先PFM - Managerの変更は，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost03の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host03

PFM - Agentホストでのサービスの起動
ホスト名を変更したPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストで，接続先PFM - Managerの変更
ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerを変更します。接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「5.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

PFM - Web Consoleホストでのサービスの起動
ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

ヘルスチェックエージェントの設定
ヘルスチェック機能を利用している場合，ホスト名変更後のヘルスチェックエージェントの定義を再設定します。

アラームの設定を更新する
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している
アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Managerホスト名＞"を設定してください。

アクションでJP1イベントを発行している
アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「12.　アラームによる稼働監視」を参照してください。

注意

ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認してください。

(2)　PFM - Agentホスト名を変更する

PFM - Agentホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Agentホスト

PFM - Managerホスト

PFM - Web Consoleホスト

注意

PFM - Agentホスト名を変更する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。サービスを停止するにはjpcstopコマンドを使用してください。

作業の流れを次の図に示します。

図5-6　PFM - Agentのホスト名を変更する流れ

作業手順を次に示します。

PFM - Agentの設定削除
ホスト名を変更するPFM - Agentホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Agentホストでのサービスの停止
ホスト名を変更するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

インスタンス環境のアンセットアップ
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のアンセットアップを実施します。インスタンス環境のアンセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

パフォーマンスデータの削除
インスタンス環境を構築しないPFM - Agentがインストールされている場合，Storeデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。Storeバージョン2.0の場合は，各レコードのフォルダ内のファイルも削除します。
Storeデータベースの格納先フォルダについては，各PFM - Agentのマニュアルを参照してください。

補足

Performance Managementのjpcctrl clearコマンドはStoreデータベース内のデータを削除しますが，Storeデータベースのファイル（*.DBおよび*.IDX）自体は削除しません。Storeデータベースのファイル自体の削除は，エクスプローラなどから行ってください。

サービス構成情報ファイルの初期化
サービス構成情報ファイル（jpcns.ini）を初期化します。jpcns.iniファイルの初期化は，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先フォルダはインストール先フォルダです。

補足

jpcns.iniファイルの格納先フォルダにjpcns_backup.iniファイルが存在する場合は，jpcns_backup.iniファイルも同時に削除してください。

監視エージェントのホスト名変更
PFM - Agentがインストールされている監視エージェントのホスト名を変更します。また，hostsファイルおよびjpchostsファイルの変更が必要な場合はここで変更します。マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Agentホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように設定を元に戻してください。

接続先PFM - Managerの再設定
接続先PFM - Managerを再設定するには，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost01の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host01

PFM - AgentホストでのStatus Serverサービスのポート番号の設定
PFM - Agentホストでステータス管理機能を有効にしている場合，PFM - Agentホスト上でStatus Serverサービスのポート番号を設定します。次のように指定してコマンドを実行します。
ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。

jpcnsconfig port define stat

インスタンス環境のセットアップ
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のセットアップを実施します。インスタンス環境のセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでのサービスの起動
ホスト名を変更したPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでのサービス情報の削除
PFM - Agentホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Agentホストのホスト名を変更した場合は，PFM - Managerホストで変更前のPFM - Agentのサービス情報を削除してください。例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete OS* host=host02

PFM - Managerホストでのサービス再起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストでのサービス再起動
PFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentの設定
ホスト名変更後のエージェントの定義を再設定します。

アラームの設定を更新する
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラまたはJP1イベントの送信元に，ホスト名を変更したPFM - Agentホストのアクションハンドラを指定している
アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Agentホスト名＞"を設定してください。

注意

ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認してください。

5.4　Performance Managementの運用方式の変更

稼働監視システムのシステム管理者の変更や，収集した稼働監視データの運用手順の変更などで，システムのPerformance Managementの運用方式を変更する場合があります。ここでは，Performance Managementの運用方式を変更する手順を説明します。

＜この節の構成＞

5.4.1　共通メッセージログのファイルサイズ設定

5.4.2　イベントデータの格納先の変更

5.4.3　通信回線の切断の設定

5.4.4　アラームテーブル複数バインド機能の設定

5.4.5　IPアドレスの設定変更

5.4.6　PFM - Web Consoleの設定変更

5.4.7　Storeバージョン2.0のセットアップとアンセットアップ

5.4.8　ファイル権限の強化

5.4.1　共通メッセージログのファイルサイズ設定

共通メッセージログは，PFM - Manager，PFM - Base，およびPFM - Agentで出力されます。デフォルトでは，共通メッセージログのログファイルとして，2,048キロバイトのファイルが2ファイル使用されます。共通メッセージログのファイルサイズを変更したい場合に必要な設定です。

ファイルサイズを変更したい場合は，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレトクリ¥jp1pc

UNIXの場合

環境ディレクトリ/jp1pc

jpccomm.iniファイルで編集するラベル名，設定できる値の範囲などを次の表に示します。

表5-9　共通メッセージログのファイルサイズ設定項目（jpccomm.iniの[Common Section]セクション）

設定項目
ラベル名
設定できる値
デフォルト値

共通メッセージログを格納するファイルのサイズ
（キロバイト）
Common Msglog Size
4～4,096
2,048

手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

共通メッセージログのファイルサイズを変更する。
次に示す網掛け部分を修正してください。

注意

行頭および「=」の前後には空白文字を入力しないでください。

jpccomm.iniファイルには，共通メッセージログのファイルサイズ以外にも，定義情報が記述されています。[Common Section]セクションのCommon Msglog Size以外の値は変更しないようにしてください。必要な項目以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpccomm.iniファイルを保存して閉じる。

注意

共通メッセージログファイルの設定は，同一ホスト上のPerformance Managementプログラムで共通にしてください。

jpccomm.iniファイルの設定内容をインストール時の状態に戻すには，jpccomm.iniファイルの格納先フォルダにあるjpccomm.ini.modelファイルをjpccomm.iniファイルにコピーしてください。

5.4.2　イベントデータの格納先の変更

PFM - Agentで発生したイベントデータは，PFM - ManagerのMaster StoreサービスのStoreデータベースで管理されます。

Storeデータベースで管理されるイベントデータの，次の格納先フォルダを変更したい場合は，jpcsto.iniファイルの内容を直接編集します。

格納先フォルダ

バックアップ先フォルダ

エクスポート先フォルダ

jpcsto.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ¥mgr¥store¥jpcsto.ini

UNIXの場合

/opt/jp1pc/mgr/store/jpcsto.ini

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥mgr¥store¥jpcsto.ini

UNIXの場合

環境ディレクトリ/jp1pc/mgr/store/jpcsto.ini

＜この項の構成＞

(1)　jpcsto.iniファイルの設定項目

(2)　jpcsto.iniファイルの編集手順

(1)　jpcsto.iniファイルの設定項目

jpcsto.iniファイルで編集するラベル名，設定できる値の範囲などを次に示します。

表5-10　イベントデータの格納先の設定項目（jpcsto.iniの[Data Section]セクション）

設定項目
ラベル名
設定できる値※1
デフォルト値

イベントデータを作成するフォルダ
Store Dir※2
1～127バイトのフルパス名
物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store

UNIXの場合
/opt/jp1pc/mgr/store

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr/store

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store

イベントデータのバックアップ先フォルダ
Backup Dir※2
1～127バイトのフルパス名
物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store¥backup

UNIXの場合
/opt/jp1pc/mgr/store/backup

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥backup

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/backup

イベントデータを退避する場合の最大世代番号
Backup Save
1～9
5

イベントデータのエクスポート先フォルダ
Dump Dir※2
1～127バイトのフルパス名
物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store¥dump

UNIXの場合
/opt/jp1pc/mgr/store/dump

論理ホストの場合

Widowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥dump

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/dump

注※1

フォルダ名は，すべてフルパス名で指定してください。

指定できる文字は，次の文字を除く，半角英数字，半角記号および半角空白です。
; , * ? ' " < > |

指定値に誤りがある場合，Master Storeサービスは起動できません。

注※2

Store Dir，Backup Dir，およびDump Dirには，それぞれ重複したフォルダを指定できません。

(2)　jpcsto.iniファイルの編集手順

手順を次に示します。

PFM - ManagerのMaster Storeサービスを停止する。

テキストエディターなどで，jpcsto.iniファイルを開く。

イベントデータの格納先フォルダなどを変更する。
次に示す網掛け部分を，必要に応じて修正してください。

注意

行頭および「=」の前後には空白文字を入力しないでください。

各ラベルの値の「.」は，Master StoreサービスのStoreデータベースのデフォルト格納先フォルダは次のとおりです。

物理ホストの場合

Windowsの場合

　インストール先フォルダ¥mgr¥store

UNIXの場合

　/opt/jp1pc/mgr/store

論理ホストの場合

Windowsの場合

　環境ディレクトリ¥jp1pc¥mgr¥store

UNIXの場合

　環境ディレクトリ/jp1pc/mgr/store

格納先を変更する場合，その格納先フォルダからの相対パスか，または絶対パスで記述してください。

Storeデータベースの格納先を変更する場合，指定するフォルダを事前に作成してください。

jpcsto.iniファイルには，データベースの格納先フォルダ以外にも，定義情報が記述されています。[Data Section]セクション以外の値は変更しないようにしてください。[Data Section]セクション以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpcsto.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

5.4.3　通信回線の切断の設定

Performance Managementは，接続先との通信終了後70秒間は回線を切断しません。接続時間によって課金されるような環境で使用する場合には注意してください。

通信終了後，すぐに回線を切断したい場合は，次のようにjpccomm.iniファイルを編集してください。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

回線の接続モードを変更する。
jpccomm.iniファイル中のすべてのセクションで次のラベルの値を変更します。

NS Keepalive Mode=0

jpccomm.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

注意

PFM - Web ConsoleとPFM - Manager間では，定期的に通信をしているため，回線は常に接続している状態となります。このためホスト間の通信にWAN環境などの通信時間や通信量に応じて課金されるネットワークを使用することは推奨しません。

5.4.4　アラームテーブル複数バインド機能の設定

アラームテーブル複数バインド機能を利用するには，PFM - ManagerおよびPFM - Web Consoleが08-50以降である必要があります。アラームテーブル複数バインド機能を有効にすると，08-50より前のバージョンのPFM - Web Consoleからは接続できなくなります。

複数のアラームテーブルをバインド可能な監視エージェントの構成を次の表に示します。複数のアラームテーブルをバインドする監視エージェントは，次の表中で○と記した構成である必要があります。ただし，表中で×と記した構成の監視エージェントがシステム内に存在する場合も，当該監視エージェントに複数のアラームテーブルをバインドしなければ，アラームテーブル複数バインド機能を利用できます。表で×と記した構成の監視エージェントに複数のアラームテーブルをバインドした場合，当該監視エージェントのアラームの評価結果が保証されません。

PFM - Agentのバージョン | 同一ホスト上のPFM - ManagerまたはPFM - Baseのバージョン
08-50以降 | 08-50未満 | なし
08-00以降 | ○ | × | －
08-00未満 | × | × | ×

（凡例）

○：複数バインドできる

×：複数バインドできない

－：不可能な組み合わせ

アラームテーブル複数バインド機能を有効または無効にするには，PFM - Managerホストのjpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレトクリ¥jp1pc

UNIXの場合

環境ディレクトリ/jp1pc

＜この項の構成＞

(1)　アラームテーブル複数バインド機能を有効にする場合

(2)　アラームテーブル複数バインド機能を無効にする場合

(1)　アラームテーブル複数バインド機能を有効にする場合

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，jpcstopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

アラームテーブル複数バインドの利用可否を設定する。
jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=1

jpccomm.iniファイルを保存して閉じる。

jpcstartコマンドでPerformance Managementのプログラムおよびサービスを起動する。
クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

(2)　アラームテーブル複数バインド機能を無効にする場合

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，jpcstopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

アラームテーブル複数バインドの利用可否を設定する。
jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=0

jpccomm.iniファイルを保存して閉じる。

jpcstartコマンドでPerformance Managementのプログラムおよびサービスを起動する。
クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

注意

PFM - Agentに複数のアラームテーブルがバインドされた状態で，アラームテーブル複数バインド機能を無効に設定した場合，次回のMaster Managerサービス起動時に，複数のアラームテーブルがバインドされているPFM - Agentについては，KAVE00317-Wメッセージを出力し，該当PFM - Agentにバインドされているすべてのアラームテーブルがアンバインドされます。このため，機能を無効に設定変更したあとのMaster Manager起動に時間が掛かることがあります。なお，起動中のPFM - Agentについては，該当PFM - Agentが再起動されるまで複数のアラームテーブルがバインドされた状態が継続します。バインド状態の更新を反映するため，アラームテーブル複数バインド機能を無効に設定した場合，KAVE00317-Wメッセージが出力されたPFM - Agentを再起動してください。

5.4.5　IPアドレスの設定変更

Performance Managementの運用時にIPアドレスを変更する手順について説明します。

＜この項の構成＞

(1)　PFM - ManagerホストのIPアドレスを変更する場合

(2)　PFM - Web ConsoleホストのIPアドレスを変更する場合

(3)　PFM - BaseホストのIPアドレスを変更する場合

(4)　PFM - AgentホストのIPアドレスを変更する場合

(1)　PFM - ManagerホストのIPアドレスを変更する場合

PFM - Web Consoleのログアウト
IPアドレスを変更するPFM - Managerに接続するPFM - Web Consoleホストをログアウトします。

PFM - Managerホストの全PFMサービスの停止
IPアドレスを変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - ManagerホストのIPアドレスの変更
PFM - Managerがインストールされている監視マネージャーホストのIPアドレスを変更します。

ネットワークの設定
全PFM - Agent，PFM - Base，PFM - Web Console，PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。

PFM - ManagerホストのPFMサービスの再起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン
PFM - Web Consoleでログインします。

(2)　PFM - Web ConsoleホストのIPアドレスを変更する場合

PFM - Web Consoleホストの全PFMサービスの停止
IPアドレスを変更するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - Web ConsoleホストのIPアドレスの変更
PFM - Web Consoleがインストールされている監視コンソールホストのIPアドレスを変更します。

ネットワークの設定
接続先PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。また，監視コンソールから該当ホストに対して，HTTPで通信接続できるようにします。

PFM - Web ConsoleホストのPFMサービスの再起動
PFM - Web Consoleホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン
監視コンソールから新しいIPアドレス（またはそのホスト名）のURLでPFM - Web Consoleに接続します。

(3)　PFM - BaseホストのIPアドレスを変更する場合

PFM - Baseホストの全PFMサービスの停止
IPアドレスを変更するPFM - BaseがインストールされているホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - BaseホストのIPアドレスの変更
PFM - BaseがインストールされているホストのIPアドレスを変更します。

ネットワークの設定
全PFM - Agent，PFM - Base，PFM - Web Console，PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。

PFM - BaseホストのPFMサービスを再起動する。
PFM - Baseがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

(4)　PFM - AgentホストのIPアドレスを変更する場合

PFM - Agentホストの全PFMサービスの停止
IPアドレスを変更するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - AgentホストのIPアドレスの変更
PFM - AgentがインストールされているホストのIPアドレスを変更します。

ネットワークの設定
全PFM - Agent，PFM - Base，PFM - Web Console，PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。

PFM - AgentホストのPFMサービスの再起動
PFM - Agentがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

5.4.6　PFM - Web Consoleの設定変更

PFM - Web Consoleの運用で必要な環境設定は，初期設定ファイル（config.xml）で行います。

初期設定ファイル（config.xml）はインストール先フォルダ¥conf¥に格納されています。

注意

初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするには，PFM - Web Consoleサービスを再起動してください。また，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

初期設定ファイルで設定する項目を次に示します。

＜この項の構成＞

(1)　初期設定ファイル（config.xml）の設定項目

(2)　変更した初期設定ファイル（config.xml）をデフォルトに戻す手順

(3)　日付の形式に関する注意事項

(1)　初期設定ファイル（config.xml）の設定項目

config.xmlファイルの設定項目を次に示します。

(a)　ファイル出力の設定

PFM - Web Consoleのファイル出力に関する設定を変更するための，config.xmlファイルの項目は次のとおりです。

表5-11　ファイル出力の設定項目

内容
設定項目
設定できる値
デフォルト値

ログファイルを出力するディレクトリ
logDir
PFM - Web Consoleのログファイルを出力するディレクトリ
インストール先フォルダ¥log

PFM - Web Consoleが出力するログファイルの面数
logFileNumber
1～16
10※

一つのログファイルのサイズ
logFileSize
1～100
4※

ログファイルを保持する日数
logFileRetention
1～30
30※

ファイルに出力する行の終端記号
lineSeparator

CRLF：
Windowsで採用されている改行コード。

LF：
UNIXで採用されている改行コード。

CRLF※

出力するファイルの文字コード
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※

出力するファイル名
csvFileName

数字0-9

.（ピリオド）

_（アンダーバー）

半角スペース

英字A-Z，a-z

指定できる文字数は，100文字以内で，半角スペースとピリオドだけで構成される名称は指定できない。
Export.csv※

注※

不正な値を指定すると，デフォルトが設定されます。

(b)　接続先PFM - Managerの設定

PFM - Web Consoleの接続先PFM - Managerの設定を変更するための，config.xmlファイルの項目は次のとおりです。

表5-12　接続先PFM - Managerの設定項目

内容
設定項目
設定できる値
デフォルト値

接続するPFM-Managerのホスト名またはIPアドレス
host

ホスト名の場合

・ 数字0-9

・ .（ピリオド）

・ -（ハイフン）

・ 英字A-Z，a-z

長さは1～32文字以内で指定できます。

IPアドレスの場合

・ 0.0.0.0～255.255.255.255

localhost※

接続するPFM - ManagerのView Serverサービスのポート番号
port
1024～65535
22286※

注※

不正な値を指定または指定を省略すると，デフォルトが設定されます。

注意

ほかのプロセスとのポート番号の重複を避けるため，次のポート番号は指定しないでください。

OSが任意で割り当てるポート番号（動的ポートまたは短命ポートと呼ばれるポート番号）

(c)　データの取得や表示の設定

PFM - Web Consoleのデータの取得や表示の設定を変更するための，config.xmlファイルの設定項目は次のとおりです。

表5-13　データの取得や表示の設定項目

内容
設定項目
設定できる値
デフォルト値

PFM - Managerから取得する最大レコード件数
maxFetchCount
（<vsa>タグ配下）
1～2,147,483,647（整数）
1,440

レポートウィンドウのテーブル表示時に１ページ当たり表示するレコード数
displayCountPerPage
1～2,147,483,647（整数）
20

一つのリアルタイムレポートに対して，データをキャッシュに保存する最大レコード数
maxRealtimeCache
1～360（整数）
30

リアルタイムレポートを自動更新するリクエスト間隔の制限時間※1
realtimeCacheInterval※2
60,000～3,600,000（ミリ秒）
600,000

日付の表示形式
selectFormat

pattern-ddMMyyyy

pattern-MMddyyyy

pattern-yyyyMMdd

pattern-yyyyMMdd

ブックマーク機能の定義情報を保存するリポジトリ※2の格納先
bookmarkRepository※2
絶対パスで指定
パス長の最大値：150文字
指定したフォルダがない場合は，PFM - Web Consoleのサービス起動時にフォルダが作成されます。
インストール先フォルダ¥bookmarks

自動更新の更新間隔
updateInterval
10～3,600
60

ulongのデータ型を使った条件式の定義で指定可能な範囲
condExpValueUlongExtension

指定値：ulongデータ型設定可能範囲

true：0～4,294,967,295

false：0～2,147,483,648

false

レポートグラフの凡例ラベルに表示できる最大文字数
maxSeriesLabelLength
1～1,024
30

分割送信モードの有無
blockTransferMode
ture（有効）
false（無効）
true

jpcrptコマンドで出力するレポートについてView Serverから取得する最大レコード件数
maxFetchCount
（<command>タグ配下）
1～2,147,483,647
（整数で指定）
<vsa>タグ配下のmaxFetchCountの値

（凡例）

dd：日

MM：月

yyyy：年

注※1

自動更新のリクエスト間隔が制限時間を超えたとき，サーバやエージェントは，通知なくレポートが終了したと判断し，処理を終了します。ただし，リクエスト間隔が制限時間を超えているかどうかは10秒ごとに判断されます。

例えば，制限時間が61000ミリ秒に設定されている場合，制限時間として61000ミリ秒～70000ミリ秒が設定されていることになります。

注※2

デフォルトのconfig.xmlファイルには，realtimeCacheIntervalおよびbookmarkRepositoryは設定されていません。

これらを追加する場合は，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照し，インストール先フォルダ¥conf¥のconfig.xmlに追加してください。

(d)　View Serverサービスとの通信の設定

PFM - Web ConsoleがView Serverと通信するときの設定を変更するための，config.xmlファイルの設定項目は次のとおりです。

表5-14　PFM - Web ConsoleがView Serverと通信するときの設定項目

内容
設定項目
設定できる値
デフォルト値

PFM - Web Console（Webサーバ）がView Serverサービスとの通信で使用するポート番号
ownPort※1※2
1,024～65,535
任意の空きポート

PFM - Web Console（コマンド）がView Serverサービスとの通信で使用するポート番号
ownCmdPort※1※2
1,024～65,535
任意の空きポート

PFM - Web ConsoleがView Serverサービスとの通信時に，View Serverサービスからのコールバック先として使用するホスト名またはIPアドレス
ownHost※1

数字0-9

.（ピリオド）

_（アンダーバー）

半角スペース

英字A-Z，a-z

先頭文字は英数字だけ指定できます。
なし

注※1

デフォルトのconfig.xmlファイルには，ownPort，ownCmdPortおよびownHostは設定されていません。

これらを追加する場合は，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照し，インストール先フォルダ¥conf¥のconfig.xmlに追加してください。

注※2

ファイアウォール環境の場合，この設定が必要です。詳細はマニュアル「JP1/Performance Management リファレンス」の付録の，ファイアウォールの通過方向について説明している個所を参照してください。

(e)　日付の設定

PFM - Web Consoleの日付の設定を変更するための，config.xmlファイルの項目は次のとおりです。

表5-15　日付の設定項目

内容
設定項目
設定できる値
デフォルト値

日付の表示形式
selectFormat

pattern-ddMMyyyy

pattern-MMddyyyy

pattern-yyyyMMdd

pattern-yyyyMMdd

（凡例）

dd：日

MM：月

yyyy：年

(f)　自動ログアウトの設定

PFM - Web Consoleから自動ログアウトするまでの時間を設定するための，config.xmlファイルの項目は次のとおりです。

表5-16　自動ログアウトの設定項目

内容 | 設定項目 | 設定できる値 | デフォルト値
PFM - Web Consoleから自動ログアウトするまでの時間（秒） | sessionTimeout | 0～86,400 | 4,000

(2)　変更した初期設定ファイル（config.xml）をデフォルトに戻す手順

バージョンアップによって，config.xmlファイルの構造が変わるおそれがあります。バージョンアップ後に，次に示す手順で，config.xmlファイルの編集内容を新しいconfig.xmlファイルに反映してください。

インストール先フォルダ¥conf¥config.xmlの内容を確認し，編集内容を調べておく。

インストール先フォルダ¥conf¥config.xmlをバックアップする。

インストール先フォルダ¥sample¥conf¥config.xmlを，インストール先フォルダ¥conf¥config.xmlに上書きコピーする。

手順1で確認した編集内容を新しいインストール先フォルダ¥conf¥config.xmlに反映する。

初期設定ファイルは，PFM - Web Console起動時に反映されるため，初期設定ファイルを変更したときは，PFM - Web Consoleを再起動してください。

注意

config.xmlファイルを編集前のデータに戻したい場合は，インストール先フォルダ¥sample¥conf¥からconfig.xmlファイルをコピーして，上記のフォルダに上書きしてください。

(3)　日付の形式に関する注意事項

ここでは，PFM - Web Consoleの日付の形式に関する注意事項を説明します。

(a)　初期設定ファイル（config.xml）に指定する日付の形式

日付の表示形式は，ブラウザーの「ロケール設定」（設定されていなければ，サーバOSの「言語と地域設定」）によってデフォルトの日付フォーマットが設定されています。この日付フォーマットは，表示形式のパターン，セパレーター，ロケールを初期設定ファイル（config.xml）のformatタグ内に記述することで変更できます。

ロケールに対応した日付の表示形式のパターンとフォーマットを次の表に示します。

表5-17　ロケールに対応した日付の表示形式のパターンとフォーマット

ロケール | パターン | フォーマット
en_US | pattern-MMddyyyy | MM△dd△yyyy
en | pattern-ddMMyyyy | dd△MM△yyyy
ja | pattern-yyyyMMdd | yyyy△MM△dd
上記以外のロケール | pattern-ddMMyyyy | dd△MM△yyyy

（凡例）

dd：日

MM：月

yyyy：年

△：セパレーター文字列。デフォルトでは，スペースを示します。

セパレーター文字列は，config.xmlファイルのseparatorタグで指定できます。指定できる文字列は，「space」（ ），「slash」（/），「hyphen」（-），および「period」（.）です。

(b)　日付の表示形式のタグ指定

日付の表示形式を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを使用します。

表5-18　日付の表示形式のタグ一覧

タグ
属性
内容

format
－
日付の表示形式を指定するルートタグを示します。

locale-format
－
ロケールと，ロケールに対応するパターン，セパレーターを指定します。
locale-formatタグ内では，次のタグが使用できます。

date-format

locale

locale-format

localeタグを省略すると，locale-formatタグの指定は無効となります。

modify-format
－
指定したロケールに対するパターン，セパレーターを変更する場合に指定します。
modify-formatタグ内では，次のタグが使用できます。

date-format

locale

date-format
－
パターンとセパレーターを指定します。
formatタグ直下でdate-formatタグとselectFormatタグを両方指定している場合は，date-formatタグの指定が優先されます。

pattern
指定値を次に示します。

pattern-MMddyyyy

pattern-ddMMyyyy

pattern-yyyyMMdd

separator
指定値を次に示します。

space

slash

hyphen

period

export-separator
指定値は，separatorと同じです。

locale
－
ロケールを指定します。

（凡例）

－：該当しない

dd：日

MM：月

yyyy：年

(c)　日付フォーマット指定の記述例

各タグを使用したconfig.xmlファイルの記述例を次に示します。

（例1）

デフォルトの日付フォーマットのパターンに「pattern-MMddyyyy」を指定します。2006年8月1日の場合，日付は「08 01 2006」と表示されます。

<format>
   <param name="selectFormat" value="pattern-MMddyyyy"/>
</format>

（例2）

デフォルトの日付フォーマットのパターンに「pattern-MMddyyyy」を，セパレーターに「slash」を指定します。

2006年8月1日の場合，日付は「08/01/2006」と表示されます。

<format>
   <date-format pattern="pattern-MMddyyyy" separator="slash"/>
</format>

（例3）

デフォルトの日付フォーマットのパターンに「pattern-MMddyyyy」を，Export出力のセパレーターに「hyphen」を指定します。

2006年8月1日の場合，日付は，「08 01 2006」と表示されます。また，Export出力した場合の日付は「08-01-2006」と表示されます。

<format>
   <param name="selectFormat" value="pattern-MMddyyyy" />
   <date-format export-separator="hyphen"/>
</format>

（例4）

ロケールに「en」を，ロケールに対応するパターンに「pattern-ddMMyyyy」を指定します。locale-formatタグ内のセパレーターが省略されているため，ロケールに対応するセパレーターは，date-formatタグに指定されている「slash」が適用されます。ロケール「en」の場合の日付は2006年8月1日の場合，「01/08/2006」と表示されます。

<format>
   <date-format pattern="pattern-MMddyyyy" separator="slash"/>
   <locale-format>
        <date-format pattern="pattern-ddMMyyyy"/>
        <locale>en</locale>
   </locale-format>
</format>

（例5）

ロケール「ja」および「en」の場合のExport出力のセパレーターに「period」を指定します。ロケール「ja」および「en」の場合のExport出力の日付は，2006年8月1日の場合，「01.08.2006」と表示されます。ロケール「de」は定義されないため，無視されます。

<format>
   <modify-format>
        <date-format pattern="pattern-ddMMyyyy"
                     export-separator="period"/>
        <locale>ja</locale>
        <locale>en</locale>
        <locale>de</locale>
   </modify-format>
</format>

注意

同じタグの指定が重複している場合，最後の指定が有効となります。

5.4.7　Storeバージョン2.0のセットアップとアンセットアップ

＜この項の構成＞

(1)　セットアップ方法

(2)　アンセットアップ方法

(1)　セットアップ方法

Storeバージョン2.0は，監視エージェントのPFM - Agentのバージョンが08-00以降の場合に利用できます。PFM - Agentのバージョン08-10を新規にインストールする場合には，デフォルトでStoreバージョン2.0が動作します。

注意

Storeバージョン2.0を利用できるのはAgent StoreサービスのStoreデータベースだけです。Master StoreサービスのStoreデータベースは，Storeバージョン1.0でだけ動作するので，Storeバージョン2.0は利用できません。

Storeバージョン2.0は，PFM - Agentのバージョンとインストール順序によってセットアップ方法が異なります。既存の環境がStoreバージョン1.0で稼働している場合は，08-10以降の製品をインストールしても，Storeバージョン1.0で稼働する設定のままとなります。この環境のStoreデータベースを2.0へ移行する場合は，セットアップコマンドを実行する必要があります。

PFM - Agentのバージョンごとに，Storeバージョン2.0の利用可否と利用手順を次の表に示します。

表5-19　シングルインスタンスのPFM - Agentの場合

PFM - Agent | Storeバージョン2.0の利用可否 | Storeバージョン2.0の利用手順
バージョン | インストール方法
07-50以前 | 問わない | 利用できない | －
08-00 | 問わない | セットアップ後利用できる | セットアップコマンドを実行
08-10以降 | 新規インストール | 利用できる | 設定不要
バージョンアップインストール | 利用できる | セットアップコマンドを実行

（凡例）－　該当しない

表5-20　マルチインスタンスのPFM - Agentの場合

PFM - Agent | Storeバージョン2.0の利用可否 | Storeバージョン2.0の利用手順
バージョン | インスタンスの作成タイミング
07-50以前 | 問わない | 利用できない | －
08-00以降 | PFM - Base，またはPFM - Manager 08-10をインストールする前 | セットアップ後利用できる | セットアップコマンドを実行
PFM - Base，またはPFM - Manager 08-10をインストールしたあと | 利用できる | jpcinssetupコマンドによるインスタンス作成時に，使用するStoreバージョンを選択

（凡例）－　該当しない

PFM - AgentでStoreバージョン2.0を使用する場合のセットアップ手順については，各PFM - Agentのマニュアルを参照してください。

注意

Storeバージョン1.0からStoreバージョン2.0に変更した場合，PDレコードおよびPLレコードではデータの保存条件が変更されるため，Storeバージョン2.0の保存条件を満たしていないデータは削除されます。例えば，Storeバージョン1.0のPDレコードが10,000レコードで2006/01/01から2006/12/31の365日分保存されている場合，Storeバージョン2.0に変更すると，デフォルトの保存期間が10日であるため，過去355日分のデータは削除されます。

このため，Storeバージョン2.0に変更する前に，jpcctrl dumpコマンドでStoreバージョン1.0の情報を出力してください。

なお，PIレコードは変更前と変更後でデータの内容は変わりません。

(2)　アンセットアップ方法

Storeバージョン2.0はjpcdbctrl unsetupコマンドを使用してアンセットアップします。Storeバージョン2.0をアンセットアップすると，Storeデータベースのデータはすべて初期化され，Storeバージョン1.0に戻ります。

注意

Storeバージョン2.0をアンセットアップすると，データは初期化されます。このため，Storeバージョン1.0に変更する前に，jpcctrl dumpコマンドでStoreバージョン2.0の情報を出力してください。

5.4.8　ファイル権限の強化

使用しているOSがWindowsの場合は，ユーザーがファイル権限を変更し，権限が強化された状態で運用できます。

ファイル権限を強化するには，フォルダの権限を変更します。設定された権限は下位のフォルダに継承されます。

PFM操作用グループを作成し，そのグループに対して変更以下の権限を与えます。権限を設定したあとは，従来一般ユーザーで実行できたコマンドについても，PFM操作用グループに属しているユーザーだけが実行できます。インストール先フォルダ¥jp1pcの権限を次の表に示すように変更します。

表5-21　フォルダの権限

権限
アクセス許可

Administrators
SYSTEM
Backup Operators
PFM Users
（ユーザー指定）

フルコントロール
○
○
－
－

変更
○
○
○
○

読み取りと実行
○
○
○
○

フォルダの内容の一覧
○
○
○
○

読み取り
○
○
○
○

書き込み
○
○
○
○

（凡例）

○：権限を設定する

－：権限を設定しない

論理ホスト環境の場合，PFM操作用グループにはドメイングループを指定することをお勧めします。ドメイン運用をしていない場合は，各マシンで作成したPFM操作用グループに対して上記の表に示した権限を設定してください。

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

この章では，UNIXの場合のPerformance Managementのインストールおよびセットアップ方法について説明します。

＜この章の構成＞

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

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

6.3　Performance Managementのシステム構成の変更

6.4　Performance Managementの運用方式の変更

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

ここでは，Performance Managementプログラムをインストールおよびセットアップする手順を示します。

＜この節の構成＞

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

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

6.1.3　インストール手順

6.1.4　PFM - Managerのセットアップ手順

6.1.5　PFM - Web Consoleのセットアップ手順

6.1.6　監視コンソールのブラウザーの設定手順

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

Performance Managementをインストールおよびセットアップする前に確認しておくことを説明します。

＜この項の構成＞

(1)　前提OS

(2)　ネットワーク環境の設定

(3)　インストールに必要なOSユーザー権限について

(4)　前提プログラム

(5)　クラスタシステムでのインストールとセットアップについて

(6)　注意事項

(1)　前提OS

Performance Managementプログラムが動作するOSを次の表に示します。

表6-1　前提OS（UNIXの場合）

OS名 | PFM - Manager | PFM - Web Console | PFM - Base
HP-UX | ○ | － | ○
HP-UX(IPF) | ○ | ○ | ○
Solaris | ○ | ○ | ○
AIX | ○ | ○ | ○
Linux | ○ | ○ | ○
Linux(IPF) | － | － | ○

（凡例）

○：動作する

－：動作しない

PFM - Agentの前提OSは，PFM - Agentによって異なります。PFM - Agentの前提OSの詳細については，各PFM - Agentのマニュアルを参照してください。

(2)　ネットワーク環境の設定

Performance Managementが動作するためのネットワーク環境について説明します。

(a)　IPアドレスの設定

Performance Managementシステムのすべてのホストは，ホスト名でIPアドレスが解決できる環境を設定してください。IPアドレスが解決できない環境では，Performance Managementをインストールできません。

監視ホスト名（Performance Managementシステムのホスト名として使用する名前）には，実ホスト名またはエイリアス名を使用できます。

監視ホスト名として実ホスト名を使用している場合
Windowsシステムではhostnameコマンドの実行結果で，UNIXシステムではuname -nコマンドの実行結果で確認できるホスト名で，IPアドレスが解決できるように環境設定をしてください。
UNIXシステムでは，hostnameコマンドで取得するホスト名を使用することもできます。詳細については，「6.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

監視ホスト名としてエイリアス名を使用している場合
設定しているエイリアス名でIPアドレスが解決できるように環境設定をしてください。

監視ホスト名の設定については，「6.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

ホスト名とIPアドレスの設定は，次の方法のどれかで行ってください。

hostsファイル

DNS（Domain Name System）

Performance Managementのホスト情報設定ファイル

jpchostsファイル（PFM - Manager，PFM - Agent，およびPFM - Baseの場合）

注意

Performance Managementは，DNS環境でも運用できますが，FQDN（Fully Qualified Domain Name）形式のホスト名には対応していません。監視ホスト名には，ドメイン名を除いたものを使用してください。

複数のLAN環境で使用する場合は，jpchostsファイルでIPアドレスを設定してください。詳細については，「6.3.1　ネットワーク構成の変更」を参照してください。

Performance Managementは，DHCPによる動的なIPアドレスが割り振られているホスト上で運用することはできません。Performance Managementを導入するすべてのホストに，固定のIPアドレスを設定する必要があります。

(b)　ポート番号の設定

Performance Managementプログラムのサービスは，デフォルトで次の表に示すポート番号が割り当てられています。これ以外のサービスまたはプログラムに対しては，サービスを起動するたびに，そのときシステムで使用されていないポート番号が自動的に割り当てられます。また，ファイアウォール環境で，Performance Managementを使用するときは，ポート番号を固定してください。ポート番号の固定の手順は，「6.3.1 (1) (b)　ポート番号を設定する」を参照してください。

表6-2　デフォルトのポート番号とPerformance Managementプログラムのサービス（UNIXの場合）

サービス説明 | サービス名 | パラメーター | ポート番号 | 備考
サービス構成情報管理機能 | Name Server | jp1pcnsvr | 22285 | PFM - ManagerのName Serverサービスで使用されるポート番号。Performance Managementのすべてのホストで設定される。
NNM連携機能 | NNM Object Manager | jp1pcovsvr | 22292 | PFM - ManagerおよびPFM - BaseのNNM連携機能で，マップマネージャーとオブジェクトマネージャーの間の通信で使用されるポート番号。PFM - ManagerまたはPFM - Baseがインストールされているホストで設定される。
サービス状態管理機能 | Status Server | jp1pcstatsvr | 22350 | PFM - ManagerおよびPFM - BaseのStatus Serverサービスで使用されるポート番号。PFM - ManagerまたはPFM - Baseがインストールされているホストで設定される。
監視コンソール通信機能 | View Server | jp1pcvsvr | 22286 | PFM - ManagerのView Serverサービスで使用されるポート番号。PFM - Managerホストで設定される。

これらのPerformance Managementが使用するポート番号で通信できるように，ネットワークを設定してください。

(3)　インストールに必要なOSユーザー権限について

Performance Managementプログラムをインストールするときは，必ず，rootユーザーで実行してください。

(4)　前提プログラム

ここでは，Performance Managementをインストールする場合に必要な前提プログラムを説明します。前提プログラムの構成図を次に示します。

図6-1　プログラムの構成図

注意

アラームイベントが発生したときに，Eメールでシステム管理者に通知する場合，メールを送信するためのSMTPサーバが必要です。詳細については，「12.　アラームによる稼働監視」を参照してください。

Performance Managementとその他のシステムとの連携機能を使用する場合は，前提プログラムが異なる場合があります。連携機能についての詳細は，「16.　統合管理製品（JP1/IM）と連携した稼働監視」および「17.　ネットワーク管理製品（NNM）と連携した稼働監視」を参照してください。

(a)　監視マネージャーの前提プログラム

監視マネージャーには，PFM - Managerが必要です。また，JP1ユーザーによる統合認証を行うためには，JP1/Baseが必要です。詳細については，JP1/Baseのマニュアルおよび「8.　ユーザーアカウントの管理」を参照してください。

(b)　監視コンソールサーバの前提プログラム

監視コンソールサーバには，PFM - Web Consoleが必要です。

なお，監視コンソールとして，バージョン07-00以降のPFM - Viewも使用できます。詳細については，「付録G　バージョン互換」を参照してください。

(c)　監視エージェントの前提プログラム

監視エージェントには，PFM - AgentとPFM - Baseをインストールします。PFM - BaseはPFM - Agentの前提プログラムであるため，PFM - Base，PFM - Agentの順にインストールしてください。

ただし，PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - Agentの前提プログラムはPFM - Managerになるため，PFM - Manager，PFM - Agentの順にインストールしてください。

また，PFM - Agentをインストールするホストには，監視対象プログラムであるOS，データベースサーバ，またはアプリケーションプログラムなどが必要です。

監視対象プログラムは，PFM - Agentごとに異なります。各PFM - Agentの監視対象プログラムについては，各PFM - Agentのマニュアルを参照してください。

(d)　監視コンソールの前提プログラム

Performance Managementで収集した稼働監視データを確認したり，Performance Managementの設定を変更したりするためには，監視コンソールにブラウザーが必要です。

Performance Managementの前提となるブラウザーを次に示します。

Mozilla1.7またはFirefox2.0.x

OSおよびPFM - Web Consoleのバージョンによってサポートするブラウザーが異なります。詳細については，「6.1.6　監視コンソールのブラウザーの設定手順」を参照してください。

(5)　クラスタシステムでのインストールとセットアップについて

クラスタシステムでのインストールとセットアップは，前提となるネットワーク環境やプログラム構成が，通常の構成のセットアップとは異なります。また，実行系ノードと待機系ノードでの作業が必要になります。詳細については，「15.　クラスタシステムでの構築と運用」を参照してください。

(6)　注意事項

ここでは，Performance Managementをインストールおよびセットアップするときの注意事項を説明します。

(a)　同一ホストにPerformance Managementプログラムを複数インストール，セットアップするときの注意事項

Performance Managementは，同一ホストにPFM - Manager，PFM - Web Console，およびPFM - Agentをインストールすることもできます。その場合の注意事項を次に示します。

補足

システムの性能や信頼性を向上させるため，PFM - Manager，PFM - Web Console，およびPFM - Agentはそれぞれ別のホストで運用することをお勧めします。

PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - ManagerがPFM - Agentの前提製品になるため，PFM - ManagerをインストールしてからPFM - Agentをインストールしてください。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - BaseとPFM - AgentがインストールされているホストにPFM - Managerをインストールする場合は，すべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - Agentの順でインストールしてください。また，PFM - ManagerとPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合も同様に，すべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - Agentの順でインストールしてください。

PFM - ManagerがインストールされているホストにPFM - Agentをインストールすると，PFM - Agentの接続先PFM - ManagerはローカルホストのPFM - Managerになります。この場合，PFM - Agentの接続先PFM - ManagerをリモートホストのPFM - Managerに変更できません。リモートホストのPFM - Managerに接続したい場合は，インストールするホストにPFM - Managerがインストールされていないことを確認してください。

バージョン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はステータス管理機能を持たないため，この場合の設定状態は「無効」になります。
ステータス管理機能の設定を変更する場合は，「19.3.1　ステータス管理機能の設定」を参照してください。

バージョン08-11以降のPFM - Managerの場合，ヘルスチェック機能を利用できます。ただし，デフォルトでは無効になっているため，利用する場合はjpcstsetup hcenableコマンドでヘルスチェック機能を有効にしてください。ヘルスチェック機能の設定については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

監視ホスト名設定機能を使用している場合，同一ホスト上に07-50以前のPFM - Agentをインストールすることはできません。07-50以前のPFM - Agentをインストールする場合，事前に監視ホスト名設定機能を使用しない設定に戻す（Get Host Modeラベルに0を設定する）必要があります。戻していない場合，07-50以前のPFM - Agentのインストールに失敗することがあります。監視ホスト名の設定については，「6.3.3　Performance Managementシステムでのホスト名の設定」を参照してください。

(b)　バージョンアップの注意事項

古いバージョンのPerformance Managementプログラムから，バージョンアップする場合の注意事項を次に示します。

なお，07-00以降からのバージョンアップについての詳細は，「付録E　移行手順と移行時の注意事項」を参照してください。

Performance Managementのプログラムをインストールするときには，ローカルホストのPerformance Managementのプログラムおよびサービスをすべて停止しておいてください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法については，「7.　Performance Managementの起動と停止」を参照してください。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - BaseとPFM - AgentがインストールされているホストにPFM - Managerをインストールする場合は，すべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - Agentの順でインストールしてください。また，PFM - ManagerとPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合も同様に，すべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - Agentの順でインストールしてください。

バージョン08-00以降のPerformance Managementプログラムでは，Storeサービスの実行プログラム（jpcstoおよびstpqlpr）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStoreサービスの実行プログラムは削除されます。

PFM - Managerがクラスタ環境の場合にバージョンアップをする場合は，実行系・待機系のどちらか一方で共有ディスクをオンラインにする必要があります。PFM - Web Consoleがクラスタ環境の場合にバージョンアップをする場合は共有ディスクをオンラインにする必要はありません。

バージョンアップインストール時，既存のStoreデータベースを自動的にバージョンアップするため，一時的にStoreデータベースの格納先のディスクにStoreデータベースのサイズ2倍の容量を必要とします。バージョンアップインストールをする前に，Storeデータベースの格納先のディスク空き容量が十分かどうか確認してください。

(c)　他システムとの連携するときの注意事項

NNMと連携している環境にインストールする場合，NNM連携機能およびovwを停止してからインストールしてください。NNM連携機能については，「17.　ネットワーク管理製品（NNM）と連携した稼働監視」を参照してください。NNMの環境変数とコマンドについてはマニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP OpenView NNMのマニュアルを参照してください。

(d)　PFM - Web Consoleの注意事項

Performance Managementのプログラムが一つもインストールされていない環境に新規インストールする場合は，インストール先ディレクトリにファイルやフォルダがないことを確認してください。

インストール時のステータスバーに「Install failed」と表示されてインストールが失敗した場合，/etc/.hitachi/.hitachi.logおよび/etc/.hitachi/.install.logファイルを採取してください。なお，これらのログファイルは，次にインストールすると上書きされるため，必要に応じてバックアップを採取してください。原因を取り除いたあと，PFM - Web Consoleをアンインストールし，再度インストールしてください。

インストールログは，/etc/.hitachi/.install.logに出力されます。

PFM - Web Consoleを上書きインストールした場合，/opt/jp1pcwebcon/confディレクトリ下に格納されている初期設定ファイル（config.xml）は更新されません。ただし，/etc/jp1pcwebcon/sample/confディレクトリ下に格納されているconfig.xmlは更新されます。

Solaris 10のコンテナ機能を利用している場合，Global Zoneにインストールしてください。Local Zoneにはインストールできません。

(e)　その他の注意事項

Performance Managementのプログラムが一つもインストールされていない環境に新規インストールする場合は，インストール先ディレクトリにファイルやフォルダがないことを確認してください。

インストール時のステータスバーに「Install failed」と表示されてインストールが失敗した場合，/etc/.hitachi/.hitachi.logファイルを採取してください。なお，このログファイルは，次にインストールすると上書きされるため，必要に応じてバックアップを採取してください。

インストールディレクトリにリンクを張りPerformance Managementのプログラムをインストールした場合，全Performance Managementのプログラムをアンインストールしても，リンク先のディレクトリに一部のファイルやディレクトリが残る場合があります。削除する場合は，手動で行ってください。また，リンク先にインストールする場合，リンク先に同名のファイルやディレクトリがあるときは，Performance Managementのプログラムのインストール時に上書きされるので，注意してください。

/opt/jp1pc/setupディレクトリにPFM - Agentのセットアップファイルがある場合，新規PFM - Agentの追加セットアップが実行されます。PFM - Agentの追加セットアップが成功した場合の実行結果は共通メッセージログに「KAVE05908-I エージェント追加セットアップは正常に終了しました」と出力されます。確認してください。

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

Performance Managementをインストールおよびセットアップする流れを説明します。

図6-2　インストールとセットアップの流れ

ここでは，PFM - Managerのインストール，セットアップ手順を説明します。PFM - Web Consoleのインストールの手順は「6.1.3(7)　PFM - Web Consoleプログラムのインストール方法」を，セットアップの手順は「6.1.5　PFM - Web Consoleのセットアップ手順」を参照してください。また，PFM - Agentのインストール，セットアップ手順は，製品によって異なります。詳細については，各PFM - Agentのマニュアルを参照してください。

6.1.3　インストール手順

Performance Managementのプログラムをインストールする順序とCD-ROMの提供媒体からプログラムをインストールする手順を説明します。また，PFM - Web Consoleのプログラムをインストールする手順も説明します。

＜この項の構成＞

(1)　プログラムのインストール順序

(2)　Performance Managementプログラムのインストール方法

(3)　HP-UXの場合

(4)　Solarisの場合

(5)　AIXの場合

(6)　Linuxの場合

(7)　PFM - Web Consoleプログラムのインストール方法

(1)　プログラムのインストール順序

ここでは，Performance Managementのプログラムをインストールする順序を説明します。

注意

Performance Managementプログラムは，監視マネージャー，監視コンソールサーバ，および監視エージェントをどのような順序でインストールしてもかまいません。

(a)　監視マネージャーでのインストール順序

監視マネージャーには，PFM - Managerをインストールします。

(b)　監視コンソールサーバでのインストール順序

監視コンソールサーバには，PFM - Web Consoleをインストールします。

(c)　監視エージェントでのインストール順序

まず，PFM - Baseをインストールし，次にPFM - Agentをインストールします。PFM - BaseがインストールされていないホストにPFM - Agentをインストールすることはできません。

なお，PFM - Managerと同一ホストにPFM - Agentをインストールする場合は，PFM - Manager，PFM - Agentの順でインストールしてください。

インストールの手順の詳細については，各PFM - Agentのマニュアルを参照してください。

(2)　Performance Managementプログラムのインストール方法

Performance Managementプログラムをインストールするには，CD-ROMの提供媒体を使用する方法と，JP1/NETM/DMを使用してリモートインストールする方法があります。JP1/NETM/DMを使用する方法については，次のマニュアルを参照してください。

「JP1/NETM/DM Manager」

「JP1/NETM/DM SubManager（UNIX(R)用）」

「JP1/NETM/DM Client（UNIX(R)用）」

注意

インストールを行うホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法は，「7.　Performance Managementの起動と停止」を参照してください。

CD-ROMの提供媒体を使用する場合のインストール手順をOSごとに示します。

(3)　HP-UXの場合

Performance Managementのプログラムをインストールするホストに，rootユーザーでログインするか，またはsuコマンドでユーザーをrootユーザーに変更する。

ローカルホストでPerformance Managementのプログラムおよびサービスをすべて停止する。

Performance Managementのプログラムの媒体をセットする。

mountコマンドを実行して，CD-ROM装置をマウントする。
例えば，CD-ROM装置を/cdromにマウントする場合，次のように指定してコマンドを実行します。

/usr/sbin/mount -F cdfs -r デバイススペシャルファイル名 /cdrom

なお，指定するコマンドは，使用する環境によって異なります。

次のコマンドを実行して，Hitachi PP Installerを起動する。

HP-UX(PA-RISC)の場合
/cdrom/HPUX/SETUP /cdrom

HP-UX(IPF)の場合
/cdrom/IPFHPUX/SETUP /cdrom

Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「I」を入力する。
インストールできるプログラムの一覧が表示されます。

インストールしたいPerformance Managementのプログラムを選択する。
プログラムを選択するには，カーソルを移動させ，スペースバーで選択します。

「I」を入力する。
PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。PFM - Baseの上書きインストールの場合，設定済みの接続先PFM - Managerの情報が引き継がれてプログラムがインストールされます。
また，PFM - Base以外のプログラムを選択した場合，選択したプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。
インストール時には接続先PFM - Managerを設定しないで，後から設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「6.3.2　接続先PFM - Managerの変更」を参照してください。

インストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

(4)　Solarisの場合

Performance Managementのプログラムをインストールするホストに，rootユーザーでログインするか，またはsuコマンドでユーザーをrootユーザーに変更する。

ローカルホストでPerformance Managementのプログラムおよびサービスをすべて停止する。

Performance Managementのプログラムの媒体をセットする。

次のコマンドを実行して，Hitachi PP Installerを起動する。※

/cdrom/cdrom/SOLARIS/SETUP /cdrom/cdrom

Hitachi PP Installerが起動され，初期画面が表示されます。
なお，指定するコマンドは，使用する環境によって異なります。

初期画面で「I」を入力する。
インストールできるプログラムの一覧が表示されます。

インストールしたいPerformance Managementのプログラムを選択する。
プログラムを選択するには，カーソルを移動させ，スペースバーで選択します。

「I」を入力する。
PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。この画面が表示されるのは，08-00以前のバージョンのPFM - Agentがインストールされていないホストに，初めてPFM - Baseをインストールするときだけです。08-00以前のバージョンのPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合や，PFM - Baseを上書きインストールする場合は，設定済みの接続先PFM - Managerの情報が引き継がれます。
また，PFM - Base以外のプログラムを選択した場合，選択したプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。
インストール時には接続先PFM - Managerを設定しないで，後から設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「6.3.2　接続先PFM - Managerの変更」を参照してください。

インストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

注※

自動マウント機能を解除している環境では，Hitachi PP Installerを起動する前に，/usr/sbin/mountコマンドを次のように指定してCD-ROM装置をマウントしてください。

/usr/sbin/mount -F cdfs -r デバイススペシャルファイル名 /cdrom/cdrom

なお，指定するコマンドは，使用する環境によって異なります。

(5)　AIXの場合

Performance Managementのプログラムをインストールするホストに，rootユーザーでログインするか，またはsuコマンドでユーザーをrootユーザーに変更する。

ローカルホストでPerformance Managementのプログラムおよびサービスを停止する。

Performance Managementのプログラムの媒体をセットする。

mountコマンドを実行して，CD-ROM装置をマウントする。
例えば，CD-ROM装置を/cdromにマウントする場合，次のように指定してコマンドを実行します。

/usr/sbin/mount -r -v cdrfs /dev/cd0 /cdrom

次のコマンドを実行して，Hitachi PP Installerを起動する。

/cdrom/AIX/SETUP /cdrom

Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「I」を入力する。
インストールできるプログラムの一覧が表示されます。

インストールしたいPerformance Managementのプログラムを選択する。
プログラムを選択するには，カーソルを移動させ，スペースバーで選択します。

「I」を入力する。
PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。
PFM - Baseの上書きインストールでは，設定済みの接続先PFM - Managerの情報が引き継がれてプログラムがインストールされます。
また，PFM - Base以外のプログラムを選択した場合，選択したプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。
インストール時には接続先PFM - Managerを設定しないで，後から設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「6.3.2　接続先PFM - Managerの変更」を参照してください。

インストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

(6)　Linuxの場合

Performance Managementのプログラムをインストールするホストに，rootユーザーでログインするか，またはsuコマンドでユーザーをrootユーザーに変更する。

ローカルホストでPerformance Managementのプログラムおよびサービスをすべて停止する。

Performance Managementのプログラムの媒体をセットする。

次のコマンドを実行して，Hitachi PP Installerを起動する。

/mnt/cdrom/linux/setup /mnt/cdrom

注

上記下線部には，使用するCD-ROMのマウントディレクトリ名を指定してください。

Hitachi PP Installerが起動され，初期画面が表示されます。
なお，指定するコマンドは，使用する環境によって異なります。

初期画面で「I」を入力する。
インストールできるプログラムの一覧が表示されます。

インストールしたいPerformance Managementのプログラムを選択する。
プログラムを選択するには，カーソルを移動させ，スペースバーで選択します。

「I」を入力する。
PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。
PFM - Baseの上書きインストールでは，設定済みの接続先PFM - Managerの情報が引き継がれてプログラムがインストールされます。
また，PFM - Base以外のプログラムを選択した場合，選択したプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。
インストール時には接続先PFM - Managerを設定しないで，後から設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「6.3.2　接続先PFM - Managerの変更」を参照してください。

インストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

注意

インストール先ディレクトリがシンボリックリンクである場合，シンボリックリンク設定が解除されてしまいます。インストール前に以下のインストールディレクトリが実ディレクトリであることを確認してください。

/opt/jp1pc/*

(7)　PFM - Web Consoleプログラムのインストール方法

PFM - Web Consoleプログラムのインストールは，CD-ROMの提供媒体に格納された日立PPインストーラを使用します。

(a)　ログイン

日立PPインストーラによるPFM - Web Consoleのインストールは，rootユーザー以外では実行できません。作業対象のホストにrootユーザーでログインしてください。

(b)　日立PPインストーラの起動

日立PPインストーラは提供媒体に格納されています。実行時は，次の点に注意してください。

デバイススペシャルファイル名やCD-ROMのマウントディレクトリは，OS，ハードウェア構成およびシステム環境によって異なりますので，マニュアルおよびご使用環境などを確認してから実行してください。

日立PPインストーラ実行時の言語種別と実行するターミナルの言語を一致させておいてください。

日立PPインストーラ実行時はncursesパッケージ（32ビット版）を使用します。次のコマンドを実行しncursesパッケージがインストールされていることを確認してください。

#rpm -q --qf '%{NAME}-%{ARCH}¥n' ncurses

ncursesパッケージがインストールされている場合は「ncurses-i386」と表示されます。ncursesパッケージがインストールされていない場合は「package ncurses is not installed」と表示されます。ncursesパッケージがインストールされていない場合は，必要に応じて関連パッケージも含めてncursesパッケージをインストールしたあと，日立PPインストーラを起動してください。
なお，64ビットマシン環境に製品をインストールする場合も32ビット版のncursesパッケージをインストールしてください。

(c)　CD-ROMファイルシステムのマウント

次のコマンドを入力して，CD-ROMファイルシステムをマウントします。

mount -r -o mode=0544 /dev/cdrom /mnt/cdrom

注

上記下線部のデバイススペシャルファイル名およびCD-ROMファイルシステムのマウントディレクトリ名は，環境によって異なりますので注意してください。

(d)　CD-ROMセットアッププログラムの起動

次のコマンドを入力すると，CD-ROMセットアッププログラムが日立PPインストーラと常駐プロセス自動起動プログラムがハードディスク上にインストールされ，日立PPインストーラが自動的に起動されます。

/mnt/cdrom/LINUX/setup /mnt/cdrom

注

上記下線部には，使用するCD-ROMのマウントディレクトリ名を指定してください。

CD-ROMのディレクトリ名やファイル名は，ハードウェア環境などによって記述した内容と見え方が異なることがあります。lsコマンドで確認のうえ，表示されたファイル名をそのまま入力してください。

(e)　プログラムのインストール

提供媒体を指定して，日立PPインストーラまたはCD-ROMセットアッププログラムを起動します。PFM - Web Consoleの提供媒体を媒体装置にセットしておいてください。

メインメニューで［I］を選択すると，次に示すプログラムインストール画面が表示されます。

PP-NO. VR PP-NAME
<@>001 PP型名 バージョン番号 JP1/PFM - Web Console
：
：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

インストールするプログラムにカーソルを移動させ，スペースキーで選択します。選択したプログラムの左側には，「<@>」が表示されます。このとき，複数のプログラムを選択することもできます。続いて［I］を入力すると最下行に次のメッセージが表示されます。

Install PP? (y: install, n: cancel)==>

ここで，［y］または［Y］を選択するとインストールが開始されます。［y］または［Y］以外を選択すると，インストールが中止されプログラムインストール画面に制御が戻ります。［Q］を入力すると，メインメニューに戻ります。

(f)　プログラム一覧の表示

メインメニューで［L］を選択すると，次に示すプログラム一覧表示画面が表示されます。これは，そのホストにインストールされているプログラムの一覧です。

PP-NO. VR Install date PP-NAME
001 PP型名 バージョン番号 YYYY/MM/DD hh:mm JP1/PFM - Web Console
：
：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

注

上記下線部のInstall dateには，プログラムをインストールした時刻が表示されます。

［P］を選択すると，インストール済みプログラム一覧が“/tmp/hitachi_PPLIST”に出力されます。［Q］を選択するとメインメニューに戻ります。

(g)　日立PPインストーラでインストールするときの注意事項

日立PPインストーラでインストールするときの注意事項を次に示します。

一時的なワークディレクトリから製品ディレクトリへコピー処理を行うため，インストール時に必要なディスク容量は，製品ディスク容量の2倍分必要となります。

インストール先ディレクトリは固定（/opt/jp1pcwebcon）です。変更できません。

上書きインストールを実行する場合は，PFM - Web Consoleのすべてのサービスを停止してください。

「Install failed」と表示され，日立PPインストーラを使ったインストールが失敗した場合は，/etc/.hitachi/.hitachi.logファイルを採取してシステム管理者に連絡してください。
/etc/.hitachi/.hitachi.logファイルは，次に日立PPインストーラを起動すると上書きされます。必要に応じてバックアップを採取してください。

インストールディレクトリにリンクを張ってPFM - Web Consoleをインストールした場合，リンク先にインストール製品と同名のファイル，またはディレクトリが存在するときは，上書きされます。

/opt/jp1pc/setupディレクトリにPFM - Agentのセットアップファイルが存在する場合，インストーラの終わりに新規PFM - Agentの追加セットアップコマンドであるjpcwagtsetupコマンドが実行されます。

6.1.4　PFM - Managerのセットアップ手順

ここでは，監視マネージャーにインストールされたPFM - Managerをセットアップする手順を示します。

[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　LANG環境変数の設定

(2)　PFM - Agentの登録

(3)　ネットワークの設定

(4)　ログのファイルサイズ変更

(5)　認証モードの設定

(6)　イベントデータの格納先変更

(7)　動作ログ出力の設定

(8)　ヘルスチェック機能の設定

(9)　PFMサービス自動再起動機能の設定

(1)　LANG環境変数の設定

Performance Managementで使用できるLANG環境変数を次の表に示します。

なお，これらのLANG環境変数を設定する前に，設定する言語環境が正しくインストール・構築されていることを確認しておいてください。正しくインストール・構築されていない場合，文字化けが発生したり，定義データが不当に書き換わってしまったりすることがあります。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まります。そのため，日本語や英語など，複数の言語コードの文字列が混在することがあります。

表6-3　Performance Managementで使用できるLANG環境変数

OS
言語種別
LANG環境変数の値

Linux
日本語
UTF-8コード

ja_JP.UTF-8

ja_JP.utf8

英語（日本語なし）
C

HP-UX※
日本語
シフトJISコード

ja_JP.SJIS

japanese

EUCコード

ja_JP.eucJP

japanese.euc

英語（日本語なし）
C

Solaris※
日本語
シフトJISコード
ja_JP.PCK

EUCコード

ja

japanese

英語（日本語なし）
C

AIX
日本語
シフトJISコード

Ja_JP.IBM-932

Ja_JP

EUCコード

ja_JP.IBM-eucJP（PFM - Managerでは使用できません）

ja_JP

英語（日本語なし）
C

注※

NNMと連携する場合，セットアップスクリプトで使用できるLANG環境変数は，次の表に示す値だけです。

表6-4　NNMとの連携時にセットアップスクリプトで使用できるLANG環境変数

OS
言語種別
LANG環境変数の値

HP-UX
日本語
Shift-JISコード
ja_JP.SJIS

EUCコード
ja_JP.eucJP

英語（日本語なし）
C

Solaris
日本語
Shift-JISコード
ja_JP.PCK

EUCコード
ja
japanese

英語（日本語なし）
C

(2)　PFM - Agentの登録[図データ]

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - ManagerにPFM - Agentを登録する必要があります。

PFM - Managerのバージョンが08-50以降の場合，登録は自動で行われるため，ここで説明する手順は不要です。

ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Managerのリリースノートを参照してください。

参考

自動で登録されたPFM - Agentの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

登録されたPFM - Agentの起動後に，PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

登録されたPFM - Agentの起動後に，PFM - Web Consoleを再起動したとき

PFM - Agentの起動前に登録したい場合は，jpcagtsetupコマンドに-registerオプションを付加して実行してください。jpcagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Agentの登録の流れを次に示します。

図6-3　PFM - Agentの登録の流れ

注意

PFM - Agentの登録は，PFM - Agentのインスタンス環境を設定する前に実施してください。

すでにPFM - Agentの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - Agentを追加した場合は，PFM - Agentの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - Agentをセットアップしてください。

PFM - Managerと同じホストにPFM - Agentをインストールした場合，jpcagtsetupコマンドが自動的に実行されます。共通メッセージログに「KAVE05908-I エージェント追加セットアップは正常に終了しました」と出力されるので，結果を確認してください。コマンドが正しく実行されていない場合は，コマンドを実行し直してください。コマンドの実行方法については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(a)　PFM - Agentのセットアップファイルをコピーする

PFM - AgentをインストールしたホストにあるセットアップファイルをPFM - Managerをインストールしたホストにコピーします。手順を次に示します。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表6-5　コピーするセットアップファイル

コピー元
コピー先

ホスト
ファイル
ホスト
ファイル

PFM - Agent

Windowsの場合
インストール先ディレクトリ¥setup¥jpcxxxxu.Z

UNIXの場合
/opt/jp1pc/setup/jpcxxxxu.Z

PFM - Manager
/opt/jp1pc/setup

（凡例）

「xxxx」は，各PFM - Agentのサービスキーを示します。サービスキーの詳細は，各PFM - Agentのマニュアルを参照してください。

(b)　PFM - Managerホストでセットアップコマンドを実行する

PFM - ManagerホストでPFM - Agentをセットアップするための次のコマンドを実行します。

jpcagtsetup xxxx

「xxxx」は，各PFM - Agentのサービスキーを示します。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcagtsetup agto

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcagtsetupコマンドを実行してください。

PFM - Agentのセットアップファイルは，この作業が終了したあと，削除してもかまいません。

(3)　ネットワークの設定[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の二つの項目を設定できます。

IPアドレスを設定する
Performance Managementを複数のLANに接続されたネットワークで使用するときに設定します。複数のIPアドレスを設定するには，jpchostsファイルにホスト名とIPアドレスを定義します。設定したjpchostsファイルはPerformance Managementシステム全体で統一させてください。
詳細については，「6.3.1　ネットワーク構成の変更」を参照してください。

ポート番号を設定する
Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号とサービス名は，Performance Managementシステム全体で統一させてください。
ポート番号の設定の詳細については，「6.3.1 (1) (b)　ポート番号を設定する」を参照してください。

(4)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合にだけ，必要な設定です。

詳細については，「6.4.1　共通メッセージログのファイルサイズ設定」を参照してください。

(5)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合にだけ，必要な設定です。

詳細については，「8.　ユーザーアカウントの管理」を参照してください。

(6)　イベントデータの格納先変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のディレクトリを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先ディレクトリ：/opt/jp1pc/mgr/store

バックアップ先ディレクトリ：/opt/jp1pc/mgr/store/backup

エクスポート先ディレクトリ：/opt/jp1pc/mgr/store/dump

注

論理ホストで運用する場合のデフォルトの保存先については，「/opt/jp1pc」を「環境ディレクトリ¥jp1pc」に読み替えてください。

変更方法についての詳細は，「6.4.2　イベントデータの格納先の変更」を参照してください。

(7)　動作ログ出力の設定[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，「付録H　動作ログの出力」を参照してください。

(8)　ヘルスチェック機能の設定[図データ]

監視エージェントや監視エージェントが稼働するホストの稼働状態を確認したい場合に必要な設定です。設定方法については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

(9)　PFMサービス自動再起動機能の設定[図データ]

PFMサービスが何らかの原因で異常停止した場合に，自動的にPFMサービスを再起動させたいときに必要な設定です。設定方法については，「19.4.3　PFMサービス自動再起動機能の設定」を参照してください。

6.1.5　PFM - Web Consoleのセットアップ手順

ここでは，監視コンソールサーバにインストールされたPFM - Web Consoleをセットアップする手順を示します。

[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　LANG環境変数の設定

(2)　PFM - Agentの登録

(3)　ネットワークの設定

(4)　初期設定（config.xml）ファイルの設定

(5)　PFM - Web Consoleの接続先PFM - Managerの設定

(6)　PFM - Web Consoleの起動ユーザー/グループの設定

(1)　LANG環境変数の設定

PFM - Web Consoleで使用できるLANG環境変数を次の表に示します。

なお，これらのLANG環境変数を設定する前に，設定する言語環境が正しくインストール・構築されていることを確認しておいてください。正しくインストール・構築されていない場合，文字化けが発生したり，定義データが不当に書き換わってしまったりすることがあります。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まります。そのため，日本語や英語など，複数の言語コードの文字列が混在することがあります。

表6-6　PFM - Web Consoleで使用できるLANG環境変数

OS
言語種別
LANG環境変数の値

Linux
日本語
UTF-8コード

ja_JP.UTF-8

ja_JP.utf8

英語（日本語なし）
C

HP-UX(IPF)
日本語
シフトJISコード

ja_JP.SJIS

japanese

EUCコード

ja_JP.eucJP

japanese.euc

英語（日本語なし）
C

Solaris
日本語
シフトJISコード
ja_JP.PCK

EUCコード

ja

japanese

英語（日本語なし）
C

AIX
日本語
シフトJISコード

Ja_JP.IBM-932

Ja_JP

EUCコード

ja_JP.IBM-eucJP

ja_JP

英語（日本語なし）
C

(2)　PFM - Agentの登録[図データ]

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - Web ConsoleにPFM - Agentを登録する必要があります。

PFM - Web Consoleのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，ここで説明する手順は不要です。ただし，PFM - Web Consoleより後でリリースされたPFM - Agentについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Web Consoleのリリースノートを参照してください。

PFM - Agentの登録の流れを次に示します。

図6-4　PFM - Agentの登録の流れ

注意

すでにPFM - Agentの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - Agentを追加した場合，PFM - Agentの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，最新バージョンのPFM - Agentをセットアップしてください。

(a)　PFM - Agentのセットアップファイルをコピーする

PFM - AgentをインストールしたホストにあるセットアップファイルをPFM - Web Consoleをインストールしたホストにコピーします。手順を次に示します。

PFM - Web Consoleが起動されている場合は，PFM - Web Consoleを停止する。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表6-7　コピーするセットアップファイル

コピー元
コピー先

ホスト
ファイル
ホスト
ファイル

PFM - Agent

Windowsの場合
インストール先フォルダ¥setup¥jpcxxxxu.Z

UNIXの場合
/opt/jp1pc/setup/jpcxxxxu.Z

PFM - Web Console
/opt/jp1pcwebcon/setup

（凡例）

「xxxx」は，各PFM - Agentのサービスキーを示します。サービスキーの詳細は，各PFM - Agentのマニュアルを参照してください。

(b)　PFM - Web Consoleホストでセットアップコマンドを実行する

PFM - Web ConsoleでPFM - Agentをセットアップするための次のコマンドを実行します。

jpcwagtsetup

PFM - Web ConsoleホストにあるPFM - Agentのセットアップファイルは，この作業が終了したあと削除してもかまいません。

注意

PFM - Web ConsoleをPFM - Agentと同一のホストにインストールしている場合でも，jpcwagtsetupコマンドの実行は必要です。

(3)　ネットワークの設定[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の設定ができます。

ポート番号を設定する
Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号は，Performance Managementシステム全体で統一させてください。
ポート番号の設定の詳細については，「6.4.6　PFM - Web Consoleの設定変更」を参照してください。

(4)　初期設定（config.xml）ファイルの設定[図データ]

PFM - Web Consoleを動作させるための設定が，初期設定ファイル（config.xml）に定義されています。この初期設定の内容を変更する場合にだけ必要な設定です。

config.xmlファイルは，PFM - Web Consoleのログファイルに関する設定やコンソール画面に表示するデータの最大値などを設定できます。詳細については，「6.4.6　PFM - Web Consoleの設定変更」を参照してください。

(5)　PFM - Web Consoleの接続先PFM - Managerの設定[図データ]

PFM - Web Consoleが接続するPFM - Managerを設定します。接続先のPFM - Managerを設定するには，初期設定ファイル（config.xml）ファイルに設定します。

詳細については，「6.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

(6)　PFM - Web Consoleの起動ユーザー/グループの設定[図データ]

PFM - Web Consoleのサービスは，デフォルトとしてnobody/root権限で起動します。このユーザー/グループでPFM - Web Consoleの起動に失敗した場合，以下のメッセージが出力されます。

KAVJT0003-E An attempt to start the service has failed.

この場合，/opt/jp1pcwebcon/CPSB/httpsd/conf/httpsd.confファイルのUser/Groupをシステムに存在するroot以外のユーザーとそのユーザーが属するグループに変更してください。変更する個所を以下に太字で示します。

     :
ServerName www.example.com
Port 80
User nobody
Group root
ServerRoot "/opt/jp1pcwebcon/CPSB/httpsd"
     :

6.1.6　監視コンソールのブラウザーの設定手順

PFM - Web Consoleを使用するために，次に示すブラウザーの設定が必要です。

JavaScriptを有効にする。

ファイルをダウンロードできるようにする。

Cookieを有効にする。

画像（GIFデータ）を表示する。

ページキャッシュを確認する。

フォントサイズを設定する。

監視コンソールのOSがUNIXの場合にサポートするブラウザーを次に示します。

ブラウザー | バージョン | OS | サポートするPFM - Web Consoleのバージョン
Firefox | 2.0.x | AIX，HP-UX，Linux，Solaris | 08-11以降
Mozilla | 1.7 | HP-UX，Linux，Solaris | 08-00以降

ブラウザーごとの設定項目を表に示します。

＜この項の構成＞

(1)　Firefox 2.0.xの場合

(2)　Mozilla 1.7の場合

(1)　Firefox 2.0.xの場合

表6-8　Firefox 2.0.xの設定

メニュー
カテゴリー
設定項目

［ツール］-［オプション］
［プライバシー］
-［Cookie］
［サイトから送られてきたCookieを保存する］
（保存期間の選択は任意）

［コンテンツ］
［画像を自動的に読み込む］
［JavaScriptを有効にする］

［コンテンツ］-［Javascript］
［詳細設定］で［ウィンドウの移動または大きさの変更」を選択する。

［コンテンツ］-［フォントと配色］
デフォルト値を使用する。

［セキュリティ］-［パスワード］
「パスワードマネージャ」の「サイトのパスワードを記憶する」のチェックを外す。

［詳細］-［言語設定］
「ja」をリストの先頭にする。

(2)　Mozilla 1.7の場合

表6-9　Mozilla 1.7の設定

メニュー
カテゴリー
設定項目

［編集］-［設定］
［プライバシーとセキュリティ］
-［パスワード］
［パスワードを記録する］のチェックを外す。

［プライバシーとセキュリティ］
-［Cookie］
［文書のあるWebサイトから送信されてくるCookieのみ有効にする］
または［プライバシー設定に基づいてCookieを有効にする］
または［すべてのCookieを有効にする］

［プライバシーとセキュリティ］
-［画像］
［すべての画像を受け入れる］

［詳細］-［スクリプトとプラグイン］
［Navigator］

［詳細］-［キャッシュ］
［ページにアクセスするたび］
または［キャッシュしたページが古い場合］

［表示］-［フォント］-［サイズ］
［12］

［Navigator］-［言語］-［Webページの表示言語］

［日本語 [ja]］が存在する場合

［表示する言語の順序］一覧で「日本語 [ja]」が最上位になるまで［上へ］ボタンをクリックする。

［日本語 [ja]］が存在しない場合

［追加］ボタンをクリックして，［言語を追加］ダイアログボックスの［言語］一覧から「日本語 [ja]」を選択して［OK］ボタンをクリックする。

［表示する言語の順序］一覧で「日本語 [ja]」が最上位になるまで［上へ］ボタンをクリックする。

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

ここでは，Performance Managementプログラムをアンインストールおよびアンセットアップする手順を示します。

＜この節の構成＞

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

6.2.2　アンインストール手順

6.2.3　サービス情報の削除

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

ここでは，Performance Managementをアンインストールおよびアンセットアップするときの注意事項を次に示します。

＜この項の構成＞

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

(2)　ネットワークに関する注意事項

(3)　プログラムに関する注意事項

(4)　サービスに関する注意事項

(5)　PFM - Web Consoleの注意事項

(6)　その他の注意事項

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

Performance Managementプログラムをアンインストールするときは，必ず，rootユーザーで実行してください。

(2)　ネットワークに関する注意事項

Performance Managementプログラムをアンインストールしても，servicesファイルに定義されたポート番号は削除されません。

(3)　プログラムに関する注意事項

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラムを起動したままアンインストールした場合，ファイルやディレクトリが残ることがあります。この場合は，手動でインストール先ディレクトリ以下をすべて削除してください。

PFM - BaseとPFM - Agentがインストールされているホストの場合，PFM - BaseのアンインストールはPFM - Agentをアンインストールしないと実行できません。この場合，PFM - Agent，PFM - Baseの順にアンインストールしてください。また，PFM - ManagerとPFM - Agentがインストールされているホストの場合も同様に，PFM - ManagerのアンインストールはPFM - Agentをアンインストールしないと実行できません。この場合，PFM - Agent，PFM - Managerの順にアンインストールしてください。

(4)　サービスに関する注意事項

PFM - Managerをアンインストールするときは，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止しておいてください。

PFM - Agentをアンインストールしただけでは，jpcctrl listコマンドで表示できるサービス情報は削除されません。この場合，jpcctrl deleteコマンドを使用してサービス情報を削除してください。サービス情報の削除方法については，「6.2.3　サービス情報の削除」を参照してください。

PFM - Managerをアンインストールしたあと，同じマシンに再インストールすると，jpcctrl listコマンドでTrap Generatorサービスが二つ表示されることがあります。この場合，PFM - Managerのサービスを起動し，「Inactive」となっているTrap Generatorサービスをjpcctrl deleteコマンドで削除してください。

(5)　PFM - Web Consoleの注意事項

アンインストールログは，/etc/.hitachi/.uninstall.logに出力します。

アンインストールに失敗した場合は，アンインストール実行時のログ（/etc/.hitachi/.uninstall.log）を退避して，原因を取り除いたあと，再度アンインストールしてください。アンインストールするプログラムに「JP1/PFM - Web Console」がない場合は，一度インストールして，再度アンインストールしてください。

PFM - Web Console がインストールされているホストから，Performance Managementプログラムをアンインストールする場合は，ブラウザー画面をすべて閉じてからアンインストールを実施してください。

(6)　その他の注意事項

インスタンス環境を設定しているPFM - Agentの場合，PFM - Agentをアンインストールする前に，インスタンス環境をアンセットアップしておいてください。アンセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

NNM連携機能を使用した場合，PFM - ManagerまたはPFM - Baseをアンインストールする前に，NNM連携機能をアンセットアップしておいてください。アンセットアップ方法については，「17.2.4　アンセットアップ」を参照してください。

6.2.2　アンインストール手順

＜この項の構成＞

(1)　Performance Managementプログラムのアンインストール手順

(2)　PFM - Web Consoleプログラムのアンインストール手順

(1)　Performance Managementプログラムのアンインストール手順

Performance Managementプログラムをアンインストールする手順を説明します。

Performance Managementのプログラムをアンインストールするホストに，rootユーザーでログインするか，またはsuコマンドでユーザーをrootユーザーに変更する。

ローカルホストでPerformance Managementのプログラムおよびサービスを停止する。
サービス情報を表示して，サービスが起動されていないか確認してください。ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。
サービスの停止方法およびサービス情報の表示方法については，「7.　Performance Managementの起動と停止」を参照してください。

次のコマンドを実行して，Hitachi PP Installerを起動する。

/etc/hitachi_setup

Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「D」を入力する。
アンインストールできるプログラムの一覧が表示されます。

アンインストールしたいPerformance Managementのプログラムを選択して，「D」を入力する。
選択したプログラムがアンインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースバーで選択します。
なお，PFM - ManagerまたはPFM - Baseを削除する場合は，ほかのすべてのPerformance Managementプログラムを事前にアンインストールする必要があります。

アンインストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

(2)　PFM - Web Consoleプログラムのアンインストール手順

PFM - Web Consoleプログラムをアンインストールするには，次のコマンドを入力してください。

/etc/hitachi_setup

メインメニューで［D］を選択すると，次に示すプログラム削除画面が表示されます。

PP-NO. VR PP-NAME
<@>001 PP型名 バージョン番号 JP1/PFM - Web Console
：
：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

アンインストールするプログラムにカーソルを移動させ，スペースキーで選択します。選択したプログラムの左側には，「<@>」が表示されます。このとき，複数のプログラムを選択することもできます。

続いて［D］を入力すると最下行に次のメッセージが表示されます。

Delete PP? (y: delete, n: cancel)==>

ここで，［y］または［Y］を選択するとプログラムのアンインストールが開始されます。［n］または［N］を選択すると，プログラムのアンインストールが中止されプログラム削除画面に制御が戻ります。［Q］を入力すると，メインメニューに戻ります。

(a)　PFM - Web Consoleプログラムをアンインストールするときの注意事項

PFM - Web Consoleプログラムをアンインストールするときの注意事項を次に示します。

次の状態でアンインストールした場合は，ファイルまたはディレクトリが残ることがあります。残留ファイルがある場合は，/opt/jp1pcwebconディレクトリ以下を手動で削除してください。

サービス起動中のとき

カレントディレクトリが/opt/jp1pcwebcon配下で，/etc/hitachi_setupを実行したとき

/opt/jp1pcwebconにリンクを張り，PFM - Web Consoleをインストールしたとき

論理ホスト環境の削除に失敗したとき

6.2.3　サービス情報の削除

次のような場合，jpcctrl listコマンドで表示されるサービス情報を削除する必要があります。

PFM - Agentをアンインストールしたとき

接続先のPFM - Managerを変更したとき

運用開始後にPFM - ManagerまたはPFM - Agentのホスト名を変更したとき

サービス情報を削除するにはjpcctrl deleteコマンドを使用します。

サービス情報を削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcctrl deleteコマンドを，情報を削除したいサービスのサービスIDを指定して実行する。
例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，次のように指定します。

jpcctrl delete OS* host=host02

PFM - Managerを再起動する。

PFM - Web Consoleを再起動する。

6.3　Performance Managementのシステム構成の変更

監視対象システムの構成変更に応じて，Performance Managementのシステム構成を変更する場合があります。ここでは，Performance Managementのシステム構成を変更する手順を説明します。

＜この節の構成＞

6.3.1　ネットワーク構成の変更

6.3.2　接続先PFM - Managerの変更

6.3.3　Performance Managementシステムでのホスト名の設定

6.3.4　運用開始後のホスト名の変更

6.3.1　ネットワーク構成の変更

ネットワーク構成を変更したときの，Performance Managementの設定を変更する手順を説明します。

なお，コマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，PFM - ManagerとPFM - Web Console間またはPFM - ManagerとPFM - Agent間のファイアウォールを通過させるための設定および注意事項については，マニュアル「JP1/Performance Management リファレンス」の，付録に記載されているポート番号一覧を参照してください。

＜この項の構成＞

(1)　PFM - ManagerホストおよびPFM - Agentホストでの作業手順

(1)　PFM - ManagerホストおよびPFM - Agentホストでの作業手順

PFM - ManagerホストおよびPFM - Agentホストでのネットワークの設定変更手順を説明します。

(a)　IPアドレスを設定する

複数のLANに接続されたネットワーク環境でPerformance Managementを運用するときに使用するIPアドレスを指定したい場合は，IPアドレスを設定します。

IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。

注意

jpchostsファイルを設定した場合，jpchostsファイルに定義したホスト名については，hostsファイルやDNSの定義を参照しません。したがって，ホスト名から取得されるIPアドレスを，jpchostsファイルに定義しておく必要があります。

手順を次に示します。

テキストエディターなどで，jpchostsファイルを開く。
jpchostsファイルは，/opt/jp1pcに格納されています。

jpchostsファイルを編集する。
例えば，ホスト名がhostAでIPアドレスが20.108.41.1であるホストと，ホスト名がhostBでIPアドレスが20.108.41.2と20.108.41.3であるホストのIPアドレスを次のように設定します。

hostA 20.108.41.1
hostB 20.108.41.2, 20.108.41.3

IPアドレスが20.108.41.1であるホストに，エイリアス名aliasAを付与する場合，次のように設定します。

aliasA 20.108.41.1

一つのホストに複数のIPアドレスを設定している場合は，先に指定したIPアドレスが優先されます。

次の条件に当てはまる場合，IPアドレス設定は無効です。
・ホスト名の長さが33バイト以上の場合
・ホスト名がlocalhostの場合
・10進ドット表記のIPアドレス（例：172.16.233.12）をホスト名として使用している場合
・「-」で始まるホスト名の場合
・次の文字または空白を含むホスト名の場合
¥ / : , ; * ? “ > < | . =

IPアドレス10進ドット表記（例：172.16.233.12）で指定してください。

一つのホストに対して指定できるIPアドレスの数は16個です。

注意2に従い，jpchostsファイルをコピーする。

Performance Managementを再起動する。
Performance Managementを再起動すると，設定したjpchostsファイルの情報が有効になります。

注意1

1番目に設定しているIPアドレスが使用できなくなった場合，それ以降2番目のIPアドレスを使用し続けるというものではありません。次回以降の通信でも，まず1番目のIPアドレスから順に通信を試みます。

注意2

jpchostsへのPFM - Managerホストの設定追加の要否

PFM - ManagerホストがNIC一枚の場合
PFM - Managerのjpchosts：設定の必要はありません。
PFM - Managerに接続しているPFM - Agentのjpchosts：設定の必要はありません。

PFM - ManagerホストがNIC二枚以上の場合
PFM - Managerのjpchosts：PFM - Managerで使用したいIPアドレスを指定します。
PFM - Managerに接続しているPFM - Agentのjpchosts：PFM - Managerで使用したいIPアドレスを指定します。

jpchostsへのPFM - Agentホストの設定追加の要否

存在するPFM - Agentホストごとに確認します。

PFM - AgentホストがNIC一枚の場合
PFM - Managerのjpchosts：設定の必要はありません。
確認対象のPFM - Agentのjpchosts：設定の必要はありません。
その他のPFM - Agentのjpchosts：設定の必要はありません。

PFM - AgentホストがNIC二枚以上の場合
PFM - Managerのjpchosts：PFM - Agentで使用したいIPアドレスを指定します。
確認対象のPFM - Agentのjpchosts：PFM - Agentで使用したいIPアドレスを指定します。
その他のPFM - Agentのjpchosts：設定の必要はありません。
注　確認対象のPFM - Agentと他のPFM - Agentホスト間でjpcctrlコマンドなどを使用して通信する場合は，確認対象のPFM - Agentの設定を追加する必要があります。

(b)　ポート番号を設定する

PFM - ManagerとPFM - Web Console間またはPFM - ManagerとPFM - Agent間のファイアウォールを通過させたい場合など，Performance Managementシステムで使用するポート番号を固定して運用したい場合は，各サービスに対して固定のポート番号を設定してください。

各サービスに対して固定のポート番号を設定する場合や，一度設定したポート番号を変更する場合は，jpcnsconfig portコマンドを使用します。PFM - Web Console側のポート番号は，初期設定ファイル（config.xml）で設定します。PFM - Web Consoleホストでconfig.xmlファイルを変更する手順については，「6.4.6　PFM - Web Consoleの設定変更」を参照してください。

補足

運用での混乱を避けるため，Performance Managementシステム全体でポート番号とサービス名の対応を統一してください。

ポート番号を設定する手順を次に示します。

jpcnsconfig portコマンドを実行する。
例えば，すべてのサービスに対してポート番号を固定値に設定する場合，次のようにコマンドを指定して実行します。

jpcnsconfig port define all

個々のサービスに対してポート番号を設定する。
jpcnsconfig portコマンドを実行すると，現在設定されているポート番号またはデフォルトのポート番号が表示されます。
例えば，Name Serverサービスに対する，現在のポート番号が22285の場合，次のように表示されます。

Component[Name Server]
ServiceID[PN1001]
Port[22285]
    :

ポート番号をどのように設定したいかによって，操作が異なります。設定内容と操作を次の表に示します。システム内でポート番号が重複しないかぎり，jpcconfig portコマンドで表示されるポート番号をそのまま使用してください。

設定内容
操作

表示されている番号を，サービス固定のポート番号としてそのまま使用する場合
リターンキーを押す。

ポート番号を，表示されている番号から変更する場合
1024～65535の範囲内でポート番号を入力する。
ただし，現在システムで使用されているポート番号は指定できない。

ポート番号を固定しない場合
「0」を入力する。
ただし，次のサービスは，ポート番号を固定しないように設定することはできない。「0」を入力した場合は，デフォルト値が設定される。

Name Serverサービス

View Serverサービス（PFM - Web ConsoleとView Serverサービス間）

NNM Object Managerサービス

Status Serverサービス

注意

ポート番号設定時に，Performance Managementのプログラムおよびサービスが起動されている場合，サービスを停止してからjpcnsconfig portコマンドを実行してください。ポート番号の設定が終わったあと，手動でサービスを起動してください。

jpcnsconfig portコマンドの実行中に，Ctrl+Cキーで中断すると，ポート番号は正しく設定されません。jpcnsconfig portコマンドを再実行して，ポート番号を設定し直してください。

再度，jpcnsconfig portコマンドを実行して，ポート番号が正しく設定されたかどうかを確認する。
例えば，すべてのサービスのポート番号を表示する場合，次のようにコマンドを指定して実行します。

jpcnsconfig port list all

Services欄またはPort欄に<error>と表示された場合は，正しく設定されていません。ポート番号を設定し直してください。エラーとなった場合，次の要因が考えられます。

ポート番号がservicesファイルに登録されていない。

servicesファイルに同じポート番号が重複して登録されている。

6.3.2　接続先PFM - Managerの変更

ここでは，Performance Managementシステムを構築したあとで，接続先のPFM - Managerを変更する方法を説明します。

なお，サービスの起動方法および停止方法の操作については，「7.　Performance Managementの起動と停止」を参照してください。

＜この項の構成＞

(1)　PFM - Agentホストでの作業手順

(2)　PFM - Web Consoleホストでの作業手順

(1)　PFM - Agentホストでの作業手順[図データ]

PFM - Agentの接続先PFM - Managerを変更するには，jpcnshostnameコマンドを使用します。

PFM - Managerと同じホストにPFM - Agentをインストールした場合，またはPFM - Baseのインストール時に接続先PFM - Managerを設定した場合，この作業は不要です。

注意

複数のPFM - Managerには接続できません。一つの監視エージェントで設定できる接続先のPFM - Managerは一つだけです。そのため，一つの監視エージェントに複数のPFM - Agentがインストールされている場合，それぞれの接続先として異なるPFM - Managerを設定することはできません。

PFM - AgentとPFM - Managerが同じホストにインストールされている場合，接続先PFM - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先のPFM - ManagerをリモートホストのPFM - Managerに変更できません。

接続先PFM - Managerを変更する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

PFM - Baseのバージョン08-50以降でインストール時に接続先PFM - Managerの設定を省略した場合は，接続先PFM - Managerの変更を必ず行ってください。

手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。サービスの停止にはjpcstopコマンドを使用してください。

jpcstop all

接続先PFM - Managerを変更する。
接続先PFM - Managerを変更するには，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerをホストhost02上のPFM - Managerに変更する場合，次のように指定します。

jpcnshostname -s host02

変更後の接続先PFM - Managerが起動されていることを確認する。

PFM - Agentホスト上のPerformance Managementのプログラムおよびサービスを再起動する。

なお，変更前の接続先PFM - Managerで，PFM - Agentのホスト名が付加された，Performance Managementプログラムのサービス情報をすべて削除してください。サービス情報の削除方法については，「6.2.3　サービス情報の削除」を参照してください。

(2)　PFM - Web Consoleホストでの作業手順

接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「6.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

6.3.3　Performance Managementシステムでのホスト名の設定

ここでは，Performance Managementシステムのホスト名として使用する名前の設定を変更する方法について説明します。なお，Performance Managementシステムのホスト名として使用する名前を監視ホスト名と呼びます。

参考

監視ホスト名は，サービスIDの一部（デバイス名）などに使用されます。例えば，監視ホスト名が「HostX」のホストにインストールされたPFM - Agent for Platform（UNIX）のAgent CollectorのサービスIDは「TA1HostX」となります。

デフォルトでは，監視ホスト名がOSから取得するホスト名（実ホスト名）になっています。

Performance Managementシステムでは，任意のホスト名（エイリアス名）を監視ホスト名に設定できます。この機能を，監視ホスト名設定機能といいます。

これによって，例えば同じ実ホスト名を持つホストが複数ある環境において，エイリアス名によってホストを区別して監視することができるようになります。

＜この項の構成＞

(1)　前提条件

(2)　設定方法

(3)　［Common Section］セクションの設定

(1)　前提条件

監視ホスト名設定機能を使用するには，PFM - ManagerおよびPFM - Baseが08-50以降であり，同一ホスト上のPFM - Agentがすべて08-00以降である必要があります。

同一ホスト上に07-50以前のPFM - Agentが一つでもある場合，監視ホスト名設定機能は使用できません。

監視ホスト名設定機能を使用するために必要な，同一ホスト内でのPFM - Manager，PFM - Base，PFM - Agentのバージョンの組み合わせを次の表に示します。

表6-10　監視ホスト名設定機能同一ホスト内の製品バージョンの組み合わせ

PFM - ManagerおよびPFM - Baseのバージョン | PFM - Agentのバージョン | PFM - Agentなし
08-00以降 | 07-50以前
PFM - Manager | 08-11以前 | × | × | ×
08-50以降 | ○ | × | ○
PFM - Base | 08-11以前 | × | × | ×
08-50以降 | ○ | × | ○

（凡例）

○：監視ホスト名設定機能を使用できる。

×：監視ホスト名設定機能を使用できない。

監視ホスト名設定機能を使用する場合の注意事項を次に示します。

エイリアス名を使用する場合，エイリアス名からホストのIPアドレスが解決できる必要があります。Performance Managementシステム以外のIPアドレス解決に影響を与えたくない場合は，jpchostsファイルでIPアドレスの解決を定義することができます。jpchostsファイルの編集方法については，「6.3.1　ネットワーク構成の変更」を参照してください。ほかのシステムと連携させる場合は，hostsファイルやDNSの定義によるIPアドレス解決ができるように設定する必要があります。

監視ホスト名設定機能を使用している場合，同一ホスト上に07-50以前のPFM - Agentをインストールすることはできません。07-50以前のPFM - Agentをインストールする場合，事前に監視ホスト名設定機能を使用しない設定に戻す（Get Host Modeラベルに0を設定する）必要があります。戻していない場合，07-50以前のPFM - Agentのインストールに失敗することがあります。

同一ホスト上に07-50以前のPFM - Agentが一つでもある状態で監視ホスト名設定機能を設定した場合，08-00以降のPerformance Management製品のサービスの起動が抑止されます。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホストで設定されたホスト名が有効になります。

監視ホスト名設定機能を使用した場合，PFM - Agentの種類によっては，共通ログに出力されるホスト名と，実際に稼働しているホスト名が異なる場合があります。また，同一ホスト上でPFM - Viewが運用されていると，PFM - Viewの共通ログに記録される物理ホスト名は実ホスト名になります。

インストールした直後に監視ホスト名設定機能を使用した場合でも「(2)(a)　監視マネージャーホストの監視ホスト名設定方法」および「(2)(b)　監視エージェントホストの監視ホスト名設定方法」に記載されている設定を実施する必要があります。

(2)　設定方法

監視ホスト名を設定する手順について説明します。

(a)　監視マネージャーホストの監視ホスト名設定方法

監視マネージャーホストで監視ホスト名を設定する手順を次に示します。

ヘルスチェックエージェントの設定を解除する。
ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用します。

PFM - Agentホストでサービスを停止する。
ホスト名を変更するPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用します。

PFM - Managerホストでサービスを停止する。
ホスト名を変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用します。

PFM - Managerホストでアラームイベントデータを削除する。
アラームイベントデータが格納されているMaster StoreサービスのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
UNIXの場合でのStoreデータベースの格納先フォルダを次に示します。
/opt/jp1pc/mgr/store

注意

Performance Managementのjpcctrl clearコマンドでは，Storeデータベース内のデータは削除されますが，Storeデータベースのファイル（*.DBおよび*.IDX）は削除されません。Storeデータベースのファイルを削除するには，エクスプローラなどから行ってください。

PFM - Managerホストでヘルスチェックエージェントの収集データを削除する。
ヘルスチェックエージェントの収集データが格納されているAgent StoreサービスのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
UNIXの場合でのStoreデータベースの格納先フォルダを次に示します。
/opt/jp1pc/agt0/store

PFM - Managerホストでサービス構成情報ファイルを初期化する。
jpcns.iniファイルを初期化するには，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先フォルダはインストール先フォルダです。

注意

jpcns.iniファイルの格納先フォルダにjpcns_backup.iniファイルが存在する場合，jpcns_backup.iniファイルも同時に削除してください。

PFM - Managerホストでjpccomm.iniの［Common Section］セクションの設定を変更する。
詳細については，「(3) ［Common Section］セクションの設定」を参照してください。

必要に応じて，jpchostsファイル，hostsファイルおよびDNSの設定を変更する。

PFM - Managerホストのホスト名を設定する。
PFM - Managerホストのホスト名を設定するには，jpcnshostnameコマンドを使用します。
コマンドの実行例を次に示します。

jpcnshostname -u

PFM - AgentホストでのStatus Serverサービスのポート番号を設定する。
PFM - Agentホストでステータス管理機能を有効にしている場合，PFM - Agentホスト上でStatus Servierサービスのポート番号を設定します。次のように指定してコマンドを実行します。ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。
コマンドの実行例を次に示します。

jpcnsconfig port define stat

PFM - Managerホストでサービスを起動する。
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでサービス情報を削除する。
PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストのホスト名を変更した場合は，変更前のPFM - Managerのサービス情報を削除する必要があります。例えば，変更前のPFM - Managerホスト名がhost02のとき，ホストhost02上にあるPFM - Managerサービスの情報をすべて削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete P* host=host02
jpcctrl delete 0* host=host02

PFM - Managerホストでサービスを再起動する。
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentホストで接続先PFM - Managerを変更する。
ホスト名を変更したPFM - Managerに接続するPFM - Agentホストで，接続先PFM - Managerを変更します。接続先PFM - Managerの変更は，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost02の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host02

PFM - Agentホストでサービスを起動する。
ホスト名を変更したPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。
ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerを変更します。接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「6.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

PFM - Web Consoleホストでサービスを起動する。
ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

ヘルスチェックエージェントの設定を行う。
ヘルスチェック機能を利用している場合，ホスト名変更後のヘルスチェックエージェントの定義を再設定します。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している場合
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している場合
アクションのJP1イベントの設定を再度行ってください。

アラーム編集方法の詳細については，「12.　アラームによる稼働監視」を参照してください。

設定変更後の確認をする。
設定変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

(b)　監視エージェントホストの監視ホスト名設定方法

監視エージェントホストで監視ホスト名を設定する手順を次に示します。

PFM - Agentの設定を削除する。
ホスト名を変更するPFM - Agentホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Agentホストでサービスを停止する。
ホスト名を変更するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用します。

PFM - Agentホストでインスタンス環境をアンセットアップする。
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のアンセットアップを実施します。インスタンス環境のアンセットアップ方法詳細については，PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでパフォーマンスデータを削除する。
インスタンス環境を構築しないPFM - Agentがインストールされている場合，Storeデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。Storeバージョン2.0の場合は，各レコードのフォルダ内のファイルも削除します。
Storeデータベースの格納先フォルダについては，PFM - Agentマニュアルを参照してください。

注意

Performance Managementのjpcctrl clearコマンドでは，Storeデータベース内のデータが削除されますが，Storeデータベースのファイル（*.DBおよび*.IDX）は削除されません。Storeデータベースのファイルを削除するには，エクスプローラなどから行ってください。

PFM - Agentホストでサービス構成情報ファイルを初期化する。
jpcns.iniファイルを初期化するには，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先フォルダはインストール先フォルダです。

注意

jpcns.iniファイルの格納先フォルダにjpcns_backup.iniファイルが存在する場合，jpcns_backup.iniファイルも同時に削除してください。

PFM - Agentホストでjpccomm.iniの［Common Section］セクションの設定を変更する。
詳細については，「(3) ［Common Section］セクションの設定」を参照してください。

必要に応じて，jpchostsファイル，hostsファイルおよびDNSの設定を変更する。

必要に応じて，監視エージェントホストのPFM - Agentの接続先Managerホストを変更する。
コマンドの実行例を次に示します。

jpcnshostname -s 〈接続先Managerホストのホスト名〉

PFM - AgentホストでのStatus Serverサービスのポート番号を設定する。
PFM - Agentホストでステータス管理機能を有効にしている場合，PFM - Agentホスト上でStatus Servierサービスのポート番号を設定します。次のように指定してコマンドを実行します。ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。
コマンドの実行例を次に示します。

jpcnsconfig port define stat

PFM - Agentホストでインスタンス環境をセットアップする。
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のセットアップを実施します。インスタンス環境のセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでサービスを起動する。
ホスト名を変更したPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでサービス情報を削除する。
PFM - Agentホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストで変更前のPFM - Agentのサービス情報を削除する必要があります。例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete OS* host=host02

PFM - Managerホストでサービスを再起動する。
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストでサービスを再起動する。
PFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentの設定を行う。
ホスト名変更後のエージェントの定義を再設定します。

アラームの設定を更新する。
次の場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM -Agentホストのアクションハンドラを指定している場合
アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Agentホスト名＞」を設定してください。

アクションでJP1イベントを発行している場合
アクションのJP1イベントの設定を再度行ってください。

アラーム編集方法詳細については，「12.　アラームによる稼働監視」を参照してください。

設定変更後の確認をする。
設定変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認
作成したアラームのアクション実行が問題なく実行できるか確認します。

(3)　［Common Section］セクションの設定

監視ホスト名設定方法は，jpccomm.iniファイルの［Common Section］セクション配下のGet Host ModeラベルおよびHost Alias Nameラベルによって設定します。

格納先

jpccomm.iniファイルの格納先を次に示します。

/opt/jp1pc/jpccomm.ini

監視ホスト名を設定するホスト上のファイルを編集してください。

Get Host Modeラベルの設定

0～2の数値を設定します。各設定値の意味を次に示します。

0の場合

監視ホスト名設定機能を使用しません。監視ホスト名は，実ホスト名（uname -nコマンドで取得されるホスト名）になります。同一ホスト上に07-50以前のPFM - Agentをインストールする場合は，必ず0に設定してください。

1の場合

監視ホスト名は，実ホスト名（hostnameコマンドで取得されるホスト名）になります。Host Alias Nameラベルにエイリアス名を設定しても無視されます。

2の場合

監視ホスト名は，エイリアス名（Host Alias Nameに指定した名前）になります。Host Alias Nameラベルにエイリアス名を指定しないと，サービス起動が抑止されます。

Get Host Modeラベルについての注意事項を次に示します。

有効となる値は，0，1または2の半角数字です。その他の半角数字や記号，全角文字などが設定された場合，サービス起動が抑止されます。

1または2を設定する場合，「(1) 前提条件」の条件を満たす必要があります。この条件を満たさない環境では，必ず0を設定してください。

Host Alias Nameラベルの設定

Get Host Modeラベルに2を設定した場合に，エイリアス名を設定します。Get Host Modeラベルに2以外を設定した場合，Host Alias Nameラベルの設定は無視されます。

Host Alias Nameラベルに設定できるエイリアス名の制限を次に示します。制限に即さないエイリアス名が指定された場合，サービス起動が抑止されます。

使用できる文字は，1～32バイトの半角英数字だけです。

文字列「localhost」およびIPアドレスはエイリアス名に指定できません。

エイリアス名の中および後ろに半角スペースを指定できません。

エイリアス名の前にある半角スペースは無視されます。

同一ホスト上において，エイリアス名を利用しているPFM - ManagerまたはPFM - Baseがある状態で論理ホスト環境を作成する場合，エイリアス名と同一の論理ホスト名は指定できません。

同一ホスト上において，論理ホスト環境で運用しているPFM製品がある状態でエイリアス名を使用する場合，論理ホスト名と同一のエイリアス名は指定できません。

設定例

hostnameコマンドで取得されるホスト名を監視ホスト名として使用する場合の設定例を次に示します。

[Common Section]
Get Host Mode=1
Host Alias Name=

「hostB」というエイリアス名を監視ホスト名として使用する設定例を次に示します。

[Common Section]
Get Host Mode=2
Host Alias Name=hostB

6.3.4　運用開始後のホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Managerホスト，PFM - Agentホスト，およびPFM - Web Consoleのホスト名を変更する方法を説明します。

注意

運用開始後にPFM - ManagerホストまたはPFM - Agentをインストールしたホストのホスト名を変更した場合，データベースファイル（*.DBおよび *.IDX）を引き継ぐことはできません。ホスト名変更前のデータベースファイルを継続して使用すると，ファイルサイズが不当に大きくなることがあります。運用開始後にホスト名を変更する場合は，必ず次の(1)，(2)の手順に従ってください。

＜この項の構成＞

(1)　PFM - Managerホスト名を変更する

(2)　PFM - Agentホスト名を変更する

(1)　PFM - Managerホスト名を変更する

PFM - Managerホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Agentホスト

PFM - Managerホスト

PFM - Web Consoleホスト

注意

PFM - Managerホスト名を変更する前に，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止してください。サービスを停止するにはjpcstopコマンドおよびjpcwstopコマンドを使用してください。

作業の流れを次の図に示します。

図6-5　PFM - Managerのホスト名を変更する流れ

作業手順を次に示します。

ヘルスチェックエージェントの設定削除
ヘルスチェック機能を利用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでのサービスの停止
ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - Agentホストでのサービスの停止
ホスト名を変更するPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

PFM - Managerホストでのサービスの停止
ホスト名を変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

イベントデータの削除
イベントデータが格納されているMaster StoreサービスのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
Storeデータベースの格納先ディレクトリは，次のとおりです。

Windowsの場合

インストール先フォルダ¥mgr¥store

UNIXの場合

/opt/jp1pc/mgr/store

補足

Performance Managementのjpcctrl clearコマンドはStoreデータベース内のデータを削除しますが，Storeデータベースのファイル（*.DBおよび*.IDX）自体は削除しません。Storeデータベースのファイル自体の削除は，rmコマンドで行ってください。

ヘルスチェックエージェントのパフォーマンスデータの削除
ヘルスチェック機能を利用している場合，ヘルスチェックエージェントのStoreデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。
Storeデータベースの格納先フォルダは，次のとおりです。

Windowsの場合

インストール先フォルダ¥agt0¥store

UNIXの場合

/opt/jp1pc/agt0/store

補足

Performance Managementのjpcctrl clearコマンドはStoreデータベース内のデータを削除しますが，Storeデータベースのファイル（*.DBおよび*.IDX）自体は削除しません。Storeデータベースのファイル自体の削除は，エクスプローラなどから行ってください。

サービス構成情報ファイルの初期化
サービス構成情報ファイル（jpcns.ini）を初期化します。jpcns.iniファイルの初期化は，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。次のようにコマンドを実行し，jpcns.ini.modelファイルをコピーしてください。

cp -p jpcns.ini.model jpcns.ini
chmod 666 jpcns.ini

jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先ディレクトリは/opt/jp1pcです。

補足

jpcns.iniファイルの格納先ディレクトリにjpcns_backup.iniファイルが存在する場合は，jpcns_backup.iniファイルも同時に削除してください。

監視マネージャーのホスト名変更
PFM - Managerがインストールされている監視マネージャーホストのホスト名を変更します。また，hostsファイルおよびjpchostsファイルの変更が必要な場合はここで変更します。マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

PFM - Managerホストのホスト名設定
PFM - Managerホストのホスト名を設定するには，jpcnshostnameコマンドを使用します。次のように指定してコマンドを実行します。

jpcnshostname -u

PFM - ManagerホストでのStatus Serverサービスのポート番号の設定
PFM - Managerホストでステータス管理機能を有効にしている場合，PFM - Managerホスト上でStatus Serverサービスのポート番号を設定します。次のように指定してコマンドを実行します。
ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。

jpcnsconfig port define stat

PFM - Managerホストでのサービスの起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでのサービス情報の削除
PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Managerホストのホスト名を変更した場合は，変更前のPFM - Managerのサービス情報を削除してください。例えば，変更前のPFM - Managerホスト名がhost02のとき，ホストhost02上にあるPFM - Managerサービスの情報をすべて削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete P* host=host02
jpcctrl delete 0* host=host02

PFM - Managerホストでのサービス再起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentホストで，接続先PFM - Managerの変更
ホスト名を変更したPFM - Managerに接続するPFM - Agentホストで，接続先PFM - Managerを変更します。接続先PFM - Managerの変更は，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost02の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host02

PFM - Agentホストでのサービスの起動
ホスト名を変更したPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストで，接続先PFM - Managerの変更
ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerを変更します。接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「6.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

PFM - Web Consoleホストでのサービスの起動
ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

ヘルスチェックエージェントの設定
ヘルスチェック機能を利用している場合，ホスト名変更後のヘルスチェックエージェントの定義を再設定します。

アラームの設定を更新する
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している
アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Managerホスト名＞"を設定してください。

アクションでJP1イベントを発行している
アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「12.　アラームによる稼働監視」を参照してください。

注意

ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認してください。

(2)　PFM - Agentホスト名を変更する

PFM - Agentホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Agentホスト

PFM - Managerホスト

PFM - Web Consoleホスト

注意

PFM - Agentホスト名を変更する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。サービスを停止するにはjpcstopコマンドを使用してください。

作業の流れを次の図に示します。

図6-6　PFM - Agentのホスト名を変更する流れ

作業手順を次に示します。

PFM - Agentの設定削除
ホスト名を変更するPFM - Agentホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Agentホストでのサービスの停止
ホスト名を変更するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

インスタンス環境のアンセットアップ
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のアンセットアップを実施します。インスタンス環境のアンセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

パフォーマンスデータの削除
インスタンス環境を構築しないPFM - Agentがインストールされている場合，Storeデータベースのファイル（*.DBおよび*.IDX）をすべて削除します。Storeバージョン2.0の場合は，各レコードのフォルダ内のファイルも削除します。
Storeデータベースの格納先フォルダについては，各PFM - Agentのマニュアルを参照してください。

補足

Performance Managementのjpcctrl clearコマンドはStoreデータベース内のデータを削除しますが，Storeデータベースのファイル（*.DBおよび*.IDX）自体は削除しません。Storeデータベースのファイル自体の削除は，rmコマンドで行ってください。

サービス構成情報ファイルの初期化
サービス構成情報ファイル（jpcns.ini）を初期化します。jpcns.iniファイルの初期化は，いったんjpcns.iniを削除して，jpcns.ini.modelをjpcns.iniの名称でコピーします。次のようにコマンドを実行し，jpcns.ini.modelファイルをコピーしてください。

cp -p jpcns.ini.model jpcns.ini
chmod 666 jpcns.ini

jpcns.iniファイルおよびjpcns.ini.modelファイルの格納先ディレクトリは/opt/jp1pcです。

補足

jpcns.iniファイルの格納先ディレクトリにjpcns_backup.iniファイルが存在する場合は，jpcns_backup.iniファイルも同時に削除してください。

監視エージェントのホスト名変更
PFM - Agentがインストールされている監視エージェントのホスト名を変更します。また，hostsファイルおよびjpchostsファイルの変更が必要な場合はここで変更します。マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Agentホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように設定を元に戻してください。

接続先PFM - Managerの再設定
接続先PFM - Managerを再設定するには，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost01の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host01

PFM - AgentホストでのStatus Serverサービスのポート番号の設定
PFM - Agentホストでステータス管理機能を有効にしている場合，PFM - Agentホスト上でStatus Serverサービスのポート番号を設定します。次のように指定してコマンドを実行します。
ホスト名変更前と同じポート番号を使用するため，それぞれの問い合わせに対してリターンキーを押してください。

jpcnsconfig port define stat

インスタンス環境のセットアップ
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のセットアップを実施します。インスタンス環境のセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでのサービスの起動
ホスト名を変更したPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Managerホストでのサービス情報の削除
PFM - Agentホストのホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Agentホストのホスト名を変更した場合は，PFM - Managerホストで変更前のPFM - Agentのサービス情報を削除してください。例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，PFM - Managerホストで次のように指定してコマンドを実行します。

jpcctrl delete OS* host=host02

PFM - Managerホストでのサービス再起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストでのサービス再起動
PFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentの設定
ホスト名変更後のエージェントの定義を再設定します。

アラームの設定を更新する
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラまたはJP1イベントの送信元に，ホスト名を変更したPFM - Agentホストのアクションハンドラを指定している
アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Agentホスト名＞"を設定してください。

注意

ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認してください。

6.4　Performance Managementの運用方式の変更

稼働監視システムのシステム管理者の変更や，収集した稼働監視データの運用手順の変更などで，システムのPerformance Managementの運用方式を変更する場合があります。ここでは，Performance Managementの運用方式を変更する手順を説明します。

＜この節の構成＞

6.4.1　共通メッセージログのファイルサイズ設定

6.4.2　イベントデータの格納先の変更

6.4.3　通信回線の切断の設定

6.4.4　アラームテーブル複数バインド機能の設定

6.4.5　IPアドレスの設定変更

6.4.6　PFM - Web Consoleの設定変更

6.4.7　Storeバージョン2.0のセットアップとアンセットアップ

6.4.1　共通メッセージログのファイルサイズ設定

共通メッセージログは，PFM - Manager，PFM - Base，およびPFM - Agentで出力されます。デフォルトでは，共通メッセージログのログファイルとして，2,048キロバイトのファイルが2ファイル使用されます。共通メッセージログのファイルサイズを変更したい場合に必要な設定です。

ファイルサイズを変更したい場合は，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレトクリ¥jp1pc

UNIXの場合

環境ディレクトリ/jp1pc

jpccomm.iniファイルで編集するラベル名，設定できる値の範囲などを次の表に示します。

表6-11　共通メッセージログのファイルサイズ設定項目（jpccomm.iniの[Common Section]セクション）

設定項目
ラベル名
設定できる値
デフォルト値

共通メッセージログを格納するファイルのサイズ
（キロバイト）
Common Msglog Size
4～4,096
2,048

手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

共通メッセージログのファイルサイズを変更する。
次に示す網掛け部分を修正してください。

注意

行頭および「=」の前後には空白文字を入力しないでください。

jpccomm.iniファイルには，共通メッセージログのファイルサイズ以外にも，定義情報が記述されています。[Common Section]セクションのCommon Msglog Size以外の値は変更しないようにしてください。必要な項目以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpccomm.iniファイルを保存して閉じる。

注意

共通メッセージログファイルの設定は，同一ホスト上のPerformance Managementプログラムで共通にしてください。

jpccomm.iniファイルの設定内容をインストール時の状態に戻すには，jpccomm.iniファイルの格納先ディレクトリにあるjpccomm.ini.modelファイルをjpccomm.iniファイルにコピーしてください。

6.4.2　イベントデータの格納先の変更

PFM - Agentで発生したイベントデータは，PFM - ManagerのMaster StoreサービスのStoreデータベースで管理されます。

Storeデータベースで管理されるイベントデータの，次の格納先ディレクトリを変更したい場合は，jpcsto.iniファイルの内容を直接編集します。

格納先ディレクトリ

バックアップ先ディレクトリ

エクスポート先ディレクトリ

jpcsto.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ¥mgr¥store¥jpcsto.ini

UNIXの場合

/opt/jp1pc/mgr/store/jpcsto.ini

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥mgr¥store¥jpcsto.ini

UNIXの場合

環境ディレクトリ/jp1pc/mgr/store/jpcsto.ini

＜この項の構成＞

(1)　jpcsto.iniファイルの設定項目

(2)　jpcsto.iniファイルの編集手順

(1)　jpcsto.iniファイルの設定項目

jpcsto.iniファイルで編集するラベル名，設定できる値の範囲などを次の表に示します。

表6-12　イベントデータの格納先の設定項目（jpcsto.iniの[Data Section]セクション）

設定項目
ラベル名
設定できる値※1
デフォルト値

イベントデータを作成するディレクトリ
Store Dir※2
1～127バイトのフルパス名
物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store

UNIXの場合
/opt/jp1pc/mgr/store

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr/store

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store

イベントデータのバックアップ先ディレクトリ
Backup Dir※2
1～127バイトのフルパス名
物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store¥backup

UNIXの場合
/opt/jp1pc/mgr/store/backup

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥backup

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/backup

イベントデータを退避する場合の最大世代番号
Backup Save
1～9
5

イベントデータのエクスポート先ディレクトリ
Dump Dir※2
1～127バイトのフルパス名
物理ホストの場合

Windowsの場合
インストール先フォルダ¥mgr¥store¥dump

UNIXの場合
/opt/jp1pc/mgr/store/dump

論理ホストの場合

Widowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥dump

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/dump

注※1

ディレクトリ名は，すべてフルパス名で指定してください。

指定できる文字は，次の文字を除く，半角英数字，半角記号および半角空白です。
; , * ? ' " < > |

指定値に誤りがある場合，Master Storeサービスは起動できません。

注※2

Store Dir，Backup Dir，およびDump Dirには，それぞれ重複したディレクトリを指定できません。

(2)　jpcsto.iniファイルの編集手順

手順を次に示します。

PFM - ManagerのMaster Storeサービスを停止する。

テキストエディターなどで，jpcsto.iniファイルを開く。

イベントデータの格納先ディレクトリなどを変更する。
次に示す網掛け部分を，必要に応じて修正してください。

注意

行頭および「=」の前後には空白文字を入力しないでください。

各ラベルの値の「.」は，Master StoreサービスのStoreデータベースのデフォルト格納先フォルダは次のとおりです。

物理ホストの場合

Windowsの場合

　インストール先フォルダ¥mgr¥store

UNIXの場合

　/opt/jp1pc/mgr/store

論理ホストの場合

Windowsの場合

　環境ディレクトリ¥jp1pc¥mgr¥store

UNIXの場合

　環境ディレクトリ/jp1pc/mgr/store

格納先を変更する場合，その格納先ディレクトリからの相対パスか，または絶対パスで記述してください。

Storeデータベースの格納先を変更する場合，指定するディレクトリを事前に作成してください。

jpcsto.iniファイルには，データベースの格納先ディレクトリ以外にも，定義情報が記述されています。[Data Section]セクション以外の値は変更しないようにしてください。[Data Section]セクション以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpcsto.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

6.4.3　通信回線の切断の設定

Performance Managementは，接続先との通信終了後70秒間は回線を切断しません。接続時間によって課金されるような環境で使用する場合には注意してください。

通信終了後，すぐに回線を切断したい場合は，次のようにjpccomm.iniファイルを編集してください。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

回線の接続モードを変更する。
jpccomm.iniファイル中のすべてのセクションで次のラベルの値を変更します。

NS Keepalive Mode=0

jpccomm.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

注意

PFM - Web ConsoleとPFM - Manager間では，定期的に通信をしているため，回線は常に接続している状態となります。このためホスト間の通信にWAN環境などの通信時間や通信量に応じて課金されるネットワークを使用することは推奨しません。

6.4.4　アラームテーブル複数バインド機能の設定

アラームテーブル複数バインド機能を利用するには，PFM - ManagerおよびPFM - Web Consoleが08-50以降である必要があります。アラームテーブル複数バインド機能を有効にすると，08-50より前のバージョンのPFM - Web Consoleからは接続できなくなります。

複数のアラームテーブルをバインド可能な監視エージェントの構成を次の表に示します。複数のアラームテーブルをバインドする監視エージェントは，次の表中で○と記した構成である必要があります。ただし，表中で×と記した構成の監視エージェントがシステム内に存在する場合も，当該監視エージェントに複数のアラームテーブルをバインドしなければ，アラームテーブル複数バインド機能を利用できます。表で×と記した構成の監視エージェントに複数のアラームテーブルをバインドした場合，当該監視エージェントのアラームの評価結果が保証されません。

PFM - Agentのバージョン | 同一ホスト上のPFM - ManagerまたはPFM - Baseのバージョン
08-50以降 | 08-50未満 | なし
08-00以降 | ○ | × | －
08-00未満 | × | × | ×

（凡例）

○：複数バインドできる

×：複数バインドできない

－：不可能な組み合わせ

アラームテーブル複数バインド機能を有効または無効にするには，PFM - Managerホストのjpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレトクリ¥jp1pc

UNIXの場合

環境ディレクトリ/jp1pc

＜この項の構成＞

(1)　アラームテーブル複数バインド機能を有効にする場合

(2)　アラームテーブル複数バインド機能を無効にする場合

(1)　アラームテーブル複数バインド機能を有効にする場合

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，jpcstopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

アラームテーブル複数バインドの利用可否を設定する。
jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=1

jpccomm.iniファイルを保存して閉じる。

jpcstartコマンドでPerformance Managementのプログラムおよびサービスを起動する。
クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

(2)　アラームテーブル複数バインド機能を無効にする場合

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動されている場合は，jpcstopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

アラームテーブル複数バインドの利用可否を設定する。
jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=0

jpccomm.iniファイルを保存して閉じる。

jpcstartコマンドでPerformance Managementのプログラムおよびサービスを起動する。
クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

注意

PFM - Agentに複数のアラームテーブルがバインドされた状態で，アラームテーブル複数バインド機能を無効に設定した場合，次回のMaster Managerサービス起動時に，複数のアラームテーブルがバインドされているPFM - Agentについては，KAVE00317-Wメッセージを出力し，該当PFM - Agentにバインドされているすべてのアラームテーブルがアンバインドされます。このため，機能を無効に設定変更したあとのMaster Manager起動に時間が掛かることがあります。なお，起動中のPFM - Agentについては，該当PFM - Agentが再起動されるまで複数のアラームテーブルがバインドされた状態が継続します。バインド状態の更新を反映するため，アラームテーブル複数バインド機能を無効に設定した場合，KAVE00317-Wメッセージが出力されたPFM - Agentを再起動してください。

6.4.5　IPアドレスの設定変更

Performance Managementの運用時にIPアドレスを変更する手順について説明します。

＜この項の構成＞

(1)　PFM - ManagerホストのIPアドレスを変更する場合

(2)　PFM - Web ConsoleホストのIPアドレスを変更する場合

(3)　PFM - BaseホストのIPアドレスを変更する場合

(4)　PFM - AgentホストのIPアドレスを変更する場合

(1)　PFM - ManagerホストのIPアドレスを変更する場合

PFM - Web Consoleのログアウト
IPアドレスを変更するPFM - Managerに接続するPFM - Web Consoleホストをログアウトします。

PFM - Managerホストの全PFMサービスの停止
IPアドレスを変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - ManagerホストのIPアドレスの変更
PFM - Managerがインストールされている監視マネージャーホストのIPアドレスを変更します。

ネットワークの設定
全PFM - Agent，PFM - Base，PFM - Web Console，PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。

PFM - ManagerホストのPFMサービスの再起動
PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン
PFM - Web Consoleでログインします。

(2)　PFM - Web ConsoleホストのIPアドレスを変更する場合

PFM - Web Consoleホストの全PFMサービスの停止
IPアドレスを変更するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - Web ConsoleホストのIPアドレスの変更
PFM - Web Consoleがインストールされている監視コンソールホストのIPアドレスを変更します。

ネットワークの設定
接続先PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。また，監視コンソールから該当ホストに対して，HTTPで通信接続できるようにします。

PFM - Web ConsoleホストのPFMサービスの再起動
PFM - Web Consoleホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン
監視コンソールから新しいIPアドレス（またはそのホスト名）のURLでPFM - Web Consoleに接続します。

(3)　PFM - BaseホストのIPアドレスを変更する場合

PFM - Baseホストの全PFMサービスの停止
IPアドレスを変更するPFM - BaseがインストールされているホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - BaseホストのIPアドレスの変更
PFM - BaseがインストールされているホストのIPアドレスを変更します。

ネットワークの設定
全PFM - Agent，PFM - Base，PFM - Web Console，PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。

PFM - BaseホストのPFMサービスを再起動する。
PFM - Baseがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

(4)　PFM - AgentホストのIPアドレスを変更する場合

PFM - Agentホストの全PFMサービスの停止
IPアドレスを変更するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - AgentホストのIPアドレスの変更
PFM - AgentがインストールされているホストのIPアドレスを変更します。

ネットワークの設定
全PFM - Agent，PFM - Base，PFM - Web Console，PFM - Managerホストから該当ホストに対して，TCPで通信接続できるようにします。

PFM - AgentホストのPFMサービスの再起動
PFM - Agentがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

6.4.6　PFM - Web Consoleの設定変更

PFM - Web Consoleの運用で必要な環境設定は，初期設定ファイル（config.xml）で行います。

初期設定ファイル（config.xml）は/opt/jp1pc/conf/に格納されています。

注意

初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするには，PFM - Web Consoleサービスを再起動してください。また，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

初期設定ファイルで設定する項目を次に示します。

＜この項の構成＞

(1)　初期設定ファイル（config.xml）の設定項目

(2)　変更した初期設定ファイル（config.xml）をデフォルトに戻す手順

(3)　日付の形式に関する注意事項

(1)　初期設定ファイル（config.xml）の設定項目

config.xmlファイルの設定項目を次に示します。

(a)　ファイル出力の設定

PFM - Web Consoleのファイル出力に関する設定を変更するための，config.xmlファイルの項目は次のとおりです。

表6-13　ファイル出力の設定項目

内容
設定項目
設定できる値
デフォルト値

ログファイルを出力するディレクトリ
logDir
PFM - Web Consoleのログファイルを出力するディレクトリ
/opt/jp1pc/log

PFM - Web Consoleが出力するログファイルの面数
logFileNumber
1～16
10※

一つのログファイルのサイズ
logFileSize
1～100
4※

ログファイルを保持する日数
logFileRetention
1～30
30※

ファイルに出力する行の終端記号
lineSeparator

CRLF：
Windowsで採用されている改行コード。

LF：
UNIXで採用されている改行コード。

CRLF※

出力するファイルの文字コード
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※

出力するファイル名
csvFileName

数字0-9

.（ピリオド）

_（アンダーバー）

半角スペース

英字A-Z，a-z

指定できる文字数は，100文字以内で，半角スペースとピリオドだけで構成される名称は指定できない。
Export.csv※

注※

不正な値を指定すると，デフォルトが設定されます。

(b)　接続先PFM - Managerの設定

PFM - Web Consoleの接続先PFM - Managerの設定を変更するための，config.xmlファイルの項目は次のとおりです。

表6-14　接続先PFM - Managerの設定項目

内容
設定項目
設定できる値
デフォルト値

接続するPFM - Managerのホスト名またはIPアドレス
host

ホスト名の場合

・ 数字0-9

・ .（ピリオド）

・ -（ハイフン）

・ 英字A-Z，a-z

長さは1～32文字以内で指定できます。

IPアドレスの場合

・ 0.0.0.0～255.255.255.255

localhost※

接続するPFM - ManagerのView Serverサービスのポート番号
port
1,024～65,535
22,286※

注※

不正な値を指定または指定を省略すると，デフォルトが設定されます。

注意

ほかのプロセスとのポート番号の重複を避けるため，次のポート番号は指定しないでください。

OSが任意で割り当てるポート番号（動的ポートまたは短命ポートと呼ばれるポート番号）

(c)　データの取得や表示の設定

PFM - Web Consoleのデータの取得や表示の設定を変更するための，config.xmlファイルの設定項目は次のとおりです。

表6-15　データの取得や表示の設定項目

内容
設定項目
設定できる値
デフォルト値

PFM - Managerから取得する最大レコード件数
maxFetchCount
（<vsa>タグ配下）
1～2,147,483,647（整数）
1440

レポートウィンドウのテーブル表示時に１ページ当たり表示するレコード数
displayCountPerPage
1～2,147,483,647（整数）
20

一つのリアルタイムレポートに対して，データをキャッシュに保存する最大レコード数
maxRealtimeCache
1～360（整数）
30

リアルタイムレポートを自動更新するリクエスト間隔の制限時間※1
realtimeCacheInterval※2
60,000～3,600,000（ミリ秒）
600,000

日付の表示形式
selectFormat

pattern-ddMMyyyy

pattern-MMddyyyy

pattern-yyyyMMdd

pattern-yyyyMMdd

ブックマーク機能の定義情報を保存するリポジトリ※2の格納先
bookmarkRepository※2
絶対パスで指定
パス長の最大値：150文字
指定したフォルダがない場合は，PFM - Web Consoleのサービス起動時にフォルダが作成されます。
/opt/jp1pc/bookmarks

自動更新の更新間隔
updateInterval
10～3,600
60

ulongのデータ型を使った条件式の定義で指定可能な範囲
condExpValueUlongExtension

指定値：ulongデータ型設定可能範囲

true：0～4,294,967,295

false：0～2,147,483,648

false

レポートグラフの凡例ラベルに表示できる最大文字数
maxSeriesLabelLength
1～1,024
30

分割送信モードの有無
blockTransferMode
ture（有効）
false（無効）
true

jpcrptコマンドで出力するレポートについてView Serverから取得する最大レコード件数
maxFetchCount
（<command>タグ配下）
1～2,147,483,647
（整数で指定）
<vsa>タグ配下のmaxFetchCountの値

（凡例）

dd：日

MM：月

yyyy：年

注※1

自動更新のリクエスト間隔が制限時間を超えたとき，サーバやエージェントは，通知なくレポートが終了したと判断し，処理を終了します。ただし，リクエスト間隔が制限時間を超えているかどうかは10秒ごとに判断されます。

例えば，制限時間が61000ミリ秒に設定されている場合，制限時間として61000ミリ秒～70000ミリ秒が設定されていることになります。

注※2

デフォルトのconfig.xmlファイルには，realtimeCacheIntervalおよびbookmarkRepositoryは設定されていません。

これらを追加する場合は，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照し，/opt/jp1pc/conf/のconfig.xmlに追加してください。

(d)　View Serverサービスとの通信の設定

PFM - Web ConsoleがView Serverと通信するときの設定を変更するための，config.xmlファイルの設定項目は次のとおりです。

表6-16　PFM - Web ConsoleがView Serverと通信するときの設定項目

内容
設定項目
設定できる値
デフォルト値

PFM - Web Console（Webサーバ）がView Serverサービスとの通信で使用するポート番号
ownPort※1※2
1,024～65,535
任意の空きポート

PFM - Web Console（コマンド）がView Serverサービスとの通信で使用するポート番号
ownCmdPort※1※2
1,024～65,535
任意の空きポート

PFM - Web ConsoleがView Serverサービスとの通信時に，View Serverサービスからのコールバック先として使用するホスト名またはIPアドレス
ownHost※1

数字0-9

.（ピリオド）

_（アンダーバー）

半角スペース

英字A-Z，a-z

先頭文字は英数字だけ指定できます。
なし

注※1

デフォルトのconfig.xmlファイルには，ownPort，ownCmdPortおよびownHostは設定されていません。

これらを追加する場合は，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照し，/opt/jp1pc/conf/のconfig.xmlに追加してください。

注※2

ファイアウォール環境の場合，この設定が必要です。詳細はマニュアル「JP1/Performance Management リファレンス」の付録の，ファイアウォールの通過方向について説明している個所を参照してください。

(e)　日付の設定

PFM - Web Consoleの日付の設定を変更するための，config.xmlファイルの項目は次のとおりです。

表6-17　日付の設定項目

内容
設定項目
設定できる値
デフォルト値

日付の表示形式
selectFormat

pattern-ddMMyyyy

pattern-MMddyyyy

pattern-yyyyMMdd

pattern-yyyyMMdd

（凡例）

dd：日

MM：月

yyyy：年

(f)　自動ログアウトの設定

PFM - Web Consoleから自動ログアウトするまでの時間を設定するための，config.xmlファイルの項目は次のとおりです。

表6-18　自動ログアウトの設定項目

内容 | 設定項目 | 設定できる値 | デフォルト値
PFM - Web Consoleから自動ログアウトするまでの時間（秒） | sessionTimeout | 0～86,400 | 4,000

(2)　変更した初期設定ファイル（config.xml）をデフォルトに戻す手順

バージョンアップによって，config.xmlファイルの構造が変わるおそれがあります。バージョンアップ後に，次に示す手順で，config.xmlファイルの編集内容を新しいconfig.xmlファイルに反映してください。

/opt/jp1pc/conf/config.xmlの内容を確認し，編集内容を調べておく。

/opt/jp1pc/conf/config.xmlをバックアップする。

/opt/jp1pc/sample/conf/config.xmlを，/opt/jp1pc/conf/config.xmlに上書きコピーする。

手順1で確認した編集内容を新しい/opt/jp1pc/conf/config.xmlに反映する。

初期設定ファイルは，PFM - Web Console起動時に反映されるため，初期設定ファイルを変更したときは，PFM - Web Consoleを再起動してください。

注意

config.xmlファイルを編集前のデータに戻したい場合は，/opt/jp1pc/sample/conf/からconfig.xmlファイルをコピーして，上記のフォルダに上書きしてください。

(3)　日付の形式に関する注意事項

ここでは，PFM - Web Consoleの日付の形式に関する注意事項を説明します。

(a)　初期設定ファイル（config.xml）に指定する日付の形式

日付の表示形式は，ブラウザーの「ロケール設定」（設定されていなければ，サーバOSの「言語と地域設定」）によってデフォルトの日付フォーマットが設定されています。この日付フォーマットは，表示形式のパターン，セパレーター，ロケールを初期設定ファイル（config.xml）のformatタグ内に記述することで変更できます。

ロケールに対応した日付の表示形式のパターンとフォーマットを次の表に示します。

表6-19　ロケールに対応した日付の表示形式のパターンとフォーマット

ロケール | パターン | フォーマット
en_US | pattern-MMddyyyy | MM△dd△yyyy
en | pattern-ddMMyyyy | dd△MM△yyyy
ja | pattern-yyyyMMdd | yyyy△MM△dd
上記以外のロケール | pattern-ddMMyyyy | dd△MM△yyyy

（凡例）

dd：日

MM：月

yyyy：年

△：セパレーター文字列。デフォルトでは，スペースを示します。

セパレーター文字列は，config.xmlファイルのseparatorタグで指定できます。指定できる文字列は，「space」（ ），「slash」（/），「hyphen」（-），および「period」（.）です。

(b)　日付の表示形式のタグ指定

日付の表示形式を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを使用します。

表6-20　日付の表示形式のタグ一覧

タグ
属性
内容

format
－
日付の表示形式を指定するルートタグを示します。

locale-format
－
ロケールと，ロケールに対応するパターン，セパレーターを指定します。
locale-formatタグ内では，次のタグが使用できます。

date-format

locale

locale-format

localeタグを省略すると，locale-formatタグの指定は無効となります。

modify-format
－
指定したロケールに対するパターン，セパレーターを変更する場合に指定します。
modify-formatタグ内では，次のタグが使用できます。

date-format

locale

date-format
－
パターンとセパレーターを指定します。
formatタグ直下でdate-formatタグとselectFormatタグを両方指定している場合は，date-formatタグの指定が優先されます。

pattern
指定値を次に示します。

pattern-MMddyyyy

pattern-ddMMyyyy

pattern-yyyyMMdd

separator
指定値を次に示します。

space

slash

hyphen

period

export-separator
指定値は，separatorと同じです。

locale
－
ロケールを指定します。

（凡例）

－：該当しない

dd：日

MM：月

yyyy：年

(c)　日付フォーマット指定の記述例

各タグを使用したconfig.xmlファイルの記述例を次に示します。

（例1）

デフォルトの日付フォーマットのパターンに「pattern-MMddyyyy」を指定します。2006年8月1日の場合，日付は「08 01 2006」と表示されます。

<format>
   <param name="selectFormat" value="pattern-MMddyyyy"/>
</format>

（例2）

デフォルトの日付フォーマットのパターンに「pattern-MMddyyyy」を，セパレーターに「slash」を指定します。

2006年8月1日の場合，日付は「08/01/2006」と表示されます。

<format>
   <date-format pattern="pattern-MMddyyyy" separator="slash"/>
</format>

（例3）

デフォルトの日付フォーマットのパターンに「pattern-MMddyyyy」を，Export出力のセパレーターに「hyphen」を指定します。

2006年8月1日の場合，日付は，「08 01 2006」と表示されます。また，Export出力した場合の日付は「08-01-2006」と表示されます。

<format>
   <param name="selectFormat" value="pattern-MMddyyyy" />
   <date-format export-separator="hyphen"/>
</format>

（例4）

ロケールに「en」を，ロケールに対応するパターンに「pattern-ddMMyyyy」を指定します。locale-formatタグ内のセパレーターが省略されているため，ロケールに対応するセパレーターは，date-formatタグに指定されている「slash」が適用されます。ロケール「en」の場合の日付は2006年8月1日の場合，「01/08/2006」と表示されます。

<format>
   <date-format pattern="pattern-MMddyyyy" separator="slash"/>
   <locale-format>
        <date-format pattern="pattern-ddMMyyyy"/>
        <locale>en</locale>
   </locale-format>
</format>

（例5）

ロケール「ja」および「en」の場合のExport出力のセパレーターに「period」を指定します。ロケール「ja」および「en」の場合のExport出力の日付は，2006年8月1日の場合，「01.08.2006」と表示されます。ロケール「de」は定義されないため，無視されます。

<format>
   <modify-format>
        <date-format pattern="pattern-ddMMyyyy"
                     export-separator="period"/>
        <locale>ja</locale>
        <locale>en</locale>
        <locale>de</locale>
   </modify-format>
</format>

注意

同じタグの指定が重複している場合，最後の指定が有効となります。

6.4.7　Storeバージョン2.0のセットアップとアンセットアップ

＜この項の構成＞

(1)　セットアップ方法

(2)　アンセットアップ方法

(1)　セットアップ方法

Storeバージョン2.0は，監視エージェントのPFM - Agentのバージョンが08-00以降の場合に利用できます。PFM - Agentのバージョン08-10を新規にインストールする場合には，デフォルトでStoreバージョン2.0が動作します。

注意

Storeバージョン2.0を利用できるのはAgent StoreサービスのStoreデータベースだけです。Master StoreサービスのStoreデータベースは，Storeバージョン1.0でだけ動作するので，Storeバージョン2.0は利用できません。

Storeバージョン2.0は，PFM - Agentのバージョンとインストール順序によってセットアップ方法が異なります。既存の環境がStoreバージョン1.0で稼働している場合は，08-10以降の製品をインストールしても，Storeバージョン1.0で稼働する設定のままとなります。この環境のStoreデータベースを2.0へ移行する場合は，セットアップコマンドを実行する必要があります。

PFM - Agentのバージョンごとに，Storeバージョン2.0の利用可否と利用手順を次の表に示します。

表6-21　シングルインスタンスのPFM - Agentの場合

PFM - Agent | Storeバージョン2.0の利用可否 | Storeバージョン2.0の利用手順
バージョン | インストール方法
07-50以前 | 問わない | 利用できない | －
08-00 | 問わない | セットアップ後利用できる | セットアップコマンドを実行
08-10以降 | 新規インストール | 利用できる | 設定不要
バージョンアップインストール | 利用できる | セットアップコマンドを実行

（凡例）－　該当しない

表6-22　マルチインスタンスのPFM - Agentの場合

PFM - Agent | Storeバージョン2.0の利用可否 | Storeバージョン2.0の利用手順
バージョン | インスタンスの作成タイミング
07-50以前 | 問わない | 利用できない | －
08-00以降 | PFM - Base，またはPFM - Manager08-10をインストールする前 | セットアップ後利用できる | セットアップコマンドを実行
PFM - Base，またはPFM - Manager08-10をインストールしたあと | 利用できる | jpcinssetupコマンドによるインスタンス作成時に，使用するStoreバージョンを選択

（凡例）－　該当しない

PFM - AgentでStoreバージョン2.0を使用する場合のセットアップ手順については，各PFM - Agentのマニュアルを参照してください。

注意

Storeバージョン1.0からStoreバージョン2.0に変更した場合，PDレコードおよびPLレコードではデータの保存条件が変更されるため，Storeバージョン2.0の保存条件を満たしていないデータは削除されます。例えば，Storeバージョン1.0のPDレコードが10,000レコードで2006/01/01から2006/12/31の365日分保存されている場合，Storeバージョン2.0に変更すると，デフォルトの保存期間が10日であるため，過去355日分のデータは削除されます。

このため，Storeバージョン2.0に変更する前に，jpcctrl dumpコマンドでStoreバージョン1.0の情報を出力してください。

なお，PIレコードは変更前と変更後でデータの内容は変わりません。

(2)　アンセットアップ方法

Storeバージョン2.0はjpcdbctrl unsetupコマンドを使用してアンセットアップします。Storeバージョン2.0をアンセットアップすると，Storeデータベースのデータはすべて初期化され，Storeバージョン1.0に戻ります。

注意

Storeバージョン2.0をアンセットアップすると，データは初期化されます。このため，Storeバージョン1.0に変更する前に，jpcctrl dumpコマンドでStoreバージョン2.0の情報を出力してください。

7.　Performance Managementの起動と停止

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

＜この章の構成＞

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

7.2　サービスの起動

7.3　サービスの停止

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

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

7.6　ブラウザーの自動更新間隔の設定

7.7　注意事項

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

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

注意

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

＜この節の構成＞

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

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

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

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

Performance Managementシステム全体の起動順序を次に示します。

監視マネージャーでPFM - Managerを起動する。
監視マネージャーでjpcstartコマンドを実行し，次の順に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を起動する。
すべての監視エージェントでjpcstartコマンドを実行し，次のPFM - BaseおよびPFM - Agentのサービスを起動させます。

Status Server※1

Action Handler※1

Agent Store※2

Agent Collector※2

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

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

Web Console

Web Service

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

参考

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

注意

バージョン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はステータス管理機能を持たないため，この場合の設定状態は「無効」になります。
ステータス管理機能の設定を変更する場合は，「19.3.1　ステータス管理機能の設定」を参照してください。

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

バージョン08-11以降のPFM - Managerの場合，ヘルスチェック機能を利用できます。ただし，デフォルトでは無効になっているため，利用する場合はjpcstsetup hcenableコマンドでヘルスチェック機能を有効にしてください。ヘルスチェック機能の設定については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

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

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

Performance Managementシステム全体の停止順序を次に示します。

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

Web Console

Web Service

すべての監視エージェントでPFM - BaseおよびPFM - Agentを停止する。
すべての監視エージェントでjpcstopコマンドを実行し，次のPFM - BaseおよびPFM - Agentのサービスを停止させます。

Status Server※1

Action Handler※1

Agent Collector※2

Agent Store※2

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

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

Action Handler

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

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

View Server

Trap Generator

Correlator

Master Store

Master Manager

Name Server

Status Server

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

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

参考

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

ポイント

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

7.2　サービスの起動

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

注意

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

Windowsの場合：Administrators権限

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

＜この節の構成＞

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

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

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

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

＜この項の構成＞

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

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

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

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

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

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

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

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

all：ホスト上のすべてのサービス

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

act：ホスト上のAction Handlerサービス

ホスト上の特定のPFM - Agentサービスを起動させる場合のサービスキーは，「付録B.1 (2)　サービスキー」を参照してください。
例えば，ローカルホスト上のすべてのサービスを起動させる場合は，次のように指定します。

jpcstart all

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

jpcstart agto inst=oracleA

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

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

(a)　Windowsの場合

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

注意

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

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

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

(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のサービスに対する操作の場合は，監視マネージャーにログインします。PFM - Agentおよび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

7.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

7.3　サービスの停止

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

注意

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

Windowsの場合：Administrators権限

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

＜この節の構成＞

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

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

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

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

＜この項の構成＞

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

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

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

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

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

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

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

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

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

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

手順を次に示します。

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

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

jpcctrl list *

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

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

all：ホスト上のすべてのサービス

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

act：ホスト上のAction Handlerサービス

ホスト上の特定のPFM - Agentサービスを停止させる場合のサービスキーは，「付録B.1 (2)　サービスキー」を参照してください。
例えば，ローカルホスト上のすべてのサービスを停止させる場合は，次のように指定します。

jpcstop all

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

jpcstop agto inst=oracleA

参考

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

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

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

注意

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

手順を次に示します。

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

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

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

「Machines」フォルダ

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

「PFM-Manager」フォルダ

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

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

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

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

注意

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

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

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

(a)　Windowsの場合

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

(b)　UNIXの場合

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

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

サービスの自動起動の設定を行うホストにログインする。
PFM - Managerのサービスに対する操作の場合は，監視マネージャーにログインします。PFM - Agentまたは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ファイルは，アンインストール時に削除されません。アンインストールの際には，必要に応じて，追加した行を削除してください。

7.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/jpc_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ファイルは，アンインストール時に削除されません。アンインストールの際には，必要に応じて，追加した行を削除してください。

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

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

＜この節の構成＞

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

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

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

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

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

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

参考

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

注意

同一の監視コンソールの同一のブラウザーから多重ログインを実行した場合，先にログインしていたセッションが無効になってしまうことがあります。同一の監視コンソールの同一のブラウザーから多重ログインを実行しないでください。

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

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

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

参考

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

ユーザ名：ADMINISTRATOR

パスワード：設定なし

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

［ログイン］ボタンをクリックする。
PFM - Web Consoleへログインし，［メイン］画面が表示されます。

図7-2　メイン画面

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

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

PFM - Web Consoleからログアウトする場合は，［メイン］画面のメニューバーフレームで［ログアウト］をクリックします。

注意

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

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

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

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

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

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

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

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

注意

jpcctrl listコマンドでは，PFM - Web Consoleのサービスの情報について確認できません。PFM - Web Consoleのサービスの情報は，Windowsの［スタート］メニューから，［設定］－［コントロールパネル］－［管理ツール］－［サービス］を選択して表示される［サービス］ダイアログボックスで確認してください。

＜この節の構成＞

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

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

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

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

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

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

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

jpcctrl list * host=WebAP

表7-1　jpcctrl 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*：稼働状態を示す。
Inactive*：通信接続できない状態または停止状態を示す。
Comm Err*：通信接続できるが無応答状態を示す。
Timeout*：通信接続がタイムアウトしたことを示す。
Error*：通信接続タイムアウト以外のエラーが発生したことを示す。エラーの詳細については，共通メッセージログを参照のこと。
ただし，次の場合，ステータス管理機能をサポートしているバージョンのサービスであっても，サポートしていないバージョンの場合と同じ表示になります。
・Status Serverサービスが停止している
・Status Serverサービスは起動しているが，ステータス管理機能がサービスの状態を正しく認識できない※
注※　サービスの状態を正しく認識させるには，サービスの再起動が必要です。
ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合
Active：稼働状態を示す。
Inactive：通信接続できない状態または停止状態を示す。
Comm Err：通信接続できるが無応答状態を示す。
Timeout：通信接続がタイムアウトしたことを示す。
Error：通信接続タイムアウト以外のエラーが発生したことを示す。エラーの詳細については，共通メッセージログを参照のこと。

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

監視コンソールのブラウザーからPFM - Web Consoleにログインし，［サービス階層］画面でサービスの稼働状況を確認する方法について説明します。

注意

ブラウザーでサービスの稼働状況を確認する場合は，管理ユーザー権限が必要です。

監視コンソールのブラウザーでサービスの稼働状況を確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

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

「Machines」フォルダ

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

「PFM-Manager」フォルダ

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

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

［サービス階層］画面のメソッドフレームで［サービスのステータス］メソッドを選択する。
［サービス階層］画面のインフォメーションフレームに，手順3で選択したサービスの名前と状態が表示されます。
サービスの稼働状況の表示例を次の図に示します。

図7-3　サービスの稼働状況の表示例

7.6　ブラウザーの自動更新間隔の設定

監視コンソールのブラウザーで表示させるPFM - Web Consoleの画面は，デフォルトの設定で60秒ごとに自動更新されます。自動更新の間隔は，ログインユーザーごとに設定できます。

自動更新間隔を設定すると，次の画面に対して有効になります。

［イベントモニター］画面の表示

［エージェント階層］画面のエージェントの状態表示

［エージェント階層］画面のアラームの状態表示

［エージェント階層］画面のヘルスチェック状態の表示

手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

メニューバーフレームの［環境設定］をクリックする。
［環境設定］画面が表示されます。

更新間隔を設定する。

［更新間隔］

10～3600の範囲内で指定できます。単位は秒です。

デフォルトは60秒です。

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

7.7　注意事項

Performance Managementを起動および停止する際の注意事項を説明します。

＜この節の構成＞

7.7.1　大規模システムでPFM - Agentを起動する場合について

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

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

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

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

7.7.1　大規模システムでPFM - Agentを起動する場合について

Performance Managementを起動するときは，通常，PFM - Managerを起動させてから，PFM - AgentやPFM - Baseを起動させます。複数のサーバから構成される大規模システムでは，これらサーバ間でサービス起動順序を制御することによって，正常に起動できます。

PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが，起動していない状態でも，PFM - AgentやPFM - Baseを先に起動して，パフォーマンスデータを収集できます。

PFM - AgentやPFM - Baseが単独で起動している状態を「スタンドアロンモード」と呼びます。

注意

PFM - AgentがPFM - Managerと同一ホストにインストールされている場合は，PFM - Agent単独で起動できません。

＜この項の構成＞

(1)　スタンドアロンモードの概要

(2)　スタンドアロンモードで使用できる機能

(3)　スタンドアロンモードで使用できるコマンド

(1)　スタンドアロンモードの概要

PFM - AgentやPFM - Baseを起動する際，PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが起動されていない場合，PFM - AgentやPFM - Baseはスタンドアロンモードで起動して，パフォーマンスデータを収集します。

スタンドアロンモードでは5分間に一度PFM - Managerへの接続確認を行っています。PFM - AgentやPFM - Baseがスタンドアロンモードで起動したあとにPFM - Managerが起動して，PFM - AgentやPFM - Baseからの接続確認に成功した場合，PFM - AgentやPFM - Baseではスタンドアロンモードを終了してPFM - Manager と接続した通常のモードへと移行されます。このとき，スタンドアロンモードで起動していた期間にPFM - Agent で蓄積したパフォーマンスデータは，履歴レポートで参照できます。

ただし，スタンドアロンモードでPFM - AgentやPFM - Baseが起動している場合，Performance Managementの機能や実行できるコマンドに一部制約があります。

図7-4　スタンドアロンモードの概要

注意

PFM - Agentをスタンドアロンモードで起動している場合，発生したアラームイベントをPFM - Managerに通知できません。この場合，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動されるまでアラームイベントの通知を繰り返します。保持しているアラームイベントが三つ以上発生すると，古い順にアラームイベントが上書きされます。また，PFM - Agentを停止すると，保持されているアラームイベントはすべて削除されます。

PFM - Managerに通知済みのアラームイベントは，PFM - Managerが起動されたときに一度リセットされます。そのあと，PFM - Agentにアラームイベントの状態を確認して，PFM - Managerにアラームイベントを通知し直します。

ブラウザーの表示で赤色点滅していたアラームは，PFM - Managerが起動された直後は緑色に戻りますが，そのあと，赤色点滅の状態に戻ります。

(2)　スタンドアロンモードで使用できる機能

スタンドアロンモードで起動した場合に，使用できる機能と使用できない機能を次の表に示します。

表7-2　スタンドアロンモードで実行できる機能

機能の内容 | 対応 | サービス名
サービスの起動，停止，および稼働状況確認 | ○ | Agent Store，Agent Collector，Action Handler
履歴データの収集 | ○ | Agent Store，Agent Collector
レポートの表示やODBC準拠のアプリケーションプログラムからの接続 | × | Agent Store
エージェントの起動を知らせるアラームの発行 | ○ | Agent Collector
アラームによるパフォーマンスデータの監視 | × | Agent Collector
アラームイベントに対するアクションの実行 | × | Action Handler
サービスのステータスの管理 | ○ | Status Server

（凡例）

○：使用できる

×：使用できない

(3)　スタンドアロンモードで使用できるコマンド

スタンドアロンモードで起動した場合に，コマンドで実行できる機能と実行できない機能を次の表に示します。

表7-3　スタンドアロンモードで実行できるコマンド

コマンド | 機能 | 対応
jpcctrl backup | Master StoreサービスまたはAgent Storeサービスのデータベースに格納されているデータのバックアップファイルの作成 | ○※
jpcctrl clear | Master StoreサービスまたはAgent Storeサービスのデータベースに格納されているデータの消去 | ×
jpcctrl delete | Performance Managementに登録されているエージェントのサービス情報の削除 | ×
jpcctrl dump | Master StoreサービスまたはAgent Storeサービスのデータベースに格納されているデータのエクスポート | ○※
jpcctrl list（hostオプションを指定しない場合） | 自ホストのサービス稼働状況の確認 | ○
jpcctrl list（hostオプションで他ホストを指定する場合） | Performance Managementプログラムのサービスの構成および状態の表示 | ×
jpcctrl register | Performance Managementプログラムのサービス情報の再登録 | ×
jpcdbctrl setup | Agent Storeサービスに対する拡張機能のセットアップ | ○
jpcdbctrl unsetup | Agent Storeサービスに対するアンセットアップ | ○
jpcdbctrl import | バックアップデータのインポート | ○
jpcdbctrl dmconvert | バックアップデータのデータモデルのコンバート | ○
jpcdbctrl display | Agent Storeサービスまたはバックアップデータの情報表示 | ○
jpcdbctrl config | Agent Storeサービスのディレクトリ設定変更 | ○
jpcras | PFM - ManagerまたはPFM - Agentのトラブルシュート資料の採取 | ○
jpcstart | サービスの起動 | ○
jpcstop | サービスの停止 | ○
jpcstsetup | ステータス管理機能およびヘルスチェック機能を有効または無効にする | ○

（凡例）

○：実行できる

×：実行できない

注※

-aloneオプションを指定した場合だけコマンドを実行できます。

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

PFM - ManagerがPFM - Agentに対して，jpcctrl dumpコマンドなどを実行中にPFM - Agentのサービスを起動した場合，PFM - Managerからの応答に時間が掛かり，スタンドアロンモードで起動します。ただし，この場合もスタンドアロンモードは，一定の時間（5分）でPFM - Managerに接続確認を行い，接続確認に成功するとスタンドアロンモードは終了します。

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

Windowsマシンで，jpcstartコマンドを実行してPerformance Managementプログラムのサービスを起動する際にほかのWindowsサービスの起動が並行して動作した場合，Performance Managementプログラムのサービスが起動できないことがあります。この場合，次のエラーメッセージが共通メッセージログに出力されます。

KAVE05163-E　Windowsのサービスコントロールマネージャでエラーが発生しました(service=サービス名, lhost=論理ホスト名, inst=インスタンス名)

このメッセージが出力された場合は，jpcstartコマンドを再実行してください。

jpcstartコマンドを再実行しても，頻繁にこのメッセージが出力される場合，自動的にjpcstartコマンドによってサービスの起動がリトライされる間隔および回数を，変更してください。リトライ間隔およびリトライ回数を変更することによって，サービスコントロールマネージャが原因のサービス起動失敗を回避できます。

リトライ間隔およびリトライ回数を変更する場合は，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ファイルを保存して閉じる。

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

PFM - Managerが障害などで停止した場合は，PFM - Agentからのアラームイベントが正しく発行されません。接続先のPFM - Managerを起動してください。

なお，PFM - Manager停止中，PFM - Agentではアラーム定義ごとにアラームイベントを最大三つまで保持します。同じアラーム定義に対してアラームイベントが三つ以上発生すると，古い順にアラームイベントを上書きします。これらのアラームイベントはPFM - Managerの再起動後に発行されます。

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

接続先のPFM - ManagerまたはAction Handlerサービスを停止すると，アクションが実行されません。アクションを実行させる場合は，接続先のPFM - ManagerおよびAction Handlerサービスを起動してください。

8.　ユーザーアカウントの管理

この章では，Performance Managementが提供する認証の管理方式とユーザー権限の説明，およびユーザーアカウントを管理するための操作について説明します。

＜この章の構成＞

8.1　ユーザーアカウントの認証と権限

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

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

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

8.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をインストールする必要があります。

注意

JP1認証モードでPerformance Managerシステムを使用する場合は，08-00より前のバージョンの監視コンソールであるPFM - ViewはPFM - Managerに接続できません。PFM - Web Consoleをインストールしてください。

また，ユーザーアカウントには，利用する目的に応じて，「管理ユーザー権限」または「一般ユーザー権限」のどちらかを設定できます。

それぞれの認証モードでのユーザーアカウント権限で利用できるPerformance Managementの機能を，次の表に示します。

表8-1　Performance Managementユーザーの権限と使用できる機能

機能名 | 機能の詳細 | 操作階層・画面 | Performance Managementユーザー | JP1ユーザー
管理ユーザー | 一般ユーザー | 管理ユーザー | 一般ユーザー
Performance Managementプログラムのサービスの管理 | ［サービス階層］画面の表示 | サービス階層 | ○ | × | ○ | ×
Performance Managementプログラムのサービスの停止 | サービス階層 | ○ | × | ○ | ×
Performance Managementプログラムのサービスの状況確認 | サービス階層 | ○ | × | ○ | ×
Performance Managementユーザーアカウントの管理 | ［ユーザー管理階層］画面の表示 | ユーザー管理階層 | ○ | × | × | ×
ユーザーアカウントの作成，コピー，削除 | ユーザー管理階層 | ○ | × | × | ×
ログイン中のユーザーアカウント自身のログインパスワード変更 | ［パスワード］変更画面 | ○ | ○ | × | ×
他のユーザーアカウントのログインパスワードまたは権限の変更 | ユーザー管理階層 | ○ | × | × | ×
エージェントの管理 | ［エージェント階層］画面の表示 | エージェント階層 | ○ | ○ | ○ | ○
フォルダの作成，コピー，削除 | エージェント階層 | ○ | ○ | ○ | ○
フォルダ名の変更 | エージェント階層 | ○ | ○ | ○ | ○
エージェントの追加，コピー，削除 | エージェント階層 | ○ | ○ | ○ | ○
エージェントのプロパティの表示 | エージェント階層 | ○ | ○ | ○ | ○
エージェントのプロパティの変更 | サービス階層 | ○ | × | ○ | ×
エージェントのプロパティの配布 | サービス階層 | ○ | × | ○ | ×
バインドしたエージェントの表示 | アラーム階層 | ○ | × | ○ | ×
レポートの定義と操作 | レポートウィザードによるレポートの定義 | レポート階層 | ○ | ○ | ○ | ○
レポートの定義のインポート，エクスポート | レポート階層 | ○ | ○ | ○ | ○
エージェントに関するレポートの表示 | エージェント階層/ブックマーク階層/レポート画面 | ○ | ○ | ○ | ○
アラームに関するレポートの表示 | アラーム階層 | ○ | ○ | ○ | ○
レポートの編集，コピー，削除 | レポート階層 | ○ | ○ | ○ | ○
レポート名の変更 | レポート階層 | ○ | ○ | ○ | ○
レポートのプロパティの表示 | レポート階層 | ○ | ○ | ○ | ○
レポートの表示条件の変更 | レポート階層 | ○ | ○ | ○ | ○
レポートの印刷 | レポート階層 | ○ | ○ | ○ | ○
レポートのファイル出力 | エージェント階層/ブックマーク階層 | ○ | ○ | ○ | ○
アラームの定義と操作 | ［アラーム階層］画面の表示 | アラーム階層 | ○ | × | ○ | ×
アラームウィザードによるアラームの定義 | アラーム階層 | ○ | × | ○ | ×
［エージェント階層］画面でのアラームテーブルのバインド，バインド解除 | エージェント階層 | ○ | × | ○ | ×
アラームテーブルのバインド状況の表示 | アラーム階層 | ○ | × | ○ | ×
アラーム定義のインポート，エクスポート | アラーム階層 | ○ | × | ○ | ×
［アラーム階層］画面でのエージェントに関するアラームの状態表示 | エージェント階層 | ○ | ○ | ○ | ○
［アラーム階層］画面でのアラームテーブルのバインド状況表示 | アラーム階層 | ○ | × | ○ | ×
アラームの稼働と停止 | アラーム階層 | ○ | × | ○ | ×
アラームテーブルのコピー，削除 | アラーム階層 | ○ | × | ○ | ×
アラームのコピー，削除 | アラーム階層 | ○ | × | ○ | ×
アラームの編集 | アラーム階層 | ○ | × | ○ | ×
［エージェント階層］画面でのアラームのプロパティ表示 | エージェント階層 | ○ | ○ | ○ | ○
［イベントモニター］画面でのアラームのプロパティ表示 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
［アラーム階層］画面でのアラームのプロパティ表示 | アラーム階層 | ○ | × | ○ | ×
イベントの表示 | ［イベントモニター］画面の表示 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
表示するイベントの変更 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
アラームイベントに関するレポートの表示 | ［イベントモニター］画面 | ○ | ○ | ○ | ○
［イベント履歴］画面の表示 | エージェント階層 | ○ | ○ | ○ | ○
Storeデータベースの管理 | ユーザー固有のパフォーマンスデータの収集 | サービス階層 | ○ | ○ | ○ | ○
パフォーマンスデータの記録方法の変更 | サービス階層 | ○ | × | ○ | ×
Storeデータベースの保存期間の調整 | サービス階層 | ○ | × | ○ | ×
Storeデータベースの容量の確認 | サービス階層 | ○ | × | ○ | ×
ブックマークの管理 | ブックマーク階層の表示 | ブックマーク階層 | ○ | ○ | ○ | ○
フォルダの作成 | ブックマーク階層/エージェント階層/レポート画面/エージェント階層ブックマーク登録画面 | ○ | ○ | ○ | ○
フォルダの削除 | ブックマーク階層 | ○ | ○ | ○ | ○
フォルダ名の変更 | ブックマーク階層 | ○ | ○ | ○ | ○
ブックマークの削除 | ブックマーク階層 | ○ | ○ | ○ | ○
ブックマークのプロパティの表示 | ブックマーク階層 | ○ | ○ | ○ | ○
ブックマーク名の変更 | ブックマーク階層 | ○ | ○ | ○ | ○
登録レポートの削除 | ブックマーク階層 | ○ | ○ | ○ | ○
登録レポートの表示 | ブックマーク階層 | ○ | ○ | ○ | ○
複合レポートの編集 | ブックマーク階層 | ○ | ○ | ○ | ○
ブックマークまたは複合ブックマーク登録 | エージェント階層レポート画面/エージェント階層ブックマーク登録画面 | ○ | ○ | ○ | ○
ベースラインの登録 | エージェント階層レポート画面 | ○ | ○ | ○ | ○
ベースラインの更新 | エージェント階層レポート画面 | ○ | ○ | ○ | ○
ヘルスチェックの状態表示 | エージェント階層からの各エージェントのヘルスチェック状態の表示 | エージェント階層 | ○ | ○ | ○ | ○
エージェント階層からのヘルスチェック状態のフォルダ伝播表示 | エージェント階層 | ○ | ○ | ○ | ○
フォルダ伝播時の優先度変更 | エージェント階層 | ○ | ○ | ○ | ○
エージェントの「アラーム状態の表示」からのヘルスチェック状態の表示 | エージェント階層 | ○ | ○ | ○ | ○
［イベントモニター］画面または［イベント履歴］画面でのヘルスチェックイベント表示 | ［イベントモニター］画面/［イベント履歴］画面 | ○ | ○ | ○ | ○

（凡例）

○：使用できる

×：使用できない

参考

JP1認証モードで使用する場合のユーザー権限は，認証サーバとなるJP1/Baseで次のように設定します。

管理ユーザー権限
JP1資源グループ名：「JP1_PFM」，権限レベル：「JP1_PFM_Admin」

一般ユーザー権限
JP1資源グループ名：「JP1_PFM」，権限レベル：「JP1_PFM_Operator」

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

ユーザーアカウントの認証モード（管理方式）は，jpcvsvr.iniファイルで設定します。

ユーザーアカウントの認証モード（管理方式）を設定する手順を次に示します。

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に設定する認証モードの内容を次に示します。

表8-2　認証モードの設定内容

認証モード | 設定内容
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ファイルに上書きしてください。

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

PFM認証モードを設定した場合，ユーザーアカウントの作成は監視ブラウザーからPFM - Web Consoleにログインして行います。

Performance Managementユーザーアカウントの作成方法として，次の二つの方法を紹介します。

ユーザーアカウントを新規作成

既存のユーザーアカウントをカスタマイズして新規作成

なお，JP1認証モードを設定した場合，ユーザーアカウントの管理はJP1/Baseで行います。JP1ユーザーの管理については，マニュアル「JP1/Base 運用ガイド」を参照してください。

＜この節の構成＞

8.3.1　Performance Managementユーザーアカウントを新規作成する

8.3.2　既存のユーザーアカウントをコピーしてカスタマイズする

8.3.1　Performance Managementユーザーアカウントを新規作成する

Performance Managementユーザーアカウントを新規に作成する手順について説明します。

参考　インストール直後のユーザーアカウント

Performance Managementをインストールした直後は，デフォルトのユーザーアカウントとして「ADMINISTRATOR」が設定されています。

デフォルトのユーザーアカウントの設定内容は次のとおりです。

ユーザー名：ADMINISTRATOR

パスワード：設定なし　運用を開始する前にパスワードを設定してください。

権限：管理ユーザー

手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のメソッドフレームで，［新規ユーザー］メソッドを選択する。
［新規ユーザー］画面が表示されます。

図8-1　［新規ユーザー］画面の表示例

Performance Managementユーザーアカウント情報を設定する。
次の項目について設定します。

［ユーザー名］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されません。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

［パスワード］および［パスワードの確認］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［権限の選択］

作成するユーザーアカウントに管理ユーザー権限を設定するか，一般ユーザー権限を設定するかを選択します。

［OK］ボタンをクリックする。
ナビゲーションフレームのPerformance Managementユーザーの階層に，作成したユーザーアカウントが追加されます。

8.3.2　既存のユーザーアカウントをコピーしてカスタマイズする

既存のユーザーアカウントをコピーして別のユーザー名で保存すると，同じ設定のユーザーアカウントを作成できます。

ポイント

既存のユーザーアカウントをコピーして新たなユーザーアカウントを作成する場合，コピー元のユーザーアカウントが定義している監視用のエージェント階層などの情報もコピーされます。

既存のユーザーアカウントをカスタマイズして新規作成する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，コピー元のユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［コピー］メソッドを選択する。
［コピー］画面が表示されます。

図8-2　［コピー］画面の表示例

新規に作成するPerformance Managementユーザーアカウント情報を設定する。
各項目には，コピー元のユーザーアカウント情報が表示されます。必要に応じて，次の項目について変更します。

［ユーザー名］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されません。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

［パスワード］および［パスワードの確認］

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［権限の選択］

作成するユーザーアカウントに管理ユーザー権限を設定するか，一般ユーザー権限を設定するかを選択します。

［OK］ボタンをクリックする。
Performance Managementユーザーのツリーに，作成したユーザーアカウントが追加されます。

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

ここでは，作成済みのPerformance Managementユーザーアカウントの情報を編集する操作について説明します。

ユーザーアカウント情報に対してできる操作は次のものです。

パスワードを変更する

ユーザーアカウントの権限を変更する

ユーザーアカウントを削除する

それぞれの操作について説明します。

＜この節の構成＞

8.4.1　パスワードを変更する

8.4.2　Performance Managementユーザーアカウントの権限を変更する

8.4.3　Performance Managementユーザーアカウントを削除する

8.4.1　パスワードを変更する

ユーザーアカウントのパスワードを変更する手順について説明します。変更対象のユーザーアカウントによって操作が異なります。

現在ログイン中のユーザーアカウントのパスワードを変更する場合

他ユーザーのユーザーアカウントのパスワードを変更する場合

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

＜この項の構成＞

(1)　現在ログイン中のユーザーアカウントのパスワードを変更する場合

(2)　他ユーザーのユーザーアカウントのパスワードを変更する場合

(1)　現在ログイン中のユーザーアカウントのパスワードを変更する場合

現在ログイン中のユーザーアカウントのパスワードを変更する場合の手順を次に示します。

［メイン］画面のメニューバーフレームで［パスワード変更］メニューを選択する。
［パスワード変更］画面が表示されます。

図8-3　［パスワードの変更］画面の表示例

パスワード情報を入力する。
次の項目について入力します。

［現在のパスワード］

変更前のパスワードを入力します。

［パスワード］および［パスワードの確認］

新たに設定するパスワードを入力します。

1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［OK］ボタンをクリックする。
現在ログイン中のユーザーアカウントのパスワードが変更されます。

(2)　他ユーザーのユーザーアカウントのパスワードを変更する場合

他ユーザーのユーザーアカウントのパスワードを変更する場合の手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，パスワードを変更するユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。
［編集］画面が表示されます。

手順3で選択したユーザーアカウントに設定されているパスワードを変更する。
1～16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。
入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

Performance Managementは，6文字以上の，英文字，数字，記号などを含めたパスワードを推奨しています。英文字だけまたは数字だけで構成されたパスワードや，5文字以下のパスワードなど，推奨されないパスワードが入力された場合は確認メッセージを表示します。また，ユーザー名と同一のパスワードが入力された場合も同様にメッセージを表示します。

［OK］ボタンをクリックする。
選択したユーザーアカウントのパスワードが変更されます。

8.4.2　Performance Managementユーザーアカウントの権限を変更する

作成済みのPerformance Managementユーザーアカウントに設定された権限を変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，権限を変更するユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。
［編集］画面が表示されます。

図8-4　［編集］画面の表示例

手順3で選択したユーザーアカウントに設定されている権限を変更する。

［OK］ボタンをクリックする。
選択したユーザーアカウントの権限が変更されます。

8.4.3　Performance Managementユーザーアカウントを削除する

作成したPerformance Managementユーザーアカウントを削除する手順について説明します。

注意

デフォルトユーザーアカウント（パスワードを設定していない「ADMINISTRATOR」ユーザーアカウント）は，それ以外にユーザーアカウントが作成されている場合は削除できます。ただし，デフォルトユーザーアカウントを削除した場合，パスワードを設定しない「ADMINISTRATOR」ユーザーアカウントは再作成できません。

手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，削除するユーザーアカウントを選択する。
選択したユーザーにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除の実行を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
選択したユーザーアカウントがナビゲーションフレームから削除されます。

9.　エージェントの監視

この章では，監視コンソールを利用した各エージェントの稼働監視の方法について説明します。

＜この章の構成＞

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

9.2　エージェント階層の作成

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

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

エージェントの稼働状況は，PFM - Web Consoleの［エージェント階層］画面で監視します。［エージェント階層］画面では，PFM - Managerに接続されているPFM - Agentがツリー形式に表示され，各PFM - Agentの稼働状況をアイコンで確認できます。

PFM - Web Consoleの［エージェント階層］画面の表示例を次の図に示します。

図9-1　［エージェント階層］画面の表示例

画面左側のナビゲーションフレームに表示されるエージェント階層のアイコンで，各PFM - Agentの稼働状況を確認します。また，このエージェント階層から選択したエージェントに対して，関連レポートの表示やアラームの状態，イベント履歴の確認などの操作を行います。

エージェント階層の表示形式には，次の二つがあります。

PFM - Agentごとにグルーピングされたエージェント階層で監視する
PFM - Agentの製品ごとのフォルダでグルーピングされたエージェント階層で監視します。

ログインユーザーごとに作成したエージェント階層で監視する
ログインユーザーごとに任意に作成したエージェント階層で監視します。システムの構成や組織などの単位にフォルダを作成し，自由に構成できます。

エージェント階層の構成要素を次の表に示します。

表9-1　エージェント階層の構成要素

要素
説明

ルート（[図データ]）
エージェント階層のルートです。

PFM - Agentごとの階層で監視する場合
「Products」という名称で表示されます。

作成した階層で監視する場合
「User Agents（ログインユーザー名）」という名称で表示されます。

ルートの名称は変更できません。
［エージェント階層］画面のナビゲーションフレームにある［表示形式］で，どちらの階層を表示させるかを選択できます。

フォルダ（[図データ]）
エージェントを分類するための要素です。
任意なエージェント階層を作成する場合は，ルートの下に8階層まで作成できます（ルート，エージェントは含まない）。

エージェント（[図データ]）
PFM - Managerに接続しているPFM - Agentです。
エージェントの名前は，サービスIDで表示されます。
サービスIDについては「付録B.1 (1)　サービスID」を参照してください。

補足

任意なエージェント階層を作成する場合，エージェント階層内に作成できる要素の数は，フォルダ数が64，エージェント数が128までです。

PFM - Agentごと（表示形式で「Products」選択時）の階層の場合，Performance Managementシステムに登録されていないPFM - Agentは，「Unknown」というフォルダ配下に格納されます。PFM - Agentの登録については，「5.　インストールとセットアップ（Windowsの場合）」または「6.　インストールとセットアップ（UNIXの場合）」を参照してください。

9.2　エージェント階層の作成

ログインユーザーごとに作成したエージェント階層で監視する場合の，エージェント階層の作成方法について説明します。

エージェント階層の作成は，次の流れで行います。

エージェントを管理するためのフォルダを作成する

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

ポイント

エージェント階層は，ログインユーザーごとに作成できます。

＜この節の構成＞

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

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

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

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

エージェントを管理するフォルダを新規に作成する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。
ナビゲーションフレームには，「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

初回ログイン時
ルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。

初回ログイン時
インフォメーションフレームにルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

インフォメーションフレームに表示されたエージェント階層から，作成するフォルダの上位の要素を選択する。

初回ログイン時
「User Agents（ログインユーザー名）」を選択します。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合「User Agents（ログインユーザー名）」または作成するフォルダの上位フォルダとなるフォルダを選択します。

選択した要素にチェックマークが表示されます。
「User Agents（ログインユーザー名）」またはフォルダを選択すると，［新規フォルダ］ボタンが活性化されます。

［新規フォルダ］ボタンをクリックする。
［エージェント階層の編集 > 新規フォルダ］画面に遷移します。

図9-2　［エージェント階層の編集 > 新規フォルダ］画面の表示例

［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

1～64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
手順4で選択した「User Agents（ログインユーザー名）」またはフォルダの下に，作成したフォルダが追加されます。

手順1～7の操作を繰り返して必要なフォルダを作成する。

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

作成したフォルダにエージェントを配置する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。
ナビゲーションフレームには，「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

初回ログイン時
エージェント階層のルートである「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。

初回ログイン時
インフォメーションフレームにルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合
ルート直下のフォルダまで表示されます。

インフォメーションフレームに表示されたエージェント階層から，エージェントを配置するフォルダを選択する。
エージェントを配置するフォルダを選択します。エージェントをルート直下に配置したい場合は，「User Agents（ログインユーザー名）」を選択します。
選択した要素にチェックマークが表示されます。
フォルダまたは「User Agents（ログインユーザー名）」を選択すると，［新規エージェント］ボタンが活性化されます。

［新規エージェント］ボタンをクリックする。
［エージェント階層の編集 > 新規エージェント］画面に遷移します。
インフォメーションフレームに，PFM - Managerに接続しているエージェントがプロダクト単位の階層で表示されます。

図9-3　［エージェント階層の編集 > 新規エージェント］画面の表示例

参考

エージェント名は，サービスIDで表示されます。例えば，jp1-serverというホスト名のPFM - Agent Platformの場合は「TA1jp1-server」と表示されます。また，ホスト名がnetmでインスタンス名がjp1-oracle-vmのPFM - Agent for Oracleの場合は「OA1netm[jp1-oracle-vm]」と表示されます。

サービスIDの詳細については，「付録B.1 (1)　サービスID」を参照してください。

インフォメーションフレームに表示されたエージェント階層から，手順4で選択したフォルダに配置させたいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

［OK］ボタンをクリックする。
手順4で選択したフォルダに，手順6で選択したエージェントが追加されます。

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

エージェント階層の構成を変更する際の，次の操作手順について説明します。

フォルダをコピーする

フォルダを削除する

フォルダ名を変更する

既存のエージェントを別のフォルダへコピーする

エージェントを削除する

＜この項の構成＞

(1)　フォルダをコピーする

(2)　フォルダを削除する

(3)　フォルダ名を変更する

(4)　既存のエージェントを別のフォルダにコピーする

(5)　エージェントを削除する

(1)　フォルダをコピーする

フォルダをコピーする手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームのエージェント階層から，コピー元となるフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［コピー］ボタンをクリックする。
［エージェント階層の編集 > コピー［コピー先の選択］］画面に遷移します。

図9-4　［エージェント階層の編集 > コピー［コピー先の選択］］画面の表示例

コピー先のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［OK］ボタンをクリックする。
手順4で選択したフォルダが手順6で選択したフォルダの下にコピーされます。フォルダの配下にあるフォルダやエージェントもコピーされます。

(2)　フォルダを削除する

フォルダを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から削除したいフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［削除］ボタンをクリックする。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順4で選択したフォルダが削除されます。
フォルダの配下にあるフォルダやエージェントも削除されます。

(3)　フォルダ名を変更する

フォルダ名を変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から名前を変更したいフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［名前の変更］ボタンをクリックする。
［エージェント階層の編集 > 名前の変更］画面に遷移します。

図9-5　［エージェント階層の編集 > 名前の変更］画面の表示例

［新しいフォルダ名］に新たなフォルダ名を入力する。

［新しいフォルダ名］

1～64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
手順4で選択したフォルダの名前が変更されます。

(4)　既存のエージェントを別のフォルダにコピーする

既存のエージェントを別のフォルダへコピーする手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，「User Agents（ログインユーザー名）」のエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層からコピーするエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

注意

一度にコピーできるエージェントは一つです。同時に複数を指定できません。

［コピー］ボタンをクリックする。
［エージェント階層の編集 > コピー［コピー先の選択］］画面に遷移します。

図9-6　［エージェント階層の編集 > コピー［コピー先の選択］］画面の表示例

コピー先のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［OK］ボタンをクリックする。
手順4で選択したエージェントが手順6で選択したフォルダの下にコピーされます。

(5)　エージェントを削除する

監視用のエージェント階層からエージェントを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

メソッドフレームの［エージェント階層の編集］メソッドを選択する。
［エージェント階層の編集］画面が表示されます。
インフォメーションフレームに，「User Agents（ログインユーザー名）」のエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から削除したいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

［削除］ボタンをクリックする。
エージェントの削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順4で選択したエージェントが削除されます。

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

エージェントの状態は，［エージェント階層］画面のナビゲーションフレームに表示されるエージェント階層のアイコンで確認できます。

また，エージェント階層で選択した任意のエージェントに対して，監視に付随する次の操作が行えます。

アラームの状態の表示

関連するレポートの表示

イベント履歴の表示

プロパティの表示

それぞれの操作について説明します。

＜この節の構成＞

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

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

9.3.3　レポートを表示する

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

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

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

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

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

エージェントの状態は，［エージェント階層］画面のナビゲーションフレームに表示されているエージェント階層のアイコンで確認できます。

エージェントの状態を確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームの［表示形式］ドロップダウンリストで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

「Products」選択時
「Products」がルートのエージェント階層が表示されます。

図9-7　エージェント階層の表示例

エージェント階層の左側に表示されるアイコンを確認する。
フォルダおよびエージェントアイコンが示すステータスは，次のとおりです。

表9-2　フォルダアイコンが示すステータス

アイコン | 説明
[図データ]　 | フォルダ下のエージェントがすべて正常であることを示します。
[図データ]　 | フォルダ下のエージェントに，警告状態のものが一つ以上あることを示します。
[図データ]　 | フォルダ下のエージェントに，異常状態のものが一つ以上あることを示します。
[図データ]　 | フォルダ下のエージェントの稼働状態を示します。※

注

フォルダのステータスは，その下位のエージェントで最も重要度の高いステータスが表示されます。重要度は，高い順から異常，警告，正常です。

注※　ヘルスチェック状態を示すアイコンについては，表9-4を参照してください。

表9-3　エージェントアイコンが示すステータス

アイコン | 説明
[図データ]　 | 正常または未起動状態（状態不明）であることを示します。
[図データ]　 | 警告状態であることを示します。
[図データ]　 | 異常状態であることを示します。
[図データ]　 | エージェントの稼働状態を示します。※

注※　ヘルスチェック状態を示すアイコンについては，表9-4を参照してください。

表9-4　ヘルスチェック状態を示すアイコン

アイコン | 説明
[図データ]　 | 非対応※
[図データ]　 | 動作中※
[図データ]　 | 縮退稼働※
[図データ]　 | サービス停止※
[図データ]　 | 状態不明※
[図データ]　 | ホスト停止※

注※

ヘルスチェックイベントアイコンで表示される状態の詳細については，「19.2.2　稼働状態の確認方法」を参照してください。

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

各エージェントにバインドされたアラームテーブルに定義されているアラームの状態を確認できます。アラームにレポートが関連づけられている場合は，レポートも表示できます。

注意

エージェントにアラームテーブルをバインドしていない場合，アラームの状態は表示できません。エージェントにアラームテーブルをバインドする手順については，「12.5.1　監視エージェントとアラームテーブルの関連づけを変更する」を参照してください。

アラームの状態を確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームの［表示形式］ドロップダウンリストで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

「Products」選択時
「Products」がルートのエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，アラームの状態を確認したいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［アラームの状態の表示］メソッドを選択する。
［アラームの状態の表示］画面が表示されます。
［アラームの状態の表示］画面の例を次の図に示します。

図9-8　［アラームの状態の表示］画面

手順4で選択したエージェントにバインドされたアラームテーブルに定義されているアラームの一覧が表示されます。
アラームの状態は，アラームアイコンの表示色で確認できます。

アラームテーブルのステータス表示用のアイコン

アラームテーブル名の左側に，アラームテーブルが持つアラームの中でステータスの重要度が最も高い状態のアイコンが表示されます。

アイコンの色が示すアラームテーブルの状態を次に示します。

[図データ]：アラームテーブルが展開（定義内容が表示されている）状態であることを示します。

[図データ]：アラームテーブルが閉じている（定義内容が表示されていない）状態であることを示します。

[図データ]（緑色）：正常状態であることを示します。

[図データ]（黄色）：警告状態であることを示します。

[図データ]（赤色）：異常状態であることを示します。

アラームアイコン

アラーム名の左側にアラームアイコンが表示され，アイコンの色によってアラームのステータスが確認できます。

アイコンの色が示すアラームの状態を次に示します。

[図データ]（灰色）：インアクティブ状態であることを示します。

[図データ]（緑色）：正常状態であることを示します。

[図データ]（黄色）：警告状態であることを示します。

[図データ]（赤色）：異常状態であることを示します。

[図データ]※：アラームの状態にかかわらず常に表示されます。
注※　アラームの定義で「常にアラーム通知する」選択時だけ

参考

アラームアイコンの色は，［アラーム階層］画面で設定したしきい値と条件式によって変化します。しきい値と条件式の設定については，「12.4　ブラウザーでのアラームの設定」または「12.6　コマンドでのアラームの設定」を参照してください。

アラームにレポートを関連づけている場合は，アラームアイコンの左側にレポートアイコン（[図データ]など）が表示されます。レポートアイコンをクリックすると，関連するレポートが表示されます。
アラームにレポートを関連づける手順については，「11.6.1 (2)　アラームに関連づけられているレポートを表示する」を参照してください。
また，ヘルスチェックの状態を示すメッセージが表示されます。
ヘルスチェックの状態の詳細については，「19.2.2　稼働状態の確認方法」を参照してください。

9.3.3　レポートを表示する

各エージェントで収集されたパフォーマンスデータを，グラフや表などのグラフィカルな形式で表示するものをレポートといいます。

PFM - Web Consoleの［エージェント階層］画面では，エージェントごとにさまざまなレポートを表示できます。

表示するレポートとして，ソリューションセットと呼ばれるテンプレートを用意していますが，目的に応じて独自のレポートを作成することもできます。レポートの表示および作成方法については，「11.6　レポートの表示」または「11.7　複合レポートの表示」を参照してください。

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

Performance Managementシステムで発生したイベントの履歴を参照できます。イベント履歴は，エージェントごとに［イベント履歴］画面で確認できます。また，イベントの履歴データをCSVまたはHTML形式のテキストファイルに出力することもできます。

詳細については，「13.2　イベント履歴の表示」を参照してください。

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

各エージェント（Agent Collectorサービス）のプロパティを表示させ，データの収集間隔や収集条件などの設定内容を参照できます。プロパティの内容を変更することはできません。　　

エージェントのプロパティを確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームの［表示形式］ドロップダウンリストで，エージェント階層の表示形式を選択する。
選択した形式でエージェント階層が表示されます。

「User Agents」選択時
「User Agents（ログインユーザー名）」がルートのエージェント階層が表示されます。

「Products」選択時
「Products」がルートのエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，プロパティを表示させたいエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［プロパティの表示］メソッドを選択する。
［サービスのプロパティ］画面が表示されます。
［サービスのプロパティ］画面の例を次の図に示します。

図9-9　［サービスのプロパティ］画面の表示例

インフォメーションフレームの上部にツリーが表示されます。インフォメーションフレームの下部には，ツリーで選択したノードのプロパティが表示され，データの収集間隔や収集条件などの設定内容を参照できます。
なお，表示されるプロパティの内容は，各PFM - Agentによって異なります。プロパティの内容については，各PFM - Agentのマニュアルの付録を参照してください。

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

管理ユーザー権限を持つユーザーアカウントでは，［サービス階層］画面でプロパティの内容を変更できます。詳細については，「10.　稼働監視データの管理」を参照してください。

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

エージェントのプロパティは，同一プロダクト名とデータモデルバージョンのサービスに対して一括配布できます。これによって，次のような利点があります。

同じ種類のエージェントを管理するとき，同じ設定を一括で定義できます。

新しいエージェントを追加するとき，ほかのエージェントと同じ設定ができます。

次の表に示すノードのプロパティを一括配布できます。

表9-5　プロパティの一括配布で参照・選択可能なノード一覧

サービス | ノード名 | 説明
Agent Collector | Detail Records | パフォーマンスデータの記録方法を設定するプロパティのノードです。詳細については，「10.　稼働監視データの管理」を参照してください。
Interval Records
Log Records
Restart Configurations | PFMサービス自動再起動の設定をするプロパティです。PFMサービス自動再起動については，「19.4　PFMサービス自動再起動機能によるPFMサービスの再起動」を参照してください。
ノード数が増減するプロパティ※1 | ノード数が増減するプロパティのノードです。エージェントによって一括配布できるプロパティは異なります。詳細については，各PFM - Agentのマニュアルの付録を参照してください。
Agent Store※2 | Retention | パフォーマンスデータの保存方法を設定するプロパティのノードです。詳細については，「10.　稼働監視データの管理」を参照してください。
RetentionEx
Disk Usage
Configuration

注※1

ノード数が増減するプロパティの一括配布は，PFM - ManagerおよびPFM - Web Consoleが08-11以降である必要があります。

注※2

Agent Storeのプロパティは，プロパティの配布元と配布先のAgent StoreのバージョンとStoreデータベースのStoreバージョンによって配布可否が異なります。詳細については，「(2)　Agent Storeのバージョンによるプロパティの配布可否」を参照してください。

＜この項の構成＞

(1)　エージェントのプロパティの配布手順

(2)　Agent Storeのバージョンによるプロパティの配布可否

(3)　ノード数が増減するプロパティの一括配布

(1)　エージェントのプロパティの配布手順

エージェントのプロパティを一括配布する手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

配布元とするAgent StoreサービスまたはAgent Collectorサービスが動作するホストのフォルダの下位にある階層を展開し，配布元とするAgent StoreサービスまたはAgent Collectorサービスを選択する。
Agent Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。Agent Collectorサービスは，先頭文字が「P」以外で2文字目が「A」であるサービスを選択します。
サービスIDの詳細については，「付録B.1 (1) サービスID」および各PFM - Agentのマニュアルに記載されている識別子一覧を参照してください。
選択したAgent StoreサービスまたはAgent Collectorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティの配布］メソッドを選択する。
サービス選択画面に遷移し，配布先として選択できるサービスが表示されます。配布先サービスには配布元サービスと同じプロダクト，かつ同じデータモデルバージョンのサービスが一覧表示されます。

配布先サービスを選択する。
配布先サービスの選択例を次に示します。

図9-10　配布先サービスの選択例

［次へ］ボタンをクリックする。
［プロパティ選択］画面が表示され，配布先へ配布できるプロパティ一覧と選択するためのチェックボックスが表示されます。

配布対象のプロパティを選択する。
ツリーでノードを選択すると，インフォメーションフレームの下部に選択できるプロパティが表示されます。
［全選択］ボタンをクリックすると，すべてのプロパティを選択できます。また，［全解除］ボタンをクリックすると，選択されているプロパティをすべて解除できます。
配布先サービスを選択し直したいときは，［プロパティ選択］画面の［戻る］ボタンをクリックしてください。手順6.の［サービス選択］画面に戻ります。
プロパティの配布の設定例を次に示します。

図9-11　プロパティの配布の設定例

［完了］ボタンをクリックする。
一括配布の処理が開始し，［プロパティの配布 ＞ 進捗表示］画面に遷移します。
一括配布が完了したサービスの「プロパティ配布」欄には「OK」が表示されます。
すべてのサービスの一括配布が完了すると，［OK］ボタンが活性化します。

［OK］ボタンをクリックする。
インフォメーションフレームがクリアされます。

参考

手順8.で配布対象のプロパティを選択するたびに［完了］ボタンをクリックしなくても，配布対象のプロパティは複数回選択できます。必要に応じて，ツリーでノードを選択し，配布したいプロパティを選択する操作を繰り返し行ったあと，［完了］ボタンをクリックしてください。

(2)　Agent Storeのバージョンによるプロパティの配布可否

プロパティの配布元と配布先のAgent StoreのバージョンとStoreデータベースのStoreバージョンによって配布可否が異なります。Agent Storeのバージョンによるプロパティの配布可否を次の表に示します。

表9-6　Agent Storeのバージョンによるプロパティの配布可否

配布元Agent Store | 配布先Agent 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のマニュアルを参照してください。また，一括配布の手順については，「(b)　ノード数が増減するプロパティの一括配布手順」を参照してください。

新規システム構築時，全エージェントを同じ設定にする

プロパティの一括配布で，次の図のように，すべてのノードに対して「追加」の操作を選択します。

配布先エージェントにノードが追加され，ツリー構造が配布元エージェントと同じになります。また，プロパティの値はすべて配布元エージェントの設定値と同じになります。

システム運用中，全エージェントを同じ設定にする

プロパティの一括配布で，次の図のように，すべてのノードに対して「追加」の操作を選択します。また，「配布先にのみ存在するノードは削除する」チェックボックスを選択します。

配布先エージェントに存在しなかったノードは追加されます。追加されたノードのプロパティはすべて配布元エージェントの設定値と同じになります。配布先エージェントに存在していたノードは，プロパティがすべて配布元エージェントの設定値と同じになります。配布先エージェントだけに存在するノードは削除されます。

このため，配布先エージェントのツリー構造が配布元エージェントと同じになります。

システム運用中，複数のエージェントで特定のプロパティの値を更新する

プロパティの一括配布で，次の図のように，更新するプロパティがあるノードに対して「更新」の操作を選択します。

また，更新するプロパティで「適用」を選択します。

「更新」の操作では，「適用」チェックボックスを選択したプロパティの値だけが更新されます。

システム運用中，複数のエージェントでノードを追加する

プロパティの一括配布で，次の図のように，追加するノードに対して「追加」の操作を選択します。

配布先エージェントにノードが追加され，ツリー構造が配布元エージェントと同じになります。また，追加されたノードのプロパティはすべて配布元エージェントの設定値と同じになります。

なお，配布先エージェントに存在するノードに対して「追加」の操作を選択して一括配布を行った場合，そのノードのプロパティの値は，「適用」チェックボックスの状態に関係なくすべて上書きされます。

システム運用中，複数のエージェントでノードを削除する

プロパティの一括配布で，次の図のように，削除するノードに対して「削除」の操作を選択します。

「削除」を選択したノードが配布先エージェントに存在する場合，そのノードは削除されます。

ポイント

「削除」の操作では配布元エージェントのノードは削除されません。このため，一括配布後は配布元エージェントと配布先エージェントでツリーの構造が異なります。

(b)　ノード数が増減するプロパティの一括配布手順

ノード数が増減するプロパティを一括配布する手順を次に示します。ここでは，PFM - Agent for Platformのバージョン08-10以降で使用できるApplication monitoring setting配下のツリーの構造を配布する例を取り上げます。なお，この例では，配布元エージェントのプロパティの設定が完了しているものとして説明します。

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

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

配布元とするAgent StoreサービスまたはAgent Collectorサービスが動作するホストのフォルダの下位にある階層を展開し，配布元とするAgent StoreサービスまたはAgent Collectorサービスを選択する。
ここでは，PFM - Agent for PlatformのApplication monitoring settingを配布するため，「TA」から始まるAgent Collectorサービスを選択します。
サービスIDの詳細については，「付録B.1 (1) サービスID」および各PFM - Agentのマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Collectorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティの配布］メソッドを選択する。
サービス選択画面に遷移し，配布先として選択できるサービスが表示されます。配布先サービスには配布元サービスと同じプロダクト，かつ同じデータモデルバージョンのサービスが一覧表示されます。

配布先サービスを選択し，［次へ］ボタンをクリックする。
［プロパティ選択］画面が表示されます。

インフォメーションフレームのツリーで「Application monitoring setting」を選択する。
インフォメーションフレームの下部にApplication monitoring setting配下のノード一覧が表示されます。

各ノードに対して「更新」，「追加」または「削除」を選択する。
「更新」を選択した場合に対象になるノードを次に示します。
[図データ]
「更新」の操作では，手順10.で「適用」チェックボックスを選択したプロパティの値だけが更新されます。
「追加」を選択した場合に対象になるノードを次に示します。
[図データ]
配布先エージェントに存在するノードに対して「追加」の操作を選択して一括配布を行った場合，そのノードのプロパティの値は，「適用」チェックボックスの状態に関係なくすべて上書きされます。
「削除」を選択した場合に削除対象となるノードを次に示します。
[図データ]

ポイント

「削除」の操作では配布元エージェントのノードは削除されません。このため，一括配布後は配布元エージェントと配布先エージェントでツリーの構造が異なります。

配布先エージェントにだけ存在し，配布元エージェントに存在しないノードを削除する場合，「配布先にのみ存在するノードを削除する」チェックボックスを選択する。
「配布先にのみ存在するノードを削除する」チェックボックスを選択した場合に削除対象となるノードを次に示します。
[図データ]

手順8で「更新」を選択したノードについて，値を更新するプロパティを選択する。
ノードをツリーで選択すると，プロパティの一覧が表示されます。
「更新」を選択したノードのプロパティは，一覧にある「適用」チェックボックスでの設定状態に応じて一括配布されます。
［全選択］ボタンをクリックすると，すべてのプロパティを選択できます。また，［全解除］ボタンをクリックすると，選択されているプロパティをすべて解除できます。

［完了］ボタンをクリックする。
配布するノード，プロパティを選択したあと，［完了］ボタンをクリックすることで，一括配布の処理が開始し，［プロパティの配布 ＞ 進捗表示］画面に遷移します。
一括配布が完了したサービスの「プロパティ配布」欄には「OK」が表示されます。
すべてのサービスの一括配布が完了すると，［OK］ボタンが活性化します。

［OK］ボタンをクリックする。
インフォメーションフレームがクリアされます。

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

この章では，Performance Managementで収集された，パフォーマンスデータおよびイベントデータを管理する方法について説明します。

＜この章の構成＞

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

10.2　イベントデータの管理

10.3　注意事項

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

パフォーマンスデータは，監視エージェントのAgent Collectorサービスによって収集され，Agent Storeサービスが管理するStoreデータベースに保存されます。

Agent Collectorサービスが収集するパフォーマンスデータ，およびAgent Storeサービスが管理するStoreデータベースに対し，次の操作ができます。

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

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

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

パフォーマンスデータの記録方法や保存条件を配布する

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

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

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

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

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

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

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

それぞれの操作の手順について説明します。なお，パフォーマンスデータの格納先を変更する手順については，各PFM - Agentのマニュアルのインストールとセットアップについて説明している章を参照してください。また，この節で使用するコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

＜この節の構成＞

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

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

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

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

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

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

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

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

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

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

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

Agent Collectorサービスが収集するパフォーマンスデータの記録方法を変更できます。パフォーマンスデータの記録方法として設定されている内容には，次のものがあります。

記録の対象とするかどうか

データの収集間隔

収集を開始する際のオフセット値

記録対象のレコードについて，Storeデータベースに記録するときの条件式

パフォーマンスデータの記録方法は，レコードごとに設定されています。ただし，レコードによっては変更できない場合もあります。詳細については，各PFM - Agentのマニュアルの付録に記載されているプロパティの説明を参照してください。

なお，パフォーマンスデータの記録方法を変更するには，次の二つの方法があります。

監視コンソールで変更する

コマンドで変更する

それぞれについて説明します。

＜この項の構成＞

(1)　監視コンソールでパフォーマンスデータの記録方法を変更する

(2)　コマンドでパフォーマンスデータの記録方法を変更する

(1)　監視コンソールでパフォーマンスデータの記録方法を変更する

監視コンソールでパフォーマンスデータの記録方法を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

パフォーマンスデータの記録方法を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent Collectorサービスを選択する。
Agent Collectorサービスは，2文字目が「A」であるサービスです。サービスIDの詳細については，「付録B.1 (1)　サービスID」および各PFM - Agentのマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Collectorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent Collectorサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

図10-1　Agent Collectorサービスのプロパティ階層の表示例

ノードとレコードタイプの対応を次の表に示します。

表10-1　ノードとレコードタイプの対応

ノード | レコードタイプ
Detail Records | PDレコードタイプ
Interval Records | PIレコードタイプ
Log Records | PLレコードタイプ

記録方法を変更したいレコードがあるノードを展開し，該当するレコードを選択する。
レコードタイプを示すノードを展開すると，レコードを示すノードが表示されます。レコード名は，データベースIDを除いたレコードIDで表示されます。
選択したレコードにチェックマークが表示され，インフォメーションフレームの下部に選択したレコードの記録方法の設定値が表示されます。

レコードに設定されている記録方法の定義内容を変更する。
インフォメーションフレームの下部に選択したレコードのプロパティが表示されます。

図10-2　記録方法の設定例

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表10-2　各プロパティの説明および設定値

プロパティ名
説明および設定値

Description
選択したレコードの説明が表示されます。変更はできません。

Log
収集したレコードをStoreデータベースに記録するかどうかを指定します。

Yes：記録する

No：記録しない

Collection Interval
レコードの収集間隔を0～2147483647の整数で指定します。単位は秒です。
「0」を指定した場合，レコードは収集されません。

Collection Offset
レコードの収集を開始するオフセット値を0～32767の整数で指定します。単位は秒です。
例えば，「0」を指定した場合は，収集対象のレコードを同じタイミングに収集します。「20」を指定した場合は，「0」を指定しているレコードの収集開始から20秒遅れてレコードの収集が開始されます。

LOGIF
記録対象のレコードに対し，データベースに記録するための条件式を指定できます。ここで設定した条件に従って，レコードが記録されます。
テキストボックスをクリックすると，［ログ収集条件設定］画面が別ウィンドウで表示されます。［ログ収集条件設定］画面では，対象となるフィールド，演算子，判断基準となる値などを指定し，条件式を作成します。設定内容を［OK］ボタンで確定すると，LOGIFのテキストボックスに作成した条件式が設定されます。詳細については，マニュアル「JP1/Performance Management リファレンス」の［ログ収集条件設定］画面についての説明を参照してください。

注意

パフォーマンスデータを収集するレコード数を増やすと，ディスク容量やシステム性能に影響を及ぼすことがあります。収集するレコードを設定する場合は，必要なディスク容量やレコードの収集間隔など，パフォーマンスデータの収集条件を考慮し，監視に必要な項目だけを設定してください。必要なディスク容量については，各PFM - Agentのマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

Collection Interval（レコードの収集間隔）は，デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，Agent CollectorサービスやAgent 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

［OK］ボタンをクリックする。
変更した設定内容が有効になります。

各レコードに設定できる値およびデフォルト値は，レコードによって異なります。設定できる値，設定範囲およびデフォルト値については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

(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行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

表10-3　XML定義内容

タグ名
必須
説明および設定値

<agent-store-db-record-definition>・・・</agent-store-db-record-definition>
○
Storeデータベース記録方法定義情報のルートのタグです。

<service id="サービスID">・・・</service>
○
PFM - Agentを特定するサービスIDを指定します。
Agent CollectorサービスのサービスIDは，2文字目が「A」のものです。
サービスIDの詳細については，「付録B.1 (1) サービスID」を参照してください。
<service>タグは，<record>タグを含みます。
<service>タグは，複数指定できます。

<record id="レコードID">・・・</record>
○
記録方法の設定を変更するレコードIDを指定します。
<record>タグは，<log>タグ，<collection-interval>タグ，<collection-offset>タグ，および<logif>タグを含みます。詳細については，「表10-4　レコードごとの記録方法（<record>タグ）」を参照してください。
<record>タグは，複数指定できます。

（凡例）

○：省略できない

<record>タグ（レコードごとの記録方法）に含まれるタグと設定値について次の表に示します。<record>タグは，複数指定できます。なお，<record>タグに含まれるタグの定義は，表の記載順に指定してください。

表10-4　レコードごとの記録方法（<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>
－
記録対象のパフォーマンスデータに対し，データベースに記録するための条件式を指定できます。
詳細については，「表10-5　データベースに記録するための条件式（<logif>タグ）」を参照してください。
<logif>タグは，一つの<record>タグ内に一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

注意

パフォーマンスデータを収集するレコード数を増やすと，ディスク容量やシステム性能に影響を及ぼすことがあります。収集するレコードを設定する場合は，必要なディスク容量やレコードの収集間隔など，パフォーマンスデータの収集条件を考慮し，監視に必要な項目だけを設定してください。必要なディスク容量については，各PFM - Agentのマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

Collection Interval（レコードの収集間隔）は，デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，ファイルのオープン数および使用メモリーが増加します。このためStoreデータベースの処理ができなくなるため，収集したパフォーマンスデータを保存できなくなります。
各レコードに設定できる値およびデフォルト値は，レコードによって異なります。設定できる値，設定範囲およびデフォルト値については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

Collection Offset（レコードの収集を開始するオフセット値）の値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

<logif>タグ（データベースに記録するための条件式）に含まれるタグと設定値について次の表に示します。

表10-5　データベースに記録するための条件式（<logif>タグ）

タグ名
必須
設定値

<and>・・・</and>
－
<expression>タグ（論理式）を複数指定した場合，そのうち二つをAND演算する場合に指定します。
この場合，AND演算する<expression>タグを<and>タグで囲みます。
条件式は2項演算とし，2項演算のネストを許可します。
<expression>タグが複数指定されている場合，<and>タグは複数指定できます。

<or>・・・</or>
－
<expression>タグ（論理式）を複数指定した場合，そのうち二つをOR演算する場合に指定します。
この場合，OR演算する<expression>タグを<and>タグで囲みます。
条件式は二項演算とし，二項演算のネストを許可します。
<expression>タグが複数指定されている場合，<or>タグは複数指定できます。

<expression>・・・</expression>
－
データベースに記録するための判断条件を指定します。
指定形式は，次のとおりです。
「フィールド 条件 "値"」を空白文字で区切らないで指定します。

フィールド

対象となるフィールドを指定します。

指定するフィールドについては，各PFM - Agentのマニュアルのレコードについて書かれている章を参照してください。

条件

条件には，次のうちのどれかを指定します。なお，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

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

データベースに記録するパフォーマンスデータの保存条件として，Storeバージョン2.0ではレコードの保存期間の設定を変更できます。

各レコードタイプと設定できる保存条件の対応を次の表に示します。

表10-6　レコードタイプと設定できる保存条件

レコードタイプ | 設定できる保存条件
PIレコードタイプ | レコードの保存期間
PDレコードタイプ
PLレコードタイプ

パフォーマンスデータの保存条件を変更するには，次の二つの方法があります。

監視コンソールで変更する

コマンドで変更する

それぞれについて説明します。

＜この項の構成＞

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

(2)　コマンドでパフォーマンスデータの保存条件を変更する

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

監視コンソールでパフォーマンスデータの保存条件を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

パフォーマンスデータの保存条件を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent Storeサービスを選択する。
Agent Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，「付録B.1 (1) サービスID」および各PFM - Agentのマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「RetentionEx」ノードを選択する。
インフォメーションフレームの下部に「RetentionEx」ノードのプロパティが表示されます。

図10-3　保存条件の設定例

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表10-7　各プロパティの説明および設定値

レコードタイプ
ノード名
プロパティ名
設定値

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の整数で指定します。

［OK］ボタンをクリックする。
設定が有効になります。

(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行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

表10-8　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の詳細については，「付録B.1 (1) サービスID」を参照してください。
<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=月ごとの保存期間>タグを含みます。詳細については，「表10-9　PIレコードタイプのレコードの保存期間（<ex-product-interval>タグ）」を参照してください。
<ex-product-interval>タグは，一つの<service>タグ内に複数指定できます。

<ex-product-detail>・・・</ex-product-detail>
－
PDレコードタイプの保存レコード数の上限値を指定するタグです。
<ex-detail-record>タグを含みます。
<ex-product-detail>タグは，一つの<service>タグ内に一つだけ指定できます。
詳細については，「表10-10　PDレコードタイプのレコードの保存期間（<ex-product-detail>タグ）」を参照してください。

<ex-product-log>・・・</ex-product-log>
－
PLレコードタイプの保存レコード数の上限値を指定するタグです。
<ex-log-record>タグを含みます。詳細については，「表10-11　PLレコードタイプのレコードの保存期間（<ex-product-log>タグ）」を参照してください。
<ex-product-log>タグは，一つの<service>タグ内に一つだけ指定できます。

（凡例）

○：省略できない

－：省略できる

注　省略した項目の値は更新されません。

<ex-product-interval>タグ（PIレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。<ex-product-interval>タグに含まれるタグの定義は，表の記載順に指定してください。

表10-9　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レコードタイプのレコード保存期間）に含まれるタグと設定値について次の表に示します。

表10-10　PDレコードタイプのレコードの保存期間（<ex-product-detail>タグ）

タグ名
必須
設定値

<ex-detail-record id="レコードID" period="レコードの保存期間"/>
－
PDレコードタイプのレコードIDごとに，レコード保存期間を指定します。
保存期間（日数）を0～366の整数で指定します。
<ex-detail-record>タグは，一つのPDレコードに対して一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

<ex-product-log>タグ（PLレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。

表10-11　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

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

データベースに記録するパフォーマンスデータの保存条件として，レコードの保存期間またはレコード数の上限の設定を変更できます。パフォーマンスデータの保存条件は，レコードの種類によって異なります。

各レコードタイプと設定できる保存条件の対応を次の表に示します。

表10-12　レコードタイプと設定できる保存条件

レコードタイプ | 設定できる保存条件
PIレコードタイプ | レコードの保存期間
PDレコードタイプ | レコード数の上限
PLレコードタイプ

パフォーマンスデータの保存条件を変更するには，次の二つの方法があります。

監視コンソールで変更する

コマンドで変更する

それぞれについて説明します。

＜この項の構成＞

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

(2)　コマンドでパフォーマンスデータの保存条件を変更する

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

監視コンソールでパフォーマンスデータの保存条件を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

パフォーマンスデータの保存条件を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent Storeサービスを選択する。
Agent Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，「付録B.1 (1) サービスID」および各PFM - Agentのマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「Retention」ノードを選択する。
インフォメーションフレームの下部に「Retention」ノードのプロパティが表示されます。

図10-4　保存条件の設定例

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表10-13　各プロパティの説明および設定値

レコードタイプ
プロパティ名
設定値

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の整数で指定します。

［OK］ボタンをクリックする。
設定が有効になります。

(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行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

表10-14　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の詳細については，「付録B.1 (1) サービスID」を参照してください。
<service>タグは，<product-interval>タグ，<product-detail>タグ，および<product-log>タグを含みます。
<service>タグは，複数指定できます。

<product-interval>・・・</product-interval>
－
PIレコードタイプのレコードの保存期間を指定するタグです。
<minute-drawer>タグ，<hour-drawer>タグ，<day-drawer>タグ，<week-drawer>タグ，および<month-drawer>タグを含みます。詳細については，「表10-15　PIレコードタイプのレコードの保存期間（<product-interval>タグ）」を参照してください。
<product-interval>タグは，一つの<service>タグ内に一つだけ指定できます。

<product-detail>・・・</product-detail>
－
PDレコードタイプの保存レコード数の上限値を指定するタグです。
<detail-record>タグを含みます。
<product-detail>タグは，一つの<service>タグ内に一つだけ指定できます。
詳細については，「表10-16　PDレコードタイプの保存レコード数の上限値（<product-detail>タグ）」を参照してください。

<product-log>・・・</product-log>
－
PLレコードタイプの保存レコード数の上限値を指定するタグです。
<log-record>タグを含みます。詳細については，「表10-17　PLレコードタイプの保存レコード数の上限値（<product-log>タグ）」を参照してください。
<product-log>タグは，一つの<service>タグ内に一つだけ指定できます。

（凡例）

○：省略できない

－：省略できる

注　省略した項目の値は更新されません。

<product-interval>タグ（PIレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。<product-interval>タグに含まれるタグの定義は，表の記載順に指定してください。

表10-15　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レコードタイプの保存レコード数の上限値）に含まれるタグと設定値について次の表に示します。

表10-16　PDレコードタイプの保存レコード数の上限値（<product-detail>タグ）

タグ名
必須
設定値

<detail-record id="レコードID" max-rec="レコード数の上限"/>
－
PDレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0～2147483647の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0～2147483647の整数で指定します。

<detail-record>タグは，一つのPDレコードに対して一つだけ指定できます。

（凡例）

－：省略できる

注　省略した項目の値は更新されません。

<product-log>タグ（PLレコードタイプの保存レコード数の上限値）に含まれるタグと設定値について次の表に示します。

表10-17　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

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

Storeデータベースに格納されているパフォーマンスデータをテキストファイルにエクスポートできます。データをエクスポートするには，jpcctrl dumpコマンドを使用します。

なお，このコマンドは，jpcdbctrl importコマンドのインポート用ファイルを作成するコマンドではありません。テキストファイルを出力するためだけのコマンドです。

手順を次に示します。

PFM - Agentがインストールされているホストにログインする。

jpcctrl listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されているか確認する。

jpcctrl dumpコマンドを実行する。
例えば，PFM - Agent for Platform（Windows）のホストhost02のProcessor Overview（PI_PCSR）レコードに格納されているパフォーマンスデータのうち，2006年07月10日午前2時（GMT）から午後2時59分（GMT）までのパフォーマンスデータを「pcsr.out」というファイルにエクスポートする場合は，次のように指定します。

jpcctrl dump TS* host=host02 2006/07/10 02:00 2006/07/10 14:59 pcsr.out PI 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 - Agent for Oracleの場合は「agto」，PFM - Agent for Platform（Windows）の場合は「agtt」のように，PFM - Agentによって決まっています。サービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

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

Storeデータベースが使用しているディスク容量は，PFM - Web Consoleの［サービス階層］画面で確認できます。

手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。
Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

ディスク容量を確認したいホスト名が付いたフォルダの下位にあるAgent Storeサービスを選択する。
Agent Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。
サービスIDの詳細については，「付録B.1 (1) サービスID」および各PFM - Agentのマニュアルに記載されている識別子一覧を参照してください。
選択したAgent Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Agent Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「Disk Usage」ノードを選択する。
プロパティ画面の下部に，Agent Storeサービスが管理するデータベースが使用しているディスク容量が表示されます。

図10-5　ディスク容量の表示例（パフォーマンスデータ）

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

Storeデータベースに格納されているパフォーマンスデータが不要になった場合，データを消去できます。Storeデータベースのデータを消去するには，jpcctrl clearコマンドを使用します。

注意

jpcctrl clearコマンドは，PFM - Managerがインストールされているホストで実行してください。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限またはBackup Operators権限

UNIXの場合
rootユーザー権限

jpcctrl listコマンドを実行し，パフォーマンスデータを消去したいStoreデータベースを管理するAgent Storeサービスが起動されていることを確認する。

jpcctrl clearコマンドを実行し，Storeデータベースから指定したレコードタイプのデータベースからデータを消去する。
例えば，ホストhost02のPFM - Agent for Platform（Windows）のStoreデータベースに格納されているすべてのパフォーマンスデータを消去する場合，次のようにコマンドを指定します。

jpcctrl clear TS* host=host02 *

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

Agent StoreサービスのStoreデータベースの設定を変更している場合，一度にデフォルト値に戻すことができます。

＜この項の構成＞

(1)　収集設定情報を初期化する

(2)　Storeデータベースを初期化する

(1)　収集設定情報を初期化する

データベースの設定内容をデフォルトに戻すには，Agent Collectorサービス起動情報ファイルのモデルファイル（jpcagt.ini.model）をコピーします。

手順を次に示します。

jpcstopコマンドを実行し，PFM - Agentのサービスを停止する。
次のようにコマンドを指定します。

jpcstop XXXX※1

Agent 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サービス起動情報ファイルのモデルファイル（jpcagt.ini.model）をjpcagt.iniというファイル名でコピーする。
jpcagt.ini.modelファイルは，手順2で示したjpcagt.iniファイルと同じディレクトリに格納されています。

jpcstartコマンドを実行し，PFM - Agentのサービスを起動する。
次のようにコマンドを指定します。

jpcstart XXXX※1

注※1

「XXXX」は，PFM - Agentのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「agto」，PFM - Agent for Platform（Windows）の場合は「agtt」のように，PFM - Agentによって決まっています。サービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

(2)　Storeデータベースを初期化する

Storeデータベースをデフォルトに戻すには，Agent Storeサービス起動情報ファイルのモデルファイル（jpcsto.ini.model）をコピーします。

手順を次に示します。

jpcstopコマンドを実行し，PFM - Agentのサービスを停止する。
次のようにコマンドを指定します。

jpcstop XXXX※1

Agent 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サービス起動情報ファイルのモデルファイル（jpcsto.ini.model）をjpcsto.iniというファイル名でコピーする。
jpcsto.ini.modelファイルは，手順2で示したjpcsto.iniファイルと同じディレクトリに格納されています。なお，Storeバージョン2.0を使用している場合，コピー後にjpcdbctrl setupコマンドを実行する必要があります。ただし，jpcdbctrl setupコマンドを実行する前にAgent Storeサービスを起動しないでください。Agent Storeサービスを起動した場合，パフォーマンスデータが初期化されます。

jpcstartコマンドを実行し，PFM - Agentのサービスを起動する。
次のようにコマンドを指定します。

jpcstart XXXX※1

注※1

「XXXX」は，PFM - Agentのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「agto」，PFM - Agent for Platform（Windows）の場合は「agtt」のように，PFM - Agentによって決まっています。サービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

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

バックアップデータをインポートすることで，保存しておいた過去のパフォーマンスデータを参照できます。データのインポートはjpcdbctrl importコマンドを使用します。インポートはフルインポートまたは追加インポートを選択できます。

インポートされたあとは，現在運用しているStoreデータベースの情報のほかに，インポートされた情報を参照できるようになります。なお，現在運用しているStoreデータベースの情報と同じ単位DBがインポートされた場合，稼働情報は現在運用しているStoreデータベースの内容が優先されて表示されます。

手順を次に示します。

PFM - Agentがインストールされているホストにログインする。

jpcctrl listコマンドを実行し，Agent Storeサービスが起動されているか確認する。

jpcdbctrl importコマンドを実行する。
次のようにコマンドを指定します。

フルインポートする場合

コマンドを実行すると，インポートディレクトリにあるファイルが削除されたあと，バックアップファイルが配置されます。

jpcdbctrl import -key XXXX※1 -d D:¥backup01※2

追加インポートする場合

コマンドを実行すると，インポートディレクトリのファイルに追加して，バックアップファイルが配置されます。

jpcdbctrl import -key XXXX※1 -d D:¥backup01※2 -add

注※1

「XXXX」は，PFM - Agentのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「agto」，PFM - Agent for Platform（Windows）の場合は「agtt」のように，PFM - Agentによって決まっています。サービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

D:¥backup01はバックアップディレクトリを示します。

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

PFM - Agentがバージョンアップした場合，データモデルもバージョンアップすることがあります。Storeバージョン2.0でインポートするバックアップデータのデータモデルのバージョンは，現在使用しているデータモデルバージョンと同一である必要があります。

バックアップデータのデータモデルバージョンが現在使用しているデータモデルのバージョンよりも低い場合に，jpcdbctrl dmconvertコマンドでデータモデルをバージョンアップします。

手順を次に示します。

PFM - Agentがインストールされているホストにログインする。

jpcdbctrl dmconvertコマンドを実行する。
次のようにコマンドを指定します。

jpcdbctrl dmconvert -d D:¥backup01※

注※　D:¥backup01はバックアップディレクトリを示します。

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

現在使用しているAgent StoreサービスのStoreバージョンやデータモデルのバージョンを確認するため，Agent Storeサービス，バックアップディレクトリの情報を表示します。これらの情報を表示するには，jpcdbctrl displayコマンドを使用します。

jpcdbctrl displayコマンドで表示できる項目を次の表に示します。

表10-18　jpcdbctrl displayコマンドで表示できる項目

表示項目 | -dオプションなし | -dオプションあり
シングルインスタンスエージェント | マルチインスタンスエージェント
サービスキー | ○ | ○ | ○
インスタンス名 | × | ○ | ×
Storeバージョン | ○ | ○ | ○
データモデルバージョン | ○ | ○ | ○

（凡例）

○：表示される

×：表示されない

手順を次に示します。

PFM - Agentがインストールされているホストにログインする。

jpcctrl listコマンドを実行し，Agent Storeサービスが起動されているか確認する。

jpcdbctrl displayコマンドを実行する。
次のようにコマンドを指定します。

バックアップディレクトリの情報を表示する場合

jpcdbctrl display -d D:¥backup01※

Agent Storeサービスの情報を表示する場合

jpcdbctrl display

注※

D:¥backup01はバックアップディレクトリを示します。

10.2　イベントデータの管理

イベントデータは，PFM - ManagerのMaster Storeサービスが管理するStoreデータベースに保存されます。このStoreデータベースに対し，次の操作ができます。

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

イベントデータの格納先を変更する

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

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

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

注意

イベントデータが格納されるStoreデータベースの設定は，初期化できません。

それぞれの操作の手順について説明します。なお，イベントデータの格納先を変更する手順については，Windowsの場合は「5.4.2　イベントデータの格納先の変更」を，UNIXの場合は「6.4.2　イベントデータの格納先の変更」を参照してください。また，この節で使用するコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

＜この節の構成＞

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

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

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

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

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

Storeデータベースに記録するイベントデータのレコード数の上限を変更する場合は，PFM - Web Consoleの［サービス階層］画面で行います。

注意

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。
PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Storeサービスを選択する。
Master Storeサービスは，「PS」で始まるサービスです。
選択したMaster Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Master Storeサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「Retention」ノードを選択する。
インフォメーションフレームの下部に「Retention」ノードのプロパティが表示されます。

図10-6　レコード数の上限の設定例（イベントデータ）

プロパティの設定内容を変更します。プロパティの説明および設定値を次の表に示します。

表10-19　プロパティの説明および設定値

レコードタイプ | プロパティ名 | 設定値
PAレコードタイプ | Product Alarm - PA | イベントデータの保存レコード数の上限を設定します。0～2147483647の整数が指定できます。

［OK］ボタンをクリックする。
設定が有効になります。

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

Storeデータベースに格納されているイベントデータをテキストファイルにエクスポートできます。データをエクスポートするには，jpcctrl dumpコマンドを使用します。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcctrl listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されているか確認する。

jpcctrl dumpコマンドを実行する。
例えば，監視マネージャーのStoreデータベースに格納されているイベントのうち，2006年7月10日午前2時（GMT）から午後2時59分（GMT）までのイベントを，「pa.out」というファイルにエクスポートする場合は，次のように指定します。

jpcctrl dump PS* 2006/07/10 02:00 2006/07/10 14:59 pa.out PA *

コマンド実行が正常に終了すると，次のファイルにイベントデータのエクスポートファイルが出力されます。

物理ホストの場合

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

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

Storeデータベースが使用しているディスク容量は，PFM - Web Consoleの［サービス階層］画面で確認できます。

注意

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

手順を次に示します。

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

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

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。
PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Storeサービスを選択する。
Master Storeサービスは，「PS」で始まるサービスです。
選択したMaster Storeサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Master Storeサービスのプロパティ画面に遷移し，ツリーが表示されます。

「Disk Usage」ノードを選択する。
プロパティ画面の下部に，Master Storeサービスが管理するデータベースが使用しているディスク容量が表示されます。

図10-7　ディスク容量の表示例（イベントデータ）

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

Storeデータベースに格納されたイベントデータが不要になった場合，データを消去できます。Storeデータベースのデータを消去するには，jpcctrl clearコマンドを使用します。

注意

jpcctrl clearコマンドは，PFM - Managerがインストールされているホストで実行してください。

手順を次に示します。

PFM - Managerがインストールされているホストにログインする。
次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合
Administrators権限またはBackup Operators権限

UNIXの場合
rootユーザー権限

jpcctrl listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されていることを確認する。

jpcctrl clearコマンドを実行する。
Master Storeサービスが管理するStoreデータベースに格納されているイベントを消去する場合は，次のように指定します。

jpcctrl clear PS* PA

10.3　注意事項

ここでは，Performance Managementで扱う稼働監視データに関する注意事項を次に示します。

＜この節の構成＞

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

10.3.2　Agent Storeサービスが異常終了した場合

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

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

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

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

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

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

＜この項の構成＞

(1)　Storeバージョン2.0の場合

(2)　Storeバージョン1.0の場合

(1)　Storeバージョン2.0の場合

Storeバージョン2.0では，データファイルが一定の期間で分割され，レコードタイプごとにそれぞれ別のデータファイルにデータが格納されるため，データ全体ではなく分割されたデータファイルそれぞれについてサイズの上限があります。それぞれのデータファイルサイズの上限は2GBです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

データファイルのサイズは，Storeデータベースのディスク占有量の見積もり式で履歴データの保存期間設定値を"0"にすることで求めることができます。Storeデータベースのディスク占有量の見積もり式については，「付録C.4　PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量」または各PFM - Agentのマニュアルを参照してください。

Storeデータベースのあるレコードのデータが書き込まれるデータファイルは一定期間で切り替わります。期間内にデータファイルがファイルサイズの上限に達した場合，次のメッセージを出力し，そのレコードのデータは書き込まれなくなります。このとき，Agent Storeサービスは停止しません。

KAVE00227-W　Storeデータベースのファイルサイズ上限に達したため新規に取得した性能情報を一部破棄します (db=データベースID, recordtype=レコードタイプ)

一定の期間が終了し，書き込まれるデータファイルが変更されると，次のメッセージを出力し，データの書き込みを再開します。

KAVE00228-I　Storeデータベースのデータ格納を再開します (db=データベースID, recordtype=レコードタイプ)

(2)　Storeバージョン1.0の場合

Performance Managementで扱うStoreデータベース全体のファイルサイズの上限は2GBです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

Storeデータベースのファイルサイズが制限に達した場合，Storeサービスは停止します。この場合，次のエラーメッセージがシステムログ（Windowsの場合はWindowsイベントログ，UNIXの場合はsyslog），および共通メッセージログに出力されます。

KAVE00182-E　Storeデータベースの書き込み限界値に達したため，レコードデータを格納できませんでした (record=レコードID, file=ファイル名)

Storeデータベースのファイルサイズが上限を超えたときは，次の手順を実行してください。

PFM - Web ConsoleからAgent Collectorのプロパティを開き，すべてのレコードを収集しないように設定する。
（本事象はAgent Storeだけ停止するため，Agent Collectorは起動しています）。

jpcstartコマンドによってAgent Storeサービスを再起動する。
jpcstartコマンドについてはマニュアル「JP1/Performance Management リファレンス」の「2.　コマンド　jpcstart」を参照してください。

データを退避する。
jpcctrl dumpコマンド，jpcrptコマンドまたはレポートのCSV，HTML出力によってデータを退避してください。jpcctrl dumpコマンドによるパフォーマンスデータ，イベントデータの退避についてはそれぞれ「10.1.4　パフォーマンスデータをエクスポートする」または「10.2.2　イベントデータをエクスポートする」を参照してください。
jpcrptコマンドについてはマニュアル「JP1/Performance Management リファレンス」の「2.　コマンド　jpcrpt」を参照してください。
レポートのCSVまたはHTML出力については「11.8.1　ブラウザーでレポートをCSVまたはHTML出力する」を参照してください。

データを消去する。
パフォーマンスデータを消去します。パフォーマンスデータ，イベントデータを消去する方法についてはそれぞれ「10.1.6　パフォーマンスデータを消去する」，「10.2.4　イベントデータを消去する」を参照してください。

PFM - Web ConsoleからAgent Collectorのプロパティを開く。
収集レコードを設定して，運用を再開してください。

10.3.2　Agent Storeサービスが異常終了した場合

Agent Storeサービスが異常終了した場合の注意を次に示します。

Storeデータベースへの書き込み中にAgent Storeサービスが異常終了した場合，次回のAgent Storeサービス起動時にデータベースの整合性チェックを実行したあと，Agent Storeサービスが起動されます。このため，整合性チェックでの不正データについては，データは保証されません。

電源切断などによってAgent Storeサービスが正常な終了処理を行えなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Agent Storeサービスの起動に時間が掛かることがあります。

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

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，次のメッセージが出力されたあと，Master StoreサービスまたはAgent Storeサービスが停止します。

KAVE00105-E ディスク容量が不足しています

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する

Storeデータベースのディスク占有量を減少させる

＜この項の構成＞

(1)　十分なディスク容量を確保する

(2)　Storeデータベースのディスク占有量を減少させる（Storeバージョン1.0の場合だけ）

(1)　十分なディスク容量を確保する

Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，各PFM - Agentマニュアルの，付録に記載されているシステム見積もりを参照してください。イベントデータのStoreデータベースの格納先を変更する方法については，Windowsの場合は「5.4.2　イベントデータの格納先の変更」を，UNIXの場合は「6.4.2　イベントデータの格納先の変更」を参照してください。パフォーマンスデータのStoreデータベースの格納先を変更する方法については，各PFM - Agentのマニュアルを参照してください。

(2)　Storeデータベースのディスク占有量を減少させる（Storeバージョン1.0の場合だけ）

Storeデータベースのディスク占有量を減少させるには，まずStoreデータベースのデータ量の上限値が減少するように設定を見直します。Agent Collectorサービスで収集するレコードを絞る，またはStoreデータベースの保存条件でレコードを保存する期間や保存するレコード数を減少させることでデータ量の上限値を減少させられます。Agent Collectorサービスで収集するレコードを変更する方法については，「10.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。Storeデータベースの保存条件を変更する方法については，「10.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」および「10.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)パフォーマンスデータを１回以上Storeデータベースに格納します。
注1　パフォーマンスデータがStoreデータベースに格納されるタイミングについては「4.2.3　パフォーマンスデータの管理機能」を参照してください。
注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)保存条件を変更したレコードのパフォーマンスデータを１回以上Storeデータベースに格納します。
注1　パフォーマンスデータがStoreデータベースに格納されるタイミングについては「4.2.3　パフォーマンスデータの管理機能」を参照してください。
注2　Storeデータベースでは，レコードが格納され，Storeデータベース中のパフォーマンスデータが増加するタイミングで保存条件に適合しないデータの領域が無効領域になります。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。ただし，PIレコードタイプのレコードの場合や，PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，パフォーマンスデータを完全に無効領域とできない場合があります。詳細については，【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】を参照してください。

Storeデータベースを再編成する
Storeデータベースを再編成し，Storeデータベースのディスク占有量を減少させます。Storeデータベースの再編成については，「10.3.4　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データベースの保存条件を設定します。

イベントデータを１回以上Storeデータベースに格納します。
注1　イベントデータがStoreデータベースに格納されるタイミングについては，「4.3.2　アラームイベントデータ収集機能」を参照してください。
注2　Storeデータベースではレコードのイベントデータが格納されるタイミングで保存条件に適合しないデータの領域が無効領域になります。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。

Storeデータベースを再編成し，ディスク占有量を減少させます。Storeデータベースの再編成については，「10.3.4　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ファイルで変更できます。変更方法の詳細については，Windowsの場合は「5.4.2　イベントデータの格納先の変更」を，UNIXの場合は「6.4.2　イベントデータの格納先の変更」を参照してください。

10.3.4　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のサービスが停止している場合は，jpcstartコマンドで起動します。

jpcctrl backupコマンドでStoreデータベースをバックアップする。
jpcctrl backupコマンドを実行し，再編成したいStoreデータベースをバックアップします。jpcctrl backupコマンドを実行すると，データファイルの無効領域以外のデータが抽出され，保存されます。

注意

jpcctrl backupコマンドを実行する場合，バックアップファイルの出力先にはStoreデータベースサイズの確認方法で計算した合計サイズの約2倍以上のディスク空き容量が必要となります。実行前に十分な空き容量があるか確認してください。

再編成するStoreデータベースを管理するPerformance Managementのサービスを停止する。
再編成したいStoreデータベースを管理するPFM - AgentまたはPFM - Managerのサービスを，jpcstopコマンドで停止します。

jpcrestoコマンドでStoreデータベースをリストアする。
jpcrestoコマンドを実行し，手順2でバックアップしたStoreデータベースをリストアします。

Performance Managementのサービスを起動する。
必要に応じて手順3で停止したサービスを，jpcstartコマンドで起動します。

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

保存期間が過ぎたレコードが自動で削除されるためには，対応したレコードが収集される必要があります。そのため，以前収集していたレコードを，収集しない設定へと変更した場合はデータが残ることがあります。その場合は次に示す手順によって不要なレコードおよびフォルダを削除してください。

対象PFM - Agentをjpcstopコマンドによって停止させる。

削除したいレコード名（データベースID_レコードタイプ:例PI_PI)を持つDB/IDXファイル名をStoreデータベースの格納ディレクトリ以下から検索する。

検索で見つかったファイルを削除する（手動で削除）。

手順3で削除した結果，DB/IDXファイルが格納されたフォルダが空になる場合は，日付のフォルダ（1212や1219フォルダなど）を削除する。

10.3.6　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レコードタイプのデフォルト保存期間を次に示します。

表10-20　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

（凡例）

－：指定できない項目

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

データモデルをバージョンアップした場合で，既存のレコードにフィールドが追加されたとき，バージョンアップする前のStoreデータベースにはデフォルトのパフォーマンスデータが格納されます。デフォルトで格納されるパフォーマンスデータを次の表に示します。

表10-21　デフォルトで格納されるパフォーマンスデータ

フィールドのデータ型 | 格納されるパフォーマンスデータ
char | 空
double | 0
float | 0
long | 0
short | 0
string | 空
time_t | 0
timeval | 0
ulong | 0
utime | 0
word | 0
（該当なし） | 0

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

この章では，Performance Managementが収集するパフォーマンスデータを基に，レポートを作成する方法や，レポートを表示したり出力したりする方法について説明します。

＜この章の構成＞

11.1　レポートの概要

11.2　レポート作成の流れ

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

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

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

11.6　レポートの表示

11.7　複合レポートの表示

11.8　レポートの出力

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

11.1　レポートの概要

ここでは，Performance Managementで作成するレポートの概要について説明します。

＜この節の構成＞

11.1.1　レポートとは

11.1.2　レポートの種類

11.1.3　レポートの表示形式

11.1.1　レポートとは

Performance Managementでは，PFM - Agentが収集したパフォーマンスデータをPFM - Web Consoleの画面に表やグラフなどのグラフィカルな形式で表示させ，システムの稼働状態の確認や分析ができます。この，パフォーマンスデータを表やグラフなどの形式で表したものを「レポート」と呼びます。

レポートには，データに表示させる情報や条件をあらかじめ定義します。レポートの定義方法には，「ソリューションセット」をそのまま使用する方法，ソリューションセットをカスタマイズして使用する方法，および独自に定義する方法があります。

11.1.2　レポートの種類

レポートの種類には，「リアルタイムレポート」と「履歴レポート」があります。

それぞれのレポートについて説明します。

リアルタイムレポート

システムのその時点の状態や問題点を確認するためのレポートです。一定時間ごとに自動更新して，最新のデータが表示されるように設定することもできます。リアルタイムレポートは，レポートを表示するタイミングでパフォーマンスデータを収集するため，Storeデータベースは利用されません。

履歴レポート

過去から現在までの履歴データから，システムの稼働状態の傾向を分析したい場合に作成するレポートです。履歴レポートは，過去のデータを保持しておく必要があるため，パフォーマンスデータをStoreデータベースに記録しておきます。Storeデータベースへの記録方法については，「10.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

なお，Performance Managementが提供するレポートには，通常のレポートと，複合レポートがあります。「複合レポート」は，複数の履歴レポートを一つのグラフに表示したレポートです。エージェントとレポート定義を組み合わせた複数の登録レポートをブックマークや複合ブックマークに登録しておくことで，エージェントの選択を必要としないで，即時にレポートや複合レポートを表示できます。

複合ブックマークでは登録レポート以外に，過去のある期間のレポートを基準値として複合ブックマークに保存することもできます。これを「ベースライン」と呼びます。複数の登録レポートおよびベースラインを複合ブックマークとして定義，管理し，複合レポートとして同一グラフ上に表示することもできます。複合レポートを参照することで，システム全体の稼働状況を総合的に判断できます。

複合ブックマークの定義と複合レポートの関係を次の図に示します。

図11-1　複合ブックマークの定義と複合レポートの関係

図に示すように，複数の監視エージェントのレポート定義を一つの複合ブックマークに登録しておくことで，複数のレポートを重ねて表示することができます。例えば，HTTPサービスの応答速度とトランザクション数の変動値に相関性がある場合に，複合レポートを利用してレポートを重ねて表示することで，相関の度合いを視覚的に確認できます。

通常のレポートの表示方法については「11.6　レポートの表示」を参照してください。複合レポートの表示方法については「11.7　複合レポートの表示」を参照してください。

11.1.3　レポートの表示形式

レポートは，目的に応じて「表」，「一覧」，および「グラフ」で表示できます。

レポートの各表示形式について説明します。

＜この項の構成＞

(1)　表

(2)　一覧

(3)　グラフ

(1)　表

履歴データで時系列に蓄積されたデータを表の形式で表示できます。各フィールド値の時系列の変化を見る場合に適しています。表の表示例を次の図に示します。

図11-2　表の表示例

(2)　一覧

エージェントまたはインスタンスごとにフィールド値を一覧形式で表示できます。一覧は，特に複数のエージェントまたは複数インスタンスでの表示に適しています。

一覧の表示例を次の図に示します。

図11-3　一覧の表示例

一覧のデータは，データグループ単位で表示されます。データグループとは，異なるエージェントまたはインスタンスのデータを同一時刻ごとにまとめたデータ群のことです。

同じデータグループ内のほかのエージェントまたはインスタンスの情報を表示させる場合は，一覧の左側にある[図データ]ボタンまたは[図データ]ボタンをクリックします。ほかのデータグループの情報を表示する場合は，レポートの表示画面のメニューバーに表示される[図データ]ボタンまたは[図データ]ボタンをクリックします。

(3)　グラフ

それぞれのグラフは，グラフの特性，データのインスタンス数，取り扱うエージェント数によって，表示に特長があります。グラフの表示する要素を「フィールド」と呼びます。グラフに表示するフィールドは，レポート定義で設定します。設定できるフィールドは，数値フィールドだけです。

グラフの種類を次に示します。

集合縦棒グラフ

積み上げ縦棒グラフ

集合横棒グラフ

積み上げ横棒グラフ

円グラフ

折れ線グラフ

面グラフ

積み上げ面グラフ

グラフの表示例を次の図に示します。

図11-4　グラフの表示例

11.2　レポート作成の流れ

ここでは，レポートを作成する方法およびその流れについて説明します。

＜この節の構成＞

(1)　レポートを作成する方法

(2)　レポートを作成する流れ

(1)　レポートを作成する方法

レポートは，PFM - Web Consoleの［レポート階層］画面またはコマンドを使用して作成します。

PFM - Web Consoleの［レポート階層］画面の表示例を次の図に示します。

図11-5　［レポート階層］画面の表示例

レポートの作成には，次に示す方法があります。

新規にレポートを作成する
システム環境に合わせてレポートを新たに作成したい場合，新規にレポートを定義します。

既存のレポートを使用する
次に示す方法があります。

ソリューションセットを使用する
ソリューションセットは，各PFM - Agentに付属している必要な情報があらかじめ定義されたレポートの集まりです。このソリューションセットを使用すると，PFM - Agentを起動した時点で，ソリューションセットのレポートの表示に必要なパフォーマンスデータの収集が開始され，レポートが作成できます。

ソリューションセットをカスタマイズする
ソリューションセットをコピーして監視目的に合わせカスタマイズします。

作成済みのレポートを使用する
作成済みのレポートをコピーしてカスタマイズします。

(2)　レポートを作成する流れ

レポートを作成する流れを次の図に示します。

図11-6　レポートを作成する流れ（レポートの定義から表示まで）

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

ここでは，PFM - Web Consoleの画面でレポートを作成する方法について説明します。

コマンドを使用してレポートを作成する方法については，「11.4　コマンドでのレポートの作成」を参照してください。

＜この節の構成＞

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

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

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

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

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

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

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

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

11.3.9　レポートをコピーする

11.3.10　レポートを編集する

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

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

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

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

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

レポートを格納するためのフォルダを作成する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層で，フォルダを作成する「User Reports」または「User Reports」配下のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［新規フォルダ］メソッドを選択する。
インフォメーションフレームに［新規フォルダ］画面が表示されます。

［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

1～64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
手順3で選択した「User Reports」またはフォルダの下に，フォルダが追加されます。
レポートフォルダの作成例を次に示します。

図11-7　レポートフォルダの作成例

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

新規のレポートは，［レポート階層］画面の［新規レポート］画面で作成します。

［新規レポート］画面を表示する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層で，レポートを格納するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

［レポート階層］画面のメソッドフレームで，［新規レポート］メソッドを選択する。
インフォメーションフレームに［新規レポート > 名前と種別］画面が表示されます。「11.3.3　レポートの名前と種別を設定する」に進んでください。

11.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を使用して，リアルタイムレポートを定義する場合の例を，次の図に示します。

図11-8　［新規レポート > 名前と種別］画面の入力例

［レポート種別］を選択する。
レポート種別には，次の3種類があります。

［リアルタイム（1つのエージェント）］
システムの，その時点の状態を表示するリアルタイムレポートです。一つのエージェントの，その時点のデータを収集して表示します。収集した値を順位づけし，ランキングを表示できます。ただし，Storeデータベースに格納されないため，過去のデータを取得して表示できません。［リアルタイム（1つのエージェント）］レポートで扱うレコードは，単数インスタンスと複数インスタンスです。

［履歴（1つのエージェント）］
一つのエージェントのデータを収集して表示する履歴レポートです。一つのエージェントに対して，一つのレポート画面を単独のウィンドウに表示します。複数のエージェントを選択すると，選択したエージェントの数のレポート画面を表示します。［履歴（1つのエージェント）］レポートで扱うレコードは，単数インスタンスと複数インスタンスです。

［履歴（複数のエージェント）］
複数のエージェントのデータを収集して表示する履歴レポートです。選択したエージェントの数が，一つでも複数でも，一つのレポート画面を表示します。［履歴（複数のエージェント）］レポートで扱うレコードは，単数インスタンスだけです。
この項目を選択した場合，次の［新規レポート > フィールド］画面で複数行のレコード（複数インスタンスレコード）は，選択できません。

デフォルトは，［リアルタイム（1つのエージェント）］です。
この項目を選択した場合，次の［新規レポート > フィールド］画面で複数行のレコード（複数インスタンスレコード）は，選択できません。
単数インスタンスレコードおよび複数インスタンスレコードについては，「4.2.1 (2)　単数インスタンスレコード・複数インスタンスレコードとは」を参照してください。

［次へ >］ボタンをクリックする。
［新規レポート > フィールド］画面に遷移します。「11.3.4　レポートに表示させるフィールドを設定する」に進んでください。

注意　データモデルバージョンと互換性

データモデルの内容はバージョンによって異なりますが，上位互換が保証されます。そのため，古いデータモデルを使用してレポートを作成すると，それより新しいデータモデルのPFM - Agentでも，レポートを表示できます。例えば，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によっては，複数のデータモデルのバージョンを選択できる場合があります。データモデルのバージョンと互換性については，「付録G.2　データモデルのバージョン互換」を参照してください。

注意　履歴レポートを選択する場合

履歴レポートは過去のデータを利用するため，監視対象のパフォーマンスデータのレコードをStoreデータベースに記録するように設定しておく必要があります。監視対象のレコードが記録されるようになっているか確認してください。Storeデータベースに記録する方法については，「10.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

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

ここで設定するパフォーマンスデータのレコードおよびフィールドは，各エージェントで異なります。各エージェントのレコードおよびフィールドについては，各PFM - Agentのマニュアルの，レコードについて説明している章を参照してください。

手順を次に示します。

［新規レポート > フィールド］画面の［レコード］で，レポートに表示させたいレコードを選択する。
レコードを選択すると，［すべてのフィールド］に選択したレコードのフィールドが表示されます。

注意

［新規レポート > 名前と種別］画面で，レポート種別として［履歴（複数のエージェント）］を選択している場合，［レコード］で選択できるのは単一行のレコードだけです。

参考　レコードの説明画面

［レコード］の右にある［説明］ボタンをクリックすると，［新規レポート > 名前と種別］画面で選択したプロダクトに属するレコードの説明画面が表示されます。

参考　単一行のレコード，複数行のレコードとは

［レコード］の下に，「（単一行のレコードです）」または「（複数行のレコードです）」という説明が表示されます。これはレコードのタイプを表しています。単一行のレコードは単数インスタンスレコード，複数行のレコードは複数インスタンスレコードのことです。単数インスタンスレコードおよび複数インスタンスレコードについては，「4.2.1 (2)　単数インスタンスレコード・複数インスタンスレコードとは」を参照してください。

［すべてのフィールド］で，レポートに表示させたいフィールドを選択する。
選択したフィールドが選択状態で表示されます。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）

図11-9　［新規レポート > フィールド］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > フィルター］画面に遷移します。「11.3.5　レポートに表示させるフィールドの表示条件（フィルター条件）を設定する」に進んでください。

11.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でない場合

図11-10　［新規レポート > フィルター］画面の入力例

［次へ >］ボタンをクリックする。

レポート種別が［リアルタイム（1つのエージェント）］の場合
［新規レポート > 表示設定（リアルタイムレポート）］画面に遷移します。「11.3.6 (1)　リアルタイムレポートの表示情報を設定する」に進んでください。

レポート種別が［履歴（1つのエージェント）］または［履歴（複数のエージェント）］の場合
［新規レポート > 表示設定（履歴レポート）］画面に遷移します。「11.3.6 (2)　履歴レポートの表示情報を設定する」に進んでください。

参考　レポート表示時にフィルター条件を設定したいとき

［表示時に指定］をチェックしておくと，レポートを表示させる際にフィルター条件を設定できます。［新規レポート > フィルター］画面であらかじめ定義した条件でレポートを表示させたい場合は，チェックを外してください。

11.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
［降順］：選択しない
［新規レポート > 表示設定（リアルタイムレポート）］画面の入力例を次の図に示します。

図11-11　［新規レポート > 表示設定（リアルタイムレポート）］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > 表示形式］画面に遷移します。「11.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」に進んでください。

(2)　履歴レポートの表示情報を設定する

履歴レポートの表示情報を設定します。

注意　履歴レポートに表示される性能情報について

PFM - Agentが稼働するホストの時刻を現在時刻より未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの性能情報は表示されません。

PFM - Agentが稼働するサーバの時刻を現在時刻より過去の時刻に変更した場合，変更後の時刻から変更前の時刻までの性能情報は上書きされたデータが表示されます。

手順を次に示します。

表示情報を設定する。
例えば，PFM - Agent for Platform（Windows）で，最近1時間の１分ごとのCPU使用量を要約した履歴レポートを定義する場合に，System Overview（PI）レコードの履歴レポートの表示情報を次の条件で設定するとします。
条件

パフォーマンスデータの収集期間をレポートの表示時に指定する。

レポートの表示間隔を，1時間にする。

User CPU %（PCT_TOTAL_USER_TIME）フィールドの値が1日のうちで最大になった時間のデータだけを表示する。

レポートに表示する最大レコード数を1,440にする。

この場合，次のように設定します。
［表示時に指定］：任意選択
レポート表示期間の設定
［対象期間］：レポートの表示時に指定
［レポート間隔］：時
ピーク時間
［フィールド］：User CPU%
［最大レコード数］：1440
［新規レポート > 表示設定（履歴レポート）］画面の入力例を次の図に示します。

図11-12　［新規レポート > 表示設定（履歴レポート）］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > 表示形式］画面に遷移します。「11.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」に進んでください。

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

レポートの表示形式は，次の三つの形式から選択します。一つのレポートに複数の表示形式でのデータを表示させることもできます。

表

一覧

グラフ

＜この項の構成＞

(1)　レポートの表示形式を設定する

(2)　グラフの種類を設定する

(1)　レポートの表示形式を設定する

レポートの表示形式を設定する手順を次に示します。

必要な表示形式の情報を設定する。
例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードの各フィールドのレポートを表で表示し，CPU %（PCT_PROCESSOR_TIME）フィールドのレポートをグラフで表示したいとき，次のように設定します。
［CPU%］：［表］および［グラフ］を選択する
［PID］：［表］を選択する
［Program］：［表］を選択する
表示キー
［フィールド］：CPU%
［降順］：選択しない
［新規レポート > 表示形式］画面の入力例を次の図に示します。

図11-13　［新規レポート > 表示形式］画面の入力例

［次へ >］ボタンをクリックする。

［新規レポート > 表示形式］画面で［グラフ］を一つでも選択した場合
［新規レポート > グラフのプロパティ］画面に遷移し，グラフの種類を選択します。「(2)　グラフの種類を設定する」に進んでください。

［新規レポート > 表示形式］画面で［グラフ］を一つも選択しなかった場合
［新規レポート > ドリルダウン］画面に遷移します。「11.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
［新規レポート > グラフのプロパティ］画面の入力例を次の図に示します。

図11-14　［新規レポート > グラフのプロパティ］画面の入力例

［次へ >］ボタンをクリックする。
［新規レポート > ドリルダウン］画面に遷移します。「11.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」に進んでください。

補足

ドリルダウンレポートを定義しない場合は，［完了］ボタンをクリックして，レポートの設定を終了できます。

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

必要に応じて，表示中のレポートから関連するレポートをドリルダウンで表示するドリルダウンレポートを設定します。

ドリルダウンレポートには次の2種類があり，目的に合わせて設定します。両方を設定してもかまいません。

レポートレベルのドリルダウンレポート
このドリルダウンレポートを設定する場合は，「(1)　レポートレベルのドリルダウンレポートを定義する」に進んでください。

フィールドレベルのドリルダウンレポートを設定する場合
このドリルダウンレポートを設定する場合は，「(2)　フィールドレベルのドリルダウンレポートを定義する」に進んでください。
［新規レポート > ドリルダウン］画面の表示例を次の図に示します。

図11-15　［新規レポート > ドリルダウン］画面

＜この項の構成＞

(1)　レポートレベルのドリルダウンレポートを定義する

(2)　フィールドレベルのドリルダウンレポートを定義する

(1)　レポートレベルのドリルダウンレポートを定義する

レポートレベルのドリルダウンレポートを定義する手順を次に示します。

［新規レポート > ドリルダウン］画面で［追加］ボタンをクリックする。
［新規レポート > ドリルダウン > レポートの選択］画面に遷移します。

レポート階層から，レポートに関連づけるドリルダウンレポートを選択する。
選択したレポートにチェックマークが表示されます。なお，ツリー種別ドロップダウンリストから「ブックマーク」を選択することで，ブックマークおよび複合ブックマークをドリルダウンレポートとして関連づけることもできます。
［新規レポート > ドリルダウン > レポートの選択］画面の入力例を次の図に示します。

図11-16　［新規レポート > ドリルダウン > レポートの選択］画面の入力例

［OK］ボタンをクリックする。
［新規レポート > ドリルダウン］画面の［レポート］に，手順2で選択したドリルダウンレポートが表示されます。

［完了］ボタンをクリックする。
［新規レポート > ドリルダウン］画面が閉じ，レポートの設定が終了します。

(2)　フィールドレベルのドリルダウンレポートを定義する

フィールドレベルのドリルダウンレポートを定義する手順を次に示します。

［フィールド］から，ドリルダウンレポートを関連づけたいフィールドを選択する。
選択するフィールドの［選択］オプションボタンをクリックします。

［バインド］ボタンをクリックする。
［新規レポート > ドリルダウン > レポートの選択］画面が表示されます。

レポート階層から，フィールドに関連づけるドリルダウンレポートを選択する。
選択したレポートにチェックマークが表示されます。

［OK］ボタンをクリックする。
［新規レポート > ドリルダウン］画面の［フィールドのドリルダウン］の［レポート］に，手順3で選択したドリルダウンレポートが表示されます。

選択したフィールドを表示するときの条件式を設定したい場合は，［条件式の編集］ボタンをクリックする。
［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面が表示されます。

ドリルダウンレポートの条件式を設定する。
例えば，レポート画面に表示されているプロセスのCPU使用率よりCPU使用率が高いプロセスを，ドリルダウンレポートとして表示したい場合，条件式を次のようになるように設定します。
［条件式］：CPU % > CPU %
左辺の「CPU %」はドリルダウンレポートに表示するCPU使用率を示します。これは，［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の最初の［フィールド］に指定します。
右辺の「CPU %」は，ドリルダウンレポートの表示元になる，レポート画面に表示されているCPU使用率を示します。これは，［値かフィールドのどちらかを選択してください］の［フィールド］に指定します。

［OK］ボタンをクリックする。
［新規レポート > ドリルダウン］画面が表示されます。手順6で設定した条件式が［フィールドのドリルダウン］の［条件式］に表示されます。
［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の入力例を次の図に示します。

図11-17　［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の入力例

［完了］ボタンをクリックする。
［新規レポート > ドリルダウン］画面が閉じ，レポートの設定が終了します。

11.3.9　レポートをコピーする

ソリューションセットや既存のレポートをコピーする手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層で，コピーするレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［コピー］メソッドを選択する。
インフォメーションフレームに［コピー］画面が表示され，コピー先のレポート階層が表示されます。

コピー先のフォルダまたは「User Reports」を選択する。

［OK］ボタンをクリックする。
手順3で選択したレポートが，手順5で選択したフォルダまたは「User Reports」にコピーされます。

参考

コピー先に同じレポートが存在する場合は，「コピー～レポート名」が作成されます。

図11-18　［コピー］画面

11.3.10　レポートを編集する

定義済みのレポートを編集する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層で，編集するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。
インフォメーションフレームに［編集 > 名前と種別］画面が表示されます。

レポートの定義を編集する。
これ以降の手順は，新規にレポートを作成する場合と同じです。
手順については，「11.3.3　レポートの名前と種別を設定する」から「11.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」を参照してください。

編集が終了したら，［完了］ボタンをクリックする。
編集したレポートの定義が有効になります。

注意

ソリューションセットとして用意されているレポートは変更できません。ソリューションセットのレポート定義をカスタマイズしたい場合は，ソリューションセットの該当レポートをコピーし，コピーしたレポートの定義内容を編集してください。

作成済みのレポートを変更する際，［プロダクト］は変更できません。また，［レポート種別］と［レコード］を変更した場合，フィルター条件や表示設定などの定義はリセットされるため，設定し直す必要があります。

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

レポートを格納するフォルダやレポートの名前を変更できます。

＜この項の構成＞

(1)　レポートのフォルダ名を変更する

(2)　レポート名を変更する

(1)　レポートのフォルダ名を変更する

フォルダの名前を変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層の「User Reports」配下で，名前を変更するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。
「User Reports」の名前は，変更できません。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示されます。
［現在のフォルダ名］に現在のフォルダ名が表示されます。

［新しいフォルダ名］に新しいフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［名前の変更］画面の表示例を次の図に示します。

図11-19　［名前の変更］画面

［OK］ボタンをクリックする。
手順3で選択したフォルダの名前が変更されます。

(2)　レポート名を変更する

レポートの名前を変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層の「User Reports」配下で，名前を変更するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示されます。
［現在のレポート名］に現在のレポート名が表示されます。

［新しいレポート名］に新しいレポート名を入力する。

［新しいレポート名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するレポート名も入力できます。

［名前の変更］画面の表示例を次の図に示します。

図11-20　［名前の変更］画面

［OK］ボタンをクリックする。
手順3で選択したレポートの名前が変更されます。

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

不要になったフォルダやレポートは削除できます。フォルダを削除する場合，フォルダ配下にあるフォルダおよびレポートも削除されます。

＜この項の構成＞

(1)　レポートのフォルダを削除する

(2)　レポートを削除する

(1)　レポートのフォルダを削除する

フォルダを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層の「User Reports」配下で，削除するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したフォルダが削除されます。

(2)　レポートを削除する

レポートを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層の「User Reports」配下で，削除するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したレポートが削除されます。

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

レポートをエクスポートする手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのレポート階層で，エクスポートする対象を選択する。
ここで選択する対象によって，次のようにエクスポートされます。

「User Reports」ルートを選択した場合
「User Reports」配下のフォルダおよびすべてのレポート

フォルダを選択した場合
選択したフォルダとフォルダ配下のレポート

レポートを選択した場合
選択したレポート

メソッドフレームで［エクスポート］メソッドを選択する。
［ファイルのダウンロード］画面が表示されます。

［保存］ボタンをクリックする。
［名前を付けて保存］画面が表示されます。

エクスポート先とファイル名を指定する。
ここで指定したファイルに手順3で選択した対象が出力されます。

［保存］ボタンをクリックする。
手順3で選択した対象がエクスポートされます。

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

レポートの定義をインポートする手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

メソッドフレームで［インポート］メソッドを選択する。
［インポート］画面が表示されます。

［インポートファイル名］の［参照］ボタンをクリックする。
［ファイルの選択］画面が表示されます。

インポートするレポートの定義ファイルを選択する。
ここで選択する定義ファイルに記述されているルートやフォルダおよびレポートがインポートされます。

［OK］ボタンをクリックする。
上書きを確認するメッセージボックスが表示されます。

上書きしてよければ，メッセージボックスの［OK］ボタンをクリックする。
レポートがインポートされます。

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

PFM - Web Consoleでは，コマンドを使用して，次に示すレポートの操作ができます。

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

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

＜この節の構成＞

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

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

11.4.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 リファレンス」の，コマンドについて説明している章を参照してください。

注意

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

11.4.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 リファレンス」の，コマンドについて説明している章を参照してください。

注意

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

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

ここでは，レポートをブックマークに登録する手順について説明します。また，複合レポートを表示するための複合ブックマークへのベースラインの登録および複合ブックマークの編集についても説明します。

＜この節の構成＞

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

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

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

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

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

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

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

レポートをブックマークに登録する手順について説明します。

＜この項の構成＞

(1)　ブックマークを新規作成して登録する（新規作成登録）

(2)　既存のブックマークに登録する（新規追加登録）

(3)　既存のブックマークに上書き更新して登録する（上書き更新登録）

(1)　ブックマークを新規作成して登録する（新規作成登録）

ブックマークを新規に作成してレポートを登録する手順を次に示します。

(a)　レポートを表示して登録する場合

ブックマークに登録するレポートのレポート画面を表示する。
レポート画面の表示方法については，「11.6.1　レポートを表示する」を参照してください。

［Report］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。
［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

ブックマークを保存するフォルダを新規に作成する場合は，フォルダの作成先を選択して，［新規フォルダ］ボタンをクリックする。
フォルダ名を入力する画面が表示されます。
フォルダを新規に作成しない場合は，ブックマークの作成先を選択して，手順7に進んでください。

フォルダ名を入力する。

［ブックマークフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［OK］ボタンをクリックする。
［ブックマーク］画面のブックマーク階層に，作成したフォルダが追加され選択状態で表示されます。

［ブックマーク名を指定してください］にレポートを登録するブックマーク名を入力する。

［ブックマーク名を指定してください］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するブックマーク名も入力できます。

［ブックマーク種別］を選択する。
ブックマークに登録する場合は「ブックマーク」を，複合ブックマークに登録する場合は「複合ブックマーク」を選択してください。
なお，リアルタイムレポートは，複合ブックマークとして登録できません。
［ブックマーク］画面の表示例を次の図に示します。

図11-21　［ブックマーク］画面1

［OK］ボタンをクリックする。
手順7で入力したブックマークにレポートが登録されます。

(b)　レポートを表示しないで登録する場合

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。
インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

(1)の「(a) レポートを表示して登録する場合」の手順4以降に従う。

(2)　既存のブックマークに登録する（新規追加登録）

既存のブックマークにレポートを登録する手順を次に示します。

(a)　レポートを表示して登録する場合

ブックマークに登録するレポートのレポート画面を表示する。
レポート画面の表示方法については，「11.6.1　レポートを表示する」を参照してください。

［Report］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。
［ブックマーク］画面が表示されます。

ブックマーク階層から，レポートを登録するブックマークを選択する。
［ブックマーク］画面に「選択したブックマークに登録レポートを追加します」と表示され，選択したブックマークにチェックマークが付きます。
なお，次に示すレポートは、複合ブックマークに追加登録できません。

リアルタイムレポート

グラフが表示されないレポート

表示キーフィールドが指定されたレポート

図11-22　［ブックマーク］画面2

［OK］ボタンをクリックする。
手順4で選択したブックマークにレポートが登録されます。

注意

一つのブックマークに登録するレポート数は，10個以内を推奨します。

(b)　レポートを表示しないで登録する場合

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。
インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

(2)の「(a) レポートを表示して登録する場合」の手順4以降に従う。

(3)　既存のブックマークに上書き更新して登録する（上書き更新登録）

既存のブックマークに更新済みのレポートを上書き更新して登録する手順を次に示します。

(a)　レポートを表示して登録する場合

更新済みのレポートのレポート画面を表示する。
レポート画面の表示方法については，「11.6.1　レポートを表示する」を参照してください。

［Report］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。
［ブックマーク］画面が表示されます。

ブックマーク階層から，上書き更新する登録レポートを選択する。
［ブックマーク］画面に「選択した登録レポートを更新します」と表示され，選択した登録レポートにチェックマークが付きます。
［ブックマーク］画面の表示例を次の図に示します。

図11-23　［ブックマーク］画面3

［OK］ボタンをクリックする。
手順4で選択した登録レポートが上書き更新されます。

(b)　レポートを表示しないで登録する場合

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。
インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

(3)の「(a) レポートを表示して登録する場合」の手順4以降に従う。

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

複合レポートを表示するには，事前に次の準備が必要です。

複合ブックマークの作成

複合ブックマークへのベースラインの登録

複合ブックマークの編集

ここでは，複合ブックマークへのベースラインの登録と複合ブックマークの編集について説明します。複合ブックマークの作成については，「11.5.1　ブックマークを作成する」を参照してください。

＜この項の構成＞

(1)　複合ブックマークへのベースラインの登録

(2)　複合ブックマークの編集

(1)　複合ブックマークへのベースラインの登録

ベースラインを複合ブックマークに登録する手順を次に示します。

PFM - Web Consoleの画面で，複合ブックマークにベースラインとして登録するレポートの画面を表示する。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

レポート画面の［ベースライン］を選択する。
［ベースライン］画面が別ウィンドウで表示されます。

ブックマークツリーから複合ブックマークを選択し，［ベースライン名を指定してください］にベースライン名を入力する。

［ベースライン名を指定してください］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するベースライン名も入力できます。

［ベースライン］画面の表示例を次の図に示します。

図11-24　［ベースライン］画面

［OK］ボタンをクリックする。
複合ブックマークにベースラインが登録されます。

(2)　複合ブックマークの編集

複合ブックマークの表示条件などを変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層から，作成した複合ブックマークを選択する。
選択した複合ブックマークにチェックマークが表示されます。

メソッドフレームで［編集］メソッドを選択する。
インフォメーションフレームに［編集］画面が表示されます。

必要に応じて表示条件を編集する。
複合レポートでは，［系列グループの設定］で各レポートをグルーピングできます。これを系列グループといい，系列グループごとに次の内容を設定・変更できます。

グラフ種類

系列グループ名

Y軸の最大・最小値

Y軸の表示位置

［編集］画面の表示例を次の図に示します。

図11-25　［編集］画面

［OK］ボタンをクリックする。
系列グループの設定が表示条件として反映されます。

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

ブックマークを保存するフォルダを追加する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームでフォルダの追加先となる「Bookmarks」または，「Bookmarks」配下のフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［新規フォルダ］メソッドを選択する。
インフォメーションフレームに［新規フォルダ］画面が表示されます。

［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

［新規フォルダ］画面の表示例を次の図に示します。

図11-26　［新規フォルダ］画面

［OK］ボタンをクリックする。
手順3で選択した「Bookmarks」またはフォルダの直下にフォルダが追加されます。

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

ブックマークを保存するフォルダおよびブックマークの名前を変更できます。

＜この項の構成＞

(1)　ブックマークのフォルダ名を変更する

(2)　ブックマーク名を変更する

(1)　ブックマークのフォルダ名を変更する

フォルダの名前を変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層で，名前を変更するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示され，
［現在のフォルダ名］に手順3で選択したフォルダの名前が表示されます。

［新しいフォルダ名］に新しいフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

図11-27　［名前の変更］画面1

［OK］ボタンをクリックする。
手順3で選択したフォルダの名前が変更されます。

(2)　ブックマーク名を変更する

ブックマークの名前を変更する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層で，名前を変更するブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。
インフォメーションフレームに［名前の変更］画面が表示されます。
［現在のブックマーク名］に手順3で選択したブックマークの名前が表示されます。

［新しいブックマーク名］に新しいブックマーク名を入力する。

［新しいブックマーク名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するブックマーク名も入力できます。

［名前の変更］画面の表示例を次の図に示します。

図11-28　［名前の変更］画面2

［OK］ボタンをクリックする。
手順3で選択したブックマークの名前が変更されます。

注意

ブックマーク名を変更しても，ドリルダウンレポートとして登録したブックマーク名は変更されないで，変更前の名称のままとなります。レポート定義の［編集 > ドリルダウン］画面で再設定してください。

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

不要になったフォルダ，ブックマークおよびレポートは削除できます。フォルダを削除する場合，フォルダ配下にあるものは，すべて削除されます。ブックマークを削除する場合，ブックマーク配下にある登録レポートも削除されます。

＜この項の構成＞

(1)　ブックマークのフォルダを削除する

(2)　ブックマークを削除する

(3)　ブックマークからレポートを削除する

(1)　ブックマークのフォルダを削除する

フォルダを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層で，削除するフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したフォルダが削除されます。

(2)　ブックマークを削除する

ブックマークを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層で，削除するブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したブックマークが削除されます。

(3)　ブックマークからレポートを削除する

レポートを削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層で，削除するレポートを選択する。
選択したレポートにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したレポートが削除されます。

補足

ブックマークに登録されている最後の登録レポートを削除する場合，ブックマークも削除されます。この場合，ブックマークを削除する確認のメッセージが表示されます。

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

ブックマークのプロパティを確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層で，プロパティを確認するブックマークを選択する。
選択したブックマークにチェックマークが表示されます。

メソッドフレームの［プロパティの表示］メソッドを選択する。
インフォメーションフレームに［プロパティ］画面が表示されます。

図11-29　［プロパティ］画面

11.6　レポートの表示

ここでは，レポートの表示に関する，次の操作について説明します。

レポートを表示する

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

表示設定を変更する

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

ブックマークに登録する

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

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

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

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

＜この節の構成＞

11.6.1　レポートを表示する

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

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

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

11.6.1　レポートを表示する

レポートは次の方法で表示できます。

特定のエージェントを指定して表示する

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

［イベントモニター］画面から表示する

［ブックマーク階層］画面から表示する

それぞれの手順について説明します。

＜この項の構成＞

(1)　特定のエージェントを指定して表示する

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

(3)　［イベントモニター］画面からレポートを表示する

(4)　ブックマークからレポートを表示する

(1)　特定のエージェントを指定して表示する

特定のエージェントを指定してレポートを表示する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームの［レポートの表示］メソッドを選択する。
インフォメーションフレームに，［レポートの表示 > レポートの選択］画面が表示されます。［レポートの表示 > レポートの選択］画面は，ツリー種別の選択項目によって表示が異なります。
ツリー種別が「レポート」の場合は，後述の「(a)ツリー種別が「レポートの場合」」を参照してください。ツリー種別が「ブックマーク」の場合は，後述の「(b)ツリー種別が「ブックマークの場合」を参照してください。

注意

レポートが表示されない場合

履歴レポートが表示されない場合は，レポートの表示対象であるStoreデータベースのレコードの設定が，次のようになっているかどうかを確認してください。

Logの値が「Yes」

Collection Intervalの値が1以上

上記の設定になっていない場合は，上記の設定に変更してください。履歴レポートは過去の収集データを利用して表示するため，表示対象のレコードがStoreデータベースに記録されるように設定されていないと表示できません。

また，複合レポートが表示されない場合は，表示対象である登録レポートが設定されていないことが考えられます。複合ブックマークの編集によって設定してください。

参考

レポート画面は，次のように表示されます。

ツリー種別が「レポート」の場合：

エージェントを一つだけ選択したとき
レポートを複数選択したときは，選択した数だけレポート画面が表示されます。

エージェントを複数選択し，「履歴（1つのエージェント）レポート」または「リアルタイム（1つのエージェント）レポート」を選択したとき
エージェントごとにレポート画面が複数表示されます。

エージェントを複数選択し，「履歴（複数のエージェント）レポート」を選択したとき
すべてのエージェントのデータが表示された一つのレポート画面が表示されます。

ツリー種別が「ブックマーク」の場合：

エージェントの指定（単一，複数）に関係なく，ブックマーク登録時の選択エージェントとなります。

ブックマーク（複合ブックマークを除く）を選択したとき
ブックマークに登録されている，登録レポートの数だけレポート画面が表示されます。

(a)　ツリー種別が「レポート」の場合

レポート階層からレポートを選択する。
レポート階層には，［エージェント階層］画面のナビゲーションフレームで選択したエージェントと同一プロダクトのレポートが表示されます。

一つのレポートを表示するとき
レポート階層からレポートを選択すると，別ウィンドウにレポートが表示されます。
なお，レポート作成時にフィールドの表示条件で「表示時に指定」がチェックされているときは，［レポートの表示設定］画面が別ウィンドウに表示されます。［レポートの表示設定］画面に情報を設定したあと，［OK］ボタンをクリックすると，レポートが表示されます。

複数のレポートを表示するとき
［複数選択］をチェックすると，レポート階層から複数のレポートを選択でき
ます。ただし，［エージェント階層］画面のナビゲーションフレームで複数の監視エージェントを選択しているときは，［複数選択］は表示されません。
レポート階層からレポートを複数選択したあと，［OK］ボタンをクリックすると，それぞれのレポートが別ウィンドウに表示されます。
なお，レポート作成時にフィールドの表示条件で「表示時に指定」がチェックされているときは，［レポートの表示設定］画面が別ウィンドウに表示されます。［レポートの表示設定］画面に情報を設定したあと，［OK］ボタンをクリックすると，レポートが表示されます。

(b)　ツリー種別が「ブックマーク」の場合

ブックマーク階層からブックマークまたは登録レポートを選択する。
ブックマーク階層からブックマークまたは登録レポートを選択すると，別ウィンドウにレポートが表示されます。

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

アラームに関連づけられているレポートを表示して，アラーム発生の原因を分析します。

アラームに関連づけられているレポートを表示する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。

メソッドフレームで［アラームの状態の表示］メソッドを選択する。
インフォメーションフレームに［アラームの状態の表示］画面が表示されます。レポートが関連づけられているアラームには，アラームアイコン（[図データ]）の横にレポートアイコン（Agent for Platformの場合は[図データ]または[図データ]）が表示されます。
アラームにレポートを関連づける方法については，「12.4.6　アラームにレポートを関連づける」を参照してください。

レポートを表示させたいレポートアイコンを選択する。
選択したレポートアイコンのレポート画面が別ウィンドウで表示されます。

補足 ［Show Options］タブの画面が表示された場合

レポート表示時に，表示条件を設定するように設定されている場合，レポート画面の初期表示時に，［Show Options］タブの画面が表示されます。この場合は，必要に応じて表示条件を設定し，［OK］ボタンをクリックすると，［Report］タブの画面が表示されます。

(3)　［イベントモニター］画面からレポートを表示する

Performance Managementシステムのイベントを一覧表示する画面を，［イベントモニター］画面といいます。［イベントモニター］画面では，あらかじめアラームに関連づけられているレポートを表示できます。

［イベントモニター］画面でレポートを表示する手順については，「13.1.2 アラームに関連づけられているレポートを表示する」を参照してください。

アラームにレポートを関連づける方法については，「12.4.6　アラームにレポートを関連づける」を参照してください。

(4)　ブックマークからレポートを表示する

レポートはブックマークに登録できます。レポートをブックマークに登録する手順については，「11.5.1　ブックマークを作成する」を参照してください。

ブックマークに登録したレポートを表示する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層からブックマークまたは登録レポートを選択する。
選択したブックマークまたは登録レポートにチェックマークが表示されます。

メソッドフレームで［レポートの表示］メソッドを選択する。
手順3で選択したレポートのレポート画面が別ウィンドウで表示されます。

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

レポートの定義内容を確認できます。確認方法には次に示す2種類があります。

レポート画面の［Properties］タブで，レポートの定義内容を確認する

レポート階層からレポートの定義内容を確認する

＜この項の構成＞

(1)　レポート画面の［Properties］タブから表示する

(2)　レポート階層から表示する

(1)　レポート画面の［Properties］タブから表示する

レポート画面の［Properties］タブからレポートの定義内容を確認する手順を次に示します。

PFM - Web Consoleの画面で，プロパティ（定義内容）を確認するレポートの画面を表示する。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

レポート画面の［Properties］タブを選択する。
［Properties］タブにレポートの定義内容が表示されます。

注意

レポート画面の［Properties］タブに表示される内容は，レポートの定義情報です。表示設定情報ではありません。したがって，［Show Options］タブで表示条件を変更しても，プロパティの表示情報は変わりません。

(2)　レポート階層から表示する

レポート階層からレポートの定義内容を確認する手順を次に示します。

［レポート階層］のナビゲーションフレームから任意のレポート定義を選択する。

メソッドフレームの［プロパティの表示］メソッドを選択する。
選択したレポート定義のプロパティ画面が表示されます。

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

レポートの表示条件を設定する方法には，次に示す2種類があります。

レポートの定義時に表示条件を設定する
PFM - Web Consoleの画面またはjpcrdef createコマンドでのレポートの定義時に，レポートの表示条件を設定します。
レポートの定義時に設定する表示条件は，永続的にPFM - Web Consoleシステムに登録されます。これは，画面のオープン，クローズやシステムの起動，終了などの状態には影響されることはなく，PFM - Web Consoleの画面またはjpcrdef deleteコマンドで，PFM - Web Consoleシステムから削除されるまでは，永続的に登録されます。

レポートの表示時または表示中に表示条件を設定する
レポートの表示時または表示中にレポート画面の［Show Options］タブで，レポートの表示条件を設定します。
［Show Options］タブで設定するレポートの表示条件は，表示条件を設定，変更したウィンドウだけに限定され，永続的なものではありません。例えば，同時に別ウィンドウで，同じレポートが表示されていたとしても，［Show Options］タブの設定内容は，操作をしたウィンドウにだけ適用されます。また，一つのウィンドウで設定，変更された表示条件は，そのウィンドウを閉じるまで保持されます。

ここでは，レポート画面の［Show Options］タブで，レポートの表示時または表示中に表示条件を設定する方法について説明します。

＜この項の構成＞

(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を指定するという意味です。

レポートの表示時に表示条件を設定する手順を次に示します。

表示条件を設定するレポートの画面を表示する。
レポート画面の初期表示で，［Show Options］タブの画面が自動的に表示されます。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

表示条件を設定する。

［OK］ボタンをクリックする。
手順2の表示条件が反映されたレポート画面が表示されます。

(2)　レポートの表示中に表示条件を設定する

レポートを表示するたびに表示条件を変更したい場合に利用します。手順を次に示します。

表示条件を設定するレポートの画面を表示する。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

レポート画面の［Show Options］タブをクリックする。
［Show Options］タブの画面が表示されます。

表示条件を設定する。

［OK］ボタンをクリックする。
手順3の表示条件が反映されたレポート画面が表示されます。

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

ここでは，レポートに関連づけられたドリルダウンレポートを表示する方法を，ドリルダウンレポートの種類別に説明します。

ドリルダウンレポートの種類を次に示します。

レポートレベルのドリルダウンレポート

あるレポートから別のレポートを表示します。また，ブックマークおよび複合ブックマークに登録されている登録レポートも表示します。

フィールドレベルのドリルダウンレポート

あるレポートの詳細を表示します。

このほかに，時間項目のフィールドに自動設定されたドリルダウンレポートを表示できます。

ドリルダウンレポートの表示について

ドリルダウンレポートは，親レポートと別のウィンドウに表示されます。ドリルダウンレポートを表示した状態で，さらに親レポートからドリルダウンレポートを開くこともでき，ドリルダウンレポート自体からドリルダウンレポートを開くこともできます。親レポートのウィンドウを［閉じる］で閉じた場合，ドリルダウンレポートのウィンドウも連動して閉じられます。ただし，ドリルダウンレポートで開いた，ブックマークからのレポート画面および複合ブックマークからの複合レポート画面は連動して閉じません。なお，ウィンドウを閉じる処理以外は，連動されません。

＜この項の構成＞

(1)　レポート名を指定してドリルダウンレポート（レポートレベル）を表示する

(2)　レポート領域からドリルダウンレポート（フィールドレベル）を表示する

(3)　時間項目指定でドリルダウンレポート（自動設定）を表示する

(4)　ドリルダウンレポートの表示条件

(1)　レポート名を指定してドリルダウンレポート（レポートレベル）を表示する

ドリルダウンレポート（レポートレベル）が設定されている場合，レポート画面のメニューバーに，ドロップダウンリストと［レポートの表示］メニューが表示されます。ドロップダウンリストに表示されるドリルダウンレポートの数は，親レポートによって異なります。

ドリルダウンレポート（レポートレベル）を表示させるには，ドロップダウンリストから，レポートを選択し，［レポートの表示］メニューをクリックします。なお，ドロップダウンリストから，ブックマークおよび複合ブックマークに登録されている登録レポートもドリルダウンレポートとして表示できます。

ドリルダウンレポートが設定されたレポートの表示例を次の図に示します。

図11-30　ドリルダウンレポートが設定されたレポートの表示例

(2)　レポート領域からドリルダウンレポート（フィールドレベル）を表示する

レポート画面の表，一覧またはグラフのフィールドをクリックすることで，関連するドリルダウンレポート（フィールドレベル）を表示します。

表，一覧およびグラフからドリルダウンレポート（フィールドレベル）を表示する方法について説明します。

(a)　表からドリルダウンレポート（フィールドレベル）を表示する

表の値をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。選択できる表の値は，リンク表示されています。

(b)　一覧の項目名からドリルダウンレポート（フィールドレベル）を表示する

一覧の項目名をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。選択できる一覧の項目名は，リンク表示されています。

(c)　グラフ領域からドリルダウンレポート（フィールドレベル）を表示する

グラフ領域をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。グラフ領域からドリルダウンレポート（フィールドレベル）を表示するためには，レポートの定義でグラフに表示するフィールドにドリルダウンレポートを定義する必要があります。

(d)　親レポートからドリルダウンレポートに引き継がれる情報

レポート領域からドリルダウンレポートを表示した場合，親レポートからドリルダウンレポートに引き継がれる情報は，レポートの種類の組み合わせで変わります。親レポートからドリルダウンレポートへ引き継がれる情報を表11-1，表11-2に示します。

表11-1　引き継ぎ情報（親レポートが複数のエージェントの場合）

ドリルダウン
レポート
複数のエージェントを指定した場合（履歴レポートだけ）
一つのエージェントを指定した場合

データ取得期間
クリックしたデータ行のDate and Timeの情報
履歴レポートの場合
同左
リアルタイムレポートの場合
情報を引き継ぎません。

エージェント種別
クリックした表の行，一覧のページまたはグラフ領域のエージェント
親レポートの表示時に選択したエージェント

レポート間隔

ドリルダウンレポートのレポート定義

specify-when-displayed設定で変更された場合は，変更後の値

履歴レポートの場合
同左
リアルタイムレポートの場合
情報を引き継ぎません。

注　親レポートからドリルダウンレポートへ引き継がれる情報はレポートの場合だけです。ブックマークおよび複合ブックマークでは引き継がれません。

表11-2　引き継ぎ情報（親レポートが一つのエージェントの場合）

ドリルダウン
レポート
複数のエージェントを指定した場合（履歴レポートだけ）
一つのエージェントを指定した場合

データ取得期間
クリックしたデータ行の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）として定義されたShow Options条件

1.と2.の間には，優先度があります。2.のドリルダウンレポート側のフィルター条件が固定値で定義されていたとしても，1.の親レポート側のフィルター条件が優先されます。

11.7　複合レポートの表示

複合レポートは，複数の履歴レポートを一つのグラフに表示する機能です。通常のレポート機能でも，一つのグラフに複数エージェントのレポートを表示できますが，履歴レポートで同一のレコードに限定されます。複合レポート機能を使うと，エージェントのプロダクトやレポートのレコード種別に関係なく，複数の履歴レポートを一つのグラフに表示できます。また，基準となるレポートをベースラインとして設定することで，ほかのレポートと比較できます。

次の表に，複合レポートの表示可否について，グラフの種類とグラフオプションの組み合わせで示します。

表11-3　複合レポートの表示可否

グラフの種類
グラフオプションの設定

通常表示
3Dで表示する
グリッドを表示する

集合縦棒グラフ
○
○
○

積み上げ縦棒グラフ
○
○
○

集合横棒グラフ
×
×
×

積み上げ横棒グラフ
×
×
×

円グラフ
×
×
×

折れ線グラフ
○
×※
○

面グラフ
○
×※
○

積み上げ面グラフ
○
×※
○

（凡例）

○：表示できる。

×：表示できない。

注※

設定はできるが，無効となる。

次に，複合レポートの表示例をグラフの種類ごとに示します。

図11-31　複合レポートの表示例（集合縦棒グラフの場合）

図11-32　複合レポートの表示例（積み上げ縦棒グラフの場合）

図11-33　複合レポートの表示例（折れ線グラフの場合）

図11-34　複合レポートの表示例（面グラフの場合）

図11-35　複合レポートの表示例（積み上げ面グラフの場合）

この節では，複合レポートに関する，次の操作について説明します。

複合レポートの表示手順

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

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

＜この節の構成＞

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

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

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

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

複合ブックマークに登録した登録レポートは，エージェント階層またはブックマーク階層から表示できます。それぞれの手順を次に示します。

注意

複合レポートを表示するためには，事前に複合ブックマークを作成し，複合ブックマークへのベースラインを登録したり複合ブックマークの表示条件などを編集したりしておく必要があります。それぞれの手順ついては，「11.5.1　ブックマークを作成する」および「11.5.2　複合レポートを表示するための準備」を，参照してください。

＜この項の構成＞

(1)　エージェント階層から複合レポートを表示する

(2)　ブックマーク階層から複合レポートを表示する

(1)　エージェント階層から複合レポートを表示する

エージェント階層から複合レポートを表示する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームで，レポートを表示するエージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［レポートの表示］メソッドを選択する。
インフォメーションフレームに，デフォルトであるレポートツリーが表示されます。

インフォメーションフレームの［ツリー種別］を［ブックマーク］に変更する。
インフォメーションフレームの表示が［ブックマーク階層］に変わり，ブックマークツリーが表示されます。

ブックマークツリーから，複合ブックマークを選択する。
複合ブックマークに設定されている登録レポートが，複合レポートとして別ウィンドウで表示されます。

(2)　ブックマーク階層から複合レポートを表示する

ブックマーク階層から複合レポートを表示する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

ナビゲーションフレームのブックマーク階層から，作成した複合ブックマークを選択する。
選択した複合ブックマークにチェックマークが表示されます。

メソッドフレームで［レポートの表示］メソッドを選択する。
手順3で選択した複合ブックマークに設定されている登録レポートが，複合レポートとして別ウィンドウで表示されます。

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

複合レポート画面の［Properties］タブでは，複合ブックマークの定義内容を確認できます。登録レポート自体のレポート定義内容は確認できません。

複合ブックマークの定義内容を確認する手順を次に示します。

PFM - Web Consoleの画面で，プロパティ（定義内容）を確認するレポートの画面を表示する。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

レポート画面の［Properties］タブを選択する。
［Properties］タブに複合ブックマークの定義内容が表示されます。

注意

［Properties］タブに表示される内容は，複合ブックマークの定義情報です。表示設定情報ではありません。したがって，［Show Options］タブで表示条件を変更しても，プロパティの表示情報は変わりません。

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

この項では，複合レポートの応用的な使い方の例を示します。

＜この項の構成＞

(1)　同一レコードの異なるフィールドのレポートを表示する

(2)　異なるエージェント種別の同系レコードをレポート表示する

(3)　異なるエージェント種別の異なるレコードをレポート表示する

(4)　ベースラインと同時にレポート表示する

(5)　さまざまな複合レポートを組み合わせて利用する

(1)　同一レコードの異なるフィールドのレポートを表示する

同一レコード上の異なるフィールドのレポートを一つのグラフに表示する場合，フィールド同士でデータの単位やスケールに大きな差異がないか注意する必要があります。

フィールド同士でデータの単位やスケールに大きな差異がある場合，通常のレポートと複合レポートとでは表示結果が次のように異なります。

通常のレポートの場合
グラフのY軸は，最大値が大きいフィールドにあわせて設定されます。そのため，フィールド値の差異が大きいレポート同士を表示させると，グラフが読みづらくなる場合があります。

複合レポートの場合
各レポートを別々の系列グループに設定することで，各レポートの表示方法を次の点で調整できます。

Y軸の最大値

Y軸をグラフの左右どちらに表示するか

グラフの種類

複合レポートで作成したグラフの例を次の図に示します。この図では，フィールド「転送パケット数（最大値：33,000pkt）」とフィールド「転送速度（最大値：1,500ms）」を一つのグラフに表示させています。

図11-36　同一レコードで異なるフィールドのレポートを表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。
なお，ここで登録するレポート同士は，次の条件を満たしているものとします。

同一スケールのデータフィールド（複数も可）だけを表示する

同一の収集間隔でデータ表示する

複合ブックマークを次のように編集する。

各レポートを別々の系列グループに設定する

各系列グループに適したY軸の最大値を設定する

系列グループのY軸の表示位置を左右別々に設定する

(2)　異なるエージェント種別の同系レコードをレポート表示する

異なるエージェント種別の同系レコードを一つのグラフに表示させると，レコード値を比較できます。しかし，通常のレポートの場合，異なるエージェントの情報は同じグラフ上に表示できません。

複合レポートの場合，複合ブックマークの編集で，該当するレポートを同じ系列グループに設定することで，これらのレコードを同じグラフ上に表示できます。また，グラフ種類に「積み上げ棒」などを設定することで，積み上げて合計されたデータ規模を視覚的に確認することもできます。

複合レポートで作成したグラフの例を次の図に示します。この図では，フィールド「Windows1」と「UNIX1」のCPU（単位：%）を一つのグラフに表示させています。

図11-37　異なるエージェント種別の同系レコードをレポート表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。
なお，ここで登録する複数のレポートは，それぞれスケールおよび内容が類似するデータフィールドを持っているものとします。

複合ブックマークを編集し，各レポートを同一の系列グループとして作成する。

(3)　異なるエージェント種別の異なるレコードをレポート表示する

複合レポートでは，異なるエージェントの異なるレコード同士も，同じグラフ上に表示できます。例えば，複数レコード間の変動値に相関性がある場合などに，視覚的に確認できて便利です。

複合レポートによるグラフの作成結果の例を次の図に示します。この例では，変動値に相関性がある次の二つのフィールドを同じグラフ上に表示させています。

HTTPサービスの応答速度（最大値：3,000ms）

Cosminexusトランザクション数（最大値：200件）

図11-38　異なるエージェント種別の異なるレコードをレポート表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。
なお，ここで登録する複数のレポートは，スケールやエージェント種別が異なるが，関連性を持つものとします。

複合ブックマークを次のように編集する。

各レポートを別々の系列グループとして設定する

それぞれの系列グループで，スケールやデータに合わせて，グラフ種類やY軸の値を設定する

系列グループのY軸の表示位置を左右別々に設定する

(4)　ベースラインと同時にレポート表示する

複合レポートではベースラインとして，周期性を持つ過去のレポートデータや，安定稼働時のレポートデータをあわせて表示できます。これによって，現在のレポートと比較し，異常発生の有無や傾向を把握しやすくなります。

グラフの作成結果の例を次の図に示します。この図では，過去のレポートをベースラインとし，それぞれの24時間のアクセス数（最大値：2000件）を同じグラフ上に表示させています。

図11-39　ベースラインと同時にレポート表示する場合

この複合レポートの登録手順は次のとおりです。

比較元のレポートを複合ブックマークとして登録する。
ここで登録するレポートは，周期的なデータ収集が設定されているレポートとします。

複合ブックマークにベースラインを追加する。
ベースラインとして登録するレポートは，比較元と同じ期間または収集間隔を持つレポートとします。

複合ブックマークを編集する。
登録レポートとベースラインを同じ系列グループに設定します。

(5)　さまざまな複合レポートを組み合わせて利用する

(1)～(4)の手法を応用することで，システム全体を総合的に判断するためのグラフが作成できます。また，複合レポートとして表示した情報データに着目して，個別登録レポートへドリルダウンすることで，より詳細なデータ監視へ視点を切り替えることができます。

次に示す図では，Web3階層システム（Webサーバ／アプリケーションサーバ／データベースサーバ）に対して，システム運用監視の例を示します。この例では次の視点で監視します。

システム全体の状況を把握するために，PFM - Agent for Service Responseが収集したHTTPサービスの応答性能の状況を監視

上記の稼働性能に影響をおよぼすおそれのある次の2項目についても監視

各階層サーバのCPU使用率（単位：%）

メモリー使用量（単位：MB）

これらをデータごとに系列グループにまとめ，複合レポートとして一つのグラフに表示します。縦軸のスケールは系列グループごとに設定できるため，システム全体の稼働性能の推移を相対的に比較できます。

グラフの作成結果の例を次の図に示します。

図11-40　さまざまなレポートを組み合わせたときの例

この複合レポートの登録手順は次のとおりです。

次に示すレポートを作成する。

HTTPサービスの応答速度

WebサーバのCPU使用率

Webサーバのメモリー使用量

アプリケーションサーバのCPU使用率

アプリケーションサーバのメモリー使用量

データベースサーバのCPU使用率

データベースサーバのメモリー使用量

Webサーバ，アプリケーションサーバ，データベースサーバについては，あらかじめレポートのドリルダウンを設定しておきます。

複合ブックマークにこれらのレポートを登録する。
系列グループは次のように設定します。

HTTPサービスの応答速度：面グラフ，最大3,000ms

CPU使用率：線グラフ，最大100

メモリー使用量：棒グラフ，2,048MB

11.8　レポートの出力

レポートは，PFM - Web Consoleの画面またはコマンドを使用して，CSVまたはHTML形式で出力できます。

それぞれの操作について説明します。

＜この節の構成＞

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

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

11.8.3　CSVの形式

11.8.4　HTMLの形式

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

＜この項の構成＞

(1)　ブラウザーでレポートをCSV出力する。

(2)　ブラウザーでレポートをHTML出力する

(1)　ブラウザーでレポートをCSV出力する。

PFM - Web Consoleの画面に表示したレポートを，CSV形式で出力します。

レポートをCSV出力する手順を次に示します。

CSV出力するレポートの画面を表示する。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

リアルタイムレポートの場合，レポート画面の［Report］タブの［停止］メニューをクリックする。
リアルタイムレポートの自動更新が停止され，［CSV出力］メニューが表示されます。
履歴レポートでは，レポート画面を表示させたときから［CSV出力］メニューが表示されています。

レポート画面の［Report］タブの［CSV出力］メニューを選択する。
［ファイルのダウンロード］画面が表示されます。

［保存］ボタンをクリックする。
保存先を指定して，保存します。

(2)　ブラウザーでレポートをHTML出力する

レポートの結果を印刷や保存に適した形式で表示できます。

レポートをHTML出力する手順を次に示します。

HTML出力するレポートの画面を表示する。
レポート画面を表示する手順については，「11.6.1　レポートを表示する」を参照してください。

リアルタイムレポートの場合，レポート画面の［Report］タブの［停止］メニューをクリックする。
リアルタイムレポートの自動更新が停止され，［印刷画面］メニューが表示されます。
履歴レポートでは，レポート画面を表示させたときから［印刷画面］メニューが表示されています。

レポート画面の［Report］タブの［印刷画面］メニューを選択する。
新しいウィンドウが開き，レポートの結果が印刷や保存に適した形式で表示されます。

ブラウザーの機能を利用して，レポートを印刷したり保存したりします。
保存する場合は，ページ全体を保存するオプションを指定して保存してください。

注意

リスト表示エリアとテーブル表示エリアを色付きで印刷する場合，背景（バックグラウンド）の色とイメージを印刷するように，ブラウザーを設定する必要があります。

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

jpcrptコマンドを使用すると，バッチ処理によって，決められた時刻に定期的にレポートをファイルに出力したり，複数のレポートを一度にファイルに出力したりできます。jpcrptコマンドは，レポートをCSV形式またはHTML形式で出力します。なお，jpcrptコマンドで出力できるレポートの種類はPFM - Web Consoleのバージョンによって異なります。バージョンごとのレポート出力可否を次の表に示します。

表11-4　バージョンごとのレポート出力可否

出力対象 | 08-00 | 08-10 | 08-11以降
レポート | CSV出力 | ○ | ○ | ○
HTML出力 | × | ○ | ○
登録レポート | CSV出力 | × | × | ○
HTML出力 | × | × | ○
複合レポート | HTML出力 | × | × | ○

（凡例）

○：出力できる

×：出力できない

jpcrptコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

11.8.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)　各項目間のデリミタ

各項目間のデリミタは，「,」で表します。データ値に「,」，「"」，改行が含まれる場合は，データ値自体を「" "」で囲みます。

(f)　日付フォーマット

ロケールによって設定されるデフォルトの形式またはconfig.xml※の「selectFormat」に指定した形式で表示します。

注※　config.xmlの説明については，Windowsの場合は「5.4.6　PFM - Web Consoleの設定変更」，UNIXの場合は「6.4.6　PFM - Web Consoleの設定変更」を参照してください。

11.8.4　HTMLの形式

＜この項の構成＞

(1)　コマンドで出力した場合の出力形式

(2)　GUIから出力した場合の出力形式

(1)　コマンドで出力した場合の出力形式

HTML形式のレポートはレポートヘッダ部，グラフ表示部，テーブル表示部の三つのパートで構成されます。各パートに表示される内容と表示条件を出力対象ごとに次の表に示します。

表11-5　各パートに表示される内容と表示条件（コマンドで出力した場合）

パート
出力対象

レポート出力
登録レポート出力
複合ブックマーク出力

レポートヘッダ部
レポート名，エージェント名※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形式で出力した場合の例を次の図に示します。

図11-41　レポート結果をコマンドからHTML形式で出力した場合の例

(2)　GUIから出力した場合の出力形式

HTML形式のレポートはレポートヘッダ部，グラフ表示部，リスト表示部，テーブル表示部の四つのパートで構成されます。

各パートに表示される内容と表示条件を出力対象ごとに次の表に示します。

表11-6　各パートに表示される内容と表示条件（GUIから出力した場合）

パート | 出力対象
レポート出力（ブックマーク） | 複合レポート出力 | イベント履歴レポート出力
レポートヘッダ部 | レポート定義名，レポート定義の格納先フォルダ※1，エージェント名※2，およびデータ取得時刻※4が表示される。 | 複合ブックマーク名，ブックマーク階層のパス※3，およびデータ取得時刻※4が表示される。 | 文字列「Event History」，およびデータ取得時刻※4が表示される。
グラフ表示部 | レポート出力画面で使用されるものと同様のグラフ画像が表示される。 | 複合レポート出力画面で使用されるものと同様のグラフ画像が表示される。 | 表示されない。
リスト表示部 | レポート画面で表示されているリストのデータおよびインスタンス番号が表示される。 | 表示されない（複合レポートではリスト形式の出力はない）。 | 表示されない。
テーブル表示部 | 表形式のデータすべてが一つの画面に表示される。※5 | 表示されない（複合レポートでは表形式の出力はない）。 | 表形式のデータすべてが一つの画面に表示される。

注※1

レポート定義の格納先フォルダが「ParentFolder フォルダのパス名」の形式で表示されます。フォルダのパス名は絶対パスで表示されます。

注※2

エージェント名が「Agents エージェント名」の形式で表示されます。エージェント名が複数指定されている場合，エージェント名の間はコンマで区切って表示されます。また，レポートが複合レポートの場合は，表示されません。

注※3

ブックマーク階層のパス名が絶対パスで表示されます。

注※4

データ取得時刻が「Time (時刻)」の形式で表示されます。表示される内容は，レポート画面のメニューバーフレームに表示されている内容と同じです。

HTMLはUTF-8コードで出力され，config.xmlファイルのExport形式での文字コード，改行の設定には従いません。

参考

［印刷画面］メニューを連続で選択した場合，その度に新しい画面が開きます。印刷画面は上書き更新されません。また，親画面を閉じた場合，印刷画面も閉じられます。

レポート結果をGUIからHTML形式で出力した場合の例を次の図に示します。

図11-42　レポート結果をGUIからHTML形式で出力した場合の例

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

ここでは，レポートに関する注意事項を示します。

＜この節の構成＞

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

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

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

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

レポート作成時の注意事項を次に示します。

文字コード種別の変更について
レポートを作成するときに，全角文字や半角かたかなを使用した場合，PFM - Managerの文字コード種別は変更しないでください。途中で文字コード種別を変更すると，以前に定義したアラームやレポートが実行されなくなります。
文字コード種別を変更する場合は，一度アンインストールして，環境を再構築してください。

更新間隔の設定について
複数のリアルタイムレポートを同時に表示する運用をしたい場合は，各画面の自動更新が同時に実行されないような更新間隔を設定してください。

リアルタイムレポートと履歴レポートの使い分けについて
長時間のパフォーマンスデータの傾向を参照する運用をしたい場合は，リアルタイムレポートを長時間表示した状態にするのではなく，履歴レポートを使用してください。

表示データの多いレポートについて
表示データの多いレポート（例えば，Process Detail Interval（PD_PDI）レコードのレポート）は，データフィルターやランキング表示を利用して，必要なデータだけを表示するようにしてください。

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

レポート表示時の注意事項を次に示します。

積み上げ面グラフについて
積み上げ面グラフで，複数の系列のレコードを積み上げる場合，完全に一致する時刻のレコード同士だけが積み上がります。
そのため，履歴レポート（複数エージェント）で複数のエージェントのレコードを積み上げ表示する場合，両者の収集間隔とオフセット値が一致するように設定してください。
上記の運用をした場合でも，収集負荷による処理遅延により，実際の収集時刻にずれが生じて期待した積み上げ面グラフが表示されない場合があります。このような問題を回避するために，PFM - Web Consoleのオプション機能で，レコードの収集時刻を補正してグラフを表示することができます。
詳細については，初期設定ファイル（config.xml）の<graph-time-correction>タグの説明を参照してください。

PFM - Web Consoleのブラウザーに表示できる最大レポート画面数について

一つのPFM - Web Consoleのブラウザーで表示できるレポート画面は，4画面を目安としてください。

PFM - Agentの情報を表示するレポート画面（リアルタイムレポートを表示するレポート画面）は，一つのPerformance Managementシステム内で10画面を目安としてください。11画面以上を表示した場合，データの取得に失敗することがあります。

レポートに表示できる最大データ数について
リアルタイムレポートでは，データを30回分まで表示します。31回以上のデータを表示する場合は，古いものから順に削除します。
履歴レポートでは，最大レコード数のレコードまたは初期設定ファイル（config.xml）に設定した最大件数までのデータグループのデータが表示されます。

データの取得性能について
複数のリアルタイムレポートを同時に表示した場合，データの取得性能が低下することがあります。

リアルタイムレポート表示の制限について
PFM - Agentで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。そのため，ブラウザーで複数インスタンスレコードのリアルタイムレポートを表示する際，32,767個までのインスタンスが表示できます。32,768個目以降のインスタンスは表示できません。

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

複合レポートの注意事項を次に示します。

＜この項の構成＞

(1)　グラフ種類，グラフオプションに関する注意事項

(2)　グラフの描画順に関する注意事項

(3)　グラフの横軸（X軸），縦軸（Y軸）に関する注意事項

(4)　レポートのフィールド数に関する注意事項

(5)　系列グループの設定に関する注意事項

(6)　レポートの対象期間に関する注意事項

(7)　ベースライン表示期間

(1)　グラフ種類，グラフオプションに関する注意事項

「3Dで表示する」のグラフオプションは，常に設定可能ですが，「集合縦棒/積み上げ縦棒」以外のグラフ種類では無視されます。また，3Dで表示する場合は次の条件を満たすようにしてください。

表示対象の系列グループが１系列，または2系列で「Ｙ軸の表示位置」が左右に振り分けられていること。

表示対象の系列グループの「グラフ種類」が次の組み合わせであること。

「集合縦棒／積み上げ縦棒」の１系列だけ，または，

「集合縦棒／積み上げ縦棒」と「折れ線」の2系列，または，

「集合縦棒／積み上げ縦棒」と「面／積み上げ面」の2系列

上記条件を満たしていない場合，3Dで表示すると正しく描画されないことがあります。

「グリッドを表示する」のグラフオプションは常に設定できますが，系列グループ1に対してだけ有効です。系列グループ1以外の系列グループに設定しても無視されます。

(2)　グラフの描画順に関する注意事項

複合レポートのグラフは次の順序で描画されます。

系列グループ1から順番に描画し，以降の系列グループが上書き描画します。

系列グループ内では，系列グループに登録されている登録レポート順に描画し，以降の登録レポートが上書き描画していきます。

登録レポート内では，登録レポート内のフィールド順に描画し，以降のフィールドが上書き描画していきます。

グラフの描画順のイメージを次の図に示します。

図11-43　グラフの描画順のイメージ

複合ブックマークの定義では，1.および2.は複合ブックマークの編集時に「系列グループの設定」で描画順序を決定できるため，描画されたグラフが隠れないように設定してください。また，3.についてはレポート定義画面で設定できます。

ただし，次のグラフ種類を持った系列グループは特殊な描画順序となります。

グラフ種類が「折れ線」の場合は，最前面に描画されます。

グラフ種類が「集合縦棒/積み上げ縦棒」で，かつ「3Dで表示する」場合は，最前面に描画されます。

(3)　グラフの横軸（X軸），縦軸（Y軸）に関する注意事項

複合レポート全体での共通設定はできません。
複合レポートのY軸は，系列グループごとに自動スケール調整（実データの最大・最小に調整）と，手動スケール調整（最大値，最小値指定）ができます。また，当該軸ラベルの表示位置も左側，右側から任意に選択できます。

複合レポートのX軸は一つの時系列固定です。
対象期間の範囲や収集間隔が異なる場合は，欠損値とみなしてデータ補正されるので，描画が崩れることがあります。また，PDレコードは収集する場合，収集間隔にずれが生じることがあるため，積み上げのグラフを正常に表示できないことがあります。PDレコードの場合は，折れ線グラフで描画することを推奨します。
上記の問題を回避するために，PFM - Web Consoleのオプション機能で，レコードの収集時刻を補正してグラフを表示することができます。詳細については，初期設定ファイル（config.xml）の<graph-time-correction>タグの説明を参照してください。

(4)　レポートのフィールド数に関する注意事項

複合レポートでは，レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。その場合，グラフ倍率を上げて表示するか，次の方法で，表示するフィールド数を制限してください（20個程度推奨）。

複合ブックマークの編集画面で表示するレポートを減らす。

個々のレポート定義の編集画面でフィールドを減らし登録レポートを作成し直す。

個々のレポート定義の編集画面でフィルター条件を加えて登録レポートを作成し直す。

個々のレポート定義の編集画面でフィールドの表示名をデフォルトのフィールド名より短く設定し，登録レポートを作成し直す。

また，次の環境を超えると，グラフや凡例が一部またはすべて見えなくなったり，グラフが凡例の横に表示されたりする場合があります。

倍率100%：凡例20行程度

倍率200%：凡例30行程度

倍率400%：凡例40行程度

倍率600%：凡例50行程度

倍率800%：凡例60行程度

複合レポートでは，凡例の文字数が多い場合，凡例の一部が見えなくなることがあります。その場合，グラフ倍率を上げて表示するか，次の方法で，凡例の文字数を制限してください。

レポート名を短くし登録レポートを作成し直す。

個々のレポート定義の編集画面で，フィールドの表示名をデフォルトのフィールド名より短く設定し，登録レポートを作成し直す。

バインドするエージェント数を減らし登録レポートを作成し直す。

次の環境を超えると，凡例の一部が見えなくなる場合があります。

倍率100%：全角50文字程度，半角80文字程度

倍率200%：全角80文字程度，半角120文字程度

倍率400%：全角110文字程度，半角160文字程度

倍率600%：全角140文字程度，半角200文字程度

倍率800%：全角170文字程度，半角240文字程度

(5)　系列グループの設定に関する注意事項

系列グループには必ず一つ以上の登録レポートを設定してください。すべての系列グループに対して登録レポートが一つも設定されていないと，グラフは表示されません。また，ベースラインだけが設定されている場合もグラフは表示されません。

(6)　レポートの対象期間に関する注意事項

レポートの対象期間を「過去～以内（1時間等）」に設定した場合は，レポート画面で「最新情報に更新」を選択すると，現在日時から設定した対象期間でレポートが更新されます。ただし，ベースライン開始日時は変わりません。

対象期間を「レポートの表示時に指定」に設定した場合は，レポート画面で「最新情報に更新」を選択しても，設定したレポートの開始／終了日時，およびベースライン開始日時は変わりません。

(7)　ベースライン表示期間

ベースライン表示期間の設定「開始日時」は，複合レポート起動時の現在日時から，レポート表示期間の設定「対象期間／レポート間隔」に合わせて自動的に決定されます。レポート表示期間の設定「対象期間／レポート間隔」を変更した場合は，レポート表示期間の設定「開始日時」に再設定されます。

レポート画面で「最新情報に更新」を実行すると，「対象期間」の設定によって，レポート表示期間の設定「開始日時／終了日時」は変更されることがありますが，ベースライン表示期間の設定「開始日時」は変更されません。

複合レポートのグラフの始点・終点は，ベースライン表示期間の設定「開始日時」やベースラインのデータが変更されても影響しません。ただし，同時に表示される登録レポートのデータが一つ（始点と終点が同一となるデータ）である場合は，グラフの始点・終点がベースラインとして収集された範囲になることがあります。また，実際のグラフの表示期間は，レポート表示期間の設定「開始日時／終了日時」の範囲内で実在するデータに従い，始点・終点が決定されます。

ベースライン表示期間の設定「開始日時」は，ベースラインごとに動作します。複数のフィールドを持ち，かつ各フィールドの開始日時が異なるデータが保持されたベースラインの場合は，ベースライン表示期間の設定「開始日時」に従って，時系列データの最も過去のフィールドデータを始点にして描画されます。それ以外のフィールドの開始日時は，ベースラインが保存されたときのデータを始点にして描画されます。

複数のフィールドの開始日時が異なるデータをベースラインとして登録した場合は，ベースライン表示期間の設定「開始日時」に従って，時系列データの最も過去のフィールドデータを始点にして描画されます。このとき，各フィールドの相対的な開始位置は保たれて描画されます。

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

Performance Managementは，収集するパフォーマンスデータにしきい値を設定すると，パフォーマンスデータがしきい値を超過したときに「アラーム」で通知できます。

この章では，アラームの作成方法や，アラームを使って問題発生を通報する方法について説明します。

＜この章の構成＞

12.1　アラームの概要

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

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

12.4　ブラウザーでのアラームの設定

12.5　ブラウザーでのアラームの運用

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

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

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

12.1　アラームの概要

Performance Managementでは，監視エージェントで監視しているパフォーマンスデータがあらかじめ設定されたしきい値に達した場合，ユーザーに通知されるように設定できます。

データがしきい値に達した場合のシステムの動作を定義したものを「アラーム」，複数のアラームを一つにまとめたものを「アラームテーブル」と呼びます。アラームテーブルは，セットアップされたPFM - Agentのプログラムごとに一つだけ存在する「フォルダ」下にあります。

データがしきい値に達した場合，監視エージェントは「アラームイベント」を発行して通知します。このアラームイベントを受けて，Performance Managementが実行する動作のことを「アクション」と呼びます。Performance Managementのアクションを次に示します。

システム管理者にEメールで通知する

修復プログラムなどのコマンドを実行する

ほかのJP1製品と連携するためのJP1イベントを発行する

SNMPトラップを送信する

アラームテーブルは，監視エージェントに関連づけることで，しきい値の超過を検知できます。アラームテーブルと監視エージェントとを関連づけることを「バインド」と呼びます。複数のアラームを一つの監視エージェントにバインドすることも，複数の監視エージェントにバインドすることもできます。

また，一つの監視エージェントに複数のアラームテーブルをバインドすることができます。

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

ここでは，アラームを設定・運用する方法，およびアラームを作成して運用する流れについて説明します。

＜この節の構成＞

(1)　アラームを設定・運用する方法

(2)　アラームを設定・運用する流れ

(1)　アラームを設定・運用する方法

アラームは，PFM - Web Consoleの［アラーム階層］画面またはコマンドを使用して設定・運用します。

PFM - Web Consoleの［アラーム階層］画面の表示例を次の図に示します。

図12-1　［アラーム階層］画面の表示例

アラームの設定には，次に示す方法があります。

新規にアラームテーブルおよびアラームを定義する
システム環境に合わせてアラームテーブルを新たに作成し，アラームを定義します。また，アラームテーブルに，あとから新たなアラームを追加することもできます。

既存のアラームテーブルまたはアラームを使用する
次に示す方法があります。

ソリューションセットを使用する
ソリューションセットは，各PFM - Agentに付属している必要な情報があらかじめ設定されたアラームの集まりです。ソリューションセットを使用すると，PFM - Agentを起動した時点で，ソリューションセットにアクティブ設定されているアラームが有効になります。

ソリューションセットをカスタマイズする
ソリューションセットをコピーして監視目的に合わせてカスタマイズします。

既存のアラームテーブルまたはアラームを使用する
定義済みのアラームテーブルまたはアラームをコピーしてカスタマイズします。

上記のどれかで定義したアラームテーブルを，監視エージェントに関連づけて（バインドして）運用します。

参考

jpcalarmコマンドを使用して，アラーム定義ファイルを作成すると，最大50個までのアラームを一度に定義できます。大規模システムで複数のサーバに一括してアラームを設定するときなどに使用します。

(2)　アラームを設定・運用する流れ

アラーム設定・運用する流れを次の図に示します。

図12-2　アラームを設定・運用する流れ

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

ここでは，アラームを設定する前に，事前に設定しておくことを説明します。

＜この節の構成＞

(1)　Eメールの送信元の設定

(2)　コマンドを実行するホストの設定

(3)　JP1イベントを発行するための設定

(4)　SNMPトラップを送信するための設定

(1)　Eメールの送信元の設定

PFM - Agentでアラームイベントが発生したときにEメールを送信したい場合，Eメールの送信元を設定します。

手順を次に示します。

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

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

ナビゲーションフレームで「Machines」フォルダをクリックする。
Performance Managementプログラムがインストールされているホストを示すフォルダが表示されます。

メール送信元ホストのAction Handlerサービスを選択する。
名称が「PH」で始まるアイコンが，Action Handlerサービスを示すアイコンです。

メソッドフレームで［プロパティ］メソッドを選択する。
［プロパティ］画面が表示されます。
プロパティの値を次のように設定します。
［Capabilities］の［Email］：Yes
［Mail］の［SMTP Host］：メール送信サーバであるSMTPサーバのホスト名またはIPアドレス
［Mail］の［STMP Sender］：メール送信元となるメールアドレス
［Mail］の［Mail Subject］：メールのタイトル

［OK］ボタンをクリックする。
手順5の設定が設定されます。

(2)　コマンドを実行するホストの設定

PFM - Agentでアラームイベントが発生したときにコマンドを自動実行する場合，PFM - Web Consoleの［サービス階層］画面の［プロパティ］画面で，コマンドを実行するホストにあるAction Handlerのプロパティを次のように設定しておく必要があります。

［Capabilities］の［Script］：Yes
コマンド実行時に使用されるAction Handlerは，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］で選択したAction Handlerになります。デフォルトでは，このアラームテーブルがバインドされるエージェントと同一ホスト上にあるAction Handler（［コマンド］タブ上では「LOCAL」と表示されます）が使用されます。

(3)　JP1イベントを発行するための設定

PFM - Agentでアラームイベントが発生したときにJP1イベントを発行する場合，PFM - Web Consoleの［サービス階層］画面の［プロパティ］画面で，JP1イベント発行コマンドを実行するホストにあるAction Handlerのプロパティを次のように設定しておく必要があります。

［Capabilities］の［Script］：Yes
JP1イベントの発行時に使用されるAction Handlerは，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］で選択したAction Handlerになります。デフォルトでは，このアラームテーブルがバインドされるエージェントと同一ホスト上にあるAction Handler（［コマンド］フィールド上では「LOCAL」と表示されます）が使用されます。

(4)　SNMPトラップを送信するための設定

PFM - Agentでアラームイベントが発生したときに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アドレスを選択します。

12.4　ブラウザーでのアラームの設定

＜この節の構成＞

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

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

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

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

12.4.5　アクションを設定する

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

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

12.4.8　アラームを編集する

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

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

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

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

アラームテーブルを新規に作成する手順を次に示します。

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

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

ナビゲーションフレームで，アラームテーブルを作成する監視エージェントのフォルダを選択する。
選択したフォルダにチェックマークが表示されます。
アラームテーブルは，「Alarms」直下には作成できません。監視エージェントのフォルダ内に作成します。

メソッドフレームで［新規アラームテーブル］メソッドを選択する。
インフォメーションフレームに［新規アラームテーブル > 基本情報］画面が表示されます。

［全般］エリアでプロダクト（データモデル）を選択し，アラームテーブル名を入力する。
この手順で，アラーム名などのアラームの基本情報を設定すると，新規作成したアラームテーブルにアラームを作成できます。アラームの作成については，「12.4.2　アラームを作成する（基本情報を設定する）」を参照してください。

［アラームテーブル名］

64バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

例えば，在庫管理システム用のPFM - Agent for Platform（Windows）で，データモデルのバージョン6.0を使用して監視するアラームテーブルを作成する場合，次のように設定します。
［プロダクト］：Windows（6.0）
［アラームテーブル名］：在庫管理システム（Win）

注意　［プロダクト］で選択するデータモデルのバージョン

PFM - Agent for Platformのアラームを定義する場合，［プロダクト］にPerformance Managementのシステム構成にないデータモデルのバージョン「3.0」および「4.0」が表示されることがあります。PFM - Agent for Platform 08-00以降で新規にアラームを作成する場合は，バージョン「6.0」のデータモデルを指定してください。

また，ソリューションセットをカスタマイズして使用する場合，データモデルのバージョンは変更できません。

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

アラームテーブルにアラームを作成する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

管理ユーザー権限のユーザーアカウントでログインする必要があります。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，アラームテーブルを作成するPFM - Agentプロダクトのフォルダを選択する。
選択したフォルダにチェックマークが表示されます。

ナビゲーションフレームでアラームを作成するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームで［新規アラーム］メソッドを選択する。
インフォメーションフレームに［新規アラーム > 基本情報］画面が表示されます。

［新規アラーム > 基本情報］画面の［全般］エリアにアラームの基本情報を設定する。

［アラーム名］

20バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

［アラームメッセージテキスト］

255バイト以内の全角または半角文字で入力します。全角文字，半角文字が混在するメッセージも入力できます。この項目は省略できます。

［プロダクト］には，ナビゲーションフレームで選択したプロダクト（データモデル）が表示されます。［アラームテーブル名］には，ナビゲーションフレームで選択したアラームテーブル名が表示されます。

例えば，プロセッサのビジー状態を監視するアラームを定義する場合，次のように設定します。
［アラーム名］：CPU使用状況
［アラームメッセージテキスト］：CPU is at %CVS% utillzation
設定例を次の図に示します。

図12-3　［新規アラーム > 基本情報］画面

参考

［アラームメッセージテキスト］の設定には変数（％SCT，％MTSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，画面について説明している章を参照してください。

注意1

アラームの定義で［値の存在を監視するアラームとする］をチェックした場合，アラーム通知時は収集されたデータに条件式で指定した値が存在しません。このためメッセージテキストやMail Subjectに変数%CVSを指定しても，空文字に変換されます。

注意2

メッセージテキストで「%CVS」のあとにマルチバイト文字（例：，）を指定すると，変数展開後の文字列が文字化けすることがあります。「%CVS」のあとにマルチバイト文字を指定しないでください。

［新規アラーム > 基本情報］画面の［高度な設定］エリアに，アラームの監視時刻や発生頻度を設定する。
例えば，プロセッサのビジー状態を監視するアラームテーブルを定義する際に，監視対象を1日24時間監視して，3回アラームを監視した中で2回しきい値を超えたときにアラームを通知する場合，次のように設定します。
［アラームを有効にする］：選択する
［常に監視する］：選択する
［発生頻度を満たした時にアラーム通知する］：選択する
2［回しきい値超過／］3［インターバル中］

注意

監視時刻範囲を指定したときも発生頻度の設定が有効になります。例えば，監視時刻範囲を9:00から21:00までで，発生頻度を3インターバル中に2回しきい値を超過するとアラームを発生する設定にした場合，当日の監視時刻範囲にしきい値超過が2回発生し，翌日の9:00以降に1回でもしきい値を超過するとアラームが発生します。

設定例を次の図に示します。

［次へ >］ボタンをクリックする。
［値の存在を監視するアラームとする］が選択されているかどうかによって次に進む画面が異なり，設定できるアラーム条件が異なります。

［値の存在を監視するアラームとする］を選択した場合
［存在を監視する値］画面に遷移します。「12.4.3　存在を監視する値を設定する」に進んで，任意のフィールドに値があるかどうかを監視する場合の条件式を設定します。

［値の存在を監視するアラームとする］をチェックしない場合
［アラーム条件式］画面に遷移します。「12.4.4　アラーム条件式を設定する」に進んで，アラーム条件式を設定します。

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

存在を監視する値を設定する手順を次に示します。

存在を監視する値を設定する。
例えば，監視対象がPFM - Agent for Platform（Windows）のときで，プロセスが実行されているかどうかを監視したい場合は，次のように設定します。
［レコード］：Process Detail(PD)
［フィールド］：Program
［値］：監視するプログラム名※
注※　プログラム名の拡張子は不要ですが，大文字・小文字は区別されます。
設定例を次の図に示します。

図12-4　［新規アラーム > アラーム条件式］

［次へ >］ボタンをクリックする。
［新規アラームテーブル > アクション］画面に遷移します。

注意

データ型がtime_t，timeval，またはutimeであるフィールドは，アラームの条件式に設定できないため［フィールド］には表示されません。

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

アラームの条件式を設定する手順を次に示します。

アラーム条件式を設定する。
例えば，監視対象がPFM - Agent for Platform（Windows）で，プロセッサのビジー状態に対して，プロセッサの使用率が80%を超えたときに警告のアラームを通知し，90%を超えたときに異常のアラームを通知するようにする場合，次のように設定します。
［レコード］：System Overview(PI)
［フィールド］：CPU%
［条件］：>
［異常値］：90
［警告値］：80

図12-5　［新規アラーム > アラーム条件式］

［追加］ボタンをクリックする。
［異常条件］および［警告条件］に条件式が追加されます。
条件式は複数設定できます。複数設定した場合はAND演算子で結合され，設定したすべての条件式を満たしているかどうかがアラーム通知の条件となります。
なお，すでに［異常条件］および［警告条件］に追加している条件式を選択してからアラーム条件を設定し，［更新］ボタンをクリックすると，条件式が上書き更新されます。

参考

条件式として［異常値］や［警告値］に文字列を指定する場合，ワイルドカード文字「*」を指定できます。例えば，「項目名="*AAA*"」と指定すると，「AAAを含む文字列」の監視ができます。

［次へ >］ボタンをクリックする。
［新規アラーム > アクション］画面に遷移します。「12.4.5　アクションを設定する」に進んでください。

12.4.5　アクションを設定する

アラームの状態が変化したときに，システムがどのような動作を実行するかのアクションを設定します。実行できるアクションを次に示します。

Eメールを送信する

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

JP1イベントを発行する

SNMPトラップを送信する

図12-6　［新規アラーム > アクション］画面

注意

［新規アラーム > 基本情報］画面の［全般］エリアで［値の存在を監視するアラームとする］を選択した場合，［警告］は選択できません。

［新規アラーム > 基本情報］画面の［高度な設定］フィールドで［常にアラームを通知する］を選択した場合，［正常］は選択できません。

アクションは複数を組み合わせることもできます。ただし，コマンドの実行とJP1イベントの発行を組み合わせて設定することはできません。

(a)　Eメールを送信する

アラームイベントが発生したときにEメールを送信する場合の手順を次に示します。

［新規アラーム > アクション］画面で，［Eメール］を選択する。

Eメール送信の契機を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。
［Eメールの定義］エリアが表示されます。

Eメールのアドレス，メール本文などを設定する。
例えば，次の条件でEメールを送信したいとします。
条件：

Eメールアドレス：T.Hitachi@Dept01.Hitachi.com へ送信

アクションハンドラ：ホスト名がWepAPのAction HandlerサービスでEメールを送信する

メール本文：「日付/時刻，ホスト名，プロダクト名」の文を送信する

この場合，次のように設定します。
［Eメールアドレス］：T.Hitachi@Dept01.Hitachi.com
［アクションハンドラ］：PH1WepAP
［メール本文］：Date:%SCT Host:%HNS Product:%PTS
設定例を次の図に示します。

図12-7　［編集 > アクション定義］画面

参考

［メッセージテキスト］の設定には変数（％SCT，％MTSなど）を使用できます。変数を設定する画面については，マニュアル「JP1/Performance Management リファレンス」の，画面について説明している章を参照してください。

［完了］ボタンをクリックする。
設定が完了します。

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

アラームイベントが発生したときに任意のコマンドを実行する場合の手順を次に示します。

［新規アラーム > アクション］画面で，［コマンド］を選択する。

コマンド実行の契機を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。
［コマンドの定義］エリアが表示されます。
実行するコマンド名，コマンド引数などを設定します。
例えば，次の条件でコマンドを実行したいとします。
条件：

ログ出力用に作成した/usr/bin/LogOutputコマンドを実行

WebAPホストのAction Handlerでコマンドを実行

パラメーターとしてコマンドに渡す内容は，日付/時刻，ホスト名，メッセージテキストとする

この場合，次のように設定します。
［コマンド名］：/usr/bin/LogOutput
［アクションハンドラ］：PH1WepAP
［メッセージテキスト］：Date:%SCT Host:%HNS %MTS
設定例を次の図に示します。

注意

コマンドにパラメーターとして渡す文字列に，次の半角記号を使用することはできません。
< >
指定した場合は前後の文字が切り取られることがあります。

コマンドの標準出力をファイル等にリダイレクトすることはできません。

参考

［コマンド引数］の設定には変数（％SCT，％MTSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，画面について説明している章を参照してください。

［完了］ボタンをクリックする。
設定が完了します。

(c)　JP1イベントを発行する

アラームイベントが発生したときにJP1イベントを発行する場合の手順を次に示します。

［新規アラーム > アクション］画面で，［コマンド］を選択する。

JP1イベント発行コマンド実行の条件を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。
［コマンドの定義］エリアが表示されます。

［JP1イベント設定］ボタンをクリックする。
［新規アラーム > アクション定義 > JP1イベント設定］画面に遷移します。

イベントIDなどを設定する。
例えば，次の条件でJP1イベントを発行したいとします。
条件：

イベントIDを「001」とする

イベントメッセージを［新規アラームテーブル > 基本情報］ダイアログボックスの［メッセージテキスト］に設定したメッセージテキスト(%MTS)の内容とする

アラームの状態をJP1イベントの重大度に変換する

この場合，次のように設定します。
［イベントID］：001
［メッセージ］：%MTS
［アラームレベルを重大度に変換する］：選択する
設定例を次の図に示します。

図12-8　［新規アラーム > アクション定義 > JP1イベント設定］画面

注意

JP1/IMの監視オブジェクトと連携する場合は，JP1イベントの属性を変更しないでください。

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

JP1イベントを発行するホストのAction Handlerサービスを選択する。
［JP1イベント設定］で設定を行うと［アクションハンドラ］の設定がPFM - Managerホスト上のAction Handlerサービスに変更されます。PFM - Managerホスト以外のホストでJP1イベントを発行する場合は，［アクションハンドラ］の設定を変更してください。

［完了］ボタンをクリックする。
設定が完了します。

(d)　アラーム発生時にSNMPトラップを送信する

アラームイベントが発生したときにSNMPトラップを送信する場合の手順を次に示します。

［新規アラーム > アクション］画面で，［SNMP］を選択する。

SNMPトラップ送信の契機を［異常］［警告］［正常］から選択する。

［完了］ボタンをクリックする。
設定が完了します。

(e)　アクションの実行に関する注意事項

アクションの実行に関する注意事項を次に示します。

1.　Ｅメール送信時の前提プログラム

Ｅメールを送信する場合は，SMTP（Simple Mail Transfer Protocol）準拠のメールサーバが必要です。

2.　コマンド実行時の実行ファイル

Windows上で実行する場合
コマンド実行時は，次に示す拡張子を持つファイルを実行できます。
・ EXE：実行形式ファイル
・ COM：実行形式（コマンド）ファイル
・ BAT：バッチファイル
DELやDIRなどの内部コマンドをジョブとして実行する場合は，バッチファイルを作成し，バッチファイル中のコマンドとして実行してください。
また，コマンド実行で指定するプログラムファイルは，システムアカウントでアクセスできるファイルだけです。ネットワークフォルダにあるファイルは実行できません。

UNIX上で実行する場合
コマンド実行時は，次に示すファイルを実行できます。ただし，実行属性が付加されている必要があります。
・ 実行形式ファイル
・ シェルスクリプトファイル
コマンド実行で指定するプログラムファイルは，rootユーザー権限でアクセスできるファイルだけです。NFSマウントのディレクトリにあるファイルを実行する場合は，そのホストのrootユーザー権限でアクセスできるように権限を設定する必要があります。

3.　コマンド実行時のアカウント

Windows上で実行する場合
コマンド実行時のアカウントは，システムアカウントです（なお，Action Handlerサービスのアカウントも，システムアカウントです）。
そのため，プログラムから参照または更新するリソースについては，システムアカウントでアクセスできる必要があります。

UNIX上で実行する場合
コマンド実行時のアカウントは，rootユーザー権限のアカウントです（なお，Action Handlerサービスのアカウントも，rootユーザー権限のアカウントです）。
そのため，プログラムから参照または更新するリソースについては，rootユーザー権限のアカウントでアクセスできる必要があります。

4.　コマンド実行時に有効となる環境変数

Windows上で実行する場合
コマンド実行時に有効な環境変数は，Performance Managementのプログラムのサービス起動時のシステム環境変数です。
コマンド実行時にはプロファイル情報を読み込みません。

UNIX上で実行する場合
コマンド実行時に有効な環境変数は，Performance Managementのプログラムのサービス起動時の，rootユーザー権限の環境変数です。
コマンド実行時にはプロファイル情報を読み込みません。ただし，umaskについては「6. コマンド実行時に生成されるファイルのumask」を参照してください。

5.　コマンド実行時のカレントディレクトリ

Windows上で実行する場合
コマンド実行時のカレントフォルダは，Action Handlerサービスのフォルダ（インストール先フォルダ¥bin¥action）です。

UNIX上で実行する場合
コマンド実行時のカレントディレクトリは，Action Handlerサービスのディレクトリ（/opt/jp1pc/bin/action）です。

6.　コマンド実行時に生成されるファイルのumask

Windows上で実行する場合
Windows環境ではumaskは関係ありません。

UNIX上で実行する場合
コマンド実行時のumaskは「000」に設定されます（ファイル権限は「777」です）。umaskを変更する場合は，実行するスクリプトファイルまたはプログラム中で，umaskを再設定する必要があります。

7.　コマンド実行時のその他の注意事項

Windows上で実行する場合
・ Win16ビットアプリケーションは実行できません。
・ ウィンドウやダイアログボックスを表示するプログラムは実行できません。
ただし，net sendコマンドを実行してダイアログボックスを表示することはできます。これは，net sendコマンドがダイアログボックスを表示するのではなく，WindowsのMessengerサービスが表示するためです。
・ Windowsメッセージ機構（DDE（Dynamic Data Exchange））を利用したプログラムは実行できません。
・ 対話操作を必要とするプログラムは実行できません。
・ 常駐プログラム（終了しないプログラム）は実行できません。
・ アプリケーションに関連づいている拡張子を持つプログラムは実行できません。
・ ネットワークフォルダ上にあるプログラムは実行できません。
・ ディスクの準備ができていないリムーバブルディスク上のプログラムを設定しないでください。
・ Windowsサービスの起動設定で，デスクトップとの対話を許可する設定をしないでください。
・ 実行したプログラムの標準出力や標準エラー出力の内容は取得できません。

UNIX上で実行する場合
・ 対話操作を必要とするプログラムは実行できません。
・ 対話環境が前提であるstty，tty，tset，scriptコマンドを含むプログラムは実行できません。
・ 常駐プログラム（終了しないプログラム）は実行できません。
・ 実行属性が付加されていないプログラムは実行できません。
・ ディスクの準備ができていないリムーバブルディスク上のプログラムを設定しないでください。
・ 実行したプログラムの標準出力や標準エラー出力の内容は取得できません。

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

定義したアラームが発生したときに，関連するレポートを表示したいときは，［新規アラーム > アクション］画面でアラームにレポートを関連づけます。

関連レポートを設定するための事前設定

関連レポートを設定できるように，あらかじめ［レポート階層］画面で目的のレポートを作成しておく必要があります。レポートの作成については，「11.　稼働分析のためのレポートの作成」を参照してください。

手順を次に示します。

［新規アラーム > アクション］画面の［表示するレポート］エリアで，［参照］ボタンをクリックする。
［新規アラーム > レポート選択］画面が表示されます。

レポート階層から，アラームに関連づけたいレポートを選択する。
選択したレポートにチェックマークが付きます。
レポート階層には，作成中のアラームと同じプロダクトでデータモデルのバージョンが同じレポート，およびデータモデルのバージョンがそれ以下のレポートだけが表示されます。

［OK］ボタンをクリックする。
アラームにレポートが関連づけられます。
設定例を次の図に示します。

図12-9　［新規アラーム > アクション］画面

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

アラームに関連づけたレポートを表示する方法については，「11.6.1 (2)　アラームに関連づけられているレポートを表示する」を参照してください。

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

アラームテーブルやアラームをコピーする方法について説明します。

＜この項の構成＞

(1)　アラームテーブルをコピーする

(2)　アラームをコピーする

(1)　アラームテーブルをコピーする

ソリューションセットやアラームテーブルをコピーする手順を次に示します。

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

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームでコピーするアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが付きます。

メソッドフレームで［コピー］メソッドを選択する。
インフォメーションフレームに［コピー > 名称入力（アラームテーブル）］画面が表示されます。

新しいアラームテーブル名を入力する。

［新しいアラームテーブル名］

64バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。ただし，「PFM」で始まるアラームテーブル名は指定できません。

設定例を次の図に示します。

図12-10　［コピー > 名称入力（アラームテーブル）］画面

［OK］ボタンをクリックする。
手順3で選択したアラームテーブルが，コピー元のアラームテーブルと同じ位置に貼り付けられます。

補足

アラームテーブルは，コピー元のアラームテーブルと異なるフォルダにはコピーできません。

(2)　アラームをコピーする

アラームテーブル内にアラームを追加したい場合，既存のアラームをコピーして追加します。

手順を次に示します。

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

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，コピーするアラームを選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで［コピー］メソッドを選択する。
インフォメーションフレームに［コピー > 名称入力（アラーム）］画面が表示されます。

新しいアラーム名を入力する。

［新しいアラーム名］

20バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

設定例を次の図に示します。

図12-11　［コピー > 名称入力（アラーム）］画面

［OK］ボタンをクリックする。
手順3で選択したアラームが追加されます。

補足

アラームは，コピー元と異なるアラームテーブルにはコピーできません。

12.4.8　アラームを編集する

既存のアラームの定義内容を編集する手順を次に示します。

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

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，編集するアラームを選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで［編集］メソッドを選択する。
インフォメーションフレームに［編集 > 基本情報］画面が表示されます。

アラームの定義内容を編集する。
これ以降の手順は，新規にアラームを作成する場合と同じです。手順については，「12.4.2　アラームを作成する（基本情報を設定する）」から「12.4.5　アクションを設定する」を参照してください。

補足

既存のアラームを編集するときは，［プロダクト］［アラームテーブル名］［アラーム名］は変更できません。

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

不要になったアラームテーブルやアラームは削除できます。アラームテーブルやアラームを削除する方法について説明します。

＜この項の構成＞

(1)　アラームテーブルを削除する

(2)　アラームを削除する

(1)　アラームテーブルを削除する

アラームテーブルを削除する手順を次に示します。

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

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダから削除するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームで［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したアラームテーブルが削除されます。

補足

アラームテーブルは稼働中（監視エージェントにバインドされている状態）に削除できます。また，「PFM」で始まる名前のアラームテーブルは削除できません。

(2)　アラームを削除する

アラームを削除する手順を次に示します。

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

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダから削除するアラームを選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで［削除］メソッドを選択する。
削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。
手順3で選択したアラームが削除されます。

補足

アラームテーブルは稼働中（監視エージェントにバインドされている状態）に削除できます。アラームテーブル内のすべてのアラームを削除すると，アラームテーブル自体が削除されます。

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

アラームテーブルをエクスポートする手順を次に示します。

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

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームのアラーム階層でエクスポートする対象を選択する。
ここで選択する対象によって，次のようにエクスポートされます。

「Alarms」ルートを選択した場合
「Alarms」配下のフォルダおよびすべてのアラームテーブル

フォルダを選択した場合
選択したフォルダとフォルダ配下のアラームテーブル

アラームテーブルを選択した場合
選択したアラームテーブル

メソッドフレームで［エクスポート］メソッドを選択する。
［ファイルのダウンロード］画面が表示されます。

［保存］ボタンをクリックする。
［名前を付けて保存］画面が表示されます。

エクスポート先とファイル名を指定する。
ここで指定したファイルに手順3で選択した対象が出力されます。

［保存］ボタンをクリックする。
手順3で選択した対象がエクスポートされます。

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

アラームテーブルをインポートする手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

メソッドフレームで［インポート］メソッドを選択する。
［インポート］画面が表示されます。
［インポート］画面を次の図に示します。

図12-12　［インポート］画面

［インポートファイル名］の［参照］ボタンをクリックする。
［ファイルの選択］画面が表示されます。

インポートするアラームの定義ファイルを選択する。
ここで選択する定義ファイルに記述されているルートやフォルダおよびアラームテーブルがインポートされます。

［OK］ボタンをクリックする。
上書きを確認するメッセージボックスが表示されます。

上書きしてよければ，メッセージボックスの［OK］ボタンをクリックする。
アラームテーブルがインポートされます。

注意

アラームテーブルのインポートによってエージェントがすでにバインドしているアラームテーブルを上書きすると，バインドが解除されます。必要に応じてアラームテーブルを再度バインドしてください。

12.5　ブラウザーでのアラームの運用

ここでは，PFM - Web Consoleの画面でアラームを運用する方法について説明します。

＜この節の構成＞

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

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

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

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

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

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

Performance Managementでアラームを利用した監視を行うには，監視エージェントとアラームテーブルを関連づける必要があります。アラームテーブルとは，いくつかのアラームをまとめたものです。この関連づけを「バインド」といいます。また，すでにバインドされているアラームテーブルを解除することを「アンバインド」といいます。一つのアラームテーブルを複数の監視エージェントにバインドしたり，一つの監視エージェントに一つまたは複数のアラームテーブルをバインドしたりできます。なお，一つの監視エージェントに複数のアラームテーブルをバインドするには，あらかじめPFM - Managerでアラームテーブル複数バインド機能を有効に設定する必要があります。設定方法について，Windowsの場合は「5.4.4　アラームテーブル複数バインド機能の設定」を，UNIXの場合は「6.4.4　アラームテーブル複数バインド機能の設定」を参照してください。

アラームテーブルの関連づけを変更する手順を次に示します。

＜この項の構成＞

(1)　アラームテーブル複数バインド機能が有効の場合

(2)　アラームテーブル複数バインド機能が無効の場合

(3)　アラーム数，アラームテーブル数の制限に関する注意事項

(1)　アラームテーブル複数バインド機能が有効の場合

アラームテーブル複数バインド機能が有効の場合，一つの画面上でバインドとアンバインドを同時に行えます。アラームテーブル複数バインド機能が有効の場合に，アラームテーブルの関連づけを変更する手順を次に示します。

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

［メイン］画面のタブフレームで，［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］ドロップダウンリストで「Products」を選択する。
プロダクト単位のエージェント階層が表示されます。

ナビゲーションフレームからアラームテーブルをバインドしたい監視エージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると複数のエージェントを選択できます。

メソッドフレームの［アラームテーブルのバインド設定］メソッドを選択する。
インフォメーションフレームに［アラームテーブルのバインド設定（アラームテーブル選択）］画面が表示されます。
バインドする場合：
バインドしたいアラームテーブルを選択します。複数選択できます。選択すると，アラームテーブルにチェックマークが表示されます。なお，選択できるアラームテーブルは50個までです。
アンバインドする場合：
アンバインドしたいアラームテーブルのチェックマークを解除します。

［アラームテーブルのバインド設定（アラームテーブル選択）］画面の表示例を次に示します。

図12-13　［アラームテーブルのバインド設定（アラームテーブル選択）］画面

参考

バインド，アンバインドは，アラームテーブル単位で行います。個々のアラームをバインド，アンバインドすることはできません。

［OK］ボタンをクリックする。
手順4で選択したエージェントに，手順5で選択したアラームテーブルがバインドされたり，アンバインドされたりします。

参考

PFM - Viewではアラームテーブル複数バインド機能に対応していません。PFM - Viewでログインすると，以下のメッセージが表示されます。

接続先ホストのPerformance Management - Managerは初期化中であるため，ログインできません。しばらく待ってから再ログインを行ってください。

(2)　アラームテーブル複数バインド機能が無効の場合

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

注意

一つのエージェントに対してバインドできるアラームテーブルは一つだけです。すでにアラームテーブルがバインドされているエージェントに対して，別のアラームテーブルをバインドした場合，既存のアラームテーブルのバインドが自動的に解除され，新しいアラームテーブルがバインドし直されます。

アラームテーブル複数バインド機能が無効の場合に，一つのアラームテーブルをバインドする手順を次に示します。

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

［メイン］画面のタブフレームで，［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］ドロップダウンリストで「Products」を選択する。
プロダクト単位のエージェント階層が表示されます。

ナビゲーションフレームからアラームテーブルをバインドしたい監視エージェントを選択する。
選択したエージェントにチェックマークが表示されます。
［複数選択］を選択すると複数のエージェントを選択できます。

メソッドフレームの［アラームテーブルのバインド］メソッドを選択する。
インフォメーションフレームに［アラームテーブルのバインド（アラームテーブル選択）］画面が表示されます。

バインドしたいアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。
複数選択はできません。
［アラームテーブルのバインド（アラームテーブル選択）］画面の表示例を次に示します。

図12-14　［アラームテーブルのバインド（アラームテーブル選択）］画面

参考

バインドは，アラームテーブル単位で行います。個々のアラームをバインドすることはできません。

［OK］ボタンをクリックする。
手順4で選択したエージェントに，手順6で選択したアラームテーブルがバインドされます。

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

アラームテーブル複数バインド機能が無効の場合に，アラームテーブルのバインドを解除する手順を次に示します。

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

［メイン］画面のタブフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームの［表示形式］ドロップダウンリストで「Products」を選択する。
プロダクト単位のエージェント階層が表示されます。

ナビゲーションフレームからアラームテーブルのバインドを解除したい監視エージェントを選択する。
選択したエージェントにチェックマークが表示されます。［複数選択］を選択すると複数のエージェントを選択できます。

メソッドフレームの［アラームテーブルのアンバインド］メソッドを選択する。
アラームテーブルのバインド解除を確認するメッセージボックスが表示されます。

バインドを解除してよければ，メッセージボックスの［OK］ボタンをクリックする。
アラームテーブルと，手順4で選択した監視エージェントのバインドが解除されます。

(3)　アラーム数，アラームテーブル数の制限に関する注意事項

一つのアラームテーブルに登録できるアラームの数は50個までです。また，一つのエージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - Agentにアラームを多数バインドすると，PFM - ManagerやPFM - Agentの処理に遅延が発生する場合があります。バインドするアラームの数は以下の値を超えないように設定することをお勧めします。

１エージェントあたり250個

Performance Managementシステム全体で10000個

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

アラームテーブルにどの監視エージェントが関連づけられているかを確認できます。

アラームテーブルに関連づけた監視エージェントを表示する手順について次に示します。

［アラーム］階層のナビゲーションフレームから任意のアラームテーブルを選択する。

メソッドフレームの［バインドしたエージェントの表示］メソッドを選択する。
インフォメーションフレームに，選択したアラームテーブルをバインドしたエージェントの一覧が表示されます。

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

アラームは，エージェントにバインドしたままで一時的にアラームによる監視を停止したり開始したりできます。

アラームの停止だけでなく，アラームの定義と監視エージェントの関係づけも解除したい場合は，「12.5.1(2)(b)　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。

アラームによる監視を停止する手順について次に示します。

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

［メイン］画面のタブフレームで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダから監視を停止するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームの［アクティブ設定］メソッドを選択する。
［アクティブ設定］画面が表示されます。

［アクティブにする］の設定を変更する。
監視を停止するアラームの［アクティブにする］のチェックを外します。
設定例を次に示します。

図12-15　［アクティブ設定］画面1

［OK］ボタンをクリックする。
アラームによる監視を停止します。

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

アラームは，エージェントにバインドしたままで一時的にアラームによる監視を開始したり，停止したりできます。

アラームによる監視を開始する手順について次に示します。

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

［メイン］画面のタブフレームで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで監視エージェントのフォルダから監視を開始するアラームテーブルを選択する。
選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームの［アクティブ設定］メソッドを選択する。
［アクティブ設定］画面が表示されます。

［アクティブにする］の設定を変更する。
監視を開始するアラームの［アクティブにする］をチェックします。
設定例を次に示します。

図12-16　［アクティブ設定］画面2

［OK］ボタンをクリックする。
アラームによる監視を開始します。

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

アラームのプロパティを確認する方法について説明します。アラームのプロパティは，次のどれかの操作で確認できます。

［アラーム階層］画面から確認する
すべてのアラームのプロパティを確認できます。

［エージェント階層］画面から確認する
エージェントがバインドしているアラームテーブルに含まれるアラームのプロパティを確認できます。

［イベントモニター］画面から確認する
アラームイベントが発行されたアラームのプロパティを確認できます。

［アラーム階層］画面からプロパティを表示できるのは管理ユーザーだけです。

＜この項の構成＞

(1)　［アラーム階層］画面から確認する

(2)　［エージェント階層］画面から確認する

(3)　［イベントモニター］画面から確認する

(1)　［アラーム階層］画面から確認する

アラームのプロパティを［アラーム階層］画面から表示させる手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のタブフレームで，［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

ナビゲーションフレームで，監視エージェントのフォルダからプロパティを表示するアラームを選択する。

メソッドフレームで［プロパティの表示］メソッドを選択する。
［プロパティ］画面が表示されます。
メニューバーの［基本情報］，［アラーム条件式］，［アクション］，および［アクション定義］をクリックして，各情報にジャンプします。
［プロパティ］画面の表示例を次に示します。

図12-17　［プロパティ］画面

(2)　［エージェント階層］画面から確認する

アラームのプロパティを［エージェント階層］画面から表示させる手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のタブフレームで［エージェント階層］タブを選択する。
［エージェント階層］画面が表示されます。

ナビゲーションフレームのエージェント階層から，プロパティを確認したいエージェントを選択する。

メソッドフレームで［アラームの状態の表示］メソッドをクリックする。
［アラームの状態の表示］画面が表示されます。

(3)　［イベントモニター］画面から確認する

アラームのプロパティを［イベントモニター］画面から表示させる手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のツールバーから［イベントモニター］を選択する。
［イベントモニター］画面が別ウィンドウで表示されます。

［表示］のドロップダウンリストから［アラームイベント］を選択する。
アラームイベントが一覧表示されます。

プロパティを表示するアラームのアイコンを選択する。
［アラームのプロパティ］画面が別ウィンドウで表示されます。

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

ここでは，コマンドを使用してアラームを設定する手順について説明します。

＜この節の構成＞

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

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

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

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

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

12.6.6　アラームを削除する

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

＜この項の構成＞

(1)　アラーム定義ファイルのテンプレートファイルを出力する

(2)　アラーム定義ファイルを作成する

(1)　アラーム定義ファイルのテンプレートファイルを出力する

アラーム定義ファイルを作成する前に，まず，アラーム定義ファイルに定義するラベルがすべて入力されている，テンプレートファイルを出力します。

ここでは，「/tmp/alarmtmp01.cfg」というファイル名でテンプレートファイルを出力します。

手順を次に示します。

テンプレートファイルを出力する。
テンプレートファイルを出力するには，jpcalarm exportコマンドを使用します。次のように，-templateオプションを指定してコマンドを実行します。

jpcalarm 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=

テンプレートファイルの，すべての行の先頭に「#」が記述されています。これは，コメント行であることを示しています。
jpcalarm 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の種類，データモデルのバージョン，アラームテーブル名，およびアラーム名を定義する。
個々のアラームを定義します。アラームの定義は，［Alarm Data］セクションに定義します。一つのアラーム定義に対して一つの［Alarm Data］セクションを作成します。
［Alarm Data］セクションは複数のサブセクションから構成されています。
次の各項目を定義するのは，Generalサブセクションです。

PFM - Agentの種類

データモデルのバージョン

アラームテーブル名

アラーム名

これらの項目を定義しているのは次の個所です。

  :
#[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 - Agentのプロダクト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が指定されたものとして扱います。

アラーム発生の条件を定義する。
通常のアラームを定義する場合（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が指定されたものとして扱います。

上記の設定例で定義をしなかった項目について，補足します。

Reportラベル
アラームイベント発生時に表示するレポート名を定義します。
フォルダ階層の絶対パス（Reports/から始まる形式）を0～1024バイトで定義します。
この項目は省略できます。

SNMPラベル
アラームがどのような状態のときにSNMP トラップの通知をするかを定義します。
・ 異常状態のときに通知する場合：Abnormal
・ 警告状態のときに通知する場合：Warning
・ 正常状態のときに通知する場合：Normal
アクションを実行するアラームの状態が複数ある場合は，「,」（半角コンマ）でつないで指定します。
この項目は省略できます。

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進数で定義します。
この項目は省略できません。

Messageラベル
JP1イベントの発行時に送信するメッセージを0～128バイトで定義します。
ラベルの値に半角空白文字を含む場合は，"（ダブルクォーテーション）で囲む必要があります。
この項目が省略された場合，空文字列が設定されたものとして扱います。

Switch Alarm Levelラベル
アラームレベルを重大度に変換するかどうかを定義します。
・ アラームレベルを重大度に変換する場合：Y
・ アラームレベルを重大度に変換しない場合：N
この項目が省略された場合，Yが指定されたものとして扱います。

Action Handlerラベル
JP1イベントの発行元となるAction HandlerサービスのサービスIDを定義します。
この項目は省略できません。

上記の設定例で定義をしなかった項目について，補足します。

Exec Logical Hostラベル
JP1イベントを登録するイベントサーバ名を0～255バイトの半角文字で定義します。イベントサーバが論理ホスト起動している場合に定義し，イベントサーバ名としてその論理ホスト名を設定します。
この項目は省略できます。

同様に，アラーム「空き容量（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ファイルを保存する。

上記の設定例で指定をしなかった項目について，補足します。

○Advanced Settingサブセクション

アラームの拡張情報（アラームの種別や監視時刻など）を定義します。

このサブセクションは省略できます。このサブセクションでは，次の項目を設定します。

このサブセクションで設定できる項目についての詳細は，マニュアル「JP1/Performance Management リファレンス」の，［アラーム階層］画面について説明している節を参照してください。

Active Alarmラベル
アラームの状態を設定します。
・ アラームを有効とする場合：Y
・ アラームを無効とする場合：N
この項目が省略された場合，Yが指定されたものとして扱います。

Regular Alarmラベル
アラームの設定「常にアラーム通知する」を有効にするかを設定します。
・ 「常にアラーム通知する」を有効にする場合：Y
　この場合，Actionsサブセクションの，E-mail，Command，SNMPの各ラベルでNormalを指定することはできません。
・ 「常にアラーム通知する」を無効にする場合：N
この項目が省略された場合，Nが指定されたものとして扱います。

Evaluate All Dataラベル
アラームの設定「全てのデータを評価する」を有効にするかを設定します。
・ 「全てのデータを評価する」を有効にする場合：Y
・ 「全てのデータを評価する」を無効にする場合：N
この項目が省略された場合，Nが指定されたものとして扱います。

Monitoring Regularlyラベル
アラームの設定で「常に監視する」を有効にするかを設定します。
・ 「常に監視する」を有効にする場合：Y
・ 「常に監視する」を無効にする場合：N
この項目が省略された場合，Yが指定されたものとして扱います。

Monitoring Timeラベル
アラームの設定で「常に監視する」が無効な場合に監視時刻の範囲を定義します。HH:MM-HH:MMの形式で，開始時刻と終了時刻を定義します。
HHには開始/終了時刻の時を00～23，MMには開始/終了時刻の分を00～59の間で指定します。指定する時刻はローカルタイムです。
Monitoring Regularly=Nの場合，省略することはできません。

Dampingラベル
アラームの設定「発生頻度を満たした時にアラーム通知する」を有効にするかを設定します。
・ 「発生頻度を満たした時にアラーム通知する」を有効にする場合：Y
・ 「発生頻度を満たした時にアラーム通知する」を無効にする場合：N
この項目が省略された場合，Nが指定されたものとして扱います。

Damping Countラベル
アラームの設定で「発生頻度を満たした時にアラーム通知する」が有効の場合に，しきい値超過回数と計測するインターバルを設定します。
<しきい値超過回数>と<インターバル値>を"/"（半角スラッシュ）でつないで，それぞれ1～32767の整数で定義します。<インターバル値>が<しきい値超過回数>より小さい場合，<インターバル値>を<しきい値超過回数>と同じ値として扱います。Damping=Yの場合，省略することはできません。

○Check Value Existサブセクション

値の存在を監視するアラームを定義する場合（Check Value Exist=Yを指定した場合），アラーム発生の条件を定義します。

アラーム発生の条件は，Check Value Existサブセクションで定義します。

値の存在を監視するアラームを定義する場合，このサブセクションを省略することはできません。

このサブセクションでは，次の項目を設定します。

Recordラベル
監視する対象のレコードを定義します。
この項目は省略できません。

Fieldラベル
監視する対象の判定に使用するレコードのフィールド名をPFM - Manager名で定義します。
この項目は省略できません。

Valueラベル
存在を監視する値を定義します。フィールドのデータ型に合わせ整数値，小数値または1～127バイトの文字列で定義します。
この項目は省略できません。

○Action Definition Commandサブセクション

コマンド実行に関連する定義をします。

アクションでコマンド実行をする定義をしている場合，このサブセクションを省略することはできません。

このサブセクションでは，次の項目を設定します。

Command Nameラベル
アクションで実行するコマンド（スクリプト）名を1～511バイトの半角文字で定義します。
次のディレクトリにあるコマンド（スクリプト）以外は，フルパスまたはサービスのカレントディレクトリ相対パスで指定してください。
・ Action Handlerサービスのインストール先ディレクトリ
・ 環境変数のPATH変数に設定されているパス
この項目は省略できません。

Action Handlerラベル
コマンドを実行するAction HandlerサービスのサービスIDを定義します。ローカルアクションを指定する場合は「LOCAL」と指定します。
この項目は省略できません。

Message Textサブサブセクション
実行するコマンドに渡すパラメーターを0～2047バイトで定義します。次のセクションまたはサブセクションの始まる行，またはファイルの終端の直前までの文字列を改行を含めすべて有効な文字列として認識します。ただし，サブサブセクション内にコメントがある場合，コメント部分は除外されます。また，最終行にある改行文字は除外されます。
この項目が省略された場合，空文字列が設定されたものとして扱います。

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

作成したアラーム定義ファイルの内容が妥当かどうかを検証します。アラーム定義ファイルの検証には，jpcalarm checkコマンドを使用します。

この例では，アラーム定義ファイルの構文だけでなく，ファイル内で定義したPFM - Agentがセットアップされているか，レコードやフィールドがサポートされているかなど，定義内容が妥当であるかどうかを検証します。

手順を次に示します。

Name Serverサービス，Master Managerサービス，およびView Serverサービスが起動されているかどうか確認する。
Performance Managementのプログラムのサービスが起動されているかどうか確認するには，jpcctrl listコマンドを使用します。
host01上で起動されているサービスの一覧を表示します。

jpcctrl list "*" 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サービスがすべて起動されています。
jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm checkコマンドを実行する。
次のように指定してコマンドを実行します。

jpcalarm check -f /tmp/alarmtmp01.cfg

アラーム定義ファイルに誤りがある場合，誤りの個所すべてについて，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。
誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。
jpcalarm checkコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームの定義は，アラーム定義情報をファイルにエクスポートして編集し，再度インポートすることで変更できます。

この操作で使用するコマンド：

アラーム定義をエクスポートする場合
jpcalarm exportコマンド

アラーム定義をインポートする場合
jpcalarm importコマンド

注意

ソリューションセット（「PFM」で始まる名前のアラームテーブル）で定義されているアラームは編集できません。編集する場合は，ソリューションセットをいったんエクスポートしたあと，アラーム定義ファイルのアラームテーブル名を変更してインポートしてください。

ここでは，定義済みのアラームの定義を変更する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，定義を編集するアラームが定義されているアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットおよび「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドを実行して，定義を編集するアラーム名を確認する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル名「alarmtable1」で定義されているアラーム名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm exportコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブルalarmtable1に定義されているアラームすべての定義情報を，/tmp/alarmtable1.cfgファイルにエクスポートする場合，次のように指定してコマンドを実行します。

jpcalarm export -f /tmp/alarmtable1.cfg -key agtu -table alarmtable1

jpcalarm exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

テキストエディターなどで，/tmp/alarmtable1.cfgファイルを開く。

/tmp/alarmtable1.cfgファイルを編集する。
アラーム定義ファイルの各定義内容を編集する方法については，「12.6.1 アラーム定義ファイルを作成する」を参照してください。

/tmp/alarmtable1.cfgファイルを保存する。

jpcalarm importコマンドを実行する。
例えば，アラーム定義ファイル/tmp/alarmtable1.cfgの定義情報をインポートする場合，次のように指定してコマンドを実行します。

jpcalarm import -f /tmp/alarmtable1.cfg

jpcalarm importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームテーブルをコピーするには，jpcalarm copyコマンドを使用します。

注意

アラームテーブル単位でコピーする場合，コピー先のアラームテーブルは，コピー元と同じPFM - Agentのアラームテーブルとして認識されます。ほかのPFM - Agentのアラームテーブルとしてコピーすることはできません。

コピー先のアラームテーブル名に，「PFM」で始まるアラームテーブル名を指定することはできません。

アラームテーブルをコピーする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，コピーするアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm copyコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00を，「alarmtable1」というアラームテーブル名でコピーする場合，次のように指定してコマンドを実行します。

jpcalarm copy -key agtu -table "PFM UNIX Solution Alarms 7.00" -name alarmtable1

jpcalarm copyコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルがコピーされているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，アラームテーブル「alarmtable1」が新しく作成されたことが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームテーブルを削除するには，jpcalarm deleteコマンドを使用します。

アラームテーブルを削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，削除するアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットとアラームテーブル「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm deleteコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル「alarmtable1」を削除する場合，次のように指定してコマンドを実行します。

jpcalarm delete -key agtu -table alarmtable1

jpcalarm deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルが削除されているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，アラームテーブル「alarmtable1」が削除されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

12.6.6　アラームを削除する

個々のアラームを削除するには，jpcalarm deleteコマンドを使用します。

個々のアラームを削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，削除するアラームが定義されているアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットおよび「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，削除するアラーム名を確認する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル名「alarmtable1」で定義されているアラーム名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm deleteコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のアラームテーブル「alarmtable1」のアラーム「Kernel CPU 02」を削除する場合，次のように指定してコマンドを実行します。

jpcalarm delete -key agtu -table alarmtable1 -alarm "Kernel CPU 02"

jpcalarm deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームが削除されているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

ここでは，コマンドを使用してアラームを運用する手順について説明します。

＜この節の構成＞

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

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

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

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

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

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

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

アラームテーブルをエージェントにバインドするには，jpcalarm bindコマンドを使用します。

＜この項の構成＞

(1)　アラームテーブル複数バインド機能を有効にしている場合

(2)　アラームテーブル複数バインド機能を無効にしている場合

(1)　アラームテーブル複数バインド機能を有効にしている場合

アラームテーブル複数バインド機能を有効にしている場合に，複数のアラームテーブルをバインドする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，バインドするアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットおよびUNIX Alarm CPUが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 UNIX Alarm CPU
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm bindコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00を，「host01」にあるエージェントにバインドする場合，次のように指定してコマンドを実行します。

jpcalarm bind -key agtu -table "PFM UNIX Solution Alarms 7.00" -id UA1host01

jpcalarm bindコマンドに-addオプションをつけて実行する。
例えば，「host01」にあるエージェントにUNIX Alarm CPUを追加する場合，次のようにしてコマンドを実行します。

jpcalarm bind -key agtu -table "UNIX Alarm CPU" -id UA1host01 -add

なお，同時にバインドできるアラームテーブルの数は50個までです。
jpcalarm bindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。
次のように指定してコマンドを実行します。

jpcalarm 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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラームテーブル複数バインド機能を無効にしている場合

注意

一つのエージェントに対してバインドできるアラームテーブルは一つだけです。すでにアラームテーブルがバインドされているエージェントに対して，別のアラームテーブルをバインドした場合，既存のアラームテーブルのバインドが自動的に解除され，新しいアラームテーブルがバインドし直されます。

アラームテーブル複数バインド機能を無効にしている場合に，アラームテーブルをバインドする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，バインドするアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，バインドするアラームテーブルがどのエージェントにバインドされているかを確認する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，ソリューションセット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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm bindコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00を，「host01」にあるエージェントにバインドする場合，次のように指定してコマンドを実行します。

jpcalarm bind -key agtu -table "PFM UNIX Solution Alarms 7.00" -id UA1host01

jpcalarm bindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。
手順3と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームテーブルのバインドを解除するには，jpcalarm unbindコマンドを使用します。

＜この項の構成＞

(1)　アラームテーブル複数バインド機能を有効にしている場合

(2)　アラームテーブル複数バインド機能を無効にしている場合

(1)　アラームテーブル複数バインド機能を有効にしている場合

アラームテーブル複数バインド機能を有効にしている場合に，アラームテーブルのバインドを解除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。
次のように指定してコマンドを実行します。

jpcalarm 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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm unbindコマンドを実行する。
例えば，エージェントUA1host01にバインドしているすべてのアラームテーブルを解除する場合，次のように指定してコマンドを実行します。

jpcalarm unbind -key agtu -all -id UA1host01

jpcalarm unbindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルのバインドが解除されているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpcalarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01にアラームテーブルがバインドされていないことが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラームテーブル複数バインド機能を無効にしている場合

アラームテーブル複数バインド機能を無効にしている場合に，アラームテーブルのバインドを解除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，バインドを解除するアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，バインドを解除するアラームテーブルがどのエージェントにバインドされているかを確認する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm unbindコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00に対して，ホスト名が「host」で始まるすべてのホストのバインドを解除する場合，次のように指定してコマンドを実行します。

jpcalarm unbind -key agtu -table "PFM UNIX Solution Alarms 7.00" -id "UA1host*"

jpcalarm unbindコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルのバインドが解除されているかどうかを確認する。
手順3と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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:

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームテーブルのバインド状況を確認するには，jpcalarm listコマンドを使用します。

アラームテーブルのバインド状況を確認する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，バインド状況を確認するアラームテーブル名を確認する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームテーブルがどのエージェントにバインドされているかを確認する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームを有効にするには，jpcalarm activeコマンドを使用します。

アラームを有効にする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，有効にするアラーム名およびアラームの状態を確認する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00の各アラームの状態を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm activeコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00のアラーム「Disk Service Time」を有効にする場合，次のように指定してコマンドを実行します。

jpcalarm active -key agtu -table "PFM UNIX Solution Alarms 7.00" -alarm "Disk Service Time"

jpcalarm activeコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームが有効になっているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

アラームを無効にするには，jpcalarm inactiveコマンドを使用します。

アラームを無効にする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行して，無効にするアラーム名およびアラームの状態を確認する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00の各アラームの状態を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm inactiveコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00のアラーム「Disk Service Time」を無効にする場合，次のように指定してコマンドを実行します。

jpcalarm inactive -key agtu -table "PFM UNIX Solution Alarms 7.00" -alarm "Disk Service Time"

jpcalarm inactiveコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcalarm listコマンドを実行して，アラームが無効になっているかどうかを確認する。
手順2と同様に，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

あるPFM - Agentで定義されているアラームテーブルの一覧，またはあるアラームテーブルに定義されているアラームの一覧とバインドされているエージェントの一覧を表示できます。

ここでは，アラームテーブルの定義情報を表示する手順について説明します。

注意

個々のアラームのしきい値など，アラームで定義されている定義情報は表示できません。アラームの定義情報を確認する場合は，jpcalarm exportコマンドでアラーム定義をエクスポートして確認してください。アラーム定義のエクスポートについては，「12.6.3　アラーム定義を変更する」を参照してください。

＜この項の構成＞

(1)　アラームテーブルの一覧を表示する

(2)　アラームテーブル内のアラームの情報を表示する

(1)　アラームテーブルの一覧を表示する

あるPFM - Agentで定義されているアラームテーブルの一覧を表示するには，jpcalarm listコマンドを使用します。

アラームテーブルの一覧を表示する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu

出力結果は次のようになります。この例では，ソリューションセットとアラームテーブル「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
 alarmtable1
 PFM UNIX Solution Alarms 6.70
 PFM UNIX Solution Alarms 7.00

jpcalarm listコマンドを，-keyオプションだけ指定して実行した場合に表示される情報を，次の表に示します。

表12-1　jpcalarm listコマンドの表示情報（-keyオプション指定）

項番 | 表示情報 | 説明
1 | Product ID | PFM - Agentの種類を示すプロダクトIDを示す。各PFM - AgentのプロダクトIDについては，各PFM - Agentのマニュアルの，付録に記載されている識別子一覧を参照のこと。
2 | Alarm Table Name | アラームテーブル名を示す。

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　アラームテーブル内のアラームの情報を表示する

あるアラームテーブルに定義されているアラームの一覧とバインドされているエージェントの一覧を表示するには，jpcalarm listコマンドを使用します。

アラームの情報を表示する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpcalarm listコマンドを実行する。
例えば，PFM - Agent for Platform（UNIX）のソリューションセットPFM UNIX Solution Alarms 7.00で定義されているアラームの情報を確認する場合，次のように指定してコマンドを実行します。

jpcalarm list -key agtu -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

jpcalarm listコマンドを，-keyオプションと-tableオプションを指定して実行した場合に表示される情報を次の表に示します。

表12-2　jpcalarm listコマンドの表示情報（-keyオプション，-tableオプション指定）

項番
表示情報
説明

1
Product ID
PFM - Agentの種類を示すプロダクトIDを示す。各PFM - AgentのプロダクトIDについては，各PFM - Agentのマニュアルの，付録に記載されている識別子一覧を参照のこと。

2
DataModelVersion
データモデルのバージョンを示す。

3
Alarm Table Name
アラームテーブル名を示す。

4
Alarm Name
アラーム名およびアラームが有効か無効かを示す。

active：アラームが有効であることを示す。

inactive：アラームが無効であることを示す。

5
The Bound Agent
アラームテーブルがバインドされているエージェントのサービスIDを示す。

jpcalarm listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

ここでは，アラームに関する注意について説明します。

＜この節の構成＞

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

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

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

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

＜この項の構成＞

(1)　アラームの評価時刻について

(2)　アラームで評価するレコードの保存について

(3)　アラーム数の制限について

(4)　文字コード種別の変更について

(5)　値の存在を監視するアラームを設定する場合の注意について

(6)　アラームの発生数によるPFM - Agentの接続数への影響について

(7)　アラームの発生数によるシステムリソースへの影響について

(8)　アラームの発生頻度の設定について

(1)　アラームの評価時刻について

アラームに複数のレコードの監視条件を設定し，その監視間隔およびオフセットが異なる場合，アラームは収集スケジュールが同じ時刻となるときだけ評価されます。必要に応じて，収集間隔の設定を見直してください。

(2)　アラームで評価するレコードの保存について

アラームの条件として選択したレコードは，Storeデータベースに記録する必要はありません。

(3)　アラーム数の制限について

一つのアラームテーブルに登録できるアラームの数は50個までです。また，一つのエージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - Agentにアラームを多数バインドすると，PFM - ManagerやPFM - Agentの処理に遅延が発生する場合があります。

バインドするアラームの数は以下の値を超えないように設定することをお勧めします。

１エージェントあたり250個

Performance Managementシステム全体で10000個

(4)　文字コード種別の変更について

アラームを作成する際，全角文字や半角かたかなを使用した場合，PFM - Managerの文字コード種別は変更しないでください。途中で文字コード種別を変更すると，以前に定義したアラームやレポートが実行されなくなります。

文字コード種別を変更する場合は，一度アンインストールして，環境を再構築してください。

(5)　値の存在を監視するアラームを設定する場合の注意について

［値の存在を監視するアラームとする］をチェックした場合，アラーム通知時は収集されたデータに条件式で指定した値が存在しません。このためメッセージテキストやMail Subjectに変数%CVSを指定しても，空文字に変換されるので注意してください。

(6)　アラームの発生数によるPFM - Agentの接続数への影響について

Performance Managementでは，PFM - ManagerがPFM - Agentから発行されるアラームを受信し，順次Storeデータベース（Master Store）に格納するなどの処理をします。アラームの発行が頻繁になったり多数のPFM - Agentから同時にアラームが発行されたりすると，PFM - Managerの処理に遅延が発生することがあります。遅延が発生すると，処理されていないアラームはPFM - Managerホストのメモリーに蓄積されるため，メモリー使用量が増加したり，システムの性能が低下したりするおそれがあります。

そのため，PFM - Managerが単位時間当たりに処理できるアラーム数を超えないように，アラームの発生頻度を考慮してアラームを定義することをお勧めします。また，あらかじめPFM - Managerに接続するPFM - Agent数を決めておくことをお勧めします。アラームの発生頻度とPFM - Managerに接続するPFM - Agent数の関係については，「付録A.1　システム構成」を参照してください。

(7)　アラームの発生数によるシステムリソースへの影響について

アクションが設定されたアラームが，同時に多数発行されると，その数だけアクションが実行され，システムリソースを消費してシステムが不安定になることがあります。

(8)　アラームの発生頻度の設定について

CPU使用率など，一時的に値が変化するレコードを監視する場合は，［アラームウィザード - 基本情報］ダイアログボックスの［高度な設定］タブで［発生頻度］を設定しておくことをお勧めします。

例えば，次のような異常と警告のしきい値を設け，3インターバル中，2回しきい値を超えた場合にアラームイベントを発行するように設定すると，実際には次の表のようにアラームイベントが発行されます。

異常のしきい値：CPU%>90%

警告のしきい値：CPU%>80%

例を次に示します。

3インターバル中，2回異常のしきい値を超えた場合

インターバル数 | 1 | 2 | 3
CPU使用率（状態） | 56%（正常） | 95%（異常） | 93%（異常）
警告のしきい値超え回数 | 0 | 1 | 2
異常のしきい値超え回数 | 0 | 1 | 2
アラームイベントの発行 | なし | なし | 異常

この場合，3インターバル時に，異常のアラームイベントが発行されます。なお，3インターバル時には，異常のしきい値と同様に警告のしきい値も2回超えていますが，より重要度の高い異常のアラームイベントが発行されます。

3インターバル中，1回ずつ警告と異常のしきい値を超えた場合

インターバル数 | 1 | 2 | 3
CPU使用率（状態） | 31%（正常） | 84%（警告） | 93%（異常）
警告のしきい値超え回数 | 0 | 1 | 2
異常のしきい値超え回数 | 0 | 0 | 1
アラームイベントの発行 | なし | なし | 警告

この場合，3インターバル時に，警告のアラームイベントが発行されます。なお，異常のしきい値を超えたのは1回であるため，異常のアラームイベントは発行されません。

最新のインターバル時の状態が正常であり，警告または異常のしきい値超え回数が発生頻度を満たしている場合

インターバル数 | 1 | 2 | 3 | 4
CPU使用率（状態） | 96%（異常） | 84%（警告） | 93%（異常） | 30%（正常）
3インターバル中の警告のしきい値超え回数 | 1 | 2 | 3 | 2
3インターバル中の異常のしきい値超え回数 | 1 | 1 | 2 | 1
アラームイベントの発行 | なし | 警告 | 異常 | なし

この場合，2インターバル時に警告，3インターバル時に異常のアラームイベントが発行されます。4インターバル時に状態が正常となる場合，2，3インターバル時の2回警告のしきい値を超えますが，4インターバル時の状態は警告や異常ではないため，アラームイベントは発行されず，5インターバル時の状態に応じてアラームイベントが発行されます。

5インターバル時の状態

正常の場合
正常のアラームイベントが発行されます。

警告の場合
警告のアラームイベントが発行されます。

異常の場合
前回に発行したアラームイベントが異常であるため，アラームイベントは発行されません。

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

アラーム発生頻度の設定とアラームイペント発行の関係について例を示して説明します。

＜この項の構成＞

(1)　アラーム発生頻度がn/n回（n=n）の場合（常にアラームを通知する設定がされている）

(2)　アラーム発生頻度がn/n回（n=n）の場合（常にアラームを通知する設定がされていない）

(3)　アラーム発生頻度がn/m回（n<m）の場合（常にアラームを通知する設定がされている）

(4)　アラーム発生頻度がn/m回（n<m）の場合（常にアラームを通知する設定がされていない）

(1)　アラーム発生頻度がn/n回（n=n）の場合（常にアラームを通知する設定がされている）

この場合，しきい値を超えた初回だけアラームイベントが発行され，それ以降はn回連続してしきい値を超えた場合ごとにアラームイベントが発行されます。途中でしきい値を超えない場合は，その次の収集以降でn回連続してしきい値を超えた時点でアラームイベントが発行されます。なお，一度アラームが発生すると累積はリセットされます。

(2)　アラーム発生頻度がn/n回（n=n）の場合（常にアラームを通知する設定がされていない）

n回中n回しきい値を超えた時点でアラームイベントが発行されます。途中でしきい値を超えない場合は，その次の収集以降でしきい値を超えた時点でアラームイベントが発行されます。なお，一度アラームが発生しても累積はリセットされません。また，正常アラームが発生しても累積はリセットされません。

(3)　アラーム発生頻度がn/m回（n<m）の場合（常にアラームを通知する設定がされている）

この場合，評価される対象は，最新の収集時を含めた過去m回のうち，n回しきい値を超えた場合です。また，最新の収集時のデータが正常な場合，アラームイベントは発行されません。常にアラームを通知するよう設定されている場合，ステータスアラームであり，正常というステータスがありません。このため，アラームイベントが発行される契機は，最新の収集時のデータが異常または警告の場合だけです。なお，一度アラームが発生すると累積はリセットされます。

(4)　アラーム発生頻度がn/m回（n<m）の場合（常にアラームを通知する設定がされていない）

この場合，評価される対象は，最新の収集時を含めた過去m回のうち，n回しきい値を超えた場合です。また，最新の収集時のデータが正常な場合，過去m回のデータがn回以上しきい値を超えていてもアラームイベントは発行されません。逆にn回を下回っている場合は正常ステータスに遷移します。なお，一度アラームが発生しても累積はリセットされません。また，正常アラームが発生しても累積はリセットされません。

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

アラームの評価数の制限について
PFM - Agentで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。PFM - Agentにアラームをバインドしている場合，32,767個までのインスタンスが評価されます。32,768個目以降のインスタンスは評価されません。

アラーム評価の間隔について
アラームの評価は一定間隔で実施されます。この間隔は監視エージェントのレコードごとに異なります。各レコードのアラーム評価の間隔は，PFM - Agentマニュアルの，レコードについて説明している章（各レコードの説明）を参照してください。
アラーム評価の間隔を変更したい場合は，次のように操作してください。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。

［メイン］画面のタブフレームで［サービス階層］タブを選択する。

アラームがバインドされている監視エージェントを選択する。

メソッドフレームで［プロパティ］メソッドを選択する。

［Detail Records］フォルダまたは［Interval Records］フォルダを展開する。

［Collection Interval］プロパティの値を変更する。

レコード（パフォーマンスデータ）の収集間隔が設定した値に変更されます。

アラーム条件の組み合わせによるアラーム評価の違いについて
アラーム評価の方法は，アラーム条件とアラーム評価の対象となるレコードタイプによって異なります。アラーム条件の組み合わせによるアラーム評価の違いを次の表に示します。

表12-3　アラーム条件によるアラーム評価の違い

条件式
レコードタイプ
［常に］
［すべての］
アラーム評価（通知）

［値の存在を監視するアラームとする］にチェックがない場合
単一行レコード※1
×
×

異常条件を満たしていて，かつ以前に通知されたアラームが異常（赤）以外の場合，異常（赤）アラームが通知される。

異常条件ではなく警告条件を満たしていて，かつ以前に通知されたアラームが警告（黄）以外の場合，警告（黄）アラームが通知される。

上記どちらの条件も満たさないで，かつ以前に通知されたアラームが異常（赤），または警告（黄）の場合，正常（緑）アラームが通知される。

×
○

○
×
異常，または警告のどちらかの条件を満たしている場合，以前のアラーム通知の有無に関係なく，異常（または警告）である旨のアラームが通知される。

○
○

複数行レコード※2
×
×

異常条件を満たしているデータが一つ見つかり，かつ以前に通知されたアラームが異常（赤）以外の場合，そのデータについて異常（赤）アラームが通知される。

異常条件を満たしているデータはないが警告条件を満たしているデータが一つ見つかり，かつ以前に通知されたアラームが警告（黄）以外の場合，そのデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記のどちらの条件も満たしていないで，かつ以前に通知されたアラームが異常（赤）または警告（黄）の場合，正常（緑）アラームが通知される。

注意：条件を満たしているデータが見つかった時点でアラーム評価が終了するため，収集されたすべてのデータが評価されるとは限らない。

×
○

収集されたすべてのデータを評価した結果，異常条件を満たしているデータが一つ以上あり，かつ以前に通知されたアラームが異常（赤）以外の場合，それらの個々のデータについて異常（赤）アラームが通知される。

収集されたすべてのデータを評価した結果，異常条件を満たしているデータはないが，警告条件を満たしているデータが一つ以上あり，かつ以前に通知されたアラームが警告（黄）以外の場合，それらの個々のデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記どちらの条件も満たしていないで，かつ以前に通知されたアラームが異常（赤）または警告（黄）の場合，正常（緑）アラームが通知される。

注意：すべてのデータが評価されるので，1インターバルで複数のアラーム通知がされることがある。

○
×

異常条件を満たすデータが一つ見つかった時点で，以前のアラーム通知の有無に関係なく，そのデータを基に異常である旨のアラームが通知される。

異常条件を満たしているデータはないが警告条件を満たしているデータが一つ見つかった時点で，以前のアラーム通知の有無に関係なく，そのデータを基に警告である旨のアラームが通知される。

注意：条件を満たしているデータが見つかった時点でアラーム評価が終了するため，収集されたすべてのデータが評価されるとは限らない。

○
○
異常，または警告のどちらかの条件を満たしているすべてのデータ一つ一つについて異常（または警告）である旨のアラームが通知される。
注意：すべてのデータが評価されるので，1インターバルで複数のアラーム通知がされることがある。

［値の存在を監視するアラームとする］にチェックがある場合
複数行レコード※2
×
×
収集されたすべてのデータを基に，条件式である［アラームウィザード - 存在を監視する値］で指定した値の有無を判断し，値がない（つまり，条件を満たしていない）場合，異常（赤）のアラームが通知される。
注意：アラーム通知は稼働していない旨を1回だけ通知する。
収集されるデータが一つもない場合，アラームの評価はされない。

×
○

○
×
収集されたすべてのデータを基に，条件式である［アラームウィザード - 存在を監視する値］で指定した値の有無を判断し，値がない（つまり，条件を満たしていない）場合，異常（赤）のアラームが通知される。
注意：アラーム通知は，毎回通知する。
収集されるデータが一つもない場合，アラームの評価はされない。

○
○

（凡例）

［常に］：［常にアラーム通知する］のチェックの状態

［すべての］：［すべてのデータを評価する］のチェックの状態

○：使用（チェックあり）

×：未使用（チェックなし）

注※1

単一行のレコードとは，単数インスタンスレコードのことです。

注※2

複数行のレコードとは，複数インスタンスレコードのことです。

アラーム評価方法を，アラーム通知の条件ごとに説明します。

存在を監視する値を設定した場合

存在を監視する値を設定した場合，指定されたPDレコードタイプおよびPIレコードタイプのレコードの，すべてのフィールドについて，指定した値があるかどうかが評価されます。値がない場合，1インターバルでは1回だけアラーム通知されます。

アラーム条件式を設定した場合

アラーム条件式を設定した場合，アラーム評価の対象となるレコードのタイプがPDレコードタイプおよびPIレコードタイプであれば，1インターバルで複数レコードが収集されます。デフォルトでは，アラームの評価は，条件式を満たしているデータが最初に見つかった時点でアラームを通知して終了します。そのため，すべてのパフォーマンスデータが評価されるとは限りません。PDレコードタイプのパフォーマンスデータをアラーム評価の対象としたい場合は，［アラームウィザード - 基本情報］の［高度な設定］タブで［すべてのデータを評価する］をチェックします。

発生頻度の設定によるアラーム評価の違い
「アラーム条件の組み合わせによるアラーム評価の違い」の説明に加えて，「発生頻度」を設定した場合には，さらにアラームの評価が異なります。発生頻度を設定した場合の，アラームの条件によるアラームの評価の違いを次の表に示します。

表12-4　発生頻度を設定した場合のアラーム評価の違い

［発生頻度］
［常に］
［すべての］
アラーム評価（通知）

○
×
×

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知される。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータを基に，アラームの状態が通知される。

注意：アラームの状態は発生頻度を評価した結果の状態のため，アラームの状態と通知されるデータのしきい値が異なることがある。

○
×
○

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知される。

アラーム状態が警告または異常の場合，アラーム通知時点でアラーム状態の条件を満たすすべてのデータを基にアラームの状態が通知される。

注意：アラームの状態は発生頻度を評価した結果の状態のため，アラームの状態と通知されるデータのしきい値が異なることがある。

○
○
×

アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知される。

○
○
○

アラーム通知時点で警告または異常条件を満たすすべてのデータが通知される。

（凡例）

［常に］：［常にアラーム通知する］のチェックの状態

［すべての］：［すべてのデータを評価する］のチェックの状態

○：使用（チェックあり）

×：未使用（チェックなし）

また，アラーム通知のタイミングが次の表のように変わります。

発生頻度
アラーム通知のタイミング

n／m
mインターバル中n回しきい値を超えた場合にアラームが通知されます。以降m回アラームを評価する間にn回しきい値を超えるごとにアラームが通知されます。

n／n※
しきい値を超え続けている間，n回ごとにアラームを通知します。
しきい値を超えたときに連続してアラーム通知しない場合などに使用します。

注※　［常にアラーム通知する］がチェックされている場合は，収集開始から1回目の収集でしきい値を満たしている場合はインターバルに関係なくアラームが発行されます。

13.　イベントの表示

この章では，監視コンソールのブラウザーで，監視エージェントで発生したイベントを表示する方法について説明します。

＜この章の構成＞

13.1　最新イベントの表示

13.2　イベント履歴の表示

13.3　イベント履歴の出力

13.1　最新イベントの表示

最新のイベント情報は，PFM - Web Consoleの［イベントモニター］画面で確認できます。［イベントモニター］画面で確認できるイベント情報には，次の三つがあります。

エージェントイベント
エージェントの状態の変化を示すイベント

アラームイベント
エージェントでのアラームの発生を示すイベント

ヘルスチェックイベント
ヘルスチェック状態の変化を契機に発行されるイベント

［イベントモニター］画面では，定期的に表示情報が自動更新されるため，エージェントの状態変化をリアルタイムに監視できます。また，表示条件を設定して特定のエージェントで発生したイベントだけを表示させたり，イベントの状態によって色分けしたりすることもできます。

＜この節の構成＞

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

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

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

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

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

［イベントモニター］画面では，イベントを発生順に一覧表示します。［イベントモニター］画面で最新イベント情報を確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面が別ウィンドウで表示されます。

図13-1　［イベントモニター］画面の表示例

［イベントモニター］画面の［表示］で，表示させるイベント種別を選択する。
［イベントモニター］画面に表示させるイベントの種類を，次の五つの項目から選択します。

すべてのイベント

エージェントイベント

アラームイベント

ヘルスチェックイベント

ヘルスチェック状態

デフォルトは「すべてのイベント」です。
イベント種別を選択すると，該当するイベントが一覧表示されます。ただし，ヘルスチェック状態を選択した場合は，アイコン，エージェント，ホスト名および状態だけを表示します。ヘルスチェック状態を選択したときの画面を次に示します。

［イベントモニター］画面の表示項目を次の表に示します。

表13-1　［イベントモニター］画面の表示項目

表示項目
意味

エージェントイベント
エージェントの状態を示すイベントです。アラームテーブルをバインドしているエージェントの状態が変化したときに発行されます。
アイコンの意味は次のとおりです。PFM - Agentの種類によって異なります。

[図データ]：正常または未起動状態（状態不明）

[図データ]：警告状態

[図データ]：異常状態

注意

アラームの定義で［常にアラーム通知する］を選択している場合は，エージェントの状態変更を監視しないため，エージェントイベントは発行されません。

アラームイベント
アラームの発生を示すイベントです。警告や異常のしきい値に達すると発行されます。
アイコンの色の意味は次のとおりです。

[図データ]（緑色）：正常状態

[図データ]（黄色）：警告状態

[図データ]（赤色）：異常状態

[図データ]※：常にアラーム通知する設定のアラーム

ヘルスチェックイベント
ヘルスチェック状態の変化を契機に発行されるイペントです。
アイコンと意味は次のとおりです。

[図データ]：非対応

[図データ]：動作中

[図データ]：縮退稼働

[図データ]：サービス停止

[図データ]：状態不明

[図データ]：ホスト停止

日付／時刻
イベント発生元であるエージェントのシステム時刻がロケールに対応した形式で表示されます。詳細は次の個所を参照してください。

Windowsの場合

「5.4.6　PFM - Web Consoleの設定変更」の「(3)　日付の形式に関する注意事項」

UNIXの場合

「6.4.6　PFM - Web Consoleの設定変更」の「(3)　日付の形式に関する注意事項」

エージェント
イベント発生元であるエージェントのサービス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が起動した

・ Shutdown：PFM-Agentが停止した

・ State change：PFM-Agentの状態が変更した

・ Heartbeat timeout：Agent Collectorサービスがビジー状態または停止状態となった

・ Heartbeat detected：Agent Collectorサービスがビジー状態または停止状態から回復した

「Heartbeat timeout」が表示された場合は，Agentの状態を確認してください。それ以外のメッセージは，異常を示すエラーメッセージではないため，対処は不要です。

アラームイベントの場合

アラームウィザードで設定したメッセージテキストが表示されます。

表示される主なメッセージを次に示す。

・ Alarm updated/deleted：アラーム定義を更新または削除した

・ Alarm deactivated：アラームが非アクティブ状態になった

・ Alarm cleared：アラームのバインドを解除した

・ Alarm expired：現在時刻がアラーム評価時間外となった

・ Heartbeat timeout：Agent Collectorサービスがビジー状態または停止状態となった

・ Heartbeat detected：Agent Collectorサービスがビジー状態または停止状態から回復した

ヘルスチェックイベントの場合

「HC: ヘルスチェック状態」の形式でメッセージテキストが表示されます。

また，エージェントの稼働状態のあとにサービスの稼働状態を示すメッセージテキストが表示されます。メッセージテキストの表示規則，表示例については，「付録I.1(1)　Health Check Detail（PD_HC）」を参照してください。

注※　アラームの定義で「常にアラーム通知する」選択時だけ表示されます。

複数インスタンスレコードでは，次の動作になります。

対象インスタンスのうち，一つでも異常域や警告域の値が検知された場合
アラーム定義時に設定されたユーザー定義メッセージがメッセージテキストに表示されます。また，メッセージテキスト内にパフォーマンスデータの測定値を表示するように設定している場合は，しきい値超過が検知されたインスタンスの値が設定されます。

異常または警告から正常に状態が戻る場合
正常イベントは発行されますが，すべてのインスタンスの値が正常域となり，イベント発行要因となる値が特定されないため，メッセージテキストには何も表示されません。

画面右上の［閉じる］メニューをクリックし，画面を閉じる。
［イベントモニター］画面が閉じます。

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

Performance Managementのシステム内でアラームイベントが発生している場合，［イベントモニター］画面から，アラームに関連づけられているレポートを表示できます。

アラームに関連づけられたレポートを表示させる手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面が別ウィンドウで表示されます。アラームに関連づけられたレポートがある場合は，「レポート」欄にレポートアイコン（Agent for Platformの場合は[図データ]または[図データ]）が表示されます。

レポートを表示させるイベントのレポートアイコンをクリックする。
アラームのレポート画面が別ウィンドウで表示されます。
レポート画面および［イベントモニター］画面を終了させる場合は，それぞれの画面の右上にある［閉じる］をクリックします。

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

［イベントモニター］画面でアラームイベントのアイコン（アラームアイコン）をクリックすると，［アラームのプロパティ］画面が表示されます。

［アラームのプロパティ］画面では，［イベントモニター］画面に表示されているアラームイベントが発生したエージェントにバインドされているアラームの定義内容が確認できます。

アラームのプロパティを表示させる手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面が別ウィンドウで表示されます。

［イベントモニター］画面の［表示］で，「アラームイベント」を選択する。
アラームイベントが一覧表示されます。

任意のアラームイベントのアラームアイコンをクリックする。
［プロパティ］画面が別ウィンドウで表示され，アラームの定義内容を確認できます。

図13-2　［プロパティ］画面の表示例

次の項目を選択すると，該当の設定内容の表示エリアにジャンプできます。

［基本情報］

基本情報の表示エリアにジャンプします。

［アラーム条件式］

アラーム条件式の表示エリアにジャンプします。

［アクション］

実行するアクション設定の表示エリアにジャンプします。

［アクション定義］

アクション定義の表示エリアにジャンプします。

［アラームのプロパティ］画面および［イベントモニター］画面を終了させる場合は，それぞれの画面の右上にある［閉じる］をクリックします。

参考

管理ユーザー権限を持つユーザーアカウントの場合は，［アラーム階層］画面からでも［アラームのプロパティ］画面を表示できます。［アラーム階層］画面からアラームのプロパティを確認する方法については，「12.5.5　アラームのプロパティ（定義内容）を表示する」を参照してください。

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

［イベントモニター］画面に表示させる，イベントの表示期間や最大表示件数などの表示条件を設定できます。

表示条件の設定手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。
［イベントモニター］画面（［Report］タブの画面）が別ウィンドウで表示されます。

［イベントモニター］画面の［Show Options］タブをクリックする。
［Show Options］タブの画面が表示されます。

図13-3　［イベントモニター］画面（［Show Options］タブ）の表示例

表示条件を設定する。
必要に応じて，次の項目について設定します。

［フィルター設定］

すべてのエージェントで発生したイベントを表示する場合は，［すべてのエージェントを表示する］をチェックします。デフォルトは，チェックされています。

表示対象のエージェントを限定する場合は，［すべてのエージェントのイベントを表示する］のチェックを外し，移動ボタン（[図データ]／[図データ]）で表示対象のエージェントを［表示するエージェント］に，表示させないエージェントを［非表示のエージェント］に移動させます。

なお，［すべてのエージェントのイベントを表示する］のチェックを外した場合，［表示するエージェント］に一つ以上のエージェントを設定しないとイベントが表示されません。

［カラー設定］

［イベントモニター］画面に表示させるイベントを，状態（正常，警告，異常）によって色分けできます。デフォルトは「なし（色分けしない）」です。

色分けする場合は，［イベントの色分け］のドロップダウンリストから，色分けする際の配色（「薄く」または「濃く」）を選択します。

［表示イベント数の設定］

［イベントモニター］画面に表示させるイベント（レコード）の最大数を設定できます。設定する場合は，［一覧表示するイベントの最大数］に1～999の範囲の整数で設定します。デフォルトは，256です。

［OK］ボタンをクリックする。
設定した内容を確定し，［Report］タブの画面に戻ります。［Report］タブの画面には，設定した表示条件の内容でイベントが表示されます。

参考

この操作で設定した表示条件は，セッションが終了するまで有効です。ログアウトすると初期値に戻り，設定内容は保存されません。

13.2　イベント履歴の表示

Performance Managementシステムで発生した過去のイベント情報は，PFM - Web Consoleの［イベント履歴］画面で確認できます。

［イベント履歴］画面は，エージェント単位に表示されます。表示させるデータの対象期間や表示させるアラーム名，最大レコード数などを指定して表示させます。

＜この節の構成＞

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

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

Performance Managementシステムで発生した過去のイベント情報を確認する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

［エージェント階層］画面のナビゲーションフレームで，イベントの履歴を表示させたいエージェントを選択する。
複数のエージェントを選択する場合は，［複数選択］をチェックします。
選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。
［イベント履歴］画面（［Show Options］タブの画面）が別ウィンドウで表示されます。

図13-4　［イベント履歴］画面（［Show Options］タブ）の表示例

［レポート表示期間の設定］の各項目を設定する。
必要に応じて，次の項目について設定します。

［対象期間］

イベント履歴として表示させるデータの対象期間について設定する場合は，［対象期間］のドロップダウンリストから該当する期間を選択します。

選択できる値を次に示します。

・［レポートの表示時に指定］

・［過去1時間以内］

・［過去1日（24時間）以内］

・［過去7日以内］

・［過去1ヶ月以内］

・［過去1年以内］

デフォルトは，「過去1日（24時間）以内」です。

［レポートの表示時に指定］以外を選択した場合は，［開始日時］および［終了日時］に対応する日時が自動的に設定されます。

［開始日時］および［終了日時］

［対象期間］で［レポートの表示時に指定］を選択した場合に，イベント表示対象期間の開始日時および終了日時を設定します。

［開始日時］および［終了日時］は，ロケールに対応した表示形式で指定します。詳細は次に示す個所を参照してください。

■Windowsの場合

「5.4.6　PFM - Web Consoleの設定変更」の「(3)　日付の形式に関する注意事項」

■UNIXの場合

「6.4.6　PFM - Web Consoleの設定変更」の「(3)　日付の形式に関する注意事項」

指定できる日時の範囲は，1971年1月1日00時00分～2035年12月31日23時59分です。［終了日時］には，［開始日時］に指定した日時以降の日時を指定してください。

なお，［レポートの表示時に指定］以外を選択した場合は，対応する日時が自動的に設定されます。また，自動的に表示された日時を変更した場合，［対象期間］の設定が［レポートの表示時に指定］になります。

［最大レコード数］を設定する。
必要に応じて，次の項目について設定します。

［最大レコード数］

［Report］タブの画面にイベント履歴として表示させるイベントの最大数を，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］ボタンをクリックする。
［イベント履歴］画面（［Report］タブの画面）が表示されます。

図13-5　［イベント履歴］画面の表示例

［イベント履歴］画面の表示項目について，次の表に示します。

表13-2　［イベント履歴］画面の表示項目

表示項目
説明

Date and Time
イベント発生元のエージェントホストのシステム日付および時刻をロケールに対応した形式で表示します。詳細は次の個所を参照してください。

Windowsの場合

「5.4.6　PFM - Web Consoleの設定変更」の「(3)　日付の形式に関する注意事項」

UNIXの場合

「6.4.6　PFM - Web Consoleの設定変更」の「(3)　日付の形式に関する注意事項」

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が起動した

・ Shutdown：PFM-Agentが停止した

・ State change：PFM-Agentの状態が変更した

・ Startup：PFM-Agentサービスが起動した

・ Shutdown：PFM-Agentサービスが停止した

・ State change：PFM-Agentの状態が変更された

・ Heartbeat timeout：Agent Collectorサービスがビジー状態または停止状態となった

・ Heartbeat detected：Agent Collectorサービスがビジー状態または停止状態から回復した

「Heartbeat timeout」が表示された場合は，Agentの状態を確認してください。それ以外のメッセージは，異常を示すエラーメッセージではないため，対処は不要です。

アラームイベントの場合

アラームウィザードで設定したメッセージテキストが表示される。

表示される主なメッセージを次に示す。

・ Alarm updated/deleted：アラーム定義を更新または削除した

・ Alarm deactivated：アラームが非アクティブ状態になった

・ Alarm cleared：アラームのバインドを解除した

・ Alarm expired：現在時刻がアラーム評価時間外となった

・ Heartbeat timeout：Agent Collectorサービスがビジー状態または停止状態となった

・ Heartbeat detected：Agent Collectorサービスがビジー状態または停止状態から回復した

ヘルスチェックイベントの場合

「HC: ヘルスチェック状態」の形式でメッセージテキストが表示されます。

また，エージェントの稼働状態のあとにサービスの稼働状態を示すメッセージテキストが表示されます。メッセージテキストの表示規則，表示例については，「付録I.1(1)　Health Check Detail（PD_HC）」を参照してください。

複数インスタンスレコードでは，次の動作になります。

対象インスタンスのうち，一つでも異常域や警告域の値が検知された場合
アラーム定義時に設定されたユーザー定義メッセージがMessageに表示されます。また，Message内にパフォーマンスデータの測定値を表示するように設定している場合は，しきい値超過が検知されたインスタンスの値が設定されます。

異常または警告から正常に状態が戻る場合
正常イベントは発行されますが，すべてのインスタンスの値が正常域となり，イベント発行要因となる値が特定されないため，Messageには何も表示されません。

画面右上の［閉じる］メニューをクリックし，画面を閉じる。
［イベント履歴］画面が閉じます。

補足

表示されるイベントが1件もない場合は，表示するイベントがない旨のエラーメッセージが表示されます。

この操作で設定した表示条件は，［イベント履歴］画面を表示している間だけであり，設定内容は保存されません。

参考

レコードの数が最大レコード数を超えた場合は，最も古いレコードから最大レコード数までのレコードが表示されます。

13.3　イベント履歴の出力

ここでは，イベント履歴をCSV形式またはHTML形式で出力する手順について説明します。

＜この節の構成＞

13.3.1　CSV形式で出力する

13.3.2　HTML形式で出力する

13.3.1　CSV形式で出力する

イベント履歴データをCSV形式のテキストファイルに出力できます。

イベント履歴データをCSV出力する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

［エージェント階層］画面のナビゲーションフレームで，CSV出力の対象となるエージェントを選択する。
複数のエージェントを選択する場合は，［複数選択］をチェックします。
選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。
［イベント履歴］画面が別ウィンドウで表示されます。

［イベント履歴］画面のメニューバーにある［CSV出力］メニューを選択する。
出力先を指定するダイアログボックスが表示されます。

「保存する場所」と「ファイル名」を指定し，［保存］ボタンをクリックする。
イベント履歴データがファイル出力されます。

13.3.2　HTML形式で出力する

イベント履歴データを印刷や保存に適した形式で表示できます。

イベント履歴データをHTML出力する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
［メイン］画面が表示されます。

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

［エージェント階層］画面のナビゲーションフレームで，HTML出力の対象となるエージェントを選択する。
複数のエージェントを選択する場合は，［複数選択］をチェックします。
選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。
［イベント履歴］画面が別ウィンドウで表示されます。

［イベント履歴］画面のメニューバーにある［印刷画面］メニューを選択する。
新しいウィンドウが開き，イベント履歴データが印刷や保存に適した形式で表示されます。

ブラウザーの機能を利用して，レポートを印刷したり保存したりする。
保存する場合は，ページ全体を保存するオプションを指定して保存してください。

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

この章では，システム管理者の方を対象に，Performance Managementシステムのバックアップとリストアの手順について説明します。

システム全体のバックアップ計画の一環としてPerformance Managementシステムのバックアップを検討してください。

＜この章の構成＞

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

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

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

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

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

ディスク障害が発生してPerformance Managementシステムが動作しなくなった場合など，Performance Managementで使用する各種のデータが回復できなくなることがあります。このようなトラブルに備えて，定期的に定義情報や稼働監視データをバックアップしておく必要があります。

ここでは，Performance Managementの情報をバックアップする方法について説明します。

＜この節の構成＞

14.1.1　データのバックアップ方式

14.1.2　バックアップが必要な情報

14.1.1　データのバックアップ方式

Performance Managementでは，Storeデータベースの保存方式によって，バックアップ方式を選択できます。Storeバージョン1.0では，フルバックアップだけができます。Storeバージョン2.0では，フルバックアップに加え，部分バックアップができます。また，バックアップディレクトリを指定することもできます。ただし，バックアップディレクトリを指定できるのは，コマンド実行ホストのAgent Storeサービスが対象の場合だけです。部分バックアップについては，「14.2　部分バックアップの概要」を参照してください。

14.1.2　バックアップが必要な情報

Performance Managementでバックアップが必要な情報は，次の2種類です。

Performance Managementを動作させるために必要な定義情報

Performance Managementで収集した稼働監視データ（パフォーマンスデータおよびイベントデータ）

14.2　部分バックアップの概要

Storeバージョン2.0の場合に部分バックアップができます。部分バックアップは，Agent Storeサービスが起動しているときだけ実行できます。なお，部分バックアップでは，バックアップ先に過去のバックアップ先ディレクトリを指定することで差分を蓄積できます。

＜この節の構成＞

(1)　バックアップされるデータ

(2)　効率の良い部分バックアップの運用

(3)　部分バックアップの運用例

(1)　バックアップされるデータ

バックアップでは，グリニッジ標準時でバックアップ開始から終了までの期間を指定します。バックアップ期間の設定はコマンド実行日からの相対で指定します。例えば，コマンド実行日（バックアップ当日）の3日前から前日までを指定したい場合は，開始を3，終了を1と指定すると，3日前から前日までが対象になります。指定したバックアップ期間に含まれるファイルをコピーしてバックアップします。

PD，PLデータベースおよびPIデータベースの分，時レコードは日ごとにファイルが分割されるため，指定した日付の単位DBがバックアップされます。一方，PIデータベースの日，週，月，年レコードでは，指定したレコード開始日から終了日に収まらないデータもバックアップデータに含まれます。

(2)　効率の良い部分バックアップの運用

(a)　可能な限りバックアップデータの重複を最小にする

Storeバージョン2.0のデータベースは，時系列に分割された複数の単位DBから構成されますが，最新の単位DB以外は更新されることがありません。例えば，日単位で分割される単位DBの場合，当日分の単位DBにはAgentが収集したデータが逐次書き込まれますが，前日の単位DBはグリニッジ標準時23時59分の状態が保存期間切れにより削除されるまで変わりません。そこで，前回のバックアップ取得日からバックアップ取得前日までの範囲を部分バックアップの対象とすることで，日単位で分割される単位DBを重複させないでバックアップできます。

（例）n日前に前回のバックアップを取得した場合

jpcctrl backup DS1inst1[host1] -d d:¥backup01※ -partial (n+1),1

注※　d:¥backup01はバックアップディレクトリを示します。

(b)　可能な限り最新のデータをバックアップする

最新のデータベースをバックアップしたい場合，次のようにコマンドを実行します。

（例）最新のデータベースをバックアップする

jpcctrl backup DS1inst1[host1] -d d:¥backup01※ -partial 0,0

注※　d:¥backup01はバックアップディレクトリを示します。

(3)　部分バックアップの運用例

JST（日本標準時 GMT（グリニッジ標準時）+9:00）での運用例について説明します。

毎日AM3:00に夜間バッチジョブを実行し，次のバックアップコマンドをプロダクトIDがZのマルチインスタンスエージェントで，インスタンス名inst1のAgent Storeサービスに対して実行します。

jpcctrl backup DSinst1[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のデータがバックアップされます。翌日の同時刻にバックアップを実行すれば，前日からの続きのデータがバックアップされます。分レコードのバックアップ範囲を次の図に示します。

図14-1　分レコードのバックアップ範囲

週レコードの場合は，指定した期間を含む単位DBがバックアップされるため，最新のデータを含めて10/12 9:00～10/15 3:00までのデータがバックアップされます。翌日の同時刻にバックアップを実行すれば，週の初めの日（10/12）以降のデータは再度バックアップされます。週レコードのバックアップ範囲を次の図に示します。

図14-2　週レコードのバックアップ範囲

14.3　定義情報のバックアップとリストア

Performance Managementでバックアップが必要な定義情報は次のとおりです。

レポートの定義情報
レポートを表示するために必要な定義情報です。

アラームの定義情報
アラームを発行するために必要な定義情報です。

サービスの定義情報
Performance Managementが起動するために必要な定義ファイルです。PFM - Manager，PFM - Web Console，PFM - BaseおよびPFM - Agentにあります。

ブックマークの定義情報
ユーザーごとに設定したブックマークの定義情報です。PFM - Web Consoleにあります。

バックアップが必要な定義情報を次の図に示します。

図14-3　Performance Managementでバックアップが必要な定義情報

ポイント

Performance Managementの構成や設定を変更した場合は，定義情報のバックアップを取得することをお勧めします。

＜この節の構成＞

14.3.1　レポートの定義情報のバックアップとリストア

14.3.2　アラームの定義情報のバックアップとリストア

14.3.3　サービスの定義情報のバックアップとリストア

14.3.4　ブックマーク定義情報のバックアップとリストア

14.3.1　レポートの定義情報のバックアップとリストア

ここでは，レポートの定義情報のバックアップおよびリストアについて説明します。

参考

レポートの定義情報は，上位互換が保証されています。例えば，07-00以前のPFM - Viewでバックアップしたレポートの定義情報は，PFM - Web Console 08-00以降にリストアできますが，PFM - Web Console 08-00以降でバックアップしたレポートの定義情報は，07-00以前のPFM - Viewにはリストアできません。

＜この項の構成＞

(1)　レポートの定義情報をバックアップする

(2)　レポートの定義情報をリストアする

(1)　レポートの定義情報をバックアップする

レポートの定義情報のバックアップは，定義情報をエクスポートします。

レポートの定義情報をエクスポートする方法については，「11.3.13　レポートをエクスポートする」を参照してください。

(2)　レポートの定義情報をリストアする

レポートの定義情報のリストアは，エクスポートした定義情報をインポートします。

レポートの定義情報をリストアする方法については，「11.3.14　レポートをインポートする」を参照してください。

14.3.2　アラームの定義情報のバックアップとリストア

ここでは，アラームの定義情報のバックアップおよびリストアについて説明します。

参考

アラームの定義情報は，上位互換が保証されています。例えば，07-00以前のPFM - Viewでバックアップしたアラームの定義情報は，PFM - Web Console 08-00以降にリストアできますが，PFM - Web Console 08-00以降でバックアップしたアラームの定義情報は，07-00以前のPFM - Viewにはリストアできません。

＜この項の構成＞

(1)　アラームの定義情報をバックアップする

(2)　アラームの定義情報をリストアする

(1)　アラームの定義情報をバックアップする

アラームの定義情報のバックアップは，定義情報をエクスポートします。

アラームの定義情報をエクスポートする方法については，「12.4.10　アラームテーブルをエクスポートする」を参照してください。

(2)　アラームの定義情報をリストアする

アラームの定義情報のリストアは，エクスポートした定義情報をインポートします。

アラームの定義情報をリストアする方法については，「12.4.11　アラームテーブルをインポートする」を参照してください。

14.3.3　サービスの定義情報のバックアップとリストア

サービスの定義情報のバックアップおよびリストアは，PFM - Manager，PFM - Web Console，PFM - BaseおよびPFM - Agentの各ホストでそれぞれ行います。

サービスの定義情報をバックアップおよびリストアする際の注意事項を次に示します。

注意

サービスの定義情報をバックアップまたはリストアする前に，ローカルホスト上のPerformance Managementのプログラムおよびサービスを停止してください。

Performance Managementを論理ホスト運用している場合，サービスの定義情報のバックアップおよびリストアは，Performance Managementの各プログラムの物理ホストで行います。バックアップまたはリストアする前に，物理ホスト上のPerformance Managementのプログラムおよびサービスを停止してください。

PFM - Agentホストだけにサービスの定義情報をリストアした場合，バックアップ後に追加したインスタンスのノード情報などが，PFM - ManagerホストおよびPFM - Web Consoleホストに残ります。その場合は，次の操作を実行して，不要なエージェント情報は削除してください。
手順を次に示します。
1. jpcctrl deleteコマンドを実行する。
2. PFM - Managerのプログラムおよびサービスを再起動する。
3. PFM - Web Consoleのプログラムおよびサービスを再起動する。

＜この項の構成＞

(1)　PFM - Managerのサービス定義情報のバックアップとリストア

(2)　PFM - Web Consoleのサービス定義情報のバックアップとリストア

(3)　PFM - Baseのサービス定義情報のバックアップとリストア

(4)　PFM - Agentのサービス定義情報のバックアップとリストア

(1)　PFM - Managerのサービス定義情報のバックアップとリストア

PFM - Managerのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Managerのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Managerのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

リストア

バックアップしたサービス定義情報ファイルで，ホスト上のサービス定義情報ファイルを上書きします。PFM - Managerを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きします。

(a)　Windowsの場合

PFM - Managerのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-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サービスの設定ファイル（ヘルスチェックエージェントのファイル）
PFM - Manager（論理ホスト運用の場合） | 環境ディレクトリ※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サービスの設定ファイル
環境ディレクトリ※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サービスの設定ファイル（ヘルスチェックエージェントのファイル）

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(b)　UNIXの場合

PFM - Managerのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-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/data/* | View Serverサービスのユーザー定義情報ファイル
/opt/jp1pc/mgr/viewsvr/Reports/* | View Serverサービスのレポート定義情報ファイル
/opt/jp1pc/agt0/agent/*.ini | Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）
/opt/jp1pc/agt0/store/*.ini | Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）
PFM - Manager（論理ホスト運用の場合） | /環境ディレクトリ※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サービスの設定ファイル
/環境ディレクトリ※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サービスの設定ファイル（ヘルスチェックエージェントのファイル）

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(2)　PFM - Web Consoleのサービス定義情報のバックアップとリストア

PFM - Web Consoleのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Web Consoleのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Web Consoleのサービス定義情報ファイルをWindowsの場合は，「表14-3　バックアップ対象のサービス定義情報ファイル」に，UNIXの場合は，「表14-4　バックアップ対象のサービス定義情報ファイル」に示します。

リストア

バックアップしたサービス定義情報ファイルで，ホスト上のサービス定義情報ファイルを上書きします。PFM - Web Consoleを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きします。

(a)　Windowsの場合

PFM - Web Consoleのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-3　バックアップ対象のサービス定義情報ファイル

種類
ファイル名
説明

PFM - Web Console
インストール先フォルダ¥conf¥*
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥bookmark¥*
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¥usrconf.properties
PFM - Web Consoleの設定ファイル

PFM - Web Console
（論理ホスト運用の場合）
インストール先フォルダ¥conf¥*
PFM - Web Consoleの設定ファイル

環境ディレクトリ※¥jp1pcWebCon¥bookmarks¥*
PFM - Web Consoleのブックマークの定義情報ファイル

インストール先フォルダ¥cmdkey¥*
PFM - Web Consoleコマンドの認証用キーファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥*.conf
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥redirectory¥*.properties
PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥web¥containers¥PFMWebConsole¥usrconf¥*.conf
PFM - Web Consoleの設定ファイル

注※

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

ブックマークの定義情報をバックアップおよびリストアする方法については，「14.3.4　ブックマーク定義情報のバックアップとリストア」を参照してください。

(b)　UNIXの場合

PFM - Web Consoleのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-4　バックアップ対象のサービス定義情報ファイル

種類
ファイル名
説明

PFM - Web Console
/opt/jp1pcwebcon/conf/*
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/bookmark/*
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/usrconf.properties
PFM - Web Consoleの設定ファイル

PFM - Web Console
（論理ホスト運用の場合）
/opt/jp1pcwebcon/conf/*
PFM - Web Consoleの設定ファイル

環境ディレクトリ※/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/redirectory/*.properties
PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/web/containers/PFMWebConsole/usrconf/*.conf
PFM - Web Consoleの設定ファイル

注※

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

ブックマークの定義情報をバックアップおよびリストアする方法については，「14.3.4　ブックマーク定義情報のバックアップとリストア」を参照してください。

(3)　PFM - Baseのサービス定義情報のバックアップとリストア

PFM - Baseのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Baseのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Baseのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

リストア

バックアップしたサービス定義情報ファイルで，ホスト上のサービス定義情報ファイルを上書きします。PFM - Baseを論理ホスト運用している場合は，物理ホストおよび環境ディレクトリ上のサービス定義情報ファイルを上書きします。

(a)　Windowsの場合

PFM - Baseのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-5　バックアップ対象のサービス定義情報ファイル（Windowsの場合）

種類 | ファイル名 | 説明
PFM - Base | インストール先フォルダ¥jpchosts | Performance Managementのホスト情報設定ファイル
インストール先フォルダ¥*.ini | Performance Management共通の設定ファイル
インストール先フォルダ¥bin¥action¥*.ini | Action Handlerサービスの設定ファイル
インストール先フォルダ¥bin¥statsvr¥*.ini | Status Serverサービスの設定ファイル
PFM - Base（論理ホスト運用の場合） | 環境ディレクトリ※1¥jp1pc¥*.ini | Performance Management共通の設定ファイル
環境ディレクトリ※1¥jp1pc¥bin¥action¥*.ini | Action Handlerサービスの設定ファイル
インストール先フォルダ※2¥bin¥statsvr¥*.ini | Status Serverサービスの設定ファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(b)　UNIXの場合

PFM - Baseのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-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サービスの設定ファイル
PFM - Base（論理ホスト運用の場合） | /環境ディレクトリ※1/jp1pc/*.ini | Performance Management共通の設定ファイル
/環境ディレクトリ※1/jp1pc/bin/action/*.ini | Action Handlerサービスの設定ファイル
/opt/jp1pc/bin/statsvr/*.ini※2 | Status Serverサービスの設定ファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，論理ホスト運用している場合も物理ホスト上だけに存在します。

(4)　PFM - Agentのサービス定義情報のバックアップとリストア

PFM - Agentのサービス定義情報をバックアップおよびリストアする方法を次に示します。

バックアップ

PFM - Agentのサービス定義情報ファイルを任意のバックアップ先にコピーします。バックアップが必要なPFM - Agentのサービス定義情報ファイルについては，「(a)　Windowsの場合」または「(b)　UNIXの場合」を参照してください。

リストア

バックアップしたサービス定義情報ファイルで，ホスト上のサービス定義情報ファイルを上書きします。PFM - Agentを論理ホスト運用している場合は，環境ディレクトリ上のサービス定義情報ファイルを上書きします。

(a)　Windowsの場合

PFM - Agentのバックアップ対象のサービス定義情報ファイルを次の表に示します。

表14-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のサービスキーについては，各PFM - Agentマニュアルの付録に記載されている識別子一覧を参照してください。

注※2

インスタンス環境で運用する場合のフォルダです。インスタンス構成の場合，これらのフォルダは，インスタンスの数と同じ数だけ作成されます。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のフォルダです。

PFM - Agent for Platform（Windows）の場合，次のファイルもバックアップ対象にしてください。

アプリケーション定義ファイル（インストール先フォルダ¥agtt¥agent¥jpcapp）

(b)　UNIXの場合

PFM - Agentのバックアップ対象の定義情報ファイルを次の表に示します。

表14-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のサービスキーについては，各PFM - Agentマニュアルの付録に記載されている識別子一覧を参照してください。

注※2

インスタンス環境で運用する場合のディレクトリです。インスタンス構成の場合，これらのディレクトリは，インスタンスの数と同じ数だけ作成されます。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

PFM - Agent for Platform（UNIX）の場合，次のファイルもバックアップ対象にしてください。

アプリケーション定義ファイル（/opt/jp1pc/agtu/agent/jpcapp）

ログ情報の収集設定をしているとき

イベントファイル（/opt/jp1pc/agtu/agent/evfile）

ワークグループ情報の設定をしているとき

ワークグループファイル（/opt/jp1pc/agtu/agent/wgfile）

14.3.4　ブックマーク定義情報のバックアップとリストア

ここでは，ブックマークの定義情報のバックアップおよびリストアについて説明します。

ブックマークやブックマークフォルダの定義情報は，デフォルトで次の場所にあります。

インストール先フォルダ※¥bookmarks　（Windowsの場合）

opt/jp1pcwebcon/bookmark※/bookmarks　（UNIXの場合）

注※

PFM - Web Consoleをクラスタシステムで論理ホスト運用している場合，環境ディレクトリになります。「環境ディレクトリ」とは，Performance Managementで論理ホスト環境をセットアップするときに，共有ディスク上に作成するディレクトリです。

＜この項の構成＞

(1)　ブックマーク定義情報をバックアップ・リストアする場合

(2)　ブックマーク定義情報の格納先フォルダの設定

(1)　ブックマーク定義情報をバックアップ・リストアする場合

運用中にブックマークの情報の一部が失われてしまうことがあります。このような場合，ブックマークの定義情報をバックアップからリストアすると，バックアップ時の状態に戻せます。

ブックマークの定義情報をバックアップまたはリストアする場合，必ずPFM - Web Consoleのサービスを停止したあと，ファイルやディレクトリを手動でコピーし，任意の場所に保存してください。ただし，ブックマークの定義情報はディレクトリ構成も情報の一部であるため，ファイルやディレクトリの一部だけでなく，ブックマークの定義情報を格納しているディレクトリ全体を，一括バックアップおよび一括リストアする必要があります。

また，ブックマークの運用中に定義情報の格納先フォルダを変更した場合，新しい格納先フォルダに変更前の定義情報を引き継がせるためには，必ずPFM - Web Consoleのサービスを停止したあと，変更前のフォルダから定義情報ファイルを手動でコピーしてください。

注意

定義情報の格納先フォルダをデフォルトのディレクトリから変更していない場合，アンインストール時に格納先フォルダも定義情報ファイルも自動で削除されます。格納先フォルダを変更している場合は，自動的に削除されないため，必要に応じて手動で削除してください。

ブックマークの定義情報ファイルは，複数のファイルで構成されます。このため，定義情報ファイルを作成，更新，または削除している最中に異常が発生し，処理が続けられなくなると，定義情報ファイルの整合性を失ってしまう場合があります。この場合，破損した情報を修復または廃棄し，ログ出力しますので確認してください。

(2)　ブックマーク定義情報の格納先フォルダの設定

ブックマークの定義情報を格納するフォルダは，初期設定ファイル（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サービスは，クラスタソフトから再起動してください。

14.4　稼働監視データのバックアップとリストア

バックアップが必要なPerformance Managementの稼働監視データは2種類あります。

イベントデータ
Performance Managementで発生したイベントを蓄積したデータです。Storeデータベースに保存され，PFM - Managerで管理されています。

パフォーマンスデータ
PFM - Agentが監視エージェントの監視対象プログラムから収集したパフォーマンスの情報を蓄積したデータです。Storeデータベースに保存され，PFM - Agentで管理されています。

バックアップが必要な稼働監視データを次の図に示します。

図14-4　Performance Managementでバックアップが必要な稼働監視データ

稼働監視データをバックアップするには，jpcctrl backupコマンドを使用します。jpcctrl backupコマンドは，PFM - Managerがインストールされているホストで実行します。-aloneオプションまたは-directオプションを指定すると，PFM - Agentがインストールされているホストでも実行できます。

また，Storeバージョン2.0を使用している場合は，-partialオプションを指定して部分バックアップができます。

稼働監視データをリストアするには，jpcrestoコマンドを使用します。jpcrestoコマンドは，リストア対象のデータベースがバックアップされているPFM - ManagerホストまたはPFM - Agentホストで実行します。

なお，jpcctrl backupコマンドおよびjpcrestoコマンドを実行するには，次のユーザー権限が必要です。

Windowsの場合：Administrators権限またはBackup Operators権限

UNIXの場合：rootユーザー権限

稼働監視データをバックアップおよびリストアする際の注意事項を次に示します。

注意

jpcctrl backupコマンドでバックアップしたStoreデータベースのデータモデルバージョンが，リストアするStoreデータベースのバージョンと異なる場合，Storeデータベースはリストアできません。

リストアするデータのサービスキーが，jpcctrl backupコマンドでバックアップしたデータのものと異なる場合，Storeデータベースはリストアできません。

Storeデータベースのバックアップデータは，対象となるStoreデータベースが起動しているホストの文字コード種別に依存します。このため，Storeデータベースをリストアする場合は，文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角かたかなが正常に設定されないため，レポートやイベント履歴などが正常に表示されなくなります。

＜この節の構成＞

14.4.1　イベントデータのバックアップとリストア

14.4.2　パフォーマンスデータのバックアップとリストア

14.4.3　パフォーマンスデータの部分バックアップ（Storeバージョン2.0の場合）

14.4.1　イベントデータのバックアップとリストア

イベントデータをjpcctrl backupおよびjpcrestoコマンドを使用して，バックアップおよびリストアする方法について説明します。

＜この項の構成＞

(1)　イベントデータをバックアップする

(2)　イベントデータをリストアする

(1)　イベントデータをバックアップする

イベントデータをバックアップする手順を次に示します。

PFM - Managerホストにログインする。

jpcctrl listコマンドを実行して，サービスの起動を確認する。
Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動していることを確認します。
jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcctrl backupコマンドを実行する。

非クラスタシステムで運用している場合
PFM -ManagerのStoreデータベースにあるイベントデータをバックアップします。次のようにコマンドを実行します。「PS1001」はMaster StoreサービスのサービスIDを示します。

jpcctrl backup 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を示します。

jpcctrl backup PS1001 lhost=論理ホスト名

コマンドを実行すると，デフォルトでは共有ディスク上のバックアップディレクトリに，「PA.DB」の名称でバックアップファイルが作成されます。

Windowsの場合
環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥世代番号※¥PA.DB

UNIXの場合
環境ディレクトリ/jp1pc/mgr/store/backup/世代番号※/PA.DB

注※

世代番号は，「01」から順に割り振られます。世代番号の最大値は，jpcsto.iniファイルのBackup Saveで指定した値です。世代番号のデフォルトの最大値は，「05」です。

jpcctrl backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。サービスIDについては，「付録B.1 (1)　サービスID」を参照してください。

(2)　イベントデータをリストアする

イベントデータをリストアする手順を次に示します。

PFM - Managerホストにログインする。

jpcstopコマンドを実行してPFM - Managerのサービスを停止する。
PFM - Managerのサービスの停止方法については，「7.3　サービスの停止」を参照してください。jpcstopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

バックアップファイルの格納場所を確認する。
イベントデータのデフォルトのバックアップ先については，「(1)　イベントデータをバックアップする」の手順3を参照してください。

jpcrestoコマンドを実行する。

非クラスタシステムで運用している場合
例えば，「インストール先フォルダ¥mgr¥store¥backup¥01」内にあるイベントデータをリストアしたいとき，次のようにコマンドを実行します。「mgr」は，PFM - Managerのサービスキーを示します。

jpcresto mgr "インストール先フォルダ¥mgr¥store¥backup¥01"

論理ホスト運用している場合
例えば，論理ホストjp1-ha1の「環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥01」内にあるイベントデータをリストアしたいとき，次のようにコマンドを実行します。「mgr」は，PFM - Managerのサービスキーを示します。

jpcresto mgr "環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥01" lhost=jp1-ha1

jpcrestoコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcstartコマンドを実行してPFM - Managerのサービスを起動する。
PFM - Managerサービスを起動します。
PFM - Managerのサービスの起動方法については，「7.2　サービスの起動」を参照してください。jpcstartコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

リストアすると，サービス起動時にデータベースのインデックスが再構築されるため，再起動に時間が掛かる場合があります。

14.4.2　パフォーマンスデータのバックアップとリストア

パフォーマンスデータをjpcctrl backupおよびjpcrestoコマンドを使用して，バックアップおよびリストアする方法について説明します。

＜この項の構成＞

(1)　パフォーマンスデータをバックアップする

(2)　パフォーマンスデータをリストアする

(1)　パフォーマンスデータをバックアップする

パフォーマンスデータをバックアップする手順を次に示します。

PFM - Managerホストにログインする。

jpcctrl listコマンドを実行して，サービスの起動を確認する。
Name Serverサービス，Master Managerサービスおよびバックアップしたいパフォーマンスデータを管理しているAgent Storeサービスが起動されているか確認します。
jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcctrl backupコマンドを実行する。

非クラスタシステムで運用している場合
例えば，ホストhost02のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータをバックアップしたいとき，次のようにコマンドを実行します。

jpcctrl backup OS* host=host02

コマンドを実行すると，デフォルトではPFM - Agentホストのディレクトリに，次の名称でバックアップファイルが作成されます。

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データベースにあるパフォーマンスデータをバックアップしたいとき，次のようにコマンドを実行します。

jpcctrl backup OS* lhost=jp1-ha2

コマンドを実行すると，デフォルトでは共有ディスクのディレクトリに，次の名称でバックアップファイルが作成されます。

Windowsの場合
環境ディレクトリ¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥backup¥世代番号※3¥データベースID※4.DB

UNIXの場合
環境ディレクトリ/opt/jp1pc/xxxx※1/store/インスタンス名※2/backup/世代番号※3/データベースID※4.DB

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

PFM - Agentがインスタンス環境の場合に作成されます。

注※3

世代番号は，「01」から順に割り振られます。世代番号の最大値は，jpcsto.iniファイルのBackup Saveで指定した値です。世代番号のデフォルトの最大値は，「05」です。

注※4

データベースIDを次に示します。

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

なお，パフォーマンスデータのバックアップをPFM - Agentがインストールされているホストで実行することもできます。PFM - Agentがインストールされているホストで実行するには，jpcctrl backupコマンドで-aloneオプションまたは-directオプションを指定します。
jpcctrl backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　パフォーマンスデータをリストアする

パフォーマンスデータをリストアする手順を次に示します。

バックアップファイルが格納されているPFM - Agentホストにログインする。

jpcstopコマンドを実行して，PFM - Agentのサービスを停止する。
PFM - Agentのサービスの停止方法については，「7.3　サービスの停止」を参照してください。jpcstopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

バックアップファイルの格納場所を確認する。

jpcrestoコマンドを実行する。

非クラスタシステムで運用している場合
例えば，「インストール先フォルダ¥agto¥store¥oracleA¥backup¥01」内にあるPFM - Agent for Oracleの中のインスタンス「oracleA」のパフォーマンスデータをリストアしたいとき，次のようにコマンドを実行します。

jpcresto agto "インストール先フォルダ¥agto¥store¥oracleA¥backup¥01" inst=oracleA

論理ホスト運用している場合
例えば，論理ホストjp1-ha2の「環境ディレクトリ¥jp1pc¥agto¥store¥oracleA¥backup¥01」内にあるPFM - Agent for Oracleのインスタンス「oracleA」のパフォーマンスデータをリストアしたいとき，次のようにコマンドを実行します。「agto」は，PFM - Agentのサービスキーを示します。

jpcresto agto "インストール先フォルダ¥agto¥store¥oracleA¥backup¥01" lhost=jp1-ha2 inst=oracleA

jpcrestoコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

jpcstartコマンドを実行して，PFM - Agentのサービスを起動する。
PFM - Agentのサービスの起動方法については，「7.2　サービスの起動」を参照してください。
jpcstartコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意1

リストアすると，サービス起動時にデータベースのインデックスが再構築されるため，再起動に時間が掛かる場合があります。

注意2

バックアップファイルのStoreバージョンと，リストア先のStoreバージョンが異なる場合，Storeデータベースのリストアはできません。リストア先のStoreバージョンが2.0の場合は，Storeバージョン2.0の設定で取得したバックアップデータだけをリストアできます。また，リストア先のStoreバージョンが1.0の場合は，Storeバージョン1.0の設定で取得したバックアップデータだけをリストアできます。

14.4.3　パフォーマンスデータの部分バックアップ（Storeバージョン2.0の場合）

パフォーマンスデータを部分バックアップする手順を次に示します。

PFM - Managerホストにログインする。

jpcctrl listコマンドを実行して，サービスの起動を確認する。
Name Serverサービス，Master Managerサービスおよびバックアップしたいパフォーマンスデータを管理しているAgent Storeサービスが起動されているか確認します。
jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcctrl backupコマンドを実行する。
非クラスタシステムで運用している場合
例えば，ホストhost02のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータの3日前の分から前日分を部分バックアップしたいとき，次のようにコマンドを実行します。

jpcctrl backup OS* host=host02　-partial 3,1

コマンドを実行すると，デフォルトではPFM - Agentホストのディレクトリに，次の名称でバックアップファイルが作成されます。

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日前の分から前日分を部分バックアップしたいとき，次のようにコマンドを実行します。

jpcctrl backup OS* lhost=jp1-ha2　-partial 3,1

コマンドを実行すると，デフォルトでは共有ディスクのディレクトリに，次の名称でバックアップファイルが作成されます。

Windowsの場合
環境ディレクトリ¥jp1pc¥ xxxx※1¥store¥インスタンス名※2¥partial¥stデータベースID※3ディレクトリ以下

UNIXの場合
環境ディレクトリ/opt/jp1pc/ xxxx※1/store/インスタンス名※2/partial/stデータベースID※3ディレクトリ以下

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

PFM - Agentがインスタンス環境の場合に作成されます。

注※3

データベースIDを次に示します。

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

パフォーマンスデータのバックアップをPFM - Agentがインストールされているホストで実行することもできます。PFM - Agentがインストールされているホストで実行するには，jpcctrl backupコマンドで-aloneオプションまたは-directオプションを指定します。
jpcctrl backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

部分バックアップで格納されるファイルのディレクトリ，ファイル構成を次の表に示します。

表14-9　部分バックアップのディレクトリ，ファイル構成

ディレクトリ／ファイル
レコードタイプ
形式
最小
最大
説明

PI
PD
PL

STXX※
○
○
○
－
－
－
－

要約区分
○
×
×
n
1
6
PIレコードの場合の要約区分
1：分
2：時
3：日
4：週
5：月
6：年

年
○
○
○
YYYY
1900
2027
年（西暦）

月日
○
○
○
MMDD
0101
1231
月日

世代番号
○
○
○
nnn
001
255
世代番号

レコードタイプ.DB
○
○
○
－
－
－
レコードタイプごとのDBファイル

（凡例）

○：該当するディレクトリ／ファイルがある

×：該当するディレクトリ／ファイルがない

－：該当しない

XX：データベースID

　PI：PIレコードタイプのレコードのデータベース

　PD：PDレコードタイプのレコードのデータベース

　PL：PLレコードタイプのレコードのデータベース

15.　クラスタシステムでの構築と運用

この章では，クラスタシステムでPerformance Managementを運用する場合のインストールとセットアップ方法，およびクラスタシステムでPerformance Managementを運用しているときの処理の流れについて説明します。

＜この章の構成＞

15.1　クラスタシステムの概要と設計

15.2　クラスタシステムでの構築（Windowsの場合）

15.3　クラスタシステムでの構成変更（Windowsの場合）

15.4　クラスタシステムでの構築（UNIXの場合）

15.5　クラスタシステムでの構成変更（UNIXの場合）

15.6　クラスタシステムでの運用

15.7　クラスタシステムでの障害回復

15.8　クラスタシステムでの注意事項

15.1　クラスタシステムの概要と設計

ここでは，クラスタシステムの概要と，クラスタシステムでPerformance Managementを運用するための基盤設計について説明します。

＜この節の構成＞

15.1.1　クラスタシステムの概要

15.1.2　クラスタ構成の設計

15.1.3　ネットワーク構成の設計

15.1.4　データ構成の設計

15.1.5　クラスタシステムでの運用設計

15.1.6　フェールオーバー方式の設計

15.1.1　クラスタシステムの概要

クラスタシステムとは，複数のサーバを連携して一つのシステムとして運用するシステムです。クラスタシステムには，大きく分けて次の2種類があります。

HA（High Availability）クラスタシステム（高可用性クラスタシステム）

負荷分散クラスタシステム

注意

この章で，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

＜この項の構成＞

(1)　HAクラスタシステムの概要

(2)　負荷分散クラスタシステムの概要

(1)　HAクラスタシステムの概要

「HAクラスタシステム」は，システム全体の可用性を向上させることを目的としたシステムです。高い信頼性が求められる基幹業務システムのアプリケーションサーバやデータベースサーバなどでよく使われています。

HAクラスタシステムは，システムを構成するサーバを冗長化します。HAクラスタシステムでは，業務を実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これを「フェールオーバー」といいます。

クラスタシステムを構成するそれぞれのサーバシステムのうち，業務を実行中のシステムを「実行系ノード」，実行系ノードの障害時に業務を引き継げるよう待機しているシステムを「待機系ノード」と呼びます。

実行系ノードで障害が発生したときのアクセスの流れを次の図に示します。

図15-1　HAクラスタシステムの実行系ノードで障害が発生したときのアクセスの流れ

HAクラスタシステム全体を制御するソフトウェアを「クラスタソフト」といいます。クラスタソフトは，サーバを常に監視し，障害が発生したときに，業務を実行するサーバを実行系ノードから待機系ノードに自動で切り替えます。そのため，クラスタシステムのことを「系切り替えシステム」とも呼びます。

(2)　負荷分散クラスタシステムの概要

「負荷分散クラスタシステム」は，複数のサーバで処理の負荷を分散して実行するシステムです。高い処理能力が求められるシステムでよく利用されています。

負荷分散クラスタシステムは，複数のサーバを並列にして，処理を分散することでサーバ1台当たりの処理負荷を低くし，システム全体の処理能力を高めます。また，サーバで障害が発生しても，ほかのノードに処理を切り替えることによってシステムの可用性も向上できます。

図15-2　負荷分散クラスタシステムのアクセスの流れ

補足

負荷分散クラスタシステムの例としては，Webシステムのようにリクエストを受け付けるサーバを分散するシステムや，Oracle Real Application Clusterのシステムなどがあります。また，負荷分散クラスタシステム上で運用する業務アプリケーションは，複数のノードで処理を分担できるプログラムであることが必要です。

15.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を論理ホスト運用するときの構成を次に示します。

図15-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を論理ホスト運用するときの構成を次に示します。

図15-4　PFM - Web Consoleのクラスタ構成

一つのノードで同時に実行できるPFM - Web Consoleは，一つだけです。

(c)　PFM - Baseのクラスタ構成

PFM - Baseは，アクティブ・アクティブ構成のクラスタシステムに対応しています。論理ホスト運用できるPFM - Agentと同じホストに同居している場合，論理ホストで運用できます。

(d)　PFM - Agentのクラスタ構成

PFM - Agentの対応するクラスタシステムは，PFM - Agentによって異なります。PFM - Agentの種類によっては，監視対象プログラムが論理ホスト環境で動作している場合に，論理ホスト運用できるPFM - Agentもあります。

PFM - Agentを論理ホスト運用する場合は，共有ディスクに定義情報やパフォーマンスデータを格納し，フェールオーバー時に引き継ぎます。なお，一つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Agent for Oracleを論理ホスト運用して，クラスタ構成のOracleを監視する構成の例を次に示します。

図15-5　PFM - Agentのクラスタ構成（PFM - Agent for Oracleの場合）

補足

PFM - Agentは，監視対象のアプリケーションに合わせた構成で運用します。そのため，PFM - Agentの種類によって，論理ホストで運用するものと物理ホストで運用するものがあります。例えば，PFM - Agent for Oracleは，クラスタ構成のOracleを監視するため，論理ホストで運用しますが，PFM - Agent for PlatformはOSのパフォーマンスを監視する製品のため，物理ホストで運用し，各ノードのOSを監視します。詳細については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(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に準じます。

(d)　PFM - Agentのクラスタ構成

PFM - Agent for Platformを，負荷分散クラスタシステムの各ノードで運用する例を説明します。

PFM - Agent for PlatformはOSのパフォーマンスを監視します。そのため，クラスタシステムであっても物理ホストで実行し，各物理ホストのOSを監視します。このため，通常の非クラスタシステムと同じように運用してください。クラスタシステムで運用する場合も，クラスタソフトには登録しません。

図15-6　PFM - Agentのクラスタ構成（PFM - Agent for Platformの場合）

PFM - Agentのクラスタ構成の詳細については，PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

15.1.3　ネットワーク構成の設計

Performance Managementを論理ホスト運用するときは，論理ホスト名と論理IPアドレスで通信できるように，ネットワークを構成する必要があります。

「論理ホスト」とは，クラスタソフトに制御された，フェールオーバーの単位となる論理的なノードのことです。論理ホストは，「論理ホスト名」と「論理IPアドレス」を持ちます。アプリケーションは，共有ディスクにデータを格納し，論理IPアドレスで通信することによって，物理的なノードに依存しないで，フェールオーバーできます。

「物理ホスト」とは，物理的なノードのことです。物理ホストが使うホスト名（hostnameコマンドを実行したときに表示されるホスト名）を「物理ホスト名」，物理ホスト名に対応したIPアドレスを「物理IPアドレス」といいます。

論理ホストと物理ホストの概要を次の図に示します。

図15-7　論理ホストと物理ホストの概要

15.1.4　データ構成の設計

Performance Managementを論理ホスト運用する場合は，共有ディスク上に非クラスタシステムで運用するときに必要なデータ量に加えて，共有ディスクに必要なデータ量を検討する必要があります。

クラスタシステムでは，フェールオーバー時に実行系ノードから待機系ノードへ引き継ぎができる「共有ディスク」を持ちます。また，実行系ノードおよび待機系ノードはそれぞれ「ローカルディスク」を持ちます。これらはそれぞれの物理ホスト固有のものであり，ほかのノードに引き継ぐことはできません。

Performance Managementでは，論理ホスト環境をセットアップすると，共有ディスク上に「環境ディレクトリ」が作成されます。この環境ディレクトリには，フェールオーバー時に引き継ぎが必要な定義ファイルや稼働監視データが格納されます。ローカルディスクには，Performance Managementを動作させるのに必要な実行ファイルやコマンドが格納されます。

論理ホスト運用のときのPerformance Managementのデータ構成を次の図に示します。

図15-8　論理ホスト運用のときのPerformance Managementのデータ構成

補足

定義情報やログファイルはローカルディスクに配置されるものもあります。

Performance Managementで論理ホスト運用する場合に必要なディスク容量の算出式については，「付録C.3　クラスタシステムで運用する場合のディスク占有量」を参照してください。

15.1.5　クラスタシステムでの運用設計

どのようなセキュリティポリシーでPerformance Managementユーザーの管理を行うかやどのような項目を監視するかの検討については，非クラスタシステムでの場合と同じです。

ただし，サービス名およびプロセス名の命名規則や，アラームイベント発生時のアクションを論理ホストで実行する場合の設定方法が非クラスタシステムの場合とは，一部異なります。詳細は，「15.6.1 (3)　サービス名について」および「15.6.6　クラスタシステムでのアラームによるリアルタイム監視」を参照してください。

15.1.6　フェールオーバー方式の設計

業務システム上で動作するPFM - Agentの障害で，PFM - Agentのノード全体をフェールオーバーさせると，PFM - Agentが監視対象としている同じ論理ホストで運用する業務アプリケーションもフェールオーバーすることになり，業務に影響を与えるおそれがあります。そのため，PFM - Agentの障害によってPFM - Agentのノード全体をフェールオーバーさせるかどうかを検討してください。

補足

業務アプリケーションに影響を与えないために，「PFM - Agentで障害が発生した場合は，そのノードで再起動を試みるが，PFM - Agent障害を契機としたフェールオーバーはしない」という運用方針にする場合もあります。

15.2　クラスタシステムでの構築（Windowsの場合）

ここでは，クラスタシステムにPerformance Managementシステムを構築する場合の次の操作について説明します。

PFM - Managerのインストール・セットアップ

PFM - Web Consoleのインストール・セットアップ

PFM - Managerのアンセットアップ・アンインストール

PFM - Web Consoleのアンセットアップ・アンインストール

＜この節の構成＞

15.2.1　インストールとセットアップの前に

15.2.2　PFM - Managerのインストールとセットアップ

15.2.3　PFM - Web Consoleのインストールとセットアップ

15.2.4　PFM - Agentのバージョンアップインストール

15.2.5　PFM - Managerのアンセットアップとアンインストール

15.2.6　PFM - Web Consoleのアンセットアップとアンインストール

15.2.1　インストールとセットアップの前に

クラスタシステムにPerformance Managementをインストールおよびセットアップする前に確認することについて説明します。

＜この項の構成＞

(1)　前提条件

(2)　セットアップ環境の確認

(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のセットアップで必要になる環境情報に加えて，次の情報が必要です。

表15-1　論理ホスト運用のPFM - Managerのセットアップに必要な情報（Windowsの場合）

項目 | 例
論理ホスト名 | jp1-ha1
論理IPアドレス | 172.16.92.100
共有ディスク | S:¥jp1

なお，一つの論理ホストで論理ホスト運用するPerformance Managementが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

15.2.2　PFM - Managerのインストールとセットアップ

クラスタシステムにPFM - Managerをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの流れ

(2)　インストール手順　

(3)　セットアップ手順

(4)　クラスタソフトの設定手順

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れについて，次の図に示します。

図15-9　論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れ（Windowsの場合）

注意

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerは実行できなくなります。ただし，Action Handlerサービスは物理ホスト環境で運用するPFM - Agentも使用するため，実行できる状態のまま変更されません。
論理ホスト環境のPFM - Managerをアンセットアップすると，物理ホスト環境のPFM - Managerが実行できるようになります。

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerの定義内容がそのまま論理ホスト環境に引き継がれます。ただし，Storeデータベースの内容は引き継がれません。なお，論理ホスト環境のPFM - Managerをアンセットアップすると論理ホスト環境の定義内容やStoreデータベースが削除されるので，物理ホスト環境に引き継ぎできません。

JPC_HOSTNAME環境変数は，Performance Managementで使用していますので，環境変数として設定しないでください。誤って設定した場合は，Performance Managementが正しく動作しません。

新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerに対してヘルスチェック機能を有効にしていた場合でも，ヘルスチェック機能の設定は論理ホスト環境のPFM - Managerには引き継がれません。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホスト上のjpccomm.iniファイルは無視され，論理ホストで設定されたホスト名が有効になります。

以降に，PFM - Managerのインストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Managerを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。インストール手順の詳細については，「5.1.3　インストール手順」を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

(3)　セットアップ手順

PFM - Managerのセットアップは，まず実行系ノードで行います。次に，実行系ノードでセットアップした内容を環境定義ファイルにエクスポートします。最後にその環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへセットアップの内容を反映させます。

図15-10　実行系ノードでセットアップした内容を待機系ノードへ反映する方法

各セットアップについて，次に説明します。

(a)　PFM - Agent情報の追加セットアップ[図データ]　　[図データ]　[図データ]

クラスタシステムでPFM - Agentを一元管理するために，実行系ノードおよび待機系ノードのPFM - Managerに，PFM - Agentのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

セットアップの手順は，非クラスタシステムの場合と同じです。手順については，「5.1.4 (1)　PFM - Agentの登録」を参照してください。

注意

PFM - Managerと同一のホストにPFM - Agentを追加する場合は，追加セットアップは必要ありません。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(c)　PFM - Managerの論理ホストのセットアップ[図データ]

実行系ノードで，PFM - Managerの論理ホスト環境をセットアップします。セットアップを実施する前に，システム全体で，Performance Managementのプログラムおよびサービスをすべて停止する必要があります。

手順を次に示します。

論理ホスト環境を作成する。
jpchasetup createコマンドを実行して，PFM - Managerの論理ホスト環境を作成します。
論理ホスト名は，-lhostで指定します。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。共有ディスクのディレクトリ名は，-dの環境ディレクトリ名に指定します。
例えば，論理ホスト名がjp1-ha1で環境ディレクトリがS:¥jp1の論理ホストをセットアップする場合は，次のようにコマンドを実行します。

jpchasetup create mgr -lhost jp1-ha1 -d S:¥jp1

このコマンドを実行すると，S:¥jp1の配下にjp1pcディレクトリが作成され，論理環境で必要なファイルが環境ディレクトリにコピーされます。例を次の図に示します。

コマンドを実行すると，実行系ノードのローカルディスクから，必要なデータが共有ディスクにコピーされ，論理ホスト運用するために必要な設定が行われます。
jpchasetup createコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
jpchasetup listコマンドを実行して，論理ホストの設定を確認し，作成した論理ホスト環境が正しいことを確認してください。

jpchasetup list all

コマンドの実行例を次に示します。

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　PFM - Agentの論理ホストのセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストにセットアップするPFM - Agentがある場合だけに必要な手順です。

セットアップ手順については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　ネットワークの設定[図データ]

論理ホスト名でPFM - ManagerとPFM - Web Consoleの通信をするために，環境ディレクトリ¥jp1pc¥mgr¥viewsvr¥jpcvsvr.iniファイルに次の行を追加してください。

java.rmi.server.hostname=論理ホスト名

PFM - ManagerとPFM - Web Consoleの通信で使用するホスト名については，マニュアル「JP1/Performance Management リファレンス」の付録の，ポート番号について説明している個所を参照してください。

また，ネットワーク構成に応じて，IPアドレスとポート番号を変更する場合は，次の手順で設定してください。

IPアドレスを設定する[図データ]
IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。jpchostsファイルを編集した場合は，jpchostsファイルを実行系ノードから待機系ノードにコピーしてください。
IPアドレスの設定方法については，「5.3.1 (1)(a)　IPアドレスを設定する」を参照してください。

ポート番号を設定する[図データ]
ファイアウォールがあるネットワーク環境でPerformance Managementを運用する場合だけに必要な手順です。
ファイアウォール経由でPerformance Managementの通信をする場合には，jpcnsconfig portコマンドを使用してポート番号を設定します。
例えば，論理ホスト名がjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcnsconfig port define all -lhost jp1-ha1

コマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに追加定義されます。
ポート番号の設定方法については，「5.3.1 (1) (b)　ポート番号を設定する」を参照してください。
jpcnsconfig portコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(f)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合にだけ，必要な設定です。

詳細については，「5.4.1　共通メッセージログのファイルサイズ設定」を参照してください。

(g)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合にだけ，必要な設定です。

詳細については，「8.　ユーザーアカウントの管理」を参照してください。

(h)　イベントデータの格納先の変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥

バックアップ先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥

エクスポート先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥dump¥

変更方法についての詳細は，「5.4.2　イベントデータの格納先の変更」を参照してください。

(i)　動作ログ出力の設定[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，「付録H　動作ログの出力」を参照してください。

(j)　ヘルスチェック機能の設定[図データ]　[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次のように実行します。

jpcstsetup hcenable

jpcstsetup hcenableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(k)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerの論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。同じ論理ホストにほかのPerformance Managementをセットアップする場合は，すべてのセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

jpchasetup exportコマンドを実行する。
論理ホスト環境定義を，任意のファイルにエクスポートします。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpchasetup export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。
jpchasetup exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(l)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオフラインにして，実行系ノードでの作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(m)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

手順を次に示します。

jpchasetup importコマンドを実行する。
論理ホスト環境定義を待機系ノードにインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpchasetup import -f lhostexp.conf

jpchasetup importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。
なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。
jpchasetup importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpchasetup listコマンドを実行して，論理ホストの設定を確認します。
次のようにコマンドを実行します。

jpchasetup list all

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　クラスタソフトの設定手順

クラスタソフトの設定は，実行系ノードと待機系ノードのそれぞれで行います。

手順を次に示します。

(a)　クラスタソフトでのPFM - Managerの登録[図データ]　[図データ]

PFM - Managerを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Managerを起動したり停止したりするように設定します。

PFM - Agentをクラスタソフトに登録する場合は，PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照して，設定してください。

PFM - Managerをクラスタソフトに登録するときの設定内容を，WindowsのMSCSに登録する項目を例として説明します。PFM - Managerの場合，次の表のサービスをクラスタに登録します。

表15-2　クラスタソフトに登録する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]
#3のクラスタリソース

8
PFM - Agent Store for HealthCheck [LHOST]
JP1PCAGT_0S [LHOST]
#3のクラスタリソース

9
PFM - Agent for HealthCheck [LHOST]
JP1PCAGT_0A [LHOST]
#8のクラスタリソース

注※　(3)の(c)で作成した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。

[LHOST]の部分は，論理ホスト名に置き換えてください。例えば，論理ホスト名がjp1-ha1の場合のName Serverサービスの場合，次のようになります。

名前
「PFM - Name Server [jp1-ha1]」

サービス名
「JP1PCMGR_PN [jp1-ha1]」

MSCSの場合は，これらのサービスをMSCSのリソースとして登録します。各リソースの設定は次のようにします。下記では，MSCSの設定項目を［　］で囲んで示しています。

［リソースの種類］は「汎用サービス」として登録する。

［名前］，［依存関係］，および［サービス名］を「表15-2　クラスタソフトに登録するPFM - Managerのサービス」のとおりに設定する。
なお，名前はサービスを表示するときの名称で，サービス名はMSCSから制御するサービスを指定するときの名称です。

［起動パラメータ］および［レジストリ複製］は設定しない。

プロパティの［詳細設定］タブは，Performance Managementの障害時にフェールオーバーするかしないかの運用に合わせて設定する。
例えば，PFM - Managerの障害時に，フェールオーバーするように設定するには，［再開する］と［グループに適用する］をチェックし，再起動試行回数の［しきい値］を3回を目安に設定してください。

注意

クラスタに登録するサービスは，クラスタソフトから起動および停止を制御します。このため，実行系ノードと待機系ノードで，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。なお，jpchasetup createコマンドでセットアップした直後のサービスは［手動］に設定されています。また，次のコマンドで強制停止しないでください。

jpcstop all lhost=論理ホスト名 kill=immediate

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Managerの起動および停止を各ノードで実行して，正常に動作することを確認してください。

15.2.3　PFM - Web Consoleのインストールとセットアップ

クラスタシステムにPFM - Web Consoleをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの前に

(2)　インストールとセットアップの流れ

(3)　インストール手順　

(4)　セットアップ手順

(5)　クラスタソフトの設定手順

(1)　インストールとセットアップの前に

PFM - Web Consoleをインストールおよびセットアップする場合の注意事項を次に示します。

PFM - Web Consoleをクラスタシステムにセットアップする場合の注意

PFM - Web Consoleは，論理ホスト運用する場合も，Webサーバやコンテナなどの共通コンポーネントが必要です。共通コンポーネントと同じノードで動作するようにセットアップしてください。

PFM - Web Console環境の移行に関する注意

非クラスタシステムで運用していたPFM - Web Consoleの環境を，クラスタシステムに移行することはできません。非クラスタシステムからクラスタシステムに変更する場合は，PFM - Web Consoleをアンセットアップおよびアンインストールしたあと，構築したクラスタシステムにPFM - Web Consoleを新規インストールする必要があります。

(2)　インストールとセットアップの流れ

論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れについて説明します。

図15-11　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ

次に，インストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Web Consoleを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。

インストール手順については，「5.1.3　インストール手順」を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

実行系ノードと待機系ノードのPFM - Web Consoleは同じパスにインストールしてください。

(4)　セットアップ手順

PFM - Web Consoleを論理ホスト運用する場合，実行系ノードと待機系ノードで環境構成を同じにする必要があります。

PFM - Web Consoleの各セットアップについて，説明します。

(a)　PFM - Agent情報の追加セットアップ[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - Agentを一元管理するために，実行系ノードおよび待機系ノードのPFM - Web ConsoleにPFM - Agentのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

注意

すでにPFM - Agentの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - Agentを追加した場合，PFM - Agentの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，最新バージョンのPFM - Agentをセットアップしてください。

PFM - Web Consoleのエージェント情報の追加セットアップは，「図15-11 論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ」で示す流れで行います。

PFM - Web Consoleにエージェント情報を登録する手順を次に示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - Agentのセットアップファイルを，PFM - Web Consoleの実行系ノードおよび待機系ノードの次の場所にコピーします。
PFM - Web Consoleインストール先フォルダ¥setup
コピーするセットアップファイルおよび手順は，PFM - Managerに追加セットアップする場合と同じです。詳細については，「5.1.4(1)　PFM - Agentの登録」を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcwagtsetupコマンドを実行し，エージェント情報を登録します。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - Agentのエージェント情報を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)　初期設定ファイルの実行系ノードへのコピー[図データ]　[図データ]

(b)，(c)および(d)で編集した初期設定ファイル（config.xml）を，実行系ノードにコピーします。

実行系ノードの次の場所にコピーしてください。

インストール先フォルダ¥conf

(f)　共有ディスクのオンライン[図データ]

実行系ノードで共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(g)　PFM - Agent情報の追加セットアップの実行[図データ]　[図データ]

実行系ノードで(a)でコピーしたセットアップファイルを使い，PFM - Agentのエージェント情報を追加セットアップします。

手順を次に示します。

実行系ノードで，PFM - Web Consoleサービスを停止する。
クラスタソフトへの登録前の場合，jpcwstopコマンドでサービスを停止させてください。
クラスタソフトへの登録後，PFM - Agentの追加など構成を変更する場合，クラスタソフトからサービスを停止させてください。なお，構成変更の詳細については，「15.3　クラスタシステムでの構成変更（Windowsの場合）」を参照してください。

実行系ノードでセットアップコマンドを実行する。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで，PFM - Web Consoleサービスを起動する。
手順1で停止させていたPFM - Web Consoleサービスを起動します。

(5)　クラスタソフトの設定手順

クラスタソフトにPFM - Web Consoleを設定します。実行系ノードと待機系ノードでそれぞれに設定します。

手順を次に示します。

(a)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように環境設定します。

PFM - Web Consoleをクラスタソフトに登録するときの設定内容を，WindowsのMSCSに登録する項目を例として説明します。PFM - Web Consoleの場合，次の表のサービスを，PFM - Managerと同じクラスタグループに追加登録します。

表15-3　クラスタソフトに登録するPFM - Web Consoleのサービス

番号
名前
サービス名
依存関係
起動パラメータ

1
PFM - Web Console
PFM-WebConsole
IPアドレスリソース
物理ディスクリソース※
--ntservice
（ハイフンは二つ必要です）

2
PFM - Web Service
PFM-WebService
#1-1のクラスタリソース（PFM - Web Console）
--ntservice
（ハイフンは二つ必要です）

注※　(4)の(d)で設定した論理ホスト環境ディレクトリが存在する共有ディスクドライブ。

MSCSの場合は，これらのサービスをMSCSのリソースとして登録します。各リソースの設定は次のようにします。下記では，MSCSの設定項目を「［　］」で囲んで示しています。

［リソースの種類］は「汎用サービス」として登録する。

［名前］，［依存関係］，［サービス名］および［起動パラメータ］を「表 15-3クラスタソフトに登録するPFM - Web Consoleのサービス」のとおりに設定する。
なお，名前はサービスを表示するときの名称で，サービス名はMSCSから制御するサービスを指定するときの名称です。

［レジストリ複製］は設定しない。

プロパティの［詳細設定］タブは，［再開する］をチェックする。再起動試行回数の［しきい値］は，3回を目安に設定する。

注意

クラスタに登録するサービスは，クラスタソフトから起動および停止を制御します。このため，実行系ノードと待機系ノードの両方で，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Web Consoleの起動および停止を各ノードで実行し，正常に動作することを確認してください。

15.2.4　PFM - Agentのバージョンアップインストール

他のPFM - AgentやPFM - Managerを論理ホスト環境で運用している場合の物理ホスト環境で動作するPFM - Agentのバージョンアップインストールの手順について説明します。

Performance Managementと連携している機能(NNM連携，JP1/IM連携)がある場合は，連携をすべて停止する。

クラスタソフトから，論理ホスト上のPFMサービスをすべて停止する。

実行系，待機系両方で物理ホスト上のPFMサービスをjpcstop allコマンドですべて停止する。

実行系で対象となるPFM - Agentを上書きインストールする。

待機系で対象となるPFM - Agentを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

クラスタソフトから，論理ホスト上のPFMのサービスを起動する。

実行系，待機系両方の物理ホスト上のPFMサービスを起動する。

Performance Managementとの連携機能を再開する。

15.2.5　PFM - Managerのアンセットアップとアンインストール

クラスタシステムからPFM - Managerをアンセットアップおよびアンインストールする方法について説明します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの前に

(2)　アンセットアップとアンインストールとの流れ

(3)　アンセットアップ手順

(4)　クラスタソフトの設定手順

(5)　アンインストール手順　

(1)　アンセットアップとアンインストールの前に

PFM - Managerをアンセットアップおよびアンインストールする場合の注意事項を次に示します。

アンセットアップの順序に関する注意

PFM - Agentを実行するには，PFM - Managerが必要です。このため，PFM - Managerをアンセットアップする場合には，システム内のPFM - Agentとの関係を考慮してアンセットアップ時の作業順序を決める必要があります。アンセットアップが必要になる場合の作業手順については，非クラスタシステムと同じです。詳細については，「5.2　アンインストールとアンセットアップ」を参照してください。

サービスの停止に関する注意

アンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスを，すべて停止してください。また，アンセットアップするPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - Agentのすべてのサービスを停止してください。サービスの停止方法については，「7.　Performance Managementの起動と停止」を参照してください。

(2)　アンセットアップとアンインストールとの流れ

論理ホスト運用するPFM - Managerのアンセットアップとアンインストールの流れについて説明します。

アンインストールおよびアンセットアップの流れを次の図に示します。

図15-12　論理ホスト運用するPFM - Managerのアンセットアップおよびアンインストールの流れ（Windowsの場合）

次に，PFM - Managerのアンセットアップの手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

手順名の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　アンセットアップ手順

アンセットアップは，まず，実行系ノードでアンセットアップを行います。次に，実行系ノードでアンセットアップした内容を環境定義ファイルにエクスポートします。最後に，その環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへアンセットアップの内容を反映させます。

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(c)　ヘルスチェック機能の設定解除[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能の設定を解除するコマンドを次のように実行します。

jpcstsetup hcdisable

jpcstsetup hcdisableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　通信ポート番号の設定解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcnsconfig portコマンドでポート番号を設定した場合だけに必要な手順です。

手順を次に示します。

通信ポート番号の設定を解除する。
jpcnsconfig portコマンドを実行して，通信ポート番号の設定を解除します。
例えば，論理ホストjp1-ha1上のサービスのポート番号の設定をすべて解除する場合，次のようにコマンドを指定して実行します。

jpcnsconfig port define all -lhost jp1-ha1

jpcnsconfig portコマンドでは，論理ホストのPFM - Manager，およびその他のPerformance Managementが通信で使用するポート番号を設定します。ポート番号の入力時に，0を入力するとポート番号が解除されます。また，このコマンドを実行するとservicesファイルに定義されていたPerformance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるサービス名）が削除されます。
jpcnsconfig portコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(e)　PFM - Managerの論理ホストのアンセットアップ[図データ]

手順を次に示します。

論理ホスト設定を確認する。
論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。
次のようにコマンドを実行します。

jpchasetup list all

コマンドの実行例を次に示します。

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

PFM - Managerの論理ホスト環境を削除する。
jpchasetup deleteコマンドを実行すると，論理ホストのPFM - Managerを起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。次のようにコマンドを実行します。

jpchasetup delete mgr -lhost jp1-ha1

jpchasetup deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

共有ディスクがオフラインになっている場合は，論理ホストの設定だけが削除されます。共有ディスク上のディレクトリやファイルは削除されません。

論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpchasetup list all

論理ホスト環境からPFM - Managerが削除されていることを確認してください。
jpchasetup listコマンドの詳細ついては，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(f)　PFM - Agentの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストからアンセットアップするPFM - Agentがある場合だけ必要な手順です。

PFM - Agentをアンセットアップしてください。アンセットアップ手順については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(g)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerをアンセットアップする論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

注意

同じ論理ホストから，ほかのPerformance Managementのプログラムをアンセットアップする場合は，アンセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

論理ホスト環境定義をエクスポートする。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。エクスポートファイル名は任意です。

jpchasetup export -f lhostexp.conf

jpchasetup exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(h)　論理ホスト定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートした論理ホスト環境定義ファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオフラインにして，実行系ノードでの作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(i)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementの設定を，待機系ノードに設定するには，jpchasetup importコマンドを使用します。一つの論理ホストに複数のPerformance Managementがセットアップされている場合は，一括してインポートされます。

手順を次に示します。

論理ホスト環境定義をインポートする。
jpchasetup importコマンドを実行して，実行系ノードから待機系ノードにコピーした論理ホスト環境定義のエクスポートファイルをインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpchasetup import -f lhostexp.conf

コマンドを実行すると，待機系ノードの環境を，エクスポートした実行系ノードと同じ環境になるように設定変更します。これによって，論理ホストのPFM - Managerを起動するための設定が削除されます。ほかの論理ホストのPerformance Managementをアンセットアップしている場合は，それらの設定も削除されます。
jpchasetup importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpchasetup listコマンドを実行して，論理ホスト設定を確認します。
次のようにコマンドを実行します。

jpchasetup list all

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(4)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Managerの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　アンインストール手順[図データ]　[図データ]

(a)　PFM - Managerのアンインストール

アンインストールは，実行系ノードと待機系ノードで別に行います。アンインストール手順は，非クラスタシステムの場合と同じです。

詳細については，「5.2.2　アンインストール手順」を参照してください。

注意

PFM - Managerをアンインストールする場合は，PFM - ManagerをアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPerformance Managementをアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

15.2.6　PFM - Web Consoleのアンセットアップとアンインストール

PFM - Web Consoleでのアンセットアップとアンインストールを次に示します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの前に

(2)　アンセットアップとアンインストールの流れ

(3)　アンセットアップ手順

(4)　クラスタソフトの設定手順

(5)　アンインストール手順

(1)　アンセットアップとアンインストールの前に

クラスタシステムで，PFM - Web Consoleをアンセットアップおよびアンインストールする場合の注意事項を次に示します。

PFM - Web Consoleを非クラスタシステムに戻す場合の注意

PFM - Web Consoleは，PFM - Managerと同一のノードで運用する必要があります。このため，PFM - Web Consoleを非クラスタシステムに戻す場合は，PFM - Managerも，非クラスタシステムに戻す必要があります。

また，クラスタシステムで運用していた環境を，非クラスタシステムに移行することはできません。クラスタシステムから非クラスタシステムに戻すときは，PFM - Web Consoleをアンセットアップおよびアンインストールしたあと，非クラスタシステムにPFM - Web Consoleを新規インストールしてください。

PFM - Web Consoleのアンセットアップおよびアンインストール時の注意

PFM - Web Consoleをアンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスの，すべてを停止してください。また，アンセットアップするノードのPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - Agentのサービスおよびプログラムを停止してください。

(2)　アンセットアップとアンインストールの流れ

クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れについて説明します。

アンセットアップおよびアンインストールの流れを次の図に示します。

図15-13　クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れ（Windowsの場合）

次に，アンセットアップ手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。

(3)　アンセットアップ手順

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(4)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Web Consoleの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　アンインストール手順

(a)　PFM - Web Consoleのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。PFM - Web Consoleのアンインストール手順は，非クラスタシステムの場合と同じです。詳細については，「5.2.2　アンインストール手順」を参照してください。

注意

ブックマークの定義情報の格納先フォルダは，デフォルトから変更している場合，PFM - Web Consoleのアンインストール時に削除されません。アンインストールしたあとに，手動で削除する必要があります。

15.3　クラスタシステムでの構成変更（Windowsの場合）

システムを構築して運用を開始したあとも，業務の拡大や処理量の増加に伴って，サーバを追加したり新たなアプリケーションを導入したりするなど，システムのクラスタ構成が変更になる場合があります。

そのため，監視対象システムのクラスタ構成変更に合わせて，次に示すPerformance Managementの構成変更の検討が必要になります。

監視対象システムの追加に伴うPFM - Agentの追加

監視対象システムの削除に伴うPFM - Agentの削除

ここでは，クラスタシステムで論理ホスト運用をしている場合に，Performance Managementの構成を変更する方法について説明します。

＜この節の構成＞

15.3.1　PFM - Agentの追加

15.3.2　PFM - Agentの削除

15.3.3　運用開始後のホスト名の変更

15.3.1　PFM - Agentの追加

システムへのサーバの追加や新しいアプリケーションの追加をするとき，それらのパフォーマンスを監視するために，PFM - Agentを追加する場合があります。

これまでPerformance Managementシステムで使用していなかった新しいプロダクトIDのPFM - Agentを追加する場合，PFM - ManagerおよびPFM - Web Consoleに，エージェント情報の追加セットアップが必要になります。

プロダクトIDについては，各PFM - Agentのマニュアルを参照してください。

ポイント

エージェント情報とは，PFM - ManagerやPFM - Web Consoleが，PFM - Agentを管理したり表示したりするための情報です。

注意

PFM - Agentを追加する前に，PFM - ManagerおよびそのノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，「7.　Performance Managementの起動と停止」を参照してください。

論理ホスト運用のPFM - Managerの場合も，作業中は停止する必要があります。Performance Managementプログラムのサービスが完全に停止していない状態で，PFM - Agentを追加するためのjpcagtsetupコマンドまたはjpcwagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，サービスが完全に停止したことを確認したあと，再度jpcagtsetupコマンドまたはjpcwagtsetupコマンドを実行してください。

論理ホスト環境のPerformance ManagementシステムにPFM - Agentを追加する流れを次に示します。

図15-14　論理ホスト環境のPerformance ManagementシステムにPFM - Agentを追加する流れ

手順を次に示します。

＜この項の構成＞

(1)　PFM - BaseとPFM - Agentをインストールする

(2)　PFM - ManagerにPFM - Agent情報を追加セットアップする

(3)　PFM - Web ConsoleにPFM - Agentを追加セットアップする

(4)　追加したPFM - Agentを確認する

(1)　PFM - BaseとPFM - Agentをインストールする

新しくPerformance Managementでパフォーマンス監視をするホストに，PFM - BaseおよびPFM - Agentをインストールします。

インストール方法については，「5.1.3　インストール手順」を参照してください。

(2)　PFM - ManagerにPFM - Agent情報を追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Managerに，PFM - Agentのエージェント情報を追加セットアップする流れを説明します。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

エージェント情報の追加セットアップは，まず待機系ノードから行います。待機系のノードの追加セットアップが完了すると，次に実行系ノードのセットアップを行います。

図15-15　PFM - AgentをPFM - Managerに追加セットアップする流れ

注意

PFM - ManagerやPFM - Web Consoleと同一のホストにPFM - Agentを追加する場合は，追加セットアップは必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - Agentをセットアップしてください。

PFM - Agentのエージェント情報を追加セットアップする手順を説明します。

[図データ]は実行系ノードで行う手順を，[図データ]は待機系ノードで行う手順を示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - Agentのセットアップファイルを，PFM - Managerの実行系ノードおよび待機系ノードにコピーします。
詳細については，「5.1.4 (1)　PFM - Agentの登録」を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcagtsetupコマンドを実行し，新規エージェントを追加セットアップします。
次のようにコマンドを実行します。

jpcagtsetup agtx

「agtx」は，各PFM - Agentのサービスキーを示します。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcagtsetup agto

jpcagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで共有ディスクを確認する。[図データ]
実行系ノードで，共有ディスクがオンラインかどうかを確認します。追加セットアップでは，共有ディスク上にエージェント情報を書き込みます。クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクがオンラインになっているか確認してください。

実行系ノードでサービスを停止する。[図データ]
実行系ノードで，Performance Managementのプログラムおよびサービスを停止します。プログラムおよびサービスの停止はクラスタソフトから行ってください。

実行系ノードでセットアップコマンドを実行する。[図データ]
待機系と同様にして，実行系ノードで，jpcagtsetupコマンドを実行し，新規エージェントを追加セットアップします。

jpcagtsetup agtx

「agtx」は，各PFM - Agentのサービスキーを示します。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcagtsetup agto

jpcagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでサービスを起動する。[図データ]
実行系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

(3)　PFM - Web ConsoleにPFM - Agentを追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Web Consoleに，PFM - Agentのエージェント情報を追加セットアップします。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

追加セットアップする手順については，「15.2.3 (4) (a) PFM - Agent情報の追加セットアップ」を参照してください。

(4)　追加したPFM - Agentを確認する

追加セットアップしたPFM - Agentを確認します。

手順を次に示します。

PFM - Agentのノードでサービスを起動する。
新しく追加したPFM - AgentのノードでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentが正しく追加されているか確認する。
jpcctrl listコマンドを実行して，PFM - Managerに正しく接続されていることを確認します。
次のようにコマンドを実行します。

jpcctrl list *

jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

15.3.2　PFM - Agentの削除

システム構成の変更によって，システム全体から監視対象のシステムを撤去する場合などに，PFM - Agentを削除する場合があります。

論理ホスト運用中のPerformance Managementシステムから，PFM - ManagerホストおよびPFM - Web Consoleホストで，それぞれPFM - Agentを削除します。

注意

PFM - Agentを削除するノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

削除対象のPFM - AgentがPFM - Managerと同一ノードにある場合は，jpcctrl deleteコマンドでエージェント情報を削除したあとに，PFM - Managerを再起動する必要があります。

＜この項の構成＞

(1)　PFM - ManagerからPFM - Agentを削除する

(2)　PFM - Web ConsoleからPFM - Agentを削除する

(1)　PFM - ManagerからPFM - Agentを削除する

手順を次に示します。

エージェント情報を削除する。
PFM - Managerが管理しているエージェント情報を削除します。
次のようにコマンドを実行します。

jpcctrl delete xxxx host=ホスト名 lhost=論理ホスト名

「xxxx」は，各PFM - AgentのサービスIDを示します。
例えば，ホスト名がjp1のホストで，論理ホスト名がjp1-ha1の論理ホスト環境のPFM - Agent for Oracleのエージェント情報を削除する場合，次のようにコマンドを実行します。

jpcctrl delete O* host=jp1 lhost=jp1-ha1

jpcctrl deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Agentのアンセットアップとアンインストールをする。
PFM - Agentのアンセットアップとアンインストールを実施します。PFM - Agentのアンセットアップとアンインストールの方法については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。
削除対象のPFM - Agentが，PFM - Managerと同じノードにあった場合は，アンセットアップとアンインストールのあとで，PFM - Managerの再起動が必要です。手順3に進んでください。

PFM - Managerを再起動する。
PFM - Managerを再起動します。

(2)　PFM - Web ConsoleからPFM - Agentを削除する

手順を次に示します。

実行系ノードでPFM - Web Consoleを再起動する。
削除したPFM - Agentの情報をPFM - Web Consoleに反映させます。
PFM - Agentをアンセットアップおよびアンインストールしたあとに，実行系ノードでPFM - Web Consoleを再起動してください。

参考

待機系ノードでは，フェールオーバー時にPFM - Web Consoleが再起動されるため，この再起動は必要ありません。

アラームの定義情報およびレポートの定義情報を削除する。
必要に応じて，不要になったアラームの定義情報およびレポートの定義情報を削除します。
アラームの定義情報の削除については，「12.4.9 (2)　アラームを削除する」または「12.6.6　アラームを削除する」を参照してください。レポートの定義情報の削除については，「11.3.12 (2)　レポートを削除する」または「11.4.2　不要になったレポートを削除する」を参照してください。

15.3.3　運用開始後のホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - ManagerホストおよびPFM - Agentホストの論理ホスト名を変更する方法を説明します。

注意事項

PFM - Managerの論理環境をアンセットアップするとアラーム定義が削除されます。アンセットアップする前にアラームの定義情報のバックアップとリストアを実施してください。詳細については，「14.3.2　アラームの定義情報のバックアップとリストア」を参照してください。

PFM - Managerの論理環境をアンセットアップするとレポート定義が削除されます。アンセットアップする前にレポートの定義情報のバックアップとリストアを実施してください。詳細については，「14.3.1　レポートの定義情報のバックアップとリストア」を参照してください。

PFM - Managerの論理環境をアンセットアップするとアラームデータ定義が削除されます。アンセットアップする前にjpcctrl dumpコマンドやjpcrptコマンドなどでエクスポートしてください。

PFM - Agentの論理環境をアンセットアップするとパフォーマンスデータが削除されます。アンセットアップする前にjpcctrl dumpコマンドやjpcrptコマンドなどでエクスポートしてください。

＜この項の構成＞

(1)　PFM - Managerが論理ホスト環境にある場合

(2)　PFM - Agentが論理ホスト環境にある場合

(1)　PFM - Managerが論理ホスト環境にある場合

作業手順を次に示します。

PFM - Web Consoleホストでのサービスを停止する。
論理ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - Agentホストでのサービスを停止する。
論理ホスト名を変更するPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

PFM - Managerホストでのサービスを停止する。
クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPeformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

旧名称で作成されたPFM - Managerの論理ホスト環境をアンセットアップする。
アンセットアップの方法については，「15.2.5(3)　アンセットアップ手順」を参照してください。

クラスタソフトからのPFM - Managerの登録解除をする。
クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

監視マネージャーの論理ホスト名を変更する。
論理ホスト名を変更します。また，hostsファイルの変更が必要な場合はここで変更します。

新しい論理ホスト名称でのPFM - Managerの論理ホスト環境をセットアップする。
セットアップの方法については，「15.2.2(3)　セットアップ手順」を参照してください。

クラスタソフトの設定をする。
設定方法については「15.2.2(4)　クラスタソフトの設定手順」を参照してください。

PFM - Managerホストでのサービスを起動する。
クラスタソフトからの操作で，PFM - Managerのサービスを起動させてください。

PFM - Agentホストで，接続先PFM - Managerを変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Agentホストで，接続先PFM - Managerを変更します。接続先PFM - Managerの変更は，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost02の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host02

PFM - Agentホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerを変更します。接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「5.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

PFM - Web Consoleホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

旧論理ホスト名のアラーム定義をインポートした場合は，アラームの設定を更新する。
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールからアラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している。
この場合，アラームを編集して，アクションを実行するアクションハンドラとして"PH1<変更先のPFM - Managerホスト名>"を設定してください。

アクションでJP1イベントを発行している
この場合，アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「12.　アラームによる稼働監視」を参照してください。

注意

論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

(2)　PFM - Agentが論理ホスト環境にある場合

作業手順を次に示します。

PFM - Agentの情報を削除する。
ホスト名を変更するPFM - Agentホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Agentホストでのサービスを停止する。
論理ホスト名を変更するPFM - AgentホストのPerformance Managementのプログラムおよびサービスをすべて停止します。クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

インスタンス環境をアンセットアップする。
論理ホスト環境でインスタンス環境を構築しているPFM - Agentの場合，論理ホスト上のインスタンス環境のアンセットアップを実施します。インスタンス環境のアンセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

旧名称で作成されたPFM - Agentの論理ホスト環境をアンセットアップする。
アンセットアップの方法については，各PFM - Agentのマニュアルを参照してください。

クラスタソフトからのPFM - Agentの登録解除をする。
クラスタソフトから，論理ホストのPFM - Agentに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

監視エージェントの論理ホスト名を変更する。
論理ホスト名を変更します。また，hostsファイルの変更が必要な場合はここで変更します。

新しい論理ホスト名称でのPFM - Agentの論理ホスト環境をセットアップする。
セットアップの方法については，各PFM - Agentのマニュアルを参照してください。

クラスタソフトの設定をする。
設定方法については，各PFM - Agentのマニュアルを参照してください。

接続先PFM - Managerを再設定する。
接続先PFM - Managerを再設定するには，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost01の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host01 -lhost 論理ホスト名

インスタンス環境をセットアップする。
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のセットアップを実施します。インスタンス環境のセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでのサービスを起動する。
論理ホスト名を変更したPFM - AgentホストでPerformance Managementのプログラムおよびサービスをクラスタソフトから起動します。

PFM - Managerホストでのサービス情報を削除する。
PFM - Agentホストの論理ホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Agentホストのホスト名を変更した場合は，PFM - Managerホストで変更前のPFM - Agentのサービス情報を削除してください。サービス情報の削除方法については，「5.2.3　サービス情報の削除」を参照してください。

PFM - Agentの設定を行う。
ホスト名変更後のエージェントの定義を再設定します。

旧論理ホスト名のPFM - Agent設定を削除する。
論理ホスト名を変更したPFM - Agentホストのエージェントの定義を，PFM - Web Consoleのブラウザーで削除します。そのあと，変更後のエージェントの定義を再設定してください。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」を参照してください。

アラームの設定を更新する。
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラまたはJP1イベントの送信元に，論理ホスト名を変更したPFM - Agentホストのアクションハンドラを指定している
この場合，アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Agentホスト名＞"を設定してください。

注意

論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認してください。

15.4　クラスタシステムでの構築（UNIXの場合）

ここでは，クラスタシステムにPerformance Managementシステムを構築する場合の次の操作について説明します。

PFM - Managerのインストール・セットアップ

PFM - Web Consoleのインストール・セットアップ

PFM - Managerのアンセットアップ・アンインストール

PFM - Web Consoleのアンセットアップ・アンインストール

＜この節の構成＞

15.4.1　インストールとセットアップの前に

15.4.2　PFM - Managerのインストールとセットアップ

15.4.3　PFM - Web Consoleのインストールとセットアップ

15.4.4　PFM - Agentのバージョンアップインストール

15.4.5　PFM - Managerのアンセットアップとアンインストール

15.4.6　PFM - Web Consoleのアンセットアップとアンインストール

15.4.1　インストールとセットアップの前に

クラスタシステムにPerformance Managementをインストールおよびセットアップする前に確認することについて説明します。

＜この項の構成＞

(1)　前提条件

(2)　セットアップ環境の確認

(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のセットアップで必要になる環境情報に加えて，次の情報が必要です。

表15-4　論理ホスト運用のPFM - Managerのセットアップに必要な情報（UNIXの場合）

項目 | 例
論理ホスト名 | jp1-ha1
論理IPアドレス | 172.16.92.100
共有ディスク | /jp1

なお，一つの論理ホストで論理ホスト運用するPerformance Managementが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

15.4.2　PFM - Managerのインストールとセットアップ

クラスタシステムにPFM - Managerをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの流れ

(2)　インストール手順　

(3)　セットアップ手順

(4)　クラスタソフトの設定手順

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れについて，次の図に示します。

図15-16　論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れ（UNIXの場合）

注意

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerは実行できなくなります。ただし，Action Handlerサービスは物理ホスト環境で運用するPFM - Agentも使用するため，実行できる状態のまま変更されません。
論理ホスト環境のPFM - Managerをアンセットアップすると，物理ホスト環境のPFM - Managerが実行できるようになります。

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerの定義内容がそのまま論理ホスト環境に引き継がれます。ただし，Storeデータベースの内容は引き継がれません。なお，論理ホスト環境のPFM - Managerをアンセットアップすると論理ホスト環境の定義内容やStoreデータベースが削除されるので，物理ホスト環境に引き継ぎできません。

JPC_HOSTNAME環境変数は，Performance Managementで使用していますので，環境変数として設定しないでください。誤って設定した場合は，Performance Managementが正しく動作しません。

新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerに対してヘルスチェック機能を有効にしていた場合でも，ヘルスチェック機能の設定は論理ホスト環境のPFM - Managerには引き継がれません。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホスト上のjpccomm.iniファイルは無視され，論理ホストで設定されたホスト名が有効になります。

以降に，PFM - Managerのインストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Managerを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。インストール手順の詳細については，「6.1.3　インストール手順」を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

(3)　セットアップ手順

PFM - Managerのセットアップは，まず実行系ノードで行います。次に，実行系ノードでセットアップした内容を環境定義ファイルにエクスポートします。最後にその環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへセットアップの内容を反映させます。

図15-17　実行系ノードでセットアップした内容を待機系ノードへ反映する方法

各セットアップについて，次に説明します。

(a)　PFM - Agent情報の追加セットアップ[図データ]　　[図データ]　[図データ]

クラスタシステムでPFM - Agentを一元管理するために，実行系ノードおよび待機系ノードのPFM - Managerに，PFM - Agentのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

セットアップの手順は，非クラスタシステムの場合と同じです。手順については，「6.1.4 (2)　PFM - Agentの登録」を参照してください。

注意

PFM - Managerと同一のホストにPFM - Agentを追加する場合は，追加セットアップは必要ありません。

(b)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，mountコマンドを実行してファイルシステムをマウントしてください。

注意

共有ディスクをマウントしないでセットアップすると，ローカルディスク上にファイルが作成されることがあります。

(c)　PFM - Managerの論理ホストのセットアップ[図データ]

実行系ノードで，PFM - Managerの論理ホスト環境をセットアップします。セットアップを実施する前に，システム全体で，Performance Managementのプログラムおよびサービスをすべて停止する必要があります。

手順を次に示します。

論理ホスト環境を作成する。
jpchasetup createコマンドを実行して，PFM - Managerの論理ホスト環境を作成します。
論理ホスト名は，-lhostで指定します。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。共有ディスクのディレクトリ名は，-dの環境ディレクトリ名に指定します。
例えば，論理ホスト名がjp1-ha1で環境ディレクトリが/usr/jp1の論理ホストをセットアップする場合は，次のようにコマンドを実行します。

jpchasetup create mgr -lhost jp1-ha1 -d /use/jp1

このコマンドを実行すると，/usr/jp1の配下にjp1pcディレクトリが作成され，論理環境で必要なファイルが環境ディレクトリにコピーされます。例を次の図に示します。

コマンドを実行すると，実行系ノードのローカルディスクから，必要なデータが共有ディスクにコピーされ，論理ホスト運用するために必要な設定が行われます。
jpchasetup createコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
jpchasetup listコマンドを実行して，論理ホストの設定を確認し，作成した論理ホスト環境が正しいことを確認してください。

jpchasetup list all

コマンドの実行例を次に示します。

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　PFM - Agentの論理ホストのセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストにセットアップするPFM - Agentがある場合だけに必要な手順です。

セットアップ手順については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　ネットワークの設定[図データ]

論理ホスト名でPFM - ManagerとPFM - Web Consoleの通信をするために，環境ディレクトリ/jp1pc/mgr/viewsvr/jpcvsvr.iniファイルに次の行を追加してください。

java.rmi.server.hostname=論理ホスト名

PFM - ManagerとPFM - Web Consoleの通信で使用するホスト名については，マニュアル「JP1/Performance Management リファレンス」の付録の，ポート番号について説明している個所を参照してください。

また，ネットワーク構成に応じて，IPアドレスとポート番号を変更する場合は，次の手順で設定してください。

IPアドレスを設定する[図データ]
IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。jpchostsファイルを編集した場合は，jpchostsファイルを実行系ノードから待機系ノードにコピーしてください。
IPアドレスの設定方法については，「6.3.1 (1) (a)　IPアドレスを設定する」を参照してください。

ポート番号を設定する[図データ]
ファイアウォールがあるネットワーク環境でPerformance Managementを運用する場合だけに必要な手順です。
ファイアウォール経由でPerformance Managementの通信をする場合には，jpcnsconfig portコマンドを使用してポート番号を設定します。
例えば，論理ホスト名がjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcnsconfig port define all -lhost jp1-ha1

コマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに追加定義されます。
ポート番号の設定方法については，「6.3.1 (1) (b)　ポート番号を設定する」を参照してください。
jpcnsconfig portコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(f)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合にだけ，必要な設定です。

詳細については，「5.4.1　共通メッセージログのファイルサイズ設定」を参照してください。

(g)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合にだけ，必要な設定です。

詳細については，「8.　ユーザーアカウントの管理」を参照してください。

(h)　イベントデータの格納先の変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：環境ディレクトリ/opt/jp1pc/mgr/store/

バックアップ先フォルダ：環境ディレクトリ/opt/jp1pc/mgr/store/backup/

エクスポート先フォルダ：環境ディレクトリ/opt/jp1pc/mgr/store/dump/

変更方法についての詳細は，「5.4.2　イベントデータの格納先の変更」を参照してください。

(i)　動作ログ出力の設定[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，「付録H　動作ログの出力」を参照してください。

(j)　ヘルスチェック機能の設定[図データ]　[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次のように実行します。

jpcstsetup hcenable

jpcstsetup hcenableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(k)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerの論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。同じ論理ホストにほかのPerformance Managementをセットアップする場合は，すべてのセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

jpchasetup exportコマンドを実行する。
論理ホスト環境定義を，任意のファイルにエクスポートします。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpchasetup export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。
jpchasetup exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(l)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，ファイルシステムをアンマウントして作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

注意

共有ディスクがアンマウントされていても，指定した環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上に指定した環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上の環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(m)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

手順を次に示します。

jpchasetup importコマンドを実行する。
論理ホスト環境定義を待機系ノードにインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpchasetup import -f lhostexp.conf

jpchasetup importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。
なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。
jpchasetup importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpchasetup listコマンドを実行して，論理ホストの設定を確認します。
次のようにコマンドを実行します。

jpchasetup list all

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　クラスタソフトの設定手順

クラスタソフトの設定は，実行系ノードと待機系ノードのそれぞれで行います。

手順を次に示します。

(a)　クラスタソフトでのPFM - Managerの登録[図データ]　[図データ]

PFM - Managerを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Managerを起動したり停止したりするように設定します。

PFM - Agentをクラスタソフトに登録する場合は，PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照して，設定してください。

一般にUNIXのクラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の四つがあります。

PFM - Managerでは，次の表のように設定します。

表15-5　クラスタソフトに登録するPFM - Managerの制御方法

項目
説明

起動
次のコマンドを順に実行して，PFM - Managerを起動する。

/opt/jp1pc/tools/jpcstart mgr lhost=論理ホスト名
/opt/jp1pc/tools/jpcstart act lhost=論理ホスト名

起動するタイミングは，共有ディスクおよび論理IPアドレスが使用できる状態になったあととする。

停止
次のコマンドを順に実行して，PFM - Managerを停止する。
/opt/jp1pc/tools/jpcstop act lhost=論理ホスト名
/opt/jp1pc/tools/jpcstop mgr lhost=論理ホスト名
停止するタイミングは，共有ディスクおよび論理IPアドレスを使用できない状態にする前とする。
なお，障害などでサービスが停止しているときは，jpcstopコマンドの戻り値が3になる。この場合，サービスは停止されているので，正常終了と扱う。戻り値で実行結果を判定するクラスタソフトの場合は，戻り値を0にするなどで対応すること。

動作監視
次のプロセスが動作していることを，psコマンドで確認する。
ps -ef | grep "プロセス名 論理ホスト名" | grep -v "grep監視対象のプロセス"
プロセス名ついては「15.6.1 (3)　サービス名について」を参照のこと。なお，運用中にメンテナンスなどでPerformance Managementを一時的に停止する場合を想定して，動作監視を抑止する方法（例えば，メンテナンス中を意味するファイルがあると監視をしないなど）を用意しておくことを推奨する。

強制停止
強制停止が必要な場合は，次のコマンドを実行する。

/opt/jp1pc/tools/jpcstop all lhost=論理ホスト名 kill=immediate

第一引数のサービスキーに指定できるのは，allだけである。

注意

コマンドを実行すると，指定した論理ホスト環境すべてのPerformance Managementのプロセスが，SIGKILL送信によって強制停止される。このとき，サービス単位ではなく，論理ホスト単位でPerformance Managementが強制停止される。

なお，強制停止は，通常の停止を実行しても停止できない場合に限って実行するよう設定すること。

注意

クラスタに登録するPerformance Managementは，クラスタから起動および停止を制御しますので，OS起動時の自動起動設定をしないでください。

Performance Managementを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，Performance Managementのコマンドを実行するようにしてください。

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，Performance Managementのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。Performance Managementのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

psコマンドで表示される文字の長さはOSによって異なります。論理ホスト名とインスタンス名を合わせて，47文字以内になるように設定してください。また，psコマンドで動作監視する場合，事前にpsコマンドで論理ホストがすべて表示されているか確認してください。表示が途中で切れてしまっている場合は表示されている文字までを監視するように設定してください。

(b)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように設定します。

クラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の四つがあります。

PFM - Web Consoleでは，次の表のように設定します。

表15-6　クラスタソフトに登録するPFM - Web Consoleの制御方法

項目
説明

起動
次のコマンドを順に実行して，PFM - Web Consoleを起動する。

/opt/jp1pcwebcon/tools/jpcwstart

停止
強制停止
次のコマンドを順に実行して，PFM - Web Consoleを停止する。
/opt/jp1pcwebcon/tools/jpcwstop

動作監視
次のプロセスが動作していることを，psコマンドで確認する。
ps -ef | grep "プロセス名" | grep -v "grep監視対象のプロセス"
プロセス名については「15.6.1 (3)　サービス名について」を参照のこと。

注意

クラスタに登録するPFM - Web Consoleは，クラスタから起動および停止を制御しますので，OS起動時の自動起動設定をしないでください。

PFM - Web Consoleを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，起動コマンドを実行するようにしてください。

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，PFM - Web Consoleのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。PFM - Web Consoleのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

(c)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - ManagerまたはPFM - Web Consoleの起動および停止を各ノードで実行して，正常に動作することを確認してください。

15.4.3　PFM - Web Consoleのインストールとセットアップ

クラスタシステムにPFM - Web Consoleをインストールおよびセットアップする方法について説明します。

＜この項の構成＞

(1)　インストールとセットアップの前に

(2)　インストールとセットアップの流れ

(3)　インストール手順　

(4)　セットアップ手順

(5)　クラスタソフトの設定手順

(1)　インストールとセットアップの前に

PFM - Web Consoleをインストールおよびセットアップする場合の注意事項を次に示します。

PFM - Web Consoleをクラスタシステムにセットアップする場合の注意

PFM - Web Consoleは，論理ホスト運用する場合も，Webサーバやコンテナなどの共通コンポーネントが必要です。共通コンポーネントと同じノードで動作するようにセットアップしてください。

PFM - Web Console環境の移行に関する注意

非クラスタシステムで運用していたPFM - Web Consoleの環境を，クラスタシステムに移行することはできません。非クラスタシステムからクラスタシステムに変更する場合は，PFM - Web Consoleをアンセットアップおよびアンインストールしたあと，構築したクラスタシステムにPFM - Web Consoleを新規インストールする必要があります。

(2)　インストールとセットアップの流れ

論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れについて説明します。

図15-18　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ

次に，インストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Web Consoleを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。

インストール手順については，「6.1.3　インストール手順」を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

実行系ノードと待機系ノードのPFM - Web Consoleは同じパスにインストールしてください。

(4)　セットアップ手順

PFM - Web Consoleを論理ホスト運用する場合，実行系ノードと待機系ノードで環境構成を同じにする必要があります。

PFM - Web Consoleの各セットアップについて，説明します。

(a)　PFM - Agent情報の追加セットアップ[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - Agentを一元管理するために，実行系ノードおよび待機系ノードのPFM - Web ConsoleにPFM - Agentのエージェント情報を登録します。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

注意

すでにPFM - Agentの情報が登録されているPerformance Managementシステムに，新たに同じプロダクトIDで，同じバージョンのPFM - Agentを追加した場合，PFM - Agentの登録は必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，最新バージョンのPFM - Agentをセットアップしてください。

PFM - Web Consoleのエージェント情報の追加セットアップは，「図15-18 論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ」で示す流れで行います。

PFM - Web Consoleにエージェント情報を登録する手順を次に示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - Agentのセットアップファイルを，PFM - Web Consoleの実行系ノードおよび待機系ノードの次の場所にコピーします。
/opt/jp1pcwebcon/setup
コピーするセットアップファイルおよび手順は，PFM - Managerに追加セットアップする場合と同じです。詳細については，「6.1.4(2)　PFM - Agentの登録」を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcwagtsetupコマンドを実行し，エージェント情報を登録します。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - Agentのエージェント情報を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)　初期設定ファイルの実行系ノードへのコピー[図データ]　[図データ]

(b)，(c)および(d)で編集した初期設定ファイル（config.xml）を，実行系ノードにコピーします。

実行系ノードの次の場所にコピーしてください。

/opt/jp1pcwebcon/conf

(f)　共有ディスクのオンライン[図データ]

実行系ノードで共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(g)　PFM - Agent情報の追加セットアップの実行[図データ]　[図データ]

実行系ノードで(a)でコピーしたセットアップファイルを使い，PFM - Agentのエージェント情報を追加セットアップします。

手順を次に示します。

実行系ノードで，PFM - Web Consoleサービスを停止する。
クラスタソフトへの登録前の場合，jpcwstopコマンドでサービスを停止させてください。
クラスタソフトへの登録後，PFM - Agentの追加など構成を変更する場合，クラスタソフトからサービスを停止させてください。なお，構成変更の詳細については，「15.5　クラスタシステムでの構成変更（UNIXの場合）」を参照してください。

実行系ノードでセットアップコマンドを実行する。
次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで，PFM - Web Consoleサービスを起動する。
手順1で停止させていたPFM - Web Consoleサービスを起動します。

(5)　クラスタソフトの設定手順

クラスタソフトにPFM - Web Consoleを設定します。実行系ノードと待機系ノードでそれぞれに設定します。

手順を次に示します。

(a)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように環境設定します。

起動の場合はjpcwstartコマンド，停止の場合はjpcwstopコマンドをそれぞれ登録してください。

注意

ユーザーがPFM - Web Consoleを操作中にjpcwstopコマンドを実行した場合など，停止処理に時間がかかる場合があります。

クラスタソフトにjpcwstopコマンドを登録する際に，jpcwstopコマンドの戻り値(4)が返された場合に，数分待ってから再度jpcwstopコマンドを実行するスクリプトを作成して，jpcwstopコマンドを登録してください。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Web Consoleの起動および停止を各ノードで実行し，正常に動作することを確認してください。

15.4.4　PFM - Agentのバージョンアップインストール

他のPFM - AgentやPFM - Managerを論理ホスト環境で運用している場合の物理ホスト環境で動作するPFM - Agentのバージョンアップインストールの手順について説明します。

Performance Managementと連携している機能(NNM連携，JP1/IM連携)がある場合は，連携をすべて停止する。

クラスタソフトから，論理ホスト上のPFMサービスをすべて停止する。

実行系，待機系両方で物理ホスト上のPFMサービスをjpcstop allコマンドですべて停止する。

実行系で対象となるPFM - Agentを上書きインストールする。

待機系で対象となるPFM - Agentを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

クラスタソフトから，論理ホスト上のPFMのサービスを起動する。

実行系，待機系両方の物理ホスト上のPFMサービスを起動する。

Performance Managementとの連携機能を再開する。

15.4.5　PFM - Managerのアンセットアップとアンインストール

クラスタシステムからPFM - Managerをアンセットアップおよびアンインストールする方法について説明します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの前に

(2)　アンセットアップとアンインストールとの流れ

(3)　アンセットアップ手順

(4)　クラスタソフトの設定手順

(5)　アンインストール手順　

(1)　アンセットアップとアンインストールの前に

PFM - Managerをアンセットアップおよびアンインストールする場合の注意事項を次に示します。

アンセットアップの順序に関する注意

PFM - Agentを実行するには，PFM - Managerが必要です。このため，PFM - Managerをアンセットアップする場合には，システム内のPFM - Agentとの関係を考慮してアンセットアップ時の作業順序を決める必要があります。アンセットアップが必要になる場合の作業手順については，非クラスタシステムと同じです。詳細については，「6.2　アンインストールとアンセットアップ」を参照してください。

サービスの停止に関する注意

アンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスを，すべて停止してください。また，アンセットアップするPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - Agentのすべてのサービスを停止してください。サービスの停止方法については，「7.　Performance Managementの起動と停止」を参照してください。

(2)　アンセットアップとアンインストールとの流れ

論理ホスト運用するPFM - Managerのアンセットアップとアンインストールの流れについて説明します。

アンインストールおよびアンセットアップの流れを次の図に示します。

図15-19　論理ホスト運用するPFM - Managerのアンセットアップおよびアンインストールの流れ（UNIXの場合）

次に，PFM - Managerのアンセットアップの手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

手順名の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　アンセットアップ手順

アンセットアップは，まず，実行系ノードでアンセットアップを行います。次に，実行系ノードでアンセットアップした内容を環境定義ファイルにエクスポートします。最後に，その環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへアンセットアップの内容を反映させます。

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，mountコマンドを実行してファイルシステムをマウントしてください。

注意

共有ディスクがアンマウントされていても，アンセットアップする論理ホストの環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上にアンセットアップする論理ホストの環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上のアンセットアップする論理ホストの環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(c)　ヘルスチェック機能の設定解除[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能の設定を解除するコマンドを次のように実行します。

jpcstsetup hcdisable

jpcstsetup hcdisableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　通信ポート番号の設定解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcnsconfig portコマンドでポート番号を設定した場合だけに必要な手順です。

手順を次に示します。

通信ポート番号の設定を解除する。
jpcnsconfig portコマンドを実行して，通信ポート番号の設定を解除します。
例えば，論理ホストjp1-ha1上のサービスのポート番号の設定をすべて解除する場合，次のようにコマンドを指定して実行します。

jpcnsconfig port define all -lhost jp1-ha1

jpcnsconfig portコマンドでは，論理ホストのPFM - Manager，およびその他のPerformance Managementが通信で使用するポート番号を設定します。ポート番号の入力時に，0を入力するとポート番号が解除されます。また，このコマンドを実行するとservicesファイルに定義されていたPerformance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるサービス名）が削除されます。
jpcnsconfig portコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(e)　PFM - Managerの論理ホストのアンセットアップ[図データ]

手順を次に示します。

論理ホスト設定を確認する。
論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。
次のようにコマンドを実行します。

jpchasetup list all

コマンドの実行例を次に示します。

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

PFM - Managerの論理ホスト環境を削除する。
jpchasetup deleteコマンドを実行すると，論理ホストのPFM - Managerを起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。次のようにコマンドを実行します。

jpchasetup delete mgr -lhost jp1-ha1

jpchasetup deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

共有ディスクがオフラインになっている場合は，論理ホストの設定だけが削除されます。共有ディスク上のディレクトリやファイルは削除されません。

論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpchasetup list all

論理ホスト環境からPFM - Managerが削除されていることを確認してください。
jpchasetup listコマンドの詳細ついては，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(f)　PFM - Agentの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストからアンセットアップするPFM - Agentがある場合だけ必要な手順です。

PFM - Agentをアンセットアップしてください。アンセットアップ手順については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(g)　論理ホスト環境定義ファイルのエクスポート[図データ]

実行系ノードでPFM - Managerをアンセットアップする論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

注意

同じ論理ホストから，ほかのPerformance Managementのプログラムをアンセットアップする場合は，アンセットアップが済んだあとにエクスポートしてください。

手順を次に示します。

論理ホスト環境定義をエクスポートする。
例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。エクスポートファイル名は任意です。

jpchasetup export -f lhostexp.conf

jpchasetup exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(h)　論理ホスト定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートした論理ホスト環境定義ファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントにする必要はありません。

(i)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementの設定を，待機系ノードに設定するには，jpchasetup importコマンドを使用します。一つの論理ホストに複数のPerformance Managementがセットアップされている場合は，一括してインポートされます。

手順を次に示します。

論理ホスト環境定義をインポートする。
jpchasetup importコマンドを実行して，実行系ノードから待機系ノードにコピーした論理ホスト環境定義のエクスポートファイルをインポートします。
例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpchasetup import -f lhostexp.conf

コマンドを実行すると，待機系ノードの環境を，エクスポートした実行系ノードと同じ環境になるように設定変更します。これによって，論理ホストのPFM - Managerを起動するための設定が削除されます。ほかの論理ホストのPerformance Managementをアンセットアップしている場合は，それらの設定も削除されます。
jpchasetup importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

論理ホスト環境の設定を確認する。
実行系ノードと同じようにjpchasetup listコマンドを実行して，論理ホスト設定を確認します。
次のようにコマンドを実行します。

jpchasetup list all

jpchasetup listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(4)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Managerの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　アンインストール手順[図データ]　[図データ]

(a)　PFM - Managerのアンインストール

アンインストールは，実行系ノードと待機系ノードで別に行います。アンインストール手順は，非クラスタシステムの場合と同じです。詳細については，「6.2.2　アンインストール手順」を参照してください。

注意

PFM - Managerをアンインストールする場合は，PFM - ManagerをアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPerformance Managementをアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

15.4.6　PFM - Web Consoleのアンセットアップとアンインストール

PFM - Web Consoleでのアンセットアップとアンインストールを次に示します。

＜この項の構成＞

(1)　アンセットアップとアンインストールの前に

(2)　アンセットアップとアンインストールの流れ

(3)　アンセットアップ手順

(4)　クラスタソフトの設定手順

(5)　アンインストール手順

(1)　アンセットアップとアンインストールの前に

クラスタシステムで，PFM - Web Consoleをアンセットアップおよびアンインストールする場合の注意事項を次に示します。

PFM - Web Consoleを非クラスタシステムに戻す場合の注意

PFM - Web Consoleは，PFM - Managerと同一のノードで運用する必要があります。このため，PFM - Web Consoleを非クラスタシステムに戻す場合は，PFM - Managerも，非クラスタシステムに戻す必要があります。

また，クラスタシステムで運用していた環境を，非クラスタシステムに移行することはできません。クラスタシステムから非クラスタシステムに戻すときは，PFM - Web Consoleをアンセットアップおよびアンインストールしたあと，非クラスタシステムにPFM - Web Consoleを新規インストールしてください。

PFM - Web Consoleのアンセットアップおよびアンインストール時の注意

PFM - Web Consoleをアンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスの，すべてを停止してください。また，アンセットアップするノードのPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - Agentのサービスおよびプログラムを停止してください。

(2)　アンセットアップとアンインストールの流れ

クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れについて説明します。

アンセットアップおよびアンインストールの流れを次の図に示します。

図15-20　クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れ（UNIXの場合）

次に，アンセットアップ手順，クラスタソフトの設定解除手順およびアンインストール手順について説明します。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。

(3)　アンセットアップ手順

手順を次に示します。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(4)　クラスタソフトの設定手順

(a)　クラスタソフトからのPFM - Web Consoleの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　アンインストール手順

(a)　PFM - Web Consoleのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。PFM - Web Consoleのアンインストール手順は，非クラスタシステムの場合と同じです。詳細については，「6.2.2　アンインストール手順」を参照してください。

注意

ブックマークの定義情報の格納先ディレクトリは，デフォルトから変更している場合，PFM - Web Consoleのアンインストール時に削除されません。アンインストールしたあとに，手動で削除する必要があります。

15.5　クラスタシステムでの構成変更（UNIXの場合）

システムを構築して運用を開始したあとも，業務の拡大や処理量の増加に伴って，サーバを追加したり新たなアプリケーションを導入したりするなど，システムのクラスタ構成が変更になる場合があります。

そのため，監視対象システムのクラスタ構成変更に合わせて，次に示すPerformance Managementの構成変更の検討が必要になります。

監視対象システムの追加に伴うPFM - Agentの追加

監視対象システムの削除に伴うPFM - Agentの削除

ここでは，クラスタシステムで論理ホスト運用をしている場合に，Performance Managementの構成を変更する方法について説明します。

＜この節の構成＞

15.5.1　PFM - Agentの追加

15.5.2　PFM - Agentの削除

15.5.3　運用開始後のホスト名の変更

15.5.1　PFM - Agentの追加

システムへのサーバの追加や新しいアプリケーションの追加をするとき，それらのパフォーマンスを監視するために，PFM - Agentを追加する場合があります。

これまでPerformance Managementシステムで使用していなかった新しいプロダクトIDのPFM - Agentを追加する場合，PFM - ManagerおよびPFM - Web Consoleに，エージェント情報の追加セットアップが必要になります。

プロダクトIDについては，各PFM - Agentのマニュアルを参照してください。

ポイント

エージェント情報とは，PFM - ManagerやPFM - Web Consoleが，PFM - Agentを管理したり表示したりするための情報です。

注意

PFM - Agentを追加する前に，PFM - ManagerおよびそのノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，「7.　Performance Managementの起動と停止」を参照してください。

論理ホスト運用のPFM - Managerの場合も，作業中は停止する必要があります。Performance Managementプログラムのサービスが完全に停止していない状態で，PFM - Agentを追加するためのjpcagtsetupコマンドまたはjpcwagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，サービスが完全に停止したことを確認したあと，再度jpcagtsetupコマンドまたはjpcwagtsetupコマンドを実行してください。

論理ホスト環境のPerformance ManagementシステムにPFM - Agentを追加する流れを次に示します。

図15-21　論理ホスト環境のPerformance ManagementシステムにPFM - Agentを追加する流れ

手順を次に示します。

＜この項の構成＞

(1)　PFM - BaseとPFM - Agentをインストールする

(2)　PFM - ManagerにPFM - Agent情報を追加セットアップする

(3)　PFM - Web ConsoleにPFM - Agentを追加セットアップする

(4)　追加したPFM - Agentを確認する

(1)　PFM - BaseとPFM - Agentをインストールする

新しくPerformance Managementでパフォーマンス監視をするホストに，PFM - BaseおよびPFM - Agentをインストールします。

インストール方法については，「6.1.3　インストール手順」を参照してください。

(2)　PFM - ManagerにPFM - Agent情報を追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Managerに，PFM - Agentのエージェント情報を追加セットアップする流れを説明します。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

エージェント情報の追加セットアップは，まず待機系ノードから行います。待機系のノードの追加セットアップが完了すると，次に実行系ノードのセットアップを行います。

図15-22　PFM - AgentをPFM - Managerに追加セットアップする流れ

注意

PFM - Managerと同一のホストにPFM - Agentを追加する場合は，追加セットアップは必要ありません。

バージョンが異なる同じプロダクトIDのPFM - Agentを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - Agentをセットアップしてください。

PFM - Agentのエージェント情報を追加セットアップする手順を説明します。

[図データ]は実行系ノードで行う手順を，[図データ]は待機系ノードで行う手順を示します。

セットアップファイルをコピーする。[図データ]　[図データ]
PFM - Agentのセットアップファイルを，PFM - Managerの実行系ノードおよび待機系ノードにコピーします。
詳細については，「6.1.4 (2)　PFM - Agentの登録」を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]
待機系ノードで，jpcagtsetupコマンドを実行し，新規エージェントを追加セットアップします。
次のようにコマンドを実行します。

jpcagtsetup agtx

「agtx」は，各PFM - Agentのサービスキーを示します。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcagtsetup agto

jpcagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで共有ディスクを確認する。[図データ]
実行系ノードで，共有ディスクがマウントされているかどうかを確認します。追加セットアップでは，共有ディスク上にエージェント情報を書き込みます。クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクがマウントされているか確認してください。

実行系ノードでサービスを停止する。[図データ]
実行系ノードで，Performance Managementのプログラムおよびサービスを停止します。プログラムおよびサービスの停止はクラスタソフトから行ってください。

実行系ノードでセットアップコマンドを実行する。[図データ]
待機系と同様にして，実行系ノードで，jpcagtsetupコマンドを実行し，新規エージェントを追加セットアップします。

jpcagtsetup agtx

「agtx」は，各PFM - Agentのサービスキーを示します。
例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcagtsetup agto

jpcagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでサービスを起動する。[図データ]
実行系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

(3)　PFM - Web ConsoleにPFM - Agentを追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Web Consoleに，PFM - Agentのエージェント情報を追加セットアップします。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，PFM - Agent情報の追加セットアップは不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

追加セットアップする手順については，「15.2.3 (4) (a)　PFM - Agent情報の追加セットアップ」を参照してください。

(4)　追加したPFM - Agentを確認する

追加セットアップしたPFM - Agentを確認します。

手順を次に示します。

PFM - Agentのノードでサービスを起動する。
新しく追加したPFM - AgentのノードでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Agentが正しく追加されているか確認する。
jpcctrl listコマンドを実行して，PFM - Managerに正しく接続されていることを確認します。
次のようにコマンドを実行します。

jpcctrl list "*"

jpcctrl listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

15.5.2　PFM - Agentの削除

システム構成の変更によって，システム全体から監視対象のシステムを撤去する場合などに，PFM - Agentを削除する場合があります。

論理ホスト運用中のPerformance Managementシステムから，PFM - ManagerホストおよびPFM - Web Consoleホストで，それぞれPFM - Agentを削除します。

注意

PFM - Agentを削除するノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

削除対象のPFM - AgentがPFM - Managerと同一ノードにある場合は，jpcctrl deleteコマンドでエージェント情報を削除したあとに，PFM - Managerを再起動する必要があります。

＜この項の構成＞

(1)　PFM - ManagerからPFM - Agentを削除する

(2)　PFM - Web ConsoleからPFM - Agentを削除する

(1)　PFM - ManagerからPFM - Agentを削除する

手順を次に示します。

エージェント情報を削除する。
PFM - Managerが管理しているエージェント情報を削除します。
次のようにコマンドを実行します。

jpcctrl delete xxxx host=ホスト名 lhost=論理ホスト名

「xxxx」は，各PFM - AgentのサービスIDを示します。
例えば，ホスト名がjp1のホストで，論理ホスト名がjp1-ha1の論理ホスト環境のPFM - Agent for Oracleのエージェント情報を削除する場合，次のようにコマンドを実行します。

jpcctrl delete O* host=jp1 lhost=jp1-ha1

jpcctrl deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Agentのアンセットアップとアンインストールをする。
PFM - Agentのアンセットアップとアンインストールを実施します。PFM - Agentのアンセットアップとアンインストールの方法については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。
削除対象のPFM - Agentが，PFM - Managerと同じノードにあった場合は，アンセットアップとアンインストールのあとで，PFM - Managerの再起動が必要です。手順3に進んでください。

PFM - Managerを再起動する。
PFM - Managerを再起動します。

(2)　PFM - Web ConsoleからPFM - Agentを削除する

手順を次に示します。

実行系ノードでPFM - Web Consoleを再起動する。
削除したPFM - Agentの情報をPFM - Web Consoleに反映させます。
PFM - Agentをアンセットアップおよびアンインストールしたあとに，実行系ノードでPFM - Web Consoleを再起動してください。

参考

待機系ノードでは，フェールオーバー時にPFM - Web Consoleが再起動されるため，この再起動は必要ありません。

アラームの定義情報およびレポートの定義情報を削除する。
必要に応じて，不要になったアラームの定義情報およびレポートの定義情報を削除します。
アラームの定義情報の削除については，「12.4.9 (2)　アラームを削除する」または「12.6.6　アラームを削除する」を参照してください。レポートの定義情報の削除については，「11.3.12 (2)　レポートを削除する」または「11.4.2　不要になったレポートを削除する」を参照してください。

15.5.3　運用開始後のホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - ManagerホストおよびPFM - Agentホストの論理ホスト名を変更する方法を説明します。

注意事項

PFM - Managerの論理環境をアンセットアップするとアラーム定義が削除されます。アンセットアップする前にアラームの定義情報のバックアップとリストアを実施してください。詳細については，「14.3.2　アラームの定義情報のバックアップとリストア」を参照してください。

PFM - Managerの論理環境をアンセットアップするとレポート定義が削除されます。アンセットアップする前にレポートの定義情報のバックアップとリストアを実施してください。詳細については，「14.3.1　レポートの定義情報のバックアップとリストア」を参照してください。

PFM - Managerの論理環境をアンセットアップするとアラームデータ定義が削除されます。アンセットアップする前にjpcctrl dumpコマンドやjpcrptコマンドなどでエクスポートしてください。

PFM - Agentの論理環境をアンセットアップするとパフォーマンスデータが削除されます。アンセットアップする前にjpcctrl dumpコマンドやjpcrptコマンドなどでエクスポートしてください。

＜この項の構成＞

(1)　PFM - Managerが論理ホスト環境にある場合

(2)　PFM - Agentが論理ホスト環境にある場合

(1)　PFM - Managerが論理ホスト環境にある場合

作業手順を次に示します。

PFM - Web Consoleホストでのサービスを停止する。
論理ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - Agentホストでのサービスを停止する。
論理ホスト名を変更するPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcstopコマンドを使用してください。

PFM - Managerホストでのサービスを停止する。
クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPeformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

旧名称で作成されたPFM-Managerの論理ホスト環境をアンセットアップする。
アンセットアップの方法については，「15.4.5(3)　アンセットアップ手順」を参照してください。

クラスタソフトからのPFM - Managerの登録解除をする。
クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

監視マネージャーの論理ホスト名を変更する。
論理ホスト名を変更します。また，hostsファイルの変更が必要な場合はここで変更します。

新しい論理ホスト名称でのPFM - Managerの論理ホスト環境をセットアップする。
セットアップの方法については，「15.4.3(4)　セットアップ手順」を参照してください。

クラスタソフトの設定をする。
設定方法については「15.4.2(4)　クラスタソフトの設定手順」を参照してください。

PFM - Managerホストでのサービスを起動する。
クラスタソフトからの操作で，PFM - Managerのサービスを起動させてください。

PFM - Agentホストで，接続先PFM - Managerを変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Agentホストで，接続先PFM - Managerを変更します。接続先PFM - Managerの変更は，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost02の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host02

PFM - Agentホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - AgentホストでPerformance Managementのプログラムおよびサービスを起動します。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerを変更します。接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，「5.4.6 (1) (b)　接続先PFM - Managerの設定」を参照してください。

PFM - Web Consoleホストでのサービスを起動する。
論理ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。

旧論理ホスト名のアラーム定義をインポートした場合はアラームの設定を更新する。
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している
この場合，アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Managerホスト名＞"を設定してください。

アクションでJP1イベントを発行している
この場合，アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「12.　アラームによる稼働監視」を参照してください。

注意

論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

(2)　PFM - Agentが論理ホスト環境にある場合

作業手順を次に示します。

PFM - Agentの設定を削除する。
ホスト名を変更するPFM - Agentホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連付けの削除）を，PFM - Web Consoleのブラウザーから行います。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」または「12.　アラームによる稼働監視」を参照してください。

PFM - Agentホストでのサービスを停止する。
論理ホスト名を変更するPFM - AgentホストのPerformance Managementのプログラムおよびサービスをすべて停止します。クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

インスタンス環境をアンセットアップする。
論理ホスト環境でインスタンス環境を構築しているPFM - Agentの場合，論理ホスト上のインスタンス環境のアンセットアップを実施します。インスタンス環境のアンセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

旧名称で作成されたPFM - Agentの論理ホスト環境をアンセットアップする。
アンセットアップの方法については，各PFM - Agentのマニュアルを参照してください。

クラスタソフトからのPFM - Agentの登録解除をする。
クラスタソフトから，論理ホストのPFM - Agentに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

監視エージェントの論理ホスト名を変更する。
論理ホスト名を変更します。また，hostsファイルの変更が必要な場合はここで変更します。

新しい論理ホスト名称でのPFM - Agentの論理ホスト環境をセットアップする。
セットアップの方法については，各PFM - Agentのマニュアルを参照してください。

クラスタソフトの設定をする。
設定方法については，各PFM - Agentのマニュアルを参照してください。

接続先PFM - Managerを再設定する。
接続先PFM - Managerを再設定するには，jpcnshostnameコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhost01の場合，次のように指定してコマンドを実行します。

jpcnshostname -s host01 -lhost 論理ホスト名

インスタンス環境をセットアップする。
インスタンス環境を構築しているPFM - Agentの場合，インスタンス環境のセットアップを実施します。インスタンス環境のセットアップ方法については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Agentホストでのサービスを起動する。
論理ホスト名を変更したPFM - AgentホストでPerformance Managementのプログラムおよびサービスをクラスタソフトから起動します。

PFM - Managerホストでのサービス情報を削除する。
PFM - Agentホストの論理ホスト名を変更しても，変更前のホスト名が付加されたPerformance Managementプログラムのサービス情報は変更されません。PFM - Agentホストのホスト名を変更した場合は，PFM - Managerホストで変更前のPFM - Agentのサービス情報を削除してください。サービス情報の削除方法については，「5.2.3　サービス情報の削除」を参照してください。

PFM - Agentの設定を行う。
ホスト名変更後のエージェントの定義を再設定します。

旧ホスト名のPFM - Agent設定を削除する。
論理ホスト名を変更したPFM - Agentホストのエージェントの定義を，PFM - Web Consoleのブラウザーで削除します。そのあと，変更後のエージェントの定義を再設定してください。
エージェントの定義を変更する手順の詳細については，「9.　エージェントの監視」を参照してください。

アラームの設定を更新する。
次のような場合，PFM - Managerホストのjpcalarmコマンドを使用するかまたは監視コンソールから，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラまたはJP1イベントの送信元に，ホスト名を変更したPFM - Agentホストのアクションハンドラを指定している。
この場合，アラームを編集して，アクションを実行するアクションハンドラとして"PH1＜変更後のPFM - Agentホスト名＞"を設定してください。

注意

ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集
パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認してください。

jpcctrl dumpコマンドの実行
収集したパフォーマンスデータが問題なく出力できるか確認してください。

レポート定義およびアラーム定義の確認
ブラウザーで作成したレポート定義およびアラームの定義が問題ないか確認してください。

15.6　クラスタシステムでの運用

ここでは，クラスタシステムでPerformance Managementを論理ホスト運用する上で必要な操作について説明します。Performance Managementをクラスタシステムで論理ホスト運用するときに必要な操作を次に示します。

Performance Managementの起動と停止

ユーザーアカウントの管理

監視エージェントの一元管理

稼働管理データの収集と管理

稼働管理レポートの作成

アラームによるリアルタイム監視

バックアップとリストア

フェールオーバーが発生したときの運用

＜この節の構成＞

15.6.1　クラスタシステムでのPerformance Managementの起動と停止

15.6.2　クラスタシステムでのユーザーアカウントの管理

15.6.3　クラスタシステムでの監視エージェントの一元管理

15.6.4　クラスタシステムでの稼働管理データの収集と管理

15.6.5　クラスタシステムでのレポートの作成

15.6.6　クラスタシステムでのアラームによるリアルタイム監視

15.6.7　クラスタシステムでのバックアップとリストア

15.6.8　クラスタシステムでフェールオーバーが発生したときの運用

15.6.1　クラスタシステムでのPerformance Managementの起動と停止

クラスタシステムで論理ホスト運用するPerformance Managementの起動と停止について説明します。

Performance Managementを起動および停止する順序は，非クラスタシステムの場合と同様です。詳細については，「7.　Performance Managementの起動と停止」を参照してください。

＜この項の構成＞

(1)　Performance Managementの起動

(2)　Performance Managementの停止

(3)　サービス名について

(1)　Performance Managementの起動

クラスタシステムで論理ホスト運用するPerformance Managementの起動について説明します。

(a)　サービスを手動で起動する

論理ホスト運用のPerformance Managementを起動する場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

注意

jpcstartコマンドでの起動など，クラスタソフト以外の操作によってPerformance Managementを起動すると，クラスタソフトの管理する状態と実際のPerformance Managementの状態が異なることになり，異常と判定される場合があります。

(b)　サービスを自動で起動する

クラスタシステムの起動時に，論理ホスト運用のPerformance Managementを自動的に起動したい場合は，クラスタソフトによってPerformance Managementを登録している論理ホストを自動起動するように設定してください。

(2)　Performance Managementの停止

クラスタシステムで論理ホスト運用するPerformance Managementの停止について説明します。

(a)　サービスを手動で停止する

論理ホスト運用のPerformance Managementを停止するには，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

注意

jpcstopコマンドでの停止など，クラスタソフト以外の操作によってPerformance Managementを停止すると，クラスタソフトの管理する状態と実際のPerformance Managementの状態が異なることになり，異常と判定される場合があります。

Performance Managementの設定を変更する作業のために共有ディスクや論理IPアドレスなどのリソースは停止しないで，Performance Managementだけを停止したい場合は，クラスタソフトの操作によって，Performance Managementだけを停止してください。クラスタソフトにPerformance Managementだけを停止する機能がない場合，Performance Managementの動作監視を一時的に抑止してからjpcstopコマンドによってPerformance Managementを手動で停止してください。この場合，あらかじめPerformance Managementをクラスタに登録するときに，動作監視を抑止するための仕組みを用意する必要があります。

(b)　サービスを自動で停止する

クラスタシステムの停止時に，論理ホスト運用のPerformance Managementを自動的に停止したい場合は，クラスタソフトによってPerformance Managementを登録している論理ホストを停止するように設定してください。

ポイント

論理ホストを停止してからノードを停止する方法や，論理ホストを別ノードにフェールオーバーしてから停止する方法などがあります。

(3)　サービス名について

論理ホスト運用するPerformance Managementは，次のようなサービス名（Windowsの場合）およびプロセス名（UNIXの場合またはLinuxの場合）となり，非クラスタシステムで運用する場合と異なります。

注意　論理ホスト運用時のカレントディレクトリについて

PFM - Managerを論理ホスト運用している場合，サービスのカレントディレクトリは，環境設定を実施した共有ディスク上のディレクトリとなります。

そのため，PFM - Web Consoleの画面に表示されるサービスのディレクトリ名は，インストール先ディレクトリではなく，共有ディスク上のディレクトリになります。

次の表に物理ホストおよび論理ホストでのWindowsのサービス名またはプロセス名を示します。表のINSTはインスタンス名，LHOSTは論理ホスト名を示します。

表15-7　物理ホストおよび論理ホストでのサービス名（Windowsの場合）

Performance Managementのサービス名 | 物理ホストでのWindowsサービス名 | 論理ホストでのWindowsサービス名
Action Handler | PFM - Action Handler | PFM - Action Handler [LHOST]
Agent Collector（シングルインスタンスの場合） | PFM - Agent Collector for xxxx※ | PFM - Agent Collector for xxxx※ [LHOST]
Agent 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（シングルインスタンスの場合） | PFM - Agent Store for xxxx※ | PFM - Agent Store for xxxx※ [LHOST]
Agent 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の監視対象プログラム名を示します。

表15-8　物理ホストおよび論理ホストでのプロセス名（UNIXの場合）

Performance Managementのサービス名 | 物理ホストでのプロセス名 | 論理ホストでのプロセス名
Action Handler | jpcah | jpcah LHOST
Agent Collector（シングルインスタンスの場合） | jpcagtX※ | jpcagtX※ LHOST
Agent Collector（マルチインスタンスの場合） | jpcagtX※_INST | jpcagtX※_INST LHOST
Agent Collector（ヘルスチェックエージェントの場合） | jpcagt0 | jpcagt0 LHOST
Agent Store（シングルインスタンスの場合） | agtX※/jpcsto | agtX※/jpcsto LHOST
Agent 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のプロダクトIDを示します。

表15-9　物理ホストおよび論理ホストでのプロセス名

Performance Managementのサービス名
物理ホストでのプロセス名
論理ホストでのプロセス名

Web Console
cjstartweb※ PFMWebConsole
同左

Web Service
httpsd※ -R
/opt/jp1pcwebcon/CPSB/httpsd/libexec
同左

cprfd※ -PRFID PFMWebCon -CTMID PFMWebCon
同左

注※

psコマンドでプロセス情報を表示した場合，コマンド名としてプロセス名がフルパスで表示されたり，上記以外のオプションが表示されたりする場合があります。実環境での表示を確認してから，利用してください。

15.6.2　クラスタシステムでのユーザーアカウントの管理

システム管理者は，PFM - Web Consoleの画面からログインし，ユーザーアカウントを管理します。

＜この項の構成＞

(1)　PFM - Web Consoleへのログイン

(2)　ユーザーアカウントの管理

(1)　PFM - Web Consoleへのログイン

PFM - Web Consoleへのログイン手順は，非クラスタシステムと同じです。ただし，PFM Web Consoleのログイン画面を表示させるために，ブラウザーで次のURLを入力します。

http://PFM - Web Consoleがインストールされているサーバ名:20358/PFMWebConsole/login.do

サーバ名には，PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を指定してください。

ログイン手順については，「7.4.1　PFM - Web Consoleにログインする」を参照してください。

論理ホストで運用している場合，PFM - Web Consoleは，PFM - Managerを実行しているノードに，論理IPアドレスで接続されます。

(2)　ユーザーアカウントの管理

Performance Managementユーザーの管理については，非クラスタシステムと同じです。詳細については，「8.　ユーザーアカウントの管理」を参照してください。

15.6.3　クラスタシステムでの監視エージェントの一元管理

クラスタシステムで論理ホスト運用するPFM - Agentの場合，PFM - Web Consoleの画面上には論理ホスト名のエージェントが一つだけ表示されます。実行系ノードや待機系ノードの名称では表示されません。

論理ホスト名で表示されているエージェントを操作すると，実行系ノードで動作しているエージェントが操作対象になります。

例えば，論理ホスト名がjp1-ha1の環境で動作するクラスタ構成のOracleを，同じ論理ホストjp1-ha1の環境で動作するPFM - Agent for Oracleによって監視している場合は次の図のようになります。論理ホスト環境で動作するエージェントは，論理ホスト名のエージェントが表示されます。このエージェントを操作すると，自動的に実行系ノードで動作しているPFM - Agent for Oracleに接続されます。

図15-23　PFM - Agent for Oracleによるクラスタ構成でのOracleの監視の例

ポイント

非クラスタシステムで動作するPFM - Agentの場合，PFM - Web Consoleの画面上には物理ホスト名のエージェントが表示されます。

15.6.4　クラスタシステムでの稼働管理データの収集と管理

稼働管理データの収集と管理については，非クラスタシステムと同じです。詳細については，「4.2　パフォーマンスデータを収集・管理する機能」および「4.3　システムが危険域に達したときに警告する機能」を参照してください。

15.6.5　クラスタシステムでのレポートの作成

クラスタシステムでのレポートの作成については，非クラスタシステムと同じです。詳細については，「11.　稼働分析のためのレポートの作成」を参照してください。

15.6.6　クラスタシステムでのアラームによるリアルタイム監視

監視対象のシステム上にトラブルが発生した場合に，ユーザーに通知されるようにするためには，アラームの設定が必要です。クラスタシステムで論理ホスト運用する場合，アラームの設定方法が非クラスタシステムの場合と異なりますので注意してください。

注意　アクションを実行するノードについての注意事項

アクションを実行する［コマンド実行アクションハンドラ］に，LOCALを設定した場合，アラーム監視をするPFM - Agentが動作しているノードでアクションを実行します。例えば，論理ホスト運用のPFM - Agentの場合，アラーム発生時にPFM - Agentが動作している実行系ノードでアクションを実行します。

Performance Managementを論理ホスト運用している場合，コマンドを実行する［コマンド実行アクションハンドラ］に論理ホスト名やLOCALを指定すると，コマンド実行の時にPerformance Managementが動作しているノードでコマンドを実行します。このため，実行系ノードと待機系ノードのどちらでも同じようにコマンドを実行できるように環境構築してください。

また，Action Handlerサービスが論理ホスト上で動作している場合，カレントディレクトリは次のようになります。環境ディレクトリとは，jpchasetup createコマンドで指定した環境ディレクトリ名を示します。
環境ディレクトリ¥jp1pc¥bin¥action

Performance Managementをクラスタ運用していて，アラームのアクションとしてJP1イベントを発行する場合，標準では物理ホスト上のJP1/BaseのイベントサーバにJP1イベントが登録されます。
Performance ManagementとJP1/Baseを同じ論理ホストで運用する場合，論理ホスト上のJP1/BaseにJP1イベントを登録するためにはメッセージテキスト（jpcimevtコマンドに渡されるJP1イベントの属性）の欄に，JP1イベントを登録するイベントサーバ名としてその論理ホスト名を「-r 論理ホスト名」オプションで追加指定してください。
異なる論理ホストで運用するJP1/Baseのイベントサーバ名は指定できません。
アラームの設定手順の詳細については，「12.4　ブラウザーでのアラームの設定」を参照してください。

15.6.7　クラスタシステムでのバックアップとリストア

クラスタシステムでPerformance Managementを論理ホスト運用する場合でも，万一のトラブルに備えて，定期的にバックアップする必要があります。

バックアップが必要な情報を次に示します。

Performance Managementを動作させるために必要な定義情報
レポートの定義情報
アラームテーブルの定義情報
サービスの定義情報

Performance Managementで収集した稼働監視データ
パフォーマンスデータ
イベントデータ

このほかに，PFM - Web Consoleで設定したブックマークの定義情報があります。なお，バックアップが必要な情報は，非クラスタシステムと同じです。

バックアップおよびリストアする方法については，「14.　バックアップとリストア」を参照してください。

15.6.8　クラスタシステムでフェールオーバーが発生したときの運用

実行系ノードで障害が発生すると，フェールオーバーが実行され，処理が待機系ノードに移ります。ここでは，PFM - Managerでフェールオーバーが発生した場合と，PFM - Agentでフェールオーバーが発生した場合の運用について説明します。

＜この項の構成＞

(1)　PFM - Managerで障害が発生した場合のフェールオーバーの流れ

(2)　PFM - Managerが停止したときの影響

(3)　PFM - Agentで障害が発生した場合のフェールオーバー

(1)　PFM - Managerで障害が発生した場合のフェールオーバーの流れ

運用中にPFM - Managerで障害が発生し，フェールオーバーが発生した場合のシステムの処理を次の図に示します。

図15-24　PFM - Managerホストにフェールオーバーが発生した場合の処理の流れ

システムの処理の流れを次に示します。

クラスタソフトがフェールオーバー発生時に，PFM - Managerを強制終了する。

クラスタソフトがPFM - Managerの処理を実行系ノードから待機系ノードに引き継ぐ。

クラスタソフトが待機系ノードのPFM - Managerを起動する。

(a)　PFM - Web Consoleでの操作

PFM - Managerにフェールオーバーが発生した場合，PFM - Web Consoleの画面で操作をすると，「KAVJS0012-E　Managerとの通信でエラーが発生しました。」というメッセージが表示されます。この場合は，次の手順でフェールオーバー先のPFM - Managerに接続してください。

PFM - Web Consoleの画面で，ログアウトする。
［メイン］画面の［ログアウト］メニューをクリックします。

PFM - Web Consoleの画面で，ログインする。
フェールオーバー先のPFM - Managerが起動したあとに，PFM - Web Consoleの画面で再度ログインします。

注意

ブックマークの操作中にフェールオーバーが発生した場合，正しくブックマークの定義情報に書き込まれなかった情報は，失われます。ブックマークが正しく操作されていなかったときは，操作し直してください。

(b)　PFM - Agentでの操作

運用中にPFM - Managerにフェールオーバーが発生した場合，PFM - Agentでは特に操作は必要ありません。PFM - Managerのフェールオーバー中でも，PFM - Agentではパフォーマンスデータが継続して収集されています。

(2)　PFM - Managerが停止したときの影響

PFM - Managerが停止すると，Performance Managementシステム全体に影響があります。

PFM - Managerは，各ノードで動作しているPFM - Agentのエージェント情報を一括管理しています。また，PFM - Agentがパフォーマンス監視中にしきい値を超えた場合のアラームイベントの通知や，アラームイベントを契機としたアクションの実行を制御しています。このため，PFM - Managerが停止すると，Performance Managementシステムに次の表のような影響があります。

表15-10　PFM - Managerが停止した場合のPFM - Web Consoleへの影響

影響
対処

PFM - Web Consoleの画面で赤色点滅していたアラームは，PFM - Managerを再起動したり，フェールオーバーしたりした直後は緑色に戻り，そのあと赤色点滅した状態に戻る。

PFM - Managerが停止すると次のエラーなどが発生し，以降の操作はできなくなる。
「KAVJS0012-E　Managerとの通信でエラーが発生しました。」

PFM - Managerを起動してから再度ログインしてください。

PFM - Web Consoleの画面からログインしようとするとき，PFM - Managerが停止していると，Performance Managementにログインできない。

PFM - Managerを起動してから再度ログインしてください。

表15-11　PFM - Managerが停止した場合のPFM - Agentへの影響

影響
対処

パフォーマンスデータは継続して収集される。

発生したアラームイベントをPFM - Managerに通知できないため，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動するまで通知をリトライする。保持しているアラームイベントが三つを超えると，古いアラームイベントは上書きされる。また，PFM - Agentを停止すると，保持しているアラームイベントは削除される。

PFM - Managerに通知済みのアラームステータスは，PFM - Managerが再起動したときに一度リセットされる。そのあと，PFM - ManagerがPFM - Agentの状態を確認したあと，アラームステータスは最新の状態となる。

PFM - Agentを停止しようとした場合，PFM - Managerに停止することを通知できないため，停止に時間が掛かる。

PFM - Managerを起動してください。
動作中のPFM - Agentはそのまま運用できます。ただし，アラームが期待したとおり通知されない場合があるため，PFM - Manager復旧後に，PFM - Agentの共通メッセージログに出力されているメッセージKAVE00024-Iを確認してください。

(3)　PFM - Agentで障害が発生した場合のフェールオーバー

運用中にPFM - Agentで障害が発生し，フェールオーバーが発生した場合の処理を次の図に示します。

図15-25　PFM - Agentでフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

クラスタソフトがフェールオーバー発生時に，PFM - Agentを強制終了する。

クラスタソフトがPFM - Agentの処理を実行系ノードから待機系ノードに引き継ぐ。

クラスタソフトが待機系ノードのPFM - Agentを起動する。

(a)　PFM - Web Consoleの画面での運用

PFM - Agentのフェールオーバー中に，PFM - Web Consoleの画面で操作すると，状況に応じてメッセージが表示されます。この場合は，フェールオーバーが完了するまで待ってから操作してください。

PFM - Agentのフェールオーバー後にPFM - Web Consoleの画面で操作すると，フェールオーバー先のノードで起動したPFM - Agentに接続されて，操作できます。

15.7　クラスタシステムでの障害回復

実行系ノードで障害が発生すると，クラスタソフトによってフェールオーバーが実行され，処理が待機系ノードに移ります。フェールオーバーすると，それまで実行されていた実行系ノードでの処理は停止されます。

システム管理者は，実行系ノードで発生した障害の要因を特定します。また，障害の要因を取り除いたあと，実行系ノードに系切り替えして，障害を回復する必要があります。

障害の要因を特定するには，次のログ情報を採取して分析します。

Performance Managementのログ情報
非クラスタシステムで採取する情報と同じです。次の情報を採取します。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

クラスタソフトやOSのログ情報
クラスタソフトのログ情報や，OS自身が出力するログもあわせて採取することをお勧めします。

Performance Managementのログ情報の詳細については，「20.3　ログ情報」を参照してください。

＜この節の構成＞

(1)　クラスタシステムでのログ情報の採取

(1)　クラスタシステムでのログ情報の採取

クラスタシステムでPerformance Managementのログ情報を採取する場合は，次の点に留意してください。

論理ホスト運用しているPerformance Managementの場合，共通メッセージログおよびトレースログは，共有ディスクに出力されます。
共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれるため，フェールオーバー前後のログ情報は，同じログファイルに記録されます。

論理ホスト運用している場合は，障害が発生した前後の情報を参照する必要があるため，フェールオーバーによって処理を停止した実行系ノードとフェールオーバー先の待機系ノードの両方で，ログ情報を採取する必要があります。

Performance Managementのログ情報を採取する方法については，「20.5　資料の採取方法」を参照してください。

15.8　クラスタシステムでの注意事項

クラスタシステムでPerformance Managementを運用する場合，次のような注意事項があります。

＜この節の構成＞

(1)　フェールオーバー発生の検知に関する注意事項

(2)　Performance Managementの起動と停止に関する注意事項

(3)　Status Serverサービスの設定に関する注意事項

(4)　コマンド実行に関する注意事項

(5)　ネットワークに関する注意事項

(1)　フェールオーバー発生の検知に関する注意事項

Performance Management自身で，PFM - ManagerやPFM - Agentのノードでフェールオーバーが発生したことを検知するのは困難です。フェールオーバーの発生を検知するには，クラスタソフトの管理ツールや，クラスタソフトが発行するSNMPトラップ，ログファイルのメッセージ監視などによる方法を検討してください。ログファイルのメッセージ監視の詳細については，「19.5　システム統合監視製品と連携した障害検知」を参照してください。

(2)　Performance Managementの起動と停止に関する注意事項

クラスタソフトに登録した論理ホストのPerformance Managementは，クラスタソフトからの操作で起動や停止をしてください。クラスタソフトの操作以外でjpcstartコマンドやjpcstopコマンドなどを直接実行してPerformance Managementを起動や停止をした場合，クラスタソフトが管理するPerformance Managementの状態と実際のPerformance Managementの状態が異なり，誤って障害と判定されるなどの問題が発生します。

(3)　Status Serverサービスの設定に関する注意事項

Status Serverサービスは，一つのホストに一つだけ起動されます。このため，物理ホスト上のStatus Serverサービスで，物理ホストおよび論理ホストのサービスの状態が管理されます。Status Serverサービスは，フェールオーバーしないように設定するか，常に起動するように設定してください。

(4)　コマンド実行に関する注意事項

論理ホスト運用している場合，次に示すPFM - Web Consoleのコマンドは，実行系ノードでだけ実行できます。

jpcaspsvコマンド

jpcasrecコマンド

jpcmkkeyコマンド

jpcrdefコマンド

jpcrptコマンド

なお，jpcwrasコマンドおよびjpcwagtsetupコマンドは，実行系ノードおよび待機系ノードで実行できます。この二つのコマンドは，コマンドを実行した物理ホストに対して動作します。

(5)　ネットワークに関する注意事項

物理ホスト名（Windowsシステムでは，hostnameコマンド実行時に，UNIXシステムでは，uname -nコマンド実行時に表示されるホスト名）に対応した物理IPアドレスでの通信ができない場合，物理ホストのPerformance Managementは動作できません。

16.　統合管理製品（JP1/IM）と連携した稼働監視

この章では，Performance Managementと統合管理製品（JP1/IM）と連携した稼働監視について説明します。Performance ManagementとJP1/IMを連携させるためのセットアップ方法，およびJP1/IMからPerformance Managementを使って監視対象システムを稼働監視する方法について説明します。

＜この章の構成＞

16.1　統合管理製品（JP1/IM）と連携した稼働監視の概要

16.2　JP1/IMと連携するための構築

16.3　JP1/IMと連携するための運用

16.4　JP1イベントの属性一覧

16.1　統合管理製品（JP1/IM）と連携した稼働監視の概要

Performance Managementは，統合管理製品であるJP1/IMと連携して稼働監視を行うことができます。

Performance Managementは，監視対象プログラムがしきい値を超え，アラームイベントが発生したときに，JP1イベントを発行するように設定できます。そのため，JP1/IMからJP1イベントを利用して，Performance Management上で発生した障害などを監視できます。JP1/IMと連携することで，Performance ManagementやほかのJP1製品などのプログラムを同じ画面で監視したり，問題が発生したときにPerformance Managementの稼働レポートを表示させたりできます。また，JP1ユーザーでPerformance Managementにログインすることもできます。

JP1/IMと連携したPerformance Managementによる稼働監視の例を次の図に示します。

図16-1　JP1/IMと連携したPerformance Managementによる稼働監視の例

参考　JP1/IMとは

JP1/IMはJP1シリーズの統合運用管理を行うための製品です。企業情報システム全体を統合管理するための機能を提供します。JP1/IMは，「統合コンソール」による監視と業務視点でシステム全体を可視化できる「統合スコープ」による監視ができます。統合スコープは，企業システム全体を業務の視点で可視化できるビジュアル監視画面があり，大規模で複雑なシステムでも直感的に監視できます。

JP1/IMでPerformance Managementを監視する方法は2種類あり，監視対象や目的などによって監視方法を選べます。それぞれの特長を次に示します。

統合コンソールによる監視
監視対象のシステム（監視エージェント）で発生したJP1イベントをコンソール表示する画面で監視します。JP1イベントのフィルタリングやイベント検索などができます。

統合スコープによる監視
監視エージェントで発生したJP1イベントをビジュアルに表示する画面で監視します。例えば，業務や組織ごとにグループ化したり，全国の拠点やデータセンターのレイアウト図ごとにグループ化したりすることで，システム全体をわかりやすく可視化できます。

＜この節の構成＞

16.1.1　統合コンソールによる監視

16.1.2　統合スコープによる監視

16.1.3　Performance ManagementとJP1/IMの連携

16.1.1　統合コンソールによる監視

Performance Managementで発行するJP1イベントを，JP1/IMの統合コンソールの［イベントコンソール］画面に一覧表示できます。

表示されたJP1イベントから，PFM - Web Consoleの画面（ブラウザー）を表示させ，JP1イベントが発行された原因を特定できます。また，ブラウザーでアラームの定義内容を確認したり，アラームとレポートが関連づけられている場合，アラームについてのレポートを表示させたりすることもできます。イベントコンソールの表示条件を変更して，特定のJP1イベントだけを表示させるように設定できます。Performance Managementでアラームイベントが発生し，JP1イベントが発行されると，そのJP1イベントがJP1/Baseを通じてJP1/IMに送られ，［イベントコンソール］画面に表示されます。

16.1.2　統合スコープによる監視

システムをグループ化し，ツリー状またはマップ状の画面で監視できます。

監視エージェントの稼働状態を示すアイコンを［監視ツリー］画面に表示させ，アイコンの色で状態を確認できます。JP1/IMでは，アイコンを使って監視できる監視対象のことを，「監視オブジェクト」と呼びます。

ポイント

監視エージェントの稼働状態を示すアイコンは，PFM - Agentのエージェント名およびインスタンス名を組み合わせた名称で，「エージェント名_インスタンス名監視(PFM)」のように表示されます。例えば，インスタンス名が「InstA」のPFM - Agent for Oracleを監視している場合，「Oracle_InstA監視(PFM)」と表示されます。

Performance Managementでアラームイベントが発生し，JP1イベントが発行されると，PFM - Agentに対応したアイコンが異常を表す色に変わります。これによって，どのエージェントで問題が起きているのかがわかりやすくなります。

16.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の画面を表示させ，パフォーマンス監視を実施できます。

16.2　JP1/IMと連携するための構築

ここでは，JP1/IMと連携する環境を構築するためのインストールおよびセットアップ方法について説明します。

注意

JP1/IMと連携する場合は，使用するJP1/IMとPFM - Managerの文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角かたかな文字が正常に表示されません。

＜この節の構成＞

16.2.1　インストール

16.2.2　セットアップ

16.2.3　アンセットアップ

16.2.1　インストール

JP1/IMと連携する場合の前提条件は，次のとおりです。

JP1ユーザーでPerformance Managementにログインするためには，PFM - ManagerホストにJP1/Baseが必要です。JP1/Baseでユーザー管理を行ってください。

PFM - Managerホスト上のJP1/Baseは，JP1/IM - Managerの管理対象として構成されている必要があります。

JP1イベントを発行するPFM - ManagerホストおよびPFM - Agentホストに，JP1/Baseが必要です。

JP1/IM - ViewからPFM - Web Consoleを起動させる場合は，JP1/IM - Viewのホストにブラウザーが必要です。

JP1/IMと連携する場合は，JP1/IM - Managerのバージョンの08-00以降が必要です。

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連携機能をセットアップし直す必要があります。

インストールの構成を次の図に示します。

図16-2　JP1/IMと連携する場合のインストール構成

16.2.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 リファレンス」を参照してください。

セットアップの流れは次のとおりです。

アラームイベントとレポートの定義
PFM - Web Consoleのブラウザーで，JP1/IMで監視したいアラームイベントおよび稼働レポートを定義します。JP1/IMのイベントコンソールから，発生しているJP1イベントに対応するアラームについてのレポートを表示させたい場合は，アラームの定義時にレポートを関連づけておく必要があります。また，Performance Managementのアラームイベントを監視するには，Performance Managementでアラームを定義するとき，アラームが発生したときのアクションとしてJP1イベントを発行するように設定しておく必要があります。

連携のための定義ファイルの編集・コピー
Performance Managementが提供するJP1/IM連携のための定義ファイルを環境に合わせて編集し，JP1/IMのディレクトリに格納します。

監視オブジェクト連携コマンドの実行
Performance Managementが提供するJP1/IMと連携するためのコマンド（jpcimsetupコマンド）を実行します。

図16-3　セットアップの流れ

注意

統合スコープで監視するためには，JP1/IMのPerformance Management用システム監視オブジェクトとの連携が必要です。システム監視オブジェクトの詳細については，マニュアル「JP1/Integrated Management - Manager システム構築・運用ガイド」を参照してください。

JP1/IMと連携するときのセットアップ手順を次に示します。

＜この項の構成＞

(1)　アラームイベントとレポートの定義

(2)　連携のための定義ファイルの編集・コピー

(3)　監視オブジェクト連携コマンドの実行

(1)　アラームイベントとレポートの定義

PFM - Web Consoleの［アラーム階層］画面で次の項目を設定します。

アクションとしてJP1イベントの発行を設定する
アラームが発行されたときのアクションとして，JP1イベントを発行するように設定します。

アラームとレポートを関連づける
JP1/IMのイベントコンソールから，PFM - Web Consoleの画面でレポートを表示できるようにします。

ここでは，主にJP1イベントを発行するように設定する操作，およびアラームとレポートを関連づける操作について説明します。

手順を次に示します。

管理ユーザー権限を持つユーザーアカウントでPFM - Web Consoleにログインする。

［メイン］画面のナビゲーションフレームで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

［アラーム階層］画面のナビゲーションフレームで，JP1イベントを発行させたいアラーム定義を選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで，［編集］メソッドを選択する。
［編集 > 基本情報］画面がインフォメーションフレームに表示されます。

［次へ >］ボタンで［編集 > アクション］画面まで遷移させる。

［実行するアクション］で，［コマンド］をチェックする。
［コマンド］の，JP1イベントを発行させたいアラームの状態（［異常］，［警告］，および［正常］）をチェックします。

［表示するレポート］で［参照］ボタンをクリックし，アラームに関連づけるレポートを選択する。

［次へ >］ボタンをクリックする。
［編集 > アクション定義］画面に遷移します。

［JP1イベント設定］ボタンをクリックする。
［新規アラーム > アクション定義 > JP1イベント設定］画面に遷移します。

イベントIDなどを設定する。

注意

JP1/IMの監視オブジェクトと連携する場合は，JP1イベントの属性を変更しないでください。

［完了］ボタンをクリックする。
アラームのアクションとしてJP1イベント発行が定義され，選択したレポートが関連づけられます。

JP1イベントを発行するホストのAction Handlerサービスを選択する。
［JP1イベント設定］で設定を行うと［アクションハンドラ］の設定がPFM - Managerホスト上のAction Handlerサービスに変更されます。PFM - Managerホスト以外のホストでJP1イベントを発行する場合は，［アクションハンドラ］の設定を変更してください。

［完了］ボタンをクリックする。

アラーム定義の詳細については「12.　アラームによる稼働監視」を参照してください。

(2)　連携のための定義ファイルの編集・コピー

JP1/IMを使用してJP1イベントの監視をするには，Performance Managementが提供するJP1/IMの定義ファイルを環境に合わせて編集し，JP1/IMの対応するディレクトリにそれぞれコピーしておく必要があります。

ポイント

JP1/IMの定義ファイルの修正を有効にするためには，JP1/IMの再起動が必要となる場合があります。定義ファイルの再起動のタイミングおよび定義ファイルが有効になるタイミングについては，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。

Performance Managementが提供するJP1/IMの定義ファイルは，次のフォルダに格納されています。

PFM - Web Consoleのインストール先フォルダ¥sample¥imconf

JP1/IMの各定義ファイルのファイル名，編集項目およびコピー先を次に示します。

(a)　JP1/IM - Managerで必要な定義ファイル

イベント拡張属性定義ファイル
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/IM - Viewのイベントコンソール画面から，イベント発行元などのモニター画面を呼び出すための定義ファイルです。JP1イベントからPFM - Web Consoleのレポート画面を表示する場合に設定する必要があります。

ファイル名

hitachi_jp1_pfmWebCon_mon_ja.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 機能拡張」を参照してください。

複数の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

編集項目

argmentsのホスト名とポート番号を，PFM - Web Consoleのホスト名とポート番号に変更してください。

PFM - Web Consoleのホスト名が「PFM-WebCon」，ポート番号が「20358」の場合，次のように指定します。

コピー先

編集した統合機能メニュー定義ファイルを，JP1/IM - Viewがインストールされているホストの，次に示すフォルダにコピーしてください。

JP1/IM - Viewのインストール先フォルダ¥conf¥function¥ja

異なる複数のPFM - Managerに対して，それぞれのPFM - Web Consoleの画面を起動させる例
異なる複数のPFM - Managerに対して，それぞれPFM - Web Consoleの画面を起動させる場合，統合機能メニュー定義ファイル内でそれぞれのPFM - Managerに対応するブロックを定義する必要があります。詳細については，マニュアル「JP1/Integrated Management - Manager 機能拡張」を参照してください。
統合機能メニュー定義ファイルの設定例と統合機能メニューの表示例を次に示します。

上記の例では，［統合機能メニュー］画面の「サーバ稼働管理1」をダブルクリックすると，ホスト名が「PFM-WebCon1」，ポート番号が「20358」のPFM - Web Consoleに接続し，画面を起動します。また，「サーバ稼働管理2」をダブルクリックすると，ホスト名が「PFM-WebCon2」，ポート番号が「32222」のPFM - Web Consoleに接続し，画面を起動します。

(3)　監視オブジェクト連携コマンドの実行

JP1/IMの監視オブジェクト機能と連携して，Performance Management上でのシステムの稼働状態をアイコンで監視する場合，PFM - Managerホストで，jpcimsetupコマンドを実行します。これは，JP1/IMがPerformance Managementの定義情報を収集するために必要です。

JP1/IMとの連携を開始する場合は，PFM - Managerホストで，jpcimsetupコマンドを次のように実行します。

jpcimsetup -i

JP1/IMとの連携を停止する場合はコマンドを次のように実行します。

jpcimsetup -u

16.2.3　アンセットアップ

JP1/IMのディレクトリにコピーしたすべての定義ファイルを削除してください。定義ファイルの削除がJP1/IMに反映される契機については，「JP1/Integrated Management - Manager 機能拡張」を参照してください。

16.3　JP1/IMと連携するための運用

ここでは，JP1/IMからPerformance Managementを監視するための運用手順を簡単に説明します。なお，JP1/IMの設定や操作の詳細については，マニュアル「JP1/Integrated Management - Manager システム構築・運用ガイド」を参照してください。

＜この節の構成＞

16.3.1　JP1/IMの統合コンソールによるアラームイベントの監視手順

16.3.2　JP1/IMの統合スコープによる監視手順

16.3.3　JP1/IMの統合コンソールからのレポート表示

16.3.4　JP1/IMの統合管理メニューからのPFM - Web Consoleの起動手順

16.3.1　JP1/IMの統合コンソールによるアラームイベントの監視手順

JP1/IMの統合コンソールの［イベントコンソール］画面には，JP1シリーズプログラムから送信されたJP1イベントを基にした情報が表示されます。［イベントコンソール］画面には，JP1イベントの重大度，イベント受信時刻，メッセージなどが表示されます。アラームイベントは，この画面で監視します。

16.3.2　JP1/IMの統合スコープによる監視手順

JP1/IMの統合スコープの［監視ツリー］画面でPerformance Managementの状態監視を設定しておくと，状態を表すアイコンが表示されます。アラームイベントが発生すると，アイコンの色が変わります。詳細なイベントは，［イベントコンソール］画面で確認します。

16.3.3　JP1/IMの統合コンソールからのレポート表示

JP1/IMの統合コンソールの［イベントコンソール］画面で，Performance Managementから発行されたJP1イベントに関連づけられたレポートを表示できます。

レポートを表示させるには，［イベントコンソール］画面で，レポートを表示させたいJP1イベントを選択し，「モニター起動」をクリックします。

選択したJP1イベントに関連づけられたレポートが，PFM - Web Consoleの画面に表示されます。

16.3.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の画面が起動されます。

16.4　JP1イベントの属性一覧

Performance Managementで発行されたJP1イベントの属性と内容を次の表に示します。

表16-1　JP1イベントの属性と内容

属性種別
項目
属性名
内容

基本属性
イベントID
（該当なし）
イベントID

メッセージ
（該当なし）
メッセージテキスト

拡張属性
共通情報
重大度
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のホスト名

マネージャーホスト名
JPC_MGR
PFM - Managerのホスト名

発生日付および時刻
JPC_TIME
アラームの発生日付および時刻

表示レポートID
JPC_REPORTID
JP1イベント選択時に表示するレポート定義のID

17.　ネットワーク管理製品（NNM）と連携した稼働監視

この章では，Performance ManagementとNNMを連携する場合のシステムの概要と環境の構築手順，およびNNMを使用してPerformance Managementを監視する手順について説明します。

＜この章の構成＞

17.1　ネットワーク管理製品（NNM）と連携した稼働監視の概要

17.2　NNMと連携するための構築

17.3　NNMと連携するための運用

17.4　MIBオブジェクトの構成

17.1　ネットワーク管理製品（NNM）と連携した稼働監視の概要

Performance Managementは，ネットワーク管理製品であるNNMと連携して稼働監視できます。

Performance Managementは，監視対象プログラムがしきい値を超え，アラームイベントが発生したときに，SNMPトラップを発行できます。そのため，NNMからSNMPトラップを利用して，Performance Management上で発生した障害などを監視できます。NNMと連携することで，Performance ManagementやほかのJP1製品の状態をNNMのネットワーク監視画面で監視したり，NNMのネットワーク監視画面からPerformance Managementの画面を起動させてレポートを表示したりできます。

NNMと連携したPerformance Managementによる稼働監視の例を次の図に示します。

図17-1　NNMと連携したPerformance Managementによる稼働監視の例

参考　NNMとは

NNMはJP1シリーズのネットワーク管理を行うための製品です。企業情報システム全体を統合管理するための機能を提供します。企業情報システムのネットワークを一元管理するための機能を提供します。NNMは，SNMPプロトコルを使って大規模ネットワークを管理し，ネットワーク管理コンソールでシステム内のノード情報の構成を一元管理できます。NNMの詳細については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP OpenView NNMのマニュアルを参照してください。

17.2　NNMと連携するための構築

ここでは，NNMと連携する環境を構築するためのインストールとセットアップ，アンセットアップ，および構成変更の手順について説明します。

注意

NNM連携機能を利用する場合，使用するNNMとPFM - Manager の文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角かたかな文字が正常に表示されません。

＜この節の構成＞

17.2.1　NNMと連携するための前提OS

17.2.2　インストール

17.2.3　セットアップ

17.2.4　アンセットアップ

17.2.5　構成変更

17.2.1　NNMと連携するための前提OS

NNM連携機能を使用するために前提となるOSについて，次に示します。

Windowsの場合

表17-1　NNMと連携するための前提OS（Windows）

OS名 | NNMとの連携
Windows 2000（PFM - Baseの場合） | ○
Windows Server 2003(x86) | ○
Windows Server 2003(x64) | －※
Windows Server 2003(IPF) | －
Windows Server 2008(x86) | －
Windows Server 2008(x64) | －
Windows Server 2008(IPF) | －

（凡例）

○：サポートする

－：サポートしない

注※

NNM連携機能はインストールされますが，使用できません。

UNIXの場合

表17-2　NNMと連携するための前提OS（UNIX）

OS名 | NNMとの連携
HP-UX(PA-RISC) | ○
HP-UX(IPF) | ○
Solaris | ○
AIX | －
Linux | －

（凡例）

○：サポートする

－：サポートしない

17.2.2　インストール

NNM連携機能を使用するためには，NNMがインストールされているホストにPFM - ManagerまたはPFM - Baseをインストールする必要があります。

ここでは，PFM - Baseをインストールした場合の構成について，次の図に示します。

図17-2　NNM連携機能を使用するときの構成

PFM - ManagerおよびPFM - Baseのインストール方法については，Windowsの場合は「5.　インストールとセットアップ（Windowsの場合）」を，UNIXの場合は「6.　インストールとセットアップ（UNIXの場合）」を参照してください。

17.2.3　セットアップ

NNM連携機能を使用するためのセットアップ手順を次に示します。セットアップは，すべてNNMがインストールされているホストで実施します。

NNM連携機能のセットアップに関する注意事項

セットアップスクリプト（Windowsの場合はjpcovsetup.bat，UNIXの場合はjpcovsetup.sh）は，NNMのサービスが起動されている状態で，かつ，NNMの画面が閉じている状態で実行してください。

セットアップ時のNNMコマンドのエラーは，通常，標準エラー出力に出力されます。ただし，NNMコマンドでエラーが発生しても，セットアップスクリプトがNNMコマンドの正常終了を標準出力に出力してしまう場合があります。

NNM連携を使用する場合，固定サブマップ・レベル（オンデマンド・サブマップ）を「All Levels」で使用する必要があります。固定サブマップ・レベルは，マップのプロパティからNNMのIP Mapの設定を表示し，確認・変更してください。

PFM - Viewに含まれる07-00以前のNNM連携機能と，PFM - ManagerまたはPFM - Baseに含まれる08-00以降のNNM連携機能の両方を同一ホストに持つことができます。ただし，両バージョンのNNM連携機能を同時にセットアップすることはできません。この場合，セットアップしているNNM連携機能をアンセットアップし，セットアップをおこなうNNM連携機能に対応するセットアップコマンドを実行することで，使用するバージョンを切り替えることができます。

07-00以前のNNM連携機能と，08-00以降のNNM連携機能の両方を同一ホストに持っている環境で，一方のNNM連携機能をセットアップしていて，もう一方のNNM連携機能をアンセットアップまたは製品をアンインストールした場合，セットアップしているNNM連携機能もアンセットアップされてしまいます。この場合，セットアップしていたバージョンのセットアップコマンドを再度実行してください。

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 - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，この手順は不要です。ただし，PFM - Managerより後でリリースされたPFM - Agentについては手動で登録する必要があります。PFM - ManagerおよびPFM - Agentのリリース時期についてはリリースノートを参照してください。

NNMがインストールされているホストにPFM - Managerがインストールされておらず，PFM - Baseがインストールされている場合は，PFM - Managerのセットアップで行うPFM - Agentの登録と同様に，NNMがインストールされているホストにPFM - Agentのセットアップファイルをコピーし，セットアップコマンドを実行します。

(a)　PFM - Agentのセットアップファイルをコピーする

PFM - AgentをインストールしたホストにあるセットアップファイルをPFM - Baseをインストールしたホストにコピーします。手順を次に示します。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表17-3　コピーするセットアップファイル

プラットフォーム
ファイル

コピー元 PFM - Agent
コピー先 PFM - Base
コピー元 PFM - Agent
コピー先 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 - Agentのマニュアルを参照してください。

(b)　PFM - Baseホストでセットアップコマンドを実行する

PFM - BaseホストでPFM - Agentをセットアップするための次のコマンドを実行します。

jpcagtsetup xxxx

「xxxx」は，各PFM - Agentのサービスキーを示します。サービスキーの詳細は各PFM - Agent のマニュアルを参照してください。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcagtsetup agto

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcagtsetupコマンドを実行してください。

PFM - Agentのセットアップファイルは，この作業が終了したあと，削除してもかまいません。

(2)　SNMPトラップの送信先を設定する

NNMでネットワーク管理を行うために，PFM - Web Consoleの画面で必要なアラームを設定します。アラームの設定では，SNMPトラップの送信先を設定します。

手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，［PFM - Manager］フォルダを選択する。
PFM - Managerの各サービスが表示されます。

Trap Generatorサービスを選択する。
Trap Generatorサービスは，名前の先頭が「PC」で始まるサービスです。
選択した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」です。

［OK］ボタンをクリックする。
設定内容が保存されます。

(3)　NNM連携定義ファイルを修正する

NNMと連携するには，NNM連携定義ファイル（jpcnnm.ini）を修正する必要があります。

Performance Managementが提供するNNM連携定義ファイルは，NNMがインストールされているホストの，次のディレクトリに格納されています。

Windowsの場合
インストール先フォルダ¥NNMEx¥jpcnnm.ini

UNIXの場合
/opt/jp1pc/NNMEx/jpcnnm.ini

jpcnnm.iniでは，次の表に示すセクションを定義します。

表17-4　 jpcnnm.iniに設定するセクションと設定内容

役割
セクション名
設定内容

PFM - Managerホスト名とPFM - Web Consoleホスト名およびポート番号の関連づけ
[Manager Definitions]
PFM - Managerのホスト名=PFM - Web Consoleのホスト名:PFM - Web Consoleのポート番号
Web Consoleのホスト名は省略できないが，ポート番号は省略できる。ポート番号を省略した場合，クライアントにデフォルトで設定されているポート番号が使用される。PFM - Managerのホスト名は大文字・小文字を区別しない。
ホスト名は複数定義できるが，同一ホストの定義はできない。

ブラウザーの実行パス
[Commons]

Windowsの場合：
browserpath=ブラウザーの実行パス
省略できる。省略した場合または不正な値を設定した場合は，デフォルトブラウザーを使用する。

UNIXの場合：
browserpath=ブラウザーの実行パス
省略できない。省略した場合または不正な値を設定した場合は，エラーとなる。

注意

セクションまたはラベルの前に空白文字（スペースなど）を入れた場合，その行は無視されます。

ラベルの後に”＝”（イコール）がない場合，その行は無視されます。

ポート番号の後に空白文字（スペースなど）が入っている場合，正常に動作しません。

jpcnnm.iniの設定例を次に示します。

表17-5　jpcnnm.iniの設定例

設定項目 | 設定例
PFM - Managerのホスト名 | PFMMGR
PFM - Web Consoleのホスト名 | PFMWEBCON
PFM - Web Consoleのホストのポート番号 | 23015
NNM連携機能をインストールしたホストのブラウザーの実行パス | C:¥Program Files¥Internet Explorer¥IEXPLORE.EXE

図17-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連携機能のサービスが起動します。

実行するスクリプトを次に示します。

Windowsの場合
インストール先フォルダ¥NNMEx¥jpcovsetup.bat

UNIXの場合
/opt/jp1pc/NNMEx/jpcovsetup.sh

注意

jpcnnm.iniの[Manager Definition]セクションに複数のPFM - Managerを設定している場合は，次の手順でセットアップしてください。

jpcovsetup -mkhtmlコマンドを実行する。
PFM - Manager選択画面用HTMLファイルが作成されます。

jpcovsetupコマンドを実行する。

(5)　アラーム定義によるSNMPトラップ発行とレポートの定義

PFM - Web Consoleの［アラーム階層］画面で次の項目を設定します。

アクションとしてSNMPトラップの発行を設定する
アラームが発行されたときのアクションとして，SNMPトラップを発行するように設定します。

アラームとレポートを関連づける
NNMから，PFM - Web Consoleの画面でレポートを表示できるようにします。

ここでは，主にSNMPトラップを発行するように設定する操作，およびアラームとレポートを関連づける操作について説明します。

手順を次に示します。

管理ユーザー権限を持つユーザーアカウントでPFM - Web Consoleにログインする。

［メイン］画面のナビゲーションタブで［アラーム階層］タブを選択する。
［アラーム階層］画面が表示されます。

［アラーム階層］画面のナビゲーションフレームで，SNMPトラップを発行させたいアラーム定義を選択する。
選択したアラームにチェックマークが表示されます。

メソッドフレームで，［編集］メソッドを選択する。
［編集 > 基本情報］画面がインフォメーションフレームに表示されます。

［次へ >］ボタンで［編集 > アクション］画面まで遷移させる。

［実行するアクション］で，［SNMP］をチェックする。
［SNMP］の，SNMPトラップを発行させたいアラームの状態（［異常］，［警告］，および［正常］）をチェックします。

［表示するレポート］で［参照］ボタンをクリックし，アラームに関連づけるレポートを選択する。

［完了］ボタンをクリックする。
アラームのアクションとしてSNMPトラップが定義され，選択したレポートが関連づけられます。

アラーム定義の詳細については「12.　アラームによる稼働監視」を参照してください。

17.2.4　アンセットアップ

NNM連携機能のアンセットアップ手順を次に示します。アンセットアップは，すべてNNMがインストールされているホストで実施します。

アンセットアップの流れは次のとおりです。

SNMPトラップの送信先を削除する

NNMからPFM - Agentのシンボルを削除する

アンセットアップスクリプトを実行する

NNMに登録した情報を削除する

＜この項の構成＞

(1)　SNMPトラップの送信先を削除する

(2)　NNMからPFM - Agentのシンボルを削除する

(3)　アンセットアップスクリプトを実行する

(4)　NNMに登録した情報を削除する

(1)　SNMPトラップの送信先を削除する

PFM - Web Consoleの画面でSNMPトラップの送信先を削除します。

SNMPトラップの送信先を削除する手順を次に示します。

監視コンソールのブラウザーからPFM - Web Consoleにログインする。
管理ユーザー権限を持つユーザーアカウントでログインします。
PFM - Web Consoleの［メイン］画面が表示されます。

［メイン］画面のナビゲーションフレームで［サービス階層］タブを選択する。
［サービス階層］画面が表示されます。

［サービス階層］画面のナビゲーションフレームで，［PFM - Manager］フォルダを選択する。
PFM - Managerの各サービスが表示されます。

Trap Generatorサービスを選択する。
Trap Generatorサービスは，名前の先頭が「PC」で始まるサービスです。
選択したTrap Generatorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。
Trap Generatorサービスのプロパティ画面に遷移し，プロパティが階層表示されます。

「ADD OR DELETE A TRAP DESTINATION」フォルダを選択する。
インフォメーションフレームの下部にプロパティが表示されます。

［DELETE A DESTINATION］で，ドロップダウンリストから削除したいSNMPトラップの送信先ホスト名またはIPアドレスを選択する。

［OK］ボタンをクリックする。
「Trap Destinations」フォルダの下の，選択したSNMPトラップの送信先のフォルダが削除されます。

(2)　NNMからPFM - Agentのシンボルを削除する

ovwを起動して，PFM - Agentのシンボルをすべて削除してください。

(3)　アンセットアップスクリプトを実行する

Performance Managementが提供するアンセットアップスクリプトを実行します。スクリプトを実行すると，NNMとの連携のための環境設定が削除され，NNM連携機能のサービスが停止します。

実行するスクリプトを次に示します。

Windowsの場合
インストール先フォルダ¥NNMEx¥jpcovunsetup.bat

UNIXの場合
/opt/jp1pc/NNMEx/jpcovunsetup.sh

(4)　NNMに登録した情報を削除する

アンセットアップスクリプトで削除されなかった，NNMの表示に関する定義などを削除します。

注意

次の(a)～(c)の操作を実行すると，PFM - Agentのシンボルやイベントが正しく表示されなくなります。

(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 OpenView NNMのマニュアルを参照してください。

17.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サービスのポート番号を変更するには，jpcnsconfig portコマンドを使用します。ポート番号の変更方法については，Windowsの場合は「5.3.1　ネットワーク構成の変更」を，UNIXの場合は「6.3.1　ネットワーク構成の変更」を参照してください。また，jpcnsconfig portコマンドについては，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

17.3　NNMと連携するための運用

ここでは，NNMからPerformance Managementを監視するための運用手順を簡単に説明します。なお，NNMの設定や操作の詳細については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP OpenView NNMのマニュアルを参照してください。

＜この節の構成＞

17.3.1　NNM連携機能のサービスの起動と停止

17.3.2　NNMからのアラームイベント監視

17.3.1　NNM連携機能のサービスの起動と停止

NNM連携機能のサービスを起動および停止する場合，次のコマンドを実行します。

NNM連携機能のサービスを起動する場合
%OV_BIN%¥ovstart JPCObjMgr

NNM連携機能のサービスを停止する場合
%OV_BIN%¥ovstop JPCObjMgr

NNM提供コマンドの詳細については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP OpenView NNMのマニュアルを参照してください。

17.3.2　NNMからのアラームイベント監視

NNMからPerformance Managementのアラームイベントを監視するには，次の方法があります。

NNMのノード・サブマップから監視する

NNMアラームブラウザー（イベントブラウザー）から監視する

NNMの管理画面から監視する

次に，それぞれの方法について説明します。

＜この項の構成＞

(1)　NNMのノード・サブマップから監視する

(2)　NNMアラームブラウザー（イベントブラウザー）から監視する

(3)　NNMの管理画面から監視する

(1)　NNMのノード・サブマップから監視する

SNMPトラップがNNMに送信されると，アラームが発生しているPFM - Agentのシンボルが，ノード・サブマップに表示されます。複数のアラームが同時に発生した場合，シンボルは，発生したアラームの中で最も重要度が高い状態を示す色で表示されます。

アラームとレポートが関連づけられている場合，ノード・サブマップからアラームについてのレポートが表示できます。

(a)　ノード・サブマップに表示されるシンボルの見方

ノード・サブマップに表示されるシンボルの色と，色が示す意味を次の表に示します。

表17-6　シンボルの色と意味

シンボルの色※ | 意味
正常域（Normal）を表す色（緑） | バインドされたすべてのアラームの状態が正常である。
警戒域（Minor）を表す色（黄） | 警告アラームが発生した。
危険域（Critical）を表す色（赤） | 異常アラームが発生した。
認識不能（Unknown）を表す色（明るい青） | アラームの状態が決定できない。

注※

標準設定時の表示色は，使用するNNMによって異なる場合があります。

(b)　ノード・サブマップからレポートを表示する

アラームとレポートがあらかじめ関連づけられている場合，ノード・サブマップからPFM - Web Consoleのレポート画面を表示できます。

手順を次に示します。

ノード・サブマップでPFM - Agentを示すシンボルをクリックし，［管理］－［Performance Management］－［レポートの表示］を選択する。
PFM - Web Consoleの［ログイン］画面が表示されます。

PFM - Web Consoleへのログインに必要な情報を入力する。

［OK］ボタンをクリックする。
PFM - Web Consoleの画面に，レポートが表示されます。

(c)　シンボルを初期化する

NNM側で状態の監視が終了しても，シンボルは初期化されません。この場合，手動でシンボルを「正常域」に戻す必要があります。

ノード・サブマップに表示されるシンボルを初期化する手順を次に示します。

PFM - Agentを示すシンボルをクリックし，［管理］－［Performance Management］－［ステータスの変更］－［正常］を選択する。
PFM - Agentを示すシンボルが「正常域」の状態に初期化されます。

(2)　NNMアラームブラウザー（イベントブラウザー）から監視する

NNMでは，Performance ManagementからSNMPトラップを受け取ると，通知された状態の詳細情報が，アラームブラウザー（イベントブラウザー）に表示されます。

(a)　アラームブラウザに表示されるメッセージの見方

Performance Managementのイベント・カテゴリーは，「ステータスイベント」です。イベントの重要度は，Performance Managementで発生したアラームの状態によって異なります。

イベントの重要度とアラームの状態を次の表に示します。

表17-7　イベントの重要度とアラームの状態

イベントの重要度 | アラームの状態
正常域 | 正常（緑）
注意域 | 警告（黄）
危険域 | 異常（赤）

アラームブラウザーに表示されるメッセージの形式を次に示します。

重要度 日時 ソース PFMAgent エージェント種別 状態 ステータスが変更されました。 発生場所 しきい値条件式および値 |レポート情報|

メッセージに表示される項目の意味を次に示します。

重要度

「表17-7　イベントの重要度とアラームの状態」のイベントの重要度を示します。

日時

アラームイベントが発生した日時を示します。

ソース

アラームイベントが発生したPFM - Agentを示します。

PFMAgent エージェント種別

エージェント種別で示すPFM - Agentでアラームイベントが発生していることを示します。

状態

アラームの状態を示します。次のどれかが表示されます。

NORMAL：正常

WARNING：警告

CRITICAL：異常

発生場所

PFM - Agentのインスタンス名を示します。

しきい値条件式および値

アラームの定義で指定した条件式とその値を示します。

レポート情報

アラームに関連づけられたレポートの情報を示します。次の形式で表示されます。

PFM - Agentホスト名@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の画面が表示されます。

17.4　MIBオブジェクトの構成

Performance Managementで使用するSNMPトラップのMIBオブジェクトの構成を次の図に示します。

図17-4　MIBオブジェクトの構成

Performance ManagementでのMIBオブジェクトの内容を次の表に示します。

表17-8　MIBオブジェクトの内容

オブジェクトID
内容

.1.3.6.1.4.1.116.5.17.12.2.1
PFM - Agentのインスタンス番号（インスタンス番号の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 - 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のインスタンス名

.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ホスト名

.1.3.6.1.4.1.11.2.17.2.2.0
PFM - Agentホスト名（完全修飾ドメイン名）

注※1

複数インスタンスレコードでは，次の動作となります。

対象インスタンスのうち，一つでも異常域や警告域の値が検知された場合
アラーム定義時に設定されたユーザー定義メッセージがメッセージテキスト(MIBオブジェクトID:.1.3.6.1.4.1.116.5.17.12.2.13)に表示されます。その場合，イベントの発行契機となったデータ要素の値は，最初にしきい値の超過が検知されたインスタンスの値となります。

異常または警告から正常に状態が戻る場合
正常イベントは発行されますが，すべてのインスタンスの値が正常域となり，イベント発行の要因となる値が特定されないため，メッセージテキストには何も設定されません。その場合，イベントの発行契機となったデータ要素の値には，「<OK>」が設定されます。

注※2

Performance Management内部で使用する値のため，運用時は使用しないでください。

注※3

メッセージテキストに表示される値は，次のようになります。

Alarm updated/deleted：アラーム定義が更新または削除された

Alarm deactivated：アラームが非アクティブ状態になった

Alarm cleared：アラームのバインドが解除された

Alarm expired：現在時刻がアラーム評価時間外となった

ユーザー定義メッセージ：アラームの状態が正常から異常または警告になった，または単数インスタンスレコードでアラームの状態が異常または警告から正常になった

なし：複数インスタンスレコードでアラームの状態が異常または警告から正常になった

また上記1～4の場合，イベントの発行契機となったデータ要素の値には，「(N/A)」が設定されます。

18.　ODBC準拠のアプリケーションプログラムと連携した稼働分析

この章では，Performance ManagementとODBC準拠のアプリケーションプログラムとを連携する場合のセットアップ方法，およびサポートするSQLの機能について説明します。

＜この章の構成＞

18.1　ODBC準拠の稼働分析アプリケーションプログラムとの連携の概要

18.2　インストールとセットアップ

18.3　Microsoft Excelでのパフォーマンスデータ抽出例

18.4　注意事項

18.1　ODBC準拠の稼働分析アプリケーションプログラムとの連携の概要

Performance Managementでは，ODBCに準拠している稼働分析アプリケーションから，PFM - Agentで収集したパフォーマンスデータにアクセスできます。ODBC準拠のアプリケーションプログラムからPFM - Agentで収集したパフォーマンスデータにアクセスするには，PFM ODBCドライバーを使用します。システム管理者は，パフォーマンスデータを，Microsoft ExcelなどのODBC準拠の稼働分析アプリケーションで，抽出したり編集したりして，稼働状況の分析に役立てることができます。

Performance ManagementからODBC準拠の稼働分析アプリケーションへのデータの流れを次の図に示します。

図18-1　Performance ManagementからODBC準拠の稼働分析アプリケーションへのデータの流れ

注意

稼働分析を行うためには，ODBC準拠の稼働分析アプリケーションを別途準備する必要があります。

18.2　インストールとセットアップ

ここでは，ODBC準拠のアプリケーションプログラムと連携する場合のインストールおよびセットアップ方法について説明します。

＜この節の構成＞

18.2.1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

18.2.2　インストール

18.2.3　セットアップ

18.2.1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

ODBC準拠のアプリケーションプログラムと連携するため前提となるOSについて，次に示します。

表18-1　ODBC準拠のアプリケーションプログラムと連携するための前提OS

OS名 | ODBC準拠のアプリケーションとの連携
Windows 2000（PFM - Baseの場合） | ○
Windows Server 2003(x86) | ○
Windows Server 2003(x64) | －※
Windows Server 2003(IPF) | －
Windows Server 2008(x86) | －
Windows Server 2008(x64) | －
Windows Server 2008(IPF) | －

（凡例）

○：サポートする

－：サポートしない

注※

PFM ODBCドライバーはインストールされますが，使用できません。

18.2.2　インストール

PFM ODBCドライバーは，PFM - ManagerまたはPFM - Baseがインストールされているホストにインストールされます。PFM - ManagerおよびPFM - Baseのインストール方法については，「5.1.3　インストール手順」を参照してください。

ODBC準拠のアプリケーションプログラムは，PFM ODBCドライバーがインストールされているホストに，インストールする必要があります。

注意

PFM ODBCドライバーは，Windows環境だけにインストールされます。

18.2.3　セットアップ

PFM ODBCドライバーを使用するためのセットアップ手順を次に示します。

＜この項の構成＞

(1)　接続先PFM - Managerを設定する

(2)　データソースを設定する

(1)　接続先PFM - Managerを設定する

PFM ODBCドライバーを使用する前に，接続先のPFM - Managerをあらかじめ設定しておく必要があります。接続先のPFM - Managerを設定するには，jpcnshostnameコマンドを使用します。

例えば，接続先として，ホスト「host01」のPFM - Managerを設定する場合は，次のように指定します。

jpcnshostname -s host01

jpcnshostnameコマンドの文法については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

接続先として設定できるPFM - Managerは，ホスト一つに対して一つです。同一ホスト上に，複数のPerformance Managementのプログラムがインストールされている場合，それぞれ異なるPFM - Managerを接続先に設定することはできません。

(2)　データソースを設定する

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 ODBCドライバーに対するデバッグ機能を有効にするかどうかを選択する。この項目をチェックした場合，デバッグ機能が有効になり，トレースログが出力される。この項目は，トラブルが発生した場合に使用すること。

［接続中の進行状況表示］
PFM ODBCドライバーがPFM - Managerに接続するときに進行メッセージを表示するかどうかを選択する。この項目をチェックした場合，進行メッセージが表示される。

［PQLリクエストのトレース］
プログラムクエリー言語（PQL：Program Query Language）要求に対するトレースを有効にするかどうかを選択する。この項目をチェックした場合，トレースが有効になる。

［PQLトレースファイル］
［PQLリクエストのトレース］を選択した場合，トレースを出力するファイル名を，1～259バイトのフルパス名で指定する。

［OK］ボタンをクリックする。
［Performance Management Driverデータソースセットアップ］ダイアログボックスに戻ります。

［OK］ボタンをクリックする。
［ODBC データソースアドミニストレータ］ダイアログボックスに戻ります。

［OK］ボタンをクリックする。

18.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 - Manager名で表示されています。
レコードの各フィールドのPFM - Manager名については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

［使用可能なテーブルと列］で，データを抽出するテーブルと列を選択し，［>］ボタンをクリックする。
選択したテーブルと列が，［クエリの列］に表示されます。
ここでは，NT_PIテーブルから次の項目を［クエリの列］に追加します。

項目名 | 説明
PI_DATETIME | レコードが生成された日付と時刻を表すレコードのキー。
PI_PCT_TOTAL_PROCESSOR_TIME | プロセッサの使用率（％）。
PI_DEVICEID | PFM - Agentが動作しているホスト名。

ポイント

クエリーには必ず一つ以上のODBCキーフィールドを指定してください。

［次へ >］ボタンをクリックする。
［クエリウィザード - データの抽出］ダイアログボックスが表示されます。

抽出するデータの条件を設定する。
［抽出する列］には，PFM - Agentのレコードの各フィールド名が，PFM - Manager名で表示されています。

注意

ここで指定できる条件は，=，<>，>，>=，<，<=です。

［次へ >］をクリックする。
［クエリウィザード - 並べ替え順序の設定］ダイアログボックスが表示されます。

抽出するデータの並べ替え順序を設定する。

［次へ >］をクリックする。
［クエリウィザード - 完了］ダイアログボックスが表示されます。

［Microsoft Excelにデータを返す］を選択し，［完了］ボタンをクリックする。
クエリウィザードが終了し，［Microsoft Excelへの外部データの取り出し］ダイアログボックスが表示されます。

抽出するデータの出力先を指定し，［OK］ボタンをクリックする。
選択した出力先に，抽出したパフォーマンスデータが出力されます。

18.4　注意事項

ここでは，PFM ODBCドライバーを使用して，ODBC準拠のアプリケーションプログラムから，Performance Managementのパフォーマンスデータにアクセスする際の注意事項について説明します。

＜この節の構成＞

18.4.1　サポートされているSQL機能

18.4.2　サポートされている式表現

18.4.3　カラム名およびテーブル名の指定規則

18.4.4　共通キーフィールドの指定

18.4.5　時刻の調整

18.4.6　複数エージェント間でのクエリーの実行

18.4.7　Microsoft ExcelからODBCを利用する場合の注意事項

18.4.1　サポートされているSQL機能

PFM ODBCドライバーは，SQL-92エントリレベルのサブセットをサポートしている，読み込み専用のドライバーです。PFM ODBCドライバーでサポートされているSQL機能を，次の表に示します。

表18-2　サポートされている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）をサポート。

18.4.2　サポートされている式表現

PFM ODBCドライバーは，SELECT文の選択リスト内でだけスカラ演算式の使用をサポートしています。WHERE句などの検索条件内での演算式および副問い合わせはサポートしていません。演算子の優先順位，式の構文，および括弧の使用方法については，次の点を除いて標準規則に従います。

リテラル文字列に「"」を含めることはできません。

共通キーフィールドに対しては，AND接続句だけ利用できます。共通キーフィールドについては，「18.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」の形式の文字列です。カラム名およびテーブル名の指定方法については，「18.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'

18.4.3　カラム名およびテーブル名の指定規則

PFM ODBCドライバーを使用して，Performance Managementのパフォーマンスデータを抽出する場合の，カラム名およびテーブル名の指定規則を次に示します。

カラム名
データベースID_フィールド名

テーブル名※
製品タイプ識別子_レコード名

注※

PFM - Agentに複数のデータモデルが混在する場合，最新のデータモデル以外のテーブル名には，データモデルのバージョンを指定する必要があります。

データモデルのバージョンを指定する場合のテーブル名は，次のようになります。

製品タイプ識別子_レコード名_データモデルのバージョン

各指定項目について次に示します。

データベースID

データベースIDには，Storeデータベースの種類を示す識別子を指定します。

指定できる識別子とその意味を次に示します。

PI：PIレコードタイプのレコードであることを示します。

PD：PDレコードタイプのレコードであることを示します。

PFM - Agentによっては，これ以外にも指定できるデータベースIDがあります。データベースIDは，レコードタイプの頭文字で構成されています。各PFM - Agentのレコードタイプについては，各PFM - Agentマニュアルの，PFM - Agentの概要について説明している章を参照してください。

フィールド名

PFM - Agentで収集されるパフォーマンスデータが格納されている各レコードのフィールド名を，PFM - Manager名で指定します。各レコードのフィールド名については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

製品タイプ識別子

Performance Managementの各プログラムの種類を示す識別子を指定します。各PFM - Agentの製品タイプ識別子については，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

レコード名

PFM - Agentで収集されるパフォーマンスデータが格納されているレコード名を，PFM - Manager名で指定します。レコード名については，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

データモデルのバージョン

PFM - Agentに複数のデータモデルが混在する場合，データモデルのバージョンを指定します。データモデルのバージョンについては，各PFM - Agentマニュアルの，レコードについて説明している章を参照してください。

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

18.4.4　共通キーフィールドの指定

PFM - AgentのStoreデータベースには，キー付きレコードが格納されています。クエリーには必ず一つ以上のODBCキーフィールドを指定してください。

各PFM - Agentで共通なODBCキーフィールドを次の表に示します。

表18-3　共通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のレコードIDを入力します。各PFM - AgentのレコードIDについては，各PFM - Agentマニュアルの，レコードについて説明している章（レコード一覧）を参照してください。

PFM - Agentのレコードによっては，共通ODBCキーフィールド以外にも指定できるキーフィールドがあることがあります。指定できるODBCキーフィールドについては，各PFM - Agentマニュアルの，レコードについて説明している章（ODBCキーフィールド一覧）を参照してください。

18.4.5　時刻の調整

Performance Managementのパフォーマンスデータは，デフォルトでは，グリニッジ標準時に基づいて格納されます。時刻をローカル時刻に調整したい場合は，GMT_ADJUSTフィールドを加算します。

例えば，タイムスタンプの値をローカル時刻に調整する場合，次のように記述します。

SELECT PI_TCP_DATETIME+PI_TCP_GMT_ADJUST, ...
FROM PI_TCP WHERE ...

18.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

18.4.7　Microsoft ExcelからODBCを利用する場合の注意事項

Microsoft Excelからクエリーを実行する場合，クエリーの抽出条件フィールドの値として「?」を含む文字列を指定することはできません。指定した場合，KAVE07000-Eエラーが発生します。

Microsoft Excel（Microsoft Query）からODBCドライバーを利用してデータを取得する場合，日時を用いてフィルタリングをするときは，次に示す設定をしておく必要があります。

設定場所

Windowsの場合
［コントロールパネル］－［地域と言語のオプション］－［カスタマイズ］ボタンで表示される［地域のオプションのカスタマイズ］ダイアログボックスの［時刻］タブ。

設定内容

時刻の形式を12時間表記にする。

午前の記号を「AM」にする。

午後の記号を「PM」にする。

抽出条件として複数のテーブルを同時に指定することはできません。一つのテーブルに含まれる列だけを指定してください。

19.　Performance Managementの障害検知

この章では，Performance Management自身の障害を検知する方法について説明します。

＜この章の構成＞

19.1　Performance Managementの障害検知の概要

19.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認

19.3　ステータス管理機能によるサービスの状態確認

19.4　PFMサービス自動再起動機能によるPFMサービスの再起動

19.5　システム統合監視製品と連携した障害検知

19.1　Performance Managementの障害検知の概要

Performance Managementでは，ヘルスチェック機能を利用することでPerformance Management自身の障害を検知できます。ヘルスチェック機能では，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視し，監視結果を監視エージェントの稼働状態の変化としてPFM - Web Console上に表示します。

また，PFMサービス自動再起動機能を利用することで，PFMサービスが何らかの原因で異常停止した場合に自動的にPFMサービスを再起動したり，定期的にPFMサービスを再起動したりすることができます。

ヘルスチェック機能によって監視エージェントの稼働状態を監視したり，PFMサービス自動再起動機能によってPFMサービスを自動再起動したりするには，Performance Managementのサービスの詳細な状態を確認するステータス管理機能を使用します。このため，対象となる監視エージェントがステータス管理機能に対応したバージョンであり，ステータス管理機能が有効になっている必要があります。ホストの稼働状態を監視する場合は前提となる条件はありません。なお，ステータス管理機能はPFM - Agentごとに利用できるバージョンが異なります。ステータス管理機能を利用できるPFM - Agentのバージョンについては，「19.3　ステータス管理機能によるサービスの状態確認」を参照してください。

また，Performance Managementのログファイルをシステム統合監視製品であるJP1/Baseで監視することによっても，Performance Management自身の障害を検知できます。これによって，システム管理者は，トラブルが発生したときに障害を検知し，要因を特定して復旧の対処をします。

北海道支店のPFM - Agentと九州支店のPFM - Agentが稼働するホストで障害が発生したときに，Performance Managementで検知する例を次の図に示します。

図19-1　Performance Management自身の障害が発生した場合の障害検知例

19.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認

ここではPFM - AgentやPFM - Agentが稼働するホストの稼働状態を確認するためのヘルスチェック機能について説明します。

＜この節の構成＞

19.2.1　ヘルスチェック機能の設定

19.2.2　稼働状態の確認方法

19.2.3　ヘルスチェック機能を利用した運用例

19.2.1　ヘルスチェック機能の設定

＜この項の構成＞

(1)　ヘルスチェック機能のセットアップ

(2)　ヘルスチェックエージェントのプロパティの設定

(1)　ヘルスチェック機能のセットアップ

ヘルスチェック機能を利用するには，次に示す前提条件があります。この条件が満たされない場合，ヘルスチェック機能は利用できません。

監視エージェントが稼働するホスト稼働状態監視

PFM - ManagerとWeb Consoleは08-11以降

PFM - Agentのバージョンに制限なし

監視エージェントのサービス稼働状態監視

サービスの稼働状態監視はステータス管理機能を利用します。このため，対象エージェントがステータス管理機能に対応している必要があります。利用できるバージョンは次のとおりです。

PFM - ManagerとPFM - Web Consoleは08-11以降

ステータス管理機能に対応したバージョンのAgentでステータス管理機能が有効

二つ目の条件が満たされない場合，PFM - Agentの状態が正しく認識されません。なお，ステータス管理機能に対応しているPFM - Agentのバージョンについては，「19.3　ステータス管理機能によるサービスの状態確認」を参照してください。PFM - Agentのバージョンとヘルスチェック機能の利用可否を次に示します。

表19-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　監視エージェントのヘルスチェック状態は「状態不明」と判定されます

ステータス管理機能の設定方法については，「19.3.1　ステータス管理機能の設定」を参照してください。

(a)　ヘルスチェック機能を有効にする

手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcstop all

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcstsetupコマンドを実行する。
ヘルスチェック機能を有効にするためのコマンドを次のように実行します。

jpcstsetup hcenable

ヘルスチェック機能の状態を確認する。
次のコマンドで，ヘルスチェック機能の状態がavailableになっているか確認します。

jpcstsetup hcdisplay

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcstart all

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。
なお，サービスIDは「0Aホスト名」，「0Sホスト名」です。

注意

起動対象のサービスにPFM - Managerが含まれ，対象PFM - Managerホストでヘルスチェック機能が有効に設定されている場合，jpcstartコマンド実行時にPFM - Managerのサービスの一部としてヘルスチェックエージェントも起動します。また，jpcstopコマンド実行時にPFM - Managerのサービスの一部としてヘルスチェックエージェントも停止します。

jpcstart，jpcstopコマンドではサービスキーとしてagt0は指定できません。

(b)　ヘルスチェック機能を無効にする

手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcstop all

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcstsetupコマンドを実行する。
ヘルスチェック機能を無効にするためのコマンドを次のように実行します。

jpcstsetup hcdisable

ヘルスチェック機能の状態を確認する。
次のコマンドで，ヘルスチェック機能の状態がunavailableになっているか確認します。

jpcstsetup hcdisplay

PFM - Managerが論理ホスト上にある場合は，実行系または待機系のPFM - Managerホスト上でjpcstsetup hcdisplayコマンドを実行します。

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcstart all

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(c)　ヘルスチェックエージェントの状態を確認する

jpcctrl listコマンドで確認できます。また，ヘルスチェック機能によって，ヘルスチェックエージェント自身の稼働状態も確認できます。ただし，ヘルスチェックエージェントのAgent Collectorサービスが異常停止した場合，以降，ヘルスチェック結果が正しく表示されないことがあります。

(2)　ヘルスチェックエージェントのプロパティの設定

ヘルスチェック機能有効時に，PFM - Web Consoleのサービス階層からヘルスチェックエージェントのプロパティを設定することで，稼働監視データの収集間隔や監視レベルなどヘルスチェック機能に関する設定ができます。設定できるヘルスチェックエージェントのプロパティ一覧を次に示します。

表19-2　ヘルスチェックエージェントのプロパティ一覧

フォルダ名
プロパティ名
説明

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：停止として扱わない。
なお，エージェントのサービス状態はjpcctrl listコマンドで表示される「Status」として確認できる。

Time to Busy as Inactive Collector
Agent CollectorサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

Time to Busy as Inactive Store
Agent 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の稼働するホストの時刻）の差から計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

19.2.2　稼働状態の確認方法

ヘルスチェック状態は，PFM - Web Consoleのエージェント階層に表示されるツリー上のアイコン，［イベントモニター］画面または［イベント履歴］画面で確認できます。また，ヘルスチェックエージェントのレポートを利用して，より詳細な情報を確認することもできます。なお，ヘルスチェックエージェントのレポートでは，ポーリングが完了した監視エージェントの情報だけが表示されます。ポーリング実行前にはレポートを表示できません。各画面に表示される内容については，マニュアル「JP1/Performance Management　リファレンス」の画面について説明している章を参照してください。

＜この項の構成＞

(1)　監視エージェントが稼働するホストの稼働状態を監視するときに発生する事象

(2)　監視エージェントのサービスの稼働状態を監視するときに発生する事象

(1)　監視エージェントが稼働するホストの稼働状態を監視するときに発生する事象

監視エージェントが稼働するホストの稼働状態を監視するときに発生する事象を次の表に示します。

状態 | 説明
Running（動作中） | 対象となる監視エージェントが稼働するホストと通信できる状態
Host Not Available（ホスト停止） | 対象となる監視エージェントが稼働するホストと通信できない状態

ホストの稼働状態監視では，サービスの状態を確認できません。サービスの詳細な状態を知りたい場合は，jpcctrl listコマンドで確認してください。

(2)　監視エージェントのサービスの稼働状態を監視するときに発生する事象

監視エージェントのサービスの稼働状態を監視するときに発生する事象を次の表に示します。

表19-3　監視エージェントのサービスの稼働状態を監視するときに発生する事象

状態
説明

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」が続いている場合にも，該当サービスを停止として扱うように設定できます。

それぞれの状態における，ホストおよび監視エージェントのサービスの稼働状態を次の表に示します。

表19-4　ヘルスチェックの状態とホストおよび監視エージェントのサービスの稼働状態

状態 | 監視エージェントが稼働するホスト | Status Server | Agent Collector | Agent Store
Running（動作中） | ○ | ○ | ○ | ○
○ | ○ | ○ | ○※
Incomplete（縮退稼働） | ○ | ○ | ○ | ×
○ | ○ | ○※ | －
Not supported（非対応） | ○ | ○ | △ | －
Stopped（サービス停止） | ○ | ○ | × | －
Unconfirmed（状態不明） | ○ | × | － | －
Host Not Available（ホスト停止） | × | － | － | －

（凡例）

○：稼働しています。

×：停止しています。

△：Agent Collectorサービスがヘルスチェック機能に対応していません。

－：状態の判定には影響しません。

注※　スタンドアロンモードの場合

19.2.3　ヘルスチェック機能を利用した運用例

＜この項の構成＞

(1)　システムを構成するすべてのPFM - Agentがサービス稼働状態監視の前提条件を満たしている場合

(2)　システムを構成する一部のPFM - Agentがサービス稼働状態監視の前提条件を満たしていない場合

(3)　JP1/IMと連携して稼働状態を監視する場合

(4)　Firewall（NAT）環境で運用する場合

(5)　クラスタシステムでヘルスチェック機能を利用する場合

(1)　システムを構成するすべてのPFM - Agentがサービス稼働状態監視の前提条件を満たしている場合

システムを構成するすべてのPFM - Agentがサービス稼働状態監視の前提条件を満たしている場合，監視レベルをサービス稼働状態監視にして運用することで，ヘルスチェック機能を最大限に活用できます。システムを構成するすべてのPFM - Agentがサービス稼働状態監視の前提条件を満たしている場合の例を次の図に示します。

図19-2　システムを構成するすべてのPFM - Agentがサービス稼働状態監視の前提条件を満たしている場合の例

監視レベルをサービス稼働状態監視にして運用する場合の手順を次に示します。

ヘルスチェック機能を有効にする。
PFM - Managerホストでjpcstsetup hcenableコマンドを実行します。

ヘルスチェック機能の設定をする。
PFM - Managerを起動し，PFM - Web Consoleからヘルスチェックエージェントのプロパティを表示し，監視レベルを「Service」に設定します。必要に応じてほかのプロパティも設定します。

ヘルスチェック機能による運用を開始する。
PFM - Web Consoleのエージェント階層で，各エージェントのサービスの稼働状態を確認できます。また，［イベントモニター］画面，［イベント履歴］画面でヘルスチェック状態の変化を確認できます。エージェントを構成する各サービスの稼働状態がヘルスチェック結果としてエージェント状態に反映されます。また，さらに詳細な情報を知りたい場合，レポートとして詳細情報を確認できます。ヘルスチェック機能のレポートのテンプレートは，ソリューションセットとして用意されています。ヘルスチェック機能のソリューションセットについては，「付録I.2　ソリューションセットの概要」を参照してください。
なお，ヘルスチェック状態に異常があった場合，該当するエージェントを再起動するなどの対処をしてください。

(2)　システムを構成する一部のPFM - Agentがサービス稼働状態監視の前提条件を満たしていない場合

システムを構成するPFM - Agentに，サービス稼働状態監視の前提条件を満たしていないPFM - Agentが含まれている場合，監視レベルをホスト稼働状態監視にして運用することで，ホストの死活監視ができます。監視レベルをサービス稼働状態監視で運用した場合，前提条件を満たしていないPFM - Agentの稼働状態が正確に表示されません。また，通常に比べてポーリングに時間が掛かります。システムを構成する一部のPFM - Agentがサービス稼働状態監視の前提条件を満たしていない場合の例を次の図に示します。

図19-3　システムを構成する一部のPFM - Agentがサービス稼働状態監視の前提条件を満たしていない場合の例

監視レベルをホスト稼働状態監視にして運用する場合の手順を次に示します。

ヘルスチェック機能を有効にする。
PFM - Managerホストでjpcstsetup hcenableコマンドを実行します。

ヘルスチェック機能の設定をする。
PFM - Managerを起動し，PFM - Web Consoleからヘルスチェックエージェントのプロパティを表示し，必要に応じてプロパティを設定します。

ヘルスチェック機能による運用を開始する。
PFM - Web Consoleのエージェント階層で，各エージェントが稼働するホストの稼働状態を確認できます。また，［イベントモニター］画面，［イベント履歴］画面でヘルスチェック状態の変化を確認できます。ホストの死活状態がヘルスチェック結果としてエージェント状態に反映されます。また，さらに詳細な情報を知りたい場合，レポートとして詳細情報を確認できます。ヘルスチェック機能のレポートのテンプレートは，ソリューションセットとして用意されています。ヘルスチェック機能のソリューションセットについては，「付録I.2　ソリューションセットの概要」を参照してください。
なお，ヘルスチェック状態に異常があった場合，該当するホストを再起動するなどの対処をしてください。
すべてのPFM - Agentがサービス稼働状態監視の前提条件を満たした段階でサービス稼働状態監視に切り替えられます。ホスト稼働状態監視からサービス稼働状態監視に切り替える場合の例を次の図に示します。

図19-4　ホスト稼働状態監視からサービス稼働状態監視に切り替える場合の例

(3)　JP1/IMと連携して稼働状態を監視する場合

JP1/IMと連携することで，JP1/IMの画面上でPerformance Managementの稼働状態に関する問題の発生を知ることができます。また，アラームに関連づけられたレポートを表示することで，Performance Managementの稼働状態の分析や，詳細情報を確認できます。

ヘルスチェック状態の変化をJP1/IMに通知したい場合，アラームを利用できます。ソリューションセットでは，ヘルスチェック状態の変化を通知するためのアラームが，通知する情報の粒度に応じて3種類用意されているため，目的に応じて使い分けてください。JP1/IMと連携する場合，ソリューションセットのアラームをコピーして，アクションとしてJP1イベントを発行するように設定する必要があります。設定方法については，「16.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

(4)　Firewall（NAT）環境で運用する場合

Firewall（NAT）環境でヘルスチェック機能を利用する場合，ヘルスチェックエージェントが，各PFM - Agentが稼働するホストのStatus Serverと通信できる必要があるため，ファイアウォールやNATを通過させるための設定が必要です。ただし，すでにPFM - Manager，PFM - Agentの各サービスに対して設定されていれば，追加で設定する必要はありません。設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録に記載されているPFM - ManagerとPFM - Agent間のファイアウォールについて説明している個所を参照してください。

なお，ヘルスチェックエージェントは必ずPFM - Managerがあるホストで稼働するため，ヘルスチェックエージェントのAgent Collector，Agent Storeに関してファイアウォール通過について考慮する必要はありません。ヘルスチェックエージェントで使用するポート番号を次の表に示します。

表19-5　ヘルスチェックエージェントで使用するポート番号

サービス名 | パラメーター | ポート番号 | 用途
Agent Collector（ヘルスチェックエージェント） | jp1pcagt0 | 自動※ | アラームをバインドしたり，リアルタイムレポートを取得したりするときに使用する。
Agent Store（ヘルスチェックエージェント） | jp1pcsto0 | 自動※ | パフォーマンスデータを記録したり，履歴レポートを取得したりするときに使用する。

注※　サービスが再起動されるたびにシステムで使用されていないポート番号が自動的に割り当てられます。

(5)　クラスタシステムでヘルスチェック機能を利用する場合

非クラスタシステム運用時と同様にヘルスチェック機能を利用できます。ヘルスチェック機能の設定は，PFM - Managerがあるホストで行う必要があります。物理ホストでヘルスチェック機能を設定したあと，論理ホストをセットアップした場合，物理ホストでの設定はクラスタ環境には引き継がれません。このため，論理ホストでヘルスチェック機能を設定する必要があります。クラスタシステム運用時のヘルスチェック機能の設定方法については，Windowsの場合は「15.2.2　PFM - Managerのインストールとセットアップ」を，UNIXの場合は「15.4.2　PFM - Managerのインストールとセットアップ」を参照してください。

19.3　ステータス管理機能によるサービスの状態確認

ここではPFM - Managerが起動・停止処理中の場合や，障害などによって停止している場合にPerformance Managementのサービスの状態を確認するための，ステータス管理機能について説明します。

なお，エージェントによってステータス管理機能に対応しているバージョンが異なります。エージェントごとのステータス管理機能対応バージョンを次の表に示します。

表19-6　エージェントごとのステータス管理機能対応バージョン

エージェント
対応バージョン

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/AJS2
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)，Windows(IPF)の場合）
07-50以降

PFM - Agent for OpenTP1
（Windowsの場合）
07-50-01以降

PFM - Agent for Oracle
07-50-02以降

PFM - Agent for Platform（UNIX）
（HP-UX(PA-RISC)，HP-UX(IPF)，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以降

＜この節の構成＞

19.3.1　ステータス管理機能の設定

19.3.2　サービスのステータス確認方法

19.3.3　クラスタシステム運用時のステータス管理

19.3.4　ステータス管理機能の障害

19.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のサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcstop all

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcstsetupコマンドを実行する。
ステータス管理機能を有効にするためのコマンドを次のように実行します。

jpcstsetup enable

ステータス管理機能の状態を確認する。
次のコマンドで，ステータス管理機能の状態がavailableになっているか確認します。

jpcstsetup display

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcstart all

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

(b)　ステータス管理機能を無効にする

手順を次に示します。

Performance Managementのサービスを停止する。
物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcstop all

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcstsetupコマンドを実行する。
ステータス管理機能を無効にするためのコマンドを次のように実行します。

jpcstsetup disable

ステータス管理機能の状態を確認する。
次のコマンドで，ステータス管理機能の状態がunavailableになっているか確認します。

jpcstsetup display

Performance Managementのサービスを起動する。
次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcstart all

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

注意

ステータス管理機能が有効の場合と無効の場合では，jpcstartコマンドおよびjpcstopコマンドで指定できるサービスキーが異なります。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

19.3.2　サービスのステータス確認方法

ステータス管理機能が有効の場合と無効の場合では，jpcctrl listコマンドで確認できるサービスのステータス情報が異なります。次にそれぞれの場合で確認できるサービスのステータス情報を示します。

＜この項の構成＞

(1)　ステータス管理機能が有効の場合

(2)　ステータス管理機能が無効の場合

(1)　ステータス管理機能が有効の場合

ステータス管理機能が有効の場合，サービスの起動中や停止中などの詳細なステータス情報をjpcctrl listコマンドで確認できます。

図19-5　ステータス管理機能が有効の場合のステータス情報

PFM - ManagerとPFM - Agentでステータス管理機能が有効の場合の構成例とjpcctrl listコマンドの出力例を次に示します。

図19-6　ステータス管理機能が有効の場合のシステム構成例

図19-7　jpcctrl listコマンドの出力例

(2)　ステータス管理機能が無効の場合

ステータス管理機能をサポートしないバージョンがインストールされているホストや，ステータス管理機能が無効になっているホストの場合，jpcctrl listコマンドを実行すると，ステータス管理機能をサポートしない旨のメッセージが出力されます。このとき，次のステータス情報が表示されます。ただし，PFM - Managerが起動していない場合はサービスの状態を確認できません。

図19-8　ステータス管理機能が無効の場合のステータス情報

19.3.3　クラスタシステム運用時のステータス管理

Status Serverサービスは，一つのホストに一つだけ起動されます。そのためクラスタシステム運用時は，物理ホスト上のStatus Serverサービスで，物理ホストおよび論理ホストのサービスの状態が管理されます。

クラスタシステム運用時のステータス管理機能の概要を次に示します。

図19-9　クラスタシステム運用時のステータス管理機能の概要

注意

アクティブ・アクティブ構成のクラスタシステムの場合，Status Serverサービスはフェールオーバーしないように設定するか，常に起動するように設定してください。

19.3.4　ステータス管理機能の障害

ここでは，ステータス管理機能で障害が発生したときのサービスの状態確認について説明します。

＜この項の構成＞

(1)　Status Serverサービスが異常終了した場合

(2)　Status Serverサービス以外のサービスが異常終了した場合

(1)　Status Serverサービスが異常終了した場合

Status Serverサービスが停止しているときは，共通メッセージログにKAVE00203-Wが出力されます。この場合，サービスの詳細な状態は確認できませんが，ステータス管理機能が無効の場合と同じようにサービスの状態を確認できます。ただし，PFM - Managerが起動していないときはサービスの状態を確認できません。

図19-10　Status Serverサービスが異常終了した場合の例

(2)　Status Serverサービス以外のサービスが異常終了した場合

Status Serverサービス以外のサービスが異常終了した場合は，ステータスファイルの内容が正しく更新されていないことがあります。この場合，ステータス管理機能は各サービスが生成する内部ファイルの状態によってサービスのステータスを判断します。そのため，ステータス管理機能が有効になっている場合と同じようにサービスの状態を確認できます。

19.4　PFMサービス自動再起動機能によるPFMサービスの再起動

ここでは異常停止したPFMサービスを自動的に再起動するためのPFMサービス自動再起動機能について説明します。

Performance Managementでは，PFMサービス自動再起動機能を利用することで，万が一PFMサービスが何らかの原因で異常停止した場合でも自動的に該当サービスを再起動できます。PFMサービス自動再起動機能には次に示す二つの機能があります。

自動再起動機能

PFMサービスが何らかの原因で異常停止した場合に，監視を継続するため，異常停止したPFMサービスを自動的に再起動する機能です。システムの高可用性を実現するクラスタシステムを利用しない場合に，利用することを検討してください。

定期再起動機能

OSやPFMサービス自身の問題によるメモリリーク，ハンドルリークなどが発生し長期間の継続運用が困難な場合に，監視を継続するため，PFMサービスを定期的に再起動する機能です。通常は利用しません。

＜この節の構成＞

19.4.1　前提条件

19.4.2　PFMサービス自動再起動機能でのサービスの起動単位

19.4.3　PFMサービス自動再起動機能の設定

19.4.4　PFMサービス自動再起動機能の運用

19.4.1　前提条件

ホスト内のPFM - BaseまたはPFM - Managerが08-50以降で，ステータス管理機能が有効に設定されている必要があります。PFM - Agentサービスの再起動を行う場合，PFM - Agentが08-00以降である必要があります。ホスト内に条件に該当しないPFM - Agentが同居している場合も，条件に該当するPFM - AgentサービスおよびAction Handlerサービスについては自動再起動できます。同一ホスト内の製品の組み合わせによるPFMサービスごとの自動再起動の可否を次の表に示します。

表19-7　同一ホスト内の製品の組み合わせによるサービスごとの自動再起動の可否

PFM - ManagerまたはPFM - Baseのバージョン | 各サービスの再起動可否
PFM - Agent 08-00以降 | 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サービス

○：再起動できる

×：再起動できない

－：該当しないまたは不可能な組み合わせ

19.4.2　PFMサービス自動再起動機能でのサービスの起動単位

PFMサービス自動再起動機能でのサービス起動単位は，jpcstartコマンドで指定できる最小単位となります。PFMサービス自動再起動機能でのサービス起動単位を次の表に示します。

表19-8　PFMサービス自動再起動機能でのサービス起動単位

サービス
サービス起動単位

PFM - Managerサービス

Name Serverサービス

Master Managerサービス

Master Storeサービス

Correlatorサービス

Trap Generatorサービス

View Serverサービス

PFM - Agentサービス

Agent Collectorサービス

Agent Storeサービス

ただし，マルチインスタンスエージェントの場合，インスタンスごと。また，ヘルスチェックエージェントの場合，PFM - Managerサービスも同時に起動されます。

Action Handlerサービス
Action Handlerサービス

19.4.3　PFMサービス自動再起動機能の設定

PFM - Web Consoleのサービス階層から，対象サービスごとのプロパティで設定します。なお，ヘルスチェックエージェントについては，ヘルスチェックエージェントのAgent Collectorサービスで設定します。なお，前提条件を満たしていないサービスの場合，設定用のプロパティが表示されません。対象サービスごとの設定個所を次の表に示します。

表19-9　自動再起動の対象となるサービスとプロパティ編集対象のサービスとの対応

対象サービス
設定個所（サービスのプロパティ）

PFM - Managerサービス

Name Server

Master Manager

Master Store

Correlator

Trap Generator

View Server

Master Manager

PFM - Agentサービス

Agent Collector

Agent Store

Agent Collector

Action Handlerサービス

Action Handler

Master ManagerおよびAgent Collector※

注※　同一ホスト上のすべての設定個所で同じ設定値を共有します。

なお，同一種類かつ同一データモデルのPFM - Agentについては，複数のホストにプロパティを配布できます。

Agent Collectorサービスでのプロパティの表示例を次の図に示します。

図19-11　Agent Collectorサービスでのプロパティの表示例

対象サービスごとの設定項目を次の表に示します。

表19-10　サービス自動再起動機能の設定項目

フォルダ名
プロパティ名
説明

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サービスのうち，片方のサービスしか起動していない場合

注※4　Master Managerサービスの場合，PFM - ManagerサービスとAction Handlerサービスが表示されます。Agent Collectorサービスの場合，PFM - AgentサービスとAction Handlerサービスが表示されます。

注※5　存在しない日付（2007/2/30など）が指定された場合，その月の末日として扱います。

注※6　プロパティを表示した日時を，該当サービスが稼働しているホストのローカルタイムで表示します。

注意

PFMサービス自動再起動機能は，監視の継続を優先するために，特定のサービスだけを再起動します。PFM - Managerサービスは，各サービスが高度に連携して動作するため，特定のサービスだけを再起動すると，連携に問題が生じる場合があります。PFM - Managerサービスに対して定期再起動機能を利用する場合，通常そのサービスよりも後に起動されるPFM - Managerサービスについても再起動を行うように設定してください。その際，時刻を調整して，正しい順序で再起動されるようにしてください。PFM - Managerサービスの起動順序については，「7.1.1　Performance Managementシステム全体の起動順序」を参照してください。また，PFM - Managerサービスに対して自動再起動機能を利用する場合，再起動がおこなわれたあと，システムの運用上問題の少ないタイミングで，PFM - Managerサービスをすべて停止させてから，再起動するようにしてください。PFM - Managerサービスの高可用性を実現するためには，クラスタシステムの利用を推奨します。

19.4.4　PFMサービス自動再起動機能の運用

＜この項の構成＞

(1)　自動再起動機能

(2)　定期再起動機能

(1)　自動再起動機能

自動再起動機能を利用した運用例を次の図に示します。この例では，3時間に1回Agent Collectorサービスの稼働状態を確認し，サービスが停止している場合に自動的に再起動する例です。

図19-12　自動再起動機能を利用した運用例

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サービスを再起動する例です。

図19-13　定期再起動機能を利用した運用例

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（分）

19.5　システム統合監視製品と連携した障害検知

JP1/Baseのログファイルトラップ機能を用いると，Performance Managementの共通メッセージログの内容を，JP1イベントに変換できます。このため，Performance Managementのプログラム自身に障害が発生したときに，JP1イベントを発行することで，JP1/IMで障害を検知できます。

ただし，Performance Managementのプログラム自身の障害を検知するとき以外は，ヘルスチェック機能を利用して障害検知することをお勧めします。ヘルスチェック機能については，「19.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認」を参照してください。

Performance ManagementでJP1/Baseのログファイルトラップ機能と連携して，JP1イベントを発行する手順を次に示します。

＜この節の構成＞

19.5.1　ログの出力方式の設定

19.5.2　JP1/Baseのログファイルトラップ機能の定義ファイル作成例

19.5.3　JP1/Baseのログファイルトラップ機能の起動

19.5.1　ログの出力方式の設定

JP1/Baseのログファイルトラップ機能と連携するためには，Performance Managementの共通メッセージログの出力方式を設定する必要があります。

Performance Managementでは，次の表に示すログファイル出力方式をサポートしています。

表19-11　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ファイルを開く。

共通メッセージログのログファイルトラップ方式を変更する。
次に示す網掛け部分を修正してください。

表19-12　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ファイルにコピーしてください。

19.5.2　JP1/Baseのログファイルトラップ機能の定義ファイル作成例

JP1/Baseのログファイルトラップ機能を用いて，JP1イベントを発行するために，動作定義ファイルを作成します。

例えば，「KAVE00116-E」メッセージがラップラウンド方式(WRAP2)で共通メッセージログに出力された場合に，重要度が「異常」でイベントIDが「999」のJP1イベントを発行するための動作定義ファイルは次のようになります。

図19-14　JP1/Baseの動作定義ファイルの設定例

JP1/Baseの動作定義ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

19.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 運用ガイド」を参照してください。

20.　トラブルへの対処方法

この章では，Performance Managementの運用中にトラブルが発生した場合の対処方法などについて説明します。

＜この章の構成＞

20.1　対処の手順

20.2　トラブルシューティング

20.3　ログ情報

20.4　トラブル発生時に採取が必要な資料

20.5　資料の採取方法

20.6　Performance Managementシステムの障害回復

20.1　対処の手順

Performance Managementでトラブルが起きた場合の対処の手順を次に示します。

現象の確認

次の内容を確認してください。

トラブルが発生したときの現象

メッセージの内容（メッセージが出力されている場合）

共通メッセージログなどのログ情報

各メッセージの要因と対処方法については，マニュアル「JP1/Performance Management リファレンス」の，メッセージについて説明している章を参照してください。また，Performance Managementが出力するログ情報については，「20.3　ログ情報」を参照してください。

資料の採取

トラブルの要因を調べるために資料の採取が必要です。「20.4　トラブル発生時に採取が必要な資料」および「20.5　資料の採取方法」を参照して，必要な資料を採取してください。

問題の調査

採取した資料を基に問題の要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

20.2　トラブルシューティング

ここでは，Performance Management使用時のトラブルシューティングについて記述します。Performance Managementを使用しているときにトラブルが発生した場合，まず，この節で説明している現象が発生していないか確認してください。

Performance Managementに発生する主なトラブルの内容を次の表に示します。

表20-1　トラブルの内容

分類
トラブルの内容
記述個所

セットアップやサービスの起動について

Performance Managementプログラムのサービスが起動しない

サービスの起動要求をしてからサービスが起動するまで時間が掛かる

Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはAgent Storeサービスが停止する

20.2.1

エージェントとの接続について
PFM - Web ConsoleやPFM - Viewで「エージェントに接続できない」などのエラーが出力される。
20.2.2

PFM - Web Consoleへのログインについて

ログイン時に指定したPerformance Managementユーザー名が認識されない

PFM - Web ConsoleからView Serverサービスに対する接続を確立できない

20.2.3

コマンドの実行について

jpcctrl listコマンドを実行すると稼働していないサービス名が出力される

jpcctrl dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

20.2.4

エージェントの管理について
エージェントがPFM - Web Consoleの［エージェント階層］画面に一つも表示されない
20.2.5

レポートの定義について
履歴レポートに表示されない時間帯がある
20.2.6

アラームの定義について

アクション実行で定義したプログラムが正しく動作しない

アラームイベントが表示されない

20.2.7

パフォーマンスデータの収集と管理について

データの保存期間を短く設定したにもかかわらず，Agent StoreサービスのStoreデータベースのサイズが小さくならない

共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される

20.2.8

他プログラムとの連携について

ODBCに準拠しているプログラムとの連携時に，サーバリクエストエラーとなって，接続できない

NNMとの連携時に，イベントブラウザーでステータス変更イベントが表示されない

NNMとの連携時に，ovwでシンボルが表示されない

JP1/IMとの連携時に，JP1イベントが通知されない

JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - Agentが監視ツリー画面に表示されない

JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

20.2.9

＜この節の構成＞

20.2.1　セットアップやサービスの起動について

20.2.2　エージェントとの接続について

20.2.3　PFM - Web Consoleへのログインについて

20.2.4　コマンドの実行について

20.2.5　エージェントの管理について

20.2.6　レポートの定義について

20.2.7　アラームの定義について

20.2.8　パフォーマンスデータの収集と管理について

20.2.9　他プログラムとの連携について

20.2.10　その他のトラブルについて

20.2.1　セットアップやサービスの起動について

セットアップやサービスの起動に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　Performance Managementプログラムのサービスが起動しない

(2)　サービスの起動要求をしてからサービスが起動するまで時間が掛かる

(3)　Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

(4)　「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはAgent Storeサービスが停止する

(1)　Performance Managementプログラムのサービスが起動しない

考えられる要因およびその対処方法を次に示します。

PFM - Managerが停止している
PFM - ManagerとPFM - Agentが同じホストにある場合，PFM - Managerが停止していると，PFM - Agentサービスは起動できません。PFM - Managerサービスが起動されているか確認してください。PFM - Managerサービスが起動されていない場合は，起動してください。サービスの起動方法については，「7.　Performance Managementの起動と停止」を参照してください。

Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している
Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している場合，Performance Managementプログラムのサービスは起動できません。デフォルトでは，ポート番号は自動的に割り当てられるため，ポート番号が重複することはありません。Performance Managementのセットアップ時にPerformance Managementプログラムのサービスに対して固定のポート番号を設定している場合は，ポート番号の設定を確認してください。Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している場合は，異なるポート番号を設定し直してください。ポート番号の設定については，「5.3.1 (1) (b)　ポート番号を設定する」（Windowsの場合）または「6.3.1 (1) (b)　ポート番号を設定する」（UNIXの場合）を参照してください。

Storeデータベースの格納ディレクトリの設定に誤りがある
次のディレクトリを，アクセスできないディレクトリまたは存在しないディレクトリに設定していると，Agent Storeサービスは起動できません。ディレクトリ名や属性の設定を見直し，誤りがあれば修正してください。

Storeデータベースの格納先ディレクトリ

Storeデータベースのバックアップディレクトリ

Storeデータベースの部分バックアップディレクトリ

Storeデータベースのエクスポート先ディレクトリ

Storeデータベースのインポート先ディレクトリ

また，これらのディレクトリを複数のAgent Storeサービスに対して設定していると，Agent Storeサービスは起動できません。ディレクトリ設定を見直し，誤りがあれば修正してください。

指定された方法以外の方法でマシンのホスト名を変更した
マシンのホスト名の変更方法は，「5.3.4　運用開始後のホスト名の変更」（Windowsの場合）または「6.3.4　運用開始後のホスト名の変更」（UNIXの場合）で説明しています。指定された方法以外の方法でホスト名を変更した場合，Performance Managementプログラムのサービスが起動しないことがあります。

サービスコントロールマネージャでエラーが発生した
Windowsでjpcstartコマンドを実行した場合，「Windowsのサービスコントロールマネージャでエラーが発生しました」というエラーメッセージが出力され，サービスの起動に失敗することがあります。この現象が発生した場合，jpcstartコマンドを再実行してください。頻繁に同じ現象が発生する場合は，jpcstartコマンド実行時にサービス起動処理がリトライされる間隔および回数を，jpccomm.iniファイルを編集して変更してください。リトライ間隔およびリトライ回数を変更する方法については，「7.7.2　Windowsマシンでの起動について」を参照してください。

(2)　サービスの起動要求をしてからサービスが起動するまで時間が掛かる

jpcstartコマンドを実行してから，または［サービス］アイコンでサービスを開始してから，実際にサービスが起動するまで時間が掛かることがあります。次の要因で時間が掛かっている場合，2回目の起動時からはサービスの起動までに掛かる時間が短縮されます。

Storeデータベースをリストアしたあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが再構築されます。そのため，サービスが起動するまでに時間が掛かることがあります。

エージェントを新規に追加したあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが作成されます。そのため，サービスが起動するまでに時間が掛かることがあります。

電源切断などによってStoreサービスが正常な終了処理を行えなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Storeサービスの起動に時間が掛かることがあります。

(3)　Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

Performance Managementプログラムのサービスを停止した直後に，このサービスが使用していたポート番号で，ほかのプログラムがサービスを開始した場合，通信が正しく実行されないことがあります。この現象を回避するために，次のどちらかの設定をしてください。

Performance Managementプログラムのサービスのポート番号を固定する
Performance Managementプログラムの各サービスに対して，固定のポート番号を割り当てて運用してください。ポート番号の設定方法については，「5.3.1 (1) (b)　ポート番号を設定する」（Windowsの場合）または「6.3.1 (1) (b)　ポート番号を設定する」（UNIXの場合）を参照してください。

TCP_TIMEWAIT値の設定をする
TCP_TIMEWAIT値で接続待ち時間を設定してください。
HP-UX，HP-UX(IPF)，AIXの場合，次のように指定して，接続待ち時間を75秒以上にしてください。

HP-UX，HP-UX(IPF)の場合：tcp_time_wait_interval:240000

AIXの場合：tcp_timewait:5

Windows，Solarisの場合，接続待ち時間をデフォルトの設定としてください。デフォルト値は，次のとおりです。

Solarisの場合：4分

Windows Server 2003，Windows Server 2003(IPF)の場合：2分

Windows Server 2008，Windows Server 2008(IPF)の場合：2分

Linuxの場合，接続待ち時間のデフォルト値（60秒）は変更できません。Performance Managementプログラムのサービスのポート番号を固定する方法で対応してください。

(4)　「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはAgent Storeサービスが停止する

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，「ディスク容量が不足しています」というメッセージが出力されたあと，Master StoreサービスまたはAgent Storeサービスが停止します。

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する
Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，各PFM - Agentマニュアルの，付録に記載されているシステム見積もりを参照してください。
Storeデータベースの格納先について，イベントデータの格納先を変更する方法は，「5.4.2　イベントデータの格納先の変更」（Windowsの場合）または「6.4.2　イベントデータの格納先の変更」（UNIXの場合）を参照してください。パフォーマンスデータの格納先を変更する方法については，各PFM - Agentのマニュアルを参照してください。

Storeデータベースの保存条件を変更する
Storeデータベースの保存条件を変更し，Storeデータベースのデータ量の上限値を調整してください。Storeデータベースの保存条件を変更する方法については，「10.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）」，「10.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」または「10.2.1　イベントデータのレコード数の上限値を変更する」を参照してください。

これらの対処をしたあとも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

20.2.2　エージェントとの接続について

PFM - Web ConsoleやPFM - Viewで「エージェントに接続できない」などのエラーが出力された場合は，以下のことを確認してください。

PFM - Managerホストから「ping PFM - Agentホスト」を実行し，以下のことを確認してください。
・通信ができるか
・通信ができた場合，使用されたIPアドレスがPFM - Agentホストで使用されているIPアドレスと同じであるか
・jpchostsファイルやhostsファイルを使用している場合，使用されたIPアドレスがPFM - ManagerホストおよびPFM - Agentホスト上のjpchosts，hostsファイルに正しく設定されているか
Performance Managementでは，jpchosts，hosts，DNSの順に名前解決が行われます。

PFM - Agentホストから「ping PFM - Managerホスト」を実行し，以下のことを確認してください。
・通信ができるか
・通信ができた場合，使用されたIPアドレスがPFM - Managerホストで使用されているIPアドレスと同じであるか
・jpchostsファイルやhostsファイルを使用している場合，使用されたIPアドレスがPFM - ManagerホストおよびPFM - Agentホスト上のjpchosts，hostsファイルに正しく設定されているか
Performance Managementでは，jpchosts，hosts，DNSの順に名前解決が行われます。

PFM - ManagerとPFM - Agent間にファイアウォールがある場合は，PFM - ManagerとPFM - Agent共にポートが固定されているか。また，ファイアウォールの通過設定を行っているか
ファイアウォールの通過方向については，マニュアル「JP1/Performance Managementリファレンス」の付録C.2を参照してください。

PFM - Managerホストでjpcctrl list * host=*を実行した場合に，ホスト名変更前の情報が表示されないかどうか。表示された場合は，PFM - Managerでjpcctrl deleteコマンドを実行して削除してください。

20.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ユーザーアカウントが作成されていない場合は，作成してください。Performance Managementユーザーアカウントの作成方法については，「8.　ユーザーアカウントの管理」を参照してください。

(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 リファレンス」の，付録に記載されているポート番号一覧を参照してください。

20.2.4　コマンドの実行について

Performance Managementのコマンドの実行に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　jpcctrl listコマンドを実行すると稼働していないサービス名が出力される

(2)　jpcctrl dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

(1)　jpcctrl listコマンドを実行すると稼働していないサービス名が出力される

考えられる要因およびその対処方法を次に示します。

Performance Managementプログラムのサービス情報を削除しないでPerformance Managementプログラムをアンインストールした
Performance ManagementプログラムをアンインストールしてもPerformance Managementプログラムのサービス情報はデータベースに残っています。jpcctrl deleteコマンドを実行して，Performance Managementプログラムのサービス情報を削除してください。jpcctrl deleteコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

Performance Managementプログラムのサービス情報を削除しないでマシンのホスト名を変更した
Performance Managementプログラムのサービス情報を削除しないでマシンのホスト名を変更した場合，以前のホスト名が付加されているサービスIDのサービス情報が，Master Managerサービスが管理しているデータベースに残っています。jpcctrl deleteコマンドを実行して，Performance Managementプログラムのサービス情報を削除してください。jpcctrl deleteコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，ホスト名の変更方法については，「5.3.4　運用開始後のホスト名の変更」（Windowsの場合）または「6.3.4　運用開始後のホスト名の変更」（UNIXの場合）を参照してください。

(2)　jpcctrl dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

同じStoreサービスに対して，同じエクスポートファイル名を指定して，複数回jpcctrl dumpコマンドを実行すると，先に実行した出力結果があとから実行された実行結果に上書きされます。同じStoreサービスに対して，複数回jpcctrl dumpコマンドを実行する場合は，異なる名称のエクスポートファイルを指定してください。jpcctrl dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

20.2.5　エージェントの管理について

Performance Managementのエージェントの管理に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　エージェントがPFM - Web Consoleの［エージェント階層］画面に一つも表示されない

(1)　エージェントがPFM - Web Consoleの［エージェント階層］画面に一つも表示されない

監視対象のエージェントを定義していないおそれがあります。PFM - Web Consoleで監視対象のエージェントを定義してください。エージェントの定義方法については，「9.　エージェントの監視」を参照してください。

20.2.6　レポートの定義について

Performance Managementのレポートの定義に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　履歴レポートに表示されない時間帯がある

(1)　履歴レポートに表示されない時間帯がある

PFM - Agentがインストールされたマシンの現在時刻を，現在時刻よりも未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの履歴情報は保存されません。

20.2.7　アラームの定義について

Performance Managementのアラームの定義に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　アクション実行で定義したプログラムが正しく動作しない

(2)　アラームイベントが表示されない

(1)　アクション実行で定義したプログラムが正しく動作しない

考えられる要因とその対処方法を次に示します。

マシンにログオンした環境とアクション実行で定義したプログラムの実行環境が異なる
マシンにログオンした環境とアクション実行で定義したプログラムの実行環境が異なる場合，プログラムが実行できないことがあります。定義したプログラムがPerformance Managementのアクションとして実行できるかどうか確認してください。Performance Managementのアクションとして実行される場合の実行環境を，次の表に示します。

表20-2　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のAction Handlerサービスが起動されていない
PFM - Managerまたはアクション実行先ホストのPFM - AgentのAction Handlerサービスが停止していると，アクションが実行されません。アクションを実行する場合は，PFM - Managerおよびアクション実行先ホストのPFM - AgentのAction Handlerサービスを起動しておいてください。

(2)　アラームイベントが表示されない

考えられる要因とその対処方法を次に示します。

PFM - Managerが起動されていない
PFM - Managerを停止すると，PFM - Agentからのアラームイベントを正しく発行できません。アラームイベントを監視する場合は，PFM - Managerを起動しておいてください。

20.2.8　パフォーマンスデータの収集と管理について

Performance Managementのパフォーマンスデータの収集と管理に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　データの保存期間を短く設定したにもかかわらず，Agent StoreのStoreデータベースのサイズが小さくならない

(2)　共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される

(1)　データの保存期間を短く設定したにもかかわらず，Agent StoreのStoreデータベースのサイズが小さくならない

Agent Storeデータベースのファイル容量がすでに限界に達している場合，データの保存期間を短く設定してもファイルサイズは小さくなりません。この場合，保存期間を短く設定したあと，いったんAgent Storeデータベースを退避し，回復し直してください。

データの保存期間の設定方法については，「10.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）」または「10.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」を参照してください。また，Agent Storeデータベースのバックアップとリストアの方法については，「14.4.2　パフォーマンスデータのバックアップとリストア」を参照してください。

(2)　共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される

予期しないサービスの停止またはマシンのシャットダウンによって，Storeデータベースに不整合なデータが発生したおそれがあります。次の方法で対処をしてください。

Storeデータベースを退避してある場合は，Storeデータベースを回復してください。

Storeデータベースを退避していない場合は，Master StoreサービスまたはAgent Storeサービスを停止したあと，対応するデータベースファイル（*.DBファイルおよび*.IDXファイル）を削除し，サービスを再起動してください。

20.2.9　他プログラムとの連携について

＜この項の構成＞

(1)　ODBCに準拠しているプログラムとの連携時に，サーバリクエストエラーとなって，接続できない

(2)　NNMとの連携時に，イベントブラウザーでステータス変更イベントが表示されない

(3)　NNMとの連携時に，ovwでシンボルが表示されない

(4)　JP1/IMとの連携時に，JP1イベントが通知されない

(5)　JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - Agentが監視ツリー画面に表示されない

(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イベントが通知されない

考えられる要因とその対処方法を次に示します。

アラームの設定に誤りがある
PFM - Web Consoleで，アラームの設定が正しくされているか，確認してください。

JP1/Baseがインストールおよびセットアップされていない
JP1/Baseがインストールおよびセットアップされているか，確認してください。

(5)　JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - Agentが監視ツリー画面に表示されない

考えられる要因とその対処方法を次に示します。

監視対象のPFM - Agentを一度も起動していない
一度も起動していないPFM - Agentは監視ツリーに表示されません。PFM - Agentを起動してから再表示してください。

PFM - AgentとPFM - Managerが接続されていない
PFM - AgentとPFM - Managerが接続されているか確認し，接続していない場合は接続してください。

JP1/IMの監視オブジェクト連携機能がセットアップされていない
JP1/IMの監視オブジェクト連携機能がセットアップされているか確認し，セットアップされていない場合は，セットアップしてください。

(6)　JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

考えられる要因とその対処方法を次に示します。

JP1イベントが発行されていない
［イベントモニター］画面でJP1イベントが発行されているか確認してください。JP1イベントが発行されていない場合は，アラームの定義が正しいか確認してください。

JP1/Baseの設定に誤りがある
JP1/Baseの設定に誤りがないか確認してください。PFM - AgentホストからJP1イベントを発行するよう指定した場合には，PFM - AgentホストからPFM - ManagerホストへJP1イベントの転送が設定されているか確認してください。

20.2.10　その他のトラブルについて

トラブルが発生したときの現象を確認してください。メッセージが出力されている場合は，メッセージの内容を確認してください。また，Performance Managementが出力するログ情報については，「20.3　ログ情報」を参照してください。

「20.2.1　セットアップやサービスの起動について」から「20.2.9　他プログラムとの連携について」に示した対処をしても，トラブルが解決できなかった場合，または，これら以外のトラブルが発生した場合，トラブルの要因を調査するための資料を採取し，システム管理者に連絡してください。

採取が必要な資料および採取方法については，「20.4　トラブル発生時に採取が必要な資料」および「20.5　資料の採取方法」を参照してください。

20.3　ログ情報

Performance Managementでトラブルが発生した場合，ログ情報を確認して対処方法を検討します。Performance Managementを運用しているときに出力されるログ情報には，次の4種類があります。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

ここでは，4種類のログ情報，および各ログ情報に設定できるログオプションについて説明します。

＜この節の構成＞

20.3.1　ログ情報の種類

20.3.2　ログ情報のファイル

20.3.1　ログ情報の種類

＜この項の構成＞

(1)　システムログ

(2)　共通メッセージログ

(3)　稼働状況ログ

(4)　トレースログ

(1)　システムログ

システムログとは，システムの状態やトラブルを通知するログ情報のことです。このログ情報は次のログファイルに出力されます。

Windowsの場合
イベントログファイル

UNIXの場合
syslogファイル

出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

Performance Managementのシステムログのほかに，クラスタソフトによるPerformance Managementの制御などを確認するためにクラスタソフトのログが必要です。

(2)　共通メッセージログ

共通メッセージログとは，システムの状態やトラブルを通知するログ情報のことです。システムログよりも詳しいログ情報が出力されます。共通メッセージログの出力先ファイル名やファイルサイズについては，「20.3.2　ログ情報のファイル」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まるため，異なるLANGコードの文字列が混在することがあります。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，共通メッセージログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，フェールオーバー前後の共通メッセージログは，同じログファイルに記録されます。

(3)　稼働状況ログ

稼働状況ログとは，PFM - Web Consoleが出力するログ情報のことです。

稼働状況ログの出力先ファイル名やファイルサイズについては，「20.3.2　ログ情報のファイル」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

(4)　トレースログ

トレースログとは，トラブルが発生した場合に，トラブル発生の経緯を調査したり，各処理の処理時間を測定したりするために採取するログ情報のことです。

トレースログは，Performance Managementのプログラムの各サービスが持つログファイルに出力されます。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，トレースログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，フェールオーバー前後のトレースログは，同じログファイルに記録されます。

20.3.2　ログ情報のファイル

ここでは，Performance Managementから出力されるログ情報について説明します。

＜この項の構成＞

(1)　共通メッセージログおよび稼働状況ログ

(2)　トレースログ

(1)　共通メッセージログおよび稼働状況ログ

Performance Managementのログ情報のうち，共通メッセージログおよび稼働状況ログについて，ログの出力元であるサービス名または制御名，ログファイル名，およびディスク使用量を，OSごとに次の表に示します。なお，稼働状況ログはラップラウンドファイル方式で書き込まれます。

表20-3　共通メッセージログのファイル名（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

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表20-4　稼働状況ログのファイル名

ログ情報の種類
出力元
ファイル名
ディスク使用量※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日以内に設定してください。

ログファイルの保持期間は，初期設定ファイル（config.xml）のlogFileRetentionで設定します。設定方法の詳細については，マニュアル「JP1/Performance Management リファレンス」の，初期設定ファイルについて説明している章を参照してください。

注※3

ログファイル番号は，「1」から始まるログファイルの出力数となります。

稼働状況ログの出力

稼働状況ログの出力サイズは，初期設定ファイル（config.xml）の「logFileSize」×「logFileNumber」で設定できます。出力サイズを超える場合は，更新日付の古いログファイルから削除して，新しいログファイルを出力します。ただし，初期設定ファイル（config.xml）の「logFileRetention」で指定された日数より前に更新されたファイルだけを削除します。

表20-5　共通メッセージログのファイル名（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ごとに次の表に示します。

表20-6　トレースログの格納先フォルダ名（Windowsの場合）

ログ情報の種類 | 出力元 | フォルダ名
トレースログ | Action Handler | インストール先フォルダ¥bin¥action¥log¥
Agent Collector | インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥log¥
Agent 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 | 環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名※2¥log¥
Agent 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 - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合は，インスタンス名のフォルダがあります。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表20-7　トレースログの格納先ディレクトリ名（UNIXの場合）

ログ情報の種類 | 出力元 | ディレクトリ名
トレースログ | Action Handler | /opt/jp1pc/bin/action/log/
Agent Collector | /opt/jp1pc/xxxx※1/agent/インスタンス名※2/log/
Agent 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 | 環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/log/
Agent 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 - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合は，インスタンス名のディレクトリがあります。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

20.4　トラブル発生時に採取が必要な資料

「20.2　トラブルシューティング」に示した対処をしてもトラブルを解決できなかった場合，トラブルの要因を調べるための資料を採取し，システム管理者に連絡する必要があります。この節では，トラブル発生時に採取が必要な資料について説明します。

Performance Managementでは，採取が必要な資料を一括採取するためのコマンドを用意しています。PFM - ManagerおよびPFM - Agentの資料を採取するには，jpcrasコマンドを使用します。PFM - Web Consoleの資料を採取するには，jpcwrasコマンドを使用します。jpcrasコマンドまたはjpcwrasコマンドを使用して採取できる資料については，表中に記号で示しています。

注意

jpcrasコマンドおよびjpcwrasコマンドで採取できる資料は，コマンド実行時に指定するオプションによって異なります。コマンドに指定するオプションと採取できる資料については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト運用の場合の注意事項

論理ホスト運用の場合の注意事項を次に示します。

論理ホスト運用する場合のPerformance Managementのログは，共有ディスクに格納されます。なお，共有ディスクがオンラインになっている場合（Windows），またはマウントされている場合（UNIX）は，jpcrasコマンドで共有ディスク上のログも一括して採取できます。

フェールオーバー時の問題を調査するには，フェールオーバーの前後の資料が必要です。このため，実行系と待機系の両方の資料が必要になります。

論理ホスト運用のPerformance Managementの調査には，クラスタソフトの資料が必要です。論理ホスト運用のPerformance Managementは，クラスタソフトから起動や停止を制御されているので，クラスタソフトの動きとPerformance Managementの動きを対比して調査するためです。

＜この節の構成＞

20.4.1　Windowsの場合

20.4.2　UNIXの場合

20.4.1　Windowsの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　Performance Managementの情報

(3)　PFM - Web Consoleの情報

(4)　オペレーション内容

(5)　画面上のエラー情報

(6)　ユーザーダンプ（Windows Server 2008またはWindows Server 2008(IPF)の場合）

(7)　問題レポートの採取（Windows Server 2008またはWindows Server 2008(IPF)の場合）

(8)　その他の情報

(1)　OSのログ情報

採取する必要のあるOSのログ情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取
jpcwrasコマンドでの採取

システムログ
Windowsイベントログ
－
○
○

プロセス情報
プロセスの一覧
－
○
○

システムファイル
hostsファイル
システムフォルダ¥system32¥drivers¥etc¥hosts
○
○

servicesファイル
システムフォルダ¥system32¥drivers¥etc¥services
○
○

OS情報
システム情報
－
○
○

ネットワークステータス
－
○
○

ホスト名
－
○
○

ダンプ情報
ワトソンログファイル

Windows Server 2003の場合
システムドライブ¥Documents and Settings¥All Users¥Application Data¥Microsoft¥Dr Watson¥drwtsn32.log※
システムドライブ¥Documents and Settings¥All Users¥Application Data¥Microsoft¥Dr Watson¥user.dump※

○
○

（凡例）

○：採取できる

－：該当しない

注※

別のフォルダにログファイルが出力されるように設定している場合は，該当するフォルダから資料を採取してください。

(2)　Performance Managementの情報

Performance Managementに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取が必要なPerformance Managementの情報を次の表に示します。

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取

共通メッセージログ
Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）
インストール先フォルダ¥log¥jpclog{01|02}※1
○

Performance Managementから出力されるメッセージログ（ラップラウンドファイル方式）
インストール先フォルダ¥log¥jpclogw{01|02}※1
○

構成情報
各構成情報ファイル
－
○

jpcctrl 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
インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.DB
インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.IDX
○

Agent Store（ヘルスチェックエージェント）
インストール先フォルダ¥agt0¥store¥*.DB
インストール先フォルダ¥agt0¥store¥*.IDX
○

トレースログ
Performance Managementのプログラムの，各サービスのトレース情報
－※4
○

インストールログ※5
インストール時のメッセージログ（Windows 2000，Windows Server 2003の場合）
TEMPフォルダ¥pfm_inst.log
×

インストール時のメッセージログ
（Windows Server 2003(IPF)，Windows Server 2008，Windows Server 2008(IPF)の場合）
システムフォルダ¥TEMP¥HCDINSTフォルダ下の次に示すファイル。

HCDMAIN.LOGおよびHCDMAINn.LOG※4

HCDINST.LOGおよびHCDINSTn.LOG※4

製品形名.LOG

×

インストールログ※6
システムフォルダ¥TEMP
¥HCDINST¥製品形名.LOG
×

統合インストーラのログ
システムフォルダ¥TEMP
¥HCDINST¥HCDMAIN.LOG
システムフォルダ¥TEMP
¥HCDINST¥HCDMAIN#.LOG
（#は数字）
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

ログファイルの出力方式については，「19.5　システム統合監視製品と連携した障害検知」を参照してください。

注※2

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※3

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合は，インスタンス名のフォルダがあります。

注※4

トレースログの格納先フォルダについては，「20.3.2　ログ情報のファイル」を参照してください。

注※5

インストールに失敗した場合に採取してください。

注※6

Windows Server 2003（IPF），Windows Server 2008およびWindows Server 2008（IPF）の場合だけです。

(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コマンドの場合

インストール先フォルダ¥log¥コマンド名_サブコマンド名_log1※².log

jpcmkkeyコマンドの場合

インストール先フォルダ¥log¥jpcmkkey_log1※².log

上記以外のコマンドの場合

インストール先フォルダ¥log¥コマンド名_log1※².log

○

ファイル情報
PFM - Web Consoleのインストールファイルの一覧
－
○

設定情報
PFM - Web Consoleの設定情報
インストール先フォルダ¥config¥*.*
インストール先フォルダ¥sample¥config¥*.*
○

PFM - Web Consoleログ情報
（アン）インストーラログファイル
システムドライブ¥
pfmwebconuninst.rtn
システムドライブ¥pfmwebconuninst.log
システムドライブ¥pfmwebconinst.rtn
システムドライブ¥pfmwebconinst.log
○

（凡例）

○：採取できる

－：該当しない

注※1

稼働状況ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注※2

稼働状況ログのログファイル名には，末尾に「1」が付加されます。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(5)　画面上のエラー情報

次に示すハードコピーを採取してください。

WWWブラウザーのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー（詳細ボタンがある場合はその内容を含む）

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］ウィンドウのハードコピー

(6)　ユーザーダンプ（Windows Server 2008またはWindows Server 2008(IPF)の場合）

Windows Server 2008またはWindows Server 2008(IPF)でPerformance Managementのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

(7)　問題レポートの採取（Windows Server 2008またはWindows Server 2008(IPF)の場合）

Windows Server 2008またはWindows Server 2008(IPF)でPerformance Managementのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

(8)　その他の情報

上記以外で必要な情報を次に示します。

［コンピュータの管理］の［システム情報］の内容，または［アクセサリ］－［システムツール］－［システム情報］の内容（Windows XPの場合）

［アクセサリ］－［システムツール］－［システム情報］の内容（Windows Server 2003，Windows Server 2003(IPF)，Windows Server 2008，Windows Server 2008(IPF)の場合）

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

Java VMのスレッドダンプ
PFM - Web Consoleの情報を採取する際は，Java VMのスレッドダンプを採取してください。次の手順で採取できます。

3秒おきに10回程度，次のコマンドを実行する。
# <インストールディレクトリ>/CPSB/CC/web/bin/cjdumpweb PFMWebConsole

jpcwrasコマンドを実行する。

注意

スレッドダンプを採取するとJava VMの動作が不安定になるため，PFM - Web Consoleのサービスを再起動してください。

20.4.2　UNIXの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　Performance Managementの情報

(3)　PFM - Web Consoleの情報

(4)　オペレーション内容

(5)　エラー情報

(6)　その他の情報

(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ファイル
－
○
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

デフォルトのパスおよびファイル名以外に出力されるように設定されているシステムでは，収集できません。そのほかの方法で収集してください。

注※2

/etc/inet/ipnodesファイルはSolarisだけに存在するファイルです。/etc/hostsファイルと一緒に収集してください。

注※3

PFM - Manager 08-50またはPFM - Base 08-50以降の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
○

構成情報
各構成情報ファイル
－
○

jpcctrl 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
/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#
（#は数字）
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

ログファイルの出力方式については，「19.5　システム統合監視製品と連携した障害検知」を参照してください。

注※2

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※3

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合は，インスタンス名のディレクトリがあります。

注※4

トレースログの格納先ディレクトリについては，「20.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コマンドの場合

/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 - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(5)　エラー情報

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(6)　その他の情報

上記以外で必要な情報を次に示します。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

20.5　資料の採取方法

トラブルが発生したときに資料を採取する方法を次に示します。

＜この節の構成＞

20.5.1　Windowsの場合

20.5.2　UNIXの場合

20.5.3　PFM - Web Consoleの場合

20.5.1　Windowsの場合

＜この項の構成＞

(1)　資料採取コマンドを実行する

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

(3)　オペレーション内容を確認する

(4)　画面上のエラー情報を採取する

(5)　その他の情報を採取する

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，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コマンドおよびjpcwrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用の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コマンドおよびjpcwrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　画面上のエラー情報を採取する

次に示すハードコピーを採取してください。

WWWブラウザーのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー
詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］画面のハードコピー
Windows Server 2003，Windows Server 2003(IPF)，Windows Server 2008，Windows Server 2008(IPF)の場合，［コマンドプロンプト］画面のハードコピーを採取する際は，［"コマンドプロンプト"のプロパティ］画面について次のように設定しておいてください。

［オプション］タブの［編集オプション］
［簡易編集モード］がチェックされた状態にする。

［レイアウト］タブ
［画面バッファのサイズ］の［高さ］に「500」を設定する。

(5)　その他の情報を採取する

上記以外で必要な情報を採取してください。

［アクセサリ］－［システムツール］－［システム情報］の内容

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

20.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コマンドの詳細については，マニュアル「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コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　エラー情報を採取する

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(5)　その他の情報を採取する

上記以外で必要な情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

20.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でブラウザーを利用している場合は，次に示す画面のハードコピーを採取してください。

WWWブラウザーのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー
詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，操作ターミナル端末のハードコピー

20.6　Performance Managementシステムの障害回復

この節では，Performance Managementのサーバで障害が発生したときに，バックアップファイルを基にして，障害が発生する前の正常な状態に回復する手順について説明します。

注意

バックアップファイルをリストアするときは，同じバージョンの製品に対して行ってください。

障害が発生する前の状態に回復させるためには，次の二つの手順があります。

構成変更に伴う障害の場合
各種パラメーターの変更などの構成変更後に問題が発生したときや，パフォーマンスデータ，イベントデータを格納するデータベースに不整合が発生したときに行う手順です。
問題のあるサービスの定義情報，パフォーマンスデータ，イベントデータのデータモデル定義ファイルをバックアップファイルからリストアすることで，システムを回復します。

ディスク故障などの重大な障害の場合
ディスクの物理的な故障などでPerformance Managementのファイルが広範囲に破損したおそれのあるとき，または構成変更に伴う障害の場合の手順では回復できないときに行う手順です。
Performance Managementを再インストール・再セットアップします。そのあと，Performance Managementのすべての定義情報，パフォーマンスデータ，イベントデータをバックアップファイルからリストアすることで，システムを回復します。

ポイント

システムの構成を変更する場合やPerformance Managementバージョンを更新する場合は，各種定義情報のバックアップを取得することをお勧めします。また，パフォーマンスデータ，イベントデータは日々更新されるため，ディスク障害などに備えて定期的にバックアップを取得することをお勧めします。Performance Managementにはパフォーマンスデータ，イベントデータのバックアップを取得するためのコマンドがあります。

バックアップの取得の詳細については，「14.　バックアップとリストア」を参照してください。

＜この節の構成＞

20.6.1　構成変更に伴う障害の回復手順

20.6.2　ディスク故障などの重大な障害の回復手順

20.6.1　構成変更に伴う障害の回復手順

構成変更に伴う障害の場合は，次の手順に従って回復してください。

＜この項の構成＞

(1)　サービスの停止

(2)　サービスの定義情報の整合性確認とリストア

(3)　パフォーマンスデータおよびイベントデータの整合性確認とリストア

(4)　インデックスファイルの再構成

(5)　サービスの起動

(6)　動作確認

(1)　サービスの停止

Performance Managementプログラムのサービスをすべて停止します。

サービスを停止する手順については，「7.3　サービスの停止」を参照してください。

(2)　サービスの定義情報の整合性確認とリストア

対象ホスト上にあるサービスの定義情報と，バックアップしたサービスの定義情報のコンペアチェックを行い，整合性を確認します。コンペアチェックで差異があったファイルを対象ホスト上から退避し，バックアップしたサービスの定義情報をリストアします。

リストアを行うサービスの定義ファイルについては，「14.3.3　サービスの定義情報のバックアップとリストア」を参照してください。

(3)　パフォーマンスデータおよびイベントデータの整合性確認とリストア

対象ホスト上にあるデータモデル定義ファイルとバックアップしたデータモデル定義ファイルのコンペアチェックを行い，整合性を確認します。コンペアチェックで差異があったファイルを対象ホスト上から退避し，バックアップしたデータモデル定義ファイルをリストアします。

整合性確認とリストアを行う必要のあるデータモデル定義ファイルを次に示します。

OS | 種類 | ファイル名
Windowsの場合 | PFM - Manager | インストール先フォルダ¥mgr¥store¥*.DAT
インストール先フォルダ¥agt0¥store¥*.DAT
PFM - Agent | インストール先フォルダ¥xxxx※1¥store¥*.DAT
インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥*.DAT
UNIXの場合 | PFM - Manager | /opt/jp1pc/mgr/store/*.DAT
/opt/jp1pc/agt0/store/*.DAT
PFM - Agent | /opt/jp1pc/xxxx※1/store/*.DAT
/opt/jp1pc/xxxx※1/store/インスタンス名※2/*.DAT

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

インスタンス環境で運用する場合のフォルダです。インスタンス構成の場合，これらのフォルダは，インスタンスの数と同じ数だけ作成されます。

注意

コンペアチェックで差異がある状態でMaster StoreサービスまたはAgent Storeサービスを起動した場合は，Storeデータベースが不正となります。そのときは，次の手順でStoreデータベースを修復してください。

Master StoreサービスまたはAgent Storeサービスを停止する。

Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除する。
・拡張子が*.DBであるファイル
・拡張子が*.IDXであるファイル

Storeデータベースをリストアする。
Storeデータベースをリストアする手順については，「14.4　稼働監視データのバックアップとリストア」を参照してください。

(4)　インデックスファイルの再構成

Storeデータベースのインデックスファイルを再構成するため，次のようにコマンドを実行します。

Windowsの場合

インストール先フォルダ¥bin¥jpcmkindex xxxx※1 [-lhost 論理ホスト名※2]

UNIXの場合

/opt/jp1pc/bin/jpcmkindex xxxx※1 [-lhost 論理ホスト名※2]

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

注※2

論理ホスト環境のサービスを指定する場合，-lhostオプションを指定します。このオプションを省略した場合，物理ホストが仮定されます。

このコマンドの戻り値を次の表に示します。コマンドが正常終了しなかった場合は，表の対処に従って見直し，再度インデックスを再構成してください。

戻り値
コマンドの実行結果
対処

0
正常終了した。
－

1
引数の指定に誤りがある。
コマンドの引数を見直す。

2
コマンドの実行権限がない。
コマンドの実行権限を見直す。

4
指定されたサービスが停止されていない。
次の手順で対処する。

指定されたサービスを停止する。

Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除する。
・拡張子が*.DBであるファイル
・拡張子が*.IDXであるファイル

Storeデータベースをリストアする。

5
指定されたサービスがインストールされていない。
指定されたサービスをインストールする。

100
Performance Managementの環境が不正である。
Storeデータベースをリストアする。

102
指定された論理ホスト名はセットアップされていない。
指定された論理ホスト名をセットアップする。

230
内部コマンドの実行に失敗した。
次の項目を確認する。

メモリーおよびディスク容量が不足していないか。

プロセス数の制限を超過していないか。

注意

確認後にコマンドを再実行しても戻り値が230の場合，Storeデータベースをリストアする必要がある。

255
インデックス作成エラーが発生した。
Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除する。

拡張子が*.DBであるファイル

拡張子が*.IDXであるファイル

（凡例）

－：該当しない

注

Storeデータベースをリストアする手順については，「14.4　稼働監視データのバックアップとリストア」を参照してください。

(5)　サービスの起動

Performance Managementのプログラムのサービスを起動し，サービスが正常に起動しているか確認してください。

サービスを起動する手順については，「7.2　サービスの起動」を参照してください。サービスの状態はjpcctrl listコマンドで確認できます。サービスの状態を確認する手順については，「7.5　サービスの稼働状況の確認」を参照してください。

(6)　動作確認

最後に，トラブルが回復できたかどうかを確認します。次に示す項目が正常であることを確認してください。

パフォーマンスデータを収集できるか確認する
パフォーマンスデータの収集間隔の倍より長い時間稼働させ，パフォーマンスデータが問題なく収集できるか確認します。
パフォーマンスデータの収集間隔については，「10.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

Storeデータベースのデータに問題がないか確認する
Storeデータベースのデータをテキストファイルにエクスポートし，データに問題がないかを確認します。jpcctrl dumpコマンドを使うとStoreデータベースのデータをテキストファイルにエクスポートできます。
jpcctrl dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

レポートの定義およびアラームの定義を確認する
レポートの定義およびアラームの定義に問題がないか確認します。レポートの定義およびアラームの定義はPFM - Web Consoleで確認できます。
レポートの定義については，「11.　稼働分析のためのレポートの作成」を参照してください。アラームの定義については，「12.　アラームによる稼働監視」を参照してください。

20.6.2　ディスク故障などの重大な障害の回復手順

ディスク故障などの重大な障害の場合には，次の手順に従って回復してください。

＜この項の構成＞

(1)　アンインストール

(2)　再インストール

(3)　再セットアップ

(4)　定義情報のリストア

(5)　パフォーマンスデータおよびイベントデータのリストア

(6)　サービスの起動

(7)　レポートの定義情報およびアラームテーブルの定義情報のリストア

(8)　動作確認

(1)　アンインストール

Performance Managementのプログラムをアンインストールします。

Windowsの場合のアンインストール手順については，「5.2.2　アンインストール手順」を参照してください。UNIXの場合のアンインストール手順については，「6.2.2　アンインストール手順」を参照してください。

(2)　再インストール

Performance Managementのプログラムを再インストールします。

Windowsの場合のインストール手順については，「5.1.3　インストール手順」を参照してください。UNIXの場合のインストール手順については，「6.1.3　インストール手順」を参照してください。

(3)　再セットアップ

Performance Managementのプログラムを再セットアップします。セットアップはトラブルが発生する前の環境のインスタンス名や物理ホスト名で行います。

Windowsの場合のセットアップ手順については，「5.1　インストールとセットアップ」を参照してください。UNIXの場合のセットアップ手順については，「6.1　インストールとセットアップ」を参照してください。

(4)　定義情報のリストア

バックアップしたサービスの定義情報をリストアします。

リストアを行うサービスの定義ファイルについては，「14.3.3　サービスの定義情報のバックアップとリストア」を参照してください。

(5)　パフォーマンスデータおよびイベントデータのリストア

バックアップしたパフォーマンスデータおよびイベントデータのStoreデータベースをリストアします。

Storeデータベースをリストアする手順については，「14.4　稼働監視データのバックアップとリストア」を参照してください。

(6)　サービスの起動

Performance Managementのプログラムのサービスを起動し，サービスが正常に起動しているか確認してください。

サービスを起動する手順については，「7.2　サービスの起動」を参照してください。サービスの状態はjpcctrl listコマンドで確認できます。サービスの状態を確認する手順については，「7.5　サービスの稼働状況の確認」を参照してください。

(7)　レポートの定義情報およびアラームテーブルの定義情報のリストア

バックアップしたレポートの定義情報およびアラームテーブルの定義情報をリストアします。

レポートの定義情報のリストアについては，「14.3.1 (2)　レポートの定義情報をリストアする」を参照してください。アラームの定義情報のリストアについては，「14.3.2 (2)　アラームの定義情報をリストアする」を参照してください。

(8)　動作確認

最後に，トラブルが回復できたかどうかを確認します。次に示す項目が正常であることを確認してください。

パフォーマンスデータを収集できるか確認する
パフォーマンスデータの収集間隔の倍より長い時間稼働させ，パフォーマンスデータが問題なく収集できるか確認します。
パフォーマンスデータの収集間隔については，「10.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

Storeデータベースのデータに問題がないか確認する
Storeデータベースのデータをテキストファイルにエクスポートし，データに問題がないかを確認します。jpcctrl dumpコマンドを使うとStoreデータベースのデータをテキストファイルにエクスポートできます。
jpcctrl dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

レポートの定義およびアラームの定義を確認する
レポートの定義およびアラームの定義に問題がないか確認します。レポートの定義およびアラームの定義はPFM - Web Consoleで確認できます。
レポートの定義については，「11.　稼働分析のためのレポートの作成」を参照してください。アラームの定義については，「12.　アラームによる稼働監視」を参照してください。

アラームテーブルのバインドを確認する
アラームテーブルのバインドを確認し，必要に応じてバインドします。
アラームテーブルのバインドについては，「12.5.1　監視エージェントとアラームテーブルの関連づけを変更する」を参照してください。

付録

＜この付録の構成＞

付録A　制限値

付録B　命名規則

付録C　システム見積もり

付録D　カーネルパラメーター一覧

付録E　移行手順と移行時の注意事項

付録F　日本語版と英語版の混在環境での注意事項

付録G　バージョン互換

付録H　動作ログの出力

付録I　ヘルスチェックエージェント

付録J　各バージョンの変更内容

付録K　用語解説

付録A　制限値

Performance Managementの制限値を次に示します。

＜この節の構成＞

付録A.1　システム構成

付録A.2　PFM - Web Consoleの表示

付録A.3　Storeデータベースのサイズ

付録A.4　アラーム数，アラームテーブル数の制限について

付録A.1　システム構成

一つのPFM - Managerに接続できるPFM - Web ConsoleおよびPFM - Agentの数は，使用するシステム構成やネットワーク環境によって異なります。一つのPFM - Managerに接続できるPFM - Web ConsoleおよびPFM - Agentの数の目安を次に示します。

＜この項の構成＞

(1)　接続できるPFM - Web Console数

(2)　接続できるPFM - Agent数

(3)　PFM - Web Consoleが接続できるPFM - Agent数

(1)　接続できるPFM - Web Console数

一つのPFM - Managerに接続できるPFM - Web Consoleの最大数は，20です。

(2)　接続できるPFM - Agent数

一つのPFM - Managerに接続できるPFM - Agentの最大数は，Performance Managementシステム内で発行されるアラームイベント数によって異なります。

PFM - Agentから発行されるアラームイベントの発行頻度が高くなったり，多数のPFM - Agentから同時にアラームイベントが発行されたりすると，PFM - Managerのアラームイベント処理に遅延が発生することがあります。そのため，一つのPFM - Managerでアラームイベントを効率的に処理できるPFM - Agentの数を算出する必要があります。

次の式で算出される値を目安として，Performance Managementシステムを構築してください。X1およびX2の算出結果のうち，小さい方の値が，一つのPFM - Managerに接続できるPFM - Agentの最大数となります。

（凡例）

A：一つのPFM - Agentの1時間当たりの発行イベント数（単位：回／時間）

B：一つのPFM - ManagerホストのCPUクロック数（単位：MHz）

CPUモデルの違いによって，算出結果に誤差が生じることがあります。また，Performance Management以外のプログラムが原因となるシステム性能の負荷は考慮していません。算出されるPFM - Agentの数は目安となっていますので，運用を始める前にシステムの動作を検証してください。算出式を求めた際に使用した測定環境を次に示します。

測定マシン：EP8000 610 model 6E1（POWER3-II 450MHz）

注意

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを，一つのPFM - Agentで監視する場合，1インスタンスを一つとして数えます。

マルチプロセッサマシンを使用する場合，算出式に代入するCPUクロック数を加算しないでください。例えば，450MHz＊2CPUの環境であっても，算出式に代入するCPUクロック数は，450としてください。

算出式に代入する一つのPFM - Agentの1時間当たりの発行アラームイベント数は，必ず0より大きい値を指定してください。

算出式で求めたPFM - Agentの数を超えるシステムを構築する場合，拠点ごとにPFM - Managerを設置し，PFM - Agentを分散して運用してください。その際，PFM - Web Consoleを各拠点のPFM - Managerに接続して運用してください。

PFM - Agentから発行されるアラームイベントの発行頻度が高くなったり，多数のPFM - Agentから同時にアラームイベントが発行されたりすると， PFM - Managerのアラームイベント処理に遅延が発生することがあります。その場合も，拠点ごとにPFM - Managerを設置し，PFM - Agentを分散させて管理するようにしてください。

アラームのアクションを設定する際，PFM - Web Consoleのブラウザーの［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」以外を選択すると，PFM - Managerに負荷が集中することがあります。大規模システムで，アラームを契機としてアクションを実行させる場合は，PFM - Managerホストへの負荷集中を防止するために，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」を選択するようにしてください。

アラームを設定する際，PFM - Web Consoleのブラウザーの［新規アラーム > 基本情報］画面の［高度な設定］エリアで，［常にアラームを通知する］や［すべてのデータを評価する］を選択すると，アラームイベントの発行頻度が高くなります。大規模システムでこれらを選択する場合は，［発生頻度］で設定するインターバル値を高く設定することで，システムに負荷を掛けないようにしてください。

多数のPFM - Agentを起動している状態で，PFM - Managerを起動すると，PFM - Managerの起動に時間が掛かることがあります。その場合は，PFM - Managerを起動してから，各PFM - Agentを起動するようにしてください。

算出例

PFM - ManagerホストのCPUクロック数が750MHzの場合の，PFM - Managerに接続できるPFM - Agentの数の算出例を次の表に示します。

表A-1　一つのPFM - Managerに接続できるPFM - Agent数（PFM - ManagerホストのCPUクロック数が750MHzの場合）

アラームイベント発生頻度（回/時間）※ | X1の値 | X2の値 | 接続できるPFM - Agent数
60 | 68 | 472 | 68
30 | 119 | 472 | 119
20 | 163 | 472 | 163
10 | 267 | 472 | 267
5 | 422 | 472 | 422
4 | 486 | 472 | 472
3 | 579 | 472 | 472

注※

一つのPFM - Agentの1時間当たりの発行アラームイベント数を示します。

(3)　PFM - Web Consoleが接続できるPFM - Agent数

一つのPFM - Managerに接続できるPFM - Agentの最大数になります。

付録A.2　PFM - Web Consoleの表示

＜この項の構成＞

(1)　PFM - Web Consoleで表示できるレポート画面の数

(2)　レポートに表示できる最大データ数

(3)　表示するリアルタイムレポートの数

(4)　表示するレポートのフィールド数

(1)　PFM - Web Consoleで表示できるレポート画面の数

PFM - Web Consoleで表示できるレポート画面の数の目安を次の表に示します。

表A-2　PFM - Web Consoleで表示できるレポート画面の数

内容 | 最大数
一つのPFM - Web Consoleで表示できるレポート画面 | 4
一つのPFM - Agentの情報を複数のPFM - Web Consoleで表示できるレポート画面 | 10

(2)　レポートに表示できる最大データ数

リアルタイムレポートでは，データを30回分まで表示します。

(3)　表示するリアルタイムレポートの数

PFM - Agentで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。

(4)　表示するレポートのフィールド数

複合レポートでは，レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。表示するフィールド数は20個程度を推奨します。

付録A.3　Storeデータベースのサイズ

＜この項の構成＞

(1)　Storeバージョン2.0の場合

(2)　Storeバージョン1.0の場合

(1)　Storeバージョン2.0の場合

Storeバージョン2.0では，データファイルが一定の期間で分割され，レコードタイプごとにそれぞれ別のデータファイルにデータが格納されるため，データ全体ではなく分割されたデータファイルそれぞれについてサイズの上限があります。それぞれのデータファイルサイズの上限は2GBです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

(2)　Storeバージョン1.0の場合

Performance Managementで扱うStoreデータベース全体のファイルサイズの上限は2GBです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

付録A.4　アラーム数，アラームテーブル数の制限について

一つのアラームテーブルに登録できるアラームの数は50個までです。また，複数アラームテーブルバインド機能を使用している場合に，一つの監視エージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - Agentにアラームを多数バインドすると，PFM - ManagerやPFM - Agentの処理に遅延が発生する場合があります。

バインドするアラームの数は以下の値を超えないように設定することをお勧めします。

１エージェントあたり250個

Performance Managementシステム全体で10000個

付録B　命名規則

Performance Managementのサービスの命名規則について説明します。

＜この節の構成＞

付録B.1　サービスの命名規則

付録B.2　Performance Managementのサービス名とWindowsのサービス名との対応

付録B.1　サービスの命名規則

Performance Managementでは，PFM - Web ConsoleのGUIや各種コマンドを使ってサービスを管理します。サービスを特定するためにサービスIDやサービスキーがあります。ここではサービスIDとサービスキーの命名規則について説明します。

＜この項の構成＞

(1)　サービスID

(2)　サービスキー

(1)　サービスID

Performance Managementのサービスには，一意のIDが付加されています。このIDを「サービスID」と呼びます。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータを退避する場合などに，Performance ManagementのサービスIDを指定してコマンドを実行します。

サービスIDの構成を次に示します。

次に，サービスIDのそれぞれの構成要素について説明します。

プロダクトID
プロダクトIDとは，このサービスがPerformance Managementのどのプログラムプロダクトのサービスかを示す1バイトの識別子です。
PFM - Managerの各サービスの場合，およびAction Handlerサービスの場合，プロダクトIDは「P」です。ただし，ヘルスチェックエージェントのプロダクトIDは「0」です。
各PFM - AgentのプロダクトIDについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

機能ID
機能IDとは，このサービスの機能種別を示す1バイトの識別子です。
機能IDとその機能IDが示すサービス名および機能の概要を，次の表に示します。

表B-1　サービス名と機能ID

機能ID | サービス名 | 機能概要
A | Agent Collector | パフォーマンスデータを収集する機能。
C | Trap Generator | クライアント機能やSNMPトラップを発行する機能。
E | Correlator | サービス間のイベント配信を制御する機能。
H | Action Handler | アクションを実行する機能。
M | Master Manager | Performance Managementのメイン機能。
N | Name Server | システム内のサービス構成情報を管理する機能。
P | View Server | PFM - Web ConsoleとPFM - Manager間の通信サーバ機能。
S | Agent Store | パフォーマンスデータ，イベントデータを管理する機能。
Master Store
T | Status Server | サービスのステータスを管理する機能。

インスタンス番号
インスタンス番号とは，内部処理で使用する，1バイトの管理番号を示す識別子です。

デバイスID
デバイスIDとは，このサービスが起動されている，Performance Managementシステム上のホストなどを示す1～255バイトの識別子です。デバイスIDは，サービスによって設定される内容が異なります。
サービス名と設定されるデバイスIDの内容を次の表に示します。

表B-2　サービス名とデバイスID

サービス名
デバイスIDの設定内容

Name Server
「001」固定。

Master Manager
「001」固定。

View Server
ホスト名が設定される。

Correlator
「001」固定。

Action Handler
ホスト名が設定される。

Trap Generator
ホスト名が設定される。

Agent Collector
インスタンス構成でない場合は，ホスト名が設定される。
インスタンス構成の場合は，インスタンス名［ホスト名］が設定される。

Agent Store
インスタンス構成でない場合は，ホスト名が設定される。
インスタンス構成の場合は，インスタンス名［ホスト名］が設定される。

Master Store
「001」固定。

Status Server
ホスト名が設定される。

(2)　サービスキー

Performance Managementの各サービスを起動したり停止したりする場合などに，「サービスキー」と呼ばれる識別子を指定してコマンドを実行します。

サービスキーの一覧を次の表に示します。

表B-3　サービスキー一覧

サービスキー | 意味
all | すべてのPerformance Managementプログラムのサービスを示す。
mgr | PFM - Managerサービスを示す（ただし，Action Handlerサービスは除く）。
act | Action Handlerサービスを示す。
stat | Status Serverサービスを示す。
agt0 | ヘルスチェックエージェントのサービス（Agent Collector，Agent Store）を示す。

各PFM - Agentのサービスキーについては，各PFM - Agentマニュアルの，付録に記載されている識別子一覧を参照してください。

付録B.2　Performance Managementのサービス名とWindowsのサービス名との対応

Performance Managementプログラムのサービス名は，Windowsの［サービス］ウィンドウから表示できるWindowsのサービス名とは異なります。

Performance Managementプログラムのサービス名とWindowsのサービス名との対応を次の表に示します。

表B-4　PFM - Managerのサービス名とWindowsのサービス名との対応

サービス名 | Windowsのサービス名
Name Server | PFM - Name Server
Master Manager | PFM - Master Manager
View Server | PFM - View Server
Correlator | PFM - Correlator
Action Handler | PFM - Action Handler
Trap Generator | PFM - Trap Generator
Master Store | PFM - Master Store
Status Server | PFM - Status Server
Agent Collector | PFM - Agent for HealthCheck
Agent Store | PFM - Agent Store for HealthCheck

表B-5　PFM - Web Consoleのサービス名とWindowsのサービス名との対応

サービス名 | Windowsのサービス名
Web Console | PFM - Web Console
Web Service | PFM - Web Service

表B-6　PFM - Baseのサービス名とWindowsのサービス名との対応

サービス名 | Windowsのサービス名
Action Handler | PFM - Action Handler
Status Server | PFM - Status Server

表B-7　PFM - Agentのサービス名とWindowsのサービス名との対応

サービス名 | Windowsのサービス名
Agent Collector | PFM - Agent for XXXX※1 [インスタンス名]※2
Agent Store | PFM - Agent Store for XXXX※1 [インスタンス名]※2

注※1

「XXXX」は各PFM - Agentの監視対象プログラム名を示します。

注※2

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合は，インスタンス名が表示されます。

付録C　システム見積もり

Performance Managementを使ったシステムを構築する前に，使用するマシンの性能がPerformance Managementを運用するのに十分であるか，見積もっておくことをお勧めします。

なお，PFM - Agentでも同様に，使用するマシンの性能がPFM - Agentを運用するのに十分であるか，見積もっておくことをお勧めします。PFM - Agentのシステム見積もりについては，各PFM - Agentマニュアルの，付録に記載されているシステム見積もりを参照してください。

見積もり項目を次に説明します。

＜この節の構成＞

付録C.1　メモリー所要量

付録C.2　ディスク占有量

付録C.3　クラスタシステムで運用する場合のディスク占有量

付録C.4　PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量

付録C.1　メモリー所要量

メモリー所要量は，Performance Managementの設定状況や使用状況によって変化します。Performance Managementのメモリー所要量のおおよその見積もりを，OSごとに示します。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

表C-1　メモリー所要量（Windowsの場合）

プログラム | メモリー所要量（単位：メガバイト）
PFM - Manager | 170
PFM - Web Console | 560
PFM - Base | 10

(2)　UNIXの場合

表C-2　メモリー所要量（UNIXの場合）

プログラム | メモリー所要量（単位：メガバイト）
HP-UX | Solaris | AIX | Linux | Linux(IPF)
PFM - Manager | 170 | 250 | 180 | 500 | －
PFM - Web Console | 50※ | 650 | 50 | 950 | －
PFM - Base | 10 | 25 | 10 | 25 | 150

（凡例）

－：未サポート

注※　HP-UX(IPF)だけ

付録C.2　ディスク占有量

ディスク占有量は，パフォーマンスデータを収集するレコード数によって変化します。

Performance Managementのディスク占有量の見積もりについて説明します。

＜この項の構成＞

(1)　システム全体のディスク占有量

(2)　Storeデータベースのディスク占有量（Master Store）

(3)　Storeデータベースのディスク占有量（ヘルスチェックエージェント）

(1)　システム全体のディスク占有量

システム全体のディスク占有量を，OSごとに示します。

(a)　Windowsの場合

表C-3　システム全体のディスク占有量（Windowsの場合）

プログラム | 状態 | ディスク占有量（単位：メガバイト）
Windows 2000 | Windows Server 2003，Windows Server 2008 | Windows Server 2003(IPF) | Windows Server 2008(IPF)
PFM - Manager | インストール時 | － | 145 | － | －
標準 | － | 285+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | － | －
PFM - Web Console | インストール時 | － | 346 | － | －
初期状態での運用 | － | 176+133+(e＊f＊g) | － | －
PFM - Base | インストール時 | 15 | 15 | 25 | 35
標準 | 55+2＊d | 55+2＊d | 65+2＊d | 75+2＊d

（凡例）

a：接続するPFM - Agent数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）

c：ユーザーが作成するレポート数

d：共通メッセージログファイルの上限値

e：config.xmlのlogFileNumberの値

f：config.xmlのlogFileSizeの値

g：pcrdef,jpcasrec,jpcaspsvコマンドで利用するサブコマンド数とjpcrpt,jpcmkkeyコマンド(最大数：9)

－：未サポート

(b)　UNIXの場合

表C-4　システム全体のディスク占有量（UNIXの場合）

プログラム | 状態 | ディスク占有量（単位：メガバイト）
HP-UX(PA-RISC) | HP-UX(IPF) | Solaris | AIX | Linux | Linux(IPF)
PFM - Manager | インストール時 | 170＊2 | 420＊2 | 170＊2 | 230＊2 | 195＊2 | －
標準 | 310+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 560+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 310+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 370+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 335＋0.1＊a＋0.015＊a＊b＋0.01＊c＋2＊d | －
PFM - Web Console | インストール時 | － | 303 | 211 | 195 | 160 | －
初期状態での運用 | － | 303+160+(e＊f＊g) | 211+160+(e＊f＊g) | 195+160+(e＊f＊g) | 160+160+e＊f＊g | －
PFM - Base | インストール時 | 25＊2 | 185＊2 | 50＊2 | 70＊2 | 50＊2 | 55＊2
標準 | 65+2＊d | 225+2＊d | 90+2＊d | 110+2＊d | 90+2＊d | 95+2＊d

（凡例）

a：接続するPFM - Agent数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）

c：ユーザーが作成するレポート数

d：共通メッセージログファイルの上限値

e：config.xmlのlogFileNumberの値

f：config.xmlのlogFileSizeの値

g：jpcrdef，jpcasrec，jpcaspsvコマンドで利用するサブコマンド数とjpcrpt，jpcmkkeyコマンド（最大9）

－：未サポート

(2)　Storeデータベースのディスク占有量（Master Store）

PFM - ManagerのMaster StoreサービスのStoreデータベースでの作業に必要なディスク占有量を，OSごとに示します。

(a)　Windowsの場合

表C-5　Storeデータベースでの作業に必要なディスク占有量（Windowsの場合）

作業 | ディスク占有量の見積もり式（単位：メガバイト）
Storeデータベースのバックアップ | 2＊(1+0.1＊a+0.015＊a＊b)
Storeデータベースのエクスポート | 2＊(1+0.1＊a+0.015＊a＊b)

（凡例）

a：接続するPFM - Agent数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）

(b)　UNIXの場合

表C-6　Storeデータベースでの作業に必要なディスク占有量（UNIXの場合）

作業 | ディスク占有量の見積もり式（単位：メガバイト）
HP-UX | Solaris | AIX | Linux
Storeデータベースのバックアップ | 2＊(1+0.1＊a+0.015＊a＊b) | 2＊(1+0.1＊a+0.015＊a＊b) | 2＊(1+0.1＊a+0.015＊a＊b) | 2＊(1+0.1＊a+0.015＊a＊b)
Storeデータベースのエクスポート | 2＊(1+0.1＊a+0.015＊a＊b) | 2＊(1+0.1＊a+0.015＊a＊b) | 2＊(1+0.1＊a+0.015＊a＊b) | 2＊(1+0.1＊a+0.015＊a＊b)

（凡例）

a：接続するPFM - Agent数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）

(3)　Storeデータベースのディスク占有量（ヘルスチェックエージェント）

ヘルスチェック機能を使用する場合は，ヘルスチェックエージェントのStoreデータベースについてもディスク占有量を考慮する必要があります。ヘルスチェックエージェントのStoreデータベースのディスク容量はStoreバージョンによって異なります。ヘルスチェックエージェントでは，Storeバージョンのデフォルト値は2.0です。Storeバージョンが2.0の場合のディスク容量の見積もりについては「付録C.4　PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量」を参照してください。ここでは，Storeバージョンが1.0の場合のディスク占有量を示します。

(a)　見積もり式（Storeバージョン1.0）

Storeデータベースでは，各レコードは，レコードタイプごとに一つのファイルに格納されます。Storeデータベース（Storeバージョン1.0）のディスク占有量について，レコードタイプごとに次の表に示します。

表C-7　レコードタイプごとのStoreデータベースのディスク占有量

レコードタイプ | ディスク占有量の見積もり式（単位：バイト）
PIレコードタイプ | (X₁+.....+Xa+3,500＊a)
PDレコードタイプ | (Y₁+.....+Yb+700＊b)

（凡例）

X：PIレコードタイプのレコードで履歴データを収集する各レコードのディスク占有量

Xの算出式を次に示します。

X={e＊f+(d+1,900)＊{(e＊f)/(65,250-d)+1}※1}＊g＊1.5

Y：PDレコードタイプのレコードで履歴データを収集する各レコードのディスク占有量

Yの算出式を次に示します。

Y={e＊h+(d+1,900)＊{(e＊f)/(65,250-d)+1}※1＊(h/f)※2}＊1.5

a：PIレコードタイプのレコードで履歴データを収集するレコード数

b：PDレコードタイプのレコードで履歴データを収集するレコード数

d：履歴データを収集する各レコードの固定部のサイズ※3

e：履歴データを収集する各レコードの可変部のサイズ※3

f：履歴データを収集する各レコードのインスタンス数（単数インスタンスレコードの場合は1）※5

g：履歴データを収集する各レコードの保存レコード数（インスタンス数は考慮しません）※4

h：履歴データを収集する各レコードの保存レコード数の上限値

注※1

{(e＊f)/(65,250-d)+1}の計算結果は，小数点以下を切り捨ててください。

注※2

(h/f)の計算結果は，小数点以下を切り捨ててください。

注※3

各レコードの固定部・可変部のサイズについては，「付録I.1　データモデル」のレコードサイズを参照してください。

注※4

PIレコードタイプのレコードの場合，収集したデータがある一定の区分（時，日，週，月，および年単位）に自動的に要約されるので，分，時，日，週，月，および年の部分の保存レコード数を考慮して計算する必要があります。デフォルトの保存期間と保存レコード数を次の表に示します。

データの種類
保存期間
保存レコード数
（収集間隔が1分の場合）

分単位
1日
1,440

時単位
7日
168

日単位
1年
366

週単位
1年
52

月単位
1年
12

年単位
制限なし
（収集年数）＊1

注※5

各レコードのインスタンス数について次の表に示します

表C-8　各レコードのインスタンス数

レコードID | コマンド | 備考
PI_HAVL | jpcctrl list "?A*" host="*" | このコマンドによって表示されるホスト名の数
PD_HC | jpcctrl list "?A*" host="*" | このコマンドによって表示されるAgent Collectorサービスの数
PD_HOST | jpcctrl list "?A*" host="*" | このコマンドによって表示されるホスト名の数

(b)　見積もり例

見積もり例１

PIレコードタイプのHost Availability(PI_HAVL)について，PI_HAVL以外のPIレコードタイプを保存設定していない場合。表C-7に示した変数a～ｇが次の値とします。

a=1
d=681
e=292
f=25
g=2,039

（fの求め方）

表C-8からレコードのインスタンス数を求めることができます。今回はf=25とします。

（gの求め方）

PI_HAVLの収集間隔を5分，年単位の収集年数を1年として，保存期間の設定が表C-7の注※4のとおりである場合。

288+168+366+52+12+1=887レコード
g=887

Xの算出式

X={e＊f+(d+1,900)＊{e＊f/(65,250-d)+1}}＊g＊1.5
X={292＊25+(681+1,900)＊{292＊25/(65,250-681)+1}}＊887＊1.5
={7,300+(2,581)＊{7,300/64,569+1}}＊1330.5
={7,300+2,581＊1}＊1330.5
=9,881＊1330.5
=13,146,671（バイト）
=約12.5（MB）

見積もり例2

PDレコードタイプのHealth Check Detail(PD_HC)について，PD_HC以外のPDレコードタイプを保存設定していない場合。

b=1
d=716
e=988
f=25
h=15,000

（fの求め方）

表C-8のレコードに対応するパフォーマンスオブジェクトのインスタンス数を参照してください。今回はf=3とします。

（hの求め方）

保存期間の設定のデフォルトは10,000レコードです。

今回は保存期間の設定を15,000レコードと設定します。

Yの算出式

Y={e＊h+(d+1,900)＊{(e＊f)/(65,250-d)+1}＊(h/f)}＊1.5
Y={988＊15,000+(716+1,900)＊{(988＊25)/(65,250-716)+1}＊(15,000/25)}＊1.5
 ={988＊15,000+2,616＊{24,700/64,534+1}＊600}＊1.5
 ={14,820,000+2,616＊1＊744}＊1.5
 ={14,820,000+1,202,304}＊1.5
 =16,022,304＊1.5
 =24,033,456（バイト）
 =約23（MB）

付録C.3　クラスタシステムで運用する場合のディスク占有量

クラスタシステムで運用する場合の共有ディスクに必要なディスク占有量を，OSごとに示します。

＜この項の構成＞

(1)　共有ディスクのディスク占有量

(2)　Storeデータベースのディスク占有量

(1)　共有ディスクのディスク占有量

(a)　Windowsの場合

表C-9　共有ディスクのディスク占有量（Windowsの場合）

プログラム | ディスク占有量の見積もり式（単位：メガバイト）
PFM - Manager | 6+0.1＊a+0.015＊a＊b+0.01＊c+2＊d
PFM - Web Console | 10

（凡例）

a：接続するPFM - Agent数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）

c：ユーザーが作成するレポート数

d：ログファイルの上限値

(b)　UNIXの場合

表C-10　共有ディスクのディスク占有量（UNIXの場合）

プログラム | ディスク占有量の見積もり式（単位：メガバイト）
HP-UX | Solaris | AIX | Linux
PFM - Manager | 6+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 6+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 6+0.1＊a+0.015＊a＊b+0.01＊c+2＊d | 6+0.1＊a+0.015＊a＊b+0.01＊c+2＊d
PFM - Web Console | 10※ | 10 | 10 | 10

（凡例）

a：接続するPFM - Agent数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）

c：ユーザーが作成するレポート数

d：ログファイルの上限値

注※　HP-UX(IPF)だけ

(2)　Storeデータベースのディスク占有量

PFM - ManagerのStoreデータベースでの作業に必要な共有ディスクのディスク占有量については，「付録C.2 (2)　Storeデータベースのディスク占有量（Master Store）」を参照してください。

付録C.4　PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量

PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量について説明します。

＜この項の構成＞

(1)　見積もり式

(2)　見積もり例

(1)　見積もり式

ディスク占有量，ファイル数，およびディレクトリ数の見積もりについて説明します。

(a)　ディスク占有量

Storeデータベースのディスク占有量は，レコードタイプごとのディスク占有量の総和となります。PIレコードタイプについては，さらに要約区分ごとのディスク占有量の総和となります。

注意

パフォーマンスデータがStoreデータベースに格納される際，幾つかのフィールドが追加されます。追加されるフィールドは，ディスク占有量に含まれるため，新たに容量を見積もる必要はありません。各レコードに共通して追加されるフィールドはStoreバージョン1.0と同じです。詳細については，各PFM - Agentのマニュアルを参照してください。

レコードタイプごとのディスク占有量Xの見積もり式（単位：バイト）

X={(e+2)＊f'+(d+60)＊{((e+2)＊f')/(65,250-d)+1}※1}＊a/b＊(c+1)＊1.1

a：レコードタイプ，要約区分ごとに値が異なります。表C-9を参照してください。

b：レコードタイプ，要約区分ごとに値が異なります。表C-9を参照してください。※2

c：履歴データの保存期間設定値※3。レコードタイプ，要約区分ごとに指定する単位が異なります。単位については表C-9を参照してください。

d：履歴データを収集する各レコードの固定部のサイズ※4

e：履歴データを収集する各レコードの可変部のサイズ※4

f：履歴データを収集する各レコードのインスタンス数（単数インスタンスレコードの場合は1）※5

f'：fが2以上の場合，4の倍数に丸め込みます。例えば，f=2の場合は，f'=4となります。f=13の場合は，f'=16となります。f=1の場合は，f'=1となります。

表C-11　a，b，およびcに設定する値

レコードタイプ | 要約区分 | a | b | c
PI | 分 | 1,440 | 1+(g-1)/60※2 | 保存期間(単位：日)
時 | 24 | 1+(g-1)/3,600※2 | 保存期間(単位：日)
日 | 7 | 1+(g-1)/86,400※2 | 保存期間(単位：週)
週 | 1 | 1+(g-1)/604,800※2 | 保存期間(単位：週)
月 | 1 | 1+(g-1)/2,592,000※2 | 保存期間(単位：月)
年 | 1 | 1+(g-1)/31,622,400※2 | 保存期間(単位：年)
PD | － | 1,440 | g/60 | 保存期間(単位：日)
PL | － | 1,440 | g/60 | 保存期間(単位：日)

（凡例）

g：履歴データの収集インターバル設定値（単位：秒）

－：該当しない。

注※1

{((e+2)＊f')/(65,250-d)+1}の計算結果は，小数点以下を切り捨ててください。

注※2

PIレコードタイプのbの計算結果は，小数点以下を切り捨ててください。

注※3

PFM - Agent 08-00をStoreバージョン2.0で使用する場合の保存期間はStoreバージョン1.0で使用していた際の設定に依存します。詳細は「JP1/Performance Management リファレンス」の「2. コマンド jpcdbctrl setup」を参照してください。

注※4

各レコードの固定部・可変部のサイズについては，Storeバージョン1.0と同じです。詳細は各PFM - Agentのマニュアルを参照してください。

注※5

レコードごとのインスタンス数については，Storeバージョン1.0と同じです。詳細は各PFM - Agentのマニュアルを参照してください。

(b)　ファイル数

Storeデータベースで作成されるファイル数Nの見積もり式を次に示します。

N=20+2＊(
 (A11+A12+...+A1m+m)+
 (A21+A22+...+A2m+m)+
 (A31+A32+...+A3m+m)+
 (A41+A42+...+A4m+m)+
 (A51+A52+...+A5m+m)+
 (11＊m)+
 (B1+B2+...+Bn+n)+
 (C1+C2+...+Co+o)
 )

m：PIレコードタイプで収集しているレコードの数

n：PDレコードタイプで収集しているレコードの数

o：PLレコードタイプの収集しているレコードの数

A11～A1m：PIレコードタイプのレコードごとの分レコードの保存期間設定値（単位：日）

A21～A2m：PIレコードタイプのレコードごとの時レコードの保存期間設定値（単位：日）

A31～A3m：PIレコードタイプのレコードごとの日レコードの保存期間設定値（単位：週）

A41～A4m：PIレコードタイプのレコードごとの週レコードの保存期間設定値（単位：週）

A51～A5m：PIレコードタイプのレコードごとの月レコードの保存期間設定値（単位：月）

B1～Bn：PDレコードタイプのレコードごとの保存期間設定値（単位：日）

C1～Co：PLレコードタイプのレコードごとの保存期間設定値（単位：日）

(c)　ディレクトリ数

Storeデータベースで作成されるディレクトリ数Nの見積もり式を次に示します。

N=25+2＊((A1max)+(A2max)+(A3max)+(A4max)+(A5max)+11+(Bmax)+(Cmax))

A1max：PIレコードタイプで収集しているレコードの要約区分が「分」のデータの保存期間設定値の最大値（単位：日）

A2max：PIレコードタイプで収集しているレコードの要約区分が「時」のデータの保存期間設定値の最大値（単位：日）

A3max：PIレコードタイプで収集しているレコードの要約区分が「日」のデータの保存期間設定値の最大値（単位：週）

A4max：PIレコードタイプで収集しているレコードの要約区分が「週」のデータの保存期間設定値の最大値（単位：週）

A5max：PIレコードタイプで収集しているレコードの要約区分が「月」のデータの保存期間設定値の最大値（単位：月）

Bmax：PDレコードタイプのレコードごとの保存期間設定値の最大値（単位：日）

Cmax：PLレコードタイプのレコードごとの保存期間設定値の最大値（単位：日）

(d)　Storeサービスがオープンするファイル数

Storeサービスがオープンするファイル数Nの見積もり式を次に示します。

N=20+2＊(6＊l+m+n)

l：PIレコードタイプで収集しているレコードの数

m：PDレコードタイプで収集しているレコードの数

n：PLレコードタイプの収集しているレコードの数

(2)　見積もり例

見積もり例としてPFM - Agent for PlatformでStoreデータベース（Storeバージョン2.0）を使用した場合について説明します。

(a)　ディスク占有量

PI_LOGDレコードとPDレコードを収集する設定にした場合を例に挙げて説明します。

PI_LOGDレコードの見積もりについて説明します。「(1)　見積もり式」の見積もり式で示した変数が次の値とします。

d=681（バイト）
e=700（バイト）
f=3
f'=4
g=60（秒）

次に，分レコード，時レコードなどそれぞれの計算を行います。

分レコード

変数を次の値とします。

a=1,440
b=1+(60-1)/60
=1.98...
=1（小数点以下切り捨て）
c=3（日）

見積もり式を次に示します。

X（分）={(700+2)＊4+(681+60)＊{((700+2)＊4)/(65,250-681)+1}}
＊1,440/1＊(3+1)＊1.1
     ={2,808+741＊1}＊6,336
     =3,549＊6,336
     =22,486,464（バイト）=約22（MB）

時レコード

変数を次の値とします。

a=24
b=1+(60-1)/3,600
=1.01...
=1（小数点以下切り捨て）
c=3（日）

見積もり式を次に示します。

X（時）={(700+2)＊4+(681+60)＊{((700+2)＊4)/(65,250-681)+1}}
＊24/1＊(3+1)＊1.1
     ={2,808+741＊1}＊105.6
     =3,549＊105.6
     =374,774.4（バイト）=約0.4（MB）

日レコード

変数を次の値とします。

a=7
b=1+(60-1)/86,400
=1.00...
=1（小数点以下切り捨て）
c=1（週）

見積もり式を次に示します。

X（日）={(700+2)＊4+(681+60)＊{((700+2)＊4)/(65,250-681)+1}}
＊7/1＊(1+1)＊1.1
     ={2,808+741＊1}＊15.4
     =3,549＊15.4
     =54,654.6（バイト）=約0.05（MB）

週レコード

変数を次の値とします。

a=1
b=1+(60-1)/604,800
=1.00...
=1（小数点以下切り捨て）
c=1（週）

見積もり式を次に示します。

X（週）={(700+2)＊4+(681+60)＊{((700+2)＊4)/(65,250-681)+1}}
＊1/1＊(1+1)＊1.1
     ={2,808+741＊1}＊2.2
     =3,549＊2.2
     =7,807.8（バイト）=約0.008（MB）

月レコード

変数を次の値とします。

a=1
b=1+(60-1)/2,592,000
=1.00...
=1（小数点以下切り捨て）
c=1（月）

見積もり式を次に示します。

X（月）={(700+2)＊4+(681+60)＊{((700+2)＊4)/(65,250-681)+1}}
＊1/1＊(1+1)＊1.1
     ={2,808+741＊1}＊2.2
     =3,549＊2.2
     =7,807.8（バイト）=約0.008（MB）

年レコード

変数を次の値とします。

a=1
b=1+(60-1)/31,622,400
=1.00...
=1（小数点以下切り捨て）
c=10（固定）

見積もり式を次に示します。

X（年）={(700+2)＊4+(681+60)＊{((700+2)＊4)/(65,250-681)+1}}
＊1/1＊(10+1)＊1.1
     ={2,808+741＊1}＊12.1
     =3,549＊12.1
     =42,942.9（バイト）=約0.04（MB）

以上から，PI_LOGDレコードの見積もりは次のようになります。

X（合計）=X（分）+X（時）+X（日）+X（週）+X（月）+X（年）
        =22.506（MB）
        =約23（MB）

次にPDレコードの見積もりについて説明します。

変数を次の値とします。

a=1,400
b=60/60=1
c=10（日）
d=681（バイト）
e=472（バイト）
f=10
f'=12
g=60（秒）

見積もり式を次に示します。

X={(472+2)＊12+(681+60)＊{((472+2)＊12)/(65,250-681)+1}
＊1,400/1＊(10+1)＊1.1
={5,688+741＊1}＊17,424
=6,429＊17,424
=112,018,896（バイト）=約112（MB）

したがって，必要なディスク占有量はPI_LOGD+PD=135MBとなります。

(b)　ファイル数

PI，PI_LOGD，PD，およびPD_PDIレコードを収集する場合を例に挙げて説明します。「(1)　見積もり式」の見積もり式で示した変数が次の値とします。

m=2
n=2
o=なし
A11～A1m=3（日）
A21～A2m=3（日）
A31～A3m=1（週）
A41～A4m=1（週）
A51～A5m=1（月）
B1～Bn=10（日）
C1～Co=不要

Storeデータベースで作成されるファイル数Nの見積もり式を次に示します。

N=20+2＊(
        (A11+A12+...+A1m+m)+
        (A21+A22+...+A2m+m)+
        (A31+A32+...+A3m+m)+
        (A41+A42+...+A4m+m)+
        (A51+A52+...+A5m+m)+
        (11＊m)+
        (B1+B2+...+Bn+n)+
        (C1+C2+...+Co+o)
        )
=20+2＊｛
        [3(PI分)+3(PI_LOGD分)+2]+
        [3(PI分)+3(PI_LOGD分)+2]+
        [1(PI分)+1(PI_LOGD分)+2]+
        [1(PI分)+1(PI_LOGD分)+2]+
        [1(PI分)+1(PI_LOGD分)+2]+
        [11＊2]+
        [10(PD分)+10(PD_PDI分)+2]
        }
=20+2＊{8+8+4+4+4+22+22}
=20+2＊72=20+144=164

(c)　ディレクトリ数

PI，PI_LOGD，PD，およびPD_PDIレコードを収集する場合を例に挙げて説明します。

「(1)　見積もり式」のディレクトリ数の見積もり式で示した変数が次の値とします。

A1max=3（日）（考え方：PIが2日，PI_LOGDが3日の場合は3日となります。）
A2max=3（日）
A3max=1（週）
A4max=1（週）
A5max=1（月）
Bmax=10（日）（考え方：PD_PDIが8日，PDが10日の場合は10日となります。）
Cmax=なし

Storeデータベースで作成されるディレクトリ数Nの見積もり式を次に示します。

N=25+2＊((A1max)+(A2max)+(A3max)+(A4max)+(A5max)+11+(Bmax)+(Cmax))
=25+2＊(3+3+1+1+1+11+10+0)=85

(d)　Storeサービスがオープンするファイル数

PI，PI_LOGD，PD，およびPD_PDIレコードを収集する場合を例に挙げて説明します。

「(1)　見積もり式」の見積もり式で示した変数が次の値とします。

l=2
m=2
n=0

Storeサービスがオープンするファイル数Nの見積もり式を次に示します。

N=20+2＊(6＊l+m+n)
=20+2＊(6＊2+2+0)=48

付録D　カーネルパラメーター一覧

UNIX環境でPerformance Managementを使用する場合，Performance Managementの実行処理に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。ここでは，PFM - ManagerおよびPFM - Baseで調整が必要なカーネルパラメーターをOSごとに説明します。

なお，PFM - Agentによっては，カーネルパラメーターの調整が必要な場合があります。各PFM - Agentのカーネルパラメーターの調整については，各PFM - Agentマニュアルの，付録に記載されているカーネルパラメーターを参照してください。

＜この節の構成＞

付録D.1　HP-UXの場合

付録D.2　Solarisの場合

付録D.3　AIXの場合

付録D.4　Linuxの場合

付録D.1　HP-UXの場合

＜この項の構成＞

(1)　PFM - Managerが必要とするシステムリソース

(2)　PFM - Baseが必要とするシステムリソース

(3)　PFM - Web Consoleが必要とするシステムリソース

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

(1)　PFM - Managerが必要とするシステムリソース

PFM - Managerが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | nfile | 330+100＊監視するPFM - Agent製品数※1
nflocks | 330+100＊監視するPFM - Agent製品数※1
ninode | 330+100＊監視するPFM - Agent製品数※1
maxfiles | 330+100＊監視するPFM - Agent製品数※1
maxfiles_lim | 330+100＊監視するPFM - Agent製品数※1
共用メモリー | shmmni | －
shmmax | －
shmseg | －
セマフォ | semmni | －
semmns | －
semume | －
semmnu | －
semvmx | －
プロセス | nproc | 11+2＊同時に実行するコマンド数※2
maxuprc | －
nkthread | －
max_thread_proc | －
メッセージキュー | msgmni | －
msgmax | －
msgmnb | －
msgtql | －
メモリー | maxdsiz | 104,857,600
maxssiz | 134,217,728

（凡例）

－：調整が不要なパラメーター

注※1

監視するPFM-Agent製品数は，インスタンスを起動している場合は，インスタンス数も加えます。一つのホストにAgent for Platformだけならば1，一つのホストにAgent for HiRDBなどのマルチインスタンスを二つ作成している場合は2と数えてください。

注※2

一度に同時に実行されるコマンドの最大実行数です。例えば，jpcctrl backup -directコマンドを複数のエージェントに同時に実行する運用がある場合は，その同時実行数になります。

(2)　PFM - Baseが必要とするシステムリソース

PFM - Baseが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | nfile | 30
nflocks | 30
ninode | 30
maxfiles | 30
maxfiles_lim | 30
共用メモリー | shmmni | －
shmmax | －
shmseg | －
セマフォ | semmni | －
semmns | －
semume | －
semmnu | －
semvmx | －
プロセス | nproc | 3+2＊同時に実行するコマンド数※
maxuprc | －
nkthread | －
max_thread_proc | －
メッセージキュー | msgmni | －
msgmax | －
msgmnb | －
msgtql | －
メモリー | maxdsiz | 2,048,000
maxssiz | 2,048,000

（凡例）

－：調整が不要なパラメーター

注※

一度に同時に実行されるコマンドの最大実行数です。例えば，jpcctrl backup -directコマンドを複数のエージェントに同時に実行する運用がある場合は，その同時実行数になります。

(3)　PFM - Web Consoleが必要とするシステムリソース

PFM - Web Consoleが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | nfile | 375
nflocks | －
ninode | －
maxfiles | －
maxfiles_lim | －
共用メモリー | shmmni | －
shmmax | 28,788
shmseg | －
セマフォ | semmni | －
semmns | －
semume | －
semmnu | －
semvmx | －
プロセス | nproc | 304
maxuprc | －
nkthread | 335
max_thread_proc | －
メッセージキュー | msgmni | －
msgmax | －
msgmnb | －
msgtql | －
メモリー | maxdsiz | －
maxssiz | －

（凡例）

－：調整が不要なパラメーター

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

PFM - Base 08-10以降またはPFM - Manager 08-10以降でサポートするStoreバージョン2.0の機能を使用する場合に，追加で必要となるシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり（追加）
ファイルシステム | nfile | Storeサービスがオープンするファイル数※
ninode
maxfiles
maxfiles_lim

注※

Storeサービスがオープンするファイル数の見積もりについては「付録C.4(1)(d)　Storeサービスがオープンするファイル数」を参照してください。また，オープンするファイル数の上限はulimitコマンドを使用して変更できます。カーネルパラメーターの見積もりがシステムの上限を超えた場合はulimitコマンドによって上限を十分大きい値に設定してください。

付録D.2　Solarisの場合

＜この項の構成＞

(1)　PFM - Managerが必要とするシステムリソース

(2)　PFM - Baseが必要とするシステムリソース

(3)　PFM - Web Consoleが必要とするシステムリソース

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

(1)　PFM - Managerが必要とするシステムリソース

PFM - Managerが必要とするシステムリソースを次の表に示します。

システムリソース
パラメーター
見積もり

ファイルシステム
rlim_fd_cur
330+100＊監視するPFM - Agent製品数※4

rlim_fd_max
330+100＊監視するPFM - Agent製品数※4

共用メモリー
shmsys:shminfo_shmmni
(project.max-shm-ids) ※¹
－

shmsys:shminfo_shmmax
(project.max-shm-memory) ※¹
－

shmsys:shminfo_shmmin ※²※³
－

shmsys:shminfo_shmseg ※²※³
－

セマフォ
semsys:seminfo_semmni
(project.max-sem-ids) ※¹
－

semsys:seminfo_semmns ※²
－

semsys:seminfo_semume ※²
－

semsys:seminfo_semmnu ※²
－

semsys:seminfo_semopm
－

semsys:seminfo_semmsl
－

プロセス
maxuprc
11+2＊同時に実行するコマンド数※5

max_nprocs
11+2＊同時に実行するコマンド数※5

メッセージキュー
msgsys:msginfo_msgmni
(project.max-msg-ids) ※¹
－

msgsys:msginfo_msgmax ※²
－

msgsys:msginfo_msgmnb
－

msgsys:msginfo_msgtql
(process.max-msg-messages) ※¹
－

メモリー
－
－

（凡例）

－：調整が不要なパラメーター

注※1　Solaris 10の資源制御によって調整する場合に指定するパラメーター。

注※2　Solaris 10の場合，このパラメーターは指定不要です。

注※3　Solaris 9の場合，このパラメーターは指定不要です。

注※4　インスタンスを起動している場合は，インスタンス数も加えます。

注※5　一度に同時に実行されるコマンドの最大実行数です。例えば，jpcctrl backup -directコマンドを複数のエージェントに同時に実行する運用がある場合は，その同時実行数になります。

(2)　PFM - Baseが必要とするシステムリソース

PFM - Baseが必要とするシステムリソースを次の表に示します。

システムリソース
パラメーター
見積もり

ファイルシステム
rlim_fd_cur
30

rlim_fd_max
30

共用メモリー
shmsys:shminfo_shmmni
(project.max-shm-ids) ※¹
－

shmsys:shminfo_shmmax
(project.max-shm-memory) ※¹
－

shmsys:shminfo_shmmin ※²※³
－

shmsys:shminfo_shmseg ※²※³
－

セマフォ
semsys:seminfo_semmni
(project.max-sem-ids) ※¹
－

semsys:seminfo_semmns ※²
－

semsys:seminfo_semume ※²
－

semsys:seminfo_semmnu ※²
－

semsys:seminfo_semopm
－

semsys:seminfo_semmsl
－

プロセス
maxuprc
3+2＊同時に実行するコマンド数※4

max_nprocs
3+2＊同時に実行するコマンド数※4

メッセージキュー
msgsys:msginfo_msgmni
(project.max-msg-ids) ※¹
－

msgsys:msginfo_msgmax ※²
－

msgsys:msginfo_msgmnb
－

msgsys:msginfo_msgtql
(process.max-msg-messages) ※¹
－

メモリー
－
－

（凡例）

－：調整が不要なパラメーター

注※1　Solaris 10の資源制御によって調整する場合に指定するパラメーター。

注※2　Solaris 10の場合，このパラメーターは指定不要です。

注※3　Solaris 9の場合，このパラメーターは指定不要です。

注※4　一度に同時に実行されるコマンドの最大実行数です。例えば，jpcctrl backup -directコマンドを複数のエージェントに同時に実行する運用がある場合は，その同時実行数になります。

(3)　PFM - Web Consoleが必要とするシステムリソース

PFM - Web Consoleが必要とするシステムリソースを次の表に示します。

システムリソース
パラメーター
見積もり

ファイルシステム
rlim_fd_cur
375

rlim_fd_max
30

共用メモリー
shmsys:shminfo_shmmni
(project.max-shm-ids)
－

shmsys:shminfo_shmmax
(project.max-shm-memory)
28,788

shmsys:shminfo_shmmin
－

shmsys:shminfo_shmseg
－

セマフォ
semsys:seminfo_semmni
(project.max-sem-ids)
－

semsys:seminfo_semmns
－

semsys:seminfo_semume
－

semsys:seminfo_semmnu
－

semsys:seminfo_semopm
－

semsys:seminfo_semmsl
－

プロセス
maxuprc
－

max_nprocs
304

メッセージキュー
msgsys:msginfo_msgmni
(project.max-msg-ids)
－

msgsys:msginfo_msgmax
－

msgsys:msginfo_msgmnb
－

msgsys:msginfo_msgtql
(process.max-msg-messages) ※¹
－

メモリー
－
－

（凡例）

－：調整が不要なパラメーター

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

PFM - Base 08-10以降またはPFM - Manager 08-10以降でサポートするStoreバージョン2.0の機能を使用する場合に，追加で必要となるシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり（追加）
ファイルシステム | rlim_fd_cur | Storeサービスがオープンするファイル数※
rlim_fd_max

注※

Storeサービスがオープンするファイル数の見積もりについては「付録C.4(1)(d)　Storeサービスがオープンするファイル数」を参照してください。また，オープンするファイル数の上限はulimitコマンドを使用して変更できます。カーネルパラメーターの見積もりがシステムの上限を超えた場合はulimitコマンドによって上限を十分大きい値に設定してください。

付録D.3　AIXの場合

＜この項の構成＞

(1)　PFM - Managerが必要とするシステムリソース

(2)　PFM - Baseが必要とするシステムリソース

(3)　PFM - Web Consoleが必要とするシステムリソース

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

(1)　PFM - Managerが必要とするシステムリソース

PFM - Managerが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | nofiles | 330+100＊監視するPFM - Agent製品数※1
nofiles_hard | 330+100＊監視するPFM - Agent製品数※1
共用メモリー | shmmni | －
shmmax | －
shmmin | －
セマフォ | semmni | －
semvmx | －
semume | －
semopm | －
プロセス | maxuproc | 11+2＊同時に実行するコマンド数※2
メッセージキュー | msgmni | －
msgmax | －
msgmnm | －
メモリー | data_hard | 104,857,600
stack_hard | 134,217,728

（凡例）

－：調整が不要なパラメーター

注※1

インスタンスを起動している場合は，インスタンス数も加えます。

注※2

一度に同時に実行されるコマンドの最大実行数です。例えば，jpcctrl backup -directコマンドを複数のエージェントに同時に実行する運用がある場合は，その同時実行数になります。

(2)　PFM - Baseが必要とするシステムリソース

PFM - Baseが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | nofiles | 30
nofiles_hard | 30
共用メモリー | shmmni | －
shmmax | －
shmmin | －
セマフォ | semmni | －
semvmx | －
semume | －
semopm | －
プロセス | maxuprc | 3+2＊同時に実行するコマンド数※
メッセージキュー | msgmni | －
msgmax | －
msgmnm | －
メモリー | data_hard | 2,560,000
stack_hard | 2,560,000

（凡例）

－：調整が不要なパラメーター

注※

一度に同時に実行されるコマンドの最大実行数です。例えば，jpcctrl backup -directコマンドを複数のエージェントに同時に実行する運用がある場合は，その同時実行数になります。

(3)　PFM - Web Consoleが必要とするシステムリソース

PFM - Web Consoleが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | nofiles | 375
nofiles_hard | －
共用メモリー | shmmni | －
shmmax | 28,788
shmmin | －
セマフォ | semmni | －
semvmx | －
semume | －
semopm | －
プロセス | maxuprc | －
メッセージキュー | msgmni | －
msgmax | －
msgmnm | －
メモリー | data_hard | －
stack_hard | －

（凡例）

－：調整が不要なパラメーター

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

PFM - Base 08-10以降またはPFM - Manager 08-10以降でサポートするStoreバージョン2.0の機能を使用する場合に，追加で必要となるシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり（追加）
ファイルシステム | nofiles | Storeサービスがオープンするファイル数※
nofiles_hard

注※

Storeサービスがオープンするファイル数の見積もりについては「付録C.4(1)(d)　Storeサービスがオープンするファイル数」を参照してください。また，オープンするファイル数の上限はulimitコマンドを使用して変更できます。カーネルパラメーターの見積もりがシステムの上限を超えた場合はulimitコマンドによって上限を十分大きい値に設定してください。

付録D.4　Linuxの場合

＜この項の構成＞

(1)　PFM - Managerが必要とするシステムリソース

(2)　PFM - Baseが必要とするシステムリソース

(3)　PFM - Web Consoleが必要とするシステムリソース

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

(1)　PFM - Managerが必要とするシステムリソース

PFM - Managerが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | FILE-MAX | 330+100＊監視するPFM - Agent製品数※
共用メモリー | SHMMNI | －
SHMALL | －
SHMMAX | －
セマフォ | SEMMNI | －
SEMMNS | －
プロセス | － | －
メッセージキュー | MSGMNI | －
MSGMAX | －
メモリー | － | －

（凡例）

－：調整が不要なパラメーター

注※

インスタンスを起動している場合は，インスタンス数も加えます。

(2)　PFM - Baseが必要とするシステムリソース

PFM - Baseが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | FILE-MAX | 30
共用メモリー | SHMMNI | －
SHMALL | －
SHMMAX | －
セマフォ | SEMMNI | －
SEMMNS | －
プロセス | － | －
メッセージキュー | MSGMNI | －
MSGMAX | －
メモリー | － | －

（凡例）

－：調整が不要なパラメーター

(3)　PFM - Web Consoleが必要とするシステムリソース

PFM - Web Consoleが必要とするシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり
ファイルシステム | FILE-MAX | 32
共用メモリー | SHMMNI | －
SHMALL | 8,308,800
SHMMAX | －
セマフォ | SEMMNI | －
SEMMNS | －
プロセス | － | －
メッセージキュー | MSGMNI | －
MSGMAX | －
メモリー | － | －

（凡例）

－：調整が不要なパラメーター

(4)　StoreデータベースをStoreバージョン2.0で使用する場合にPFM - Agentで必要となるシステムリソース

PFM - Base 08-10以降またはPFM - Manager 08-10以降でサポートするStoreバージョン2.0の機能を使用する場合に，追加で必要となるシステムリソースを次の表に示します。

システムリソース | パラメーター | 見積もり（追加）
ファイルシステム | FILE-MAX | Storeサービスがオープンするファイル数※

注※

Storeサービスがオープンするファイル数の見積もりについては「付録C.4(1)(d)　Storeサービスがオープンするファイル数」を参照してください。また，オープンするファイル数の上限はulimitコマンドを使用して変更できます。カーネルパラメーターの見積もりがシステムの上限を超えた場合はulimitコマンドによって上限を十分大きい値に設定してください。

付録E　移行手順と移行時の注意事項

ここでは，旧バージョンのPerformance Managementからの移行（07-50以前から08-00以降へのバージョンアップ）について説明します。

＜この節の構成＞

付録E.1　Performance Managementの製品体系の変更

付録E.2　08-00以降のPFM - Web Consoleと07-00以前のPFM - Viewとの関係について

付録E.3　07-50以前から08-00以降へ移行時のインストール順序

付録E.4　Performance Managementのプログラムのバージョンアップ方法

付録E.5　移行時の注意事項

付録E.1　Performance Managementの製品体系の変更

Performance Managementでの，08-00以降と07-50以前の製品体系の違いを示します。

＜この項の構成＞

(1)　08-00以降のPerformance Managementの製品体系

(2)　07-50以前のPerformance Managementの製品体系

(1)　08-00以降のPerformance Managementの製品体系

08-00以降のPerformance Managementは，PFM - Manager，PFM - Web Console，PFM - Base，およびPFM - Agentの四つの製品で構成されます。

図E-1　08-00以降のPerformance Managementの製品体系

PFM - BaseはPFM - Agentの前提製品です。PFM - BaseがインストールされていないとPFM - Agentはインストールできません。ただし，PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseをインストールする必要はありません。PFM - ManagerとPFM - Baseは排他製品となるため，同一ホストにインストールすることはできません。

(2)　07-50以前のPerformance Managementの製品体系

07-50以前のPerformance Managementは，PFM - Manager，PFM - View，およびPFM - Agentの三つの製品で構成されます。

図E-2　07-50以前のPerformance Managementの製品体系

付録E.2　08-00以降のPFM - Web Consoleと07-00以前のPFM - Viewとの関係について

08-00以降のPFM - Web Consoleは，07-00以前のPFM - Viewとは別製品です。08-00以降のPFM - View製品はありません。

PFM - Web Consoleは，ほかのPerformance Managementのプログラムと同一ホストにインストールできますが，マシンの負荷を考慮してPFM - Manager，PFM - Agentとは別のホストにインストールすることをお勧めします。なお，同一ホストにインストールする場合，PFM - Web ConsoleとほかのPerformance Managementプログラムとの間にインストール順序や排他はありません。

付録E.3　07-50以前から08-00以降へ移行時のインストール順序

ここでは，07-50以前のPerformance Managementのプログラムを08-00以降にバージョンアップするときのインストール順序を示します。なお，アンインストールはインストールの逆の順序になります。

＜この項の構成＞

(1)　PFM - Managerを08-00以降に移行する場合

(2)　PFM - Agentを08-00以降に移行する場合

(3)　PFM - Viewを08-00以降に移行する場合

(4)　組み合わせられないPerformance Managementの構成

(1)　PFM - Managerを08-00以降に移行する場合

(a)　PFM - Managerを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Managerを上書きインストールする。

(b)　07-50以前のPFM - ManagerとPFM - Agentが同一ホストにインストールされている環境で，PFM - Managerだけを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Managerを上書きインストールする。

注意

この構成の場合，PFM - Managerをアンインストールするときは，07-50以前のPFM - Agentをアンインストールする必要があります。

(2)　PFM - Agentを08-00以降に移行する場合

(a)　一つまたは複数のPFM - Agentのすべてを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Baseを新規インストールする。

08-00以降のPFM - Agentを上書きインストールする。

注意

1台のホストに複数のPFM - Agentをインストールする場合でも，PFM - Baseは一つでかまいません。

また，PFM - Agent間にインストール順序はありません。

(b)　07-50以前のPFM - ManagerとPFM - Agentが同一ホストにインストールされている環境で，PFM - ManagerとPFM - Agentを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Managerを上書きインストールする。

08-00以降のPFM - Agentを上書きインストールする。

注意

PFM - Manager，PFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。

(c)　1台のホストに複数の07-50以前のPFM - Agentがインストールされている環境で，PFM - Agentの一部だけ08-00以降に移行する場合

インストール順序

08-00以降のPFM - Baseを新規インストールする。

バージョンアップ対象のPFM - Agentに08-00以降のPFM - Agentを上書きインストールする。

注意

この構成の場合，PFM - Baseをアンインストールするときは，07-50以前および08-00以降のPFM - Agentをアンインストールする必要があります。

(3)　PFM - Viewを08-00以降に移行する場合

(a)　PFM - View 07-00以前をPFM - Web Console 08-00以降に移行する場合

インストール順序

08-00以降のPFM - Web Consoleを新規インストールする。

注意

監視コンソールの環境としてPFM - Web Consoleだけを使用する場合は，07-00以前のPFM - Viewはアンインストールしてかまいません。

(b)　PFM - View 07-00以前のODBC連携またはNNM連携の機能を08-00以降に移行する場合

次の二とおりがあります。

PFM - Manager 08-00以降に移行する

インストール順序

1. 08-00以降のPFM - Managerを上書きインストールする。

PFM - Base 08-00以降に移行する

インストール順序

1. 08-00以降のPFM - Baseを新規インストールする。

注意

監視コンソールの環境としてPFM - Web Consoleだけを使用する場合は，07-00以前のPFM - Viewはアンインストールしてかまいません。

(4)　組み合わせられないPerformance Managementの構成

次に示す構成では，Performance Managementを使用できません。

07-50以前のPFM - ManagerとPFM - Agentが同一ホストにインストールされている環境で，PFM - Agentだけを08-00以降に移行する

注意

PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，08-00以降のPFM - Agentの前提製品は，08-00以降のPFM - Managerになります。したがって，08-00以降のPFM - Agentを使用する場合は，PFM - Managerも08-00以降のものを使用してください。なお，バージョンに関係なくPFM - ManagerとPFM - Baseは排他関係にあるため，この環境にPFM - Baseはインストールできません。

付録E.4　Performance Managementのプログラムのバージョンアップ方法

Performance Managementのプログラムをバージョンアップするには，Performance Managementのプログラムを上書きインストールします。

手順を次に示します。

Performance Managementと連携している機能がある場合は，連携をすべて停止する。
連携機能の停止方法は，それぞれの連携機能について説明している章を参照してください。

ローカルホストのPerformance Managementのプログラムのサービスをすべて停止する。
サービスの起動と停止の方法については，「7.　Performance Managementの起動と停止」を参照してください。

Performance Managementのプログラムを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

Performance Managementとの連携機能を再開する。

ポイント

PFM - Managerがクラスタ環境の場合にバージョンアップをする場合は，実行系・待機系のどちらか一方で共有ディスクをオンラインにする必要があります。PFM - Web Consoleがクラスタ環境の場合にバージョンアップをする場合は共有ディスクをオンラインにする必要はありません。

インストールの詳細については，「5.　インストールとセットアップ（Windowsの場合）」または「6.　インストールとセットアップ（UNIXの場合）」を参照してください。

付録E.5　移行時の注意事項

バージョン08-50では，Solarisで，適用していないとPerformance Managementのプログラムが起動できない前提パッチがあります。必要なパッチについてはリリースノートを参照してください。

バージョンアップする際には，古いバージョンのPerformance Managementのプログラムをアンインストールしないでください。アンインストールすると，古いバージョンで作成したレポート定義，アラーム定義，パフォーマンスデータなども一緒に削除されてしまうため，新しいバージョンで使用できなくなります。

08-00以降のPFM - Managerを07-50以前のPerformance Managementのプログラムと混在させてインストールする場合，08-00以降のPFM - Managerをアンインストールするには，PFM - Web Console以外のPerformance Managementプログラム，PFM - Managerの順でアンインストールする必要があります。

08-00以降のPFM - Baseを07-50以前のPerformance Managementのプログラムと混在させてインストールする場合，08-00以降のPFM - Baseをアンインストールするには，PFM - Web Console以外のPerformance Managementプログラム，PFM - Baseの順でアンインストールする必要があります。

Performance Managementのプログラムを上書きインストールすると，次の項目が自動的に更新されます。

Agent StoreサービスのStoreデータベースファイル

iniファイル

一つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを，一つのPFM - Agentで監視しているPFM - Agentのインスタンス環境

Performance Managementプログラムを新規にインストールした場合は，ステータス管理機能がデフォルトで有効になります。ただし，07-50から08-00以降へバージョンアップインストールした場合，ステータス管理機能の設定状態は元のままとなります。

バージョン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-00のPerformance Managementはステータス管理機能を持たないため，この場合の設定状態は「無効」になります。

バージョン08-00以降のPerformance Managementプログラムでは，Storeサービスの実行プログラム（Windowsの場合はjpcsto.exeおよびstpqlpr.exe，UNIXの場合はjpcstoおよびstpqlpr）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStoreサービスの実行プログラムは削除されます。

付録F　日本語版と英語版の混在環境での注意事項

Performance Managementプログラムの日本語版と英語版を混在して使用する場合の注意事項について説明します。

＜この節の構成＞

付録F.1　PFM - ManagerおよびPFM - Agentに関する注意事項

付録F.1　PFM - ManagerおよびPFM - Agentに関する注意事項

PFM - ManagerおよびPFM - Agentの日本語版と英語版の混在環境では，組み合わせによっては制限が発生する場合があります。

組み合わせによる制限の有無を次に示します。

PFM - Manager | PFM - Agent | 制限の有無
日本語版 | 日本語版 | ×
英語版 | ○
英語版 | 日本語版
英語版

（凡例）

○：制限あり

×：制限なし

制限がある場合，次の項目については，ASCII 7ビットコードの範囲で表示，定義するようにしてください。日本語で定義すると，PFM - Web Consoleのブラウザーで正しく表示されない，またはプログラムが正しく動作しないおそれがあります。

レポート画面およびレポートをエクスポートしたCSV/HTMLファイルに表示されるパフォーマンスデータ（例：プロセス名，デバイスIDなど）

アラームのメッセージテキスト

アラームの条件式

アラームのアクション定義のコマンド名

アラームのアクション定義のコマンド引数

Storeデータベースへのデータ記録方法のLOGIF（条件式）

注意

Performance Managementと連携する製品の日本語版と英語版の混在環境では，それらの製品の注意事項および制限事項を確認してください。

付録G　バージョン互換

Performance Managementのプログラム（PFM - ManagerおよびPFM - Agent）を07-50から08-00以降にバージョンアップした場合の，システム構成のバージョン互換，およびデータモデルのバージョン互換について説明します。

なお，PFM - Agentが対応するPFM - Baseのバージョンは，各PFM - Agentで異なります。PFM - Baseのバージョン互換については，PFM - Agentごとに確認してください。

＜この節の構成＞

付録G.1　システム構成のバージョン互換

付録G.2　データモデルのバージョン互換

付録G.3　PFM - Web Consoleでのデータモデルの表示

付録G.1　システム構成のバージョン互換

Performance Managementのシステム構成でバージョンが混在した場合に，組み合わせられるPerformance Managementシステム構成について説明します。

＜この項の構成＞

(1)　PFM - Managerが08-00以降の場合

(2)　PFM - Managerが07-00または07-50の場合

(3)　PFM - Managerが06-70の場合

(1)　PFM - Managerが08-00以降の場合

08-00以降のPFM - Managerを使用したシステム構成では，すべてのバージョンのPFM - Agentを監視できます。また，監視コンソールとしてPFM - Web Console 08-00以降またはPFM - View 07-00が必要です。06-70以前のPFM - Viewとは接続できません。また，使用する機能によって利用できるバージョンが異なります。

ヘルスチェック機能は，PFM - Viewでは対応していません。PFM - Web Consoleは08-11以降で対応しています。利用できるバージョンの詳細については，「19.2.1　ヘルスチェック機能の設定」を参照してください。

エージェント固有プロパティの一括配布は，PFM - Viewでは対応していません。PFM - Web Consoleは08-11以降で対応しています。

アラームテーブル複数バインド機能は，PFM - Manager 08-50以降，かつPFM - Web Console 08-50以降で対応しています。また，PFM - Agent 08-00以降，かつPFM - Agentと同一ホスト上のPFM - Baseが08-50以降で対応しています。

なお，Linux環境でLANG環境変数にUTF-8コードを指定したPFM - Agentに対して次の項目に全角文字を使用する場合，PFM - Agentが接続するPFM - ManagerとPFM - Agentと同一ホスト上のPFM - Baseを08-10以降にする必要があります。

アラームテーブル，アラームの定義に含まれるすべての設定

レポートの定義に含まれるフィルター条件式

レポートの定義に含まれるフィールドレベルのドリルダウンレポートの条件式

パフォーマンスデータの収集条件を指定するLOGIFの条件式

ODBCドライバー使用時のパフォーマンスデータの抽出条件式

PFM - ManagerまたはPFM - Baseのどちらかが08-00の場合，ASCII7ビットコードの範囲の文字だけ使用してください。それ以外の文字を使用すると，PFM - Web ConsoleまたはPFM - Viewで正しく表示されない，またはプログラムが正しく動作しない場合があります。

PFM - Managerが08-00以降の場合に接続できるシステム構成を次の図に示します。

(2)　PFM - Managerが07-00または07-50の場合

07-00または07-50のPFM - Managerを使用したシステム構成では，07-50以前のPFM - Agentを監視できます。08-00以降のPFM - Agentは監視できません。

また，監視コンソールとしてPFM - View 07-00が必要です。PFM - Web Console 08-00以降とは接続できません。

PFM - Managerが07-00または07-50の場合に接続できるシステム構成を次の図に示します。

(3)　PFM - Managerが06-70の場合

06-70のPFM - Managerを使用したシステム構成では，06-70のPFM - Agentだけを監視できます。07-00以降のPFM - Agentは監視できません。

また，07-00以前のPFM - Viewが必要です。PFM - Web Console 08-00以降とは接続できません。

PFM - Managerが06-70の場合に接続できるシステム構成を次の図に示します。

付録G.2　データモデルのバージョン互換

PFM - Agentには，製品のバージョンのほかに，データモデルのバージョンがあります。

PFM - Agentをバージョンアップすると，データモデルもバージョンアップされる場合があります。データモデルは上位互換を保っているため，古いバージョンで定義したレポートの定義やアラームの定義は，新しいバージョンのデータモデルでも使用できます。

PFM - Agentのデータモデルのバージョンについては，各PFM - Agentマニュアルの，付録に記載されているバージョン互換を参照してください。

5.0と6.0のデータモデルのバージョンが混在する場合を例にして，バージョンの互換性について説明します。

＜この項の構成＞

(1)　レポートを表示する場合

(2)　アラームテーブルをバインドする場合

(3)　レポートにドリルダウンレポートを関連づける場合

(4)　アラームにレポートを関連づける場合

(1)　レポートを表示する場合

データモデルのバージョン5.0で定義したレポートは，データモデルのバージョン5.0または6.0で定義したエージェントから表示できます。データモデルのバージョン6.0で定義したレポートは，データモデルのバージョン6.0で定義したエージェントだけに表示できます。

(2)　アラームテーブルをバインドする場合

データモデルのバージョン5.0で定義したアラームテーブルは，データモデルのバージョン5.0または6.0で定義したエージェントにバインドできます。データモデルのバージョン6.0で定義したアラームテーブルは，データモデルのバージョン6.0で定義したエージェントだけにバインドできます。

(3)　レポートにドリルダウンレポートを関連づける場合

データモデルのバージョン5.0で定義したドリルダウンレポートは，データモデルのバージョン5.0または6.0で定義したレポートに関連づけることができます。データモデルのバージョン6.0で定義したドリルダウンレポートは，データモデルのバージョン6.0で定義したレポートだけに関連づけることができます。

(4)　アラームにレポートを関連づける場合

データモデルのバージョン5.0で定義したレポートは，データモデルのバージョン5.0または6.0で定義したアラームに関連づけることができます。データモデルのバージョン6.0で定義したレポートは，データモデルのバージョン6.0で定義したアラームだけに関連づけることができます。

付録G.3　PFM - Web Consoleでのデータモデルの表示

PFM - Agentにデータモデルのバージョンが複数ある場合には，PFM - Web ConsoleおよびPFM - Viewの画面に複数のデータモデルのバージョンが表示されます。例えば，アラームのソリューションセットや，レポートを定義するための画面，アラームを定義する画面などに複数のデータモデルのバージョンが表示されます。

PFM - Agentのデータモデルのバージョンについては，各PFM - Agentマニュアルの，付録に記載されているバージョン互換を参照してください。

付録H　動作ログの出力

Performance Managementの動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

例えば，しきい値オーバーなどの異常が発生したことを示すアラーム発生時に，いつ，どのサービスがアラームを発生させたのかを示す情報が動作ログに出力されます。

動作ログは，PFM - ManagerまたはPFM - Baseが08-10以降の場合に出力できます。動作ログは，CSV形式で出力されるテキストファイルです。定期的に保存して表計算ソフトで加工することで，分析資料として利用できます。

動作ログは，jpccomm.iniの設定によって出力されるようになります。ここでは，動作ログの出力内容と，動作ログを出力するための設定方法について説明します。

＜この節の構成＞

付録H.1　動作ログに出力される事象の種別

付録H.2　動作ログの保存形式

付録H.3　動作ログの出力形式

付録H.4　動作ログを出力するための設定

付録H.1　動作ログに出力される事象の種別

動作ログに出力される事象の種別およびPerformance Managementが動作ログを出力する契機を次の表に示します。事象の種別とは，動作ログに出力される事象を分類するための，動作ログ内での識別子です。

表H-1　動作ログに出力される事象の種別

事象の種別
説明
Performance Managementが出力する契機

StartStop
ソフトウェアの起動と終了を示す事象。

PFMサービスの起動・停止

スタンドアロンモードの開始・終了

Authentication
システム管理者やユーザーが，接続または認証を試みて成功または失敗したことを示す事象。
PFM - View，PFM - Web Consoleからのログイン認証結果（PFMユーザー/JP1ユーザー）

ConfigurationAccess
システム管理者が許可された運用操作を実行し，操作が成功または失敗したことを示す事象。

アラーム・アクション定義の作成，更新，削除

アラームのバインド・アンバインド

PFMユーザーの追加・削除・更新

ExternalService
JP1製品と外部サービスとの通信結果を示す事象。

PFM - Agent
PFM - Managerとの接続状態の変更

PFM - Manager
PFM - Agentの接続・切断

AnomalyEvent
しきい値のオーバーなどの異常が発生したことを示す事象。
アラームの発生

異常な通信の発生を示す事象。

ManagementAction
プログラムの重要なアクションの実行を示す事象。
ほかの監査カテゴリーを契機にアクションが実行されたことを示す事象。
自動アクションの実行

付録H.2　動作ログの保存形式

ここでは，動作ログのファイル保存形式について説明します。

動作ログは規定のファイル（カレント出力ファイル）に出力され，満杯になった動作ログは別のファイル（シフトファイル）として保存されます。動作ログのファイル切り替えの流れは次のとおりです。

動作ログは，カレント出力ファイル「jpcaudit.log」に順次出力されます。

カレント出力ファイルが満杯になると，その動作ログはシフトファイルとして保存されます。
シフトファイル名は，カレント出力ファイル名の末尾に数値を付加した名称です。シフトファイルの名称は，カレント出力ファイルが満杯になるたびにそれぞれ「ファイル名末尾の数値+1」へ変更されます。つまり，ファイル末尾の数値が大きいほど，古いログファイルとなります。

例

カレント出力ファイル「jpcaudit.log」が満杯になると，その内容はシフトファイル「jpcaudit1.log」へ保管されます。

カレント出力ファイル名が再び満杯になると，そのログは「jpcaudit1.log」へ移され，既存のシフトファイル「jpcaudit1.log」は「jpcaudit2.log」へリネームされます。

なお，ログファイル数が保存面数（jpccomm.iniファイルで指定）を超えると，いちばん古いログファイルが削除されます。

カレント出力ファイルが初期化され，新たな動作ログが書き込まれます。

動作ログの出力要否，出力先および保存面数は，jpccomm.iniファイルで設定します。jpccomm.iniファイルの設定方法については，「付録H.4　動作ログを出力するための設定」を参照してください。

付録H.3　動作ログの出力形式

Performance Managementの動作ログには，監査事象に関する情報が出力されます。動作ログは，ホスト（物理ホスト・論理ホスト）ごとに1ファイル出力されます。動作ログの出力先ホストは次のようになります。

サービスを実行した場合：実行元サービスが動作するホストに出力

コマンドを実行した場合：コマンドを実行したホストに出力

動作ログの出力形式，出力先，出力項目について次に説明します。

＜この項の構成＞

(1)　出力形式

(2)　出力先

(3)　出力項目

(4)　出力例

(1)　出力形式

CALFHM x.x,出力項目1=値1,出力項目2=値2,…,出力項目n=値n

(2)　出力先

物理ホストの場合

Windowsの場合
インストール先フォルダ¥auditlog¥

UNIXの場合
/opt/jp1pc/auditlog/

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc¥auditlog¥

UNIXの場合
環境ディレクトリ/jp1pc/auditlog/

動作ログの出力先は，jpccomm.iniファイルで変更できます。jpccomm.iniファイルの設定方法については，「付録H.4　動作ログを出力するための設定」を参照してください。

(3)　出力項目

出力項目には二つの分類があります。

共通出力項目
動作ログを出力するJP1製品が共通して出力する項目です。

固有出力項目
動作ログを出力するJP1製品が任意に出力する項目です。

(a)　共通出力項目

共通出力項目に出力される値と項目の内容を次の表に示します。

表H-2　動作ログの共通出力項目

項番
出力項目
値
内容

項目名
出力される属性名

1
共通仕様識別子
－
CALFHM
動作ログフォーマットであることを示す識別子

2
共通仕様リビジョン番号
－
x.x
動作ログを管理するためのリビジョン番号

3
通番
seqnum
通し番号
動作ログレコードの通し番号

4
メッセージID
msgid
KAVExxxxx-x
製品のメッセージID

5
日付・時刻
date
YYYY-MM-DDThh:mm:ss.sssTZD※
動作ログの出力日時およびタイムゾーン

6
発生プログラム名
progid
JP1PFM
事象が発生したプログラムのプログラム名

7
発生コンポーネント名
compid
サービスID
事象が発生したコンポーネント名

8
発生プロセスID
pid
プロセスID
事象が発生したプロセスのプロセスID

9
発生場所
ocp:host

ホスト名

IPアドレス

事象が発生した場所

10
事象の種別
ctgry

StartStop

Authentication

ConfigurationAccess

ExternalService

AnomalyEvent

ManagementAction

動作ログに出力される事象を分類するためのカテゴリー名

11
事象の結果
result

Success（成功）

Failure（失敗）

Occurrence（発生）

事象の結果

12
サブジェクト識別情報
subj:pid
プロセスID
次のどれかの情報

ユーザー操作によって動作するプロセスID

事象を発生させたプロセスID

事象を発生させたユーザー名

ユーザーに1：1で対応付けられた識別情報

subj:uid
アカウント識別子（PFMユーザー/JP1ユーザー）

subj:euid
実行ユーザーID（OSユーザー）

（凡例）

－：なし。

注※

Tは日付と時刻の区切りです。

TZDはタイムゾーン指定子です。次のどれかが出力されます。

+hh:mm：UTCからhh:mmだけ進んでいることを示す。

-hh:mm：UTCからhh:mmだけ遅れていることを示す。

Z：UTCと同じであることを示す。

(b)　固有出力項目

固有出力項目に出力される値と項目の内容を次の表に示します。

表H-3　動作ログの固有出力項目

項番
出力項目
値
内容

項目名
出力される属性名

1
オブジェクト情報
obj

PFM - AgentのサービスID

追加，削除，更新されたユーザー名（PFMユーザー）

操作の対象

obj:table
アラームテーブル名

obj:alarm
アラーム名

2
動作情報
op

Start（起動）

Stop（停止）

Add（追加）

Update（更新）

Delete（削除）

Change Password（パスワード変更）

Activate（有効化）

Inactivate（無効化）

Bind（バインド）

Unbind（アンバインド）

事象を発生させた動作情報

3
権限情報
auth

管理者ユーザー
Management

一般ユーザー
Ordinary

Windows
Administrator

UNIX
SuperUser

操作したユーザーの権限情報

auth:mode

PFM認証モード
pfm

JP1認証モード
jp1

OSユーザー
os

操作したユーザーの認証モード

4
出力元の場所
dtp:host
PFM - Agentのホスト名
アラームの発生したホスト

5
指示元の場所
subjp:host

ログイン元ホスト名

実行ホスト名（jpcalarmコマンド実行時だけ）

操作の指示元のホスト

6
自由記述
msg
メッセージ
アラーム発生時，および自動アクションの実行時に出力されるメッセージ

固有出力項目は，出力契機ごとに出力項目の有無や内容が異なります。出力契機ごとに，メッセージIDと固有出力項目の内容を次に説明します。

●PFMサービスの起動・停止（StartStop）

出力ホスト：該当するサービスが動作しているホスト

出力コンポーネント：起動・停止を実行する各サービス

項目名
属性名
値

メッセージID
msgid
起動：KAVE03000-I
停止：KAVE03001-I

動作情報
op
起動：Start
停止：Stop

●スタンドアロンモードの開始・終了（StartStop）

出力ホスト：PFM - Agentホスト

出力コンポーネント：Agent Collectorサービス，Agent Storeサービス

項目名
属性名
値

メッセージID
msgid
スタンドアロンモードを開始：KAVE03002-I
スタンドアロンモードを終了：KAVE03003-I

注1　固有出力項目は出力されない。

注2　PFM - Agentの各サービスは，起動時にPFM - Managerホストに接続し，ノード情報の登録，最新のアラーム定義情報の取得などを行う。PFM - Managerホストに接続できない場合，稼働情報の収集など一部の機能だけが有効な状態（スタンドアロンモード）で起動する。その際，スタンドアロンモードで起動することを示すため，KAVE03002-Iが出力される。その後，一定期間ごとにPFM - Managerへの再接続を試み，ノード情報の登録，定義情報の取得などに成功すると，スタンドアロンモードから回復し，KAVE03003-Iが出力される。この動作ログによって，KAVE03002-IとKAVE03003-Iが出力されている間は，PFM - Agentが不完全な状態で起動していることを知ることができる。

●PFM - View，PFM - Web Consoleからのログイン認証結果（Authentication）

出力ホスト：PFM - Manager（ViewServer）が動作しているホスト

出力コンポーネント：ViewServer

項目名
属性名
値

メッセージID
msgid
ログイン成功：KAVE03050-I
ログイン失敗：KAVE03051-W

権限情報
auth
管理者ユーザー：Management
一般ユーザー：Ordinary

auth:mode
PFM認証モード：pfm
JP1認証モード：jp1

指示元の場所
subjp:host
ログイン元ホスト名（PFM - View/PFM - Web Console）

●アラーム・アクション定義の作成・更新・削除（ConfigurationAccess）

出力ホスト：PFM - Manager（ViewServer）が動作しているホストまたはjpcalarmコマンドの実行ホスト

出力コンポーネント：ViewServer / jpcalarmコマンド

項目名
属性名
値

メッセージID
msgid
作成：KAVE03150-I
更新：KAVE03151-I
削除：KAVE03152-I
有効化：KAVE03153-I
無効化：KAVE03154-I

オブジェクト情報
obj:table
対象となったアラームテーブル名

obj:alarm
対象となったアラーム名（ない場合は省略される）

動作情報
op
作成：Add
更新：Update
削除：Delete
有効化：Activate
無効化：Inactivate

権限情報
auth
管理者ユーザー：Management

auth:mode
PFM認証モード：pfm
JP1認証モード：jp1
OSユーザー：os

指示元の場所
subjp:ipv4
ViewServerだけ：ログイン元IPアドレス（PFM - View/PFM - Web Console）

subjp:host
実行ホスト名（jpcalarmコマンド実行時だけ）

注1　PFM-View，PFM-Web Consoleからアラーム定義の作成を行った場合，KAVE03150-I(op=Add)ではなくKAVE03151-I(op=Update)が出力される。

注2　PFM-View，PFM-Web Consoleからアラーム定義の有効化を行った場合，KAVE03153-I(op= Activate)ではなくKAVE03151-I(op=Update)が出力される。

注3　PFM-View，PFM-Web Consoleからアラーム定義の無効化を行った場合，KAVE03154-I(op= Inactivate)ではなくKAVE03151-I(op=Update)が出力される。

注4　PFM-View，PFM-Web Consoleからアラーム定義の更新を行った場合，KAVE03152-I(op=Delete)，KAVE03151-I(op=Update)が出力される。

注5　アラーム定義のコピーを行った場合，KAVE03150-I(op=Add)が出力される。（PFM-View，PFM-Web Console，jpcalarmコマンド共通）

●アラームのバインド・アンバインド（ConfigurationAccess）

出力ホスト：PFM - Managerが動作しているホストまたはjpcalarmコマンドの実行ホスト

出力コンポーネント：ViewServer / Master Manager / jpcalarmコマンド

項目名
属性名
値

メッセージID
msgid
バインド：KAVE03155-I
アンバインド：KAVE03156-I

オブジェクト情報
obj
PFM - AgentのサービスID

obj:table
アラームテーブル名

動作情報
op
バインド：Bind
アンバインド：Unbind

op:mode
アラームテーブル複数バインド有効時のバインド操作で，すでにバインドされているアラームテーブルをアンバインドしない場合だけ：Add

権限情報
auth
管理者ユーザー：Management

auth:mode
PFM認証モード：pfm
JP1認証モード：jp1
OSユーザー：os

指示元の場所
subjp:ipv4
ViewServerだけ：ログイン元IPアドレス（PFM - View/PFM - Web Console）

subjp:host
jpcalarmコマンド，Master Managerだけ：実行ホスト名

自由記述
msg
アラームテーブル複数バインド機能を無効にしたときにMaster Managerがアンバインドを実行した場合だけ：text=auto-unbind

●PFMユーザーの追加・削除・更新（ConfigurationAccess）

出力ホスト：PFM - Manager（ViewServer）が動作しているホスト

出力コンポーネント：ViewServer

項目名
属性名
値

メッセージID
msgid
追加：KAVE03157-I
削除：KAVE03158-I
更新：KAVE03159-I
パスワード変更：KAVE03160-I

オブジェクト情報
obj
追加・削除・更新されたユーザー名（PFMユーザー）

動作情報
op
作成：Add
削除：Delete
更新：Update
パスワード変更：Change Password

権限情報
auth
管理者ユーザー：Management

auth:mode
PFM認証モード：pfm

指示元の場所
subjp:ipv4
ログイン元IPアドレス（PFM - View/PFM - Web Console）

注1　PFM-Viewでユーザーを追加した場合，KAVE03157-I(op=Add)の出力後，KAVE03159-I(op=Update)が出力される。

●PFM - Managerとの接続状態の変更（ExternalService）

出力ホスト：PFM - Agentホスト

出力コンポーネント：Agent Collectorサービス，Agent Storeサービス

項目名
属性名
値

メッセージID
msgid
PFM - Managerへのイベントの送信に失敗（キューイングを開始）：KAVE03300-I
PFM - Managerへのイベントの再送が完了：KAVE03301-I

注1　固有出力項目は出力されない。

注2　Agent Storeサービスは，PFM - Managerへのイベント送信に失敗すると，イベントのキューイングを開始し，以降はイベントごとに最大3件がキューに貯められる。KAVE03300-Iは，イベント送信に失敗し，キューイングを開始した時点で出力される。PFM - Managerとの接続が回復したあと，キューイングされたイベントの送信が完了した時点で，KAVE03301-Iが出力される。この動作ログによって，KAVE03300-IとKAVE03301-Iが出力されている間は，PFM - Managerへのイベント送信がリアルタイムでできていなかった期間と知ることができる。

注3　Agent Collectorサービスは，通常，Agent Storeサービスを経由してPFM - Managerにイベントを送信する。何らかの理由でAgent Storeサービスが停止している場合だけ，直接PFM - Managerにイベントを送信するが，失敗した場合にKAVE03300-Iが出力される。この場合，キューイングを開始しないため，KAVE03301-Iは出力されない。この動作ログによって，PFM - Managerに送信されなかったイベントがあることを知ることができる。

●PFM - Agentの接続・切断（ExternalService）

出力ホスト：PFM - Managerホスト

出力コンポーネント：Name Serverサービス（Agent Collector，Agent Storeとの接続・切断だけが対象）

項目名
属性名
値

メッセージID
msgid
PFM - Agentと接続：KAVE03304-I
PFM - Agentと切断：KAVE03305-I

オブジェクト情報
obj
PFM - AgentのサービスID

●アラームの発生（AnomalyEvent）

出力ホスト：PFM - Managerホスト

出力コンポーネント：Correlatorサービス

項目名 | 属性名 | 値
メッセージID | msgid | KAVE03450-I
検出元の場所 | dtp:host | PFM - Agentのホスト名
自由記述 | msg | serviceid=PFM - AgentのサービスID,severity={E|W|I},date=アラーム発生日時,text=メッセージテキスト

●自動アクションの実行（ManagementAction）

出力ホスト：アクションを実行したホスト

出力コンポーネント：Action Handlerサービス

項目名
属性名
値

メッセージID
msgid
コマンド実行プロセス生成に成功：KAVE03500-I
コマンド実行プロセス生成に失敗：KAVE03501-W
E-mail送信に成功：KAVE03502-I
E-mail送信に失敗：KAVE03503-W

自由記述
msg
コマンド実行：cmd=実行したコマンドライン
E-mail送信：mailto=送信先メールアドレス

注　コマンド実行プロセスの生成に成功した時点でKAVE03500-Iが出力される。その後，コマンドが実行できたかどうかのログ，および実行結果のログは，動作ログには出力されない。

(4)　出力例

動作ログの出力例を次に示します。

CALFHM 1.0, seqnum=1, msgid=KAVE03000-I, date=2007-01-18T22:46:49.682+09:00,
progid=JP1PFM, compid=TA1host01, pid=2076,
ocp:host=host01, ctgry=StartStop, result=Occurrence,
subj:pid=2076,op=Start

付録H.4　動作ログを出力するための設定

動作ログを出力するための設定は，jpccomm.iniファイルで定義します。設定しない場合，動作ログは出力されません。動作ログを出力するための設定内容とその手順について次に示します。

＜この項の構成＞

(1)　設定手順

(2)　jpccomm.iniファイルの詳細

(1)　設定手順

動作ログを出力するための設定手順を次に示します。

ホスト上の全PFMサービスを停止させる。

テキストエディターなどで，jpccomm.iniファイルを編集する。

jpccomm.iniファイルを保存して閉じる。

(2)　jpccomm.iniファイルの詳細

jpccomm.iniファイルの詳細について説明します。

(a)　格納先ディレクトリ

物理ホストの場合

Windowsの場合
インストール先フォルダ

UNIXの場合
/opt/jp1pc/

論理ホストの場合

Windowsの場合
環境ディレクトリ¥jp1pc

UNIXの場合
環境ディレクトリ/jp1pc/

(b)　形式

jpccomm.iniファイルには，次の内容を定義します。

動作ログの出力の有無

動作ログの出力先

動作ログの保存面数

動作ログのファイルサイズ

指定形式は次のとおりです。

"項目名"=値

設定項目を次の表に示します。

表H-4　jpccomm.iniファイルで設定する項目および初期値

項番
項目
説明

1
[Action Log Section]
セクション名です。変更はできません。

2
Action Log Mode
動作ログを出力するかどうかを指定します。この項目の設定は省略できません。

初期値
0（出力しない）

指定できる値
0（出力しない），1（出力する）
これ以外の値を指定すると，エラーメッセージが出力され，動作ログは出力されません。

3
Action Log Dir※
動作ログの出力先を絶対パスで指定します。
論理ホスト環境の場合は共有ディスク上のディレクトリを指定します。共有ディスク上にないディレクトリを指定した場合，論理ホストを構成する各物理ホストへ動作ログが出力されます。
なお，制限長を超えるパスを設定した場合や，ディレクトリへのアクセスが失敗した場合は，共通ログにエラーメッセージが出力され，動作ログは出力されません。

初期値
省略

省略した場合に適用される値（デフォルト値）
物理ホストの場合：
　Windows：インストール先フォルダ¥auditlog
　UNIX：/opt/jp1pc/auditlog
論理ホストの場合：
　Windows：環境ディレクトリ¥jp1pc¥auditlog
　UNIX：環境ディレクトリ/jp1pc/auditlog

指定できる値
1～185バイトの文字列

4
Action Log Num
ログファイルの総数の上限（保存面数）を指定します。カレント出力ファイルとシフトファイルの合計を指定してください。

初期値
省略

省略した場合に適用される値（デフォルト値）
5

指定できる値
2～10の整数

数値以外の文字列を指定した場合，エラーメッセージが出力され，デフォルト値である5が設定されます。
範囲外の数値を指定した場合，エラーメッセージを出力し，指定値に最も近い2～10の整数値が設定されます。

5
Action Log Size
ログファイルのサイズをキロバイト単位で指定します。

初期値
省略

省略した場合に適用される値（デフォルト値）
2048

指定できる値
512～2096128の整数

数値以外の文字列を指定した場合，エラーメッセージが出力され，デフォルト値である2048が設定されます。
範囲外の数値を指定した場合，エラーメッセージが出力され，指定値に最も近い512～2096128の整数値が設定されます。

注※

物理ホストで設定したあと，jpchasetupコマンドで論理ホストを設定すると，物理ホストの設定が論理ホストにも反映されます。論理ホストと物理ホストを同時に使用する場合には，動作ログの出力先フォルダが同一にならないようにしてください。

付録I　ヘルスチェックエージェント

Performance Managementでは，ヘルスチェックエージェントのデータモデルおよびソリューションセットを用意しています。ここではヘルスチェックエージェントのデータモデルおよびソリューションセットの詳細について説明します。

＜この節の構成＞

付録I.1　データモデル

付録I.2　ソリューションセットの概要

付録I.3　ソリューションセット（アラーム）

付録I.4　ソリューションセット（レポート）

付録I.1　データモデル

ヘルスチェックエージェントのデータモデルについて説明します。PFM - Managerのバージョンに対応するヘルスチェックエージェントのデータモデルバージョンを次の表に示します。

PFM - Managerのバージョン | データモデルバージョン
08-11 | 3.0
08-50以降 | 4.0

また，データモデルバージョンに対応するレコードを次の表に示します。

レコード名 | データモデルバージョン | 説明
3.0 | 4.0
Health Check Detail(PD_HC) | ○ | ○ | ヘルスチェック結果の詳細情報
Host Availability(PI_HAVL) | － | ○ | ホストごとの稼働実績，稼働率
Host Detail(PD_HOST) | － | ○ | ヘルスチェック結果のホストごとの詳細情報
Reserved Interval(PI) | ○ | ○ | 予約レコード
Reserved Detail(PD) | ○ | ○ | 予約レコード
System Overview(PI_SYS) | － | ○ | システム内のホストの稼働状況サマリー

（凡例）

○：対応している

－：対応していない

＜この項の構成＞

(1)　Health Check Detail（PD_HC）

(2)　Host Availability（PI_HAVL）

(3)　Host Detail（PD_HOST）

(4)　Reserved Interval（PI）

(5)　Reserved Detail（PD）

(6)　System Overview（PI_SYS）

(7)　Storeデータベースに記録されるときだけ追加されるフィールド

(1)　Health Check Detail（PD_HC）

機能

PFM - AgentやPFM - Agentが稼働するホストの稼働状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。このレコードは次のような場合に利用できます。

エージェントの稼働状態変化に対するアラーム，アクションを設定する。
エージェント単位での状態変化をJP1/IMなどの統合管理製品で監視できます。

サービス稼働状態監視モードで監視結果レポートを確認する。
エージェントおよびエージェントを構成するサービスの状態，状態の更新日時など，サービス稼働状態監視モードで収集した詳細な情報が確認できます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | No | 可
Collection Interval | 300 | 可
Collection Offset from Top of Minute | 0 | 可
LOGIF | 空白 | 可

ODBCキーフィールド

PD_HC_AGENT

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：716バイト

可変部：988バイト

フィールド

共通フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Record Type
(INPUT_RECORD_TYPE)
レコード名。常に「HC」。
－
char 8
No
－

Record Time
(RECORD_TIME)
レコードが作成された時刻。
－
pwbTIMET
No
－

Interval
(INTERVAL)
レコードが格納された収集間隔の時間（秒単位）。
－
pwbULONG
No
－

Monitoring Level by Num
(MONITORING_LEVEL_NUM)
ヘルスチェック機能の監視レベル（数値）。予約フィールドのため使用できません。
－
pwbSHORT
No
－

Monitoring Level
(MONITORING_LEVEL)
ヘルスチェック機能の監視レベル（文字列）。値は次のとおり。

Host：ホスト稼働状態監視

Service：サービス稼働状態監視

－
pwbSTRING 33
No
－

エージェントの稼働状態判定フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Agent
(AGENT)
監視対象エージェントのサービスID。
－
pwbSTRING259
No
－

host
(HOST)
監視対象エージェントが稼働するホスト名。
－
pwbSTRING256
No
－

Polling Date and Time
(POLLING_DATETIME)
監視対象エージェントに対してポーリングを行った日時。
－
pwbTIMET
No
－

Agent Op Status by Num
(AGENT_STATE_NUM)
監視対象エージェントのステータス（数値）。値は次のとおり※。

0：非対応

4：動作中

8：縮退稼働

12：サービス停止

16：状態不明

24：ホスト停止

－
pwbSHORT
No
－

Agent Op Status
(AGENT_STATE)
監視対象エージェントのステータス（文字列）。値は次のとおり※。

Not Supported：非対応

Running：動作中

Incomplete：縮退稼働

Stopped：サービス停止

Unconfirmed：状態不明

Host Not Available：ホスト停止

－
pwbSTRING 33
No
－

Agent Op Status Change
(AGENT_STATE_CHANGE)
監視対象エージェントのステータスが，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

－
pwbSHORT
No
－

注※

表示されるエージェントのステータスは，ヘルスチェックエージェントの監視レベルによって異なります。ステータスの詳細については，「19.2.2　稼働状態の確認方法」を参照してください。

ホストの稼働状態判定フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Host Op Status by Num
（HOST_STATE_NUM）
監視対象エージェントが稼働するホストのステータス（数値）。予約フィールドのため使用できません。
－
pwbSHORT
No
－

Host Op Status
（HOST_STATE）
監視対象エージェントが稼働するホストのステータス（文字列）。値は次のとおり。

Success：通信成功

Failure：通信失敗

－
pwbSTRING 33
No
－

サービスの稼働状態判定フィールド（Agent Collectorサービス）

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Collector Inclusion in Agent
(COLLECTOR_INCL_AGENT)
Agent Collectorをエージェントのステータス評価に含めるかを表すフラグ。ホストの稼働状態を監視する場合は0，サービスの稼働状態を監視する場合は1が設定されます。

0：含めない

1：含める

－
pwbSHORT
No
－

Collector Op Status by Num
(COLLECTOR_STATE_NUM)
Agent Collectorのサービス稼働状態（数値）。予約フィールドのため使用できません。
－
pwbSHORT
No
－

Collector Op Status
（COLLECTOR_STATE）
Agent Collectorのサービス稼働状態（文字列）。値は次のとおり。

Start Pending：起動処理中

Active：起動中

Standalone Active：起動中（スタンドアロンモード）

Busy：リクエスト処理中

Standalone Busy：リクエスト処理中（スタンドアロンモード）

Too Long Busy：長時間リクエスト処理中※1

Standalone Too Long Busy：長時間リクエスト処理中（スタンドアロンモード）※1

Stop Pending：停止処理中

Inactive：停止中

Unknown：不明※2

－
pwbSTRING 33
No
－

Collector Op Status Last-Updated
(COLLECTOR_STATE_LAST_UPDATE)
Agent Collectorのサービス稼働状態更新日時。
－
pwbTIMET
No
－

Collector Op Status Cont-Period
(COLLECTOR_STATE_CONT_PERIOD)
Agent Collectorのサービス稼働状態継続時間（秒単位）※3。
－
pwbTIMET
No
－

Collector Op Status Change
(COLLECTOR_STATE_CHANGE)
Agent Collectorのサービス稼働状態継続が，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

－
pwbSHORT
No
－

注※1

ヘルスチェックエージェントのプロパティでBusy as InactiveをYesに設定した場合に，Time to Busy as Inactiveで設定した時間以上BusyまたはStandalone Busyの状態が続いているときに設定されます。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。

注※2

ホスト稼働状態監視の場合，またはサービス稼働状態監視で次の場合に設定されます。

・サービスを監視対象に含めていない場合。

・対象ホストまたは対象ホスト上のStatus Serverが停止している場合。

・サービスがステータス管理機能に対応していない場合。

・サービスはステータス管理機能に対応しているが，サービスが異常終了したなどの理由により，ステータス管理機能でサービスの状態を正しく認識できない場合。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。サービスの状態を正しく認識させるには，該当サービスの再起動が必要です。

注※3

サービス稼働状態継続時間は，ポーリングをおこなった時刻（Polling Date and Time）と，サービスが現在の稼働状態に遷移した時刻（Collector Op Status Last-Updated，Store Op Status Last-UpdatedまたはAH Op Status Last-Updated）の差分として計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

サービスの稼働状態判定フィールド（Agent Storeサービス）

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Store Inclution in Agent
(STORE_INCL_AGENT)
Agent Storeをエージェントのステータス評価に含めるかを表すフラグ。ホストの稼働状態を監視する場合は0，サービスの稼働状態を監視する場合は1が設定されます。

0：含めない

1：含める

－
pwbSHORT
No
－

Store Op Status by Num
(STORE_STATE_NUM)
Agent Storeのサービス稼働状態（数値）。
予約フィールドのため使用できません。
－
pwbSHORT
No
－

Store Op Status
(STORE_STATE)
Agent Storeのサービス稼働状態（文字列）。値は次のとおり。

Start Pending：起動処理中

Active：起動中

Standalone Active：起動中（スタンドアロンモード）

Busy：リクエスト処理中

Standalone Too Long Busy：リクエスト処理中（スタンドアロンモード）

Too Long Busy：長時間リクエスト処理中※1

Standalone Too Long Busy：長時間リクエスト処理中（スタンドアロンモード）※1

Stop Pending：停止処理中

Inactive：停止中

Unknown：不明※2

－
pwbSTRING 33
No
－

Store Op Status Last-Updated
(STORE_STATE_LAST_UPDATE)
Agent Storeのサービス稼働状態更新日時。
－
pwbTIMET
No
－

Store Op Status Cont-Period
(STORE_STATE_CONT_PERIOD)
Agent Storeのサービス稼働状態継続時間（秒単位）。※3
－
pwbTIMET
No
－

Store Op Status Change
(STORE_STATE_CHANGE)
Agent Storeのサービス稼働状態継続が，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

－
pwbSHORT
No
－

注※1

ヘルスチェックエージェントのプロパティでBusy as InactiveをYesに設定した場合に，Time to Busy as Inactiveで設定した時間以上BusyまたはStandalone Busyの状態が続いているときに設定されます。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。

注※2

ホスト稼働状態監視の場合，またはサービス稼働状態監視で次の場合に設定されます。

・サービスを監視対象に含めていない場合。

・対象ホストまたは対象ホスト上のStatus Serverが停止している場合。

・サービスがステータス管理機能に対応していない場合。

・サービスはステータス管理機能に対応しているが，サービスが異常終了したなどの理由により，ステータス管理機能でサービスの状態を正しく認識できない場合。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。サービスの状態を正しく認識させるには，該当サービスの再起動が必要です。

注※3

サービス稼働状態継続時間は，ポーリングをおこなった時刻（Polling Date and Time）と，サービスが現在の稼働状態に遷移した時刻（Collector Op Status Last-Updated，Store Op Status Last-UpdatedまたはAH Op Status Last-Updated）の差分として計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

サービスの稼働状態判定フィールド（Action Handlerサービス）

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

AH Inclusion in Agent
(AH_INCL_AGENT)
Action Hanlerをエージェントのステータス評価に含めるかを表すフラグ。

0：含めない

1：含める

－
pwbSHORT
No
－

AH Op Status by Num
(AH_STATE_NUM)
Action Handlerのサービス稼働状態（数値）。予約フィールドのため使用できません。
－
pwbSHORT
No
－

AH Op Status
(AH_STATE)
Action Handlerのサービス稼働状態（文字列）。値は次のとおり。

Start Pending：起動処理中

Active：起動中

Standalone Active：起動中（スタンドアロンモード）

Busy：リクエスト処理中

Standalone Busy：リクエスト処理中（スタンドアロンモード）

Too Long Busy：長時間リクエスト処理中：※1

Standalone Too Long Busy：長時間リクエスト処理中（スタンドアロンモード）※1

Stop Pending：停止処理中

Inactive：停止中

Unknown：不明※2

－
pwbSTRING 33
No
－

AH Op Status Last-Updated
(AH_STATE_LAST_UPDATE)
Action Handlerのサービス稼働状態更新日時。
－
pwbTIMET
No
－

AH Op Status Cont-Period
(AH_STATE_CONT_PERIOD)
Action Handlerのサービス稼働状態継続時間（秒単位）※3。
－
pwbTIMET
No
－

AH Op Status Change
(AH_STATE_CHANGE)
Action Handlerのサービス稼働状態が，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

－
pwbSHORT
No
－

メッセージテキストフィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Message Text
(MESSAGE_TEXT)
監視対象エージェントの稼働状態に関する詳細情報。
－
pwbSTRING 256
No
－

注※1

ヘルスチェックエージェントのプロパティでBusy as InactiveをYesに設定した場合に，Time to Busy as Inactiveで設定した時間以上BusyまたはStandalone Busyの状態が続いているときに設定されます。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。

注※2

ホスト稼働状態監視の場合，またはサービス稼働状態監視で次の場合に設定されます。

・サービスを監視対象に含めていない場合。

・対象ホストまたは対象ホスト上のStatus Serverが停止している場合。

・サービスがステータス管理機能に対応していない場合。

・サービスはステータス管理機能に対応しているが，サービスが異常終了したなどの理由により，ステータス管理機能でサービスの状態を正しく認識できない場合。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。サービスの状態を正しく認識させるには，該当サービスの再起動が必要です。

注※3

サービス稼働状態継続時間は，ポーリングを行った時刻（Polling Date and Time）と，サービスが現在の稼働状態に遷移した時刻（Collector Op Status Last-Updated，Store Op Status Last-UpdatedまたはAH Op Status Last-Updated）の差分として計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

メッセージテキスト

メッセージテキストフィールドには，メッセージが次のように表示されます。

ホスト稼働状態監視のとき，サービス稼働状態監視でエージェントの稼働状態が「非対応」「状態不明」「ホスト停止」のとき

HC: <HC_AGT>

サービス稼働状態監視でエージェントの稼働状態が「動作中」「縮退稼働」「サービス停止」のとき

HC: <HC_AGT> (Collector: <HC_AC>, Store: <HC_AS>[, Action Hanadler: <HC_AH>])

（凡例）

<HC_AGT>：エージェント稼働状態

<HC_AC>：Agent Collectorのサービス稼働状態

<HC_AS>：Agent Storeのサービス稼働状態

<HC_AH>：Action Handlerのサービス稼働状態

メッセージの出力例

PD_HCレコードのMessage Textフィールドに出力されるメッセージの例を次に示します。

HC：Not Supported

HC：Running (Collector: Active, Store: Active)

HC：Incomplete (Collector: Active, Store: Inactive, Action Handler: Active)

HC：Stopped (Collector: Inactive, Store: Inactive)

HC：Host Not Available

(2)　Host Availability（PI_HAVL）

機能

システムを構成しているホストの稼働実績，稼働率が格納されます。このレコードは複数インスタンスレコードです。このレコードは次のような場合に利用できます。

タイムスケールでのホストの稼働率を確認する。
ホスト単位での稼働実績を確認できます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | No | 可
Sync Collection With | Detail Records，HC | 不可
LOGIF | 空白 | 可

ODBCキーフィールド

PI_HAVL_AGENT

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：681バイト

可変部：292バイト

フィールド

共通フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Record Type
(INPUT_RECORD_TYPE)
レコード名。
COPY
char 8
No
－

Record Time
(RECORD_TIME)
レコードが作成された時刻。
COPY
pwbTIMET
No
－

Interval
(INTERVAL)
レコードが格納された収集間隔の時間（秒単位）。
COPY
pwbULONG
No
－

固有フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Host
(HOST)
ホスト名。
COPY
pwbSTRING 256
No
－

Availability
(AVAILABILITY)
稼働率（%）。
（稼働：100%/停止：0%）
AVG
pwbFLOAT
No
－

Total Available Time
(TOTAL_AVAILABLE_TIME)
稼働時間（秒）。
（稼働：Interval/停止：0）
ADD
pwbULONG
No
－

Total Not Available Time
(TOTAL_NOTAVAILABLE_TIME)
停止時間（秒）。
（稼働：0/停止：Interval）
ADD
pwbULONG
No
－

Total Monitoring Time
(TOTAL_MONITORING_TIME)
監視時間（秒）。
常にInterval。
ADD
pwbULONG
No
－

Summary Start Date and Time
(SUMMARY_START_DATETIME)
要約期間での初回格納時刻。
格納時は常にRecord Time。
LO
pwbTIMET
No
－

Summary End Date and Time
(SUMMARY_END_DATETIME)
要約期間での最終格納時刻。
格納時は常にRecord Time。
COPY
pwbTIMET
No
－

(3)　Host Detail（PD_HOST）

機能

ヘルスチェック結果をホスト単位で集計した情報が格納されます。このレコードはホスト名をキーとする複数インスタンスレコードです。このレコードは次のような場合に利用できます。

ホストの状態変化に対するアラーム，アクションを設定する。
ホスト単位での状態変化を，JP1/IMなどの統合管理製品で監視できます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | No | 可
Sync Collection With | Detail Records，HC | 不可
LOGIF | 空白 | 可

ODBCキーフィールド

PD_HOST_AGENT

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：716バイト

可変部：325バイト

フィールド

共通フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Record Type
(INPUT_RECORD_TYPE)
レコード名。
－
char 8
No
－

Record Time
(RECORD_TIME)
レコードが作成された時刻。
－
pwbTIMET
No
－

Interval
(INTERVAL)
レコードが格納された収集間隔の時間（秒単位）。
－
pwbULONG
No
－

Monitoring Level by Num
(MONITORING_LEVEL_NUM)
ヘルスチェック機能の監視レベル（数値）。予約フィールドのため使用できません。
－
pwbSHORT
No
－

Monitoring Level
(MONITORING_LEVEL)
ヘルスチェック機能の監視レベル（文字列）。値は次のとおり。

Host：ホスト稼働状態監視

Service：サービス稼働状態監視

－
pwbSTRING 33
No
－

固有フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Host
(HOST)
ホスト名。
－
pwbSTRING 256
No
－

Polling Date and Time
(POLLING_DATETIME)
ポーリング日時
－
pwbTIMET
No
－

Status
(STATE)
ステータス
（稼働：Available/停止：Not Available）
－
pwbSTRING 33
No
－

Status by Num
(STATE_NUM)
ステータス
（稼働：0/停止：1）
－
pwbSHORT
No
－

Status Change
(STATE_CHANGE)
ステータス変化の有無
（変化なし：0/変化あり：1）
－
pwbSHORT
No
－

Num of Agents
(NUM_AGENTS)
ホスト上のエージェントの総数
－
pwbULONG
No
－

Num of Not Supported
(NUM_NOTSUPPORTED)
ホスト上の「非対応」のエージェント数
稼働状態の詳細については，「19.2.2　稼働状態の確認方法」を参照のこと
－
pwbULONG
No
－

Num of Running
(NUM_RUNNING)
ホスト上の「動作中」のエージェント数
稼働状態の詳細については，「19.2.2　稼働状態の確認方法」を参照のこと
－
pwbULONG
No
－

Num of Incomplete
(NUM_INCOMPLETE)
ホスト上の「縮退稼働」のエージェント数
稼働状態の詳細については，「19.2.2　稼働状態の確認方法」を参照のこと
－
pwbULONG
No
－

Num of Stopped
(NUM_STOPPED)
ホスト上の「サービス停止」のエージェント数
稼働状態の詳細については，「19.2.2　稼働状態の確認方法」を参照のこと
－
pwbULONG
No
－

Num of Unconfirmed
(NUM_UNCONFIRMED)
ホスト上の「状態不明」のエージェント数
稼働状態の詳細については，「19.2.2　稼働状態の確認方法」を参照のこと
－
pwbULONG
No
－

Num of Host Not Available
(NUM_HOSTNOTAVAILABLE)
ホスト上の「ホスト停止」のエージェント数
稼働状態の詳細については，「19.2.2　稼働状態の確認方法」を参照のこと
－
pwbULONG
No
－

(4)　Reserved Interval（PI）

予約レコードのため使用できません。

(5)　Reserved Detail（PD）

予約レコードのため使用できません。

(6)　System Overview（PI_SYS）

機能

システムを構成するホストの稼働状況サマリーとして，稼働しているホストの数，割合などが格納されます。このレコードは単数インスタンスレコードです。このレコードは次のような場合に利用できます。

スナップショットでのシステムの稼働状態サマリーを確認する。
システムの現在の状態，およびその履歴・傾向を確認できます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | No | 可
Sync Collection With | Detail Records，HC | 不可
LOGIF | 空白 | 可

ODBCキーフィールド

なし

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：777バイト

可変部：0バイト

フィールド

共通フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

Record Type
(INPUT_RECORD_TYPE)
レコード名。
－
char 8
No
－

Record Time
(RECORD_TIME)
レコードが作成された時刻。
－
pwbTIMET
No
－

Interval
(INTERVAL)
レコードが格納された収集間隔の時間（秒単位）。
－
pwbULONG
No
－

固有フィールド

PFM - View名
（PFM - Manager名）
説明
要約
形式
デルタ
データソース

% Available Hosts
(PCT_AVAILABLE_HOSTS)
ホスト稼働率（%）
（稼働ホスト数／全体のホスト数）
HILO
pwbFLOAT
No
－

Num of Availble Hosts
(NUM_AVAILABLE_HOSTS)
稼働ホスト数
HILO
pwbULONG
No
－

Num of Not Available Hosts
(NUM_NOTAVAILABLE_HOSTS)
停止ホスト数
HILO
pwbULONG
No
－

Num of Hosts
(NUM_HOSTS)
全体のホスト数
HILO
pwbULONG
No
－

(7)　Storeデータベースに記録されるときだけ追加されるフィールド

Storeデータベースに記録されるときだけ追加されるフィールドを次の表に示します。

PFM - View名
（PFM - Manager名）
説明
形式
デルタ
サポートバージョン
データソース

Agent Host
（DEVICEID）
PFM - Agentが動作しているホスト名。
string(256)
No
すべて
－

Agent Instance
（PROD_INST）
PFM - Agentが動作しているホスト名。
string(256)
No
すべて
－

Agent Type
（PRODID）
PFM - AgentのプロダクトID。1バイトの識別子で表される。
char
No
すべて
－

Date
（DATE）
レコードが作成された日。グリニッジ標準時。※1※3
char(3)
No
すべて
－

Date and Time
（DATETIME）
Date（DATE）フィールドとTime（TIME）フィールドの組み合わせ。※3
char(6)
No
すべて
－

Drawer Type
（DRAWER_TYPE）
PIレコードタイプのレコードの場合，データが要約される区分。PFM - Web Consoleのレポートで表示する場合とODBCドライバを使用して表示する場合とで，区分の表示が異なる。※2
char
No
すべて
－

GMT Offset
（GMT_ADJUST）
グリニッジ標準時とローカル時間の差。秒単位。
long
No
すべて
－

Time
（TIME）
レコードが作成された時刻。グリニッジ標準時。※1※3
char(3)
No
すべて
－

（凡例）

－：ヘルスチェック機能によってパフォーマンスデータを加工してフィールドの値を設定していないことを意味します。

注※1

PIレコードタイプのレコードでは，データが要約されるため，要約される際の基準となる時刻が設定されます。レコード区分ごとの設定値を次の表に示します。

区分 | レコード区分ごとの設定値
分 | レコードが作成された時刻の0秒
時 | レコードが作成された時刻の0分0秒
日 | レコードが作成された日の0時0分0秒
週 | レコードが作成された週の月曜日の0時0分0秒
月 | レコードが作成された月の1日の0時0分0秒
年 | レコードが作成された年の1月1日の0時0分0秒

注※2

PFM - Web Consoleのレポートで表示する場合とODBCドライバを使用して表示する場合の違いを次の表に示します。

区分 | PFM - Web Console | ODBCドライバ
分 | Minute | m
時 | Hour | H
日 | Day | D
週 | Week | W
月 | Month | M
年 | Year | Y

注※3

レポートやODBCドライバによるデータ表示を行った場合，DateフィールドはYYYYMMDD形式で，Date and TimeフィールドはYYYYMMDD hh:mm:ss形式で，Timeフィールドはhh:mm:ss形式で表示されます。

付録I.2　ソリューションセットの概要

Performance Managementでは，ヘルスチェックエージェントのアラームとレポートを定義する場合，次の方法があります。

ヘルスチェックエージェントで定義されているアラームやレポートをそのまま使用する

ヘルスチェックエージェントで定義されているアラームやレポートをコピーしてカスタマイズする

ウィザードを使用して新規に定義する

ヘルスチェックエージェントでは，アラームやレポートをソリューションセットとして用意しています。ソリューションセットのアラームとレポートは，必要な情報があらかじめ定義されているので，コピーしてそのまま使用したり，ユーザーの環境に合わせてカスタマイズしたりできます。そのため，ウィザードを使用して新規に定義をしなくても，監視対象の運用状況を監視する準備が容易にできます。

ここでは，ヘルスチェックエージェントで定義されているソリューションセットのアラームとレポートの設定内容について説明します。

付録I.3　ソリューションセット（アラーム）

＜この項の構成＞

(1)　アラームの記載形式

(2)　アラーム一覧

(3)　アラーム作成時の留意事項

(4)　Status Change

(5)　Abnormal Status(A)

(6)　Abnormal Status(S)

(7)　Host Status Change

(8)　Host Not Available

(1)　アラームの記載形式

ここでは，アラームの記載形式を示します。アラームは，アルファベット順に記載しています。

アラーム名

ソリューションセットのアラーム名を示します。

概要

このアラームで監視できる監視対象の概要について説明します。

主な設定

このアラームの主な設定値を表で説明します。この表では，アラームの設定値と，PFM - Web Consoleの［アラーム階層］画面でアラームアイコンをクリックし，［プロパティの表示］メソッドをクリックしたときに表示される，［プロパティ］画面の設定項目との対応を示しています。各アラームの設定の詳細については，PFM - Web Consoleのアラームの［プロパティ］画面で確認してください。

設定値の「－」は，設定が常に無効であることを示します。

なお，条件式で異常条件と警告条件が同じ場合は，アラームイベントは異常のものだけが発行されます。

関連レポート

このアラームに関連する，ソリューションセットのレポートを示します。PFM - Web Consoleの［エージェント階層］タブでエージェントアイコンをクリックし，［アラームの状態の表示］メソッドで表示される[図データ]アイコンをクリックすると，このレポートを表示できます。

(2)　アラーム一覧

ヘルスチェックエージェントのソリューションセットで定義されているアラームは，「PFM Health Check Solution Alarm VV.RR」というアラームテーブルにまとめられています。「VV.RR」は，ソリューションセットのアラームテーブルのバージョンを示します。このアラームテーブルは，PFM - Web Consoleの［アラーム階層］タブに表示される「HealthCheck」フォルダに格納されています。

ヘルスチェックエージェントのバージョンに対応するデータモデルバージョンとアラームテーブルバージョンを次の表に示します。

ヘルスチェックエージェントのバージョン | データモデルバージョン | アラームテーブルバージョン
08-11 | 3.0 | 8.11
08-50以降 | 4.0 | 8.50

また，ソリューションセットで定義されているアラームを次の表に示します。

表I-1　アラーム一覧（ソリューションセット）

アラーム名 | アラームテーブルバージョン | 説明
8.11 | 8.50
Status Change | ○ | ○ | 対象エージェントのヘルスチェック状態の変化。
Abnormal Status(A) | ○ | ○ | 対象エージェントのヘルスチェック状態。
Abnormal Status(S) | ○ | ○ | 対象エージェントのヘルスチェック状態。
Host Status Change | － | ○ | 対象エージェントホストの稼働状態の変化。
Host Not Available | － | ○ | 対象エージェントホストの稼働状態。

（凡例）

○：対応している

－：対応していない

(3)　アラーム作成時の留意事項

ヘルスチェックイベントとアラームイベントは，それぞれ発行されるタイミングが異なります。ヘルスチェックイベントが各ホストへのポーリング完了時に随時発行されるのに対し，アラームイベントはレコードのCollection Intervalごとに評価され発行されます。ソリューションセットのアラームを利用する場合，PD_HCおよびPD_HOSTレコードを参照しているため，すべての対象エージェントホストへのポーリングの完了後に評価されます。ユーザーがアラームを作成する場合，アラーム評価は条件式に指定するレコードのCollection Intervalごとに行われることに留意して作成する必要があります。また，アラームの発生するホストは，ヘルスチェックエージェントが動作するホスト（PFM - Managerホスト）です。アラームに対してアクションを設定する場合，アクションハンドラとしてLOCALを指定すると，監視対象ホスト上ではなく，PFM - Managerホスト上で実行されます。

(4)　Status Change

概要

Status Changeアラームは，対象エージェントのヘルスチェック状態の変化を監視します。ヘルスチェック状態が変化したAgentがある場合に，対象エージェントごとに1件アラームが通知されます。エージェントイベント（ヘルスチェックイベント）と同じ粒度でアラームが必要な場合に使用します。このアラームはデフォルトでは無効に設定されています。

発行されるアラームの重大度は，遷移先のヘルスチェック状態に関係なく，常に警告となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
プロダクト
HealthCheck(3.0)

メッセージテキスト
Status of %CVS2 changeed to %CVS3

アラームを有効にする
なし

常にアラームを通知する
チェック

すべてのデータを評価
チェック

監視時刻範囲
常に監視する

発生頻度
指定なし

条件式
レコード名（レコードID）
Health Check Detail（PD_HC）

異常条件
Agent Op Status Change = "-1"
AND (Agent = "*" AND Agent Op Status = "*")

警告条件
Agent Op Status Change = "1"AND (Agent = "*" AND Agent Op Status = "*")

アクション
Eメール
なし

コマンド
なし

SNMP
異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/ System Overview

(5)　Abnormal Status(A)

概要

Abnormal Status (A)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない状態（「非対応」または「動作中」以外の状態）に遷移したエージェントがある場合に，対象エージェントごとに1件アラームが通知されます。エージェントごとにヘルスチェック状態の異常を検知したい場合に使用します。このアラームはデフォルトでは無効に設定されています。

発行されるアラームの重大度は，縮退稼働へ遷移した場合に警告となり，サービス停止，状態不明，またはホスト停止へ遷移した場合に異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
プロダクト
HealthCheck(3.0)

メッセージテキスト
Status of %CVS2 changeed to %CVS3

アラームを有効にする
なし

常にアラームを通知する
チェック

すべてのデータを評価
チェック

監視時刻範囲
常に監視する

発生頻度
指定なし

条件式
レコード名（レコードID）
Health Check Detail（PD_HC）

異常条件
Agent Op Status Change = "1"AND (Agent = "*" AND (Agent Op Status = "*"AND Agent Op Status by Num > "8"))

警告条件
Agent Op Status Change = "1"AND (Agent = "*" AND (Agent Op Status = "*"AND Agent Op Status by Num > "4"))

アクション
Eメール
なし

コマンド
なし

SNMP
異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/ System Overview

(6)　Abnormal Status(S)

概要

Abnormal Status (S)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない（「非対応」または「動作中」以外の）状態に遷移したエージェントがある場合に，1ポーリング周期ごとに集約し最大1件のアラームが通知されます。システム単位でヘルスチェック状態の異常を検知したい場合に使用します。このアラームはデフォルトで有効に設定されています。

発行されるアラームの重大度は，縮退稼働へ遷移したエージェントがある場合に警告，サービス停止，状態不明，またはホスト停止へ遷移したAgentがある場合に異常となります。Abnormal Status (System)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない（「非対応」または「動作中」以外の）状態に遷移したエージェントがある場合に，1ポーリング周期ごとに集約し最大1件のアラームが通知されます。システム単位でヘルスチェック状態の異常を検知したい場合に使用します。このアラームはデフォルトで有効に設定されています。

発行されるアラームの重大度は，縮退稼働へ遷移したエージェントがある場合に警告，サービス停止，状態不明，またはホスト停止へ遷移したエージェントがある場合に異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
プロダクト
HealthCheck(3.0)

メッセージテキスト
Transition to abnormal status was detected

アラームを有効にする
チェック

常にアラームを通知する
チェック

すべてのデータを評価
なし

監視時刻範囲
常に監視する

発生頻度
指定なし

条件式
レコード名（レコードID）
Health Check Detail（PD_HC）

異常条件
Agent Op Status Change = "1"AND Agent Op Status by Num > "8"

警告条件
Agent Op Status Change = "1"AND Agent Op Status by Num > "4"

アクション
Eメール
なし

コマンド
なし

SNMP
異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/ System Overview

(7)　Host Status Change

概要

Host Status Changeアラームは，対象エージェントホストの稼働状態の変化を監視します。稼働状態が変化したホストがある場合に，対象エージェントホストごとに1件アラームが通知されます。ホストの稼働状態の変化をアラームで通知したい場合に使用します。このアラームはデフォルトでは無効に設定されています。発行されるアラームの重大度は，ホストの稼働状態に関係なく常に警告となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
プロダクト
HealthCheck(4.0)

メッセージテキスト
Host status of %CVS2 changed to %CVS3

アラームを有効にする
なし

常にアラームを通知する
チェック

すべてのデータを評価
チェック

監視時刻範囲
常に監視する

発生頻度
指定なし

条件式
レコード名（レコードID）
Host Detail(PD_HOST)

異常条件
Status Change = "-1" AND (Host = "*" AND Status = "*")

警告条件
Status Change = "1" AND (Host = "*" AND Status = "*")

アクション
Eメール
なし

コマンド
なし

SNMP
異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Real-Time/Host Status (Real-Time) (4.0)

(8)　Host Not Available

概要

Host Not Availableアラームは，対象エージェントホストの稼働状態を監視します。稼働状態が停止に遷移したホストがある場合に，対象エージェントホストごとに1件アラームが通知されます。ホストの稼働状態の停止を検知したい場合に使用します。このアラームはデフォルトでは無効に設定されています。発行されるアラームの重大度は，異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
プロダクト
HealthCheck(4.0)

メッセージテキスト
Host status of %CVS2 changed to Not Available

アラームを有効にする
なし

常にアラームを通知する
チェック

すべてのデータを評価
チェック

監視時刻範囲
常に監視する

発生頻度
指定なし

条件式
レコード名（レコードID）
Host Detail(PD_HOST)

異常条件
Status Change = "1" AND (Host = "*" AND Status by Num= "1")

警告条件
Status Change = "1" AND (Host = "*" AND Status by Num = "1")

アクション
Eメール
なし

コマンド
なし

SNMP
異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Real-Time/Host Status (Real-Time) (4.0)

付録I.4　ソリューションセット（レポート）

＜この項の構成＞

(1)　レポートの記載形式

(2)　レポートのフォルダ構成

(3)　レポート一覧

(4)　System Overview (Historical)

(5)　System Overview (Real-Time)

(6)　System Overview (Status Change)

(7)　System Summary (4.0)

(8)　Agent Overview (Historical)

(9)　Agent Overview (Status Change)

(10)　Host Availability (4.0)

(11)　Hosts Availability (4.0)

(12)　Hosts Status (Real-Time) (4.0)

(13)　Agent Detail (Historical)

(14)　Agent Detail (Real-Time)

(1)　レポートの記載形式

ここでは，レポートの記載形式を示します。レポートは，アルファベット順に記載しています。

レポート名

ソリューションセットのレポート名を示します。

概要

このレポートで表示できる情報の概要について説明します。

格納先

このレポートの格納先を示します。

レコード

このレポートで使用するパフォーマンスデータが，格納されているレコードを示します。履歴レポートを表示するためには，この欄に示すレコードを収集するように，あらかじめ設定しておく必要があります。レポートを表示する前に，PFM - Web Consoleの［エージェント階層］画面でエージェントのプロパティを表示して，このレコードが「Log = Yes」に設定されているか確認してください。リアルタイムレポートの場合，設定する必要はありません。

フィールド

このレポートで使用するレコードのフィールドについて，表で説明します。

ドリルダウンレポート（フィールドレベル）

このレポートのフィールドに関連づけられた，ソリューションセットのレポートを表で説明します。このドリルダウンレポートを表示するには，PFM - Web Consoleのレポートウィンドウのグラフ，一覧，または表をクリックしてください。履歴レポートの場合，時間項目からドリルダウンレポートを表示することで，より詳細な時間間隔でレポートを表示できます。なお，レポートによってドリルダウンレポートを持つものと持たないものがあります。

ドリルダウンレポートについての詳細は，「11.　稼働分析のためのレポートの作成」を参照してください。

(2)　レポートのフォルダ構成

ヘルスチェックエージェントのレポートのフォルダ構成を次に示します。<　>内は，フォルダ名を示します。

<HealthCheck>
+-- <Monthly Trend>
        +-- System Summary (4.0)
        +-- Hosts Availability (4.0)
            +-- <Drilldown Only>
                  +-- Host Availability (4.0)
+-- <Status Reporting>
                  +-- System Overview (Historical)
                  +-- System Overview (Status Change)
                  +-- System Summary (4.0)
                  +-- Hosts Availability (4.0)
                  +-- <Drilldown Only>
                        +-- Host Availability (4.0)
+-- <Troubleshooting>
        +-- <Real-Time>
                  +-- System Overview (Real-Time)
                  +-- Hosts Status (Real-Time) (4.0)
            +-- <Drilldown Only>
                  +-- Agent Detail (Real-Time)
                  +--
        +-- <Recent Past>
                  +-- System Overview (Historical)
                  +-- System Overview (Status Change)
            +-- <Drilldown Only>
                  +-- Agent Detail (Historical)
                  +-- Agent Overview (Historical)
                  +-- Agent Overview (Status Change)

各フォルダの説明を次に示します。

「Status Reporting」フォルダ
日，または週ごとに集計された情報を表示するレポートが格納されています。システムの総合的な状態を見るために使用します。

「Troubleshooting」フォルダ
トラブルを解決するのに役立つ情報を表示するレポートが格納されています。システムに問題が発生した場合，問題の原因を調査するために使用します。

「Real-Time」フォルダ
現在のシステムの状態を確認するためのリアルタイムレポートが格納されています。

「Recent Past」フォルダ
最近1時間の1分ごとに集計された情報を表示する履歴レポートが格納されています。

さらに，これらのフォルダの下位には，次のフォルダがあります。上位のフォルダによって，どのフォルダがあるかは異なります。各フォルダについて次に説明します。

「Advanced」フォルダ
デフォルトで「Log = No」に設定されているレコードを使用しているレポートが格納されています。このフォルダのレポートを表示するには，使用しているレコードの設定をPFM - Web Consoleで「Log = Yes」にする必要があります。

「Drilldown Only」フォルダ
ドリルダウンレポート（フィールドレベル）として表示されるレポートが格納されています。そのレポートのフィールドに関連する詳細な情報を表示するために使用します。

(3)　レポート一覧

ソリューションセットで定義されているレポートをアルファベット順に次の表に示します。

表I-2　レポート一覧

レポート名 | 表示する情報
Agent Detail (Historical) | ヘルスチェック結果の詳細
Agent Detail (Real-Time) | ヘルスチェック結果の詳細
Agent Overview (Historical) | ヘルスチェック結果の概要
Agent Overview (Status Change) | ヘルスチェック結果の概要
Host Availability(4.0) | システムを構成するホストの，ホストごとの稼働時間，稼働率などの情報（ドリルダウン先のレポート）
Hosts Availability(4.0) | システムを構成するホストの，ホストごとの稼働時間，稼働率などの情報
Hosts Status (Real-Time)(4.0) | システムを構成するホストの稼働状態
System Overview (Historical) | ヘルスチェック結果の概要
System Overview (Real-Time) | ヘルスチェック結果の概要
System Overview (Status Change) | ヘルスチェック結果の概要
System Summary (4.0) | システムを構成するホストの稼働状態

(4)　System Overview (Historical)

概要

System Overview (Historical)レポートは，ヘルスチェック結果の概要を表示します。各エージェントの稼働状態を表で確認できるほか，各エージェントのステータスを数値化した折れ線グラフで時間遷移を確認できます。グラフでは，重大度の高いステータスほど大きな数値になっているため，視覚的に問題個所を確認できます。また，ドリルダウンによって，特定のエージェントやホストについての絞り込みや，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Status Reporting/Daily Trend

Reports/HealthCheck/Troubleshooting/Recent Past

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Message Text | エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名 | 説明
Agent Overview (Historical) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，AgentフィールドまたはHostフィールドをクリックする。
Agent Detail (Historical) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op StatusフィールドまたはAgent Op Status by Numフィールドをクリックする。

(5)　System Overview (Real-Time)

概要

System Overview (Real-Time)レポートは，最新のヘルスチェック結果の概要を表示します。各エージェントの稼働状態を表で確認できるほか，ドリルダウンによって，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Real-Time

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Message Text | エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名 | 説明
Agent Detail (Real-Time) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op Statusフィールドをクリックする。

(6)　System Overview (Status Change)

概要

System Overview (Status Change)レポートは，ヘルスチェック結果の概要を表示します。表示される情報はSystem Overview (Historical)レポートと同等ですが，ヘルスチェック結果に変化があったフィールドだけが表示されます。グラフ表示はありません。ドリルダウンによって，特定のエージェントやホストについての絞り込みや，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Status Reporting/Daily Trend

Reports/HealthCheck/Troubleshooting/Recent Past

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Message Text | エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名 | 説明
Agent Overview (Status Change) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，AgentフィールドまたはHostフィールドをクリックする。
Agent Detail (Historical) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op Statusフィールドをクリックする。

(7)　System Summary (4.0)

概要

System Summary (4.0)レポートは，ヘルスチェック結果を基に，システムを構成するホストの稼働状態を表示します。稼働状態は表で確認できるほか，全ホスト台数，稼働ホスト台数の折れ線グラフで時間遷移を確認できます。Num of Available Hosts (Max)とNum of Available Hosts (Min)で値が異なる場合，その要約期間内に稼働ホスト台数が変化したことを表します。

注意

ホストの稼働，停止のタイミングによって，Num of Available Hosts (Max)とNum of Available Hosts (Min)に変化がない場合でも，実際に稼働しているホストが変化していることがあります。

格納先

Reports/HealthCheck/Monthly Trend

Reports/HealthCheck/Status Reporting/Daily Trend

レコード

System Overview（PI_SYS）

フィールド

フィールド名 | 説明
Num of Hosts (Max) | システム内の全ホスト台数（最大値）
Num of Available Hosts (Max) | システム内の稼働ホスト台数（最大値）
Num of Available Hosts (Min) | システム内の稼働ホスト台数（最小値）
% Available Hosts | システム内の稼働ホスト率（%）

(8)　Agent Overview (Historical)

概要

Agent Overview (Historical)レポートは，ヘルスチェック結果の概要を表示します。各エージェントの稼働状態を表で確認できるほか，各エージェントのステータスを数値化した折れ線グラフで時間遷移を確認できます。グラフでは，重大度の高いステータスほど大きな数値になっているため，視覚的に問題個所を確認できます。また，ドリルダウンによって，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Recent Past/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Message Text | エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名 | 説明
Agent Detail (Historical) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op StatusフィールドまたはAgent Op Status by Numフィールドをクリックする。

(9)　Agent Overview (Status Change)

概要

Agent Overview (Status Change)レポートは，ヘルスチェック結果の概要を表示します。表示される情報はAgent Overview (Historical)レポートと同等ですが，ヘルスチェック結果に変化があったフィールドだけが表示されます。グラフ表示はありません。ドリルダウンによって，特定のエージェントの稼働状態についての詳細レポートに遷移できます。System Overview (Status Change)レポートからドリルダウンで遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Recent Past/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Message Text | エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名 | 説明
Agent Detail (Historical) | 選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op Statusフィールドをクリックする。

(10)　Host Availability (4.0)

概要

Host Availability (4.0)レポートは，ヘルスチェック結果を基に，システムを構成するホストごとの稼働時間，稼働率などの情報を表示します。稼働状態は表で確認できるほか，ホストごとの稼働率の折れ線グラフで時間遷移を視覚的に確認できます。Hosts Availability (4.0)レポートからドリルダウンで遷移します。

格納先

Reports/HealthCheck/Monthly Trend/Drilldown Only

Reports/HealthCheck/Status Reporting/Daily Trend/Drilldown Only

レコード

Host Availability（PI_HAVL）

フィールド

フィールド名 | 説明
Host | ホスト名
Availability | 稼働率（%）
Total Available Time | 監視時間における稼働時間（秒）
Total Monitoring Time | 監視時間（秒）

(11)　Hosts Availability (4.0)

概要

Hosts Availability (4.0)レポートは，ヘルスチェック結果を基に，システムを構成するホストごとの稼働時間，稼働率などの情報を表示します。稼働状態は表で確認できるほか，ホストごとの稼働率の折れ線グラフで時間遷移を視覚的に確認できます。また，ドリルダウンによって，特定のホストだけを表示するよう絞り込みができます。

格納先

Reports/HealthCheck/Monthly Trend

Reports/HealthCheck/Status Reporting/Daily Trend

レコード

Host Availability（PI_HAVL）

フィールド

フィールド名 | 説明
Host | ホスト名
Availability | 稼働率（%）
Total Available Time | 監視時間における稼働時間（秒）
Total Monitoring Time | 監視時間（秒）

(12)　Hosts Status (Real-Time) (4.0)

概要

Hosts Status (Real-Time) (4.0)レポートは，ヘルスチェック結果を，システムを構成するホストごとに集約した形式で表示します。

格納先

Reports/HealthCheck/Troubleshooting/Real-Time

レコード

Host Detail（PD_HOST）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング日時
Host | ホスト名
Status | ホストの状態

(13)　Agent Detail (Historical)

概要

Agent Detail (Historical)レポートは，ヘルスチェック結果の詳細を表示します。エージェントの稼働状態の詳細を一覧で確認できます。特定のエージェントについて詳細な情報を確認したい場合に利用します。

System Overview (Historical / Status Change)レポートおよびAgent Overview (Historical / Status Change)レポートからドリルダウンで遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Recent Past/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Collector Op Status | Agent Collectorサービスの稼働状態
Collector Op Status Last-Updated | Agent Collectorサービスの稼働状態更新時刻
Store Op Status | Agent Storeサービスの稼働状態
Store Op Status Last-Updated | Agent Storeサービスの稼働状態更新時刻
AH Op Status | Action Handlerサービスの稼働状態
AH Op Status Last-Updated | Action Handlerサービスの稼働状態更新時刻
Message Text | エージェント稼働状態詳細情報

(14)　Agent Detail (Real-Time)

概要

Agent Detail (Real-Time)レポートは，ヘルスチェック結果の詳細を表示します。エージェントの稼働状態の詳細を一覧で確認できます。特定のエージェントについて詳細な情報を確認したい場合に利用します。System Overview (Real-Time)レポートからドリルダウンで遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Real-Time/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名 | 説明
Polling Date and Time | ポーリング時間
Agent | PFM - Agent名
Host | PFM - Agentホスト名
Agent Op Status | エージェント稼働状態
Collector Op Status | Agent Collectorサービスの稼働状態
Collector Op Status Last-Updated | Agent Collectorサービスの稼働状態更新時刻
Store Op Status | Agent Storeサービスの稼働状態
Store Op Status Last-Updated | Agent Storeサービスの稼働状態更新時刻
AH Op Status | Action Handlerサービスの稼働状態
AH Op Status Last-Updated | Action Handlerサービスの稼働状態更新時刻
Message Text | エージェント稼働状態詳細情報

付録J　各バージョンの変更内容

＜この節の構成＞

付録J.1　08-50の変更内容（適用OSがWindows Server 2008以外）

付録J.2　08-11の変更内容

付録J.3　08-10の変更内容

付録J.4　08-00の変更内容

付録J.5　07-50の変更内容

付録J.6　07-00の変更内容

付録J.1　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)を追加しました。

付録J.2　08-11の変更内容

監視エージェントとして，IBM WebSphere Application ServerおよびIBM WebSphere MQを追加しました。

ヘルスチェック機能サポートによって，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視できるようにしました。

PFM - Web Consoleのツリービューの表示を改善しました。

GUIからレポートをHTML形式で出力できるようにしました。

監視コンソールのブラウザーとしてFirefoxを利用できるようにしました。

ユーザー操作または自動更新がされないまま一定時間が経過した場合に自動ログアウトするためのタイムアウト時間を指定できるようにしました。

PFM - Agent固有のプロパティを一括配布できるようにしました。

ブックマーク中の登録レポート，複合ブックマーク中の複合レポートをコマンドから出力できるようにしました。

付録J.3　08-10の変更内容

Storeバージョン2.0をサポートしました。

監視エージェントとしてBEA WebLogic Serverを追加しました。

jpcrptコマンドでレポートをHTML出力できるようにしました。

複数のレポートを重ね合わせて表示できるようにしました。

動作ログを出力できるようにしました。

Windowsを使用する場合のファイル権限を強化しました。

HP-UX(IPF)でPFM - Managerを利用できるようにしました。

LinuxでPFM - Web Consoleを利用できるようにしました。

Linuxで，LANG環境変数にUTF-8を使用できるようにしました。

エージェントにプロパティを配布できるようにしました。

ブックマークおよび複合ブックマークに登録されているレポートをドリルダウンレポートとして表示できるようにしました。

レポート階層からレポートの定義内容を表示できるようにしました。

エージェント階層からブックマークにレポートを登録できるようにしました。

アラームテーブルに関連づけた監視エージェントを表示できるようにしました。

付録J.4　08-00の変更内容

監視基盤としてPFM - Baseを追加しました。

監視コンソールサーバとしてPFM - Web Consoleを追加しました。

付録J.5　07-50の変更内容

Performance Managementのサービスのステータスを管理するための「ステータス管理機能（Status Serverサービス）」を追加しました。

Performance Managementの共通メッセージログの内容をJP1イベントに変換する機能である「ログファイルトラップ機能」を追加しました。

Performance Managementが出力する共通メッセージログの保存方法として「ラップラウンドファイル（jpclogw）方式」を追加し，次の二つの方式から選択できるようにしました。

シーケンシャルファイル（jpclog）方式（従来方式）

ラップラウンドファイル（jpclogw）方式

jpcrasコマンドでWindowsイベントログを採取できるようにしました。

付録J.6　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データベースのインデックスファイルの作成処理を，バージョンアップインストール時，またはデータベースのリストア時に実行するように変更しました。

レポート出力処理の監視時間を設定できるようにしました。

付録K　用語解説

（英字）

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

Performance Management ODBCドライバー

Performance ManagementのOpen Data Accessコンポーネントに用意されたODBCドライバーです。このドライバーを組み込むことで，MicrosoftのODBCに対応したアプリケーションプログラムからAgent Storeサービスのデータにアクセスできます。

PFM - Agent

Performance Managementを構成するプログラムプロダクトの一つです。PFM - Agentは，システム監視機能に相当し，監視対象となるアプリケーション，データベース，OSによって，各種のPFM - Agentがあります。PFM - Agentには，次の機能があります。

監視対象のパフォーマンスの監視

監視対象のデータの収集および記録

PFM - Base

Performance Managementを構成するプログラムプロダクトの一つです。Performance Managementで稼働監視を行うための基盤機能を提供します。PFM - Agentを動作させるための前提製品です。

各種コマンドなどの管理ツール

Performance Managementと他システムとの連携に必要となる共通機能

PFM - Manager

Performance Managementを構成するプログラムプロダクトの一つです。PFM - Managerは，マネージャー機能に相当し，次の機能があります。

Performance Managementのプログラムプロダクトの管理

イベントの管理

PFM - Manager名

PFM - Managerで，SQLを使用してStoreデータベースに格納されているフィールドのデータを利用する場合，SQL文で記述するフィールド名のことです。

PFM - Web Console

Performance Managementを構成するプログラムプロダクトの一つです。ブラウザーでPerformance Managementシステムを一元的に監視するためWebアプリケーションサーバの機能を提供します。PFM - Web Consoleには，次の機能があります。

GUIの表示

統合監視および管理機能

レポートの定義およびアラームの定義

PIレコードタイプ

→「Product Intervalレコードタイプ」

Product Detailレコードタイプ

現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが格納されるレコードタイプのことです。PDレコードタイプは，次のような，ある時点でのシステムの状態を知りたい場合に使用します。

システムの稼働状況

現在使用しているファイルシステム容量

Product Intervalレコードタイプ

1分ごとのプロセス数など，ある一定の時間（インターバル）ごとのパフォーマンスデータが格納されるレコードタイプのことです。PIレコードタイプは，次のような，時間の経過に伴うシステムの状態の変化や傾向を分析したい場合に使用します。

一定時間内に発生したシステムコール数の推移

使用しているファイルシステム容量の推移

Storeデータベース

Agent 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の起動方式を示す場合
同一ホスト上の監視対象を一つのエージェントで監視する方式のエージェントを「シングルインスタンスエージェント」，同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントを「マルチインスタンスエージェント」，マルチインスタンスエージェントの各エージェントサービスを「インスタンス」と呼びます。

インスタンス番号

内部処理で使用する，1バイトの管理番号を示す識別子のことです。サービスIDの一部です。

エージェント

パフォーマンスデータを収集するPFM - Agentのサービスのことです。

オープンインターフェース

ODBCやSNMPに準拠した製品またはJP1/IMと連携できる機能のことです。

（カ行）

管理者コンソール

Windows Server 2008のUAC機能が有効な場合に，管理者特権が必要なコマンドを実行するためにPerformance Managementが提供するコマンドプロンプトのことです。

管理ツール

サービスの状態の確認やパフォーマンスデータを操作するために使用する各種のコマンドまたはGUI上の機能のことです。次のことができます。

サービスの構成および状態の表示

パフォーマンスデータの退避および回復

パフォーマンスデータのテキストファイルへのエクスポート

パフォーマンスデータの消去

機能ID

Performance Managementプログラムのサービスの機能種別を示す，1バイトの識別子のことです。サービスIDの一部です。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムです。大きく分けてHA（High Availability）クラスタシステムと負荷分散クラスタシステムの2種類があります。

HAクラスタシステムは，高可用性の実現させるためのクラスタシステムです。障害が発生しても運用を継続できるようにすることを目的としています。業務実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これによって，障害発生時の業務の中断を防ぎ，可用性を向上させることができます。

負荷分散クラスタシステムは，複数のノードで処理の負荷を分散して実行するシステムです。複数のノードで処理を分散して実行することによって処理能力を向上させることを目的としています。また，障害が発生してノードが停止してもほかのノードに処理を切り替えることによってシステムの可用性も向上できます。

このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

系列グループ

複合ブックマークに登録されたオブジェクトを表示形式によって分類したものです。複合ブックマークの編集によって設定できます。

（サ行）

サービスID

Performance Managementプログラムのサービスに付加された，一意のIDのことです。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータをバックアップする場合などは，Performance ManagementプログラムのサービスIDを指定してコマンドを実行します。サービスIDは，次の四つから構成されます。

プロダクトID

機能ID

インスタンス番号

デバイスID

実行系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，業務を実行中のノード（論理ホストがアクティブなノード）のことです。

シングルインスタンスエージェント

同一ホスト上の監視対象を一つのエージェントで監視する方式のエージェントのことです。

→「インスタンス」を参照してください。

スタンドアロンモード

PFM - Agent単独で起動している状態のことです。PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが，障害などのため起動できない状態でも，PFM - Agentだけを起動して，パフォーマンスデータを収集できます。

ソリューションセット

PFM - Agentに用意されている，定義済みのアラームとレポートのことです。ソリューションセットを使用することで，複雑な定義をしなくてもPFM - Agentの運用状況を監視する準備が容易にできるようになります。

（タ行）

待機系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，実行系ノードの障害時に業務を引き継げるよう待機しているノードのことです。

単数インスタンスレコード

1行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持ちません。

→「インスタンス」を参照してください。

データグループ

同一時刻のレコードを一つのデータとした集合のことです。一つのデータグループには1レコード以上が存在します。

データベースID

PFM - Agentの各レコードに付けられた，レコードが格納されるデータベースを示すIDです。データベースIDは，そのデータベースに格納されるレコードの種類を示しています。データベースIDを次に示します。

PI
PIレコードタイプのレコードのデータベースであることを示します。

PD
PDレコードタイプのレコードのデータベースであることを示します。

データモデル

各PFM - Agentが持つレコードおよびフィールドの総称のことです。データモデルは，バージョンで管理されています。

デバイスID

Performance Managementプログラムのサービスが起動されている，Performance Managementシステム上のホストを示す1～255バイトの識別子のことです。サービスIDの一部です。

登録レポート

ブックマーク機能を利用して，表示条件やエージェントとあわせて登録されたレポートです。一度登録しておけば，簡単な操作で目的のレポートを表示できます。

ドリルダウンレポート

レポートまたはレポートのフィールドに関連づけられたレポートです。あるレポートの詳細情報や関連情報を表示したい場合に使用します。

（ハ行）

バインド

アラームをエージェントと関連づけることです。バインドすると，エージェントによって収集されているパフォーマンスデータが，アラームで定義したしきい値に達した場合，ユーザーに通知できるようになります。

バッチレポート出力機能

PFM - ViewのGUIを使用しないで，バッチ処理でPFM - Agentに蓄積されたパフォーマンスデータを出力する機能です。バッチレポートを出力するには，jpcrptコマンドを使用します。次のことができます。

一度に単数または複数のレポートを出力する

レポートの内容をCSVファイルやHTMLファイルに出力する

パフォーマンスデータ

監視対象システムから収集したリソースの稼働状況データのことです。

フィールド

レコードを構成するパフォーマンスデータの集まりのことです。

フェールオーバー

クラスタシステムで障害が発生したときに，業務を実行するサーバの処理を実行系ノードから待機系ノードに引き継ぐことです。

負荷分散クラスタシステム

複数のノードで処理の負荷を分散して実行するシステムです。複数のノードで処理を分散して実行することによって処理能力を向上させることを目的としています。また，障害が発生してノードが停止してもほかのノードに処理を切り替えることによってシステムの可用性も向上できます。

複合ブックマーク

複数の登録レポート，複数のベースラインを保持，管理するオブジェクトのことです。複合レポートを表示できます。

複合レポート画面

複合ブックマーク内の登録レポートおよびベースラインを同一表示するレポート画面です。

複数インスタンスレコード

複数行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持っています。

→「インスタンス」を参照してください。

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，フェールオーバー時にもほかのサーバに引き継がれません。

プロダクトID

該当するPerformance Managementプログラムのサービスが，Performance Managementのどのプログラムプロダクトのものかを示す1バイトの識別子のことです。サービスIDの一部です。

ベースライン

過去のある期間のレポートを基準値として保存したオブジェクトのことです。複合レポートに基準値として同一表示できます。

ヘルスチェック

PFM - AgentのサービスやPFM - Agentが稼働するホストの稼働状態を監視する機能です。この機能はPFM - Managerが提供します。

ヘルスチェックエージェント

PFM - AgentのサービスやPFM - Agentが稼働するホストの稼働状態を監視するためのエージェントです。

（マ行）

マルチインスタンスエージェント

同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントのことです。

→「インスタンス」を参照してください。

（ラ行）

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間のことです。

リアルタイムレポート

監視対象の現在の状況を示すレポートです。

履歴レポート

監視対象の過去から現在までの状況を示すレポートです。

レコード

収集したパフォーマンスデータを格納する形式のことです。レコードの種類は，Storeデータベースの各データベースによって異なります。

レポート

PFM - Agentが収集したパフォーマンスデータをグラフィカルに表示する際の情報を定義したものです。主に，次の情報を定義します。

レポートに表示させるレコード

パフォーマンスデータの表示項目

パフォーマンスデータの表示形式（表，グラフなど）

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。論理ホストは専用のIPアドレスを持ち，フェールオーバー時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

[記号]
[Ａ][Ｂ][Ｃ][Ｄ][Ｅ][Ｆ][Ｇ][Ｈ][Ｉ][Ｊ][Ｋ][Ｌ][Ｍ][Ｎ][Ｏ][Ｐ][Ｒ][Ｓ][Ｔ][Ｕ][Ｖ][Ｗ][Ｘ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(記号)

<ex-product-detail>タグ

<ex-product-interval>タグ

<ex-product-log>タグ

<logif>タグ

<product-detail>タグ

<product-interval>タグ

<product-log>タグ

<record>タグ

(英字)

(Ａ)

Abnormal Status(A)アラーム

Abnormal Status(S)アラーム

Action Definition Commandサブセクション

Action Handler

Action Handler

Action Handler

Action Handlerラベル

Action Handlerラベル

Action Handlerラベル

Active Alarmラベル

Advanced Settingサブセクション

Agent Collector

Agent Collector

Agent Collector（ヘルスチェックエージェント）

Agent Collectorサービス

Agent Collectorサービス起動情報ファイル

Agent Detail (Historical)

Agent Detail (Real-Time)

Agent Overview (Historical)

Agent Overview (Status Change)

Agent Store

Agent Store

Agent Store（ヘルスチェックエージェント）

Agent Storeサービス

Alarm Definition File Codeラベル

Alarm Definition File Versionラベル

Alarm Nameラベル

Alarm Table Nameラベル

(Ｂ)

Busy as Inactive

(Ｃ)

Check Value Existサブセクション

Check Value Existラベル

Collection Interval

Collection Interval

Collection Interval

Collection Offset

Collection Offset

Command Nameラベル

Commandラベル

Conditionラベル

config.xml

config.xml

config.xml

Correlator

Correlator

CSV出力

CSV出力

CSVの形式

(Ｄ)

Damping Countラベル

Dampingラベル

Description

Detail Records

(Ｅ)

E-mail Addressラベル

E-mailラベル

Evaluate All Dataラベル

Event IDラベル

Excel

Exec Logical Hostラベル

Eメールの送信元の設定

(Ｆ)

Fieldラベル

Firefox 2.0.x

Firefox 2.0.x

(Ｇ)

GMT_ADJUST

(Ｈ)

HAクラスタシステム

HAクラスタシステム

Host Availability (4.0)

Host Name

Host Not Available

Host Not Availableアラーム

Hosts Status (Real-Time) (4.0)

Host Status Changeアラーム

HTML出力

HTML出力

HTMLの形式

(Ｉ)

Incl. Action Handler

Incomplete

inittab

inittab

Internet Explorer 6.0

Internet Explorer 7.0

Interval Records

IPアドレス

IPアドレス

IPアドレスの設定変更

IPアドレスの設定変更

(Ｊ)

JP1/Base

JP1/IM

JP1/IM

JP1 Eventラベル

JP1イベント

JP1イベント

JP1イベントの属性

JP1イベントを発行するための設定

JP1認証モード

JP1ユーザー

jpc_start

jpc_start.model

jpc_stop

jpc_stop.model

jpcagt.ini

jpcagt.ini.model

jpcagtsetup

jpcalarm

jpcalarm active

jpcalarm bind

jpcalarm check

jpcalarm copy

jpcalarm delete

jpcalarm delete

jpcalarm export

jpcalarm export

jpcalarm export

jpcalarm import

jpcalarm inactive

jpcalarm list

jpcalarm unbind

jpcaspsv

jpcaspsv output

jpcaspsv output

jpcaspsv update

jpcaspsv update

jpcasrec

jpcasrec output

jpcasrec update

jpccomm.ini

jpccomm.ini

jpccomm.ini

jpccomm.ini

jpccomm.ini

jpcctrl backup

jpcctrl clear

jpcctrl clear

jpcctrl clear

jpcctrl delete

jpcctrl dump

jpcctrl dump

jpcctrl dump

jpcctrl list

jpcctrl list

jpcctrl register

jpcdbctrl config

jpcdbctrl display

jpcdbctrl display

jpcdbctrl dmconvert

jpcdbctrl dmconvert

jpcdbctrl import

jpcdbctrl import

jpcdbctrl import

jpcdbctrl setup

jpcdbctrl setup

jpcdbctrl unsetup

jpchasetup

jpcimevt

jpcimsetup

jpcinslist

jpcinssetup

jpcinsunsetup

jpcnsconfig port

jpcnshostname

jpcovsetup

jpcovunsetup

jpcras

jpcrdef

jpcrdef create

jpcrdef delete

jpcrdef output

jpcresto

jpcrpt

jpcstart

jpcstart

jpcsto.ini

jpcsto.ini

jpcstop

jpcstop

jpcstsetup

jpcvsvr.ini

jpcwagtsetup

jpcwras

jpcwstart

jpcwstart

jpcwstop

jpcwstop

(Ｋ)

KAVE00105-E

KAVE00182-E

(Ｌ)

LANG環境変数の設定

LANG環境変数の設定

Log

Log Records

LOGIF

(Ｍ)

Master Manager

Master Manager

Master Store

Master Store

Master Storeサービス

Message Textサブサブセクション

Message Textサブサブセクション

Message Textラベル

Messageラベル

MIBオブジェクト

MIBオブジェクトの内容

Monitoring Level

Monitoring Regularlyラベル

Monitoring Timeラベル

Mozilla 1.7

(Ｎ)

Name Server

Name Server

NNM

Not supported

(Ｏ)

ODBC

ODBCキーフィールド

ODBCキーフィールド

ODBCドライバー

(Ｐ)

PAレコードタイプ

PD_HC

PD_HOST

PDレコードタイプ

PDレコードタイプ

Performance Management

Performance Management ODBCドライバー

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 - Agentの登録

PFM - Agentの登録

PFM - Agentの登録

PFM - Agentホスト名を変更する

PFM - Base

PFM - Manager

PFM - Managerホスト名を変更する

PFM - Manager名

PFM - Web Console

PFM - Web Console

PFM - Web Consoleの設定変更

PFM - Web Consoleの設定変更

PFM - Web Consoleのセットアップ手順

PFM - Web Consoleの注意事項

PFM - Web Consoleの注意事項

PFM - Web Consoleログイン用URL

PFM - Web Service

PFM ODBCドライバー

PFM ODBCドライバー

PFM ODBCドライバー

PFMサービス自動再起動機能

PFMサービス自動再起動機能

PFMサービス自動再起動機能

PFMサービス自動再起動機能

PFMサービス自動再起動機能

PFM認証モード

PI_HAVL

PI_SYS

PID

PIレコードタイプ

PIレコードタイプ

PLレコードタイプ

Polling Interval

Port

Product Alarm - PA

Product Alarmレコードタイプ

Product Detailレコードタイプ

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 Intervalレコードタイプ

Product Logレコードタイプ

Productラベル

(Ｒ)

rc.jp1_pc

rc.jp1_webcon

rc.shutdown

rc.shutdown

Recordラベル

Regular Alarmラベル

Reportラベル

RetentionEx

Running

(Ｓ)

ServiceID

Service Name

SNMPトラップ

SNMPトラップを送信するための設定

SNMPラベル

Status

Status Changeアラーム

Status Server

Status Server

Stopped

Storeデータベース

Storeデータベース

Storeデータベース

Storeデータベース

Storeデータベースサイズの確認

Storeデータベースの再編成

Storeバージョン1.0

Storeバージョン2.0

Switch Alarm Levelラベル

System Overview (Historical)

System Overview (Real-Time)

System Overview (Status Change)

System Summary (4.0)

(Ｔ)

Time to Busy as Inactive AH

Time to Busy as Inactive Collector

Time to Busy as Inactive Store

Trap Generator

Trap Generator

(Ｕ)

UAC

UACポップアップ

ulimit

ulimit

Unconfirmed

(Ｖ)

Valueラベル

View Server

View Server

(Ｗ)

WRP

(Ｘ)

XML宣言

XML宣言

XML宣言

(ア行)

(あ)

アクション

アクション

アクション

アクションを設定する

アラーム

アラーム

アラームアイコンが示すステータス

アラーム一覧

アラームイベント

アラームイベント

アラームイベント

アラームイベント

アラーム条件式

アラーム設定コマンド

アラームテーブル

アラームテーブル

アラームテーブル複数バインド機能

アラームテーブル複数バインド機能

アラームテーブル複数バインド機能

アラームテーブル複数バインド機能

アラームテーブルまたはアラームを削除する

アラームテーブル名

アラームテーブルをインポートする

アラームテーブルをエクスポートする

アラームテーブルを関連づける

アラームテーブルをコピーする

アラームテーブルを削除する

アラームテーブルを作成する

アラームに関する注意事項

アラームの記載形式

アラームの状態を確認する

アラームのプロパティ

アラーム発生頻度

アラーム名

アラーム名

アラームメッセージテキスト

アラームを削除する

アラームを作成する

アラームを編集する

アンインストール

アンインストール

アンインストール

アンセットアップ

アンセットアップ（JP1/IMと連携している場合）

アンセットアップ（NNMと連携している場合）

アンセットアップ（Storeバージョン2.0）

アンセットアップ（Storeバージョン2.0）

アンバインド

(い)

移行時の注意事項

移行手順

異常状態

一覧

一般ユーザー権限

イベント拡張属性定義ファイル

イベント拡張属性定義ファイル

イベントデータ

イベントデータ

イベントデータをエクスポートする

イベントデータを消去する

イベントの表示件数の設定

［イベントモニター］画面

［イベントモニター］画面

［イベントモニター］画面の表示項目

［イベント履歴］画面

［イベント履歴］画面

［イベント履歴］画面

イベント履歴の出力

イベント履歴の表示

イベント履歴を表示する

インスタンス

インスタンス

インスタンス番号

インストール

インストール

インストール

インストール（JP1/IMと連携する場合）

インストール（NNMと連携する場合）

インストール順序

インポート

インポート

インポート

インポートする（Storeバージョン2.0の場合）

(え)

エイリアス名

エイリアス名

エイリアス名

エイリアス名

エイリアス名

エージェント

エージェントアイコンが示すステータス

エージェントイベント

エージェントイベント

エージェント階層

エージェント階層の構成要素

エージェント階層の作成

エージェントの稼働状況の監視

エージェントの状態を確認する

エージェントのプロパティ

エージェントのプロパティを表示する

エージェントを配置する

エクスポート

エクスポート

エクスポート

エクスポート

(お)

オープンインターフェース

(カ行)

(か)

カーネルパラメーター

概要

稼働状況ログ

稼働状況ログ

環境ディレクトリ

監視エージェント

監視オブジェクト

監視基盤

監視コンソール

監視コンソールサーバ

監視ホスト名

監視ホスト名

監視ホスト名設定機能

監視ホスト名設定機能

監視マネージャー

管理者コンソール

管理ツール

管理ユーザー権限

(き)

起動順序

起動方法

機能ID

共通メッセージログ

共通メッセージログ

共通メッセージログ

共通メッセージログ

共有ディスク

共有ディスク

記録方法

(く)

クエリーの実行

クラスタ構成の設計

クラスタシステム

クラスタシステム

クラスタシステム

クラスタシステムでのPerformance Managementの起動と停止

クラスタシステムでのアラームによるリアルタイム監視

クラスタシステムでの運用

クラスタシステムでの運用設計

クラスタシステムでの稼働管理データの収集と管理

クラスタシステムでの監視エージェントの一元管理

クラスタシステムでの構成変更（UNIXの場合）

クラスタシステムでの構成変更（Windowsの場合）

クラスタシステムでの構築（UNIXの場合）

クラスタシステムでの構築（Windowsの場合）

クラスタシステムでの障害回復

クラスタシステムでの注意事項

クラスタシステムでのバックアップとリストア

クラスタシステムでのユーザーアカウントの管理

クラスタシステムでのレポートの作成

クラスタシステムでフェールオーバーが発生したときの運用

クラスタシステムの概要

クラスタソフト

クラスタソフトに登録するPFM - Managerの制御方法

クラスタソフトに登録するPFM - Web Consoleの制御方法

グラフ

(け)

警告状態

系列グループ

系列グループ

権限の選択

(こ)

更新間隔

更新間隔

構成変更

構成変更

構成変更（NNMと連携している場合）

コマンド

(サ行)

(さ)

サービス

サービスID

サービス階層

サービス管理コマンド

サービスキー

サービス自動起動スクリプトファイル

サービス自動停止スクリプトファイル

サービスの稼働状況の確認

サービスの稼働状態監視

サービスの起動

サービスの停止

サービス名

差分

(し)

シーケンシャルファイル

システム見積もり

システムリソース

システムログ

実行系ノード

実行系ノード

実ホスト名

実ホスト名

実ホスト名

実ホスト名

自動更新間隔

自動再起動機能

自動再起動機能

自動再起動機能

障害検知

消去

消去

上限値

初期化

資料採取コマンド

シングルインスタンスエージェント

(す)

スタンドアロンモード

ステータス管理機能

ステータス管理機能

ステータス管理機能の設定

(せ)

制限値

正常状態

設計から運用までの流れ

接続先PFM - Managerの変更

セットアップ

セットアップ

セットアップ（JP1/IMと連携する場合）

セットアップ（NNMと連携する場合）

セットアップ（Storeバージョン2.0）

セットアップ（Storeバージョン2.0）

セットアップコマンド

セットアップ手順

セットアップファイル

セットアップファイル

セットアップファイル

セットアップファイル

前提OS

前提OS

前提OS

前提プログラム

前提プログラム

(そ)

ソリューションセット

ソリューションセット

ソリューションセットの概要

(タ行)

(た)

待機系ノード

待機系ノード

他システムと連携するときの注意事項

他システム連携コマンド

単一行のレコード

単数インスタンスレコード

単数インスタンスレコード

(つ)

通信回線の切断の設定

通信回線の切断の設定

(て)

定期再起動機能

定期再起動機能

定期再起動機能

停止順序

停止方法

ディスク占有量

ディスク占有量

ディスク占有量

ディスク占有量（Storeバージョン2.0）

ディスク容量

ディスク容量

データ管理コマンド

データグループ

データグループ

データ構成の設計

データベースID

データモデル

データモデル

データモデル

データモデル

データモデルバージョン

データモデルをコンバートする（Storeバージョン2.0の場合）

デバイスID

デルタ

(と)

統合コンソール

統合スコープ

動作ログの出力

登録レポート

特長

トラブルシューティング

ドリルダウンレポート

ドリルダウンレポート

ドリルダウンレポート

ドリルダウンレポート（フィールドレベル）

ドリルダウンレポートを表示する

トレースログ

トレースログ

(ナ行)

(に)

日本語版と英語版の混在環境での注意事項

(ね)

ネットワーク環境

ネットワーク環境

ネットワーク構成の設計

(ハ行)

(は)

バージョン

バージョンアップの注意事項

バージョンアップの注意事項

バインド

バインド

バインド

バインド

バインド

バインド

バインド

バインド

パスワード

パスワードの変更

バックアップ

バックアップ方式

バッチレポート出力機能

パフォーマンスデータ

パフォーマンスデータ

パフォーマンスデータ

パフォーマンスデータの記録方法を変更する

パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）

パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）

パフォーマンスデータのライフサイクル

パフォーマンスデータをエクスポートする

パフォーマンスデータを消去する

(ひ)

引き継ぎ情報

表

表示期間

表示形式

表示条件

表示条件（［イベントモニター］画面）

非要約レコード

(ふ)

ファイル権限の強化

フィールド

フィールド

フィールド

フィールドレベル

フィルター条件

フェールオーバー

フェールオーバー

フェールオーバー方式の設計

フォルダ

フォルダアイコンが示すステータス

負荷分散クラスタシステム

負荷分散クラスタシステム

複合ブックマーク

複合ブックマーク

複合レポート

複合レポート

複合レポート画面

複合レポートでの注意事項

複合レポートの表示

複数インスタンスレコード

複数インスタンスレコード

複数行のレコード

ブックマークに登録する

ブックマークのフォルダを追加する

物理ホスト

物理ホスト

部分バックアップ

部分バックアップ

部分バックアップ

ブラウザー

ブラウザー

プロダクトID

プロパティ

プロパティの説明および設定値

(へ)

ベースライン

ベースライン

ベースライン

ベースライン

ヘルスチェック

ヘルスチェックイベント

ヘルスチェックイベント

ヘルスチェックイベント

ヘルスチェックエージェント

ヘルスチェックエージェント

ヘルスチェックエージェント

ヘルスチェックエージェント

ヘルスチェック機能

ヘルスチェック機能

ヘルスチェック機能

ヘルスチェック機能の設定

(ほ)

ポート番号

ポート番号

ホストの稼働状態監視

ホスト名の設定

ホスト名の設定

保存期間

保存期間

保存条件

保存条件

(マ行)

(ま)

マルチインスタンスエージェント

(め)

命名規則

メモリー所要量

(も)

モデルファイル

モニター画面呼び出し定義ファイル

(ヤ行)

(ゆ)

ユーザーアカウント

ユーザーアカウントの認証モード

ユーザー名

(よ)

要約

要約レコード

(ラ行)

(ら)

ライフタイム

ライフタイム

ラップラウンドファイル

(り)

リアルタイム（1つのエージェント）

リアルタイムデータ

リアルタイムレポート

リアルタイムレポート

リストア

履歴（1つのエージェント）

履歴（複数のエージェント）

履歴データ

履歴レポート

履歴レポート

(れ)

レコード

レコード

レコード

レコード数

レポート

レポート

レポート

レポート一覧

レポート種別

レポート設定コマンド

レポートに関する注意事項

レポートの記載形式

レポートの出力

レポートの表示

レポートのフォルダ構成

レポートレベル

レポートをインポートする

レポートをエクスポートする

レポートを表示する

(ろ)

ローカルディスク

ログアウト

ログイン

ログ情報

ログファイルトラップ機能

ログファイルトラップ機能

論理IPアドレス

論理IPアドレス

論理ホスト

論理ホスト

論理ホスト

論理ホスト名

論理ホスト名

論理ホスト名

論理ホスト名

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
BEA WebLogic Serverは，BEA Systems, Inc.の登録商標です。
DB2は，米国における米国International Business Machines Corp.の登録商標です。
DB2 Universal Databaseは，米国における米国International Business Machines Corp.の商標です。
FirefoxはMozilla Foundationの登録商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
IBMは，米国における米国International Business Machines Corp.の登録商標です。
Internet Explorerは，米国Microsoft Corp.の米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
Linuxは，Linus Torvaldsの米国およびその他の国における登録商標あるいは商標です。
Lotusは，IBM Corporationの登録商標です。
Lotus Dominoは，IBM Corporationの登録商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Internet Information Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Office Excelは，米国Microsoft Corp.の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
Mozillaは，Mozilla Foundationの，米国およびその他の国における商標です。
ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。
OpenViewは，ヒューレット・パッカード社の商標です。
ORACLEは，米国Oracle Corporationの登録商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
RSAは，RSA Security Inc.の登録商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
Solarisは，米国Sun Microsystems,Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
WebLogicは，BEA Systems, Inc.の登録商標です。
WebSphereは，米国における米国International Business Machines Corp. の登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
その他製品名などの固有名詞は各社の商品名，商標および登録商標です。
プログラムプロダクト「P-9D2C-AA81，P-9D2C-AJ81，P-9D2C-AR81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-AA81，P-9D2C-AJ81，P-9D2C-AR81」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。
This product includes software developed by IAIK of Graz University of Technology.
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.
This product includes software developed by Ralf S. Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).
This product includes software developed by Greg Stein <gstein@lyra.org> for use in the mod_dav module for Apache (http://www.webdav.org/mod_dav/).
Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.This product includes software developed by the University of California,Berkeley and its contributors.本製品には，Henry Spencer により開発されたソフトウェアの改変版が含まれています。

　[図データ]　
Hitachi Web Serverは，The Apache Software FoundationによるApache HTTP Serverをベースとしています。Hitachi Web Serverは，RSA(R) Security社のBSAFETM SSL-Cを導入しています。