JP1 Version 9

JP1/Performance Management - Agent Option for OpenTP1

解説・文法書

3020-3-R65

目　　次

前書き

はじめに

第1編　概要編

1.　PFM - Agent for OpenTP1の概要

1.1　PFM - Agent for OpenTP1の特長

1.1.1　OpenTP1のパフォーマンスデータを収集できます

1.1.2　パフォーマンスデータの性質に応じた方法で収集できます

1.1.3　パフォーマンスデータを保存できます

1.1.4　OpenTP1の運用上の問題点を通知できます

1.1.5　アラームおよびレポートが容易に定義できます

1.1.6　クラスタシステムで運用できます

1.2　パフォーマンスデータの収集と管理の概要

1.3　パフォーマンス監視の運用例

1.3.1　ベースラインの選定

1.3.2　UAP稼働状況の監視

1.3.3　ジャーナル出力時間の監視

1.3.4　MCF入力キューの滞留状況の監視

第2編　構築・運用編

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

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

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

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

2.1.3　インストール手順

2.1.4　PFM - Agent for OpenTP1のセットアップ手順

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

2.2.1　アンインストールの前に

2.2.2　アンセットアップ手順

2.2.3　アンインストール手順

2.3　PFM - Agent for OpenTP1のシステム構成の変更

2.4　PFM - Agent for OpenTP1の運用方式の変更

2.4.1　パフォーマンスデータの格納先の変更

2.4.2　インスタンス環境の更新の設定

2.4.3　Storeバージョン2.0への移行

2.5　コマンドプロンプトの起動方法

2.6　バックアップとリストア

2.6.1　バックアップ

2.6.2　リストア

2.7　Webブラウザでマニュアルを参照するための設定

2.7.1　設定手順

2.7.2　参照手順

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

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

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

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

3.1.3　インストール手順

3.1.4　PFM - Agent for OpenTP1のセットアップ手順

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

3.2.1　アンインストールの前に

3.2.2　アンセットアップ手順

3.2.3　アンインストール手順

3.3　PFM - Agent for OpenTP1のシステム構成の変更

3.4　PFM - Agent for OpenTP1の運用方式の変更

3.4.1　パフォーマンスデータの格納先の変更

3.4.2　インスタンス環境の更新の設定

3.4.3　Storeバージョン2.0への移行

3.5　バックアップとリストア

3.5.1　バックアップ

3.5.2　リストア

3.6　Webブラウザでマニュアルを参照するための設定

3.6.1　設定手順

3.6.2　参照手順

4.　クラスタシステムでの運用

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

4.1.1　HAクラスタシステム

4.2　フェールオーバー時の処理

4.2.1　PFM - Agentホストに障害が発生した場合のフェールオーバー

4.2.2　PFM - Managerが停止した場合の影響

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

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

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

4.3.3　インストール手順

4.3.4　セットアップ手順

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

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

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

4.4.3　インストール手順

4.4.4　セットアップ手順

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

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

4.5.2　アンセットアップ手順

4.5.3　アンインストール手順

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

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

4.6.2　アンセットアップ手順

4.6.3　アンインストール手順

4.7　PFM - Agent for OpenTP1のシステム構成の変更

4.8　PFM - Agent for OpenTP1の運用方式の変更

4.8.1　インスタンス環境の更新の設定

4.8.2　論理ホスト環境定義ファイルのエクスポート・インポート

第3編　リファレンス編

5.　監視テンプレート

監視テンプレートの概要

アラームの記載形式

アラーム一覧

Rcv Msg Count

Rollbacks

RPC Time Out

RTS Branch Time

RTS JNL Write Time

RTS Rollbacks

RTS RPC Time Out

RTS SCD Stay Time

RTS SCD Waits

RTS Svc Time

RTS UAP Terminates

UAP Terminates

レポートの記載形式

レポートのフォルダ構成

レポート一覧

Checkpoint Dump Detail

Checkpoint Dump Status

DAM File Detail

DAM Status

Journal Detail

Journal Status

Lock Detail

Lock Status

MCF Connection Detail（5.0）

MCF Logical Terminal Detail（5.0）

MCF Service Group Detail（5.0）

MCF Status（5.0）

Message Log

Name Status

Process Detail

Process Status

Process Trend

RPC Status

RPC Trend

RTS Checkpoint Dump Status（5.2）

RTS DAM Status（5.2）

RTS Journal Status（5.2）

RTS Lock Status（5.2）

RTS Name Status（5.2）

RTS Process Status（5.2）

RTS Process Trend（5.2）

RTS RPC Status（5.2）

RTS RPC Trend（5.2）

RTS Schedule Status（5.2）

RTS Schedule Trend（5.2）

RTS Shared Memory Status（5.2）

RTS TAM Status（5.2）

RTS Transaction Status（5.2）

RTS Transaction Trend（5.2）

Schedule Detail

Schedule Status

Schedule Trend

Shared Memory Detail

Shared Memory Status

TAM Status

TAM Table Detail

Transaction Detail

Transaction Status

Transaction Trend

6.　レコード

データモデルについて

レコードの記載形式

ODBCキーフィールド一覧

要約ルール

データ型一覧

フィールドの値

Storeデータベースに記録されるときだけ追加されるフィールド

Storeデータベースに格納されているデータをエクスポートすると出力されるフィールド

レコードの注意事項

レコード一覧

Checkpoint Dump Status（PD_CPD）

DAM File Status（PD_DAM）

DAM Summary（PI_DAMS）

Journal Status（PD_JNL）

Lock Status（PD_LCK）

MCF Connection Status（PD_MCFC）

MCF Service Group Status（PD_MCFG）

MCF Logical Terminal Status（PD_MCFL）

MCF Summary（PI_MCFS）

OpenTP1 Message（PD_MLOG）

Process Status（PD_PRC）

RTS Summary（PI_RTSS）

Schedule Status（PD_SCD）

Shared Memory Status（PD_SHM）

System Summary（PI）

TAM Table Status（PD_TAM）

TAM Summary（PI_TAMS）

Transaction Status（PD_TRN）

7.　メッセージ

7.1　メッセージの形式

7.1.1　メッセージの出力形式

7.1.2　メッセージの記載形式

7.2　メッセージの出力先一覧

7.3　syslogとWindowsイベントログの一覧

7.4　メッセージ一覧

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

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

8.1　対処の手順

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

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

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

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

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

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

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

8.3　ログ情報

8.3.1　ログ情報の種類

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

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

8.4.1　Windowsの場合

8.4.2　UNIXの場合

8.5　資料の採取方法

8.5.1　Windowsの場合

8.5.2　UNIXの場合

8.6　Performance Managementの障害検知

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

付録

付録A　システム見積もり

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

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

付録A.3　クラスタ運用時のディスク占有量

付録B　カーネルパラメーター

付録B.1　AIXの場合

付録B.2　Linuxの場合

付録C　識別子一覧

付録D　プロセス一覧

付録E　ポート番号一覧

付録E.1　Performance Managementのポート番号

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

付録F　PFM - Agent for OpenTP1のプロパティ

付録F.1　Agent Storeサービスのプロパティ一覧

付録F.2　Agent Collectorサービスのプロパティ一覧

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

付録G.1　Windowsの場合

付録G.2　UNIXの場合

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

付録I　バージョン互換

付録J　動作ログの出力

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

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

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

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

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

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

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

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

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

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

付録L　用語解説

索引

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

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

前書き

■ 対象製品

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

これらの製品には，他社からライセンスを受けて開発した部分が含まれています。
これらの製品は，ISO9001およびTickITの認証を受けた品質マネジメントシステムで開発されました。

■ 輸出時の注意

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

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
DB2は，米国における米国International Business Machines Corp.の登録商標です。
DB2 Universal Databaseは，米国における米国International Business Machines Corp.の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotusは，IBM Corporationの登録商標です。
Lotus Dominoは，IBM Corporationの登録商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft, Hyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Internet Information Serverは，米国Microsoft Corp.の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。
ORACLEは，米国Oracle Corporationの登録商標です。
Oracleは，米国Oracle Corporation及びその子会社，関連会社の登録商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
Solarisは，米国Sun Microsystems,Inc. の米国およびその他の国における商標または登録商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
WebSphereは，米国における米国International Business Machines Corp. の登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。
その他製品名などの固有名詞は各社の商品名，商標および登録商標です。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AR91」には，米国Sun Microsystems,Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AR91」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。

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

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

■ 発行

2009年 7月 (第1版) 3020-3-R65

■ 著作権

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

はじめに

このマニュアルは，JP1/Performance Management - Agent Option for OpenTP1の機能や収集レコードなどについて説明したものです。

対象読者

このマニュアルは，次の方を対象としています。

JP1/Performance Management - Agent Option for OpenTP1の機能および収集レコードについて知りたい方

JP1/Performance Managementを使用したシステムを構築，運用して，OpenTP1のパフォーマンスデータを収集したい方

また，OpenTP1について熟知していることを前提としています。

なお，JP1/Performance Managementを使用したシステムの構築，運用方法については，次のマニュアルもあわせてご使用ください。

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

JP1 Version 9 JP1/Performance Management 運用ガイド（3020-3-R32）

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

マニュアルの構成

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

第1編　概要編

JP1/Performance Management - Agent Option for OpenTP1の概要について説明しています。

第2編　構築・運用編

JP1/Performance Management - Agent Option for OpenTP1のインストール，セットアップおよびクラスタシステムでの運用について説明しています。

第3編　リファレンス編

JP1/Performance Management - Agent Option for OpenTP1の監視テンプレート，レコードおよびメッセージについて説明しています。

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

JP1/Performance Management - Agent Option for OpenTP1でトラブルが発生したときの対処方法について説明しています。

関連マニュアル

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

JP1/Performance Management関連

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

JP1 Version 9 JP1/Performance Management 運用ガイド（3020-3-R32）

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

JP1関連

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

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

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

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

OpenTP1関連

OpenTP1 Version 6 OpenTP1 システム定義（3000-3-943）

OpenTP1 Version 6 OpenTP1 運用と操作（3000-3-944）

OpenTP1 Version 6 OpenTP1 プロトコル TP1/NET/TCP/IP編（3000-3-961）

OpenTP1 Version 7 OpenTP1 システム定義（3000-3-D52）

OpenTP1 Version 7 OpenTP1 運用と操作（3000-3-D53）

OpenTP1 Version 7 TP1/LiNK 使用の手引（3000-3-D60）

OpenTP1 Version 7 TP1/Messaging 使用の手引（3000-3-D61）

OpenTP1 Version 7 OpenTP1 プロトコル TP1/NET/TCP/IP編（3000-3-D70）

読書手順

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

マニュアルを読む目的 | 記述個所
JP1/Performance Management - Agent Option for OpenTP1の特長を知りたい。 | 1章
JP1/Performance Management - Agent Option for OpenTP1の機能概要を知りたい。 | 1章
JP1/Performance Management - Agent Option for OpenTP1の導入時の作業を知りたい。 | 2章，3章
JP1/Performance Management - Agent Option for OpenTP1のクラスタシステムでの運用を知りたい。 | 4章
JP1/Performance Management - Agent Option for OpenTP1の監視テンプレートについて知りたい。 | 5章
JP1/Performance Management - Agent Option for OpenTP1のレコードについて知りたい。 | 6章
JP1/Performance Management - Agent Option for OpenTP1のメッセージについて知りたい。 | 7章
障害発生時の対処方法について知りたい。 | 8章

このマニュアルでの表記

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

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

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

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

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

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

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

このマニュアルでの表記 | 正式名称
DAM | Direct Access Method
DHCP | Dynamic Host Configuration Protocol
I/O | Input/Output
MCF | Message Control Facility
RPC | Remote Procedure Call
RTS | Real Time Statistic
TAM | Table Access Method

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

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

記号
意味

［ ］
ウィンドウ，タブ，メニュー，ダイアログボックス，ダイアログボックスのボタン，ダイアログボックスのチェックボックスなどを示します。
（例）
［メイン］ウィンドウ
［エージェント］タブ

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

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

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

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

このマニュアルのコマンドの文法で使用する記号

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

記号
意味

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

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

{　}
この記号で囲まれている複数の項目のうちから一つを選択できることを示します。
（例）
{A | B}は，「AまたはBのうち，どちらか一つを指定する」ことを示します。

図中で使用する記号

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

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

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

このマニュアルでのコマンドの表記

Performance Management 09-00以降では，08-51以前のコマンドと互換性を持つ新形式のコマンドが追加されました。このため，このマニュアルではコマンドを次のように表記しています。

新形式のコマンド（08-51以前のコマンド）

（例）

jpcconf agent setup（jpcagtsetup）

この例では，jpcconf agent setupが新形式のコマンドで，jpcagtsetupが08-51以前のコマンドになります。

新形式のコマンドを使用できるのは，PFM-Agentの同一装置内の前提プログラム（PFM - ManagerまたはPFM - Base）のバージョンが09-00以降の場合です。なお，前提プログラムのバージョンが09-00以降の場合でも，08-51以前のコマンドは使用できます。

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

Performance Management 09-00以降では，プロダクト名表示機能を有効にすることで，サービスIDおよびサービスキーをプロダクト名で表示できます。

識別子 | プロダクト名表示機能
無効 | 有効
サービスID | HS1インスタンス名[ホスト名] | インスタンス名[ホスト名]<OpenTP1>(Store)
HA1インスタンス名[ホスト名] | インスタンス名[ホスト名]<OpenTP1>
サービスキー | agth | OpenTP1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

/opt/jp1pc/

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

/opt/jp1pcwebcon/

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

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

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

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

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

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

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

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

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

HP Network Node Manager i Software v8.10

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

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

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

個所（かしょ）　桁（けた）　同梱（どうこん）　汎用（はんよう）　必須（ひっす）　閉塞（へいそく）　

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

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

1.　PFM - Agent for OpenTP1の概要

この章では，PFM - Agent for OpenTP1の概要について説明します。

＜この章の構成＞

1.1　PFM - Agent for OpenTP1の特長

1.2　パフォーマンスデータの収集と管理の概要

1.3　パフォーマンス監視の運用例

1.1　PFM - Agent for OpenTP1の特長

PFM - Agent for OpenTP1は，OpenTP1のトランザクション情報，RPCコール，またはスケジュール情報を監視するために，パフォーマンスデータを収集および管理するプログラムです。

PFM - Agent for OpenTP1の特長を次に示します。

OpenTP1の稼働状況を分析できる
監視対象のOpenTP1から，トランザクション情報などのパフォーマンスデータをPFM - Agent for OpenTP1で収集および集計し，その傾向や推移を図示することで，OpenTP1の稼働状況の分析が容易にできます。

OpenTP1の運用上の問題点を早期に発見し，トラブルの原因を調査する資料を提供できる
監視対象のOpenTP1でトラブルが発生した場合，Eメールなどを使ってユーザーに通知することで，問題点を早期に発見できます。また，その問題点に関連する情報を図示することで，トラブルの原因を調査する資料を提供できます。

PFM - Agent for OpenTP1を使用するには，PFM - ManagerおよびPFM - Web Consoleが必要です。

PFM - Agent for OpenTP1について次に説明します。

＜この節の構成＞

1.1.1　OpenTP1のパフォーマンスデータを収集できます

1.1.2　パフォーマンスデータの性質に応じた方法で収集できます

1.1.3　パフォーマンスデータを保存できます

1.1.4　OpenTP1の運用上の問題点を通知できます

1.1.5　アラームおよびレポートが容易に定義できます

1.1.6　クラスタシステムで運用できます

1.1.1　OpenTP1のパフォーマンスデータを収集できます

PFM - Agent for OpenTP1を使用すると，対象ホスト上で動作しているOpenTP1のトランザクション情報などのパフォーマンスデータが収集できます。

PFM - Agent for OpenTP1では，パフォーマンスデータは，次のように利用できます。

OpenTP1の稼働状況をグラフィカルに表示する
パフォーマンスデータは，PFM - Web Consoleを使用して，「レポート」と呼ばれるグラフィカルな形式に加工し，表示できます。レポートによって，OpenTP1の稼働状況がよりわかりやすく分析できるようになります。
レポートには，次の種類があります。

リアルタイムレポート
監視しているOpenTP1の現在の状況を示すレポートです。主に，システムの現在の状態や問題点を確認するために使用します。リアルタイムレポートの表示には，収集した時点のパフォーマンスデータが直接使用されます。

履歴レポート
監視しているOpenTP1の過去から現在までの状況を示すレポートです。主に，システムの傾向を分析するために使用します。履歴レポートの表示には，PFM - Agent for OpenTP1のデータベースに格納されたパフォーマンスデータが使用されます。

問題が起こったかどうかの判定条件として使用する
収集されたパフォーマンスデータの値が何らかの異常を示した場合，ユーザーに通知するなどの処置を取るように設定できます。

1.1.2　パフォーマンスデータの性質に応じた方法で収集できます

パフォーマンスデータは，「レコード」の形式で収集されます。各レコードは，「フィールド」と呼ばれるさらに細かい単位に分けられます。レコードおよびフィールドの総称を「データモデル」と呼びます。

レコードは，性質によって二つのレコードタイプに分けられます。どのレコードでどのパフォーマンスデータが収集されるかは，PFM - Agent for OpenTP1で定義されています。ユーザーは，PFM - Web Consoleを使用して，どのパフォーマンスデータのレコードを収集するか選択します。

PFM - Agent for OpenTP1のレコードタイプを次に示します。

Product Intervalレコードタイプ（以降，PIレコードタイプと省略します）
PIレコードタイプのレコードには，1分ごとのプロセス数など，ある一定の時間（インターバル）ごとのパフォーマンスデータが収集されます。PIレコードタイプは，時間の経過に伴うシステムの状態の変化や傾向を分析したい場合に使用します。

Product Detailレコードタイプ（以降，PDレコードタイプと省略します）
PDレコードタイプのレコードには，現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが収集されます。PDレコードタイプは，ある時点でのシステムの状態を知りたい場合に使用します。

各レコードについては，「第3編　6.　レコード」を参照してください。

1.1.3　パフォーマンスデータを保存できます

収集したパフォーマンスデータを，PFM - Agent for OpenTP1の「Storeデータベース」と呼ばれるデータベースに格納することで，現在までのパフォーマンスデータを保存し，OpenTP1の稼働状況について，過去から現在までの傾向を分析できます。傾向を分析するためには，履歴レポートを使用します。

ユーザーは，PFM - Web Consoleを使用して，どのパフォーマンスデータのレコードをStoreデータベースに格納するか選択します。PFM - Web Consoleでのレコードの選択方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

1.1.4　OpenTP1の運用上の問題点を通知できます

PFM - Agent for OpenTP1で収集したパフォーマンスデータは，OpenTP1のパフォーマンスをレポートとして表示するのに利用できるだけでなく，OpenTP1を運用していて問題が起こったり，障害が発生したりした場合にユーザーに警告することもできます。

例えば，RPCタイムアウトの発生件数が50回を上回った場合，ユーザーにEメールで通知するとします。このように運用するために，「RPCタイムアウトの発生件数が50回を上回る」を異常条件のしきい値として，そのしきい値に達した場合，Eメールをユーザーに送信するように設定します。しきい値に達した場合に取る動作を「アクション」と呼びます。アクションには，次の種類があります。

Eメールの送信

コマンドの実行

SNMPトラップの発行

JP1イベントの発行

しきい値やアクションを定義したものを「アラーム」と呼びます。一つ以上のアラームを一つのテーブルにまとめたものを「アラームテーブル」と呼びます。アラームテーブルを定義したあと，PFM - Agent for OpenTP1と関連づけます。アラームテーブルとPFM - Agent for OpenTP1とを関連づけることを「バインド」と呼びます。バインドすると，PFM - Agent for OpenTP1によって収集されているパフォーマンスデータが，アラームで定義したしきい値に達した場合，ユーザーに通知できるようになります。

このように，アラームおよびアクションを定義することによって，OpenTP1の運用上の問題を早期に発見し，対処できます。

アラームおよびアクションの設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

1.1.5　アラームおよびレポートが容易に定義できます

PFM - Agent for OpenTP1では，「監視テンプレート」と呼ばれる，必要な情報があらかじめ定義されたレポートおよびアラームを提供しています。この監視テンプレートを使用することで，複雑な定義をしなくてもOpenTP1の運用状況を監視する準備が容易になります。監視テンプレートは，ユーザーの環境に合わせてカスタマイズすることもできます。監視テンプレートの使用方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成またはアラームによる稼働監視について説明している章を参照してください。また，監視テンプレートの詳細については，「第3編　5.　監視テンプレート」を参照してください。

1.1.6　クラスタシステムで運用できます

クラスタシステムを使うと，システムに障害が発生した場合でも継続して業務を運用できる，信頼性の高いシステムが構築できます。このため，システムに障害が発生した場合でもPerformance Managementの24時間稼働および24時間監視ができます。

クラスタシステムで監視対象ホストに障害が発生した場合の運用例を次の図に示します。

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

同じ設定の環境を二つ構築し，通常運用する方を「実行系ノード」，障害発生時に使う方を「待機系ノード」として定義しておきます。

クラスタシステムでのPFM - Agent for OpenTP1の運用の詳細については，「第2編　4.　クラスタシステムでの運用」を参照してください。

1.2　パフォーマンスデータの収集と管理の概要

パフォーマンスデータの収集方法と管理方法は，パフォーマンスデータが格納されるレコードのレコードタイプによって異なります。PFM - Agent for OpenTP1のレコードは，次の二つのレコードタイプに分けられます。

PIレコードタイプ

PDレコードタイプ

パフォーマンスデータの収集方法と管理方法については，次の個所を参照してください。

パフォーマンスデータの収集方法
パフォーマンスデータの収集方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。
収集されるパフォーマンスデータの値については，「第3編　6.　レコード」を参照してください。

パフォーマンスデータの管理方法
パフォーマンスデータの管理方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

PFM - Agentで収集および管理されているレコードのうち，どのパフォーマンスデータを利用するかは，PFM - Web Consoleで選択します。選択方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

1.3　パフォーマンス監視の運用例

システムを安定稼働させるためには，パフォーマンスを監視してシステムの状態を把握することが重要です。この節では，PFM - Agent for OpenTP1を用いてパフォーマンスを監視する方法について説明します。

なお，監視テンプレートで異常条件および警告条件として設定している値はあくまで参考値です。具体的な設定項目については，システムの運用形態に合わせて検討してください。

＜この節の構成＞

1.3.1　ベースラインの選定

1.3.2　UAP稼働状況の監視

1.3.3　ジャーナル出力時間の監視

1.3.4　MCF入力キューの滞留状況の監視

1.3.1　ベースラインの選定

ベースラインの選定とは，システム運用で問題なしと想定されるラインをパフォーマンス測定結果から選定する作業です。

PFM製品では，ベースラインの値をしきい値とすることでシステムの運用監視をします。ベースラインの選定はしきい値を決定し，パフォーマンスを監視する上での重要な作業となります。

なお，ベースラインの選定では，次の注意事項を考慮してください。

運用環境の高負荷テスト時など，ピーク時の状態を測定することをお勧めします。

システム構成によってしきい値が大きく異なるため，システムリソースや運用環境を変更する場合は，再度ベースラインを測定することをお勧めします。

1.3.2　UAP稼働状況の監視

必要なリソースを確保できない状況でUAPが動作した場合やトランザクション連携先のデータベースシステムなどに異常が発生した場合，次に示す問題が起こるおそれがあります。

OS，OpenTP1，データベースなどの提供関数の応答時間の遅延に伴って，UAPのサービス処理時間が長くなることによるスループットの低下，およびRPCタイムアウトの発生。

OS，OpenTP1，データベースなどの提供関数がエラーリターンすることによるトランザクションのロールバック，またはUAPの異常終了。

このため，OpenTP1上で動作するUAPの稼働状況を監視することは重要です。UAPが正常に稼働しているかどうかは，次に示す項目を監視することで確認できます。

サービス処理時間

RPCタイムアウト回数

異常終了回数

トランザクションロールバック回数

＜この項の構成＞

(1)　関連する監視テンプレート

(2)　監視方法

(1)　関連する監視テンプレート

OpenTP1上で動作するUAPの稼働状況を監視するために使用できる監視テンプレートを次の表に示します。

表1-1　UAP稼働状況の監視で使用できる監視テンプレート

アラーム
使用レコード
使用フィールド
異常条件
警告条件

Rollbacks
PI
ロールバック決着回数
Rollbacks > 2
Rollbacks > 1

RPC Time Out
PI
RPCタイムアウト件数（サービス単位）
RPC Time Out > 50
RPC Time Out > 10

RTS Branch Time
PI_RTSS
トランザクションブランチ実行時間（サービス単位）
Event ID = 1906
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 2,000,000
Event ID = 1906
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 1,000,000

RTS Rollbacks
PI_RTSS
ロールバック決着回数（サービス単位）
Event ID = 1901
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 2
Event ID = 1901
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 1

RTS RPC Time Out
PI_RTSS
RPCタイムアウト件数（サービス単位）
Event ID = 1731
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 50
Event ID = 1731
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 10

RTS SCD Waits
PI_RTSS
スケジュール待ち数（サーバ単位）
Event ID = 1800
AND Sv Name = "basespp"※1
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 600
Event ID = 1800
AND Sv Name = "basespp"※1
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 400

RTS SCD Stay Time
PI_RTSS
スケジュール滞留時間（サーバ単位）
Event ID = 1804
AND Sv Name = "basespp"※1
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 2,000,000
Event ID = 1804
AND Sv Name = "basespp"※1
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 1,000,000

RTS Svc Time
PI_RTSS
ユーザーサービス実行時間（サービス単位）
Event ID = 1730
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 2,000,000
Event ID = 1730
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 1,000,000

RTS UAP Terminates
PI_RTSS
UAP異常終了回数（サーバ単位）
Event ID = 1501
AND Sv Name = "basespp"※1
AND Svc Name = "_SERVER ONLY"
AND Counts ≧ 3
Event ID = 1501
AND Sv Name = "basespp"※1
AND Svc Name = "_SERVER ONLY"
AND Counts ≧ 2

UAP Terminates
PI
UAP異常終了回数
UAP Terminates > 3
UAP Terminates > 2

注※1

ご使用の環境の監視対象のサーバ名に変更してください。

注※2

ご使用の環境の監視対象のサービス名に変更してください。

(2)　監視方法

サービス処理時間の監視

特定のサービスの処理時間は，RTS Svc Timeアラームを使用して監視できます。スケジュール待ち数，スケジュール滞留時間，トランザクションブランチ実行時間などを監視することで，さらに詳細に監視できます。これらは次に示すアラームを使用して監視します。

スケジュール待ち数の監視
スケジュール待ち数を監視する場合，RTS SCD Waitsアラームを使用します。特定のUAPのスケジュールキューに滞留されたサービス要求数を監視できます。

スケジュール滞留時間の監視
スケジュール滞留時間を監視する場合，RTS SCD Stay Timeアラームを使用します。サービス要求が特定のUAPのスケジュールキューに滞留されてから取り出されるまでの時間を監視できます。

トランザクションブランチ実行時間の監視
トランザクションブランチ実行時間を監視する場合，RTS Branch Timeアラームを使用します。特定のUAPのサービスをトランザクションとして開始してから，同期点処理が完了するまでの時間を監視できます。

RPCタイムアウト回数の監視

OpenTP1システム全体でのRPCタイムアウト回数は，RPC Time Outアラームを使用して監視できます。また，特定のサービスで発生したRPCタイムアウト回数は，RTS RPC Time Outアラームを使用することで監視できます。

異常終了回数の監視

OpenTP1システム全体でのUAP異常終了回数は，UAP Terminatesアラームを使用して監視できます。また，特定のUAPの異常終了回数は，RTS UAP Terminatesアラームを使用することで監視できます。

トランザクションロールバック回数の監視

OpenTP1システム全体でのトランザクションロールバック回数は，Rollbacksアラームを使用して監視できます。また，特定のサービスのトランザクションロールバック回数は，RTS Rollbacksアラームを使用することで監視できます。

ここで説明したアラームによって異常を検知した場合，次に示す監視テンプレートを使用することでUAPの状況を確認できます。

Message Logレポート
Message Logレポートによって，OpenTP1の出力メッセージを表示させて，異常が発生したUAP，要因などを確認できます。

Process Detailレポート
Process Detailレポートによって，UAPプロセスの稼働状況を確認できます。

Schedule Detailレポート
スケジュールキューの状態，サービス要求の滞留数，UAPの異常終了などに伴うサービスグループの閉塞状況を確認できます。

Transaction Detailレポート
トランザクション状況を確認できます。

さらに詳細な状況や原因を調査したい場合は，OpenTP1やOSが出力するログ，提供コマンドなどを使用してください。

1.3.3　ジャーナル出力時間の監視

ジャーナルは，OpenTP1システムやUAPの各種履歴情報の取得に使用されます。また，障害回復にも使用される重要なデータです。

ジャーナルはトランザクションでは必ず取得されるため，ディスク障害や高負荷状態によってジャーナルの出力に長い時間を必要とした場合，トランザクション時間が長くなり，オンライン性能のボトルネックとなるおそれがあります。

このため，ジャーナルの出力時間を監視することは重要です。ジャーナルの出力時間はジャーナルファイルの書き込み処理に掛かった時間を監視することで確認できます。

＜この項の構成＞

(1)　関連する監視テンプレート

(2)　監視方法

(1)　関連する監視テンプレート

ジャーナルの出力時間を監視するために使用できる監視テンプレートを次の表に示します。

表1-2　ジャーナルの出力時間の監視で使用できる監視テンプレート

アラーム
使用レコード
使用フィールド
異常条件
警告条件

RTS JNL Write Time
PI_RTSS
ジャーナルの出力時間
Event ID = 1104
AND Sv Name = "_SYSTEM"
AND Svc Name = "_SYSTEM ONLY"
AND Average ≧ 2,000,000
Event ID = 1104
AND Sv Name = "_SYSTEM"
AND Svc Name = "_SYSTEM ONLY"
AND Average ≧ 1,000,000

(2)　監視方法

ジャーナルの出力時間の監視

ジャーナルの出力時間は，RTS JNL Write Timeアラームを使用して監視できます。

RTS JNL Write Timeアラームによって異常を検知した場合，次に示す監視テンプレートを使用することでジャーナルファイルの状況を確認できます。

Journal Detailレポート
Journal Detailレポートによって，ジャーナルグループの状況を確認できます。

さらに詳細な状況や原因を調査したい場合は，OpenTP1やOSが出力するログ，提供コマンドなどを使用してください。

1.3.4　MCF入力キューの滞留状況の監視

MCF経由でメッセージを受信するシステムで受信メッセージを処理するMHPのサービスグループが閉塞すると，メッセージが受信されません。これによって未処理のメッセージがMCF入力キューに滞留してしまい，業務処理が正常に実行できなくなるおそれがあります。

このため，MCF入力キューの滞留状況を監視することは重要です。MCF入力キューの滞留状況は，受信メッセージ数を監視することで確認できます。

＜この項の構成＞

(1)　関連する監視テンプレート

(2)　監視方法

(1)　関連する監視テンプレート

MCF入力キューの滞留状況を監視するために使用できる監視テンプレートを次の表に示します。

表1-3　MCF入力キューの滞留状況を監視するために使用できる監視テンプレート

アラーム | 使用レコード | 使用フィールド | 異常条件 | 警告条件
Rcv Msg Count | PD_MCFG | 受信メッセージ数 | Rcv Msg Count > 100 | Rcv Msg Count > 50

(2)　監視方法

受信メッセージ数の監視

受信メッセージ数は，Rcv Msg Countアラームを使用して監視できます。

Rcv Msg Countアラームによって異常を検知した場合，次に示す監視テンプレートを使用することでMCFメッセージの送信に関連する状況を確認できます。

MCF Service Group Detail（5.0）レポート
MCF Service Group Detail（5.0）レポートによって，MCFサービスグループの状況を確認できます。

Message Logレポート
Message Logレポートによって，OpenTP1の出力メッセージを表示させて，異常が発生したUAP，要因などを確認できます。

さらに詳細な状況や原因を調査したい場合は，OpenTP1やOSが出力するログ，提供コマンドなどを使用してください。

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

この章では，PFM - Agent for OpenTP1のインストールおよびセットアップ方法について説明します。Performance Managementシステム全体のインストールおよびセットアップ方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Windows用のインストールとセットアップについて説明している章を参照してください。

＜この章の構成＞

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

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

2.3　PFM - Agent for OpenTP1のシステム構成の変更

2.4　PFM - Agent for OpenTP1の運用方式の変更

2.5　コマンドプロンプトの起動方法

2.6　バックアップとリストア

2.7　Webブラウザでマニュアルを参照するための設定

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

ここでは，PFM - Agent for OpenTP1をインストールおよびセットアップする手順を示します。

＜この節の構成＞

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

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

2.1.3　インストール手順

2.1.4　PFM - Agent for OpenTP1のセットアップ手順

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

PFM - Agent for OpenTP1をインストールおよびセットアップする前に確認しておくことを説明します。

＜この項の構成＞

(1)　前提OS

(2)　ネットワークの環境設定

(3)　インストールに必要なOSユーザー権限について

(4)　前提プログラム

(5)　クラスタシステムでのインストールとセットアップについて

(6)　注意事項

(1)　前提OS

PFM - Agent for OpenTP1が動作するOSを次に示します。

Windows Server 2008

(2)　ネットワークの環境設定

Performance Managementが動作するためのネットワーク環境について説明します。

(a)　IPアドレスの設定

PFM - Agentのホストは，ホスト名でIPアドレスが解決できる環境を設定してください。IPアドレスが解決できない環境では，PFM - Agentは起動できません。

監視ホスト名（Performance Managementシステムのホスト名として使用する名前）には，実ホスト名またはエイリアス名を使用できます。

監視ホスト名に実ホスト名を使用している場合
Windowsシステムではhostnameコマンド，UNIXシステムではuname -nコマンドを実行して確認したホスト名で，IPアドレスを解決できるように環境を設定してください。なお，UNIXシステムでは，hostnameコマンドで取得するホスト名を使用することもできます。

監視ホスト名にエイリアス名を使用している場合
設定しているエイリアス名でIPアドレスを解決できるように環境を設定してください。

監視ホスト名の設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ホスト名とIPアドレスの設定は，次のどれかの方法で設定してください。

Performance Managementのホスト情報設定ファイル（jpchostsファイル）

hostsファイル

DNS（Domain Name System）

注意

Performance Managementは，DNS環境でも運用できますが，FQDN（Fully Qualified Domain Name）には対応していません。このため，監視ホスト名は，ドメイン名を除いて指定してください。

複数のLAN環境で使用する場合は，jpchostsファイルでIPアドレスを設定してください。詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Performance Managementは，DHCPによる動的なIPアドレスが割り振られているホスト上では運用できません。Performance Managementを導入するすべてのホストに，固定のIPアドレスを設定してください。

(b)　ポート番号の設定

Performance Managementプログラムのサービスは，デフォルトで次の表に示すポート番号が割り当てられています。これ以外のサービスまたはプログラムに対しては，サービスを起動するたびに，そのときシステムで使用されていないポート番号が自動的に割り当てられます。また，ファイアウォール環境で，Performance Managementを使用するときは，ポート番号を固定してください。ポート番号の固定の手順は，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。

表2-1　デフォルトのポート番号と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がインストールされているホストで設定される。

これらのPFM - Agentが使用するポート番号で通信できるように，ネットワークを設定してください。

(3)　インストールに必要なOSユーザー権限について

PFM - Agent for OpenTP1をインストールするときは，必ず，Administrators権限を持つアカウントで実行してください。

(4)　前提プログラム

ここでは，PFM - Agent for OpenTP1をインストールする場合に必要な前提プログラムを説明します。プログラムの構成図を次に示します。

図2-1　プログラムの構成図

(a)　監視対象プログラム

PFM - Agent for OpenTP1の監視対象プログラムを次に示します。

uCosminexus TP1/FS/Direct Access

uCosminexus TP1/FS/Table Access

uCosminexus TP1/LiNK

uCosminexus TP1/Message Control

uCosminexus TP1/Messaging

uCosminexus TP1/Server Base

これらの監視対象プログラムは，PFM - Agent for OpenTP1と同一ホストにインストールする必要があります。

(b)　Performance Managementプログラム

監視エージェントには，PFM - AgentとPFM - Baseをインストールします。PFM - BaseはPFM - Agentの前提プログラムです。同一ホストに複数のPFM - Agentをインストールする場合でも，PFM - Baseは一つだけでかまいません。

ただし，PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。

また，PFM - Agent for OpenTP1を使ってOpenTP1の稼働監視を行うためには，PFM - ManagerおよびPFM - Web Consoleが必要です。

(5)　クラスタシステムでのインストールとセットアップについて

クラスタシステムでのインストールとセットアップは，前提となるネットワーク環境やプログラム構成が，通常の構成のセットアップとは異なります。また，実行系ノードと待機系ノードでの作業が必要になります。詳細については，「第2編　4.　クラスタシステムでの運用」を参照してください。

(6)　注意事項

ここでは，Performance Managementをインストールおよびセットアップするときの注意事項を説明します。

(a)　環境変数に関する注意事項

Performance ManagementではJPC_HOSTNAMEを環境変数として使用しているため，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。

(b)　同一ホストにPerformance Managementプログラムを複数インストール，セットアップするときの注意事項

Performance Managementは，同一ホストにPFM - Manager，PFM - Web Console，およびPFM - Agentをインストールすることもできます。その場合の注意事項を次に示します。

PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - Agentの前提プログラムはPFM - Managerになるため，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 - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先PFM - ManagerをリモートホストのPFM - Managerに変更できません。リモートホストのPFM - Managerに接続したい場合は，インストールするホストにPFM - Managerがインストールされていないことを確認してください。

PFM - AgentがインストールされているホストにPFM - Managerをインストールすると，PFM - Agentの接続先PFM - Managerは自ホスト名に設定し直されます。共通メッセージログに設定結果が出力されています。結果を確認してください。

PFM - Web Consoleがインストールされているホストに，PFM - Agentをインストールする場合は，ブラウザーの画面をすべて閉じてからインストールを実施してください。

Performance Managementプログラムを新規にインストールした場合は，ステータス管理機能がデフォルトで有効になります。ただし，07-50から08-00以降にバージョンアップインストールした場合は，ステータス管理機能の設定状態はバージョンアップ前のままとなります。ステータス管理機能の設定を変更する場合は，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementの障害検知について説明している章を参照してください。

ポイント

システムの性能や信頼性を向上させるため，PFM - Manager，PFM - Web Console，およびPFM - Agentはそれぞれ別のホストで運用することをお勧めします。

(c)　バージョンアップの注意事項

古いバージョンのPFM - Agentからバージョンアップする場合の注意事項を次に示します。

なお，バージョンアップについての詳細は，「付録H　移行手順と移行時の注意事項」を参照してください。

Performance Managementのプログラムをインストールするときは，ローカルホストのPerformance Managementのプログラムおよびサービスをすべて停止しておいてください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

すでにPerformance ManagementプログラムがインストールされているホストにPFM - Agentをインストールする場合，PFM - Agentのインストールパスは，すでにインストールされているPFM - Web Console以外のPerformance Managementプログラムのインストールパスと同じになります。インストールパスを変更したい場合は，インストール済みのPFM - Web Console以外の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 - Agentを08-00以降にバージョンアップする際に，旧配置先のStore実行モジュールは削除されます。

バージョンアップインストール時，既存のStoreデータベースが自動的にバージョンアップされるため，一時的にStoreデータベースのディスク占有量が2倍になります。バージョンアップインストールを行う前に，Storeデータベースの格納先のディスクに十分な空き容量があるかどうか確認してください。

(d)　その他の注意事項

Performance Managementのプログラムが一つもインストールされていない環境に新規インストールする場合は，インストール先フォルダにファイルやフォルダがないことを確認してください。

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままインストールした場合，システムの再起動を促すメッセージが表示されることがあります。この場合は，メッセージに従ってシステムを再起動し，インストールを完了させてください。

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままの状態，ディスク容量が不足している状態，またはディレクトリ権限がない状態でインストールした場合，ファイルの展開に失敗することがあります。Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラムが起動している場合はすべて停止してからインストールし直してください。ディスク容量不足やディレクトリ権限不足が問題である場合は，問題を解決したあとにインストールし直してください。

Performance Managementのプログラムをインストールする場合，次に示すセキュリティ関連プログラムがインストールされていないかどうか確認してください。インストールされている場合，次の説明に従って対処してください。

セキュリティ監視プログラム
セキュリティ監視プログラムを停止するかまたは設定を変更して，Performance Managementのプログラムのインストールを妨げないようにしてください。

ウィルス検出プログラム
ウィルス検出プログラムを停止してからPerformance Managementのプログラムをインストールすることをお勧めします。
Performance Managementのプログラムのインストール中にウィルス検出プログラムが稼働している場合，インストールの速度が低下したり，インストールが実行できなかったり，または正しくインストールできなかったりすることがあります。

プロセス監視プログラム
プロセス監視プログラムを停止するかまたは設定を変更して，Performance Managementのサービスまたはプロセス，および共通コンポーネントのサービスまたはプロセスを監視しないようにしてください。
Performance Managementのプログラムのインストール中に，プロセス監視プログラムによって，これらのサービスまたはプロセスが起動されたり停止されたりすると，インストールに失敗することがあります。

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

PFM - Agent for OpenTP1をインストールおよびセットアップする流れを説明します。

図2-2　インストールとセットアップの流れ

PFM - ManagerおよびPFM - Web Consoleのインストールおよびセットアップの手順は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

2.1.3　インストール手順

ここでは，PFM - Agent for OpenTP1のプログラムをインストールする順序とCD-ROMの提供媒体からプログラムをインストールする手順を説明します。

＜この項の構成＞

(1)　プログラムのインストール順序

(2)　プログラムのインストール方法

(1)　プログラムのインストール順序

プログラムのインストール順序を次に示します。

PFM - Baseと同一ホストにPFM - Agentをインストールする場合
PFM - Base → PFM - Agentの順でインストールしてください。PFM - BaseがインストールされていないホストにPFM - Agentをインストールすることはできません。

PFM - Managerと同一ホストにPFM - Agentをインストールする場合
PFM - Manager → PFM - Agentの順でインストールしてください。PFM - ManagerがインストールされていないホストにPFM - Agentをインストールすることはできません。

また，Storeデータベースのバージョン1.0からバージョン2.0にバージョンアップする場合，PFM - AgentとPFM - Agentの前提プログラムであるPFM - ManagerまたはPFM - Baseのインストール条件によって，セットアップ方法が異なります。Storeバージョン2.0のセットアップ方法については，「2.4.3　Storeバージョン2.0への移行」を参照してください。

同一ホストに複数のPFM - Agentをインストールする場合，PFM - Agent相互のインストール順序は問いません。

図2-3　プログラムのインストール順序

(2)　プログラムのインストール方法

WindowsホストにPerformance Managementプログラムをインストールするには，CD-ROMの提供媒体を使用する方法と，JP1/NETM/DMを使用してリモートインストールする方法があります。JP1/NETM/DMを使用する方法については，マニュアル「JP1/NETM/DM 運用ガイド1（Windows(R)用）」を参照してください。

注意

インストールするホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

OSのユーザーアカウント制御機能（UAC）を有効にしている場合は，インストール中にユーザーアカウント制御のダイアログが表示されることがあります。ダイアログが表示された場合は，「続行」ボタンをクリックしてインストールを続行してください。「キャンセル」ボタンをクリックした場合は，インストールが中止されます。

CD-ROMの提供媒体を使用する場合のインストール手順を次に示します。

Performance Managementプログラムをインストールするホストに，Administrators権限でログオンする。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。

提供媒体をCD-ROMドライブに入れる。
起動したインストーラーの指示に従ってインストールを進めます。

2.1.4　PFM - Agent for OpenTP1のセットアップ手順

ここでは，PFM - Agent for OpenTP1を運用するための，セットアップについて説明します。

[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　PFM - Agent for OpenTP1の登録

(2)　インスタンス環境の設定

(3)　ネットワークの設定

(4)　ログのファイルサイズ変更

(5)　パフォーマンスデータの格納先の変更

(6)　PFM - Agent for OpenTP1の接続先PFM - Managerの設定

(7)　動作ログ出力の設定

(1)　PFM - Agent for OpenTP1の登録

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - ManagerおよびPFM - Web ConsoleにPFM - Agent for OpenTP1を登録する必要があります。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，ここで説明する手順は不要です。ただし，PFM - Managerのリリースノートに記載されていないデータモデルバージョンのPFM - Agentは，手動で登録する必要があります。なお，PFM - Agent for OpenTP1のデータモデルのバージョンについては，「付録I　バージョン互換」を参照してください。

PFM - Agentの登録の流れを次の図に示します。

図2-4　PFM - Agentの登録の流れ

注意

PFM - Agentの登録は，インスタンス環境を設定する前に実施してください。

すでにPFM - Agent for OpenTP1の情報が登録されているPerformance Managementシステムに，新たに同じバージョンのPFM - Agent for OpenTP1を追加した場合，PFM - Agentの登録は必要ありません。

バージョンが異なるPFM - Agent for OpenTP1を，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でセットアップしてください。

PFM - Managerと同じホストにPFM - Agentをインストールした場合，jpcconf agent setup(jpcagtsetup)コマンドが自動的に実行されます。共通メッセージログに「KAVE05908-I エージェント追加セットアップは正常に終了しました」と出力されるので，結果を確認してください。コマンドが正しく実行されていない場合は，コマンドを実行し直してください。コマンドの実行方法については，マニュアル「JP1/Performance Management リファレンス」のコマンドの章を参照してください。

(a)　PFM - Agent for OpenTP1のセットアップファイルをコピーする

PFM - Agent for OpenTP1をインストールしたホストにあるセットアップファイルをPFM - ManagerおよびPFM - Web Consoleをインストールしたホストにコピーします。手順を次に示します。

PFM - ManagerおよびPFM - Web Consoleのサービスが起動されている場合は，停止する。
サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表2-2　コピーするセットアップファイル

コピー先
PFM - Agentの
セットアップファイル

PFMプログラム名
OS
コピー先ディレクトリ

PFM - Manager
Windows
PFM - Managerのインストール先フォルダ¥setup¥
インストール先フォルダ¥setup¥jpcagthw.EXE

UNIX
/opt/jp1pc/setup/
インストール先フォルダ¥setup¥jpcagthu.Z

PFM - Web Console
Windows
PFM - Web Consoleのインストール先フォルダ¥setup¥
インストール先フォルダ¥setup¥jpcagthw.EXE

UNIX
/opt/jp1pcwebcon/setup/
インストール先フォルダ¥setup¥jpcagthu.Z

(b)　PFM - Managerホストでセットアップコマンドを実行する

PFM - ManagerでPFM - Agent for OpenTP1をセットアップするための次のコマンドを実行します。

jpcconf agent setup -key OpenTP1(jpcagtsetup agth)

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcconf agent setup(jpcagtsetup)コマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcconf agent setup(jpcagtsetup)コマンドを実行してください。

PFM - ManagerホストにあるPFM - Agentのセットアップファイルは，この作業が終了したあと削除してもかまいません。

(c)　PFM - Web Consoleホストでセットアップコマンドを実行する

PFM - Web ConsoleでPFM - Agent for OpenTP1をセットアップするための次のコマンドを実行します。

jpcwagtsetup

PFM - Web ConsoleホストにあるPFM - Agentのセットアップファイルは，この作業が終了したあと削除してもかまいません。

(2)　インスタンス環境の設定

PFM - Agent for OpenTP1で監視するOpenTP1システムのインスタンス情報を設定します。インスタンス情報の設定は，PFM - Agentホストで実施します。

設定するインスタンス情報を次の表に示します。セットアップの操作を始める前に，次の情報をあらかじめ確認してください。OpenTP1システムのインスタンス情報の詳細については，マニュアル「OpenTP1 運用と操作」を参照してください。

表2-3　PFM - Agent for OpenTP1のインスタンス情報

項目 | 説明 | 設定できる値 | デフォルト値
DCDIR | 監視対象OpenTP1システムの環境変数DCDIRの値（OpenTP1ディレクトリのパス）。 | 50バイト以内の半角文字列 | －
DCCONFPATH | 監視対象OpenTP1システムの環境変数DCCONFPATHの値（OpenTP1システム定義ファイル格納ディレクトリのパス）。 | 512バイト以内の半角文字列 | －
Store Version※ | 使用するStoreバージョン。 | {1.0 | 2.0} | 2.0

(凡例)

－：なし

注※

次に示すどちらかの場合で，初めてインスタンス環境を設定するときに必要です。

PFM - Agentと同一ホスト上のPFM - Baseが08-10以降の場合

PFM - Agentと同一ホスト上のPFM - Managerが08-10以降の場合

注意

インスタンス環境を設定していない場合，PFM - Agent for OpenTP1のサービスを起動できません。

インスタンス環境を構築するには，jpcconf inst setup(jpcinssetup)コマンドを使用します。インスタンス環境の構築手順を次に示します。

サービスキーおよびインスタンス名を指定して，jpcconf inst setup(jpcinssetup)コマンドを実行する。
例えば，PFM - Agent for OpenTP1のインスタンス名SDCのインスタンス環境を構築する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key OpenTP1 -inst SDC(jpcinssetup agth -inst SDC)

OpenTP1システムのインスタンス情報を設定する。
表2-3に示した項目を，コマンドの指示に従って入力してください。各項目とも省略はできません。デフォルトで表示されている値を，項目の入力とする場合はリターンキーだけを押してください。

すべての入力が終了すると，インスタンス環境が構築されます。構築されるインスタンス環境を次に示します。

インスタンス環境のフォルダ構成
次のフォルダ下にインスタンス環境が構築されます。

物理ホストの場合：インストール先フォルダ¥agth

論理ホストの場合：環境フォルダ※¥jp1pc¥agth

注※

環境フォルダとは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

構築されるインスタンス環境のフォルダ構成を次の表に示します。

表2-4　インスタンス環境のフォルダ構成

フォルダ名・ファイル名 | 説明
agent | インスタンス名 | jpcagt.ini | Agent Collectorサービス起動情報ファイル
jpcagt.ini.model※1 | Agent Collectorサービス起動情報ファイルのモデルファイル
log | ログファイル格納フォルダ
store | インスタンス名 | jpcsto.ini | Agent Storeサービス起動情報ファイル
jpcsto.ini.model※1 | Agent Storeサービス起動情報ファイルのモデルファイル
import※2 | インポート先フォルダ
partial※2 | 部分バックアップ先フォルダ
*.DAT | データモデル定義ファイル
dump | エクスポート先フォルダ
backup | バックアップ先フォルダ
log | ログファイル格納フォルダ

注※1

インスタンス環境を構築した時点の設定値に戻したいときに使用します。

注※2

Storeバージョン2.0を使用しているときだけ作成されます。

インスタンス環境のサービスID
インスタンス環境のサービスIDは次のようになります。

プロダクトID 機能ID インスタンス番号 インスタンス名 [ホスト名]

PFM - Agent for OpenTP1の場合，インスタンス名にはjpcconf inst setup(jpcinssetup)コマンドで指定したインスタンス名が表示されます。
サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録を参照してください。

インスタンス環境のWindowsのサービス名
インスタンス環境のWindowsのサービス名は次のようになります。

Agent Collectorサービス：PFM - Agent for OpenTP1 インスタンス名[論理ホスト名]

Agent Storeサービス：PFM - Agent Store for OpenTP1 インスタンス名[論理ホスト名]

Windowsのサービス名については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録を参照してください。

(3)　ネットワークの設定[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の二つの項目を設定できます。

IPアドレスを設定する
Performance Managementを複数のLANに接続されたネットワークで使用するときに設定します。複数のIPアドレスを設定するには，jpchostsファイルにホスト名とIPアドレスを定義します。設定したjpchostsファイルはPerformance Managementシステム全体で統一させてください。
詳細についてはマニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ポート番号を設定する
Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号とサービス名は，Performance Managementシステム全体で統一させてください。
ポート番号の設定の詳細についてはマニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(4)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2ファイル使用されます。このファイルサイズを変更したい場合にだけ，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，構成変更について説明している章を参照してください。

(5)　パフォーマンスデータの格納先の変更[図データ]

PFM - Agent for OpenTP1で管理されるパフォーマンスデータの格納先を変更したい場合に，必要な設定です。

パフォーマンスデータの格納先は次のとおりです。

保存先：インストール先フォルダ¥agth¥store¥インスタンス名¥

バックアップ先：インストール先フォルダ¥agth¥store¥インスタンス名¥backup¥

部分バックアップ先※：インストール先フォルダ¥agth¥store¥インスタンス名¥partial¥

エクスポート先：インストール先フォルダ¥agth¥store¥インスタンス名¥dump¥

インポート先※：インストール先フォルダ¥agth¥store¥インスタンス名¥import¥

注※

Storeバージョン2.0を使用しているときだけ設定できます。

注意

論理ホストで運用する場合のデフォルトの保存先については，「インストール先フォルダ」を「環境フォルダ¥jp1pc」に読み替えてください。

詳細については，「2.4.1　パフォーマンスデータの格納先の変更」を参照してください。

(6)　PFM - Agent for OpenTP1の接続先PFM - Managerの設定

PFM - Agentがインストールされているホストで，そのPFM - Agentを管理するPFM - Managerを設定します。接続先のPFM - Managerを設定するには，jpcconf mgrhost define(jpcnshostname)コマンドを使用します。

注意

同一ホスト上に，複数のPFM - Agentがインストールされている場合でも，接続先に指定できるPFM - Managerは，一つだけです。PFM - Agentごとに異なるPFM - Managerを接続先に設定することはできません。

PFM - AgentとPFM - Managerが同じホストにインストールされている場合，接続先PFM - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先のPFM - ManagerをほかのPFM - Managerに変更できません。

手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する
セットアップを実施する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，サービスの起動と停止について説明している章を参照してください。
jpcconf mgrhost define(jpcnshostname)コマンド実行時に，Performance Managementのプログラムおよびサービスが起動されている場合は，停止を問い合わせるメッセージが表示されます。

接続先のPFM - Managerホストのホスト名を指定して，jpcconf mgrhost define(jpcnshostname)コマンドを実行する
例えば，接続先のPFM - Managerがホストhost01上にある場合，次のように指定します。

jpcconf mgrhost define -host host01(jpcnshostname -s host01)

(7)　動作ログ出力の設定[図データ]

PFMサービスの起動・停止時，またはPFM - Managerとの接続状態の変更時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

設定方法については，「付録J　動作ログの出力」を参照してください。

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

ここでは，PFM - Agent for OpenTP1をアンインストールおよびアンセットアップする手順を示します。

＜この節の構成＞

2.2.1　アンインストールの前に

2.2.2　アンセットアップ手順

2.2.3　アンインストール手順

2.2.1　アンインストールの前に

ここでは，PFM - Agent for OpenTP1をアンインストールおよびアンセットアップするときの注意事項を次に示します。

＜この項の構成＞

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

(2)　ネットワークに関する注意事項

(3)　プログラムに関する注意事項

(4)　サービスに関する注意事項

(5)　その他の注意事項

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

PFM - Agentをアンインストールするときは，必ず，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 - Agentをアンインストールしただけでは，jpctool service list(jpcctrl list)コマンドで表示できるサービスの情報は削除されません。この場合，jpctool service delete(jpcctrl delete)コマンドを使用してサービスの情報を削除してください。

(5)　その他の注意事項

PFM - Web Consoleがインストールされているホストから，Performance Managementプログラムをアンインストールする場合は，ブラウザーの画面をすべて閉じてからアンインストールを実施してください。

2.2.2　アンセットアップ手順

ここでは，PFM - Agent for OpenTP1をアンセットアップする手順を説明します。

＜この項の構成＞

(1)　インスタンス環境のアンセットアップ

(2)　PFM - Managerでの設定の削除

(1)　インスタンス環境のアンセットアップ

インスタンス環境をアンセットアップするには，まず，インスタンス名を確認し，インスタンス環境を削除します。インスタンス環境の削除は，PFM - Agentホストで実施します。

インスタンス名を確認するには，jpcconf inst list(jpcinslist)コマンドを使用します。また，構築したインスタンス環境を削除するには，jpcconf inst unsetup(jpcinsunsetup)コマンドを使用します。

インスタンス環境をアンセットアップする手順を次に示します。

インスタンス名を確認する。
PFM - Agent for OpenTP1を示すサービスキーを指定して，jpcconf inst list(jpcinslist)コマンドを実行します。

jpcconf inst list -key OpenTP1(jpcinslist agth)

設定されているインスタンス名がSDCの場合，SDCと表示されます。

インスタンス環境のPFM - Agentのサービスが起動されている場合は，停止する。
サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，サービスの起動と停止について説明している章を参照してください。

インスタンス環境を削除する。
PFM - Agent for OpenTP1を示すサービスキーおよびインスタンス名を指定して，jpcconf inst unsetup(jpcinsunsetup)コマンドを実行します。
設定されているインスタンス名がSDCの場合，次のように指定します。

jpcconf inst unsetup -key OpenTP1 -inst SDC(jpcinsunsetup agth -inst SDC)

jpcconf inst unsetup(jpcinsunsetup)コマンドが正常終了すると，インスタンス環境として構築されたフォルダ，サービスIDおよびWindowsのサービスが削除されます。

注意

インスタンス環境をアンセットアップしても，jpctool service list(jpcctrl list)コマンドで表示できるサービスの情報は削除されません。この場合，jpctool service delete(jpcctrl delete)コマンドを使用してサービスの情報を削除してください。次に指定例を示します。

インスタンス名：SDC

ホスト名：host01

Agent CollectorサービスのサービスID：HA1SDC[host01]

Agent StoreサービスのサービスID：HS1SDC[host01]

jpctool service delete -id サービスID -host host01(jpcctrl delete サービスID host=host01)

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

(2)　PFM - Managerでの設定の削除

PFM - Web ConsoleでPFM - Managerにログインし，アンセットアップするPFM - Agent for OpenTP1に関連する定義を削除してください。

手順を次に示します。

PFM - Web Consoleから，エージェントを削除する。

PFM - Managerのエージェント情報を削除する。
例えば，ホストhost01のPFM - Agent for OpenTP1のサービス情報を削除する場合，次のように指定してコマンドを実行します。

jpctool service delete -id サービスID -host host01(jpcctrl delete サービスID host=host01)

サービスIDには削除するエージェントのサービスIDを指定してください。

PFM - Managerサービスを再起動する。
サービスの起動方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Web Consoleを再起動する。
サービス情報の削除をPFM - Web Consoleで有効にするには，PFM - Managerサービスを再起動したあと，PFM - Web Consoleを再起動してください。

2.2.3　アンインストール手順

PFM - Agent for OpenTP1をアンインストールする手順を説明します。

PFM - Agent for OpenTP1をアンインストールするホストに，Administrators権限でログオンする。

ローカルホストでPerformance Managementのプログラムおよびサービスを停止する。
サービス情報を表示して，サービスが起動されていないか確認してください。サービスの停止方法およびサービス情報の表示方法については，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementの起動と停止について説明している章を参照してください。
ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。

アンインストールするPerformance Managementプログラムを選択する。
Windowsの［コントロールパネル］で［プログラムの追加と削除］※を選択して，アンインストールするPerformance Managementプログラムを選択します。
注※　Windowsのバージョンによって名称が異なる場合があります。

［削除］を選択し，［OK］ボタンをクリックする。
選択したプログラムがアンインストールされます。

アンインストールする場合の注意事項

OSのユーザーアカウント制御機能（UAC）を有効にしている場合は，アンインストール中にユーザーアカウント制御のダイアログが表示されることがあります。ダイアログが表示された場合は，「続行」ボタンをクリックしてアンインストールを続行してください。「キャンセル」ボタンをクリックした場合は，アンインストールが中止されます。

2.3　PFM - Agent for OpenTP1のシステム構成の変更

監視対象システムのネットワーク構成の変更や，ホスト名の変更などに応じて，PFM - Agent for OpenTP1のシステム構成を変更する場合があります。ここでは，PFM - Agent for OpenTP1のシステム構成を変更する手順を説明します。

PFM - Agent for OpenTP1のシステム構成を変更する場合，PFM - ManagerやPFM - Web Consoleの設定変更もあわせて行う必要があります。Performance Managementのシステム構成を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。なお，物理ホスト名またはエイリアス名を変更するときに，固有の追加作業が必要なPFM - Agentもありますが，PFM - Agent for OpenTP1の場合，固有の追加作業は必要ありません。

2.4　PFM - Agent for OpenTP1の運用方式の変更

収集した稼働監視データの運用手順の変更などで，PFM - Agent for OpenTP1の運用方式を変更する場合があります。ここでは，PFM - Agent for OpenTP1の運用方式を変更する手順を説明します。Performance Management全体の運用方式を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

＜この節の構成＞

2.4.1　パフォーマンスデータの格納先の変更

2.4.2　インスタンス環境の更新の設定

2.4.3　Storeバージョン2.0への移行

2.4.1　パフォーマンスデータの格納先の変更

PFM - Agent for OpenTP1で収集したパフォーマンスデータは，PFM - Agent for OpenTP1のAgent StoreサービスのStoreデータベースで管理しています。ここでは，パフォーマンスデータの格納先の変更方法について説明します。

＜この項の構成＞

(1)　jpcconf db define(jpcdbctrl config)コマンドを使用して設定を変更する

(2)　jpcsto.iniファイルを編集して設定を変更する（Storeバージョン1.0の場合だけ）

(1)　jpcconf db define(jpcdbctrl config)コマンドを使用して設定を変更する

Storeデータベースで管理されるパフォーマンスデータの，次のデータ格納先フォルダを変更したい場合は，jpcconf db define(jpcdbctrl config)コマンドで設定します。Storeデータベースの格納先フォルダを変更する前に収集したパフォーマンスデータが必要な場合は，jpcconf db define(jpcdbctrl config)コマンドの-moveオプションを使用してください。jpcconf db define(jpcdbctrl config)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

保存先フォルダ

バックアップ先フォルダ

部分バックアップ先フォルダ※

エクスポート先フォルダ

インポート先フォルダ※

注※

Storeバージョン2.0を使用しているときだけ設定できます。

(2)　jpcsto.iniファイルを編集して設定を変更する（Storeバージョン1.0の場合だけ）

Storeバージョン1.0を使用しているときは，jpcsto.iniを直接編集して変更できます。

(a)　jpcsto.iniファイルの設定項目

jpcsto.iniファイルで編集するラベル名，設定できる値の範囲などを次の表に示します。

表2-5　パフォーマンスデータの格納先の設定項目（jpcsto.iniの[Data Section]セレクション）

説明 | ラベル名 | 設定できる値※1 | デフォルト値※2
パフォーマンスデータの保存先フォルダ | Store Dir※3 | 1～127バイトの半角英数字 | インストール先フォルダ¥agth¥store¥インスタンス名
パフォーマンスデータのバックアップ先フォルダ | Backup Dir※3 | 1～127バイトの半角英数字 | インストール先フォルダ¥agth¥store¥インスタンス名¥backup
パフォーマンスデータをバックアップする場合の最大世代番号 | Backup Save | 1～9 | 5
パフォーマンスデータのエクスポート先フォルダ | Dump Dir※3 | 1～127バイトの半角英数字 | インストール先フォルダ¥agth¥store¥インスタンス名¥dump

注※1

フォルダ名は，Storeデータベースのデフォルト格納先フォルダ（インストール先フォルダ¥agth¥store¥インスタンス名）からの相対パスか，または絶対パスで指定してください。

指定できる文字は，次の文字を除く，半角英数字，半角記号および半角空白です。
; , * ? ' " < > |

指定値に誤りがある場合，Agent Storeサービスは起動できません。

注※2

論理ホストで運用する場合のデフォルト値については，「インストール先フォルダ」を「環境フォルダ¥jp1pc」に読み替えてください。

注※3

Store Dir，Backup Dir，およびDump Dirには，それぞれ重複したフォルダを指定できません。

(b)　jpcsto.iniファイルの編集前の準備

Storeデータベースの格納先フォルダを変更する場合は，変更後の格納先フォルダを事前に作成しておいてください。

Storeデータベースの格納先フォルダを変更すると，変更前に収集したパフォーマンスデータを使用できなくなります。変更前に収集したパフォーマンスデータが必要な場合は，次に示す手順でデータを引き継いでください。

jpctool db backup(jpcctrl backup)コマンドでStoreデータベースに格納されているパフォーマンスデータのバックアップを採取する。

「(c)　jpcsto.iniファイルの編集手順」に従ってStoreデータベースの格納先フォルダを変更する。

jpctool db restore(jpcresto)コマンドで変更後のフォルダにバックアップデータをリストアする。

(c)　jpcsto.iniファイルの編集手順

手順を次に示します。

PFM - Agentのサービスを停止する。
ローカルホストでPFM - Agentのプログラムおよびサービスが起動されている場合は，すべて停止してください。

テキストエディターなどで，jpcsto.iniファイルを開く。

パフォーマンスデータの格納先フォルダなどを変更する。
次に示す網掛け部分を，必要に応じて修正してください。

注意

行頭および「=」の前後には空白文字を入力しないでください。

各ラベルの値の「.」は，Agent StoreサービスのStoreデータベースのデフォルト格納先フォルダ（インストール先フォルダ¥agth¥store¥インスタンス名）を示します。格納先を変更する場合，その格納先フォルダからの相対パスか，または絶対パスで記述してください。

Storeデータベースの格納先を変更する場合，指定するフォルダを事前に作成してください。

jpcsto.iniファイルには，データベースの格納先フォルダ以外にも，定義情報が記述されています。[Data Section]セクション以外の値は変更しないようにしてください。[Data Section]セクション以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpcsto.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

注意

この手順でStoreデータベースの保存先フォルダを変更した場合，パフォーマンスデータファイルは変更前のフォルダから削除されません。これらのファイルが不要な場合は，次に示すファイルだけを削除してください。

拡張子が.DBのすべてのファイル

拡張子が.IDXのすべてのファイル

2.4.2　インスタンス環境の更新の設定

インスタンス環境を更新する手順を次に示します。

複数のインスタンス環境を更新する場合は，この手順を繰り返し実施します。

インスタンス名を確認するには，jpcconf inst list(jpcinslist)コマンドを使用します。また，インスタンス環境を更新するには，jpcconf inst setup(jpcinssetup)コマンドを使用します。

インスタンス名を確認する。
インスタンス環境で動作しているPFM - Agent for OpenTP1を示すサービスキーを指定して，jpcconf inst list(jpcinslist)コマンドを実行します。
例えば，PFM - Agent for OpenTP1のインスタンス名を確認したい場合，次のように指定してコマンドを実行します。

jpcconf inst list -key OpenTP1(jpcinslist agth)

設定されているインスタンス名がSDCの場合，SDCと表示されます。

更新する情報を確認する。
インスタンス環境で更新できる情報を，次の表に示します。

表2-6　PFM - Agent for OpenTP1のインスタンス情報

項目 | 説明 | 設定できる値 | デフォルト値
DCDIR | 監視対象OpenTP1システムの環境変数DCDIRの値（OpenTP1ディレクトリのパス）。 | 50バイト以内の半角文字列 | －
DCCONFPATH | 監視対象OpenTP1システムの環境変数DCCONFPATHの値（OpenTP1システム定義ファイル格納ディレクトリのパス）。 | 512バイト以内の半角文字列 | －

(凡例)

－：なし

更新したいインスタンス環境のPFM - Agent for OpenTP1のサービスが起動されている場合は，停止する。
jpcconf inst setup(jpcinssetup)コマンド実行時に，更新したいインスタンス環境のサービスが起動されている場合は，確認メッセージが表示され，サービスを停止できます。サービスを停止した場合は，更新処理が続行されます。サービスを停止しなかった場合は，更新処理が中断されます。

更新したいインスタンス環境のPFM - Agent for OpenTP1を示すサービスキーおよびインスタンス名を指定して，jpcconf inst setup(jpcinssetup)コマンドを実行する。
例えば，PFM - Agent for OpenTP1のインスタンス名SDCのインスタンス環境を更新する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key OpenTP1 -inst SDC(jpcinssetup agth -inst SDC)

OpenTP1のインスタンス情報を更新する。
表2-6に示した項目を，コマンドの指示に従って入力します。現在設定されている値が表示されます。表示された値を変更しない場合は，リターンキーだけを押してください。すべての入力が終了すると，インスタンス環境が更新されます。

更新したインスタンス環境のサービスを再起動する。
サービスの起動方法および停止方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，サービスの起動と停止について説明している章を参照してください。コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

2.4.3　Storeバージョン2.0への移行

Storeデータベースの保存形式には，バージョン1.0と2.0の2種類があります。Storeバージョン1.0およびStoreバージョン2.0の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」を参照してください。

Storeバージョン2.0は，PFM - BaseまたはPFM - Managerのバージョン08-10以降の環境に，08-10以降のPFM - Agent for OpenTP1を新規インストールした場合にだけデフォルトで利用できます。それ以外の場合は，Storeバージョン1.0形式のままとなっているため，セットアップコマンドによってStoreバージョン2.0に移行してください。

何らかの理由によってStoreバージョン1.0に戻す必要がある場合は，Storeバージョン2.0のアンセットアップを行ってください。

インストール条件に対応するStoreバージョン2.0の利用可否と利用手順を次の表に示します。

表2-7　Storeバージョン2.0の利用可否および利用手順

インストール条件 | Storeバージョン2.0の利用可否 | Storeバージョン2.0の利用手順
インストール済みのPFM - Base，またはPFM - Managerのバージョン | PFM - Agentのインストール方法
08-10より前 | 上書きインストール | 利用できない | PFM - Base，または，PFM - Managerを08-10にバージョンアップ後，セットアップコマンドを実行
新規インストール
08-10以降 | 上書きインストール | セットアップ後利用できる | セットアップコマンドを実行
新規インストール | 利用できる | 設定不要

＜この項の構成＞

(1)　Storeバージョン2.0のセットアップ

(2)　Storeバージョン2.0のアンセットアップ

(3)　注意事項

(1)　Storeバージョン2.0のセットアップ

Storeバージョン2.0へ移行する場合のセットアップ手順について説明します。

システムリソース見積もりと保存期間の設定
Storeバージョン2.0の導入に必要なシステムリソースが，実行環境に適しているかどうかを確認してください。必要なシステムリソースを次に示します。

ディスク容量

ファイル数

1プロセスがオープンするファイル数

これらの値は保存期間の設定によって調節できます。実行環境の保有しているリソースを考慮して保存期間を設定してください。システムリソースの見積もりについては，「付録A　システム見積もり」を参照してください。

フォルダの設定
Storeバージョン2.0に移行する場合に，Storeバージョン1.0でのフォルダ設定では，Agent Storeサービスが起動しないことがあります。このため，Agent Storeサービスが使用するフォルダの設定を見直す必要があります。Agent Storeサービスが使用するフォルダの設定はjpcconf db define(jpcdbctrl config)コマンドを使用して表示・変更できます。jpcconf db define(jpcdbctrl config)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。
Storeバージョン2.0は，Storeデータベースの保存先フォルダやバックアップ先フォルダの最大長がStoreバージョン1.0と異なります。Storeバージョン1.0でフォルダの設定を相対パスに変更している場合，絶対パスに変換した値がStoreバージョン2.0でのフォルダ最大長の条件を満たしているかどうかを確認してください。Storeバージョン2.0のフォルダ最大長は214バイトです。フォルダ最大長の条件を満たしていない場合は，Agent Storeサービスが使用するフォルダの設定を変更したあと，手順3.以降に進んでください。

セットアップコマンドの実行
Storeバージョン2.0に移行するため，次のコマンドを実行します。
jpcconf db vrset -ver 2.0 -key OpenTP1(jpcdbctrl setup -key agth)
jpcconf db vrset(jpcdbctrl setup)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

保存期間の設定
手順1.の見積もり時に設計した保存期間を設定します。Agent Storeサービスを起動して，PFM - Web Consoleで設定してください。

(2)　Storeバージョン2.0のアンセットアップ

Storeバージョン2.0はjpcconf db vrset -ver 1.0(jpcdbctrl unsetup)コマンドを使用してアンセットアップします。Storeバージョン2.0をアンセットアップすると，Storeデータベースのデータはすべて初期化され，Storeバージョン1.0に戻ります。

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

(3)　注意事項

移行についての注意事項を次に示します。

(a)　Storeバージョン1.0からStoreバージョン2.0に移行する場合

StoreデータベースをStoreバージョン1.0からStoreバージョン2.0に移行した場合，PIレコードタイプのレコードの保存期間の設定は引き継がれます。ただし，PDレコードタイプのレコードについては，以前の設定値（保存レコード数）に関係なくデフォルトの保存日数がレコードごとに設定され，保存日数以前に収集されたデータは削除されます。

例えば，Storeバージョン1.0で，Collection Intervalが3,600秒のPDレコードの保存レコード数を1,000に設定していた場合，PDレコードは1日に24レコード保存されることになるので，1,000÷24≒約42日分のデータが保存されています。このStoreデータベースをStoreバージョン2.0へ移行した結果，デフォルトの保存日数が10日に設定されたとすると，11日以上前のデータは削除されて参照できなくなります。

したがって，Storeバージョン2.0へ移行する前に，PDレコードタイプのレコードについて保存レコード数の設定を確認してください。Storeバージョン2.0でのデフォルトの保存日数以上のデータが保存される設定になっている場合は，jpctool db dump(jpcctrl dump)コマンドでデータベース内のデータを出力してください。Storeバージョン2.0でのデフォルト保存日数については，「付録A.2(3)　Storeデータベース（Storeバージョン2.0）のディスク占有量」を参照してください。

(b)　Storeバージョン2.0からStoreバージョン1.0に戻す場合

Storeバージョン2.0をアンセットアップすると，データは初期化されます。このため，Storeバージョン2.0をアンセットアップしてStoreバージョン1.0に戻す前に，jpctool db dump(jpcctrl dump)コマンドでStoreバージョン2.0の情報を出力してください。

2.5　コマンドプロンプトの起動方法

OSのユーザーアカウント制御機能（UAC）を有効にしている場合，コマンドプロンプトは，次の2種類の特権モードで動作します。

管理者特権モードのコマンドプロンプト（管理者コンソール）
Windowsのすべての操作ができるコマンドプロンプトです。

標準特権モードのコマンドプロンプト（標準コンソール）
ユーザー操作の権限が制限されたコマンドプロンプトです。

ユーザーアカウント制御機能（UAC）を無効にしている場合は，常に管理者コンソールが起動されます。

Performance Managementが提供しているコマンドは，必ず管理者コンソールで実行してください。

管理者ユーザーごとのコマンドプロンプトの起動方法を次の表に示します。

表2-8　管理者ユーザーごとのコマンドプロンプトの起動方法

管理者グループ
管理者ユーザー
起動方法

Administrators
Administrator
コマンドプロンプトを起動すると，管理者コンソールが起動されます。

上記以外のユーザー
UACが有効な場合

コマンドプロンプトを起動すると，標準コンソールが起動されます。

管理者コンソールを起動する場合，ユーザーアカウント制御のダイアログが表示されます。ダイアログの［続行］ボタンをクリックすると管理者コンソールが起動されます。［キャンセル］ボタンをクリックした場合は，コマンドプロンプトは起動されません。

UACが無効な場合

コマンドプロンプトを起動すると，管理者コンソールが起動されます。

管理者コンソールは，OSで用意されている管理者コンソールと，PFM - Baseから提供されている管理者コンソールがあります。それぞれの起動方法を説明します。

＜この節の構成＞

(1)　OSが用意している管理者コンソールの起動方法

(2)　PFM - Baseが提供している管理者コンソールの起動方法

(1)　OSが用意している管理者コンソールの起動方法

［スタート］メニューから［プログラム］－［アクセサリ］－［コマンドプロンプト］を右クリックし，［管理者として実行］を選択します。

起動されたコマンドプロンプトが管理者コンソールであるかどうかは，タイトルバーに［管理者］が表示されているどうかで判断できます。

図2-5　OSが用意している管理者コンソールの画面

(2)　PFM - Baseが提供している管理者コンソールの起動方法

［スタート］メニューから［プログラム］－［Performance Management］－［管理者コンソール］を選択します。

図2-6　PFM - Baseが提供している管理者コンソールの画面

2.6　バックアップとリストア

PFM - Agent for OpenTP1のバックアップおよびリストアについて説明します。

障害が発生してシステムが壊れた場合に備えて，PFM - Agent for OpenTP1の設定情報のバックアップを取得してください。また，PFM - Agent for OpenTP1をセットアップしたときなど，システムを変更した場合にもバックアップを取得してください。

なお，Performance Managementシステム全体のバックアップおよびリストアについては，マニュアル「JP1/Performance Management 運用ガイド」のバックアップとリストアについて説明している章を参照してください。

＜この節の構成＞

2.6.1　バックアップ

2.6.2　リストア

2.6.1　バックアップ

バックアップはファイルをコピーするなど，任意の方法で取得してください。バックアップを取得する場合は，PFM - Agent for OpenTP1のサービスを停止した状態で取得してください。

PFM - Agent for OpenTP1の設定情報のバックアップ対象ファイルを次の表に示します。

表2-9　 PFM - Agent for OpenTP1のバックアップ対象ファイル

ファイル名 | 説明
インストール先フォルダ¥agth¥agent¥インスタンス名¥*.ini | Agent Collectorサービスの設定ファイル
インストール先フォルダ¥agth¥store¥インスタンス名¥*.ini | Agent Storeサービスの設定ファイル

注意

論理ホストで運用する場合のファイル名については，「インストール先フォルダ」を「環境フォルダ¥jp1pc」に読み替えてください。

PFM - Agent for OpenTP1のバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

2.6.2　リストア

PFM - Agent for OpenTP1の設定情報をリストアする場合は，次に示す前提条件の内容を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。

前提条件

PFM - Agent for OpenTP1がインストール済みであること。

PFM - Agent for OpenTP1のサービスが停止していること。

注意

PFM - Agent for OpenTP1の設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - Agent for OpenTP1 08-50でバックアップした設定情報をPFM - Agent for OpenTP1 08-50にリストアする。

リストアできないケース

・PFM - Agent for OpenTP1 08-00でバックアップした設定情報をPFM - Agent for OpenTP1 08-50にリストアする。

・PFM - Agent for OpenTP1 08-00でバックアップした設定情報をPFM - Agent for OpenTP1 08-00-10にリストアする。

2.7　Webブラウザでマニュアルを参照するための設定

Performance Managementでは，PFM - Web Consoleがインストールされているホストに，プログラムプロダクトに標準添付されているマニュアルCD-ROMからマニュアルをコピーすることで，Webブラウザでマニュアルを参照できるようになります。なお，PFM - Web Consoleをクラスタ運用している場合は，実行系，待機系それぞれの物理ホストでマニュアルをコピーしてください。

＜この節の構成＞

2.7.1　設定手順

2.7.2　参照手順

2.7.1　設定手順

＜この項の構成＞

(1)　PFM - Web Consoleのヘルプからマニュアルを参照する場合

(2)　お使いのマシンのハードディスクから参照する場合

(1)　PFM - Web Consoleのヘルプからマニュアルを参照する場合

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

PFM - Web Consoleがインストールされているホストに，マニュアルのコピー先ディレクトリを作成する。

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

UNIXの場合：/opt/jp1pcwebcon/doc/ja/××××

××××には，PFM - AgentのヘルプIDを指定してください。ヘルプIDについては，「付録C　識別子一覧」を参照してください。

上記で作成したディレクトリの直下に，マニュアルCD-ROMから次のファイルおよびディレクトリをコピーする。

HTMLマニュアルの場合

Windowsの場合：CD-ROMドライブ¥MAN¥3020¥資料番号（03004A0Dなど）下の，すべてのhtmファイルおよびFIGUREフォルダ

UNIXの場合：/CD-ROMのマウントポイント/MAN/3020/資料番号（03004A0Dなど）下の，すべてのhtmファイルおよびFIGUREディレクトリ

PDFマニュアルの場合

Windowsの場合：CD-ROMドライブ¥MAN¥3020¥資料番号（03004A0Dなど）下のPDFファイル

UNIXの場合：/CD-ROMのマウントポイント/MAN/3020/資料番号（03004A0Dなど）下のPDFファイル

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

PFM - Web Consoleを再起動する。

(2)　お使いのマシンのハードディスクから参照する場合

CD-ROMのsetup.exeを使ってインストールするか，または直接htmファイル，PDFファイル，およびGIFファイルを任意のディレクトリにコピーしてください。HTMLマニュアルの場合，次のディレクトリ構成になるようにしてください。

html（htmファイルおよびPDFファイルを格納）

└FIGURE（GIFファイルを格納）

2.7.2　参照手順

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

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

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

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

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

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

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

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

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

この章では，PFM - Agent for OpenTP1のインストールおよびセットアップ方法について説明します。Performance Managementシステム全体のインストールおよびセットアップ方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，UNIX用のインストールとセットアップについて説明している章を参照してください。

＜この章の構成＞

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

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

3.3　PFM - Agent for OpenTP1のシステム構成の変更

3.4　PFM - Agent for OpenTP1の運用方式の変更

3.5　バックアップとリストア

3.6　Webブラウザでマニュアルを参照するための設定

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

ここでは，PFM - Agent for OpenTP1をインストールおよびセットアップする手順を示します。

＜この節の構成＞

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

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

3.1.3　インストール手順

3.1.4　PFM - Agent for OpenTP1のセットアップ手順

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

PFM - Agent for OpenTP1をインストールおよびセットアップする前に確認しておくことを説明します。

＜この項の構成＞

(1)　前提OS

(2)　ネットワークの環境設定

(3)　インストールに必要なOSユーザー権限について

(4)　前提プログラム

(5)　クラスタシステムでのインストールとセットアップについて

(6)　注意事項

(1)　前提OS

PFM - Agent for OpenTP1が動作するOSを次に示します。

AIX

Linux (x86)，Linux (x64)

(2)　ネットワークの環境設定

Performance Managementが動作するためのネットワーク環境について説明します。

(a)　IPアドレスの設定

PFM - Agentのホストは，ホスト名でIPアドレスが解決できる環境を設定してください。IPアドレスが解決できない環境では，PFM - Agentは起動できません。

監視ホスト名（Performance Managementシステムのホスト名として使用する名前）には，実ホスト名またはエイリアス名を使用できます。

監視ホスト名に実ホスト名を使用している場合
Windowsシステムではhostnameコマンド，UNIXシステムではuname -nコマンドを実行して確認したホスト名で，IPアドレスを解決できるように環境を設定してください。なお，UNIXシステムでは，hostnameコマンドで取得するホスト名を使用することもできます。

監視ホスト名にエイリアス名を使用している場合
設定しているエイリアス名でIPアドレスを解決できるように環境を設定してください。

監視ホスト名の設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ホスト名と，IPアドレスの設定は，次のどれかの方法で設定してください。

Performance Managementのホスト情報設定ファイル（jpchostsファイル）

hostsファイル

DNS（Domain Name System）

注意

Performance Managementは，DNS環境でも運用できますが，FQDN（Fully Qualified Domain Name）形式のホスト名には対応していません。このため，監視ホスト名は，ドメイン名を除いて指定してください。

複数のLAN環境で使用する場合は，jpchostsファイルでIPアドレスを設定してください。詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Performance Managementは，DHCPによる動的なIPアドレスが割り振られているホスト上では運用できません。Performance Managementを導入するすべてのホストに，固定のIPアドレスを設定してください。

(b)　ポート番号の設定

Performance Managementプログラムのサービスは，デフォルトで次の表に示すポート番号が割り当てられています。これ以外のサービスまたはプログラムに対しては，サービスを起動するたびに，そのときシステムで使用されていないポート番号が自動的に割り当てられます。また，ファイアウォール環境で，Performance Managementを使用するときは，ポート番号を固定してください。ポート番号の固定の手順は，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。

表3-1　デフォルトのポート番号と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がインストールされているホストで設定される。

これらのPFM - Agentが使用するポート番号で通信できるように，ネットワークを設定してください。

(3)　インストールに必要なOSユーザー権限について

PFM - Agent for OpenTP1をインストールするときは，必ず，ローカルホストのスーパーユーザー権限を持つアカウントを使用してください。

(4)　前提プログラム

ここでは，PFM - Agent for OpenTP1をインストールする場合に必要な前提プログラムを説明します。プログラムの構成図を次に示します。

図3-1　プログラムの構成図

(a)　監視対象プログラム

PFM - Agent for OpenTP1の監視対象プログラムを次に示します。

TP1/FS/Direct AccessまたはuCosminexus TP1/FS/Direct Access

TP1/FS/Table AccessまたはuCosminexus TP1/FS/Table Access

TP1/Message ControlまたはuCosminexus TP1/Message Control

TP1/Server BaseまたはuCosminexus TP1/Server Base

これらの監視対象プログラムは，PFM - Agent for OpenTP1と同一ホストにインストールする必要があります。

(b)　Performance Managementプログラム

監視エージェントには，PFM - AgentとPFM - Baseをインストールします。PFM - BaseはPFM - Agentの前提プログラムです。同一ホストに複数のPFM - Agentをインストールする場合でも，PFM - Baseは一つだけでかまいません。

ただし，PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。

また，PFM - Agent for OpenTP1を使ってOpenTP1の稼働監視を行うためには，PFM - ManagerおよびPFM - Web Consoleが必要です。

(5)　クラスタシステムでのインストールとセットアップについて

クラスタシステムでのインストールとセットアップは，前提となるネットワーク環境やプログラム構成が，通常の構成のセットアップとは異なります。また，実行系ノードと待機系ノードでの作業が必要になります。詳細については，「第2編　4.　クラスタシステムでの運用」を参照してください。

(6)　注意事項

ここでは，Performance Managementをインストールおよびセットアップするときの注意事項を説明します。

(a)　環境変数に関する注意事項

Performance ManagementではJPC_HOSTNAMEを環境変数として使用しているため，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。

(b)　同一ホストにPerformance Managementプログラムを複数インストール，セットアップするときの注意事項

Performance Managementは，同一ホストにPFM - Manager，PFM - Web Console，およびPFM - Agentをインストールすることもできます。その場合の注意事項を次に示します。

PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - Agentの前提プログラムはPFM - Managerになるため，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 - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先PFM - ManagerをリモートホストのPFM - Managerに変更できません。リモートホストのPFM - Managerに接続したい場合は，インストールするホストにPFM - Managerがインストールされていないことを確認してください。

PFM - AgentがインストールされているホストにPFM - Managerをインストールすると，PFM - Agentの接続先PFM - Managerは自ホスト名に設定し直されます。共通メッセージログに設定結果が出力されています。結果を確認してください。

PFM - Web Consoleがインストールされているホストに，PFM - Agentをインストールする場合は，ブラウザーの画面をすべて閉じてからインストールを実施してください。

Performance Managementプログラムを新規にインストールした場合は，ステータス管理機能がデフォルトで有効になります。ただし，07-50から08-00以降にバージョンアップインストールした場合は，ステータス管理機能の設定状態はバージョンアップ前のままとなります。ステータス管理機能の設定を変更する場合は，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementの障害検知について説明している章を参照してください。

ポイント

システムの性能や信頼性を向上させるため，PFM - Manager，PFM - Web Console，およびPFM - Agentはそれぞれ別のホストで運用することをお勧めします。

(c)　バージョンアップの注意事項

古いバージョンのPFM - Agentからバージョンアップする場合の注意事項を次に示します。

なお，バージョンアップについての詳細は，「付録H　移行手順と移行時の注意事項」を参照してください。

Performance Managementのプログラムをインストールするときは，ローカルホストのPerformance Managementのプログラムおよびサービスをすべて停止しておいてください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法については，マニュアル「JP1/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およびstpqlpr）の配置先が変更されています。PFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStore実行モジュールは削除されます。

バージョンアップインストール時，既存のStoreデータベースが自動的にバージョンアップされるため，一時的にStoreデータベースのディスク占有量が2倍になります。バージョンアップインストールする前に，Storeデータベースの格納先のディスクに十分な空き容量があるかどうか確認してください。

(d)　その他の注意事項

Performance Managementのプログラムをインストールする場合，次に示すセキュリティ関連プログラムがインストールされていないかどうか確認してください。インストールされている場合，以下の説明に従って対処してください。

セキュリティ監視プログラム
セキュリティ監視プログラムを停止するかまたは設定を変更して，Performance Managementのプログラムのインストールを妨げないようにしてください。

ウィルス検出プログラム
ウィルス検出プログラムを停止してからPerformance Managementのプログラムをインストールすることをお勧めします。
Performance Managementのプログラムのインストール中にウィルス検出プログラムが稼働している場合，インストールの速度が低下したり，インストールが実行できなかったり，または正しくインストールできなかったりすることがあります。

プロセス監視プログラム
プロセス監視プログラムを停止するかまたは設定を変更して，Performance Managementのサービスまたはプロセス，および共通コンポーネントのサービスまたはプロセスを監視しないようにしてください。
Performance Managementのプログラムのインストール中に，プロセス監視プログラムによって，これらのサービスまたはプロセスが起動されたり停止されたりすると，インストールに失敗することがあります。

Performance Managementのプログラムが一つもインストールされていない環境に新規インストールする場合は，インストール先ディレクトリにファイルやディレクトリがないことを確認してください。

インストール時のステータスバーに「Installation failed.」と表示されてインストールが失敗した場合，インストールログを採取してください。インストールログの詳細については，「8.4.2(2)　Performance Managementの情報」を参照してください。なお，このログファイルは，次にインストールすると上書きされるため，必要に応じてバックアップを採取してください。

インストール先ディレクトリにリンクを張りPerformance Managementプログラムをインストールした場合，全Performance Managementプログラムのアンインストールをしても，リンク先のディレクトリに一部のファイルやディレクトリが残る場合があります。削除する場合は，手動で行ってください。また，リンク先にインストールする場合，リンク先に同名のファイルやディレクトリがあるときは，Performance Managementプログラムのインストール時に上書きされるので，注意してください。

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

PFM - Agent for OpenTP1をインストールおよびセットアップする流れを説明します。

図3-2　インストールとセットアップの流れ

PFM - ManagerおよびPFM - Web Consoleのインストールおよびセットアップの手順は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

3.1.3　インストール手順

ここでは，PFM - Agent for OpenTP1のプログラムをインストールする順序とCD-ROMの提供媒体からプログラムをインストールする手順を説明します。

＜この項の構成＞

(1)　プログラムのインストール順序

(2)　プログラムのインストール方法

(1)　プログラムのインストール順序

プログラムのインストール順序を次に示します。

PFM - Baseと同一ホストにPFM - Agentをインストールする場合
PFM - Base → PFM - Agentの順でインストールしてください。PFM - BaseがインストールされていないホストにPFM - Agentをインストールすることはできません。

PFM - Managerと同一ホストにPFM - Agentをインストールする場合
PFM - Manager → PFM - Agentの順でインストールしてください。PFM - ManagerがインストールされていないホストにPFM - Agentをインストールすることはできません。

また，Storeデータベースのバージョン1.0からバージョン2.0にバージョンアップする場合，PFM - AgentとPFM - Agentの前提プログラムであるPFM - ManagerまたはPFM - Baseのインストール条件によって，セットアップ方法が異なります。Storeバージョン2.0のセットアップ方法については，「3.4.3　Storeバージョン2.0への移行」を参照してください。

同一ホストに複数のPFM - Agentをインストールする場合，PFM - Agent相互のインストール順序は問いません。

図3-3　プログラムのインストール順序

(2)　プログラムのインストール方法

UNIXホストに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)用）」

ここでは，CD-ROMの提供媒体を使用する場合のインストール手順をOSごとに説明します。

注意

インストールを行うホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，サービスの起動と停止について説明している章を参照してください。

(a)　AIXの場合

PFM - Agent for OpenTP1をインストールするホストに，スーパーユーザーでログインするか，またはsuコマンドでユーザーをスーパーユーザーに変更する。

Performance Managementのプログラムおよびサービスを停止する。
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」を入力する。
インストールできるプログラムの一覧が表示されます。

PFM - Agent for OpenTP1を選択して，「I」を入力する。
選択したプログラムがインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

インストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

(b)　Linux (x86)，Linux (x64)の場合

PFM - Agent for OpenTP1のインストール先ディレクトリが実ディレクトリであることを確認する。
インストール先ディレクトリがシンボリックリンク設定である場合，シンボリック設定は解除されます。

PFM - Agent for OpenTP1をインストールするホストに，スーパーユーザーでログインするか，またはsuコマンドでユーザーをスーパーユーザーに変更する。

Performance Managementのプログラムおよびサービスを停止する。
Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。

Performance Managementのプログラムの媒体をセットする。

次のコマンドを実行して，Hitachi PP Installerを起動する。※

/media/cdrecorder/LINUX/SETUP /media/cdrecorder

下線部のCD-ROMファイルシステムのマウントディレクトリ名は，使用する環境によって異なります。
Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「I」を入力する。
インストールできるプログラムの一覧が表示されます。

PFM - Agent for OpenTP1を選択して，「I」を入力する。
選択したプログラムがインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

インストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

注※

自動マウント機能を解除している環境では，Hitachi PP Installerを起動する前に，/bin/mountコマンドを次のように指定してCD-ROM装置をマウントしてください。

/bin/mount -r -o mode=0544 /dev/cdrom /media/cdrecorder

なお，指定するコマンド，下線部のデバイススペシャルファイル名およびCD-ROMファイルシステムのマウントディレクトリ名は，使用する環境によって異なります。

3.1.4　PFM - Agent for OpenTP1のセットアップ手順

ここでは，PFM - Agent for OpenTP1を運用するための，セットアップについて説明します。

[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　LANG環境変数の設定

(2)　PFM - Agent for OpenTP1の登録

(3)　インスタンス環境の設定

(4)　ネットワークの設定

(5)　ログのファイルサイズ変更

(6)　パフォーマンスデータの格納先の変更

(7)　PFM - Agent for OpenTP1の接続先PFM - Managerの設定

(8)　動作ログ出力の設定

(1)　LANG環境変数の設定

PFM - Agent for OpenTP1で使用できるLANG環境変数を次の表に示します。

なお，これらのLANG環境変数を設定する前に，設定する言語環境が正しくインストール・構築されていることを確認しておいてください。正しくインストール・構築されていない場合，文字化けが発生したり，定義データが不当に書き換わってしまったりすることがあります。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まります。そのため，日本語や英語など，複数の言語コードの文字列が混在することがあります。

表3-2　PFM - Agent for OpenTP1で使用できるLANG環境変数

OS | 言語種別 | LANG環境変数の値
AIX | 日本語 | Shift-JISコード | Ja_JP
EUCコード | ja_JP
英語（日本語なし） | C
Linux | 日本語 | Shift-JISコード | （該当なし）
EUCコード | （該当なし）
UTF-8コード | ja_JP.UTF-8
英語（日本語なし） | C

(2)　PFM - Agent for OpenTP1の登録

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - ManagerおよびPFM - Web ConsoleにPFM - Agent for OpenTP1を登録する必要があります。

PFM - Managerのバージョンが08-50以降の場合，PFM - Agentの登録は自動で行われるため，ここで説明する手順は不要です。ただし，PFM - Managerのリリースノートに記載されていないデータモデルバージョンのPFM - Agentは，手動で登録する必要があります。なお，PFM - Agent for OpenTP1のデータモデルのバージョンについては，「付録I　バージョン互換」を参照してください。

PFM - Agentの登録の流れを次の図に示します。

図3-4　PFM - Agentの登録の流れ

注意

PFM - Agentの登録は，インスタンス環境を設定する前に実施してください。

すでにPFM - Agent for OpenTP1の情報が登録されているPerformance Managementシステムに，新たに同じバージョンのPFM - Agent for OpenTP1を追加した場合，PFM - Agentの登録は必要ありません。

バージョンが異なるPFM - Agent for OpenTP1を，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でセットアップしてください。

PFM - Managerと同じホストにPFM - Agentをインストールした場合，jpcconf agent setup(jpcagtsetup)コマンドが自動的に実行されます。共通メッセージログに「KAVE05908-I エージェント追加セットアップは正常に終了しました」と出力されるので，結果を確認してください。コマンドが正しく実行されていない場合は，コマンドを実行し直してください。コマンドの実行方法については，マニュアル「JP1/Performance Management リファレンス」のコマンドの章を参照してください。

(a)　PFM - Agent for OpenTP1のセットアップファイルをコピーする

PFM - Agent for OpenTP1をインストールしたホストにあるセットアップファイルをPFM - ManagerおよびPFM - Web Consoleをインストールしたホストにコピーします。手順を次に示します。

PFM - ManagerおよびPFM - Web Consoleのサービスが起動されている場合は，停止する。
サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。
ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

表3-3　コピーするセットアップファイル

コピー先
PFM - Agentの
セットアップファイル

PFMプログラム名
OS
コピー先ディレクトリ

PFM - Manager
Windows
PFM - Managerのインストール先フォルダ¥setup¥
/opt/jp1pc/setup/jpcagthw.EXE

UNIX
/opt/jp1pc/setup/
/opt/jp1pc/setup/jpcagthu.Z

PFM - Web Console
Windows
PFM - Web Consoleのインストール先フォルダ¥setup¥
/opt/jp1pc/setup/jpcagthw.EXE

UNIX
/opt/jp1pcwebcon/setup/
/opt/jp1pc/setup/jpcagthu.Z

(b)　PFM - Managerホストでセットアップコマンドを実行する

PFM - ManagerでPFM - Agent for OpenTP1をセットアップするための次のコマンドを実行します。

jpcconf agent setup -key OpenTP1(jpcagtsetup agth)

注意

コマンドを実行するローカルホストのPerformance Managementのプログラムおよびサービスが完全に停止していない状態でjpcconf agent setup(jpcagtsetup)コマンドを実行した場合，エラーが発生することがあります。その場合は，Performance Managementのプログラムおよびサービスが完全に停止したことを確認したあと，再度jpcconf agent setup(jpcagtsetup)コマンドを実行してください。

PFM - ManagerホストにあるPFM - Agentのセットアップファイルは，この作業が終了したあと，削除してもかまいません。

(c)　PFM - Web Consoleホストでセットアップコマンドを実行する

PFM - Web ConsoleでPFM - Agent for OpenTP1をセットアップするための次のコマンドを実行します。

jpcwagtsetup

PFM - Web ConsoleホストにあるPFM - Agentのセットアップファイルは，この作業が終了したあと削除してもかまいません。

(3)　インスタンス環境の設定

PFM - Agent for OpenTP1で監視するOpenTP1システムのインスタンス情報を設定します。インスタンス情報の設定は，PFM - Agentホストで実施します。

設定するインスタンス情報を次の表に示します。セットアップの操作を始める前に，次の情報をあらかじめ確認してください。OpenTP1システムのインスタンス情報の詳細については，OpenTP1のマニュアルを参照してください。

表3-4　PFM - Agent for OpenTP1のインスタンス情報

項目
説明
設定できる値
デフォルト値

DCDIR
監視対象OpenTP1システムの環境変数DCDIRの値（OpenTP1ディレクトリのパス）。
Linuxの場合：20バイト以内の半角文字列
Linux以外の場合：50バイト以内の半角文字列
－

DCCONFPATH
監視対象OpenTP1システムの環境変数DCCONFPATHの値（OpenTP1システム定義ファイル格納ディレクトリのパス）。
512バイト以内の半角文字列
－

OPENTP1_ADMIN
OpenTP1管理者のユーザー名。
255バイト以内の半角文字列
－

OPENTP1_LIBPATH
OpenTP1管理者の共用ライブラリーパス。
AIXの場合：環境変数LIBPATHと同じ値
Linuxの場合：環境変数LD_LIBRARY_PATHと同じ値
512バイト以内の半角文字列
－

Store Version※
使用するStoreバージョン。
{1.0 | 2.0}
2.0

(凡例)

－：なし

注※

次に示すどちらかの場合で，初めてインスタンス環境を設定するときに必要です。

PFM - Agentと同一ホスト上のPFM - Baseが08-10以降の場合

PFM - Agentと同一ホスト上のPFM - Managerが08-10以降の場合

注意

インスタンス環境を設定していない場合，PFM - Agent for OpenTP1のサービスを起動できません。

インスタンス環境を構築するには，jpcconf inst setup(jpcinssetup)コマンドを使用します。インスタンス環境の構築手順を次に示します。

サービスキーおよびインスタンス名を指定して，jpcconf inst setup(jpcinssetup)コマンドを実行する。
例えば，PFM - Agent for OpenTP1のインスタンス名SDCのインスタンス環境を構築する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key OpenTP1 -inst SDC(jpcinssetup agth -inst SDC)

OpenTP1システムのインスタンス情報を設定する。
表3-4に示した項目を，コマンドの指示に従って入力してください。各項目とも省略はできません。デフォルトで表示されている値を，項目の入力とする場合はリターンキーだけを押してください。

すべての入力が終了すると，インスタンス環境が構築されます。構築されるインスタンス環境を次に示します。

インスタンス環境のディレクトリ構成
次のディレクトリ下にインスタンス環境が構築されます。

物理ホストの場合：/opt/jp1pc/agth

論理ホストの場合：環境ディレクトリ※/jp1pc/agth

注※

環境ディレクトリとは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

構築されるインスタンス環境のディレクトリ構成を次の表に示します。

表3-5　インスタンス環境のディレクトリ構成

ディレクトリ名・ファイル名 | 説明
agent | インスタンス名 | jpcagt.ini | Agent Collectorサービス起動情報ファイル
jpcagt.ini.model※1 | Agent Collectorサービス起動情報ファイルのモデルファイル
log | ログファイル格納ディレクトリ
store | インスタンス名 | jpcsto.ini | Agent Storeサービス起動情報ファイル
jpcsto.ini.model※1 | Agent Storeサービス起動情報ファイルのモデルファイル
import※2 | インポート先ディレクトリ
partial※2 | 部分バックアップ先ディレクトリ
*.DAT | データモデル定義ディレクトリ
dump | エクスポート先ディレクトリ
backup | バックアップ先ディレクトリ
log | ログファイル格納ディレクトリ

注※1

インスタンス環境を構築した時点の設定値に戻したいときに使用します。

注※2

Storeバージョン2.0を使用しているときだけ作成されます。

インスタンス環境のサービスID
インスタンス環境のサービスIDは次のようになります。

プロダクトID 機能ID インスタンス番号 インスタンス名 [ホスト名]

PFM - Agent for OpenTP1の場合，インスタンス名にはjpcconf inst setup(jpcinssetup)コマンドで指定したインスタンス名が表示されます。
サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録を参照してください。

(4)　ネットワークの設定[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の二つの項目を設定できます。

IPアドレスを設定する
Performance Managementを複数のLANに接続されたネットワークで使用するときに設定します。複数のIPアドレスを設定するには，jpchostsファイルにホスト名とIPアドレスを定義します。設定したjpchostsファイルはPerformance Managementシステム全体で統一させてください。
詳細についてはマニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ポート番号を設定する
Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号とサービス名は，Performance Managementシステム全体で統一させてください。
ポート番号の設定の詳細についてはマニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(5)　ログのファイルサイズ変更[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2ファイル使用されます。このファイルサイズを変更したい場合にだけ，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，構成変更について説明している章を参照してください。

(6)　パフォーマンスデータの格納先の変更[図データ]

PFM - Agent for OpenTP1で管理されるパフォーマンスデータの格納先を変更したい場合に，必要な設定です。

パフォーマンスデータの格納先は次のとおりです。

保存先：/opt/jp1pc/agth/store/インスタンス名/

バックアップ先：/opt/jp1pc/agth/store/インスタンス名/backup/

部分バックアップ先※：/opt/jp1pc/agth/store/インスタンス名/partial/

エクスポート先：/opt/jp1pc/agth/store/インスタンス名/dump/

インポート先※：/opt/jp1pc/agth/store/インスタンス名/import/

注※

Storeバージョン2.0を使用しているときだけ設定できます。

注意

論理ホストで運用する場合のデフォルトの保存先については，「/opt/jp1pc」を「環境ディレクトリ/jp1pc」に読み替えてください。

詳細については，「3.4.1　パフォーマンスデータの格納先の変更」を参照してください。

(7)　PFM - Agent for OpenTP1の接続先PFM - Managerの設定

PFM - Agentがインストールされているホストで，そのPFM - Agentを管理するPFM - Managerを設定します。接続先のPFM - Managerを設定するには，jpcconf mgrhost define(jpcnshostname)コマンドを使用します。

注意

同一ホスト上に，複数のPFM - Agentがインストールされている場合でも，接続先に指定できるPFM - Managerは，一つだけです。PFM - Agentごとに異なるPFM - Managerを接続先に設定することはできません。

PFM - AgentとPFM - Managerが同じホストにインストールされている場合，接続先PFM - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先のPFM - ManagerをほかのPFM - Managerに変更できません。

手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する
セットアップを実施する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，サービスの起動と停止について説明している章を参照してください。
jpcconf mgrhost define(jpcnshostname)コマンド実行時に，Performance Managementのプログラムおよびサービスが起動されている場合は，停止を問い合わせるメッセージが表示されます。

接続先のPFM - Managerホストのホスト名を指定して，jpcconf mgrhost define(jpcnshostname)コマンドを実行する
例えば，接続先のPFM - Managerがホストhost01上にある場合，次のように指定します。

jpcconf mgrhost define -host host01(jpcnshostname -s host01)

(8)　動作ログ出力の設定[図データ]

PFMサービスの起動・停止時，またはPFM - Managerとの接続状態の変更時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

設定方法については，「付録J　動作ログの出力」を参照してください。

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

ここでは，PFM - Agent for OpenTP1をアンインストールおよびアンセットアップする手順を示します。

＜この節の構成＞

3.2.1　アンインストールの前に

3.2.2　アンセットアップ手順

3.2.3　アンインストール手順

3.2.1　アンインストールの前に

ここでは，PFM - Agent for OpenTP1をアンインストールおよびアンセットアップするときの注意事項を次に示します。

＜この項の構成＞

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

(2)　ネットワークに関する注意事項

(3)　プログラムに関する注意事項

(4)　サービスに関する注意事項

(5)　その他の注意事項

(1)　アンインストールに必要なOSユーザー権限に関する注意事項

PFM - Agentをアンインストールするときは，必ず，ローカルホストのスーパーユーザー権限を持つアカウントを使用してください。

(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 - Agentをアンインストールしただけでは，jpctool service list(jpcctrl list)コマンドで表示できるサービスの情報は削除されません。この場合，jpctool service delete(jpcctrl delete)コマンドを使用してサービスの情報を削除してください。

(5)　その他の注意事項

PFM - Web Consoleがインストールされているホストから，Performance Managementプログラムをアンインストールする場合は，ブラウザーの画面をすべて閉じてからアンインストールを実施してください。

3.2.2　アンセットアップ手順

ここでは，PFM - Agent for OpenTP1をアンセットアップする手順を説明します。

＜この項の構成＞

(1)　インスタンス環境のアンセットアップ

(2)　PFM - Managerでの設定の削除

(1)　インスタンス環境のアンセットアップ

インスタンス環境をアンセットアップするには，まず，インスタンス名を確認し，インスタンス環境を削除します。インスタンス環境の削除は，PFM - Agentホストで実施します。

インスタンス名を確認するには，jpcconf inst list(jpcinslist)コマンドを使用します。また，構築したインスタンス環境を削除するには，jpcconf inst unsetup(jpcinsunsetup)コマンドを使用します。

インスタンス環境をアンセットアップする手順を次に示します。

インスタンス名を確認する。
PFM - Agent for OpenTP1を示すサービスキーを指定して，jpcconf inst list(jpcinslist)コマンドを実行します。

jpcconf inst list -key OpenTP1(jpcinslist agth)

設定されているインスタンス名がSDCの場合，SDCと表示されます。

インスタンス環境のPFM - Agentのサービスが起動されている場合は，停止する。
サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，サービスの起動と停止について説明している章を参照してください。

インスタンス環境を削除する。
PFM - Agent for OpenTP1を示すサービスキーおよびインスタンス名を指定して，jpcconf inst unsetup(jpcinsunsetup)コマンドを実行します。
設定されているインスタンス名がSDCの場合，次のように指定します。

jpcconf inst unsetup -key OpenTP1 -inst SDC(jpcinsunsetup agth -inst SDC)

jpcconf inst unsetup(jpcinsunsetup)コマンドが正常終了すると，インスタンス環境として構築されたディレクトリ，サービスIDが削除されます。

注意

インスタンス環境をアンセットアップしても，jpctool service list(jpcctrl list)コマンドで表示できるサービスの情報は削除されません。この場合，jpctool service delete(jpcctrl delete)コマンドを使用してサービスの情報を削除してください。次に指定例を示します。

インスタンス名：SDC

ホスト名：host01

Agent CollectorサービスのサービスID：HA1SDC[host01]

Agent StoreサービスのサービスID：HS1SDC[host01]

jpctool service delete -id サービスID -host host01(jpcctrl delete サービスID host=host01)

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

(2)　PFM - Managerでの設定の削除

PFM - Web ConsoleでPFM - Managerにログインし，アンセットアップするPFM - Agent for OpenTP1に関連する定義を削除してください。

手順を次に示します。

PFM - Web Consoleから，エージェントを削除する。

PFM - Managerのエージェント情報を削除する。
例えば，ホストhost01のPFM - Agent for OpenTP1のサービス情報を削除する場合，次のように指定してコマンドを実行します。

jpctool service delete -id サービスID -host host01（jpcctrl delete サービスID host=host01）

サービスIDには削除するエージェントのサービスIDを指定してください。

PFM - Managerサービスを再起動する。
サービスの起動方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Web Consoleを再起動する。
サービス情報の削除をPFM - Web Consoleで有効にするには，PFM - Managerサービスを再起動したあと，PFM - Web Consoleを再起動してください。

3.2.3　アンインストール手順

PFM - Agent for OpenTP1をアンインストールする手順を説明します。

Performance Managementプログラムをアンインストールするホストに，スーパーユーザーでログインするか，またはsuコマンドでユーザーをスーパーユーザーに変更する。

ローカルホストでPerformance Managementプログラムのサービスが起動されていないか確認する。起動されている場合は，すべて停止する。
サービス情報を表示して，サービスが起動されていないか確認してください。サービス情報の表示方法およびサービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementを運用するための操作について説明している章を参照してください。
Performance Managementプログラムのサービスが起動されていた場合，アンインストール時に自動的に停止されます。

次のコマンドを実行して，Hitachi PP Installerを起動する。

/etc/hitachi_setup

HITACHI PP Installerが起動され，初期画面が表示されます。

初期画面で「D」を入力する。
アンインストールできるプログラムの一覧が表示されます。

アンインストールしたいPerformance Managementプログラムを選択して，「D」を入力する。
選択したプログラムがアンインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

アンインストールが正常終了したら，「Q」を入力する。
Hitachi PP Installerの初期画面に戻ります。

3.3　PFM - Agent for OpenTP1のシステム構成の変更

監視対象システムのネットワーク構成の変更や，ホスト名の変更などに応じて，PFM - Agent for OpenTP1のシステム構成を変更する場合があります。ここでは，PFM - Agent for OpenTP1のシステム構成を変更する手順を説明します。

PFM - Agent for OpenTP1のシステム構成を変更する場合，PFM - ManagerやPFM - Web Consoleの設定変更もあわせて行う必要があります。Performance Managementのシステム構成を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。なお，物理ホスト名またはエイリアス名を変更するときに，固有の追加作業が必要なPFM - Agentもありますが，PFM - Agent for OpenTP1の場合，固有の追加作業は必要ありません。

3.4　PFM - Agent for OpenTP1の運用方式の変更

収集した稼働監視データの運用手順の変更などで，PFM - Agent for OpenTP1の運用方式を変更する場合があります。ここでは，PFM - Agent for OpenTP1の運用方式を変更する手順を説明します。Performance Management全体の運用方式を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

＜この節の構成＞

3.4.1　パフォーマンスデータの格納先の変更

3.4.2　インスタンス環境の更新の設定

3.4.3　Storeバージョン2.0への移行

3.4.1　パフォーマンスデータの格納先の変更

PFM - Agent for OpenTP1で収集したパフォーマンスデータは，PFM - Agent for OpenTP1のAgent StoreサービスのStoreデータベースで管理しています。ここでは，パフォーマンスデータの格納先の変更方法について説明します。

＜この項の構成＞

(1)　jpcconf db define(jpcdbctrl config)コマンドを使用して設定を変更する

(2)　jpcsto.iniファイルを編集して設定を変更する（Storeバージョン1.0の場合だけ）

(1)　jpcconf db define(jpcdbctrl config)コマンドを使用して設定を変更する

Storeデータベースで管理されるパフォーマンスデータの，次のデータ格納先ディレクトリを変更したい場合は，jpcconf db define(jpcdbctrl config)コマンドで設定します。Storeデータベースの格納先ディレクトリを変更する前に収集したパフォーマンスデータが必要な場合は，jpcconf db define(jpcdbctrl config)コマンドの-moveオプションを使用してください。jpcconf db define(jpcdbctrl config)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

保存先ディレクトリ

バックアップ先ディレクトリ

部分バックアップ先ディレクトリ※

エクスポート先ディレクトリ

インポート先ディレクトリ※

注※

Storeバージョン2.0を使用しているときだけ設定できます。

(2)　jpcsto.iniファイルを編集して設定を変更する（Storeバージョン1.0の場合だけ）

Storeバージョン1.0を使用しているときは，jpcsto.iniを直接編集して変更できます。

(a)　jpcsto.iniファイルの設定項目

jpcsto.iniファイルで編集するラベル名，設定できる値の範囲などを次の表に示します。

表3-6　パフォーマンスデータの格納先の設定項目（jpcsto.iniの[Data Section]セレクション）

説明 | ラベル名 | 設定できる値※1 | デフォルト値※2
パフォーマンスデータの保存先ディレクトリ | Store Dir※3 | 1～127バイトの半角英数字 | /opt/jp1pc/agth/store/インスタンス名
パフォーマンスデータのバックアップ先ディレクトリ | Backup Dir※3 | 1～127バイトの半角英数字 | /opt/jp1pc/agth/store/インスタンス名/backup
パフォーマンスデータをバックアップする場合の最大世代番号 | Backup Save | 1～9 | 5
パフォーマンスデータのエクスポート先ディレクトリ | Dump Dir※3 | 1～127バイトの半角英数字 | /opt/jp1pc/agth/store/インスタンス名/dump

注※1

ディレクトリ名は，Storeデータベースのデフォルト格納先ディレクトリ（/opt/jp1pc/agth/store/インスタンス名）からの相対パスか，または絶対パスで指定してください。

指定できる文字は，次の文字を除く，半角英数字，半角記号および半角空白です。
; , * ? ' " < > |

指定値に誤りがある場合，Agent Storeサービスは起動できません。

注※2

論理ホストで運用する場合のデフォルト値については，「/opt/jp1pc」を「環境ディレクトリ/jp1pc」に読み替えてください。

注※3

Store Dir，Backup Dir，およびDump Dirには，それぞれ重複したディレクトリを指定できません。

(b)　jpcsto.iniファイルの編集前の準備

Storeデータベースの格納先ディレクトリを変更する場合は，変更後の格納先ディレクトリを事前に作成しておいてください。

Storeデータベースの格納先ディレクトリを変更すると，変更前に収集したパフォーマンスデータを使用できなくなります。変更前に収集したパフォーマンスデータが必要な場合は，次に示す手順でデータを引き継いでください。

jpctool db backup(jpcctrl backup)コマンドでStoreデータベースに格納されているパフォーマンスデータのバックアップを採取する。

「(c)　jpcsto.iniファイルの編集手順」に従ってStoreデータベースの格納先ディレクトリを変更する。

jpctool db restore(jpcresto)コマンドで変更後のディレクトリにバックアップデータをリストアする。

(c)　jpcsto.iniファイルの編集手順

手順を次に示します。

PFM - Agent のサービスを停止する。
ローカルホストでPFM - Agentのプログラムおよびサービスが起動されている場合は，すべて停止してください。

テキストエディターなどで，jpcsto.iniファイルを開く。

パフォーマンスデータの格納先ディレクトリなどを変更する。
次に示す網掛け部分を，必要に応じて修正してください。

注意

行頭および「=」の前後には空白文字を入力しないでください。

各ラベルの値の「.」は，Agent StoreサービスのStoreデータベースのデフォルト格納先ディレクトリ（/opt/jp1pc/agth/store/インスタンス名）を示します。格納先を変更する場合，その格納先ディレクトリからの相対パスか，または絶対パスで記述してください。

Storeデータベースの格納先を変更する場合，指定するディレクトリを事前に作成してください。

jpcsto.iniファイルには，データベースの格納先ディレクトリ以外にも，定義情報が記述されています。[Data Section]セクション以外の値は変更しないようにしてください。[Data Section]セクション以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpcsto.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

注意

この手順でStoreデータベースの保存先ディレクトリを変更した場合，パフォーマンスデータファイルは変更前のディレクトリから削除されません。これらのファイルが不要な場合は，次に示すファイルだけを削除してください。

拡張子が.DBのすべてのファイル

拡張子が.IDXのすべてのファイル

3.4.2　インスタンス環境の更新の設定

インスタンス環境を更新する手順を次に示します。

複数のインスタンス環境を更新する場合は，この手順を繰り返し実施します。

インスタンス名を確認するには，jpcconf inst list(jpcinslist)コマンドを使用します。また，インスタンス環境を更新するには，jpcconf inst setup(jpcinssetup)コマンドを使用します。

インスタンス名を確認する。
インスタンス環境で動作しているPFM - Agent for OpenTP1を示すサービスキーを指定して，jpcconf inst list(jpcinslist)コマンドを実行します。
例えば，PFM - Agent for OpenTP1のインスタンス名を確認したい場合，次のように指定してコマンドを実行します。

jpcconf inst list -key OpenTP1(jpcinslist agth)

設定されているインスタンス名がSDCの場合，SDCと表示されます。

更新する情報を確認する。
インスタンス環境で更新できる情報を，次の表に示します。

表3-7　PFM - Agent for OpenTP1のインスタンス情報

項目
説明
設定できる値
デフォルト値

DCDIR
監視対象OpenTP1システムの環境変数DCDIRの値（OpenTP1ディレクトリのパス）。
Linuxの場合：20バイト以内の半角文字列
Linux以外の場合：50バイト以内の半角文字列
－

DCCONFPATH
監視対象OpenTP1システムの環境変数DCCONFPATHの値（OpenTP1システム定義ファイル格納ディレクトリのパス）。
512バイト以内の半角文字列
－

OPENTP1_ADMIN
OpenTP1管理者のユーザー名。
255バイト以内の半角文字列
－

OPENTP1_LIBPATH
OpenTP1管理者の共用ライブラリーパス。
AIXの場合：環境変数LIBPATHと同じ値
Linuxの場合：環境変数LD_LIBRARY_PATHと同じ値
512バイト以内の半角文字列
－

(凡例)

－：なし

更新したいインスタンス環境のPFM - Agent for OpenTP1のサービスが起動されている場合は，停止する。
jpcconf inst setup(jpcinssetup)コマンド実行時に，更新したいインスタンス環境のサービスが起動されている場合は，確認メッセージが表示され，サービスを停止できます。サービスを停止した場合は，更新処理が続行されます。サービスを停止しなかった場合は，更新処理が中断されます。

更新したいインスタンス環境のPFM - Agent for OpenTP1を示すサービスキーおよびインスタンス名を指定して，jpcconf inst setup(jpcinssetup)コマンドを実行する。
例えば，PFM - Agent for OpenTP1のインスタンス名SDCのインスタンス環境を更新する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key OpenTP1 -inst SDC(jpcinssetup agth -inst SDC)

OpenTP1のインスタンス情報を更新する。
表3-7に示した項目を，コマンドの指示に従って入力します。現在設定されている値が表示されます。表示された値を変更しない場合は，リターンキーだけを押してください。すべての入力が終了すると，インスタンス環境が更新されます。

更新したインスタンス環境のサービスを再起動する。
サービスの起動方法および停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，サービスの起動と停止について説明している章を参照してください。コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

3.4.3　Storeバージョン2.0への移行

Storeデータベースの保存形式には，バージョン1.0と2.0の2種類があります。Storeバージョン1.0およびStoreバージョン2.0の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」を参照してください。

Storeバージョン2.0は，PFM - BaseまたはPFM - Managerのバージョン08-10以降の環境に，08-10以降のPFM - Agent for OpenTP1を新規インストールした場合にだけデフォルトで利用できます。それ以外の場合は，Storeバージョン1.0形式のままとなっているため，セットアップコマンドによってStoreバージョン2.0に移行してください。

何らかの理由によってStoreバージョン1.0に戻す必要がある場合は，Storeバージョン2.0のアンセットアップを行ってください。

インストール条件に対応するStoreバージョン2.0の利用可否と利用手順を次の表に示します。

表3-8　Storeバージョン2.0の利用可否および利用手順

インストール条件 | Storeバージョン2.0の利用可否 | Storeバージョン2.0の利用手順
インストール済みのPFM - Base，またはPFM - Managerのバージョン | PFM - Agentのインストール方法
08-10より前 | 上書きインストール | 利用できない | PFM - Base，または，PFM - Managerを08-10にバージョンアップ後，セットアップコマンドを実行
新規インストール
08-10以降 | 上書きインストール | セットアップ後利用できる | セットアップコマンドを実行
新規インストール | 利用できる | 設定不要

＜この項の構成＞

(1)　Storeバージョン2.0のセットアップ

(2)　Storeバージョン2.0のアンセットアップ

(3)　注意事項

(1)　Storeバージョン2.0のセットアップ

Storeバージョン2.0へ移行する場合のセットアップ手順について説明します。

システムリソース見積もりと保存期間の設定
Storeバージョン2.0の導入に必要なシステムリソースが，実行環境に適しているかどうかを確認してください。必要なシステムリソースを次に示します。

ディスク容量

ファイル数

1プロセスがオープンするファイル数

これらの値は保存期間の設定によって調節できます。実行環境の保有しているリソースを考慮して保存期間を設定してください。システムリソースの見積もりについては，「付録A　システム見積もり」を参照してください。

ディレクトリの設定
Storeバージョン2.0に移行する場合に，Storeバージョン1.0でのディレクトリ設定では，Agent Storeサービスが起動しないことがあります。このため，Agent Storeサービスが使用するディレクトリの設定を見直す必要があります。Agent Storeサービスが使用するディレクトリの設定はjpcconf db define(jpcdbctrl config)コマンドを使用して表示・変更できます。jpcconf db define(jpcdbctrl config)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。
Storeバージョン2.0は，Storeデータベースの保存先ディレクトリやバックアップ先ディレクトリの最大長がStoreバージョン1.0と異なります。Storeバージョン1.0でディレクトリの設定を相対パスに変更している場合，絶対パスに変換した値がStoreバージョン2.0でのディレクトリ最大長の条件を満たしているかどうかを確認してください。Storeバージョン2.0のディレクトリ最大長は214バイトです。ディレクトリ最大長の条件を満たしていない場合は，Agent Storeサービスが使用するディレクトリの設定を変更したあと，手順3.以降に進んでください。

セットアップコマンドの実行
Storeバージョン2.0に移行するため，次のコマンドを実行します。
jpcconf db vrset -ver 2.0 -key OpenTP1(jpcdbctrl setup -key agth)
jpcconf db vrset(jpcdbctrl setup)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

保存期間の設定
手順1.の見積もり時に設計した保存期間を設定します。Agent Storeサービスを起動して，PFM - Web Consoleで設定してください。

(2)　Storeバージョン2.0のアンセットアップ

Storeバージョン2.0のアンセットアップはjpcconf db vrset -ver 1.0(jpcdbctrl unsetup)コマンドを使用します。Storeバージョン2.0をアンセットアップすると，Storeデータベースのデータはすべて初期化され，Storeバージョン1.0に戻ります。

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

(3)　注意事項

移行についての注意事項を次に示します。

(a)　Storeバージョン1.0からStoreバージョン2.0に移行する場合

StoreデータベースをStoreバージョン1.0からStoreバージョン2.0に移行した場合，PIレコードタイプのレコードの保存期間の設定は引き継がれます。ただし，PDレコードタイプのレコードについては，以前の設定値（保存レコード数）に関係なくデフォルトの保存日数がレコードごとに設定され，保存日数以前に収集されたデータは削除されます。

例えば，Storeバージョン1.0で，Collection Intervalが3,600秒のPDレコードの保存レコード数を1,000に設定していた場合，PDレコードは1日に24レコード保存されることになるので，1,000÷24≒約42日分のデータが保存されています。このStoreデータベースをStoreバージョン2.0へ移行した結果，デフォルトの保存日数が10日に設定されたとすると，11日以上前のデータは削除されて参照できなくなります。

したがって，Storeバージョン2.0へ移行する前に，PDレコードタイプのレコードについて保存レコード数の設定を確認してください。Storeバージョン2.0でのデフォルトの保存日数以上のデータが保存される設定となっている場合は，jpctool db dump(jpcctrl dump)コマンドでデータベース内のデータを出力してください。Storeバージョン2.0でのデフォルト保存日数については，「付録A.2(3)　Storeデータベース（Storeバージョン2.0）のディスク占有量」を参照してください。

(b)　Storeバージョン2.0からStoreバージョン1.0に戻す場合

Storeバージョン2.0をアンセットアップすると，データは初期化されます。このため，Storeバージョン2.0をアンセットアップしてStoreバージョン1.0に戻す前に，jpctool db dump(jpcctrl dump)コマンドでStoreバージョン2.0の情報を出力してください。

3.5　バックアップとリストア

PFM - Agent for OpenTP1のバックアップおよびリストアについて説明します。

障害が発生してシステムが壊れた場合に備えて，PFM - Agent for OpenTP1の設定情報のバックアップを取得してください。また，PFM - Agent for OpenTP1をセットアップしたときなど，システムを変更した場合にもバックアップを取得してください。

なお，Performance Managementシステム全体のバックアップおよびリストアについては，マニュアル「JP1/Performance Management 運用ガイド」のバックアップとリストアについて説明している章を参照してください。

＜この節の構成＞

3.5.1　バックアップ

3.5.2　リストア

3.5.1　バックアップ

バックアップはファイルをコピーするなど，任意の方法で取得してください。バックアップを取得する場合は，PFM - Agent for OpenTP1のサービスを停止した状態で取得してください。

PFM - Agent for OpenTP1の設定情報のバックアップ対象ファイルを次の表に示します。

表3-9　 PFM - Agent for OpenTP1のバックアップ対象ファイル

ファイル名 | 説明
/opt/jp1pc/agth/agent/インスタンス名/*.ini | Agent Collectorサービスの設定ファイル
/opt/jp1pc/agth/store/インスタンス名/*.ini | Agent Storeサービスの設定ファイル

注意

論理ホストで運用する場合のファイル名については，「/opt/jp1pc」を「環境ディレクトリ/jp1pc」に読み替えてください。

PFM - Agent for OpenTP1のバックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。製品バージョン番号の詳細については，リリースノートを参照してください。

3.5.2　リストア

PFM - Agent for OpenTP1の設定情報をリストアする場合は，次に示す前提条件の内容を確認した上で，バックアップ対象ファイルを元の位置にコピーしてください。バックアップした設定情報ファイルで，ホスト上の設定情報ファイルを上書きします。

前提条件

PFM - Agent for OpenTP1がインストール済みであること。

PFM - Agent for OpenTP1のサービスが停止していること。

注意

PFM - Agent for OpenTP1の設定情報をリストアする場合，バックアップを取得した環境とリストアする環境の製品バージョン番号が完全に一致している必要があります。製品バージョン番号の詳細については，リリースノートを参照してください。リストアの可否についての例を次に示します。

リストアできるケース

PFM - Agent for OpenTP1 08-50でバックアップした設定情報をPFM - Agent for OpenTP1 08-50にリストアする。

リストアできないケース

・PFM - Agent for OpenTP1 08-00でバックアップした設定情報をPFM - Agent for OpenTP1 08-50にリストアする。

・PFM - Agent for OpenTP1 08-00でバックアップした設定情報をPFM - Agent for OpenTP1 08-00-10にリストアする。

3.6　Webブラウザでマニュアルを参照するための設定

Performance Managementでは，PFM - Web Consoleがインストールされているホストに，プログラムプロダクトに標準添付されているマニュアルCD-ROMからマニュアルをコピーすることで，Webブラウザでマニュアルを参照できるようになります。なお，PFM - Web Consoleをクラスタ運用している場合は，実行系，待機系それぞれの物理ホストでマニュアルをコピーしてください。

＜この節の構成＞

3.6.1　設定手順

3.6.2　参照手順

3.6.1　設定手順

＜この項の構成＞

(1)　PFM - Web Consoleのヘルプからマニュアルを参照する場合

(2)　お使いのマシンのハードディスクから参照する場合

(1)　PFM - Web Consoleのヘルプからマニュアルを参照する場合

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

PFM - Web Consoleがインストールされているホストに，マニュアルのコピー先ディレクトリを作成する。

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

UNIXの場合：/opt/jp1pcwebcon/doc/ja/××××

××××には，PFM - AgentのヘルプIDを指定してください。ヘルプIDについては，「付録C　識別子一覧」を参照してください。

上記で作成したディレクトリの直下に，マニュアルCD-ROMから次のファイルおよびディレクトリをコピーする。

HTMLマニュアルの場合

Windowsの場合：CD-ROMドライブ¥MAN¥3020¥資料番号（03004A0Dなど）下の，すべてのhtmファイルおよびFIGUREフォルダ

UNIXの場合：/CD-ROMのマウントポイント/MAN/3020/資料番号（03004A0Dなど）下の，すべてのhtmファイルおよびFIGUREディレクトリ

PDFマニュアルの場合

Windowsの場合：CD-ROMドライブ¥MAN¥3020¥資料番号（03004A0Dなど）下のPDFファイル

UNIXの場合：/CD-ROMのマウントポイント/MAN/3020/資料番号（03004A0Dなど）下のPDFファイル

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

PFM - Web Consoleを再起動する。

(2)　お使いのマシンのハードディスクから参照する場合

CD-ROMのsetup.exeを使ってインストールするか，または直接htmファイル，PDFファイル，およびGIFファイルを任意のディレクトリにコピーしてください。HTMLマニュアルの場合，次のディレクトリ構成になるようにしてください。

html（htmファイルおよびPDFファイルを格納）

└FIGURE（GIFファイルを格納）

3.6.2　参照手順

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

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

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

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

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

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

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

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

4.　クラスタシステムでの運用

この章では，クラスタシステムでPFM - Agent for OpenTP1を運用する場合のインストール，セットアップ，クラスタシステムでPFM - Agent for OpenTP1を運用しているときの処理の流れなどについて説明します。

＜この章の構成＞

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

4.2　フェールオーバー時の処理

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

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

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

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

4.7　PFM - Agent for OpenTP1のシステム構成の変更

4.8　PFM - Agent for OpenTP1の運用方式の変更

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

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムです。PFM - Agent for OpenTP1の監視対象プログラムである，OpenTP1は，次のクラスタシステムで運用できます。

HA（High Availability）クラスタシステム構成のOpenTP1

ここでは，クラスタシステムでPFM - Agent for OpenTP1を運用する場合の構成について説明します。クラスタシステムの概要，およびPerformance Managementシステムをクラスタシステムで運用する場合のシステム構成については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

なお，この章で，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

＜この節の構成＞

4.1.1　HAクラスタシステム

4.1.1　HAクラスタシステム

＜この項の構成＞

(1)　HAクラスタシステムでのOpenTP1の構成

(2)　HAクラスタシステムでのPFM - Agent for OpenTP1の構成

(1)　HAクラスタシステムでのOpenTP1の構成

OpenTP1をHAクラスタシステムで運用すると，障害発生時にフェールオーバーすることができ，可用性が向上します。

OpenTP1をHAクラスタシステムで運用する場合，一般的には，実行系ノードと待機系ノードの両方で同じOpenTP1のインスタンスが実行できる環境を構築し，OpenTP1のデータ（データファイル，構成ファイル，ログファイルなど）一式を共有ディスクに格納した構成にします。なお，HAクラスタシステム上でOpenTP1を運用する場合，一般的にはクラスタソフトからOpenTP1を制御するためのソリューション製品を使用します。また，クラスタシステムでのOpenTP1の構成や運用方法は，システムによって異なる場合があります。

(2)　HAクラスタシステムでのPFM - Agent for OpenTP1の構成

PFM - Agent for OpenTP1は，HAクラスタシステムで運用でき，クラスタ構成のOpenTP1を監視できます。HAクラスタシステムでPFM - Agent for OpenTP1を運用する場合は，次の図のような構成で運用します。

図4-1　HAクラスタシステムでのPFM - Agent for OpenTP1の構成例

図4-1に示すように，PFM - Agent for OpenTP1はクラスタ構成のOpenTP1と同じ論理ホスト環境で動作し，OpenTP1を監視します。障害発生時はOpenTP1のフェールオーバーに連動してPFM - Agent for OpenTP1もフェールオーバーし，監視を継続できます。

また，共有ディスクに定義情報やパフォーマンス情報を格納し，フェールオーバー時に引き継ぎます。一つの論理ホストに複数のPerformance Managementのプログラムがある場合は，それぞれが同じ共有ディレクトリを使います。

一つのノードでPFM - Agent for OpenTP1を複数実行できます。クラスタ構成のOpenTP1が複数ある構成（アクティブ・アクティブ構成）の場合，それぞれの論理ホスト環境で，PFM - Agent for OpenTP1を実行してください。それぞれのPFM - Agent for OpenTP1は独立して動作し，別々にフェールオーバーできます。

4.2　フェールオーバー時の処理

実行系ホストに障害が発生すると，処理が待機系ホストに移ります。

ここでは，PFM - Agent for OpenTP1に障害が発生した場合のフェールオーバー時の処理について説明します。また，PFM - Managerに障害が発生した場合の，PFM - Agent for OpenTP1への影響について説明します。

＜この節の構成＞

4.2.1　PFM - Agentホストに障害が発生した場合のフェールオーバー

4.2.2　PFM - Managerが停止した場合の影響

4.2.1　PFM - Agentホストに障害が発生した場合のフェールオーバー

PFM - Agent for OpenTP1を実行しているPFM - Agentホストでフェールオーバーが発生した場合の処理を次の図に示します。

図4-2　PFM - Agentホストでフェールオーバーが発生した場合の処理

PFM - Agent for OpenTP1のフェールオーバー中に，PFM - Web Consoleで操作すると，「There was no answer(-6)」というメッセージが表示されます。この場合は，フェールオーバーが完了するまで待ってから操作してください。

PFM - Agent for OpenTP1のフェールオーバー後に，PFM - Web Consoleで操作すると，フェールオーバー先のノードで起動したPFM - Agent for OpenTP1に接続されます。

4.2.2　PFM - Managerが停止した場合の影響

PFM - Managerが停止すると，Performance Managementシステム全体に影響があります。

PFM - Managerは，各ノードで動作しているPFM - Agent for OpenTP1のエージェント情報を一括管理しています。また，PFM - Agent for OpenTP1がパフォーマンス監視中にしきい値を超えた場合のアラームイベントの通知や，アラームイベントを契機としたアクションの実行を制御しています。このため，PFM - Managerが停止すると，Performance Managementシステムに次の表に示す影響があります。

表4-1　PFM - Managerが停止した場合のPFM - Agent for OpenTP1への影響

プログラム名
影響
対処

PFM - Agent for OpenTP1
PFM - Agent for OpenTP1の動作中に，PFM - Managerが停止した場合，次のように動作する。

パフォーマンスデータは継続して収集される。

発生したアラームイベントをPFM - Managerに通知できないため，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動するまで通知をリトライする。保持しているアラームイベントが三つを超えると，古いアラームイベントは上書きされる。また，PFM - Agent for OpenTP1を停止すると，保持しているアラームイベントは削除される。

PFM - Managerに通知済みのアラームステータスは，PFM - Managerが再起動したときに一度リセットされる。その後，PFM - ManagerがPFM - Agent for OpenTP1の状態を確認したあと，アラームステータスは最新の状態になる。

PFM - Agent for OpenTP1を停止しようとした場合，PFM - Managerに停止することを通知できないため，停止に時間が掛かる。

PFM - Managerを起動する。
動作中のPFM - Agent for OpenTP1はそのまま運用できる。ただし，アラームが期待したとおり通知されない場合があるため，PFM - Manager復旧後に，共通メッセージログに出力されているメッセージKAVE00024-Iを確認すること。

PFM - Managerが停止した場合の影響を考慮の上，運用方法を検討してください。なお，トラブル以外にも，構成変更やメンテナンスの作業などでPFM - Managerの停止が必要になる場合もあります。運用への影響が少ないときに，メンテナンスをすることをお勧めします。

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

ここでは，クラスタシステムでのPFM - Agent for OpenTP1のインストールとセットアップの手順について説明します。

なお，PFM - Managerのインストールとセットアップの手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

＜この節の構成＞

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

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

4.3.3　インストール手順

4.3.4　セットアップ手順

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

インストールおよびセットアップを開始する前に前提条件，必要な情報，および注意事項について説明します。

＜この項の構成＞

(1)　前提条件

(2)　論理ホスト運用するPFM - Agent for OpenTP1のセットアップに必要な情報

(3)　PFM - Agent for OpenTP1で論理ホストをフェールオーバーさせる場合の注意事項

(4)　論理ホスト運用時のバージョンアップに関する注意事項

(1)　前提条件

PFM - Agent for OpenTP1をクラスタシステムで使用する場合，次に示す前提条件があります。

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトが論理ホスト運用するPFM - Agent for OpenTP1の起動や停止などを制御するように設定されていること。このとき，PFM - Agent for OpenTP1が，監視対象のOpenTP1と連動してフェールオーバーするように設定すること。

注意

Windowsでは，アプリケーションエラーが発生すると，Microsoftへエラーを報告するダイアログボックスが表示されます。このダイアログボックスが表示されるとフェールオーバーできないおそれがあるため，エラー報告を抑止する必要があります。ダイアログボックスの抑止手順については，OSのマニュアルを参照してください。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。
Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーの際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをオフラインにしてフェールオーバーできること。

一つの論理ホストで複数のPFM製品を運用する場合，共有ディスクのディレクトリ名が同じであること。
なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホスト名と論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN（Fully Qualified Domain Name）ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

注意

論理ホスト名に，物理ホスト名（hostnameコマンドで表示されるホスト名）を指定しないでください。正常に通信処理がされなくなるおそれがあります。

論理ホスト名に使用できる文字は，1～32バイトの半角英数字です。次の記号および空白文字は指定できません。
/ ¥ : ; * ? ' " < > | & = , .

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(2)　論理ホスト運用するPFM - Agent for OpenTP1のセットアップに必要な情報

論理ホスト運用するPFM - Agent for OpenTP1をセットアップするには，通常のPFM - Agent for OpenTP1のセットアップで必要になる環境情報に加えて，次の表の情報が必要です。

表4-2　論理ホスト運用のPFM - Agent for OpenTP1のセットアップに必要な情報

項目 | 例
論理ホスト名 | jp1-haltp1
論理IPアドレス | 172.16.92.100
共有ディスク | S:¥jp1

なお，一つの論理ホストで論理ホスト運用するPerformance Managementのプログラムが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

共有ディスクに必要な容量については，「付録A　システム見積もり」を参照してください。

(3)　PFM - Agent for OpenTP1で論理ホストをフェールオーバーさせる場合の注意事項

PFM - Agent for OpenTP1を論理ホスト運用するシステム構成の場合，PFM - Agent for OpenTP1の障害によって論理ホスト全体をフェールオーバーさせるかどうかを検討してください。

PFM - Agent for OpenTP1の障害で論理ホスト全体をフェールオーバーさせると，PFM - Agent for OpenTP1が監視対象としている同じ論理ホストで運用する業務アプリケーションもフェールオーバーすることになり，業務に影響を与える可能性があります。

通常は，PFM - Agent for OpenTP1に異常が発生しても，OpenTP1の動作に影響がないように，次のどちらかのようにクラスタソフトで設定することをお勧めします。

PFM - Agent for OpenTP1の動作監視をしない

PFM - Agent for OpenTP1の異常を検知してもフェールオーバーしない

(4)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Agent for OpenTP1をバージョンアップする場合は，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをオンラインにする必要があります。

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

クラスタシステムで，論理ホスト運用するPFM - Agent for OpenTP1のインストールおよびセットアップの流れを次の図に示します。

図4-3　クラスタシステムで論理ホスト運用するPFM - Agent for OpenTP1のインストールおよびセットアップの流れ（Windowsの場合）

注意

論理ホスト環境のPFM - Agentをセットアップしても，物理ホスト環境のPFM - Agentの定義内容は引き継がれません。論理ホスト環境および物理ホスト環境では，インスタンス環境を設定した時点で，新規に環境が作成されます。

4.3.3　インストール手順

実行系ノードおよび待機系ノードのそれぞれにPFM - Agent for OpenTP1をインストールします。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

インストール手順は非クラスタシステムの場合と同じです。インストール手順については，「2.1.3　インストール手順」を参照してください。

4.3.4　セットアップ手順

ここでは，クラスタシステムでPerformance Managementを運用するための，セットアップについて説明します。

セットアップ手順には，実行系ノードの手順と，待機系ノードの手順があります。実行系ノード，待機系ノードの順にセットアップしてください。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　PFM - Agentの登録　　

(2)　共有ディスクのオンライン

(3)　PFM - Agentの論理ホストのセットアップ

(4)　接続先PFM - Managerの設定

(5)　インスタンス環境の設定

(6)　他Performance Managementプログラムの論理ホストのセットアップ　

(7)　ネットワークの設定　

(8)　ログのファイルサイズ変更　

(9)　パフォーマンスデータの格納先の変更　

(10)　動作ログ出力の設定　

(11)　論理ホスト環境定義ファイルのエクスポート

(12)　論理ホスト環境定義ファイルの待機系ノードへのコピー　

(13)　共有ディスクのオフライン　

(14)　論理ホスト環境定義ファイルのインポート

(15)　クラスタソフトへのPFM - Agentの登録　

(16)　クラスタソフトからの起動・停止の確認　

(17)　クラスタシステムでの環境設定　

(1)　PFM - Agentの登録[図データ]　[図データ]　[図データ]

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - ManagerおよびPFM - Web ConsoleにPFM - Agent for OpenTP1を登録する必要があります。

PFM - Agent for OpenTP1を登録する必要があるのは次の場合です。

Performance Managementシステムに新しくPFM - Agent for OpenTP1を追加する場合

すでに登録しているPFM - Agent for OpenTP1のデータモデルのバージョンを更新する場合

登録はPFM - Manager上およびPFM - Web Console上で実施します。手順は非クラスタシステムの場合と同じです。

手順については，「2.1.4(1)　PFM - Agent for OpenTP1の登録」を参照してください。

(2)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをオンラインにしてください。

(3)　PFM - Agentの論理ホストのセットアップ[図データ]

jpcconf ha setup(jpchasetup create)コマンドを実行して論理ホスト環境を作成します。コマンドを実行すると，共有ディスクに必要なデータがコピーされ，論理ホスト用の定義が設定されて，論理ホスト環境が作成されます。

注意

コマンドを実行する前に，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementの起動と停止について説明している章を参照してください。

手順を次に示します。

jpcconf ha setup(jpchasetup create)コマンドを実行して，PFM - Agent for OpenTP1の論理ホスト環境を作成する。
次のようにコマンドを実行します。

jpcconf ha setup -key OpenTP1 -lhost jp1-haltp1 -d S:¥jp1(jpchasetup create agth -lhost jp1-haltp1 -d S:¥jp1)

論理ホスト名は，-lhostオプションで指定します。ここでは，論理ホスト名をjp1-haltp1としています。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。
共有ディスクのディレクトリ名は，-dオプションの環境ディレクトリ名に指定します。例えば-d S:¥jp1と指定するとS:¥jp1¥jp1pcが作成されて，論理ホスト環境のファイルが作成されます。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホストの設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

作成した論理ホスト環境が正しいことを確認してください。

(4)　接続先PFM - Managerの設定[図データ]

jpcconf mgrhost define(jpcnshostname)コマンドを実行して，PFM - Agent for OpenTP1を管理するPFM - Managerを設定します。

jpcconf mgrhost define(jpcnshostname)コマンドを実行して，接続先PFM - Managerを設定する。
次のようにコマンドを実行します。

jpcconf mgrhost define -host jp1-hal -lhost jp1-haltp1(jpcnshostname -s jp1-hal -lhost jp1-haltp1)

接続先PFM - Managerのホスト名は，-hostオプションで指定します。接続先PFM - Managerが論理ホスト運用されている場合は，-hostオプションに接続先PFM - Managerの論理ホスト名を指定します。ここでは，PFM - Managerの論理ホスト名をjp1-halとしています。
また，PFM - Agent for OpenTP1の論理ホスト名は，-lhostオプションで指定します。ここでは，PFM - Agent for OpenTP1の論理ホスト名をjp1-haltp1としています。

(5)　インスタンス環境の設定[図データ]

jpcconf inst setup(jpcinssetup)コマンドを実行して，PFM - Agent for OpenTP1のインスタンス環境を設定します。

設定手順は，非クラスタシステムの場合と同じです。ただし，クラスタシステムの場合，jpcconf inst setup(jpcinssetup)コマンドの実行時に，「-lhost」で論理ホスト名を指定する必要があります。

クラスタシステムの場合のjpcconf inst setup(jpcinssetup)コマンドの指定方法を次に示します。

jpcconf inst setup -key OpenTP1 -lhost 論理ホスト名 -inst インスタンス名(jpcinssetup agth -lhost 論理ホスト名 -inst インスタンス名)

このほかの設定内容，および手順については，「2.1.4(2)　インスタンス環境の設定」を参照してください。

(6)　他Performance Managementプログラムの論理ホストのセットアップ[図データ]　[図データ]

PFM - Agent for OpenTP1のほかに，同じ論理ホストにセットアップするPFM - ManagerやPFM - Agentがある場合は，この段階でセットアップしてください。

セットアップ手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章，または各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(7)　ネットワークの設定[図データ]　[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の二つの項目を設定できます。

IPアドレスを設定する
複数のLANに接続されたネットワーク環境でPerformance Managementを運用する場合に使用するIPアドレスを指定したいときは，jpchostsファイルの内容を直接編集します。
このとき，編集したjpchostsファイルは，実行系ノードから待機系ノードにコピーしてください。
IPアドレスの設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。

ポート番号を設定する
ファイアウォール経由でPerformance Managementのプログラム間の通信をする場合には，jpcconf port(jpcnsconfig port)コマンドを使用してポート番号を設定します。
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章，およびクラスタシステムでの構築と運用について説明している章を参照してください。

(8)　ログのファイルサイズ変更[図データ]　[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合に必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(9)　パフォーマンスデータの格納先の変更[図データ]　[図データ]

PFM - Agentで管理されるパフォーマンスデータを格納するデータベースの保存先，バックアップ先，エクスポート先，またはインポート先のフォルダを変更したい場合に必要な設定です。

設定方法については，「2.1.4(5)　パフォーマンスデータの格納先の変更」を参照してください。

(10)　動作ログ出力の設定[図データ]　[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

設定方法については，「付録J　動作ログの出力」を参照してください。

(11)　論理ホスト環境定義ファイルのエクスポート[図データ]

PFM - Agent for OpenTP1の論理ホスト環境が作成できたら，環境定義をファイルにエクスポートします。エクスポートでは，その論理ホストにセットアップされているPerformance Managementのプログラムの定義情報を一括してファイル出力します。同じ論理ホストにほかのPerformance Managementのプログラムをセットアップする場合は，セットアップが一とおり済んだあとにエクスポートしてください。

論理ホスト環境定義をエクスポートする手順を次に示します。

jpcconf ha export(jpchasetup export)コマンドを実行して，論理ホスト環境定義をエクスポートする。
これまでの手順で作成した論理ホスト環境の定義情報を，エクスポートファイルに出力します。エクスポートファイル名は任意です。
例えば，lhostexp.txtファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.txt(jpchasetup export -f lhostexp.txt)

(12)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

「(11)　論理ホスト環境定義ファイルのエクスポート」でエクスポートした論理ホスト環境定義ファイルを，実行系ノードから待機系ノードにコピーします。

(13)　共有ディスクのオフライン[図データ]　[図データ]

クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをオフラインにして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(14)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementのプログラムを，待機系ノードで実行するための設定には，jpcconf ha import(jpchasetup import)コマンドを使用します。一つの論理ホストに複数のPerformance Managementのプログラムがセットアップされている場合は，一括してインポートされます。

なお，このコマンドを実行するときには，共有ディスクをオンラインにしておく必要はありません。

jpcconf ha import(jpchasetup import)コマンドを実行して，論理ホスト環境定義をインポートする。
次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.txt(jpchasetup import -f lhostexp.txt)

コマンドを実行すると，待機系ノードの環境を，エクスポートファイルの内容と同じ環境になるように設定変更します。これによって，論理ホストのPFM - Agent for OpenTP1を起動するための設定が実施されます。
また，セットアップ時にjpcconf port(jpcnsconfig port)コマンドで固定のポート番号を設定している場合も，同様に設定されます。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

実行系ノードでjpcconf ha list(jpchasetup list)を実行した時と同じ内容が表示されることを確認してください。

(15)　クラスタソフトへのPFM - Agentの登録[図データ]　[図データ]

Performance Managementのプログラムを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPerformance Managementのプログラムを起動したり停止したりするように環境設定します。

クラスタソフトへPFM - Agent for OpenTP1を登録する方法については，クラスタソフトのマニュアルを参照してください。

PFM - Agent for OpenTP1をクラスタソフトに登録するときの設定内容を，WSFCに登録する項目を例として説明します。

PFM - Agent for OpenTP1の場合，次の表のサービスをクラスタに登録します。

表4-3　クラスタソフトに登録するPFM - Agent for OpenTP1のサービス

項番
リソース名
サービス名
依存関係

1
PFM - Agent Store for OpenTP1 インスタンス名 [LHOST]
JP1PCAGT_HS_インスタンス名 [LHOST]
IPアドレスリソース
物理ディスクリソース
OpenTP1リソース

2
PFM - Agent for OpenTP1 インスタンス名 [LHOST]
JP1PCAGT_HA_インスタンス名 [LHOST]
項番1のクラスタリソース

3
PFM - Action Handler [LHOST]
JP1PCMGR_PH [LHOST]
IPアドレスリソース
物理ディスクリソース

[LHOST]の部分は，論理ホスト名に置き換えてください。インスタンス名がSDC1，論理ホスト名がjp1-haltp1の場合，サービスのリソース名は「PFM - Agent Store for OpenTP1 SDC1 [jp1-haltp1]」，サービス名は「JP1PCAGT_HS_SDC1 [jp1-haltp1]」のようになります。

WSFCの場合は，これらのサービスをWSFCのリソースとして登録します。各リソースの設定は次のようにします。下記の［　］は，WSFCの設定項目です。

［リソースの種類］は「汎用サービス」として登録する。

［リソース名］，［依存関係］，および［サービス名］を表4-3のとおりに設定する。
なお，リソース名はサービスを表示するときの名称で，サービス名はWSFCから制御するサービスを指定するときの名称です。

［セットアップパラメータ］および［レジストリのレプリケーション］は設定しない。

プロパティの［ポリシー］タブは，Performance Managementのプログラムの障害時にフェールオーバーするかしないかの運用に合わせて設定する。
例えば，PFM - Agent for OpenTP1の障害時に，フェールオーバーするように設定するには，次のように設定します。
［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］：チェックする
［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］：チェックする
［指定期間内での再起動の試行回数］：3※

注※

［指定期間内での再起動の試行回数］は3回を目安に設定してください。

注意

クラスタに登録するサービスは，クラスタから起動および停止を制御しますので，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。なお，jpcconf ha setup(jpchasetup create)コマンドでセットアップした直後のサービスは［手動］に設定されています。また，次のコマンドで強制停止しないでください。

jpcspm stop -key all -lhost 論理ホスト名 -kill immediate(jpcstop all lhost=論理ホスト名 kill=immediate)

(16)　クラスタソフトからの起動・停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，Performance Managementのプログラムの起動および停止を各ノードで実行し，正常に動作することを確認してください。

(17)　クラスタシステムでの環境設定[図データ]　[図データ]

Performance Managementのプログラムのセットアップ終了後，PFM - Web Consoleから，運用に合わせて監視対象の稼働状況についてのレポートを表示できるようにしたり，監視対象で問題が発生したときにユーザーに通知できるようにしたりするために，Performance Managementのプログラムの環境を設定します。

Performance Managementのプログラムの環境設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

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

ここでは，クラスタシステムでのPFM - Agent for OpenTP1のインストールとセットアップの手順について説明します。

なお，PFM - Managerのインストールとセットアップの手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

＜この節の構成＞

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

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

4.4.3　インストール手順

4.4.4　セットアップ手順

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

インストールおよびセットアップを開始する前に前提条件，必要な情報，および注意事項について説明します。

＜この項の構成＞

(1)　前提条件

(2)　論理ホスト運用するPFM - Agent for OpenTP1のセットアップに必要な情報

(3)　PFM - Agent for OpenTP1で論理ホストをフェールオーバーさせる場合の注意事項

(4)　論理ホスト運用時のバージョンアップに関する注意事項

(1)　前提条件

PFM - Agent for OpenTP1をクラスタシステムで使用する場合，次に示す前提条件があります。

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトが論理ホスト運用するPFM - Agent for OpenTP1の起動や停止などを制御するように設定されていること。このとき，PFM - Agent for OpenTP1が，監視対象のOpenTP1と連動してフェールオーバーするように設定すること。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。
Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーの際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをアンマウントしてフェールオーバーできること。

一つの論理ホストで複数のPFM製品を運用する場合，共有ディスクのディレクトリ名が同じであること。
なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホスト名と論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN（Fully Qualified Domain Name）ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

注意

論理ホスト名に，物理ホスト名（uname -nコマンドで表示されるホスト名）を指定しないでください。正常に通信処理がされなくなる可能性があります。

論理ホスト名に使用できる文字は，1～32バイトの半角英数字です。次の記号および空白文字は指定できません。
/ ¥ : ; * ? ' " < > | & = , .

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(2)　論理ホスト運用するPFM - Agent for OpenTP1のセットアップに必要な情報

論理ホスト運用するPFM - Agent for OpenTP1をセットアップするには，通常のPFM - Agent for OpenTP1のセットアップで必要になる環境情報に加えて，次の表の情報が必要です。

表4-4　論理ホスト運用のPFM - Agent for OpenTP1のセットアップに必要な情報

項目 | 例
論理ホスト名 | jp1-haltp1
論理IPアドレス | 172.16.92.100
共有ディスク | /jp1

なお，一つの論理ホストで論理ホスト運用するPerformance Managementのプログラムが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

共有ディスクに必要な容量については，「付録A　システム見積もり」を参照してください。

(3)　PFM - Agent for OpenTP1で論理ホストをフェールオーバーさせる場合の注意事項

PFM - Agent for OpenTP1を論理ホスト運用するシステム構成の場合，PFM - Agent for OpenTP1の障害によって論理ホスト全体をフェールオーバーさせるかどうかを検討してください。

PFM - Agent for OpenTP1の障害で論理ホスト全体をフェールオーバーさせると，PFM - Agent for OpenTP1が監視対象としている同じ論理ホストで運用する業務アプリケーションもフェールオーバーすることになり，業務に影響を与える可能性があります。

通常は，PFM - Agent for OpenTP1に異常が発生しても，OpenTP1の動作に影響がないように，次のどちらかのようにクラスタソフトで設定することをお勧めします。

PFM - Agent for OpenTP1の動作監視をしない

PFM - Agent for OpenTP1の異常を検知してもフェールオーバーしない

(4)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Agent for OpenTP1をバージョンアップする場合は，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをマウントする必要があります。

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

クラスタシステムで，論理ホスト運用するPFM - Agent for OpenTP1のインストールおよびセットアップの流れを次の図に示します。

図4-4　クラスタシステムで論理ホスト運用するPFM - Agent for OpenTP1のインストールおよびセットアップの流れ（UNIXの場合）

注意

論理ホスト環境のPFM - Agentをセットアップしても，物理ホスト環境のPFM - Agentの定義内容は引き継がれません。論理ホスト環境および物理ホスト環境では，インスタンス環境を設定した時点で，新規に環境が作成されます。

4.4.3　インストール手順

実行系ノードおよび待機系ノードのそれぞれにPFM - Agent for OpenTP1をインストールします。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

インストール手順は非クラスタシステムの場合と同じです。インストール手順については，「3.1.3　インストール手順」を参照してください。

4.4.4　セットアップ手順

ここでは，クラスタシステムでPerformance Managementを運用するための，セットアップについて説明します。

セットアップ手順には，実行系ノードの手順と，待機系ノードの手順があります。実行系ノード，待機系ノードの順にセットアップしてください。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

＜この項の構成＞

(1)　PFM - Agentの登録　　

(2)　共有ディスクのマウント

(3)　PFM - Agentの論理ホストのセットアップ

(4)　接続先PFM - Managerの設定

(5)　インスタンス環境の設定

(6)　他Performance Managementプログラムの論理ホストのセットアップ　

(7)　ネットワークの設定　

(8)　ログのファイルサイズ変更　

(9)　パフォーマンスデータの格納先の変更　

(10)　動作ログ出力の設定　

(11)　論理ホスト環境定義ファイルのエクスポート

(12)　論理ホスト環境定義ファイルの待機系ノードへのコピー　

(13)　共有ディスクのアンマウント　

(14)　論理ホスト環境定義ファイルのインポート

(15)　クラスタソフトへのPFM - Agentの登録　

(16)　クラスタソフトからの起動・停止の確認　

(17)　クラスタシステムでの環境設定　

(1)　PFM - Agentの登録[図データ]　[図データ]　[図データ]

PFM - ManagerおよびPFM - Web Consoleを使ってPFM - Agentを一元管理するために，PFM - ManagerおよびPFM - Web ConsoleにPFM - Agent for OpenTP1を登録する必要があります。

PFM - Agent for OpenTP1を登録する必要があるのは次の場合です。

Performance Managementシステムに新しくPFM - Agent for OpenTP1を追加する場合

すでに登録しているPFM - Agent for OpenTP1のデータモデルのバージョンを更新する場合

登録はPFM - Manager上およびPFM - Web Console上で実施します。手順は非クラスタシステムの場合と同じです。

手順については，「3.1.4(2)　PFM - Agent for OpenTP1の登録」を参照してください。

(2)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをマウントしてください。

(3)　PFM - Agentの論理ホストのセットアップ[図データ]

jpcconf ha setup(jpchasetup create)コマンドを実行して論理ホスト環境を作成します。コマンドを実行すると，共有ディスクに必要なデータがコピーされ，論理ホスト用の定義が設定されて，論理ホスト環境が作成されます。

注意

コマンドを実行する前に，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementを運用するための操作について説明している章を参照してください。

手順を次に示します。

jpcconf ha setup(jpchasetup create)コマンドを実行して，PFM - Agent for OpenTP1の論理ホスト環境を作成する。
次のようにコマンドを実行します。

jpcconf ha setup -key OpenTP1 -lhost jp1-haltp1 -d /jp1(jpchasetup create agth -lhost jp1-haltp1 -d /jp1)

論理ホスト名は，-lhostオプションで指定します。ここでは，論理ホスト名をjp1-haltp1としています。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。
共有ディスクのディレクトリ名は，-dオプションの環境ディレクトリ名に指定します。例えば-d /jp1と指定すると/jp1/jp1pcが作成されて，論理ホスト環境のファイルが作成されます。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホストの設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

作成した論理ホスト環境が正しいことを確認してください。

(4)　接続先PFM - Managerの設定[図データ]

jpcconf mgrhost define(jpcnshostname)コマンドを実行して，PFM - Agent for OpenTP1を管理するPFM - Managerを設定します。

jpcconf mgrhost define(jpcnshostname)コマンドを実行して，接続先PFM - Managerを設定する。
次のようにコマンドを実行します。

jpcconf mgrhost define -host jp1-hal -lhost jp1-haltp1(jpcnshostname -s jp1-hal -lhost jp1-haltp1)

接続先PFM - Managerのホスト名は，-hostオプションで指定します。接続先PFM - Managerが論理ホスト運用されている場合は，-hostオプションに接続先PFM - Managerの論理ホスト名を指定します。ここでは，PFM - Managerの論理ホスト名をjp1-halとしています。
また，PFM - Agent for OpenTP1の論理ホスト名は，-lhostオプションで指定します。ここでは，PFM - Agent for OpenTP1の論理ホスト名をjp1-haltp1としています。

(5)　インスタンス環境の設定[図データ]

jpcconf inst setup(jpcinssetup)コマンドを実行して，PFM - Agent for OpenTP1のインスタンス環境を設定します。

設定手順は，非クラスタシステムの場合と同じです。ただし，クラスタシステムの場合，jpcconf inst setup(jpcinssetup)コマンドの実行時に，「-lhost」で論理ホスト名を指定する必要があります。

クラスタシステムの場合のjpcconf inst setup(jpcinssetup)コマンドの指定方法を次に示します。

jpcconf inst setup -key OpenTP1 -lhost 論理ホスト名 -inst インスタンス名(jpcinssetup agth -lhost 論理ホスト名 -inst インスタンス名)

このほかの設定内容，および手順については，「3.1.4(3)　インスタンス環境の設定」を参照してください。

(6)　他Performance Managementプログラムの論理ホストのセットアップ[図データ]　[図データ]

PFM - Agent for OpenTP1のほかに，同じ論理ホストにセットアップするPFM - ManagerやPFM - Agentがある場合は，この段階でセットアップしてください。

セットアップ手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章，または各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(7)　ネットワークの設定[図データ]　[図データ]

Performance Managementを使用するネットワーク構成に応じて，変更する場合にだけ必要な設定です。

ネットワークの設定では次の二つの項目を設定できます。

IPアドレスを設定する
複数のLANに接続されたネットワーク環境でPerformance Managementを運用する場合に使用するIPアドレスを指定したいときは，jpchostsファイルの内容を直接編集します。
このとき，編集したjpchostsファイルは，実行系ノードから待機系ノードにコピーしてください。
IPアドレスの設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。

ポート番号を設定する
ファイアウォール経由でPerformance Managementのプログラム間の通信をする場合には，jpcconf port(jpcnsconfig port)コマンドを使用してポート番号を設定します。
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章，およびクラスタシステムでの運用について説明している章を参照してください。

(8)　ログのファイルサイズ変更[図データ]　[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。共通メッセージログは，デフォルトで2,048キロバイトのファイルが2個使用されます。このファイルサイズを変更したい場合に必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(9)　パフォーマンスデータの格納先の変更[図データ]　[図データ]

PFM - Agentで管理されるパフォーマンスデータを格納するデータベースの保存先，バックアップ先，エクスポート先，またはインポート先のフォルダを変更したい場合にだけ必要な設定です。

設定方法については，「3.1.4(6)　パフォーマンスデータの格納先の変更」を参照してください。

(10)　動作ログ出力の設定[図データ]　[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

設定方法については，「付録J　動作ログの出力」を参照してください。

(11)　論理ホスト環境定義ファイルのエクスポート[図データ]

PFM - Agent for OpenTP1の論理ホスト環境が作成できたら，環境定義をファイルにエクスポートします。エクスポートでは，その論理ホストにセットアップされているPerformance Managementのプログラムの定義情報を一括してファイル出力します。同じ論理ホストにほかのPerformance Managementのプログラムをセットアップする場合は，セットアップが一とおり済んだあとにエクスポートしてください。

論理ホスト環境定義をエクスポートする手順を次に示します。

jpcconf ha export(jpchasetup export)コマンドを実行して，論理ホスト環境定義をエクスポートする。
これまでの手順で作成した論理ホスト環境の定義情報を，エクスポートファイルに出力します。エクスポートファイル名は任意です。
例えば，lhostexp.txtファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.txt(jpchasetup export -f lhostexp.txt)

(12)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

「(11)　論理ホスト環境定義ファイルのエクスポート」でエクスポートした論理ホスト環境定義ファイルを，実行系ノードから待機系ノードにコピーします。

(13)　共有ディスクのアンマウント[図データ]　[図データ]

ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

注意

共有ディスクがアンマウントされていても，指定した環境ディレクトリにjp1pcディレクトリがあり，jp1pcディレクトリ以下にファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上に指定した環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上の環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(14)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementのプログラムを，待機系ノードで実行するための設定には，jpcconf ha import(jpchasetup import)コマンドを使用します。一つの論理ホストに複数のPerformance Managementのプログラムがセットアップされている場合は，一括してインポートされます。

なお，このコマンドを実行するときには，共有ディスクをマウントしておく必要はありません。

jpcconf ha import(jpchasetup import)コマンドを実行して，論理ホスト環境定義をインポートする。
次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.txt(jpchasetup import -f lhostexp.txt)

コマンドを実行すると，待機系ノードの環境を，エクスポートファイルの内容と同じ環境になるように設定変更します。これによって，論理ホストのPFM - Agent for OpenTP1を起動するための設定が実施されます。
また，セットアップ時にjpcconf port(jpcnsconfig port)コマンドで固定のポート番号を設定している場合も，同様に設定されます。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

実行系ノードでjpcconf ha list(jpchasetup list)を実行した時と同じ内容が表示されることを確認してください。

(15)　クラスタソフトへのPFM - Agentの登録[図データ]　[図データ]

Performance Managementのプログラムを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPerformance Managementのプログラムを起動したり停止したりするように環境設定します。

ここでは，PFM - Agent for OpenTP1をクラスタソフトに登録するときに設定する内容を説明します。

一般にUNIXのクラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の四つがあります。

PFM - Agent for OpenTP1での設定方法を次の表に示します。

表4-5　クラスタソフトに登録するPFM - Agent for OpenTP1の制御方法

項目
説明

起動
次のコマンドを順に実行して，PFM - Agent for OpenTP1を起動する。

/opt/jp1pc/tools/jpcspm start -key AH -lhost 論理ホスト名(/opt/jp1pc/tools/jpcstart act lhost= 論理ホスト名)
/opt/jp1pc/tools/jpcspm start -key OpenTP1 -lhost 論理ホスト名 -inst インスタンス名(/opt/jp1pc/tools/jpcstart agth lhost= 論理ホスト名 inst= インスタンス名)

起動するタイミングは，共有ディスクおよび論理IPアドレスが使用できる状態になったあととする。

停止
次のコマンドを順に実行して，PFM - Agent for OpenTP1を停止する。

/opt/jp1pc/tools/jpcspm stop -key OpenTP1 -lhost 論理ホスト名 -inst インスタンス名(/opt/jp1pc/tools/jpcstop agth lhost= 論理ホスト名 inst= インスタンス名)
/opt/jp1pc/tools/jpcspm stop -key AH -lhost 論理ホスト名(/opt/jp1pc/tools/jpcstop act lhost= 論理ホスト名)

停止するタイミングは，共有ディスクおよび論理IPアドレスを使用できない状態にする前とする。
なお，障害などでサービスが停止しているときは，jpcspm stop(jpcstop)コマンドの戻り値が3になる。この場合はサービスが停止されているので，正常終了と扱う。戻り値で実行結果を判定するクラスタソフトの場合は，戻り値を0にするなどで対応すること。

動作監視
次のプロセスが動作していることを，psコマンドで確認する。

ps -ef | grep "プロセス名 論理ホスト名" | grep -v "grep 監視対象のプロセス"

監視対象のプロセスは，次のとおり。

jpcagth,agth/jpcsto,jpcah

プロセス名については，「付録D　プロセス一覧」およびマニュアル「JP1/Performance Management リファレンス」の付録を参照のこと。
なお，運用中にメンテナンスなどでPerformance Managementを一時的に停止する場合を想定して，動作監視を抑止する方法（例えば，メンテナンス中のファイルがあると監視をしないなど）を用意しておくことを勧める。

強制停止
強制停止が必要な場合は，次のコマンドを実行する。

/opt/jp1pc/tools/jpcspm stop -key all -lhost 論理ホスト名 -kill immediate(/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コマンドで動作を監視する場合，事前にpsコマンドを実行して，論理ホスト名とインスタンス名をつなげた文字列がすべて表示されることを確認してください。文字列が途中までしか表示されない場合は，インスタンス名を短くしてください。

(16)　クラスタソフトからの起動・停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，Performance Managementのプログラムの起動および停止を各ノードで実行し，正常に動作することを確認してください。

(17)　クラスタシステムでの環境設定[図データ]　[図データ]

Performance Managementのプログラムのセットアップ終了後，PFM - Web Consoleから，運用に合わせて監視対象の稼働状況についてのレポートを表示できるようにしたり，監視対象で問題が発生したときにユーザーに通知できるようにしたりするために，Performance Managementのプログラムの環境を設定します。

Performance Managementのプログラムの環境設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

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

ここでは，クラスタシステムで運用していたPFM - Agent for OpenTP1を，アンインストールする方法とアンセットアップする方法について説明します。

なお，PFM - Managerのアンインストールとアンセットアップについては，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

＜この節の構成＞

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

4.5.2　アンセットアップ手順

4.5.3　アンインストール手順

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

クラスタシステムで運用していたPFM - Agent for OpenTP1のアンインストールおよびアンセットアップの流れを次の図に示します。

図4-5　クラスタシステムで論理ホスト運用するPFM - Agent for OpenTP1のアンインストールおよびアンセットアップの流れ（Windowsの場合）

4.5.2　アンセットアップ手順

論理ホスト環境をアンセットアップします。アンセットアップ手順には，実行系ノードの手順と，待機系ノードの手順があります。実行系ノード，待機系ノードの順にアンセットアップしてください。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるアンセットアップ項目，またはデフォルトの設定を変更する場合のオプションのアンセットアップ項目を示します。

PFM - Agent for OpenTP1のアンセットアップ手順について説明します。

＜この項の構成＞

(1)　クラスタソフトからの停止　

(2)　共有ディスクのオンライン

(3)　ポート番号の設定の解除　

(4)　PFM - Agentの論理ホストのアンセットアップ

(5)　他Performance Managementプログラムの論理ホストのアンセットアップ　

(6)　論理ホスト環境定義ファイルのエクスポート

(7)　論理ホスト環境定義ファイルの待機系ノードへのコピー　

(8)　共有ディスクのオフライン　

(9)　論理ホスト環境定義ファイルのインポート

(10)　クラスタソフトからのPFM - Agentの登録解除　

(11)　PFM - Managerでの設定の削除　

(1)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(2)　共有ディスクのオンライン[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをオンラインにしてください。

(3)　ポート番号の設定の解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf port(jpcnsconfig port)コマンドでポート番号を設定した場合にだけ必要な手順です。

ポート番号の解除方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章，およびクラスタシステムでの構築と運用について説明している章を参照してください。

(4)　PFM - Agentの論理ホストのアンセットアップ[図データ]

手順を次に示します。

注意

共有ディスクがオフラインになっている状態で論理ホスト環境を削除した場合は，物理ホスト上に存在する論理ホストの設定だけが削除され，共有ディスク上のディレクトリやファイルは削除されません。この場合，共有ディスクをオンラインにし，環境ディレクトリ以下のjp1pcディレクトリを手動で削除する必要があります。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all -lhost jp1-haltp1(jpchasetup list all -lhost jp1-haltp1)

論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。

PFM - Agent for OpenTP1のインスタンス環境を削除する。
次のようにコマンドを実行します。

jpcconf inst unsetup -key OpenTP1 -lhost jp1-haltp1 -inst SDC1(jpcinsunsetup agth -lhost jp1-haltp1 -inst SDC1)

jpcconf inst unsetup(jpcinsunsetup)コマンドを実行すると，論理ホストのインスタンスを起動するための設定が削除されます。また，共有ディスク上のインスタンス用のファイルが削除されます。

jpcconf ha unsetup(jpchasetup delete)コマンドを実行して，PFM - Agent for OpenTP1の論理ホスト環境を削除する。
次のようにコマンドを実行します。

jpcconf ha unsetup -key OpenTP1 -lhost jp1-haltp1(jpchasetup delete agth -lhost jp1-haltp1)

jpcconf ha unsetup(jpchasetup delete)コマンドを実行すると，論理ホストのPFM - Agent for OpenTP1を起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。

jpcconf ha list(jpchasetup list)コマンドで，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

論理ホスト環境からPFM - Agent for OpenTP1が削除されていることを確認してください。

(5)　他Performance Managementプログラムの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Agent for OpenTP1のほかに，同じ論理ホストからアンセットアップするPerformance Managementプログラムがある場合は，この段階でアンセットアップしてください。

アンセットアップ手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章，または各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(6)　論理ホスト環境定義ファイルのエクスポート[図データ]

論理ホストのPFM - Agent for OpenTP1を削除したら，環境定義をファイルにエクスポートします。

Performance Managementでは，環境定義のエクスポートおよびインポートによって実行系と待機系の環境を合わせる方式を採っています。

実行系ノードでエクスポートした環境定義（Performance Managementの定義が削除されている）を，待機系ノードにインポートすると，待機系ノードの既存の環境定義（Performance Managementの定義が削除前のままの状態で定義が残っている）と比較して差分（実行系ノードで削除された部分）を確認してPerformance Managementの環境定義を削除します。

手順を次に示します。

jpcconf ha export(jpchasetup export)コマンドを実行して，論理ホスト環境定義をエクスポートする。
Performance Managementの論理ホスト環境の定義情報を，エクスポートファイルに出力します。エクスポートファイル名は任意です。
例えば，lhostexp.txtファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.txt(jpchasetup export -f lhostexp.txt)

(7)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

「(6)　論理ホスト環境定義ファイルのエクスポート」でエクスポートしたファイルを，実行系ノードから待機系ノードにコピーします。

(8)　共有ディスクのオフライン[図データ]　[図データ]

クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをオフラインにして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(9)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。なお，待機系ノードでは，インポート時に共有ディスクをオフラインにする必要はありません。

手順を次に示します。

jpcconf ha import(jpchasetup import)コマンドを実行して，論理ホスト環境定義をインポートする。
次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.txt(jpchasetup import -f lhostexp.txt)

コマンドを実行すると，待機系ノードの環境を，エクスポートファイルの内容と同じ環境になるように設定変更します。これによって，論理ホストのPFM - Agent for OpenTP1を起動するための設定が削除されます。ほかの論理ホストのPerformance Managementのプログラムをアンセットアップしている場合は，それらの設定も削除されます。
また，セットアップ時にjpcconf port(jpcnsconfig port)コマンドで固定のポート番号を設定している場合も，解除されます。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

実行系ノードでjpcconf ha list(jpchasetup list)コマンドを実行したときと同じ内容が表示されることを確認してください。

(10)　クラスタソフトからのPFM - Agentの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Agent for OpenTP1に関する設定を削除してください。

設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

(11)　PFM - Managerでの設定の削除[図データ]　[図データ]

PFM - Web ConsoleでPFM - Managerにログインし，アンセットアップするPFM - Agent for OpenTP1に関連する定義を削除してください。

手順を次に示します。

PFM - Web Consoleから，エージェントを削除する。

PFM - Managerのエージェント情報を削除する。
例えば，PFM - Managerが論理ホストjp1-hal上で動作し，PFM - Agent for OpenTP1が論理ホストjp1-haltp1上で動作している場合，次のように指定してコマンドを実行します。

jpctool service delete -id サービスID -host jp1-haltp1 -lhost jp1-hal(jpcctrl delete サービスID host=jp1-haltp1 lhost=jp1-hal)

サービスIDには削除するエージェントのサービスIDを指定してください。

PFM - Managerサービスを再起動する。
サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Web Consoleを再起動する。
サービス情報の削除をPFM - Web Consoleで有効にするには，PFM - Managerサービスを再起動したあと，PFM - Web Consoleを再起動する必要があります。

4.5.3　アンインストール手順

PFM - Agent for OpenTP1を実行系ノード，待機系ノードそれぞれからアンインストールします。

アンインストール手順は，非クラスタシステムの場合と同じです。詳細については，「2.2.3　アンインストール手順」を参照してください。

注意

PFM - Agent for OpenTP1をアンインストールする場合は，PFM - Agent for OpenTP1をアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPFM - Agent for OpenTP1をアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

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

ここでは，クラスタシステムで運用していたPFM - Agent for OpenTP1を，アンインストールする方法とアンセットアップする方法について説明します。

なお，PFM - Managerのアンインストールとアンセットアップについては，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

＜この節の構成＞

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

4.6.2　アンセットアップ手順

4.6.3　アンインストール手順

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

クラスタシステムで運用していたPFM - Agent for OpenTP1のアンインストールおよびアンセットアップの流れを次の図に示します。

図4-6　クラスタシステムで論理ホスト運用するPFM - Agent for OpenTP1のアンインストールおよびアンセットアップの流れ（UNIXの場合）

4.6.2　アンセットアップ手順

論理ホスト環境をアンセットアップします。アンセットアップ手順には，実行系ノードの手順と，待機系ノードの手順があります。実行系ノード，待機系ノードの順にアンセットアップしてください。

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるアンセットアップ項目，またはデフォルトの設定を変更する場合のオプションのアンセットアップ項目を示します。

PFM - Agent for OpenTP1のアンセットアップ手順について説明します。

＜この項の構成＞

(1)　クラスタソフトからの停止　

(2)　共有ディスクのマウント

(3)　ポート番号の設定の解除　

(4)　PFM - Agent の論理ホストのアンセットアップ

(5)　他Performance Managementプログラムの論理ホストのアンセットアップ　

(6)　論理ホスト環境定義ファイルのエクスポート

(7)　論理ホスト環境定義ファイルの待機系ノードへのコピー　

(8)　共有ディスクのアンマウント　

(9)　論理ホスト環境定義ファイルのインポート

(10)　クラスタソフトからのPFM - Agentの登録解除　

(11)　PFM - Managerでの設定の削除　

(1)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(2)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをマウントしてください。

注意

共有ディスクがアンマウントされていても，アンセットアップする論理ホストの環境ディレクトリにjp1pcディレクトリがあり，jp1pcディレクトリ以下にファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上にアンセットアップする論理ホストの環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上のアンセットアップする論理ホストの環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(3)　ポート番号の設定の解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf port(jpcnsconfig port)コマンドでポート番号を設定した場合にだけ必要な手順です。

ポート番号の解除方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章，およびクラスタシステムでの運用について説明している章を参照してください。

(4)　PFM - Agent の論理ホストのアンセットアップ[図データ]

手順を次に示します。

注意

共有ディスクがマウントされていない状態で論理ホスト環境を削除した場合は，物理ホスト上に存在する論理ホストの設定が削除され，共有ディスク上のディレクトリやファイルは削除されません。この場合，共有ディスクをマウントして，環境ディレクトリ以下のjp1pcディレクトリを手動で削除する必要があります。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all -lhost jp1-haltp1(jpchasetup list all -lhost jp1-haltp1)

論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。

PFM - Agent for OpenTP1のインスタンス環境を削除する。
次のようにコマンドを実行します。

jpcconf inst unsetup -key OpenTP1 -lhost jp1-haltp1 -inst SDC1(jpcinsunsetup agth -lhost jp1-haltp1 -inst SDC1)

jpcconf inst unsetup(jpcinsunsetup)コマンドを実行すると，論理ホストのインスタンスを起動するための設定が削除されます。また，共有ディスク上のインスタンス用のファイルが削除されます。

jpcconf ha unsetup(jpchasetup delete)コマンドを実行して，PFM - Agent for OpenTP1の論理ホスト環境を削除する。
次のようにコマンドを実行します。

jpcconf ha unsetup -key OpenTP1 -lhost jp1-haltp1 (jpchasetup delete agth -lhost jp1-haltp1)

jpcconf ha unsetup(jpchasetup delete)コマンドを実行すると，論理ホストのPFM - Agent for OpenTP1を起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。

jpcconf ha list(jpchasetup list)コマンドで，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

論理ホスト環境からPFM - Agent for OpenTP1が削除されていることを確認してください。

(5)　他Performance Managementプログラムの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Agent for OpenTP1のほかに，同じ論理ホストからアンセットアップするPFM - Agentがある場合は，この段階でアンセットアップしてください。

アンセットアップ手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章，または各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(6)　論理ホスト環境定義ファイルのエクスポート[図データ]

論理ホストのPFM - Agent for OpenTP1を削除したら，環境定義をファイルにエクスポートします。

Performance Managementでは，環境定義のエクスポートおよびインポートによって実行系と待機系の環境を合わせる方式を採っています。

実行系ノードでエクスポートした環境定義（Performance Managementの定義が削除されている）を，待機系ノードにインポートすると，待機系ノードの既存の環境定義（Performance Managementの定義が削除前のままの状態で定義が残っている）と比較して差分（実行系ノードで削除された部分）を確認してPerformance Managementの環境定義を削除します。

手順を次に示します。

jpcconf ha export(jpchasetup export)コマンドを実行して，論理ホスト環境定義をエクスポートする。
Performance Managementの論理ホスト環境の定義情報を，エクスポートファイルに出力します。エクスポートファイル名は任意です。
例えば，lhostexp.txtファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.txt(jpchasetup export -f lhostexp.txt)

(7)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

「(6)　論理ホスト環境定義ファイルのエクスポート」でエクスポートしたファイルを，実行系ノードから待機系ノードにコピーします。

(8)　共有ディスクのアンマウント[図データ]　[図データ]

ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

(9)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。なお，待機系ノードでは，インポート時に共有ディスクをアンマウントする必要はありません。

手順を次に示します。

jpcconf ha import(jpchasetup import)コマンドを実行して，論理ホスト環境定義をインポートする。
次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.txt(jpchasetup import -f lhostexp.txt)

コマンドを実行すると，待機系ノードの環境を，エクスポートファイルの内容と同じ環境になるように設定変更します。これによって，論理ホストのPFM - Agent for OpenTP1を起動するための設定が削除されます。ほかの論理ホストのPerformance Managementのプログラムをアンセットアップしている場合は，それらの設定も削除されます。
また，セットアップ時にjpcconf port(jpcnsconfig port)コマンドで固定のポート番号を設定している場合も，解除されます。

jpcconf ha list(jpchasetup list)コマンドを実行して，論理ホスト設定を確認する。
次のようにコマンドを実行します。

jpcconf ha list -key all(jpchasetup list all)

実行系ノードでjpcconf ha list(jpchasetup list)コマンドを実行したときと同じ内容が表示されることを確認してください。

(10)　クラスタソフトからのPFM - Agentの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Agent for OpenTP1に関する設定を削除してください。

設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

(11)　PFM - Managerでの設定の削除[図データ]　[図データ]

PFM - Web ConsoleでPFM - Managerにログインし，アンセットアップするPFM - Agent for OpenTP1に関連する定義を削除してください。

手順を次に示します。

PFM - Web Consoleから，エージェントを削除する。

PFM - Managerのエージェント情報を削除する。
例えば，PFM - Managerが論理ホストjp1-hal上で動作し，PFM - Agent for OpenTP1が論理ホストjp1-haltp1上で動作している場合，次のように指定してコマンドを実行します。

jpctool service delete -id サービスID -host jp1-haltp1 -lhost jp1-hal(jpcctrl delete サービスID host=jp1-haltp1 lhost=jp1-hal)

サービスIDには削除するエージェントのサービスIDを指定してください。

PFM - Managerサービスを再起動する。
サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Web Consoleを再起動する。
サービス情報の削除をPFM - Web Consoleで有効にするには，PFM - Managerサービスを再起動したあと，PFM - Web Consoleを再起動する必要があります。

4.6.3　アンインストール手順

PFM - Agent for OpenTP1を実行系ノード，待機系ノードそれぞれからアンインストールします。

アンインストール手順は，非クラスタシステムの場合と同じです。詳細は，「3.2.3　アンインストール手順」を参照してください。

注意

PFM - Agent for OpenTP1をアンインストールする場合は，PFM - Agent for OpenTP1をアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPFM - Agent for OpenTP1をアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

4.7　PFM - Agent for OpenTP1のシステム構成の変更

監視対象システムのネットワーク構成の変更や，ホスト名の変更などに応じて，PFM - Agent for OpenTP1のシステム構成を変更する場合があります。

PFM - Agent for OpenTP1のシステム構成を変更する場合，PFM - ManagerやPFM - Web Consoleの設定変更もあわせて行う必要があります。Performance Managementのシステム構成を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。なお，論理ホスト名を変更するときに，固有の追加作業が必要なPFM - Agentもありますが，PFM - Agent for OpenTP1の場合，固有の追加作業は必要ありません。

4.8　PFM - Agent for OpenTP1の運用方式の変更

ここでは，クラスタシステムでPFM - Agent for OpenTP1の運用方式を変更する手順を説明します。Performance Management全体の運用方式を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

＜この節の構成＞

4.8.1　インスタンス環境の更新の設定

4.8.2　論理ホスト環境定義ファイルのエクスポート・インポート

4.8.1　インスタンス環境の更新の設定

クラスタシステムでインスタンス環境を更新したい場合は，論理ホスト名とインスタンス名を確認し，インスタンス情報を更新します。インスタンス情報の設定は，実行系ノードのPFM - Agentホストで実施します。

更新する情報については，Windowsの場合は「2.4.2　インスタンス環境の更新の設定」，UNIXの場合は「3.4.2　インスタンス環境の更新の設定」を参照して，あらかじめ確認してください。OpenTP1のインスタンス情報の詳細については，マニュアル「OpenTP1 運用と操作」の環境設定の説明を参照してください。

論理ホスト名とインスタンス名を確認するには，jpcconf ha list(jpchasetup list)コマンドを使用します。また，インスタンス環境を更新するには，jpcconf inst setup(jpcinssetup)コマンドを使用します。

インスタンス環境を更新する手順を次に示します。複数のインスタンス環境を更新する場合は，この手順を繰り返し実施します。

論理ホスト名とインスタンス名を確認する。
更新したいインスタンス環境で動作しているPFM - Agent for OpenTP1を示すサービスキーを指定して，jpcconf ha list(jpchasetup list)コマンドを実行します。
例えば，PFM - Agent for OpenTP1の論理ホスト名とインスタンス名を確認したい場合，次のように指定してコマンドを実行します。

jpcconf ha list -key OpenTP1(jpchasetup list agth)

更新したいインスタンス環境のPFM - Agent for OpenTP1のサービスが起動されている場合は，クラスタソフトからサービスを停止する。

手順2で共有ディスクがアンマウントされる場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをマウントする。

更新したいインスタンス環境のPFM - Agent for OpenTP1を示すサービスキーおよびインスタンス名を指定して，jpcconf inst setup(jpcinssetup)コマンドを実行する。
例えば，PFM - Agent for OpenTP1の論理ホスト名がjp1-haltp1，インスタンス名がSDC1のインスタンス環境を更新する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key OpenTP1 -lhost jp1-haltp1 -inst SDC1(jpcinssetup agth -lhost jp1-haltp1 -inst SDC1)

OpenTP1のインスタンス情報を更新する。
PFM - Agent for OpenTP1のインスタンス情報を，コマンドの指示に従って入力します。PFM - Agent for OpenTP1のインスタンス情報については，Windowsの場合は「2.4.2　インスタンス環境の更新の設定」，UNIXの場合は「3.4.2　インスタンス環境の更新の設定」を参照してください。現在設定されている値が表示されます。表示された値を変更しない場合は，リターンキーだけを押してください。すべての入力が終了すると，インスタンス環境が更新されます。

更新したインスタンス環境のサービスを，クラスタソフトから再起動する。
サービスの起動方法および停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

注意

更新できない項目の値を変更したい場合は，インスタンス環境を削除したあと，再作成してください。

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

4.8.2　論理ホスト環境定義ファイルのエクスポート・インポート

論理ホスト環境定義ファイルのエクスポート・インポートは，次の操作を実行した場合だけ実施します。

論理ホストのセットアップ，またはインスタンス環境の設定時に，論理ホスト上のノード構成を変更した。
PFM - Agentの論理ホストのセットアップ方法については，次の個所を参照してください。

Windowsの場合：「4.3.4(3)　PFM - Agentの論理ホストのセットアップ」

UNIXの場合：「4.4.4(3)　PFM - Agentの論理ホストのセットアップ」

また，インスタンス環境の設定方法については，次の個所を参照してください。

Windowsの場合：「4.3.4(5)　インスタンス環境の設定」

UNIXの場合：「4.4.4(5)　インスタンス環境の設定」

他Performance Managementプログラムの論理ホストのセットアップ時に，論理ホスト環境定義ファイルのエクスポートが必要な操作を実行した。
他Performance Managementプログラムの論理ホストのセットアップ方法については，次の個所を参照してください。

Windowsの場合：「4.3.4(6)　他Performance Managementプログラムの論理ホストのセットアップ」

UNIXの場合：「4.4.4(6)　他Performance Managementプログラムの論理ホストのセットアップ」

ネットワークの設定時に，ポート番号を設定した。
ネットワークの設定方法については，次の個所を参照してください。

Windowsの場合：「4.3.4(7)　ネットワークの設定」

UNIXの場合：「4.4.4(7)　ネットワークの設定」

論理ホスト環境定義ファイルのエクスポート・インポートの手順については次の個所を参照してください。

Windowsの場合：「4.3.4(11)　論理ホスト環境定義ファイルのエクスポート」～「4.3.4(14)　論理ホスト環境定義ファイルのインポート」

UNIXの場合：「4.4.4(11)　論理ホスト環境定義ファイルのエクスポート」～「4.4.4(14)　論理ホスト環境定義ファイルのインポート」

なお，インスタンス環境の更新だけを実施した場合は，論理ホスト環境定義ファイルのエクスポート・インポートは不要です。

インスタンス環境の更新方法については，「4.8.1　インスタンス環境の更新の設定」を参照してください。

5.　監視テンプレート

この章では，PFM - Agent for OpenTP1の監視テンプレートについて説明します。

＜この章の構成＞

監視テンプレートの概要

アラームの記載形式

アラーム一覧

Rcv Msg Count

Rollbacks

RPC Time Out

RTS Branch Time

RTS JNL Write Time

RTS Rollbacks

RTS RPC Time Out

RTS SCD Stay Time

RTS SCD Waits

RTS Svc Time

RTS UAP Terminates

UAP Terminates

レポートの記載形式

レポートのフォルダ構成

レポート一覧

Checkpoint Dump Detail

Checkpoint Dump Status

DAM File Detail

DAM Status

Journal Detail

Journal Status

Lock Detail

Lock Status

MCF Connection Detail（5.0）

MCF Logical Terminal Detail（5.0）

MCF Service Group Detail（5.0）

MCF Status（5.0）

Message Log

Name Status

Process Detail

Process Status

Process Trend

RPC Status

RPC Trend

RTS Checkpoint Dump Status（5.2）

RTS DAM Status（5.2）

RTS Journal Status（5.2）

RTS Lock Status（5.2）

RTS Name Status（5.2）

RTS Process Status（5.2）

RTS Process Trend（5.2）

RTS RPC Status（5.2）

RTS RPC Trend（5.2）

RTS Schedule Status（5.2）

RTS Schedule Trend（5.2）

RTS Shared Memory Status（5.2）

RTS TAM Status（5.2）

RTS Transaction Status（5.2）

RTS Transaction Trend（5.2）

Schedule Detail

Schedule Status

Schedule Trend

Shared Memory Detail

Shared Memory Status

TAM Status

TAM Table Detail

Transaction Detail

Transaction Status

Transaction Trend

監視テンプレートの概要

Performance Managementでは，次の方法でアラームとレポートを定義できます。

PFM - Agentで定義されているアラームやレポートをそのまま使用する

PFM - Agentで定義されているアラームやレポートをコピーしてカスタマイズする

ウィザードを使用して新規に定義する

PFM - Agentで用意されているアラームやレポートを「監視テンプレート」と呼びます。監視テンプレートのレポートとアラームは，必要な情報があらかじめ定義されているので，コピーしてそのまま使用したり，ユーザーの環境に合わせてカスタマイズしたりできます。ウィザードを使用して新規に定義をしなくてもよいので，監視対象の運用状況を監視する準備が容易になります。

この章では，PFM - Agent for OpenTP1で定義されている監視テンプレートのアラームとレポートの設定内容について説明します。

監視テンプレートの使用方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成またはアラームによる稼働監視について説明している章を参照してください。

アラームの記載形式

ここでは，アラームの記載形式を示します。アラームは，アルファベット順に記載しています。記載形式を次に示します。

アラーム名

監視テンプレートのアラーム名を示します。

概要

このアラームで監視できる監視対象の概要について説明します。

主な設定

このアラームの主な設定値を表で説明します。この表では，アラームの設定値と，PFM - Web Consoleの［アラーム階層］画面でアラームアイコンをクリックし，［プロパティの表示］メソッドをクリックしたときに表示される［プロパティ］画面の設定項目との対応を示しています。各アラームの設定の詳細については，PFM - Web Consoleのアラームの［プロパティ］画面で確認してください。

設定値の「－」は，設定が常に無効であることを示します。

なお，条件式で異常条件と警告条件が同じ場合は，アラームイベントは異常条件のものだけが発行されます。

関連レポート

このアラームに関連する，監視テンプレートのレポートを示します。PFM - Web Consoleの［エージェント階層］画面でエージェントアイコンをクリックし，［アラームの状態の表示］メソッドで表示される[図データ]アイコンをクリックすると，このレポートを表示できます。

アラーム一覧

一つ以上のアラームを一つのテーブルにまとめたものを「アラームテーブル」と呼びます。PFM - Agent for OpenTP1の監視テンプレートで定義されているアラームは，アラームテーブルの形式で，PFM - Web Consoleの［アラーム階層］タブに表示される「OpenTP1」フォルダに格納されています。

アラームテーブル名を次に示します。

「PFM OpenTP1 Template Alarms 09.00」

アラームテーブル名末尾の「09.00」

アラームテーブルのバージョンを示します。

監視テンプレートで定義されているアラームを次の表に示します。

表5-1　アラーム一覧

アラーム名 | 監視対象
Rcv Msg Count | 受信メッセージ数を監視する。
Rollbacks | トランザクションのロールバック決着回数を監視する。
RPC Time Out | RPCタイムアウトが発生した回数を監視する。
RTS Branch Time | トランザクションの同期点処理が完了するまでの実時間を監視する（サービス単位）。
RTS JNL Write Time | ジャーナルの出力時間を監視する。
RTS Rollbacks | トランザクションのロールバック決着回数を監視する（サービス単位）。
RTS RPC Time Out | RPCタイムアウトの発生件数を監視する（サービス単位）。
RTS SCD Stay Time | サービス要求のスケジュールキュー滞留時間を監視する（サーバ単位）。
RTS SCD Waits | スケジュールキューに滞留したサービス要求数を監視する（サーバ単位）。
RTS Svc Time | ユーザーサービスの実行時間を監視する（サービス単位）。
RTS UAP Terminates | UAPが異常終了した回数を監視する（サーバ単位）。
UAP Terminates | UAPが異常終了した回数を監視する。

Rcv Msg Count

概要

Rcv Msg Countアラームは，MCFサービスグループの受信メッセージ数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
MCF Service Group Status（PD_MCFG）

フィールド
Rcv Msg Count

異常条件
Rcv Msg Count > 100

警告条件
Rcv Msg Count > 50

関連レポート

OpenTP1/Troubleshooting/Real-Time/MCF Service Group Detail（5.0）

Rollbacks

概要

Rollbacksアラームは，トランザクションのロールバック決着回数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
System Summary（PI）

フィールド
Rollbacks

異常条件
Rollbacks > 2

警告条件
Rollbacks > 1

関連レポート

Reports/OpenTP1/Troubleshooting/Real-Time/Message Log

RPC Time Out

概要

RPC Time Outアラームは，RPCタイムアウトが発生した回数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
System Summary（PI）

フィールド
RPC Timeouts

異常条件
RPC Timeouts > 50

警告条件
RPC Timeouts > 10

関連レポート

Reports/OpenTP1/Troubleshooting/Real-Time/Schedule Detail

RTS Branch Time

概要

RTS Branch Timeアラームは，トランザクションの同期点処理が完了するまでの実時間を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Average

異常条件
Event ID = 1906
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 2,000,000

警告条件
Event ID = 1906
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 1,000,000

注※1

ご使用の環境の監視対象のサーバ名に変更してください。

注※2

ご使用の環境の監視対象のサービス名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Transaction Detail

RTS JNL Write Time

概要

RTS JNL Write Timeアラームは，ジャーナルの出力時間を監視します。なお，このアラームは，次に示す場合には使用できません。

監視対象がTP1/Server Baseで，かつバージョンが07-01より古いとき

監視対象がTP1/LiNKのとき

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Average

異常条件
Event ID = 1104
AND Sv Name = "_SYSTEM"
AND Svc Name = "_SYSTEM ONLY"
AND Average ≧ 2,000,000

警告条件
Event ID = 1104
AND Sv Name = "_SYSTEM"
AND Svc Name = "_SYSTEM ONLY"
AND Average ≧ 1,000,000

関連レポート

OpenTP1/Troubleshooting/Real-Time/Journal Detail

RTS Rollbacks

概要

RTS Rollbacksアラームは，トランザクションのロールバック決着回数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Counts

異常条件
Event ID = 1901
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 2

警告条件
Event ID = 1901
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 1

注※1

ご使用の環境の監視対象のサーバ名に変更してください。

注※2

ご使用の環境の監視対象のサービス名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Message Log

RTS RPC Time Out

概要

RTS RPC Time Outアラームは，RPCタイムアウトの発生件数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Counts

異常条件
Event ID = 1731
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 50

警告条件
Event ID = 1731
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Counts ≧ 10

注※1

ご使用の環境の監視対象のサーバ名に変更してください。

注※2

ご使用の環境の監視対象のサービス名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Schedule Detail

RTS SCD Stay Time

概要

RTS SCD Stay Timeアラームは，サービス要求のスケジュールキュー滞留時間を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary(PI_RTSS)

フィールド
Event ID，Sv Name，Svc Name，Average

異常条件
Event ID = 1804
AND Sv Name = "basespp"※
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 2,000,000

警告条件
Event ID = 1804
AND Sv Name = "basespp"※
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 1,000,000

注※

ご使用の環境の監視対象のサーバ名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Schedule Detail

RTS SCD Waits

概要

RTS SCD Waitsアラームは，スケジュールキューに滞留したサービス要求数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Average

異常条件
Event ID = 1800
AND Sv Name = "basespp"※
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 600

警告条件
Event ID = 1800
AND Sv Name = "basespp"※
AND Svc Name = "_SERVER ONLY"
AND Average ≧ 400

注※

ご使用の環境の監視対象のサーバ名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Schedule Detail

RTS Svc Time

概要

RTS Svc Timeアラームは，ユーザーサービス実行時間を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Average

異常条件
Event ID = 1730
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 2,000,000

警告条件
Event ID = 1730
AND Sv Name = "basespp"※1
AND Svc Name = "update"※2
AND Average ≧ 1,000,000

注※1

ご使用の環境の監視対象のサーバ名に変更してください。

注※2

ご使用の環境の監視対象のサービス名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Schedule Detail

RTS UAP Terminates

概要

RTS UAP Terminatesアラームは，UAPが異常終了した回数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
RTS Summary（PI_RTSS）

フィールド
Event ID，Sv Name，Svc Name，Counts

異常条件
Event ID = 1501
AND Sv Name = "basespp"※
AND Svc Name = "_SERVER ONLY"
AND Counts ≧ 3

警告条件
Event ID = 1501
AND Sv Name = "basespp"※
AND Svc Name = "_SERVER ONLY"
AND Counts ≧ 2

注※

ご使用の環境の監視対象のサーバ名に変更してください。

関連レポート

OpenTP1/Troubleshooting/Real-Time/Message Log

UAP Terminates

概要

UAP Terminatesアラームは，UAPが異常終了した回数を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目
詳細項目

基本情報
発生頻度を満たしたときにアラーム通知する。
なし

インターバル中
3

回しきい値超過
2

アクション
SNMP
異常，警告，正常

条件式
レコード
System Summary（PI）

フィールド
UAP Terminations

異常条件
UAP Terminations > 3

警告条件
UAP Terminations > 2

関連レポート

Reports/OpenTP1/Troubleshooting/Real-Time/Message Log

レポートの記載形式

ここでは，レポートの記載形式を示します。レポートは，アルファベット順に記載しています。記載形式を次に示します。

レポート名

監視テンプレートのレポート名を示します。

概要

このレポートで表示できる情報の概要について説明します。

格納先

このレポートの格納先を示します。

レコード

このレポートで使用するパフォーマンスデータが，格納されているレコードを示します。履歴レポートを表示するためには，この欄に示すレコードを収集するように，あらかじめ設定しておく必要があります。レポートを表示する前に，PFM - Web Consoleの［エージェント階層］画面でエージェントのプロパティを表示して，このレコードが「Log = Yes」に設定されているか確認してください。リアルタイムレポートの場合，設定する必要はありません。

フィールド

このレポートで使用するレコードのフィールドについて，表で説明します。

ドリルダウンレポート（レポートレベル）

このレポートに関連づけられた，監視テンプレートのレポートを表で説明します。このドリルダウンレポートを表示するには，PFM - Web Consoleのレポートウィンドウのドリルダウンレポートプルダウンメニューから，該当するドリルダウンレポート名を選択し，［レポートの表示］をクリックしてください。なお，レポートによってドリルダウンレポートを持つものと持たないものがあります。

ドリルダウンレポート（フィールドレベル）

このレポートのフィールドに関連づけられた，監視テンプレートのレポートを表で説明します。このドリルダウンレポートを表示するには，PFM - Web Consoleのレポートウィンドウのグラフ，一覧，または表をクリックしてください。履歴レポートの場合，時間項目からドリルダウンレポートを表示することで，より詳細な時間間隔でレポートを表示できます。なお，レポートによってドリルダウンレポートを持つものと持たないものがあります。

レポートのフォルダ構成

PFM - Agent for OpenTP1の監視テンプレートで定義されているレポートは，PFM - WebConsoleの［レポート階層］画面に表示される「OpenTP1」フォルダに格納されます。「OpenTP1」フォルダには，次のフォルダがあります。

<OpenTP1>
+-- <Monthly Trend>
|    +-- Process Trend
|    +-- RPC Trend
|    +-- Schedule Trend
|    +-- Transaction Trend
|    +--<Advanced>
|             +--RTS Process Trend(5.2)
|             +--RTS RPC Trend(5.2)
|             +--RTS Schedule Trend(5.2)
|             +--RTS Transaction Trend(5.2)
+-- <Status Reporting>
|    +-- <Daily Trend>
|         +-- Checkpoint Dump Status
|         +-- Journal Status
|         +-- Lock Status
|         +-- Name Status
|         +-- Process Status
|         +-- RPC Status
|         +-- Schedule Status
|         +-- Shared Memory Status
|         +-- Transaction Status
|         +--<Advanced>
|             +--DAM Status
|             +--MCF Status(5.0)
|             +--RTS Checkpoint Dump Status(5.2)
|             +--RTS DAM Status(5.2)
|             +--RTS Journal Status(5.2)
|             +--RTS Lock Status(5.2)
|             +--RTS Name Status(5.2)
|             +--RTS Process Status(5.2)
|             +--RTS RPC Status(5.2)
|             +--RTS Schedule Status(5.2)
|             +--RTS Shared Memory Status(5.2)
|             +--RTS TAM Status(5.2)
|             +--RTS Transaction Status(5.2)
|             +--TAM Status
+-- <Troubleshooting>
     +-- <Real-Time>
          +-- Checkpoint Dump Detail
          +-- DAM File Detail
          +-- Journal Detail
          +-- Lock Detail
          +-- MCF Connection Detail(5.0)
          +-- MCF Logical Terminal Detail(5.0)
          +-- MCF Service Group Detail(5.0)
          +-- Message Log
          +-- Process Detail
          +-- Schedule Detail
          +-- Shared Memory Detail
          +-- TAM Table Detail
          +-- Transaction Detail

各フォルダの説明を次に示します。

「Monthly Trend」フォルダ
最近1か月間の1日ごとに集計された情報を表示するレポートが格納されています。1か月のシステムの傾向を分析するために使用します。

「Status Reporting」フォルダ
日，または週ごとに集計された情報を表示するレポートが格納されています。システムの総合的な状態を見るために使用します。また，履歴レポートのほかにリアルタイムレポートの表示もできます。

「Daily Trend」フォルダ
最近24時間の1時間ごとに集計された情報を表示するレポートが格納されています。1日ごとにシステムの状態を確認するために使用します。

「Troubleshooting」フォルダ
トラブルを解決するのに役立つ情報を表示するレポートが格納されています。システムに問題が発生した場合，問題の原因を調査するために使用します。

「Real-Time」フォルダ
現在のシステムの状態を確認するためのリアルタイムレポートが格納されています。

「Advanced」フォルダ
デフォルトで「Log = No」に設定されているレコードを使用しているレポートが格納されています。このフォルダのレポートを表示するには，使用しているレコードの設定をPFM - Web Consoleで「Log = Yes」にする必要があります。

レポート一覧

監視テンプレートで定義されているレポートをカテゴリー別に次の表に示します。

表5-2　レポート一覧

カテゴリー
レポート名
表示する情報
格納先

プロセス
履歴（日単位）
Process Trend
OpenTP1で発生したプロセスの，最近1か月間の1日ごとのプロセス数について履歴情報を表示する。
Reports/OpenTP1/Monthly Trend/

履歴（時単位）
Process Status
OpenTP1で発生したプロセスの，最近1日間の1時間ごとの実行状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Process Detail
ある時点でのOpenTP1管理下のプロセスについてリアルタイム情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

RPCコール
履歴（日単位）
RPC Trend
OpenTP1で発行されるRPCの，最近1か月間の1日ごとの応答時間について履歴情報を表示する。
Reports/OpenTP1/Monthly Trend/

履歴（時単位）
RPC Status
OpenTP1で発生したRPCの，最近1日間の1時間ごとの実行状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

スケジュール
履歴（日単位）
Schedule Trend
OpenTP1で発生したスケジュール待ち状況について最近1か月間の1日ごとの履歴情報を表示する。
Reports/OpenTP1/Monthly Trend/

履歴（時単位）
Schedule Status
OpenTP1での最近1日間の1時間ごとのスケジュール発生状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Schedule Detail
ある時点でのOpenTP1スケジュールサービスのサーバごとのスケジュール状況についてリアルタイム情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

トランザクション
履歴（日単位）
Transaction Trend
OpenTP1で発生したトランザクションの，最近1か月間の1日ごとの実行数について履歴情報を表示する。
Reports/OpenTP1/Monthly Trend/

履歴（時単位）
Transaction Status
OpenTP1での最近1日間の1時間ごとのトランザクション実行状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Transaction Detail
トランザクションマネジャが管理しているトランザクションについて，ある時点での最近1日間の1時間ごとのリアルタイム情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

ジャーナル
履歴（時単位）
Journal Status
OpenTP1での最近1日間の1時間ごとのジャーナル取得状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Journal Detail
ある時点でのジャーナル取得状況についてのリアルタイム情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Troubleshooting/Real-Time/

チェックポイントダンプ
履歴（時単位）
Checkpoint Dump Status
OpenTP1での最近1日間の1時間ごとのチェックポイントダンプ取得状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Checkpoint Dump Detail
ある時点でのチェックポイントダンプについてリアルタイム情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Troubleshooting/Real-Time/

ロック
履歴（時単位）
Lock Status
OpenTP1での最近1日間の1時間ごとの排他制御状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Lock Detail
ある時点での排他制御についてのリアルタイム情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Troubleshooting/Real-Time/

ネーム
履歴（時単位）
Name Status
OpenTP1での最近1日間の1時間ごとのネームサービス状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

共用メモリー
履歴（時単位）
Shared Memory Status
OpenTP1での最近1日間の1時間ごとの共用メモリー使用状況について履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/

リアルタイム
Shared Memory Detail
共用メモリー使用状況についてリアルタイム情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Troubleshooting/Real-Time/

メッセージログ
リアルタイム
Message Log
最近1時間以内のOpenTP1出力メッセージについての情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

DAM
履歴（時単位）
DAM Status
OpenTP1での最近1日間の1時間ごとのDAMファイルアクセス状況について履歴情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

リアルタイム
DAM File Detail
ある時点でのDAMファイルのリアルタイム情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Troubleshooting/Real-Time/

RTS
履歴（日単位）
RTS Process Trend（5.2）
最近1か月間の1日ごとのプロセス数について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Monthly Trend/Advanced/

履歴（日単位）
RTS RPC Trend（5.2）
最近1か月間の1日ごとのRPC処理時間について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Monthly Trend/Advanced/

履歴（日単位）
RTS Schedule Trend（5.2）
最近1か月間の1日ごとのユーザーサーバのスケジュールキューに滞留したサービス要求数について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Monthly Trend/Advanced/

履歴（日単位）
RTS Transaction Trend（5.2）
最近1か月間の1日ごとの同期点処理が完了するまでの実時間について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Monthly Trend/Advanced/

履歴（時単位）
RTS Checkpoint Dump Status（5.2）
最近1日間の1時間ごとのチェックポイントダンプ取得状況について履歴情報（リアルタイム統計情報）を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS DAM Status（5.2）
最近1日間の1時間ごとのDAMファイルアクセス状況について履歴情報（リアルタイム統計情報）を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Journal Status（5.2）
最近1日間の1時間ごとのジャーナル取得状況について履歴情報（リアルタイム統計情報）を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Lock Status（5.2）
最近1日間の1時間ごとの排他制御状況について履歴情報（リアルタイム統計情報）を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Name Status（5.2）
最近1日間の1時間ごとのネームサービス状況について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Process Status（5.2）
最近1日間の1時間ごとのプロセス状況について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS RPC Status（5.2）
最近1日間の1時間ごとのRPC実行状況について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Schedule Status（5.2）
最近1日間の1時間ごとのスケジュール状況について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Shared Memory Status（5.2）
最近1日間の1時間ごとの共用メモリー使用状況について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS TAM Status（5.2）
最近1日間の1時間ごとのTAMファイルアクセス状況について履歴情報（リアルタイム統計情報）を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

履歴（時単位）
RTS Transaction Status（5.2）
最近1日間の1時間ごとのトランザクション状況について履歴情報（リアルタイム統計情報）を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

TAM
履歴（時単位）
TAM Status
OpenTP1での最近1日間の1時間ごとのTAMファイルアクセス状況について履歴情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

リアルタイム
TAM Table Detail
ある時点でのTAMテーブルの状態についてリアルタイム情報を表示する。
監視対象がTP1/LiNKの場合は使用できない。
Reports/OpenTP1/Troubleshooting/Real-Time/

MCF
履歴（時単位）
MCF Status（5.0）
最近1日間の1時間ごとのMCFキューアクセス状況についての履歴情報を表示する。
Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

リアルタイム
MCF Connection Detail（5.0）
ある時点でのMCFコネクション状態についてのリアルタイム情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

リアルタイム
MCF Logical Terminal Detail（5.0）
ある時点でのMCF論理端末についてのリアルタイム情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

リアルタイム
MCF Service Group Detail（5.0）
ある時点でのMCFサービスグループについてのリアルタイム情報を表示する。
Reports/OpenTP1/Troubleshooting/Real-Time/

Checkpoint Dump Detail

概要

Checkpoint Dump Detailレポートは，ある時点でのチェックポイントダンプについてのリアルタイム情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Checkpoint Dump Status（PD_CPD）

フィールド

フィールド名
説明

FG Name
ファイルグループ名。

Gen No
世代番号。

Gen St
世代状態。有効な値は次のとおり。

a：上書きできない状態

u：上書きできる，または書き込み中の状態

r：予約の状態

Ov Wr Blk No
オーバライトポインターのジャーナルブロック番号。

Ov Wr FG Name
オーバライトポインターのジャーナルファイルグループ名。

Sv Name
サーバ名。

Checkpoint Dump Status

概要

Checkpoint Dump Statusレポートは，OpenTP1での最近1日間の1時間ごとのチェックポイントダンプ取得状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary （PI）

フィールド

フィールド名 | 説明
Avg CPD Put Interval | 前回のチェックポイントから今回のチェックポイントまでの時間間隔の平均値（ミリ秒）。
Avg CPD Valid Time | チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の平均値（マイクロ秒）。
CPD Puts | チェックポイントダンプの契機数。
Max CPD Put Interval | 前回のチェックポイントから今回のチェックポイントまでの時間間隔の最大値（ミリ秒）。
Max CPD Valid Time | チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の最大値（マイクロ秒）。
Min CPD Put Interval | 前回のチェックポイントから今回のチェックポイントまでの時間間隔の最小値（ミリ秒）。
Min CPD Valid Time | チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の最小値（ミリ秒）。

DAM File Detail

概要

DAM File Detailレポートは，ある時点でのDAMファイルのリアルタイム情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

DAM File Status（PD_DAM）

フィールド

フィールド名
説明

Add Date
追加日時。

Attr
DAMファイルの属性。有効な値は次のとおり。

Quick write：即書き

Deferred write：ディファード

No recovery：回復対象外

Cache less：回復対象外およびキャッシュレスアクセス

Blk Size
ブロック長（バイト）。

Blks
ブロック数。

LG-File Name
論理ファイル名。

PH-File Name
物理ファイル名。

Security
セキュリティの有無。有効な値は次のとおり。

Y：セキュリティあり

N：セキュリティなし

Shutdown
DAMファイルの閉塞状態。有効な値は次のとおり。

Not shutdown：未閉塞

Logical shutdown：論理閉塞

Error shutdown：障害閉塞

Under shutdown request：閉塞要求中

DAM Status

概要

DAM Statusレポートは，OpenTP1での最近1日間の1時間ごとのDAMファイルアクセス状況について履歴情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

DAM Summary（PI_DAMS）

フィールド

フィールド名 | 説明
Avg DAM Read Size | dc_dam_read関数を発行した単位でのDAMファイルのデータの入力長の平均値（バイト）。
Avg DAM Trans | DAMを使用するトランザクション数の平均値。
Avg DAM Write Size | dc_dam_write関数またはdc_dam_rewrite関数を発行した単位でのDAMファイルのデータ出力長の平均値（バイト）。
Avg RM-SHM Use Rate | リソースマネジャ用共用メモリープールの使用率の平均値（％）。
Avg Upd-Buf Use Size | 更新バッファ使用量の平均値（バイト）。
DAM Write Faults | 実際のディスクとのI/O時に発生した出力障害回数。
DAM_Read Faults | dc_dam_read関数の中で，OSとのインターフェース部分で発生した出力障害数。
DAM Reads | dc_dam_read関数を発行した回数。
DAM Writes | dc_dam_write関数またはdc_dam_rewrite関数を発行した回数。
Deferred Write Trans | ディファード更新指定のDAMファイルを更新したトランザクション数を10で割った回数。
FJ Puts | 回復用ジャーナル（FJ）の取得回数。
Max DAM Read Size | dc_dam_read関数を発行した単位でのDAMファイルのデータの入力長の最大値（バイト）。
Max DAM Trans | DAMを使用するトランザクション数の最大値。
Max DAM Write Size | dc_dam_write関数またはdc_dam_rewrite関数を発行した単位でのDAMファイルのデータ出力長の最大値（バイト）。
Max RM-SHM Use Rate | リソースマネジャ用共用メモリープールの使用率の最大値（％）。
Max Upd-Buf Use Size | 更新バッファ使用量の最大値（バイト）。
Min DAM Read Size | dc_dam_read関数を発行した単位でのDAMファイルのデータの入力長の最小値（バイト）。
Min DAM Trans | DAMを使用するトランザクション数の最小値。
Min DAM Write Size | dc_dam_write関数またはdc_dam_rewrite関数を発行した単位でのDAMファイルのデータ出力長の最小値（バイト）。
Min RM-SHM Use Rate | リソースマネジャ用共用メモリープールの使用率の最小値（％）。
Min Upd-Buf Use Size | 更新バッファ使用量の最小値（バイト）。
SHM Gets | リソースマネジャ用共用メモリープール内に確保するDAMファイルのデータ用ブロックを確保した回数。

Journal Detail

概要

Journal Detailレポートは，ある時点でのジャーナル取得状況についてのリアルタイム情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Journal Status（PD_JNL）

フィールド

フィールド名
説明

Arch
ファイルグループのアーカイブの状態。有効な値は次のとおり。

u：アーカイブ待ち

－：アーカイブ済み

FG Name
ファイルグループ名。

FG Upd
ファイルグループが上書きできるか，できないかの状態。有効な値は次のとおり。

d：上書きできない

－：上書きできる

File Type
ファイル種別。有効な値は次のとおり。

sys：システムジャーナルファイル

Fst Blk No
先頭ブロック番号。

Gen No
世代番号。

Lst Blk No
最終ブロック番号。

Opn
ファイルグループのオープン状態。有効な値は次のとおり。

o：オープン中

c：クローズ中

RG Name
システムジャーナルファイルの場合
システムジャーナルサービス定義のファイル名。

Run ID
ファイルが使用されたときのジャーナルサービス，またはグローバルサービスのランID。

St
ファイルグループの状態。有効な値は次のとおり。

c：現用

s：待機中

n：予約

Unld
ファイルグループのアンロード状態。有効な値は次のとおり。

u：アンロード待ち

－：アンロード済み

Unmat
ファイルグループの不整合状態。有効な値は次のとおり。

c：障害発生後現用のままとなっている要素ファイルがある

－：正しく処理されているファイル

Use
ファイルグループのOpenTP1での状態。有効な値は次のとおり。

b：使用中

－：未使用

Journal Status

概要

Journal Statusレポートは，OpenTP1での最近1日間の1時間ごとのジャーナル取得状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg JNL Input Size | ジャーナルファイルから入力したデータ長の平均値（バイト）。
Avg JNL Put Wait Bufs | ジャーナル出力完了時に出力待ちをしているバッファ面数の平均値（面数＊100）。
Avg JNL Swap Time | ジャーナルファイルをスワップする際のオーバヘッド時間の平均値（マイクロ秒）。
Avg JNL-Blk Put Len | ジャーナルブロックのデータ長の平均値（バイト）。
JNL Buf Fulls | ジャーナルレコードをこのカレントバッファにバッファリングしようとしたときにバッファの空きエリアが小さく，該当するバッファにバッファリングできない状態が発生した回数。
JNL Buf Fulls/min | 収集間隔の間で発生したジャーナルバッファ満杯発生件数（分単位）※。
JNL Buf Waits | ジャーナルレコードをこのカレントバッファにバッファリングしようとしたときにバッファの空きエリアが小さく，該当するバッファにバッファリングできない状態の発生回数。
JNL Buf Waits/min | 収集間隔の間で発生したジャーナルバッファ空き待ち発生件数（分単位）※。
JNL Inputs | ジャーナルファイルから入力した回数。
JNL Puts | ジャーナル出力完了回数。
JNL Read Faults | ジャーナルファイルからの入力時に発生した障害の件数。
JNL Reads | ジャーナルデータだけでなく，ジャーナルスワップ時のファイル管理情報も含めたシステムの内部的な入力回数。
JNL Swaps | ジャーナルファイルをスワップした回数。
JNL Swaps/min | 収集間隔の間で発生したジャーナルファイルスワップ回数の平均値（分単位）※。
JNL Writes | ジャーナルデータだけでなく，ジャーナルスワップ時のファイル管理情報も含めたシステムの内部的な出力回数。
JNL Write Faults | ジャーナルファイルへの出力時に発生した障害の件数。
JNL-Blk Puts | ジャーナルブロックの出力回数。
Max JNL Input Size | ジャーナルファイルから入力したデータ長の最大値（バイト）。
Max JNL Put Wait Bufs | ジャーナル出力完了時に出力待ちをしているバッファ面数の最大値（面数＊100）。
Max JNL Swap Time | 収集間隔の間で発生したジャーナルスワップ発生回数（分単位）。
Max JNL-Blk Put Len | ジャーナルブロックのデータ長の最大値（バイト）。
Min JNL Input Size | ジャーナルファイルから入力したデータ長の最小値（バイト）。
Min JNL Put Wait Bufs | ジャーナル出力完了時に出力待ちをしているバッファ面数の最小値（面数＊100）。
Min JNL Swap Time | ジャーナルファイルをスワップする際のオーバヘッド時間の最小値（マイクロ秒）。
Min JNL-Blk Put Len | ジャーナルブロックのデータ長の最小値（バイト）。

注※

分単位の平均値を設定する場合は，次の式に基づいて計算された値が設定されます。

設定する値=(今回収集した値-前回収集した値)＊60/収集間隔（秒）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

Lock Detail

概要

Lock Detailレポートは，ある時点での排他制御についてのリアルタイム情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Lock Status（PD_LCK）

フィールド

フィールド名
説明

Deadlock Pri
デッドロックプライオリティ。

Ex Mode
排他制御モード。有効な値は次のとおり。

EX：ほかのUAPに参照・更新を許可しない

PR：ほかのUAPに参照だけを許可する

Ex Wait Pri
排他待ちプライオリティ。

PID
プロセスID。

Req Type
要求種別。有効な値は次のとおり。

MIGRATE：TAMまたはユーザーのロック要求

BRANCH：DAMサービスのロック要求

Res Name
リソース名。
なお，lcklsコマンドが出力するリソース名を16バイト固定で使用するため，リソース名の長さが16バイトより短い場合は後ろに空白文字が付加されたデータとなる。

Sv ID
サーバID。

Sv Name
サーバ名。

Wait Time
待ち時間（秒）。
占有情報の場合は0が表示される。

Lock Status

概要

Lock Statusレポートは，OpenTP1での最近1日間の1時間ごとの排他制御状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg Lock Que Len | ロック待ちが発生した時の待ち行列長の平均値。
Avg Lock Wait Time | ロック待ちが発生した時の待ち状態になってから待ち状態が解除されるまでの時間の平均値（ミリ秒）。
Deadlocks | デッドロックの発生件数。
Lock Waits | ロック待ちの発生件数。
Max Lock Que Len | ロック待ちが発生した時の待ち行列長の最大値。
Max Lock Wait Time | ロック待ちが発生した時の待ち状態になってから待ち状態が解除されるまでの時間の最大値（ミリ秒）。
Min Lock Que Len | ロック待ちが発生した時の待ち行列長の最小値。
Min Lock Wait Time | ロック待ちが発生した時の待ち状態になってから待ち状態が解除されるまでの時間の最小値（ミリ秒）。

MCF Connection Detail（5.0）

概要

MCF Connection Detail（5.0）レポートは，ある時点でのMCFコネクション状態についてのリアルタイム情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

PD MCF Connection Status（PD_MCFC）

フィールド

フィールド名
説明

Connection ID
コネクションID。

Connection Status
コネクション状態。有効な値は次のとおり。

ACT：確立状態

ACT/B：確立処理中状態

DCT：解放状態

DCT/B：解放処理中状態

Detail Status
詳細ステータス（保守情報）※。

MCF Identifier
MCF識別子。

Protocol Kind
プロトコル種別。有効な値は次のとおり。

TCP：TCP/IPプロトコル（TP1/NET/TCP/IP）

注※

出力される詳細ステータスは，OpenTP1のmcftlscn（コネクションの状態表示）コマンドで出力される値と同じです。値の詳細については，各コネクションの通信プロトコルに対応するOpenTP1のプロトコル製品のマニュアルを参照してください。

MCF Logical Terminal Detail（5.0）

概要

MCF Logical Terminal Detail（5.0）レポートは，ある時点でのMCF論理端末についてのリアルタイム情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

PD MCF Logical Terminal Status（PD_MCFL）

フィールド

フィールド名
説明

IO Msg Count
非同期型問い合わせ応答メッセージの未送信メッセージ数。

LG-Term Name
論理端末の名称。

LG-Term Status
論理端末の状態。有効な値は次のとおり。

ACT：閉塞解除状態

DCT：閉塞状態

Max IO Msg Ser No
非同期型問い合わせ応答メッセージの未送信メッセージ最大通番。

Max NORM Msg Ser No
非同期型一方送信メッセージ（一般）の未送信メッセージ最大通番。

Max PRIO Msg Ser No
非同期型一方送信メッセージ（優先）の未送信メッセージ最大通番。

Max SYNC Msg Ser No
同期型メッセージの未送信メッセージ最大通番。

MCF Identifier
MCF識別子。

Min IO Msg Ser No
非同期型問い合わせ応答メッセージの未送信メッセージ最小通番。

Min NORM Msg Ser No
非同期型一方送信メッセージ（一般）の未送信メッセージ最小通番。

Min PRIO Msg Ser No
非同期型一方送信メッセージ（優先）の未送信メッセージ最小通番。

Min SYNC Msg Ser No
同期型メッセージの未送信メッセージ最小通番。

NORM Msg Count
非同期型一方送信メッセージ（一般）の未送信メッセージ数。

PRIO Msg Count
非同期型一方送信メッセージ（優先）の未送信メッセージ数。

SYNC Msg Count
同期型メッセージの未送信メッセージ数。

MCF Service Group Detail（5.0）

概要

MCF Service Group Detail（5.0）レポートは，ある時点でのMCFサービスグループについてのリアルタイム情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

PD MCF Service Group Status（PD_MCFG）

フィールド

フィールド名
説明

MCF Identifier
MCF識別子。

Rcv Msg Count
受信メッセージ数。

Svg Input
サービスグループの状態（入力）。有効な値は次のとおり。

ACT：閉塞解除

DCT：閉塞

***：SPPのサービスグループの場合

Svg Name
サービスグループ名。

Svg Schedule
サービスグループの状態（スケジュール）。有効な値は次のとおり。

ACT：閉塞解除

DCT：閉塞

***：SPPのサービスグループの場合

MCF Status（5.0）

概要

MCF Status（5.0）レポートは，OpenTP1での最近1日間の1時間ごとのMCFキューアクセス状況についての履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

PI MCF Summary（PI_MCFS）

フィールド

フィールド名 | 説明
Connection Faults | OpenTP1ノード内で発生したコネクション障害回数。
Disk Que Outputs | OpenTP1ノード内のディスクキューからのメッセージ取り出し回数。
Disk Que Inputs | OpenTP1ノード内のディスクキューに対するメッセージ書き込み回数。
Memory Que Outputs | OpenTP1ノード内のメモリーキューからのメッセージ取り出し回数。
Memory Que Inputs | OpenTP1ノード内のメインキャッシュに対する，メッセージ書き込み回数。

Message Log

概要

Message Logレポートは，最近1時間以内のOpenTP1出力メッセージについての情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

OpenTP1 Message（PD_MLOG）

フィールド

フィールド名 | 説明
Host | ホスト名。
Log Date | 年月日（年/月/日の形式）。
Log Time | 時刻（時:分:秒の形式）。
Message Text | メッセージテキスト。
Msg ID | メッセージID。
PID | プロセスID。
Proc Ser No | プロセス内メッセージ通番。
Prog | プログラムID。
Ser No | メッセージ通番。
SID | システムID。

Name Status

概要

Name Statusレポートは，OpenTP1での最近1日間の1時間ごとのネームサービス状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Name Svc Cache Hit % | サービス情報参照時のサービス情報キャッシュ領域ヒット率（%）。
Name Svc Cache Hits | サービス情報キャッシュ領域に設定されたサービス情報の該当するノードでの参照回数。
Name Svc Local Hits | サービス情報ローカル領域に設定されたサービス情報の該当するノードでの参照回数。
Name Svc Reqs | 該当するノードでのサービス情報の参照要求。

Process Detail

概要

Process Detailレポートは，ある時点でのOpenTP1管理下のプロセスについてのリアルタイム情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Process Status（PD_PRC）

フィールド

フィールド名
説明

Exe File
該当するサーバと連動しているデバッガの実行形式ファイル。

Group ID
グループID。
プロセスサービスから生成された子プロセス以外のプロセスの場合は，「*」が表示される。

PID
プロセスID。

Sv Name
サーバ名。

Sv St
サーバの状態。有効な値は次のとおり。

D：サーバ開始処理中または終了処理中

L：サーバ実行中

*：デバッガプロセス

Svg Name
サービスグループ名。

User ID
ユーザーID。
プロセスサービスから生成された子プロセス以外のプロセスの場合は，「*」が表示される。

Process Status

概要

Process Statusレポートは，OpenTP1で発生したプロセスの，最近1日間の1時間ごとの実行状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg Processes | OpenTP1システムで起動されているシステムサービスとUAPプロセス数の平均値。
Max Processes | OpenTP1システムで起動されているシステムサービスとUAPプロセス数の最大値。
Min Processes | OpenTP1システムで起動されているシステムサービスとUAPプロセス数の最小値。
Sys Svr Terminations | システムサービスを行うサーバプロセスが異常終了した回数。
UAP Terminations | UAPプロセスが異常終了した回数。

Process Trend

概要

Process Trendレポートは，OpenTP1で発生したプロセスの，最近1か月間の1日ごとのプロセス数について履歴情報を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg Processes | OpenTP1システムで起動されているシステムサービスとUAPプロセス数の平均値。
Max Processes | OpenTP1システムで起動されているシステムサービスとUAPプロセス数の最大値。

RPC Status

概要

RPC Statusレポートは，OpenTP1で発生したRPCの，最近1日間の1時間ごとの実行状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg RPC Res Time | クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の平均値（マイクロ秒）。
Avg Svc Time | 要求したサービス関数の実行時間の平均値（マイクロ秒）。
Max RPC Res Time | クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の最大値（マイクロ秒）。
Max SvcTime | 要求したサービス関数の実行時間の最大値（マイクロ秒）。
Min RPC Res Time | クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の最小値（マイクロ秒）。
Min SvcTime | 要求したサービス関数の実行時間の最小値（マイクロ秒）。
RPC Calls | RPCコールの発生件数。
RPC Calls/min | 収集間隔の間で発生したRPCコール発生件数の平均値（分単位）※。
RPC Faults | RPCの処理の内部で発生した障害件数。
RPC Timeouts | RPC応答待ちの処理で発生したタイムアウトエラー発生件数。

注※

分単位の平均値を設定する場合は，次の式に基づいて計算された値が設定されます。

設定する値=(今回収集した値-前回収集した値)＊60/収集間隔（秒）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

RPC Trend

概要

RPC Trendレポートは，OpenTP1で発行されるRPCの，最近1か月間の1日ごとの応答時間について履歴情報を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg RPC Res Time | クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の平均値（マイクロ秒）。
Max RPC Res Time | クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の最大値（マイクロ秒）。
Min RPC Res Time | クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の最小値（マイクロ秒）。
RPC Calls | RPCコールの発生件数。
RPC Calls/min | 収集間隔の間で発生したRPCコール発生件数の平均値（分単位）※。

注※

分単位の平均値を設定する場合は，次の式に基づいて計算された値が設定されます。

設定する値=(今回収集した値-前回収集した値)＊60/収集間隔（秒）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

RTS Checkpoint Dump Status（5.2）

概要

RTS Checkpoint Dump Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのチェックポイントダンプ取得状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1000
AND Event ID ≦ 1001
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS DAM Status（5.2）

概要

RTS DAM Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのDAMファイルアクセス状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 2000
AND Event ID ≦ 2007
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Journal Status（5.2）

概要

RTS Journal Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのジャーナル取得状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1100
AND Event ID ≦ 1107
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Lock Status（5.2）

概要

RTS Lock Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとの排他制御状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1200
AND Event ID ≦ 1202
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Name Status（5.2）

概要

RTS Name Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのネームサービス状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1300
AND Event ID ≦ 1302
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Process Status（5.2）

概要

RTS Process Status（5.2）レポートは，OpenTP1で発生したプロセスの，最近1日間の1時間ごとの実行状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1500
AND Event ID ≦ 1504
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Process Trend（5.2）

概要

RTS Process Trend（5.2）レポートは，OpenTP1で発生したプロセスの，最近1か月間の1日ごとのプロセス数について履歴情報（リアルタイム統計情報）を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID = 1500
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS RPC Status（5.2）

概要

RTS RPC Status（5.2）レポートは，OpenTP1で発生したRPCの，最近1日間の1時間ごとの実行状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
（Event ID = 1700
OR Event ID = 1701
OR Event ID = 1730
OR Event ID = 1731）
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS RPC Trend（5.2）

概要

RTS RPC Trend（5.2）レポートは，OpenTP1で発行されるRPCの，最近1か月間の1日ごとの処理時間について履歴情報（リアルタイム統計情報）を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID = 1730
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Schedule Status（5.2）

概要

RTS Schedule Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのスケジュール発生状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1800
AND Event ID ≦ 1804
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Schedule Trend（5.2）

概要

RTS Schedule Trend（5.2）レポートは，OpenTP1で発生したユーザーサーバのスケジュールキューに滞留したサービス要求数（行列長）について最近1か月間の1日ごとの履歴情報（リアルタイム統計情報）を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID = 1800
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Shared Memory Status（5.2）

概要

RTS Shared Memory Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとの共用メモリー使用状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1400
AND Event ID ≦ 1403
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS TAM Status（5.2）

概要

RTS TAM Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのTAMファイルアクセス状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 2100
AND Event ID ≦ 2107
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Transaction Status（5.2）

概要

RTS Transaction Status（5.2）レポートは，OpenTP1での最近1日間の1時間ごとのトランザクション実行状況について履歴情報（リアルタイム統計情報）を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Minimum | 最小値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID ≧ 1900
AND Event ID ≦ 1907
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

RTS Transaction Trend（5.2）

概要

RTS Transaction Trend（5.2）レポートは，OpenTP1で発生したトランザクションの同期点処理が完了するまでの実時間について最近1か月間の1日ごとの履歴情報（リアルタイム統計情報）を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/Advanced/

レコード

RTS Summary（PI_RTSS）

フィールド

フィールド名 | 説明
Node ID | OpenTP1ノード識別子。
Event ID | リアルタイム統計情報項目ID。
Event | リアルタイム統計情報項目名。
Sv Name | サーバ名（取得対象名1）。
Svc Name | サービス名（取得対象名2）。
Counts | 発生件数。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Maximum | 最大値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Average | 平均値。詳細は，マニュアル「OpenTP1 運用と操作」を参照。
Units | 単位。

フィルター

項目
説明

フィールド
Event ID，Sv Name，Svc Name

条件式
Event ID = 1906
AND Sv Name = サーバ名（取得対象名1）
AND Svc Name = サービス名（取得対象名2）

Schedule Detail

概要

Schedule Detailレポートは，ある時点でのOpenTP1スケジュールサービスのサーバごとのスケジュール状況についてリアルタイム情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Schedule Status（PD_SCD）

フィールド

フィールド名
説明

Max Buf Unuse Size
メッセージ格納用プールの現在の最大連続未使用サイズ（バイト）。

Max Buf Use Size
メッセージ格納用プールの最大使用サイズ（バイト）。

Max Req Que Len
スケジュールキューに滞留したサービス要求の最大数。

Msg Buf Unuse Size
メッセージ格納用プールの現在の未使用サイズ（バイト）。

Msg Buf Use Size
メッセージ格納用プールの現在の使用サイズ。

Req Que Len
スケジュールキューに滞留しているサービス要求数。

Sv Name
サーバ名。

Sv St
該当するサーバの状態。

S：サーバ準備中

A：スケジューリングできる状態

E：サーバ終了処理中

H：サーバ閉塞中

P：サービス要求を受け付けられる状態で閉塞中

Svg Name
サービスグループ名。

Schedule Status

概要

Schedule Statusレポートは，OpenTP1での最近1日間の1時間ごとのスケジュール発生状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg Buf Pool Use Size | ユーザーサーバのメッセージ格納バッファプールの使用中サイズの平均値（バイト）。
Avg SCD Fault Size | ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の平均値（バイト）。
Avg SCD Que Len | ユーザーサーバのスケジュールキューに滞留したサービス要求数の平均値。
Avg Svc Req Msg Size | ユーザーサーバが受信したサービス要求メッセージ長の平均値（バイト）。
Max Buf Pool Use Size | ユーザーサーバのメッセージ格納バッファプールの使用中サイズの最大値（バイト）。
Max SCD Fault Size | ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の最大値（バイト）。
Max SCD Que Len | ユーザーサーバのスケジュールキューに滞留したサービス要求数の最大値。
Max Svc Req Msg Size | ユーザーサーバが受信したサービス要求メッセージ長の最大値（バイト）。
Min Buf Pool Use Size | ユーザーサーバのメッセージ格納バッファプールの使用中サイズの最小値（バイト）。
Min SCD Fault Size | ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の最小値（バイト）。
Min SCD Que Len | ユーザーサーバのスケジュールキューに滞留したサービス要求数の最小値。
Min Svc Req Msg Size | ユーザーサーバが受信したサービス要求メッセージ長の最小値（バイト）。
SCD Faults | クライアントがユーザーサーバに対して行ったサービス要求のうち，メッセージ格納バッファプール不足でスケジュールできなかった数。
SCD Reqs | クライアントが該当するユーザーサーバに対して行ったサービス要求の回数。

Schedule Trend

概要

Schedule Trendレポートは，OpenTP1で発生したスケジュール待ち（行列長）について最近1か月間の1日ごとの履歴情報を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg SCD Que Len | ユーザーサーバのスケジュールキューに滞留したサービス要求数の平均値。
Max SCD Que Len | ユーザーサーバのスケジュールキューに滞留したサービス要求数の最大値。

Shared Memory Detail

概要

Shared Memory Detailレポートは，ある時点での共用メモリー使用状況についてリアルタイム情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Shared Memory Status（PD_SHM）

フィールド

フィールド名
説明

Max Size
共用メモリーの最大使用量（バイト）。

Pool Size
共用メモリープールの大きさ（バイト）。

Pool Type
共用メモリープールの種別。有効な値は次のとおり。

static：静的共用メモリー

dynamic：動的共用メモリー

Use Rate
現在の共用メモリーの使用率（％）。

Use Size
現在使用中の共用メモリーの合計（バイト）。

Shared Memory Status

概要

Shared Memory Statusレポートは，OpenTP1での最近1日間の1時間ごとの共用メモリー使用状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Avg Dy-SHM Size | 動的共用メモリーブロックの最大使用サイズの平均値（バイト）。
Avg Dy-SHM Total Size | 動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの平均値（バイト）。
Avg St-SHM Size | 静的共用メモリーブロックの最大使用サイズの平均値（バイト）。
Avg St-SHM Total Size | 静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの平均値（バイト）。
Dy-SHM Gets | 編集対象時間内に取得した統計情報ジャーナルの件数＋動的共用メモリー確保・解放関数発行回数。
Max Dy-SHM Size | 動的共用メモリーブロックの最大使用サイズの最大値（バイト）。
Max Dy-SHM Total Size | 動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの最大値（バイト）。
Max St-SHM Size | 静的共用メモリーブロックの最大使用サイズの最大値（バイト）。
Max St-SHM Total Size | 静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの最大値（バイト）。
Min Dy-SHM Size | 動的共用メモリーブロックの最大使用サイズの最小値（バイト）。
Min Dy-SHM Total Size | 動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの最小値（バイト）。
Min St-SHM Size | 静的共用メモリーブロックの最大使用サイズの最小値（バイト）。
Min St-SHM Total Size | 静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの最小値（バイト）。
St-SHM Gets | 編集対象時間内に取得した統計情報ジャーナルの件数＋静的共用メモリー確保・解放関数発行回数。

TAM Status

概要

TAM Statusレポートは，OpenTP1での最近1日間の1時間ごとのTAMファイルアクセス状況について履歴情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/Advanced/

レコード

TAM Summary（PI_TAMS）

フィールド

フィールド名 | 説明
Avg Ref Recs | 1回のトランザクションで参照したレコード数の平均値。
Avg TAM Upd Size | TAMファイルに対し，1回に実更新したデータのバイト数の平均値（バイト）。
Avg Upd Recs | 1回のトランザクションで更新したレコード数の平均値。
Max Ref Recs | 1回のトランザクションで参照したレコード数の最大値。
Max TAM Upd Size | TAMファイルに対し，1回に実更新したデータのバイト数の最大値（バイト）。
Max Upd Recs | 1回のトランザクションで更新したレコード数の最大値。
Min Ref Recs | 1回のトランザクションで参照したレコード数の最小値。
Min TAM Upd Size | TAMファイルに対し，1回に実更新したデータのバイト数の最小値（バイト）。
Min Upd Recs | 1回のトランザクションで更新したレコード数の最小値。
TAM Ref Trans | TAM参照トランザクション数。
TAM Updates | TAMファイルにデータを更新した回数の総和。
TAM Upd Trans | TAM更新トランザクション数。

TAM Table Detail

概要

TAM Table Detailレポートは，ある時点でのTAMテーブルの状態についてリアルタイム情報を表示します。表示形式は表です。

なお，監視対象がTP1/LiNKの場合，このレポートは使用できません。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

TAM Table Status（PD_TAM）

フィールド

フィールド名
説明

Access
アクセス形態。有効な値は次のとおり。

read：参照型

rewrite：追加・削除できない更新型

write：追加・削除できる更新型

reclck：テーブル排他を確保しない，追加・削除できる更新型

Auth Chk
アクセス権限のチェック。有効な値は次のとおり。

Y：チェックする

N：チェックしない

Fail Proc
入出力エラー時のTAMファイルの障害処理形態。有効な値は次のとおり。

continue：処理を続行

stop：障害閉塞状態として処理を中止

File Name
TAMファイル名。

File State
TAMファイル状態。有効な値は次のとおり。

normal：未閉塞

failure shutdown：障害閉塞

Idx
インデックス種別。有効な値は次のとおり。

tree：ツリー形式

hash：ハッシュ形式

JNL Mode
ジャーナルを取得するモード。有効な値は次のとおり。

condense：部分ジャーナルを取得するモード

no condense：レコード全体をジャーナルに取得するモード

Loading
ローディング契機。有効な値は次のとおり。

start：tamaddコマンド実行時

cmd：tamloadコマンド実行時

lib：dc_tam_open関数発行時

Table Name
TAMテーブル名。

Table State
TAMテーブル状態。有効な値は次のとおり。

normal：未閉塞

logical shutdown：論理閉塞

failure shutdown：障害閉塞

failure recovery：障害回復待ち

Transaction Detail

概要

Transaction Detailレポートは，トランザクションマネジャが管理しているトランザクションについて，ある時点での最近1日間の1時間ごとのリアルタイム情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Troubleshooting/Real-Time/

レコード

Transaction Status（PD_TRN）

フィールド

フィールド名
説明

Br Des
ブランチ記述子。
ルートトランザクションブランチの場合は「**********」が表示される。

Gbl Trn ID
グローバルトランザクション識別子。

PID
プロセスID。

Pr Br Des
親トランザクション記述子。
ルートトランザクションブランチの場合は「**********」が表示される。

Sv Name
サーバ名。

Svc Name
サービス名。

Trn Br ID
トランザクションブランチ識別子。

Trn Des
トランザクション記述子。

Trn St 1
トランザクション第1状態。有効な値は次のとおり。

BEGINNING：トランザクションブランチ開始処理中

ACTIVE：実行中

SUSPENDED：中断中

IDLE：同期点処理へ移行

PREPARE：コミット（1相目）処理中

READY：コミット（2相目）処理待ち

HEURISTIC_COMMIT：ヒューリスティック決定コミット処理中

HEURISTIC_ROLLBACK：ヒューリスティック決定ロールバック処理中

COMMIT：コミット処理中

ROLLBACK_ACTIVE：ロールバック処理待ち状態

ROLLBACK：ロールバック処理中状態

HEURISTIC_FORGETTING：ヒューリスティック決定後のトランザクションブランチ終了処理中

FORGETTING：トランザクションブランチ終了処理中

Trn St 2
トランザクション第2状態。有効な値は次のとおり。

u：ユーザーサーバプロセスでのユーザーサーバ実行中

r：トランザクション回復プロセスでのトランザクションブランチ回復処理実行中

p：トランザクション回復プロセスでのほかのトランザクションブランチの回復処理完了待ち

Trn St 3
トランザクション第3状態。有効な値は次のとおり。

s：送信中

r：受信中

n：送受信中ではない

Transaction Status

概要

Transaction Statusレポートは，OpenTP1での最近1日間の1時間ごとのトランザクション実行状況について履歴情報を表示します。表示形式は表です。

格納先

Reports/OpenTP1/Status Reporting/Daily Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Commits | トランザクションのコミット決着回数。
Rollbacks | トランザクションのロールバック決着回数。
Trans/min | 収集間隔の間で発生したトランザクション数の平均値（分単位）※。
Transactions | トランザクション数（コミット決着回数とロールバック決着回数の合計値）。

注※

分単位の平均値を設定する場合は，次の式に基づいて計算された値が設定されます。

設定する値=(今回収集した値-前回収集した値)＊60/収集間隔（秒）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

Transaction Trend

概要

Transaction Trendレポートは，OpenTP1で発生したトランザクションの，最近1か月間の1日ごとの実行数について履歴情報を表示します。表示形式は折れ線グラフと表です。

格納先

Reports/OpenTP1/Monthly Trend/

レコード

System Summary（PI）

フィールド

フィールド名 | 説明
Commits | トランザクションのコミット決着回数。
Rollbacks | トランザクションのロールバック決着回数。
Transactions | OpenTP1システムで発生したトランザクション数。コミット決着回数とロールバック決着回数の合計値。
Trans/min | トランザクション数の平均値（分単位）。

6.　レコード

この章では，PFM - Agent for OpenTP1のレコードについて説明します。各レコードのパフォーマンスデータの収集方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能，または「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

＜この章の構成＞

データモデルについて

レコードの記載形式

ODBCキーフィールド一覧

要約ルール

データ型一覧

フィールドの値

Storeデータベースに記録されるときだけ追加されるフィールド

Storeデータベースに格納されているデータをエクスポートすると出力されるフィールド

レコードの注意事項

レコード一覧

Checkpoint Dump Status（PD_CPD）

DAM File Status（PD_DAM）

DAM Summary（PI_DAMS）

Journal Status（PD_JNL）

Lock Status（PD_LCK）

MCF Connection Status（PD_MCFC）

MCF Service Group Status（PD_MCFG）

MCF Logical Terminal Status（PD_MCFL）

MCF Summary（PI_MCFS）

OpenTP1 Message（PD_MLOG）

Process Status（PD_PRC）

RTS Summary（PI_RTSS）

Schedule Status（PD_SCD）

Shared Memory Status（PD_SHM）

System Summary（PI）

TAM Table Status（PD_TAM）

TAM Summary（PI_TAMS）

Transaction Status（PD_TRN）

データモデルについて

各PFM - Agentが持つレコードおよびフィールドの総称を「データモデル」と呼びます。各PFM - Agentと，そのPFM - Agentが持つデータモデルには，それぞれ固有のバージョン番号が与えられています。PFM - Agent for OpenTP1のデータモデルのバージョンについては，「付録I　バージョン互換」を参照してください。

各PFM - Agentのデータモデルのバージョンは，PFM - Web Consoleの［エージェント階層］画面でエージェントアイコンをクリックし，［プロパティの表示］メソッドをクリックして表示される［プロパティ］画面で確認してください。

データモデルについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

レコードの記載形式

この章では，PFM - Agent for OpenTP1のレコードをアルファベット順に記載しています。各レコードの説明は，次の項目から構成されています。

機能

各レコードに格納されるパフォーマンスデータの概要および注意事項について説明します。

デフォルト値および変更できる値

各レコードに設定されているパフォーマンスデータの収集条件のデフォルト値およびユーザーが変更できる値を表で示します。「デフォルト値および変更できる値」に記載している項目とその意味を次の表に示します。この表で示す各項目については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

表6-1　デフォルト値および変更できる値

項目
意味
変更可否

Collection Interval
パフォーマンスデータの収集間隔（秒）。
○：変更できる。
×：変更できない。

Collection Offset※1
パフォーマンスデータの収集を開始するオフセット値（秒）。
オフセット値については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。
また，パフォーマンスデータの収集開始時刻については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照のこと。

Log
収集したパフォーマンスデータをStoreデータベースに記録するかどうか。
Yes：記録する。ただし，「Collection Interval=0」の場合，記録しない。
No：記録しない。

LOGIF
収集したパフォーマンスデータをStoreデータベースに記録するかどうかの条件。

Sync Collection With※2
収集の同期を取るレコード（レコード種別，レコードID）。

注※1

指定できる値は，0～32,767秒（Collection Intervalで指定した値の範囲内）です。これは，複数のデータを収集する場合に，一度にデータの収集処理が実行されると負荷が集中するので，収集処理の負荷を分散するために使用します。なお，データ収集の記録時間は，Collection Offsetの値に関係なく，Collection Intervalと同様の時間となります。

Collection Offsetの値を変更する場合は，収集処理の負荷を考慮した上で値を指定してください。

注※2

Sync Collection Withの表示がある場合，Collection IntervalとCollection Offsetは表示されません。

ODBCキーフィールド

PFM - Managerで，SQLを使用してStoreデータベースに格納されているレコードのデータを利用する場合に必要なODBCキーフィールドを示します。ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。ここで示すのは，各レコード固有のODBCキーフィールドです。複数インスタンスレコードだけが，固有のODBCキーフィールドを持っています。

各レコード共通のODBCキーフィールドについては，この章の「ODBCキーフィールド一覧」を参照してください。ODBCキーフィールドの使用方法については，マニュアル「JP1/Performance Management 運用ガイド」の，ODBCに準拠したアプリケーションプログラムとの連携について説明している章を参照してください。

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間を示します。ライフタイムについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

レコードサイズ

1回の収集で各レコードに格納されるパフォーマンスデータの容量を示します。

フィールド

各レコードのフィールドについて表で説明します。表の各項目について次に説明します。

PFM - View名（PFM - Manager名）

PFM - View名
PFM - Web Consoleで表示されるフィールド名を示します。

PFM - Manager名
PFM - Managerで，SQLを使用してStoreデータベースに格納されているフィールドのデータを利用する場合，SQL文で記述するフィールド名（PFM - Manager名）を示します。
SQL文では，先頭に各レコードのレコードIDを付けた形式で記述します。例えば，System Summary（PI）レコードのCommits（COMMITS）フィールドの場合，「PI_COMMITS」と記述します。

説明
各フィールドに格納されるパフォーマンスデータについて説明します。

形式
char型やfloat型など，各フィールドの値のデータ型を示します。データ型については，この章の「データ型一覧」を参照してください。

デルタ
累積値として収集するデータに対し，変化量でデータを表すことを「デルタ」と呼びます。デルタについては，この章の「フィールドの値」を参照してください。

データソース
該当するフィールドの値の計算方法または取得先を示します。フィールドの値については，この章の「フィールドの値」を参照してください。

要約
Agent Storeがデータを要約するときの方法（要約ルール）を示します。要約ルールについては，この章の「要約ルール」を参照してください。

ODBCキーフィールド一覧

ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。ここで示すのは，各レコード共通のODBCキーフィールドです。PFM - Managerで，SQLを使用してStoreデータベースに格納されているレコードのデータを利用する場合，ODBCキーフィールドが必要です。

各レコード共通のODBCキーフィールド一覧を次の表に示します。各レコード固有のODBCキーフィールドについては，各レコードの説明を参照してください。

表6-2　各レコード共通のODBCキーフィールド一覧

ODBCキーフィールド
ODBCフォーマット
データ
説明

レコードID_DATE
SQL_INTEGER
内部
レコードが生成された日付を表すレコードのキー。

レコードID_DATETIME
SQL_INTEGER
内部
レコードID_DATEフィールドとレコードID_TIMEフィールドの組み合わせ。

レコードID_DEVICEID
SQL_VARCHAR
内部
インスタンス名[ホスト名]。

レコードID_DRAWER_TYPE
SQL_VARCHAR
内部
区分。有効な値を次に示す。
m：分
H：時
D：日
W：週
M：月
Y：年

レコードID_PROD_INST
SQL_VARCHAR
内部
PFM - Agentのインスタンス名。

レコードID_PRODID
SQL_VARCHAR
内部
PFM - AgentのプロダクトID。

レコードID_RECORD_TYPE
SQL_VARCHAR
内部
レコードタイプを表す識別子（4バイト）。

レコードID_TIME
SQL_INTEGER
内部
レコードが生成された時刻（グリニッジ標準時）。

要約ルール

PIレコードタイプのレコードでは，Collection Intervalに設定された間隔で収集されるデータと，あらかじめ定義されたルールに基づき一定の期間（分，時，日，週，月，または年単位）ごとに要約されたデータが，Storeデータベースに格納されます。要約の種類はフィールドごとに定義されています。この定義を「要約ルール」と呼びます。

要約ルールによっては，要約期間中の中間データを保持する必要のあるものがあります。この場合，中間データを保持するためのフィールドがStoreデータベース内のレコードに追加されます。このフィールドを「追加フィールド」と呼びます。追加フィールドの一部は，PFM - Web Consoleでレコードのフィールドとして表示されます。PFM - Web Consoleに表示される追加フィールドは，履歴レポートに表示するフィールドとして使用できます。

なお，要約によって追加される「追加フィールド」と区別するために，ここでは，この章の各レコードの説明に記載されているフィールドを「固有フィールド」と呼びます。

追加フィールドのフィールド名は次のようになります。

Storeデータベースに格納される追加フィールド名
固有フィールドのPFM - Manager名にサフィックスが付加されたフィールド名になります。

PFM - Web Consoleで表示される追加フィールド名
固有フィールドのPFM - View名にサフィックスが付加されたフィールド名になります。

PFM - Manager名に付加されるサフィックスと，それに対応するPFM - View名に付加されるサフィックス，およびフィールドに格納されるデータを次の表に示します。

表6-3　追加フィールドのサフィックス一覧

PFM - Manager名 | PFM - View名 | 格納データ
_TOTAL | (Total) | 要約期間内のレコードのフィールドの値の総和
_COUNT | － | 要約期間内の収集レコード数
_HI | (Max) | 要約期間内のレコードのフィールド値の最大値
_LO | (Min) | 要約期間内のレコードのフィールド値の最小値

（凡例）

－：追加フィールドがないことを示します。

要約ルールの一覧を次の表に示します。

表6-4　要約ルール一覧

要約
ルール名
要約ルール

COPY
要約期間内の最新のレコードのフィールド値がそのまま格納される。

AVG
要約期間内のフィールド値の平均値が格納される。
次に計算式を示す。

(フィールド値の総和)/(収集レコード数)

追加フィールド（Storeデータベース）

_TOTAL

_COUNT

追加フィールド（PFM - Web Console）※1※2

(Total)

HI
要約期間内のフィールド値の最大値が格納される。

LO
要約期間内のフィールド値の最小値が格納される。

HILO
要約期間内のデータの最大値，最小値，および平均値が格納される。
固有フィールドには平均値が格納される。
次に計算式を示す。

(フィールド値の総和)/(収集レコード数)

追加フィールド（Storeデータベース）

_HI

_LO

_TOTAL

_COUNT

追加フィールド（PFM - Web Console）※1※2

(Max)

(Min)

(Total)

－
要約されないことを示す。

注※1

PFM - Manager名に「_AVG」が含まれるutime型のフィールドは，PFM - Web Consoleに追加される「(Total)」フィールドを履歴レポートで利用できません。

注※2

PFM - Manager名に次の文字列が含まれるフィールドは，PFM - Web Consoleに追加される（Total）フィールドを履歴レポートで利用できません。

「_PER_」，「PCT 」，「PERCENT 」，「_AVG 」，「_RATE_TOTAL 」

データ型一覧

各フィールドの値のデータ型と，対応するCおよびC++のデータ型の一覧を次の表に示します。この表で示す「データ型」の「フィールド」の値は，各レコードのフィールドの表にある「形式」の列に示されています。

表6-5　データ型一覧

データ型
サイズ
（バイト）

説明

フィールド
CおよびC++

char(n)
char( )
( )内の数
nバイトの長さを持つ文字データ。

double
double
8
数値(1.7E±308(15桁))。

float
float
4
数値(3.4E±38(7桁))。

long
long
4
数値(-2,147,483,648～2,147,483,647)。

short
short
2
数値(-32,768～32,767)。

string(n)
char[ ]
( )内の数
nバイトの長さを持つ文字列。最後の文字は，「null」。

time_t
unsigned long
4
数値(0～4,294,967,295)。

timeval
構造体
8
数値（最初の4バイトは秒，次の4バイトはマイクロ秒を表す）。

ulong
unsigned long
4
数値(0～4,294,967,295)。

utime
構造体
8
数値（最初の4バイトは秒，次の4バイトはマイクロ秒を表す）。

word
unsigned short
2
数値(0～65,535)。

(該当なし)
unsigned char
1
数値(0～255)。

フィールドの値

ここでは，各フィールドに格納される値について説明します。

データソース

各フィールドには，Performance Managementや監視対象プログラムから取得した値や，これらの値をある計算式に基づいて計算した値が格納されます。PFM - Agent for OpenTP1の「データソース」列の文字列は，各フィールドの値の取得先を示します。例を次に示します。

「Agent Collector」と書かれている場合

そのフィールドに格納される値の取得先が，Agent Collectorサービスであることを示します。

OpenTP1のコマンド名が書かれている場合

そのフィールドに格納される値の取得先が，OpenTP1のコマンドであることを示します。

OpenTP1のコマンドの詳細についてはマニュアル「OpenTP1 運用と操作」を参照してください。

デルタ

変化量でデータを表すことを「デルタ」と呼びます。例えば，1回目に収集されたパフォーマンスデータが「3」，2回目に収集されたパフォーマンスデータが「4」とすると，変化量として「1」が格納されます。各フィールドの値がデルタ値かどうかは，フィールドの表の「デルタ」列で示します。

PFM - Agent for OpenTP1で収集されるパフォーマンスデータは，次の表のように異なります。

表6-6　PFM - Agent for OpenTP1で収集されるパフォーマンスデータ

レコードタイプ
デルタ
データ種別
［デルタ値で表示］のチェック※
レコードの値

PIレコードタイプ
Yes
リアルタイムデータ
あり
変化量が表示される。

なし
収集時点の値が表示される。

履歴データ

アラームの監視データ

－
変化量が表示される。

No
リアルタイムデータ
あり
収集時点の値が表示される。

なし
収集時点の値が表示される。

履歴データ

アラームの監視データ

－
収集時点の値が表示される。

PDレコードタイプ
Yes
リアルタイムデータ
あり
変化量が表示される。

なし
累積値が表示される。

履歴データ

アラームの監視データ

－
累積値が表示される。

No
リアルタイムデータ
あり
収集時点の値が表示される。

なし
収集時点の値が表示される。

履歴データ

アラームの監視データ

－
収集時点の値が表示される。

（凡例）

－：該当しない

注※

次に示すPFM - Web Consoleの画面の項目でチェックされていることを示します。

レポートウィザードの［編集 > 表示設定（リアルタイムレポート）］画面の［デルタ値で表示］

レポートウィンドウの［Properties］タブの［表示設定（リアルタイムレポート）］の［デルタ値で表示］

パフォーマンスデータが収集される際の注意事項を次に示します。

PIレコードタイプのレコードが保存されるためには，2回以上パフォーマンスデータが収集されている必要があります。
PIレコードタイプのレコードには，PFM - Web Consoleで設定した収集間隔ごとにパフォーマンスデータが収集されます。しかし，パフォーマンスデータのStoreデータベースへの格納は，PFM - Web Consoleでパフォーマンスデータの収集の設定をした時点では実行されません。
PIレコードタイプの履歴データには，前回の収集データとの差分を必要とするデータ（デルタ値など）が含まれているため，2回分のデータが必要になります。このため，履歴データがStoreデータベースに格納されるまでには，設定した時間の最大2倍の時間が掛かります。
例えば，PFM - Web Consoleでパフォーマンスデータの収集間隔を18:32に300秒（5分）で設定した場合，最初のデータ収集は18:35に開始されます。次のデータ収集は18:40に開始されます。そのあと，18:35と18:40に収集されたデータを基に履歴のデータが作成され，8分後に履歴データとしてStoreデータベースに格納されます。

リアルタイムレポートには，データ収集時の値が表示されます。ただし，「デルタ値で表示」がチェックされている場合，「デルタ」が「Yes」のフィールドは前回のデータを必要とするため，初回のデータ収集では0が表示されます。

Storeデータベースに記録されるときだけ追加されるフィールド

Storeデータベースに記録されるときだけ追加されるフィールドを次の表に示します。

表6-7　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
すべて
－

（凡例）

－：OpenTP1から取得したパフォーマンスデータを加工してフィールドの値を設定していないことを意味します。

注※1

PIレコードタイプのレコードでは，データが要約されるため，要約される際の基準となる時刻が設定されます。レコード区分ごとの設定値を次の表に示します。

表6-8　レコード区分ごとの設定値

区分 | レコード区分ごとの設定値
分 | レコードが作成された時刻の0秒
時 | レコードが作成された時刻の0分0秒
日 | レコードが作成された日の0時0分0秒
週 | レコードが作成された週の月曜日の0時0分0秒
月 | レコードが作成された月の1日の0時0分0秒
年 | レコードが作成された年の1月1日の0時0分0秒

注※2

PFM - Web Consoleのレポートで表示する場合とODBCドライバを使用して表示する場合の違いを次の表に示します。

表6-9　表示方法によるデータ要約区分の違い

区分 | 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形式で表示されます。

Storeデータベースに格納されているデータをエクスポートすると出力されるフィールド

jpctool db dump(jpcctrl dump)コマンドで，Storeのデータベースに格納されているデータをエクスポートすると，次のフィールドが出力されます。これらのフィールドも，Storeデータベースに記録されるとき追加されるフィールドですが，PFM - Web Consoleでは表示されないため，レポートに表示するフィールドとして使用できません。これらのフィールドは，PFM - Agent for OpenTP1が内部で使用するフィールドであるため使用しないでください。

レコードID_DATE_F

レコードID_DEVICEID_F

レコードID_DRAWER_TYPE_F

レコードID_DRAWER_COUNT

レコードID_DRAWER_COUNT_F

レコードID_INST_SEQ

レコードID_PRODID_F

レコードID_PROD_INST_F

レコードID_RECORD_TYPE

レコードID_RECORD_TYPE_F

レコードID_SEVERITY

レコードID_SEVERITY_F

レコードID_TIME_F

レコードID_UOWID

レコードID_UOWID_F

レコードID_UOW_INST

レコードID_UOW_INST_F

レコードID_PFM - Manager名_SEC

レコードID_PFM - Manager名_MSEC

レコードの注意事項

レコードを収集する場合の注意事項を次に示します。

OpenTP1の環境設定

監視対象であるOpenTP1から必要な情報を収集するため，OpenTP1で次の設定をしてください。

システム統計情報の出力指定（PI，PI_DAMS，PI_TAMS，またはPI_MCFSレコードを使用する場合）
dcreportコマンドで有効な情報を収集するために，OpenTP1のシステム共通定義で定義句statisticsにYを指定する必要があります。dcreportコマンドの詳細，およびOpenTP1のシステム定義方法の詳細については，マニュアル「OpenTP1 システム定義」（監視対象がTP1/LiNKの場合，TP1/LiNK製品に同梱されているドキュメント）を参照してください。

リアルタイム統計情報サービスの設定（PI_RTSSレコードを使用する場合）
リアルタイム統計情報を収集する場合，次に示す設定が必要です。リアルタイム統計情報の詳細については，マニュアル「OpenTP1 運用と操作」を参照してください。

リアルタイム統計情報サービスの実行環境の設定

リアルタイム統計情報サービス定義およびリアルタイム取得項目定義の作成

PFM - Agent for OpenTP1運用上の注意事項

PFM - Agent for OpenTP1を運用する上での注意事項を，次に示します。

MCF関連データの収集対象
PFM - Agent for OpenTP1でサポート対象としているOpenTP1プロトコル製品は次のとおりです。

TP1/NET/TCP/IP

なお，PFM - Agent for OpenTP1では監視対象のOpenTP1システムで稼働しているすべてのOpenTP1プロトコル製品の情報を収集します。ただし，サポート対象外のOpenTP1プロトコル製品の情報はデータの正当性を保証しません。

PI_RTSSレコードを使用してデータを収集する場合の収集間隔
PI_RTSSレコードを使用してデータを収集する場合の収集間隔は，リアルタイム統計情報サービスの取得間隔と同じにすることをお勧めします。
PFM - Agent for OpenTP1がデータを収集する場合，リアルタイム統計情報の取得日時が，前回データを収集したときと同じならばレコードを生成しません。これは収集したデータの重複による不正なアラーム評価を避けるためです。

OpenTP1の起動・停止処理中のデータ収集
PFM - Agent for OpenTP1が，OpenTP1の起動・停止処理中にデータを収集した場合，データの収集に失敗し，KAVF20105-Wが出力されることがありますが，データの収集処理は続行します。

OpenTP1運用上の注意事項

監視対象であるOpenTP1を運用する上での注意事項を，次に示します。

システム統計情報のリセットについて
PI，PI_DAMS，PI_MCFS，およびPI_TAMSレコードで使用するシステム統計情報は，OpenTP1の再起動，dcreportコマンド（-rオプション指定）またはdcstatsコマンドの実行によって値がリセットされますが，リセットが行われるとデータの継続性が失われます。
次の場合にはリセット実行時に注意が必要です。

有効な値を継続的に収集したい場合
有効な値（特にデルタ値）を継続的に収集したい場合は，dcreportコマンド（-rオプション指定）の実行は避けてください。

リアルタイムレポートを一定時間間隔で実行している場合
システム統計情報をリセットするとトランザクション数のように通常単調増加するフィールド（デルタ値が0以上となるフィールド）の値が前回より小さな値となり，正しい値を得られません。
このため，リアルタイムレポートを一定時間間隔で実行中にリセットした場合，PFM - Web Consoleのレポートウィンドウで[最新情報に更新]をクリックする必要があります。

dcreportコマンドおよびdcstatsコマンドの詳細についてはマニュアル「OpenTP1 システム定義」およびマニュアル「OpenTP1 運用と操作」を参照してください。

リアルタイム統計情報サービスの開始
PI_RTSSレコードを使用してデータを収集する場合，リアルタイム統計情報サービスを開始（RTSSUPを起動）させておく必要があります。

データを取得できない場合のレコード生成結果

フィールドに格納するデータを取得できない場合のレコード生成結果について説明します。

レコードが生成されない
次の場合，レコードは生成されません。

ODBCキーフィールドとして定義されたフィールドに格納するパフォーマンスデータをPFM - Agent for OpenTP1が収集できない場合

OpenTP1の性能値を表すフィールドに格納するパフォーマンスデータをPFM - Agent for OpenTP1が収集できない場合

レコード一覧

ここでは，PFM - Agent for OpenTP1で収集できるレコードの一覧を記載します。

PFM - Agent for OpenTP1で収集できるレコードおよびそのレコードに格納される情報を，カテゴリー別に次の表に示します。

表6-10　 PFM - Agent for OpenTP1のレコード一覧

カテゴリー
レコード名
レコードID
格納される情報

共用メモリー
Shared Memory Status
PD_SHM
共用メモリー使用状況を示す情報。
監視対象がTP1/LiNKの場合はサポート対象外。

システム
System Summary
PI
OpenTP1システムの主な稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータ。

ジャーナル
Journal Status
PD_JNL
ジャーナル取得状況を示す情報。
監視対象がTP1/LiNKの場合はサポート対象外。

スケジュール
Schedule Status
PD_SCD
サービスのスケジュール状態を示す情報。

チェックポイントダンプ
Checkpoint Dump Status
PD_CPD
チェックポイントダンプ取得状態を示す情報。
監視対象がTP1/LiNKの場合はサポート対象外。

トランザクション
Transaction Status
PD_TRN
トランザクション状態を示す情報。

プロセス
Process Status
PD_PRC
プロセス状態を示す情報。

メッセージログ
OpenTP1 Message
PD_MLOG
ログファイルに保存されたメッセージの内，直近1時間以内に出力された分の情報。

ロック
Lock Status
PD_LCK
排他制御状態を示す情報。
監視対象がTP1/LiNKの場合はサポート対象外。

DAM
DAM Summary
PI_DAMS
DAMファイルサービスに関する稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータ。
監視対象がTP1/LiNKの場合はサポート対象外。

DAM File Status
PD_DAM
DAMファイル状態を示す情報。
監視対象がTP1/LiNKの場合はサポート対象外。

MCF
MCF Connection Status
PD_MCFC
MCFコネクション状態を示す情報。

MCF Service Group Status
PD_MCFG
MCFサービスグループ状態を示す情報。

MCF Logical Terminal Status
PD_MCFL
MCF論理端末状態を示す情報。

MCF Summary
PI_MCFS
MCFサービスに関する稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータ。

TAM
TAM Table Status
PD_TAM
TAMテーブル状態を示す情報。
監視対象がTP1/LiNKの場合はサポート対象外。

TAM Summary
PI_TAMS
TAMサービスに関する稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータ。
監視対象がTP1/LiNKの場合はサポート対象外。

RTS
RTS Summary
PI_RTSS
OpenTP1のシステム全体，サーバ，およびサービス単位のリアルタイム統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータ。

予約レコード
Product Detail
PD
予約レコードのため使用できない。

Checkpoint Dump Status（PD_CPD）

機能

Checkpoint Dump Status（PD_CPD）レコードには，ある時点でのチェックポイントダンプ取得状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。サーバ名とファイルグループ名の組み合わせごとに作成されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 17 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_CPD_SV_NAME

PD_CPD_FG_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：37バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

FG Name
(FG_NAME)
ファイルグループ名。
－
string(9)
No
jnlls -j cpd

Gen No
(GEN_NO)
世代番号。
－
ulong
No
jnlls -j cpd

Gen St
(GEN_ST)
世代状態。

a：上書きできない状態

u：上書きできる，または書き込み中の状態

r：予約の状態

－
string(2)
No
jnlls -j cpd

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

Ov Wr Blk No
(OV_WR_BLK_NO)
オーバライトポインタのジャーナルブロック番号。
－
ulong
No
jnlls -j cpd

Ov Wr FG Name
(OV_WR_FG_NAME)
オーバライトポインタのジャーナルファイルグループ名。
－
string(9)
No
jnlls -j cpd

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「CPD」。
－
char(8)
No
Agent Collector

Sv Name
(SV_NAME)
サーバ名。
－
string(9)
No
jnlls -j cpd

DAM File Status（PD_DAM）

機能

DAM File Status（PD_DAM）レコードには，ある時点でのDAMファイル状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。DAMファイルごとに作成されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 26 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_DAM_LG_FILE_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：163バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Add Date
(ADD_DATE)
追加日時。
－
string(18)
No
damls

Attr
(ATTR)
DAMファイルの属性。

Quick write：即書き

Deferred write：ディファード

No recovery：回復対象外

Cache less：回復対象外およびキャッシュレスアクセス

－
string(31)
No
damls

Blk Size
(BLK_SIZE)
ブロック長（バイト）。
－
long
No
damls

Blks
(BLKS)
ブロック数。
－
long
No
damls

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

LG-File Name
(LG_FILE_NAME)
論理ファイル名。
－
string(9)
No
damls

PH-File Name
(PH_FILE_NAME)
物理ファイル名。
－
string(64)
No
damls

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「DAM」。
－
char(8)
No
Agent Collector

Security
(SECURITY)
セキュリティの有無。

Y：セキュリティあり

N：セキュリティなし

－
string(2)
No
damls

Shutdown
(SHUTDOWN)
DAMファイルの閉塞状態。

Not shutdown：未閉塞

Logical shutdown：論理閉塞

Error shutdown：障害閉塞

Under shutdown request：閉塞要求中

－
string(31)
No
damls

DAM Summary（PI_DAMS）

機能

DAM Summary（PI_DAMS）レコードには，DAMサービスに関する稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータが格納されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | No | ○
LOGIF | 空白 | ○
Sync Collection With | PI | ×

ODBCキーフィールド

なし

ライフタイム

監視対象のOpenTP1が停止するか，OpenTP1のdcreportコマンド（-rオプション）が実行されるまで。

レコードサイズ

固定部：1,077バイト

可変部：0バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Avg DAM Read Size
(AVG_DAM_READ_SIZE)
dc_dam_readを発行した単位でのDAMファイルのデータの入力長の平均値（バイト）。
HILO
long
No
dcreport -c

Avg DAM Read Size/Intval
(AVG_DAM_READ_SIZE_INTVAL)
dc_dam_readを発行した単位でのDAMファイルのデータの入力長の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg DAM Trans
(AVG_DAM_TRANS)
DAMを使用するトランザクション数の平均値。
HILO
long
No
dcreport -c

Avg DAM Write Size
(AVG_DAM_WRITE_SIZE)
dc_dam_writeまたはdc_dam_rewriteを発行した単位でのDAMファイルのデータ出力長の平均値（バイト）。
HILO
long
No
dcreport -c

Avg DAM Write Size/Intval
(AVG_DAM_WRITE_SIZE_INTVAL)
dc_dam_writeまたはdc_dam_rewriteを発行した単位でのDAMファイルのデータ出力長の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg RM-SHM Use Rate
(AVG_RM_SHM_USE_RATE)
リソースマネジャ用共用メモリープールの使用率の平均値（%）。
HILO
long
No
dcreport -c

Avg RM-SHM Use Rate/Intval
(AVG_RM_SHM_USE_RATE_INTVAL)
リソースマネジャ用共用メモリープールの使用率の収集間隔ごとの平均値（％）※2。
HILO
long
No
dcreport -c※1

Avg Upd-Buf Use Size
(AVG_UPD_BUF_USE_SIZE)
更新バッファ使用量の平均値（バイト）。
HILO
long
No
dcreport -c

Avg Upd-Buf Use Size/Intval
(AVG_UPD_BUF_USE_SIZE_INTVAL)
更新バッファ使用量の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

DAM Read Faults
(DAM_READ_FAULTS)
dc_dam_readの中で，OSとのインターフェース部分で発生した出力障害数。
AVG
ulong
Yes
dcreport -c

DAM Reads
(DAM_READS)
dc_dam_readを発行した回数。
AVG
ulong
Yes
dcreport -c

DAM Write Faults
(DAM_WRITE_FAULTS)
実際のディスクとのI/O時に発生した出力障害回数。
AVG
ulong
Yes
dcreport -c

DAM Writes
(DAM_WRITES)
dc_dam_writeまたはdc_dam_rewriteを発行した回数。
AVG
ulong
Yes
dcreport -c

Deferred Write Trans
(DEFERRED_WRITE_TRANS)
ディファード更新指定のDAMファイルを更新したトランザクション数を10で割った回数。
AVG
ulong
Yes
dcreport -c

FJ Puts
(FJ_PUTS)
回復用ジャーナル(FJ)の取得回数。
AVG
ulong
Yes
dcreport -c

Interval
(INTERVAL)
情報が収集される時間（秒）。
COPY
ulong
No
Agent Collector

Max DAM Read Size
(MAX_DAM_READ_SIZE)
dc_dam_readを発行した単位でのDAMファイルのデータの入力長の最大値（バイト）。
HI
long
No
dcreport -c

Max DAM Trans
(MAX_DAM_TRANS)
DAMを使用するトランザクション数の最大値。
HI
long
No
dcreport -c

Max DAM Write Size
(MAX_DAM_WRITE_SIZE)
dc_dam_writeまたはdc_dam_rewriteを発行した単位でのDAMファイルのデータ出力長の最大値（バイト）。
HI
long
No
dcreport -c

Max RM-SHM Use Rate
(MAX_RM_SHM_USE_RATE)
リソースマネジャ用共用メモリープールの使用率の最大値（%）。
HI
long
No
dcreport -c

Max Upd-Buf Use Size
(MAX_UPD_BUF_USE_SIZE)
更新バッファ使用量の最大値（バイト）。
HI
long
No
dcreport -c

Min DAM Read Size
(MIN_DAM_READ_SIZE)
dc_dam_readを発行した単位でのDAMファイルのデータの入力長の最小値（バイト）。
LO
long
No
dcreport -c

Min DAM Trans
(MIN_DAM_TRANS)
DAMを使用するトランザクション数の最小値。
LO
long
No
dcreport -c

Min DAM Write Size
(MIN_DAM_WRITE_SIZE)
dc_dam_writeまたはdc_dam_rewriteを発行した単位でのDAMファイルのデータ出力長の最小値（バイト）。
LO
long
No
dcreport -c

Min RM-SHM Use Rate
(MIN_RM_SHM_USE_RATE)
リソースマネジャ用共用メモリープールの使用率の最小値（%）。
LO
long
No
dcreport -c

Min Upd-Buf Use Size
(MIN_UPD_BUF_USE_SIZE)
更新バッファ使用量の最小値（バイト）。
LO
long
No
dcreport -c

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
COPY
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「DAMS」。
COPY
char(8)
No
Agent Collector

SHM Gets
(SHM_GETS)
リソースマネジャ用共用メモリープール内に確保するDAMファイルのデータ用ブロックを確保した回数。
AVG
ulong
Yes
dcreport -c

Total DAM Reads
(TOTAL_DAM_READS)
dc_dam_readを発行した回数の累計値。
COPY
ulong
No
dcreport -c

Total DAM Read Faults
(TOTAL_DAM_READ_FAULTS)
dc_dam_readの中で，OSとのインターフェース部分で発生した出力障害数の累計値。
COPY
ulong
No
dcreport -c

Total DAM Writes
(TOTAL_DAM_WRITES)
dc_dam_writeまたはdc_dam_rewriteを発行した回数の累計値。
COPY
ulong
No
dcreport -c

Total DAM Write Faults
(TOTAL_DAM_WRITE_FAULTS)
実際のディスクとのI/O時に発生した出力障害回数の累計値。
COPY
ulong
No
dcreport -c

Total Deferred Write Trans
(TOTAL_DEFERRED_WRITE_TRANS)
ディファード更新指定のDAMファイルを更新したトランザクション数を10で割った回数の累計値。
COPY
ulong
No
dcreport -c

Total FJ Puts
(TOTAL_FJ_PUTS)
回復用ジャーナル（FJ）の取得回数の累計値。
COPY
ulong
No
dcreport -c

Total SHM Gets
(TOTAL_SHM_GETS)
リソースマネジャ用共用メモリープール内に確保するDAMファイルのデータ用ブロックを確保した回数の累計値。
COPY
ulong
No
dcreport -c

注※1

dcreport -cの出力結果そのものではなく，出力結果から計算した値が設定されます。

注※2

収集間隔ごとの平均値には，次の式に基づいて計算された値が設定されます。

設定する値＝（今回収集した平均値(累計値)＊今回収集した件数(累計値)－前回収集した平均値(累計値)＊前回収集した件数(累計値)）/（今回収集した件数(累計値)－前回収集した件数(累計値)）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

Journal Status（PD_JNL）

機能

Journal Status（PD_JNL）レコードには，ある時点でのジャーナル取得状況を示すデータが格納されます。このレコードは複数インスタンスレコードです。ファイルグループごとに作成されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 14 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_JNL_FILE_TYPE

PD_JNL_FG_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：52バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Arch
(ARCH)
ファイルグループのアーカイブ状態。

u：アーカイブ待ち

－：アーカイブ済み

－
string(2)
No
jnlls -j sys

FG Name
(FG_NAME)
ファイルグループ名。
－
string(9)
No
jnlls -j sys

FG Upd
(FG_UPD)
ファイルグループが上書きできるか，できないかの状態。

d：上書きできない

－：上書きできる

－
string(2)
No
jnlls -j sys

File Type
(FILE_TYPE)
ファイル種別。

sys：システムジャーナルファイル

－
string(4)
No
jnlls -j sys

Fst Blk No
(FST_BLK_NO)
先頭ブロック番号。
－
ulong
No
jnlls -j sys

Gen No
(GEN_NO)
世代番号。
－
ulong
No
jnlls -j sys

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

Lst Blk No
(LST_BLK_NO)
最終ブロック番号。
－
ulong
No
jnlls -j sys

Opn
(OPN)
ファイルグループのオープン状態。

o：オープン中

c：クローズ中

－
string(2)
No
jnlls -j sys

RG Name
(RG_NAME)
システムジャーナルファイルの場合，システムジャーナルサービス定義のファイル名。
－
string(9)
No
jnlls -j sys

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「JNL」。
－
char(8)
No
Agent Collector

Run ID
(RUN_ID)
ファイルが使用されたときのジャーナルサービス，またはグローバルサービスのランID。
－
ulong
No
jnlls -j sys

St
(ST)
ファイルグループの状態。

c：現用

s：待機中

n：予約

－
string(2)
No
jnlls -j sys

Unld
(UNLD)
ファイルグループのアンロード状態。

u：アンロード待ち

－：アンロード済み

－
string(2)
No
jnlls -j sys

Unmat
(UNMAT)
ファイルグループの不整合状態。

c：障害発生後現用のままとなっている要素ファイルがある

－：正しく処理されているファイル

－
string(2)
No
jnlls -j sys

Use
(USE)
ファイルグループのOpenTP1での状態。

b：使用中

－：未使用

－
string(2)
No
jnlls -j sys

Lock Status（PD_LCK）

機能

Lock Status（PD_LCK）レコードには，ある時点での排他制御状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。各プロセスで使用している排他資源ごとに作成されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 20 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_LCK_PID

PD_LCK_RES_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：65バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Deadlock Pri
(DEADLOCK_PRI)
デッドロックプライオリティ。
－
long
No
lckls -a

Ex Mode
(EX_MODE)
排他制御モード。

EX：ほかのUAPに参照・更新を許可しない

PR：ほかのUAPに参照だけ許可する

－
string(3)
No
lckls -a

Ex Wait Pri
(EX_WAIT_PRI)
排他待ちプライオリティ。
－
long
No
lckls -a

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

PID
(PID)
プロセスID。
－
string(11)
No
lckls -a

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「LCK」。
－
char(8)
No
Agent Collector

Req Type
(REQ_TYPE)
要求種別。

MIGRATE：TAMまたはユーザーのロック要求

BRANCH：DAMサービスのロック要求

－
string(9)
No
lckls -a

Res Name
(RES_NAME)
リソース名。
なお，lcklsコマンドが出力するリソース名を16バイト固定で使用するため，リソース名の長さが16バイトより短い場合は後ろに空白文字が付加されたデータとなる。
－
string(17)
No
lckls -a

Sv ID
(SV_ID)
サーバID。
－
string(4)
No
lckls -a

Sv Name
(SV_NAME)
サーバ名。
－
string(9)
No
lckls -a

Wait Time
(WAIT_TIME)
待ち時間（秒）。
占有情報の場合は0を設定する。
－
long
No
lckls -a

MCF Connection Status（PD_MCFC）

機能

MCF Connection Status（PD_MCFC）レコードには，ある時点でのMCFコネクション状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。MCFコネクションごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset from Top of Minute | 35 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_MCFC_MCF_IDENTIFIER

PD_MCFC_CONNECTION_ID

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：41バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Connection ID
(CONNECTION_ID)
コネクションID。
－
string(9)
No
mcftlscn -c"*"

Connection Status
(CONNECTION_STATUS)
コネクション状態。

ACT：確立状態

ACT/B：確立処理中状態

DCT：解放状態

DCT/B：解放処理中状態

－
string(8)
No
mcftlscn -c"*"

Detail Status
(DETAIL_STATUS)
詳細ステータス（保守情報）※。
－
string(16)
No
mcftlscn -c"*"

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

MCF Identifier
(MCF_IDENTIFIER)
MCF識別子。
－
string(4)
No
mcftlscn -c"*"

Protocol Kind
(PROTOCOL_KIND)
プロトコル種別。

TCP：TCP/IPプロトコル（TP1/NET/TCP/IP）

－
string(4)
No
mcftlscn -c"*"

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「MCFC」。
－
char(8)
No
Agent Collector

注※

出力される詳細ステータスは，OpenTP1のmcftlscn（コネクションの状態表示）コマンドで出力される値と同じです。値の詳細については，各コネクションの通信プロトコルに対応するOpenTP1のプロトコル製品のマニュアルを参照してください。

MCF Service Group Status（PD_MCFG）

機能

MCF Service Group Status（PD_MCFG）レコードには，ある時点でのMCFサービスグループ状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。MCFサービスグループごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset from Top of Minute | 41 | ○
Log | N | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_MCFG_MCF_IDENTIFIER

PD_MCFG_SVG_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：52バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

MCF Identifier
(MCF_IDENTIFIER)
MCF識別子。
－
string(4)
No
mcftlssg -g"*"

Rcv Msg Count
(RCV_MSG_COUNT)
受信メッセージ数。
－
long
No
mcftlssg -g"*"

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集の終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「MCFG」。
－
char(8)
No
Agent Collector

Svg Input
(SVG_INPUT)
サービスグループの状態（入力）。

ACT：閉塞解除

DCT：閉塞

***：SPPのサービスグループの場合

－
string(6)
No
mcftlssg -g"*"

Svg Name
(SVG_NAME)
サービスグループ名。
－
string(32)
No
mcftlssg -g"*"

Svg Schedule
(SVG_SCHEDULE)
サービスグループの状態（スケジュール）。

ACT：閉塞解除

DCT：閉塞

***：SPPのサービスグループの場合

－
string(6)
No
mcftlssg -g"*"

MCF Logical Terminal Status（PD_MCFL）

機能

MCF Logical Terminal Status（PD_MCFL）レコードには，ある時点でのMCF論理端末状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。MCF論理端末ごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset from Top of Minute | 38 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_MCFL_MCF_IDENTIFIER

PD_MCFL_LG_TERM_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：82バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

ALT Kind
(ALT_KIND)
予備。
－
string(6)
No
mcftlsle -l“*"

ALT LG-Term Name
(ALT_LG_TERM_NAME)
予備。
－
string(9)
No
mcftlsle -l“*"

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

IO Msg Count
(IO_MSG_COUNT)
非同期型問い合わせ応答メッセージの未送信メッセージ数。
－
long
No
mcftlsle -l“*"

LG-Term Status
(LG_TERM_STATUS)
論理端末の状態。

ACT：閉塞解除状態

DCT：閉塞状態

－
string(6)
No
mcftlsle -l“*"

LG-Term Name
(LG_TERM_NAME)
論理端末の名称。
－
string(9)
No
mcftlsle -l “*"

Max IO Msg Ser No
(MAX_IO_MSG_SER_NO)
非同期型問い合わせ応答メッセージの未送信メッセージ最大通番。
－
long
No
mcftlsle -l“*"

Max NORM Msg Ser No
(MAX_NORM_MSG_SER_NO)
非同期型一方送信メッセージ（一般）の未送信メッセージ最大通番。
－
long
No
mcftlsle -l“*"

Max PRIO Msg Ser No
(MAX_PRIO_MSG_SER_NO)
非同期型一方送信メッセージ（優先）の未送信メッセージ最大通番。
－
long
No
mcftlsle -l“*"

Max SYNC Msg Ser No
(MAX_SYNC_MSG_SER_NO)
同期型メッセージの未送信メッセージ最大通番。
－
long
No
mcftlsle -l“*"

MCF Identifier
(MCF_IDENTIFIER)
MCF識別子。
－
string(4)
No
mcftlsle -l“*"

Min IO Msg Ser No
(MIN_IO_MSG_SER_NO)
非同期型問い合わせ応答メッセージの未送信メッセージ最小通番。
－
long
No
mcftlsle -l“*"

Min NORM Msg Ser No
(MIN_NORM_MSG_SER_NO)
非同期型一方送信メッセージ（一般）の未送信メッセージ最小通番。
－
long
No
mcftlsle -l“*"

Min PRIO Msg Ser No
(MIN_PRIO_MSG_SER_NO)
非同期型一方送信メッセージ（優先）の未送信メッセージ最小通番。
－
long
No
mcftlsle -l“*"

Min SYNC Msg Ser No
(MIN_SYNC_MSG_SER_NO)
同期型メッセージの未送信メッセージ最小通番。
－
long
No
mcftlsle -l“*"

NORM Msg Count
(NORM_MSG_COUNT)
非同期型一方送信メッセージ（一般）の未送信メッセージ数。
－
long
No
mcftlsle -l“*"

PRIO Msg Count
(PRIO_MSG_COUNT)
非同期型一方送信メッセージ（優先）の未送信メッセージ数。
－
long
No
mcftlsle -l“*"

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「MCFL」。
－
char(8)
No
Agent Collector

SYNC Msg Count
(SYNC_MSG_COUNT)
同期型メッセージの未送信メッセージ数。
－
long
No
mcftlsle -l“*"

MCF Summary（PI_MCFS）

機能

MCF Summary（PI_MCFS）レコードには，MCFサービスに関する稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータが格納されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | N | ○
LOGIF | 空白 | ○
Sync Collection With | PI | ×

ODBCキーフィールド

なし

ライフタイム

監視対象のOpenTP1が停止するか，OpenTP1のdcreportコマンド（-rオプション）が実行されるまで。

レコードサイズ

固定部：781バイト

可変部：0バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Connection Faults
(CONNECTION_FAULTS)
OpenTP1ノード内で発生したコネクション障害回数。
AVG
ulong
Yes
dcreport -c

Disk Que Outputs
(DISK_QUE_OUTPUTS)
OpenTP1ノード内のディスクキューからのメッセージ取り出し回数。
AVG
ulong
Yes
dcreport -c

Disk Que Inputs
(DISK_QUE_INPUTS)
OpenTP1ノード内のディスクキューに対するメッセージ書き込み回数。
AVG
ulong
Yes
dcreport -c

Interval
(INTERVAL)
情報が収集される時間（秒）。
COPY
ulong
No
AgentCollector

Memory Que Outputs
(MEMORY_QUE_OUTPUTS)
OpenTP1ノード内のメモリーキューからのメッセージ取り出し回数。
AVG
ulong
Yes
dcreport -c

Memory Que Inputs
(MEMORY_QUE_INPUTS)
OpenTP1ノード内のメモリーキューに対するメッセージ書き込み回数。
AVG
ulong
Yes
dcreport -c

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
COPY
time_t
No
AgentCollector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「MCFS」。
COPY
char(8)
No
AgentCollector

Total Connection Faults
(TOTAL_CONNECTION_FAULTS)
OpenTP1ノード内で発生したコネクション障害回数の累計値。
COPY
ulong
No
dcreport -c

Total Disk Que Outputs
(TOTAL_DISK_QUE_OUTPUTS)
OpenTP1ノード内のディスクキューからのメッセージ取り出し回数の累計値。
COPY
ulong
No
dcreport -c

Total Disk Que Inputs
(TOTAL_DISK_QUE_INPUTS)
OpenTP1ノード内のディスクキューに対するメッセージ書き込み回数の累計値。
COPY
ulong
No
dcreport -c

Total Memory Que Outputs
(TOTAL_MEMORY_QUE_OUTPUTS)
OpenTP1ノード内のメモリーキューからのメッセージ取り出し回数の累計値。
COPY
ulong
No
dcreport -c

Total Memory Que Inputs
(TOTAL_MEMORY_QUE_INPUTS)
OpenTP1ノード内のメモリーキューに対するメッセージ書き込み回数の累計値。
COPY
ulong
No
dcreport -c

OpenTP1 Message（PD_MLOG）

機能

OpenTP1 Message（PD_MLOG）レコードには，ログファイルに保存されたメッセージの内，直近1時間以内に出力された分のデータが格納されます。このレコードは複数インスタンスレコードです。メッセージごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 3,600 | ○
Collection Offset | 32 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_MLOG_LOG_DATE

PD_MLOG_LOG_TIME

PD_MLOG_MSG_ID

PD_MLOG_SER_NO

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：520バイト（データモデルバージョン（5.0）の場合），843バイト（データモデルバージョン（5.1）または（5.2）の場合）

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Host
(HOST)
ホスト名。
－
string(9)
No
logcat -a

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

Log Date
(LOG_DATE)
年月日（年/月/日の形式）。
－
string(11)
No
logcat -a

Log Time
(LOG_TIME)
時刻（時:分:秒の形式）。
－
string(9)
No
logcat -a

Message Text
(MESSAGE_TEXT)
メッセージテキスト。
－

データモデルバージョン（5.0）の場合

string(445)

データモデルバージョン（5.1）または（5.2）の場合

string(768)

No
logcat -a

Msg ID
(MSG_ID)
メッセージID。
－
string(12)
No
logcat -a

PID
(PID)
プロセスID。
－
string(11)
No
logcat -a

Proc Ser No
(PROC_SER_NO)
プロセス内メッセージ通番。
－
string(8)
No
logcat -a

Prog
(PROG)
プログラムID。
－
string(4)
No
logcat -a

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「MLOG」。
－
char(8)
No
Agent Collector

SID
(SID)
システムID。
－
string(3)
No
logcat -a

Ser No
(SER_NO)
メッセージ通番。
－
string(8)
No
logcat -a

Process Status（PD_PRC）

機能

Process Status（PD_PRC）レコードには，ある時点でのプロセス状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。プロセスごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 11 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_PRC_PID

PD_PRC_SV_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：91バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Exe File
(EXE_FILE)
実行形式ファイル名。
－
string(15)
No
prcls

Group ID
(GROUP_ID)
グループID。
プロセスサービスから生成された子プロセス以外のプロセスの場合は，「*」が表示される。
－
string(11)
No
prcls

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

PID
(PID)
プロセスID。
－
string(11)
No
prcls

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「PRC」。
－
char(8)
No
Agent Collector

Sv Name
(SV_NAME)
サーバ名。
－
string(9)
No
prcls

Sv St
(SV_ST)
サーバの状態。

D：サーバ開始処理中または終了処理中

L：サーバ実行中

＊：デバッガプロセス

－
string(2)
No
prcls

Svg Name
(SVG_NAME)
サービスグループ名。
－
string(32)
No
prcls

User ID
(USER_ID)
ユーザーID。
プロセスサービスから生成された子プロセス以外のプロセスの場合は，「*」が表示される。
－
string(11)
No
prcls

RTS Summary（PI_RTSS）

機能

RTS Summary（PI_RTSS）レコードには，OpenTP1のシステム全体，サーバ，およびサービス単位のリアルタイム統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータが格納されます。このレコードは複数インスタンスレコードです。リアルタイム統計情報項目ID，サーバ名（取得対象名1），およびサービス名（取得対象名2）の組み合わせによって1行で作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 60 | ○
Collection Offset from Top of Minute | 0 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PI_RTSS_EVENT_ID

PI_RTSS_SV_NAME

PI_RTSS_SVC_NAME

ライフタイム

監視対象のOpenTP1が停止するか，リアルタイム統計情報サービスが停止されるまで。

レコードサイズ

固定部：726バイト

可変部：244バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Average
(AVERAGE)
リアルタイム統計情報の平均値。
HILO
double
No
rtsls -c

Counts
(COUNTS)
リアルタイム統計情報の発生件数。
AVG
double
No
rtsls -c

End Time
(END_TIME)
リアルタイム統計情報の取得終了日時。
COPY
string(20)
No
rtsls -c

Event
(EVENT)
リアルタイム統計情報項目名。
COPY
string(64)
No
rtsls -c

Event ID
(EVENT_ID)
リアルタイム統計情報項目ID。
COPY
string(11)
No
rtsls -c

Interval
(INTERVAL)
情報が収集される時間（秒）。
COPY
ulong
No
AgentCollector

Maximum
(MAXIMUM)
リアルタイム統計情報の最大値。
HI
double
No
rtsls -c

Minimum
(MINIMUM)
リアルタイム統計情報の最小値。
LO
double
No
rtsls -c

Node ID
(NODE_ID)
OpenTP1ノード識別子。
COPY
string(5)
No
rtsls -c

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
COPY
time_t
No
AgentCollector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「RTSS」。
COPY
char(8)
No
AgentCollector

Start Time
(START_TIME)
リアルタイム統計情報の取得開始日時。
COPY
string(20)
No
rtsls -c

Sv Name
(SV_NAME)
サーバ名（取得対象名1）。
COPY
string(9)
No
rtsls -c

Svc Name
(SVC_NAME)
サービス名（取得対象名2）※。
COPY
string(64)
No
rtsls -c

Type
(TYPE)
リアルタイム統計情報種別。
COPY
string(4)
No
rtsls -c

Units
(UNITS)
リアルタイム統計情報の単位。
COPY
string(20)
No
rtsls -c

注※

次に示す統計情報の場合，出力される情報はrtsls -cコマンドの出力結果そのものではなく，PFM - Agent for OpenTP1によって独自の値が設定されます。なお，△は半角スペースを示します。

システム全体の統計情報（Sv Nameフィールドが"_SYSTEM"，かつrtsls -cコマンドの出力結果が"△△△△"）の場合，"_SYSTEM△ONLY"が出力されます。

サーバ単位で取得したリアルタイム統計情報（rtsls -cコマンドの出力結果が"△△△△"）の場合，"_SERVER△ONLY"が出力されます。

サービス以外の処理単位で取得したリアルタイム統計情報（rtsls -cコマンドの出力結果が"****"）の場合，"_NOT△SERVICE"が出力されます。

Schedule Status（PD_SCD）

機能

Schedule Status（PD_SCD）レコードには，ある時点でのサービスのスケジュール状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。サーバごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 8 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_SCD_SV_NAME

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：67バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

Max Buf Unuse Size
(MAX_BUF_UNUSE_SIZE)
メッセージ格納用プールの現在の最大連続未使用サイズ（バイト）。
－
long
No
scdls

Max Buf Use Size
(MAX_BUF_USE_SIZE)
メッセージ格納用プールの最大使用サイズ（バイト）。
－
long
No
scdls

Max Req Que Len
(MAX_REQ_QUE_LEN)
スケジュールキューに滞留したサービス要求の最大数。
－
long
No
scdls

Msg Buf Unuse Size
(MSG_BUF_UNUSE_SIZE)
メッセージ格納用プールの現在の未使用サイズ（バイト）。
－
long
No
scdls

Msg Buf Use Size
(MSG_BUF_USE_SIZE)
メッセージ格納用プールの現在の使用サイズ（バイト）。
－
long
No
scdls

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「SCD」。
－
char(8)
No
Agent Collector

Req Que Len
(REQ_QUE_LEN)
スケジュールキューに滞留しているサービス要求数。
－
long
No
scdls

Sv Name
(SV_NAME)
サーバ名。
－
string(9)
No
scdls

Sv St
(SV_ST)
サーバの状態。

S：サーバ準備中

A：スケジューリングできる状態

E：サーバ終了処理中

H：サーバ閉塞中

P：サービス要求を受け付けられる状態で閉塞中

－
string(2)
No
scdls

Svg Name
(SVG_NAME)
サービスグループ名。
－
string(32)
No
scdls

Shared Memory Status（PD_SHM）

機能

Shared Memory Status（PD_SHM）レコードには，ある時点での共用メモリー使用状況を示すデータが格納されます。このレコードは複数インスタンスレコードです。共用メモリープール種別ごとに作成されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 23 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_SHM_POOL_TYPE

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：27バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

Max Size
(MAX_SIZE)
共用メモリーの最大使用量（バイト）。
－
ulong
No
dcshmls

Pool Size
(POOL_SIZE)
共用メモリープールの大きさ（バイト）。
－
ulong
No
dcshmls

Pool Type
(POOL_TYPE)
共用メモリープール種別。

static：静的共用メモリー

dynamic：動的共用メモリー

－
string(11)
No
dcshmls

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「SHM」。
－
char(8)
No
Agent Collector

Use Rate
(USE_RATE)
現在の共用メモリーの使用率（%）。
－
ulong
No
dcshmls

Use Size
(USE_SIZE)
現在使用中の共用メモリーの合計（バイト）。
－
ulong
No
dcshmls

System Summary（PI）

機能

System Summary（PI）レコードには，OpenTP1システムの主な稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータが格納されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 60 | ○
Collection Offset | 0 | ○
Log | Yes | ○
LOGIF | 空白 | ○

ODBCキーフィールド

なし

ライフタイム

監視対象のOpenTP1が停止するか，OpenTP1のdcreportコマンド（-rオプション）が実行されるまで。

レコードサイズ

固定部：2,385バイト

可変部：0バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Avg Buf Pool Use Size
(AVG_BUF_POOL_USE_SIZE)
ユーザーサーバのメッセージ格納バッファプールの使用中サイズの平均値（バイト）。
HILO
long
No
dcreport -c

Avg Buf Pool Use Size/Intval
(AVG_BUF_POOL_USE_SIZE_INTVAL)
ユーザーサーバのメッセージ格納バッファプールの使用中サイズの収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg CPD Put Interval
(AVG_CPD_PUT_INTERVAL)
前回のチェックポイントから今回のチェックポイントまでの時間間隔の平均値（ミリ秒）。
HILO
long
No
dcreport -c

Avg CPD Put Interval/Intval
(AVG_CPD_PUT_INTERVAL_INTVAL)
前回のチェックポイントから今回のチェックポイントまでの時間間隔の収集間隔ごとの平均値（ミリ秒）※2。
HILO
long
No
dcreport -c※1

Avg CPD Valid Time
(AVG_CPD_VALID_TIME)
チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の平均値（ミリ秒）。
HILO
long
No
dcreport -c

Avg CPD Valid Time/Intval
(AVG_CPD_VALID_TIME_INTVAL)
チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の収集間隔ごとの平均値（ミリ秒）※2。
HILO
long
No
dcreport -c※1

Avg Dy-SHM Size
(AVG_DY_SHM_SIZE)
動的共用メモリーブロックの最大使用サイズの平均値（バイト）。
HILO
long
No
dcreport -c

Avg Dy-SHM Size/Intval
(AVG_DY_SHM_SIZE_INTVAL)
動的共用メモリーブロックの最大使用サイズの収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg Dy-SHM Total Size
(AVG_DY_SHM_TOTAL_SIZE)
動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの平均値（バイト）。
HILO
long
No
dcreport -c

Avg Dy-SHM Total Size/Intval
(AVG_DY_SHM_TOTAL_SIZE_INTVAL)
動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg JNL Input Size
(AVG_JNL_INPUT_SIZE)
ジャーナルファイルから入力したデータ長の平均値（バイト）。
HILO
long
No
dcreport -c

Avg JNL Input Size/Intval
(AVG_JNL_INPUT_SIZE_INTVAL)
ジャーナルファイルから入力したデータ長の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg JNL Put Wait Bufs
(AVG_JNL_PUT_WAIT_BUFS)
ジャーナル出力完了時に出力待ちをしているバッファ面数の平均値（面数＊100)。
HILO
long
No
dcreport -c

Avg JNL Put Wait Bufs/Intval
(AVG_JNL_PUT_WAIT_BUFS_INTVAL)
ジャーナル出力完了時に出力待ちをしているバッファ面数の収集間隔ごとの平均値（面数＊100）※2。
HILO
long
No
dcreport -c※1

Avg JNL Swap Time
(AVG_JNL_SWAP_TIME)
ジャーナルファイルをスワップする際のオーバヘッド時間の平均値（マイクロ秒）。
HILO
long
No
dcreport -c

Avg JNL Swap Time/Intval
(AVG_JNL_SWAP_TIME_INTVAL)
ジャーナルファイルをスワップする際のオーバヘッド時間の収集間隔ごとの平均値（マイクロ秒）※2。
HILO
long
No
dcreport -c※1

Avg JNL-Blk Put Len
(AVG_JNL_BLK_PUT_LEN)
ジャーナルブロックのデータ長の平均値（バイト）。
HILO
long
No
dcreport -c

Avg JNL-Blk Put Len/Intval
(AVG_JNL_BLK_PUT_LEN_INTVAL)
ジャーナルブロックのデータ長の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg Lock Que Len
(AVG_LOCK_QUE_LEN)
ロック待ちが発生したときの待ち行列長の平均値。
HILO
long
No
dcreport -c

Avg Lock Que Len/Intval
(AVG_LOCK_QUE_LEN_INTVAL)
ロック待ちが発生したときの待ち行列長の収集間隔ごとの平均値※2。
HILO
long
No
dcreport -c※1

Avg Lock Wait Time
(AVG_LOCK_WAIT_TIME)
ロック待ちが発生したときの待ち状態になってから待ち状態が解除されるまでの時間の平均値（ミリ秒）。
HILO
long
No
dcreport -c

Avg Lock Wait Time/Intval
(AVG_LOCK_WAIT_TIME_INTVAL)
ロック待ちが発生したときの待ち状態になってから待ち状態が解除されるまでの時間の収集間隔ごとの平均値（ミリ秒）※2。
HILO
long
No
dcreport -c※1

Avg Processes
(AVG_PROCESSES)
OpenTP1システムで起動されているシステムサービスとUAPプロセス数の平均値。
HILO
long
No
dcreport -c

Avg RPC Res Time
(AVG_RPC_RES_TIME)
クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の平均値（マイクロ秒）。
HILO
long
No
dcreport -c

Avg RPC Res Time/Intval
(AVG_RPC_RES_TIME_INTVAL)
クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の収集間隔ごとの平均値（マイクロ秒）※2。
HILO
long
No
dcreport -c※1

Avg SCD Fault Size
(AVG_SCD_FAULT_SIZE)
ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の平均値（バイト）。
HILO
long
No
dcreport -c

Avg SCD Fault Size/Intval
(AVG_SCD_FAULT_SIZE_INTVAL)
ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg SCD Que Len
(AVG_SCD_QUE_LEN)
ユーザーサーバのスケジュールキューに滞留したサービス要求数の平均値。
HILO
long
No
dcreport -c

Avg SCD Que Len/Intval
(AVG_SCD_QUE_LEN_INTVAL)
ユーザーサーバのスケジュールキューに滞留したサービス要求数の収集間隔ごとの平均値※2。
HILO
long
No
dcreport -c※1

Avg St-SHM Size
(AVG_ST_SHM_SIZE)
静的共用メモリーブロックの最大使用サイズの平均値（バイト）。
HILO
long
No
dcreport -c

Avg St-SHM Size/Intval
(AVG_ST_SHM_SIZE_INTVAL)
静的共用メモリーブロックの最大使用サイズの収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg St-SHM Total Size
(AVG_ST_SHM_TOTAL_SIZE)
静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの平均値（バイト）。
HILO
long
No
dcreport -c

Avg St-SHM Total Size/Intval
(AVG_ST_SHM_TOTAL_SIZE_INTVAL)
静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg Svc Req Msg Size
(AVG_SVC_REQ_MSG_SIZE)
ユーザーサーバが受信したサービス要求メッセージ長の平均値（バイト）。
HILO
long
No
dcreport -c

Avg Svc Req Msg Size/Intval
(AVG_SVC_REQ_MSG_SIZE_INTVAL)
収集間隔の間で発生したサービス要求について，ユーザーサーバが受信したサービス要求メッセージ長の収集間隔ごとの平均値（バイト）※2。
HILO
long
No
dcreport -c※1

Avg Svc Time
(AVG_SVC_TIME)
要求したサービス関数の実行時間の平均値（マイクロ秒）。
HILO
long
No
dcreport -c

Avg Svc Time/Intval
(AVG_SVC_TIME_INTVAL)
要求したサービス関数の実行時間の収集間隔ごとの平均値（マイクロ秒）※2。
HILO
long
No
dcreport -c※1

CPD Puts
(CPD_PUTS)
チェックポイントダンプの契機数。
AVG
ulong
Yes
dcreport -c

Commits
(COMMITS)
トランザクションのコミット決着回数。
AVG
ulong
Yes
dcreport -c

Deadlocks
(DEADLOCKS)
デッドロックの発生件数。
AVG
ulong
Yes
dcreport -c

Dy-SHM Gets
(DY_SHM_GETS)
編集対象時間内に取得した統計情報ジャーナルの件数＋動的共用メモリー確保・解放関数発行回数。
AVG
ulong
Yes
dcreport -c

Interval
(INTERVAL)
情報が収集される時間（秒）。
COPY
ulong
No
Agent Collector

JNL Buf Fulls
(JNL_BUF_FULLS)
ジャーナルレコードをカレントバッファにバッファリングしようとしたときにバッファの空きエリアが小さく，該当するバッファにバッファリングできない状態が発生した回数。
AVG
ulong
Yes
dcreport -c

JNL Buf Fulls/min
(JNL_BUF_FULLS_MIN)
収集間隔の間で発生したジャーナルバッファへのバッファリング失敗回数の平均値（分単位）※3。
AVG
float
No
dcreport -c※1

JNL Buf Waits
(JNL_BUF_WAITS)
ジャーナルバッファがすべて満杯，または出力中の場合にジャーナルレコードをすぐにはバッファリングできないで，バッファが空くのを待っている状態の発生回数。
AVG
ulong
Yes
dcreport -c

JNL Buf Waits/min
(JNL_BUF_WAITS_MIN)
収集間隔の間で発生したジャーナルバッファの空き待ち回数の平均値（分単位）※3。
AVG
float
No
dcreport -c※1

JNL Inputs
(JNL_INPUTS)
ジャーナルファイルから入力した回数。
AVG
ulong
Yes
dcreport -c

JNL Puts
(JNL_PUTS)
ジャーナル出力完了回数。
AVG
ulong
Yes
dcreport -c

JNL Read Faults
(JNL_READ_FAULTS)
ジャーナルファイルからの入力時に起きた障害の発生件数。
AVG
ulong
Yes
dcreport -c

JNL Reads
(JNL_READS)
ジャーナルデータだけでなく，ジャーナルスワップ時のファイル管理情報も含めたシステムの内部的な入力回数。
AVG
ulong
Yes
dcreport -c

JNL Swaps
(JNL_SWAP_NUM)
ジャーナルファイルをスワップした回数。
AVG
ulong
Yes
dcreport -c

JNL Swaps/min
(JNL_SWAPS_MIN)
収集間隔の間で発生したジャーナルファイルスワップ回数の平均値（分単位）※3。
AVG
float
No
dcreport -c※1

JNL Write Faults
(JNL_WRITE_FAULTS)
ジャーナルファイルへの出力時に起きた障害の発生件数。
AVG
ulong
Yes
dcreport -c

JNL Writes
(JNL_WRITES)
ジャーナルデータだけでなく，ジャーナルスワップ時のファイル管理情報も含めたシステムの内部的な出力回数。
AVG
ulong
Yes
dcreport -c

JNL-Blk Puts
(JNL_BLK_PUTS)
ジャーナルブロックの出力回数。
AVG
ulong
Yes
dcreport -c

Lock Waits
(LOCK_WAIT_NUM)
ロック待ちの発生件数。
AVG
ulong
Yes
dcreport -c

Max Buf Pool Use Size
(MAX_BUF_POOL_USE_SIZE)
ユーザーサーバのメッセージ格納バッファプールの使用中サイズの最大値（バイト）。
HI
long
No
dcreport -c

Max CPD Put Interval
(MAX_CPD_PUT_INTERVAL)
前回のチェックポイントから今回のチェックポイントまでの時間間隔の最大値（ミリ秒）。
HI
long
No
dcreport -c

Max CPD Valid Time
(MAX_CPD_VALID_TIME)
チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の最大値（ミリ秒）。
HI
long
No
dcreport -c

Max Dy-SHM Size
(MAX_DY_SHM_SIZE)
動的共用メモリーブロックの最大使用サイズの最大値（バイト）。
HI
long
No
dcreport -c

Max Dy-SHM Total Size
(MAX_DY_SHM_TOTAL_SIZE)
動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの最大値（バイト）。
HI
long
No
dcreport -c

Max JNL Input Size
(MAX_JNL_INPUT_SIZE)
ジャーナルファイルから入力したデータ長の最大値（バイト）。
HI
long
No
dcreport -c

Max JNL Put Wait Bufs
(MAX_JNL_PUT_WAIT_BUFS)
ジャーナル出力完了時に出力待ちをしているバッファ面数の最大値（面数＊100)。
HI
long
No
dcreport -c

Max JNL Swap Time
(MAX_JNL_SWAP_TIME)
ジャーナルファイルをスワップする際のオーバヘッド時間の最大値（マイクロ秒）。
HI
long
No
dcreport -c

Max JNL-Blk Put Len
(MAX_JNL_BLK_PUT_LEN)
ジャーナルブロックのデータ長の最大値（バイト）。
HI
long
No
dcreport -c

Max Lock Que Len
(MAX_LOCK_QUE_LEN)
ロック待ちが発生したときの待ち行列長の最大値。
HI
long
No
dcreport -c

Max Lock Wait Time
(MAX_LOCK_WAIT_TIME)
ロック待ちが発生したときの待ち状態になってから待ち状態が解除されるまでの時間の最大値（ミリ秒）。
HI
long
No
dcreport -c

Max Processes
(MAX_PROCESSES)
OpenTP1システムで起動されているシステムサービスとUAPプロセス数の最大値。
HI
long
No
dcreport -c

Max RPC Res Time
(MAX_RPC_RES_TIME)
クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の最大値（マイクロ秒）。
HI
long
No
dcreport -c

Max SCD Fault Size
(MAX_SCD_FAULT_SIZE)
ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の最大値（バイト）。
HI
long
No
dcreport -c

Max SCD Que Len
(MAX_SCD_QUE_LEN)
ユーザーサーバのスケジュールキューに滞留したサービス要求数の最大値。
HI
ong
No
dcreport -c

Max St-SHM Size
(MAX_ST_SHM_SIZE)
静的共用メモリーブロックの最大使用サイズの最大値（バイト）。
HI
long
No
dcreport -c

Max St-SHM Total Size
(MAX_ST_SHM_TOTAL_SIZE)
静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの最大値（バイト）。
HI
long
No
dcreport -c

Max Svc Req Msg Size
(MAX_SVC_REQ_MSG_SIZE)
ユーザーサーバが受信したサービス要求メッセージ長の最大値（バイト）。
HI
long
No
dcreport -c

Max Svc Time
(MAX_SVC_TIME)
要求したサービス関数の実行時間の最大値（マイクロ秒）。
HI
long
No
dcreport -c

Min Buf Pool Use Size
(MIN_BUF_POOL_USE_SIZE)
ユーザーサーバのメッセージ格納バッファプールの使用中サイズの最小値（バイト）。
LO
long
No
dcreport -c

Min CPD Put Interval
(MIN_CPD_PUT_INTERVAL)
前回のチェックポイントから今回のチェックポイントまでの時間間隔の最小値（ミリ秒）。
LO
long
No
dcreport -c

Min CPD Valid Time
(MIN_CPD_VALID_TIME)
チェックポイントダンプ取得契機が発生し，各システムサーバで取得処理を開始してから有効化が完了するまでの時間の最小値（ミリ秒）。
LO
long
No
dcreport -c

Min Dy-SHM Size
(MIN_DY_SHM_SIZE)
動的共用メモリーブロックの最大使用サイズの最小値（バイト）。
LO
long
No
dcreport -c

Min Dy-SHM Total Size
(MIN_DY_SHM_TOTAL_SIZE)
動的共用メモリーブロックの確保・解放処理後の動的共用メモリーブロックの現在の総使用サイズの最小値（バイト）。
LO
long
No
dcreport -c

Min JNL Input Size
(MIN_JNL_INPUT_SIZE)
ジャーナルファイルから入力したデータ長の最小値（バイト）。
LO
long
No
dcreport -c

Min JNL Put Wait Bufs
(MIN_JNL_PUT_WAIT_BUFS)
ジャーナル出力完了時に出力待ちをしているバッファ面数の最小値(面数＊100)。
LO
long
No
dcreport -c

Min JNL Swap Time
(MIN_JNL_SWAP_TIME)
ジャーナルファイルをスワップする際のオーバヘッド時間の最小値（マイクロ秒）。
LO
long
No
dcreport -c

Min JNL-Blk Put Len
(MIN_JNL_BLK_PUT_LEN)
ジャーナルブロックのデータ長の最小値（バイト）。
LO
long
No
dcreport -c

Min Lock Que Len
(MIN_LOCK_QUE_LEN)
ロック待ちが発生したときの待ち行列長の最小値。
LO
long
No
dcreport -c

Min Lock Wait Time
(MIN_LOCK_WAIT_TIME)
ロック待ちが発生したときの待ち状態になってから待ち状態が解除されるまでの時間の最小値（ミリ秒）。
LO
long
No
dcreport -c

Min Processes
(MIN_PROCESSES)
OpenTP1システムで起動されているシステムサービスとUAPプロセス数の最小値。
LO
long
No
dcreport -c

Min RPC Res Time
(MIN_RPC_RES_TIME)
クライアント側でサーバに要求を送信してからサーバから応答を受け取るまでの時間の最小値（マイクロ秒）。
LO
long
No
dcreport -c

Min SCD Fault Size
(MIN_SCD_FAULT_SIZE)
ユーザーサーバへのサービス要求のうち，メッセージ格納バッファプール不足によって，スケジュールできなかったサービス要求メッセージ長の最小値（バイト）。
LO
long
No
dcreport -c

Min SCD Que Len
(MIN_SCD_QUE_LEN)
ユーザーサーバのスケジュールキューに滞留したサービス要求数の最小値。
LO
long
No
dcreport -c

Min St-SHM Size
(MIN_ST_SHM_SIZE)
静的共用メモリーブロックの最大使用サイズの最小値（バイト）。
LO
long
No
dcreport -c

Min St-SHM Total Size
(MIN_ST_SHM_TOTAL_SIZE)
静的共用メモリーブロックの確保・解放処理後の静的共用メモリーブロックの現在の総使用サイズの最小値（バイト）。
LO
long
No
dcreport -c

Min Svc Req Msg Size
(MIN_SVC_REQ_MSG_SIZE)
ユーザーサーバが受信したサービス要求メッセージ長の最小値（バイト）。
LO
long
No
dcreport -c

Min Svc Time
(MIN_SVC_TIME)
要求したサービス関数の実行時間の最小値（マイクロ秒）。
LO
long
No
dcreport -c

Name Svc Cache Hit %
(NAME_SVC_CACHE_HIT_RATE)
サービス情報参照時のサービス情報キャッシュ領域ヒット率（%）。
HILO
ulong
No
dcreport -c※1

Name Svc Cache Hits
(NAME_SVC_CACHE_HITS)
サービス情報キャッシュ領域に設定されたサービス情報の該当ノードでの参照回数。
AVG
ulong
Yes
dcreport -c

Name Svc Local Hits
(NAME_SVC_LOCAL_HITS)
サービス情報ローカル領域に設定されたサービス情報の該当ノードでの参照回数。
AVG
ulong
Yes
dcreport -c

Name Svc Reqs
(NAME_SVC_REQS)
該当ノードでのサービス情報の参照要求。
AVG
ulong
Yes
dcreport -c

RPC Calls
(RPC_CALLS)
RPCコールの発生件数。
AVG
ulong
Yes
dcreport -c

RPC Calls/min
(RPC_CALLS_MIN)
収集間隔の間で発生したRPCコール発生件数の平均値（分単位）※3。
AVG
float
No
dcreport -c※1

RPC Faults
(RPC_FAULTS)
RPCの処理の内部で発生した障害件数。
AVG
ulong
Yes
dcreport -c

RPC Timeouts
(RPC_TIMEOUTS)
RPC応答待ちの処理で発生したタイムアウトエラー発生件数。
AVG
ulong
Yes
dcreport -c

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
COPY
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「PI」。
COPY
char(8)
No
Agent Collector

Rollbacks
(ROLLBACKS)
トランザクションのロールバック決着回数。
AVG
ulong
Yes
dcreport -c

SCD Faults
(SCD_FAULTS)
クライアントがユーザーサーバに対して行ったサービス要求のうち，メッセージ格納バッファプール不足でスケジュールできなかった数。
AVG
ulong
Yes
dcreport -c

SCD Reqs
(SCD_REQS)
クライアントが該当するユーザーサーバに対して行ったサービス要求の回数。
AVG
ulong
Yes
dcreport -c

St-SHM Gets
(ST_SHM_GETS)
編集対象の時間内に取得した統計情報ジャーナルの件数＋静的共用メモリー確保・解放関数発行回数。
AVG
ulong
Yes
dcreport -c

Sys Svr Terminations
(SYS_SVR_TERMINATIONS)
システムサービスを行うサーバプロセスが異常終了した回数。
AVG
ulong
Yes
dcreport -c

Total Commits
(TOTAL_COMMITS)
トランザクションのコミット決着回数の累計値。
COPY
ulong
No
dcreport -c

Total CPD Puts
(TOTAL_CPD_PUTS)
チェックポイントダンプの契機数の累計値。
COPY
ulong
No
dcreport -c

Total Deadlocks
(TOTAL_DEADLOCKS)
デッドロックの発生件数の累計値。
COPY
ulong
No
dcreport -c

Total Dy-SHM Gets
(TOTAL_DY_SHM_GETS)
編集対象時間内に取得した統計情報ジャーナルの件数＋動的共用メモリー確保・解放関数の発行した回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Buf Fulls
(TOTAL_JNL_BUF_FULLS)
ジャーナルレコードをカレントバッファにバッファリングしようとしたときにバッファの空きエリアが小さく，該当するバッファにバッファリングできない状態が発生した回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Buf Waits
(TOTAL_JNL_BUF_WAITS)
ジャーナルバッファがすべて満杯，または出力中の場合にジャーナルレコードをすぐにはバッファリングできないで，バッファが空くのを待っている状態が発生した回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Inputs
(TOTAL_JNL_INPUTS)
ジャーナルファイルから入力した回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Puts
(TOTAL_JNL_PUTS)
ジャーナル出力完了の回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Reads
(TOTAL_JNL_READS)
ジャーナルデータだけでなく，ジャーナルスワップ時のファイル管理情報も含めたシステムの内部的な入力回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Read Faults
(TOTAL_JNL_READ_FAULTS)
ジャーナルファイルからの入力時に起きた障害の発生件数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Swaps
(TOTAL_JNL_SWAP_NUM)
ジャーナルファイルをスワップした回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Writes
(TOTAL_JNL_WRITES)
ジャーナルデータだけでなく，ジャーナルスワップ時のファイル管理情報も含めたシステムの内部的な出力回数の累計値。
COPY
ulong
No
dcreport -c

Total JNL Write Faults
(TOTAL_JNL_WRITE_FAULTS)
ジャーナルファイルへの出力時に起きた障害の発生件数の累計値。
COPY
ulong
No
dcreport -c

Total JNL-Blk Puts
(TOTAL_JNL_BLK_PUTS)
ジャーナルブロックの出力回数の累計値。
COPY
ulong
No
dcreport -c

Total Lock Waits
(TOTAL_LOCK_WAIT_NUM)
ロック待ちの発生件数の累計値。
COPY
ulong
No
dcreport -c

Total Name Svc Cache Hits
(TOTAL_NAME_SVC_CACHE_HITS)
サービス情報キャッシュ領域に設定されたサービス情報の該当ノードでの参照回数の累計値。
COPY
ulong
No
dcreport -c

Total Name Svc Local Hits
(TOTAL_NAME_SVC_LOCAL_HITS)
サービス情報ローカル領域に設定されたサービス情報の該当ノードでの参照回数の累計値。
COPY
ulong
No
dcreport -c

Total Name Svc Reqs
(TOTAL_NAME_SVC_REQS)
該当ノードでのサービス情報の参照要求数の累計値。
COPY
ulong
No
dcreport -c

Total Rollbacks
(TOTAL_ROLLBACKS)
トランザクションのロールバック決着回数の累計値。
COPY
ulong
No
dcreport -c

Total RPC Calls
(TOTAL_RPC_CALLS)
RPCコールの発生件数の累計値。
COPY
ulong
No
dcreport -c

Total RPC Faults
(TOTAL_RPC_FAULTS)
RPCの処理の内部で発生した障害件数の累計値。
COPY
ulong
No
dcreport -c

Total RPC Timeouts
(TOTAL_RPC_TIMEOUTS)
RPC応答待ちの処理で発生したタイムアウトエラー発生件数の累計値。
COPY
ulong
No
dcreport -c

Total SCD Faults
(TOTAL_SCD_FAULTS)
クライアントがユーザーサーバに対して行ったサービス要求のうち，メッセージ格納バッファプール不足でスケジュールできなかった数の累計値。
COPY
ulong
No
dcreport -c

Total SCD Reqs
(TOTAL_SCD_REQS)
クライアントが該当するユーザーサーバに対して行ったサービス要求の回数の累計値。
COPY
ulong
No
dcreport -c

Total St-SHM Gets
(TOTAL_ST_SHM_GETS)
編集対象時間内に取得した統計情報ジャーナルの件数＋静的共用メモリー確保・解放関数の発行回数の累計値。
COPY
ulong
No
dcreport -c

Total Sys Svr Terminations
(TOTAL_SYS_SVR_TERMINATIONS)
システムサービスを行うサーバプロセスが異常終了した回数の累計値。
COPY
ulong
No
dcreport -c

Total Transactions
(TOTAL_TRANSACTIONS)
トランザクション数（コミット決着回数とロールバック決着回数の合計値）の累計値。
COPY
ulong
No
dcreport -c※1

Total UAP Terminations
(TOTAL_UAP_TERMINATIONS)
UAPプロセスが異常終了した回数の累計値。
COPY
ulong
No
dcreport -c

Trans/min
(TRANS_MIN)
収集間隔の間で発生したトランザクション数の平均値（分単位）※3。
AVG
float
No
dcreport -c※1

Transactions
(TRANSACTIONS)
トランザクション数(コミット決着回数とロールバック決着回数の合計値)。
AVG
ulong
Yes
dcreport -c※1

UAP Terminations
(UAP_TERMINATIONS)
UAPプロセスが異常終了した回数。
AVG
ulong
Yes
dcreport -c

注※1

dcreport -cの出力結果そのものではなく，出力結果から計算した値が設定されます。

注※2

収集間隔ごとの平均値には，次の式に基づいて計算された値が設定されます。

設定する値＝（今回収集した平均値(累計値)＊今回収集した件数(累計値)－前回収集した平均値(累計値)＊前回収集した件数(累計値)）/（今回収集した件数(累計値)－前回収集した件数(累計値)）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

注※3

分単位の平均値には，次の式に基づいて計算された値が設定されます。

設定する値=(今回収集した値-前回収集した値)＊60/収集間隔（秒）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

TAM Table Status（PD_TAM）

機能

TAM Table Status（PD_TAM）レコードには，ある時点でのTAMテーブル状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。TAMテーブルごとに作成されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 29 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_TAM_TABLE_NAME

ライフタイム

なし

レコードサイズ:

固定部：681バイト

可変部：242バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Access
(ACCESS)
アクセス形態。

read：参照型

rewrite：追加・削除できない更新型

write：追加・削除できる更新型

reclck：テーブル排他を確保しない，追加・削除できる更新型

－
string(11)
No
tamls -a

Auth Chk
(AUTH_CHK)
アクセス権限のチェック。

Y：チェックする

N：チェックしない

－
string(2)
No
tamls -a

Fail Proc
(FAIL_PROC)
入出力エラー時のTAMファイルの障害処理形態。

continue：処理を続行

stop：障害閉塞状態として処理を中止

－
string(16)
No
tamls -a

File Name
(FILE_NAME)
TAMファイル名。
－
string(64)
No
tamls -a

File State
(FILE_STATE)
TAMファイル状態。

normal：未閉塞

failure shutdown：障害閉塞

－
string(21)
No
tamls -a

Idx
(IDX)
インデックス種別。

tree：ツリー形式

hash：ハッシュ形式

－
string(6)
No
tamls -a

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

JNL Mode
(JNL_MODE)
ジャーナルを取得するモード。

condense：部分ジャーナルを取得するモード

no condense：レコード全体をジャーナルに取得するモード

－
string(16)
No
tamls -a

Key In Rec
(KEY_IN_REC)
レコード内キー領域。
－
string(17)
No
tamls -a

Key Size
(KEY_SIZE)
キー長（バイト）。
－
long
No
tamls -a

Key Top Loc
(KEY_TOP_LOC)
キー開始位置。
－
long
No
tamls -a

Loading
(LOADING)
ローディング契機。

start：tamaddコマンド実行時

cmd：tamloadコマンド実行時

lib：dc_tam_open関数発行時

－
string(11)
No
tamls -a

Max Recs
(MAX_RECS)
最大レコード数。
－
long
No
tamls -a

Rec Size
(REC_SIZE)
TAMレコード長（バイト）。
－
long
No
tamls -a

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「TAM」。
－
char(8)
No
Agent Collector

Table Name
(TABLE_NAME)
TAMテーブル名。
－
string(33)
No
tamls -a

Table No
(TABLE_NO)
TAMテーブル番号。
－
long
No
tamls -a

Table State
(TABLE_STATE)
TAMテーブル状態。

normal：未閉塞

logical shutdown：論理閉塞

failure shutdown：障害閉塞

failure recovery：障害回復待ち

－
string(21)
No
tamls -a

Used Recs
(USED_RECS)
使用中レコード数。
－
long
No
tamls -a

TAM Summary（PI_TAMS）

機能

TAM Summary（PI_TAMS）レコードには，TAMサービスに関する稼働統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータが格納されます。なお，監視対象がTP1/LiNKの場合，このレコードはサポート対象外です。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Log | No | ○
LOGIF | 空白 | ○
Sync Collection With | PI | ×

ODBCキーフィールド

なし

ライフタイム

監視対象のOpenTP1が停止するか，OpenTP1のdcreportコマンド（-rオプション）が実行されるまで。

レコードサイズ

固定部：909バイト

可変部：0バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Avg Ref Recs
(AVG_REF_RECS)
1回のトランザクションで参照したレコード数の平均値。
HILO
long
No
dcreport -c

Avg Ref Recs/Intval
(AVG_REF_RECS_INTVAL)
1回のトランザクションで参照したレコード数の収集間隔ごとの平均値。※2
HILO
long
No
dcreport -c※1

Avg TAM Upd Size
(AVG_TAM_UPD_SIZE)
TAMファイルに対し，1回に実更新したデータのバイト数の平均値（バイト）。
HILO
long
No
dcreport -c

Avg TAM Upd Size/Intval
(AVG_TAM_UPD_SIZE_INTVAL)
TAMファイルに対し，1回に実更新したデータのバイト数の収集間隔ごとの平均値（バイト）。※2
HILO
long
No
dcreport -c※1

Avg Upd Recs
(AVG_UPD_RECS)
1回のトランザクションで更新したレコード数の平均値。
HILO
long
No
dcreport -c

Avg Upd Recs/Intval
(AVG_UPD_RECS_INTVAL)
1回のトランザクションで更新したレコード数の収集間隔ごとの平均値。※2
HILO
long
No
dcreport -c※1

Interval
(INTERVAL)
情報が収集される時間（秒）。
COPY
ulong
No
Agent Collector

Max Ref Recs
(MAX_REF_RECS)
1回のトランザクションで参照したレコード数の最大値。
HI
long
No
dcreport -c

Max TAM Upd Size
(MAX_TAM_UPD_SIZE)
TAMファイルに対し，1回に実更新したデータのバイト数の最大値（バイト）。
HI
long
No
dcreport -c

Max Upd Recs
(MAX_UPD_RECS)
1回のトランザクションで更新したレコード数の最大値。
HI
long
No
dcreport -c

Min Ref Recs
(MIN_REF_RECS)
1回のトランザクションで参照したレコード数の最小値。
LO
long
No
dcreport -c

Min TAM Upd Size
(MIN_TAM_UPD_SIZE)
TAMファイルに対し，1回に実更新したデータのバイト数の最小値（バイト）。
LO
long
No
dcreport -c

Min Upd Recs
(MIN_UPD_RECS)
1回のトランザクションで更新したレコード数の最小値。
LO
long
No
dcreport -c

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
COPY
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「TAMS」。
COPY
char(8)
No
Agent Collector

TAM Ref Trans
(TAM_REF_TRANS)
TAM参照トランザクション数。
AVG
ulong
Yes
dcreport -c

TAM Upd Trans
(TAM_UPD_TRANS)
TAM更新トランザクション数。
AVG
ulong
Yes
dcreport -c

TAM Updates
(TAM_UPDATES)
TAMファイルにデータを更新した回数の総和。
AVG
ulong
Yes
dcreport -c

Total TAM Ref Trans
(TOTAL_TAM_REF_TRANS)
TAM参照トランザクション数の累計値。
COPY
ulong
No
dcreport -c

Total TAM Updates
(TOTAL_TAM_UPDATES)
TAMファイルにデータを更新した回数の総和の累計値。
COPY
ulong
No
dcreport -c

Total TAM Upd Trans
(TOTAL_TAM_UPD_TRANS)
TAM更新トランザクション数の累計値。
COPY
ulong
No
dcreport -c

注※1

dcreport -cの出力結果そのものではなく，出力結果から計算した値が設定されます。

注※2

収集間隔ごとの平均値には，次の式に基づいて計算された値が設定されます。

設定する値＝（今回収集した平均値(累計値)＊今回収集した件数(累計値)－前回収集した平均値(累計値)＊前回収集した件数(累計値)）/（今回収集した件数(累計値)－前回収集した件数(累計値)）

ただし，初回または収集エラー直後の収集要求時には，0が設定されます。

Transaction Status（PD_TRN）

機能

Transaction Status（PD_TRN）レコードには，ある時点でのトランザクション状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。トランザクションブランチごとに作成されます。

デフォルト値および変更できる値

項目 | デフォルト値 | 変更可否
Collection Interval | 600 | ○
Collection Offset | 5 | ○
Log | No | ○
LOGIF | 空白 | ○

ODBCキーフィールド

PD_TRN_GBL_TRN_ID

PD_TRN_TRN_BR_ID

ライフタイム

なし

レコードサイズ

固定部：681バイト

可変部：145バイト

フィールド

PFM - View名
(PFM - Manager名)
説明
要約
形式
デルタ
データソース

Br Des
(BR_DES)
ブランチ記述子。
ルートトランザクションブランチの場合は「**********」が表示される。
－
string(11)
No
trnls -ta

Gbl Trn ID
(GBL_TRN_ID)
グローバルトランザクション識別子。
－
string(17)
No
trnls -ta

Interval
(INTERVAL)
情報が収集される時間（秒）。
－
ulong
No
Agent Collector

PID
(PID)
プロセスID。
－
string(11)
No
trnls -ta

Pr Br Des
(PR_BR_DES)
親トランザクション記述子。
ルートトランザクションブランチの場合は「**********」が表示される。
－
string(11)
No
trnls -ta

Record Time
(RECORD_TIME)
レコードに格納されたパフォーマンスデータの収集終了時刻。
－
time_t
No
Agent Collector

Record Type
(INPUT_RECORD_TYPE)
レコード種別。常に「TRN」。
－
char(8)
No
Agent Collector

Sv Name
(SV_NAME)
サーバ名。
－
string(9)
No
trnls -ta

Svc Name
(SVC_NAME)
サービス名。
－
string(33)
No
trnls -ta

Trn Br ID
(TRN_BR_ID)
トランザクションブランチ識別子。
－
string(17)
No
trnls -ta

Trn Des
(TRN_DES)
トランザクション記述子。
－
string(11)
No
trnls -ta

Trn St 1
(TRN_ST_1)
トランザクション第1状態。

BEGINNING：トランザクションブランチ開始処理中状態

ACTIVE：実行中状態

SUSPENDED：中断中状態

IDLE：同期点処理へ移行状態

PREPARE：コミット(1相目)処理中状態

READY：コミット(2相目)処理待ち状態

HEURISTIC_COMMIT：ヒューリスティック決定コミット処理中状態

HEURISTIC_ROLLBACK：ヒューリスティック決定ロールバック処理中状態

COMMIT：コミット処理中状態

ROLLBACK_ACTIVE：ロールバック処理待ち状態

ROLLBACK：ロールバック処理中状態

HEURISTIC_FORGETTING：ヒューリスティック決定後のトランザクションブランチ終了処理中状態

FORGETTING：トランザクションブランチ終了処理中状態

－
string(21)
No
trnls -ta

Trn St 2
(TRN_ST_2)
トランザクション第2状態。

u：ユーザーサーバプロセスでのユーザーサーバ実行中状態

r：トランザクション回復プロセスでのトランザクションブランチ回復処理実行中状態

p：トランザクション回復プロセスでのほかのトランザクションブランチの回復処理完了待ち状態

－
string(2)
No
trnls -ta

Trn St 3
(TRN_ST_3)
トランザクション第3状態。

s：送信中

r：受信中

n：送受信中ではない

－
string(2)
No
trnls -ta

7.　メッセージ

この章では，PFM - Agent for OpenTP1のメッセージ形式，出力先一覧，syslogとWindowsイベントログの一覧，およびメッセージ一覧について説明します。

＜この章の構成＞

7.1　メッセージの形式

7.2　メッセージの出力先一覧

7.3　syslogとWindowsイベントログの一覧

7.4　メッセージ一覧

7.1　メッセージの形式

PFM - Agent for OpenTP1が出力するメッセージの形式と，マニュアルでの記載形式を示します。

＜この節の構成＞

7.1.1　メッセージの出力形式

7.1.2　メッセージの記載形式

7.1.1　メッセージの出力形式

PFM - Agent for OpenTP1が出力するメッセージの形式を説明します。メッセージは，メッセージIDとそれに続くメッセージテキストで構成されます。形式を次に示します。

KAVFnnnnn-Yメッセージテキスト

メッセージIDは，次の内容を示しています。

K

システム識別子を示します。

AVF

PFM - Agentのメッセージであることを示します。

nnnnn

メッセージの通し番号を示します。PFM - Agent for OpenTP1のメッセージ番号は，「20xxx」です。

Y

メッセージの種類を示します。

E：エラー
処理は中断されます。

W：警告
メッセージ出力後，処理は続けられます。

I：情報
ユーザーに情報を知らせます。

Q：応答
ユーザーに応答を促します。

メッセージの種類とsyslogのpriorityレベルとの対応を次に示します。

-E

レベル：LOG_ERR

意味：エラーメッセージ。

-W

レベル：LOG_WARNING

意味：警告メッセージ。

-I

レベル：LOG_INFO

意味：付加情報メッセージ。

-Q

（出力されない）

メッセージの種類とWindowsイベントログの種類との対応を次に示します。

-E

レベル：エラー

意味：エラーメッセージ。

-W

レベル：警告

意味：警告メッセージ。

-I

レベル：情報

意味：付加情報メッセージ。

-Q

（出力されない）

7.1.2　メッセージの記載形式

このマニュアルでのメッセージの記載形式を示します。メッセージテキストで太字になっている部分は，メッセージが表示される状況によって表示内容が変わることを示しています。また，メッセージをメッセージID順に記載しています。記載形式の例を次に示します。

メッセージID

英語メッセージテキスト
日本語メッセージテキスト

メッセージの説明文

(S)

システムの処置を示します。

(O)

メッセージが表示されたときに，オペレーターがとる処置を示します。

参考

システム管理者がオペレーターから連絡を受けた場合は，「第4編　8.　トラブルへの対処方法」を参照してログ情報を採取し，初期調査をしてください。

トラブル要因の初期調査をする場合は，OSのログ情報（syslog）や，PFM - Agent for OpenTP1が出力する各種ログ情報を参照してください。これらのログ情報でトラブル発生時間帯の内容を参照して，トラブルを回避したり，トラブルに対処したりしてください。また，トラブルが発生するまでの操作方法などを記録してください。同時に，できるだけ再現性の有無を確認するようにしてください。

7.2　メッセージの出力先一覧

ここでは，PFM - Agent for OpenTP1が出力する各メッセージの出力先を一覧で示します。

表中では，出力先を凡例のように表記しています。

（凡例）

○：出力する

－：出力しない

表7-1　PFM - Agent for OpenTP1のメッセージの出力先一覧

メッセージID | 出力先
syslog | Windowsイベントログ | 共通メッセージログ | 標準出力 | 標準エラー出力 | JP1システムイベント※1 | エージェントイベント※2
KAVF20000-I | ○ | ○ | ○ | － | － | － | －
KAVF20001-I | ○ | ○ | ○ | － | － | － | －
KAVF20002-E | ○ | ○ | ○ | － | － | － | －
KAVF20003-E | ○ | ○ | ○ | － | － | － | －
KAVF20004-E | ○ | ○ | ○ | － | － | － | －
KAVF20005-E | ○ | ○ | ○ | － | － | － | －
KAVF20006-E | ○ | ○ | ○ | － | － | － | －
KAVF20007-E | ○ | ○ | ○ | － | － | － | －
KAVF20008-E | ○ | ○ | ○ | － | － | － | －
KAVF20009-E | ○ | ○ | ○ | － | － | － | －
KAVF20010-E | ○ | ○ | ○ | － | － | － | －
KAVF20011-E | ○ | ○ | ○ | － | － | － | －
KAVF20012-E | ○ | ○ | ○ | － | － | ○ | ○
KAVF20013-E | ○ | ○ | ○ | － | － | － | －
KAVF20014-E | ○ | － | ○ | － | － | － | －
KAVF20015-E | ○ | ○ | ○ | － | － | － | －
KAVF20016-E | － | ○ | ○ | － | － | － | －
KAVF20017-E | ○ | ○ | ○ | － | － | － | －
KAVF20018-E | ○ | ○ | ○ | － | － | － | －
KAVF20099-E | ○ | ○ | ○ | － | － | － | －
KAVF20101-E | － | － | ○ | － | － | － | －
KAVF20102-W | － | － | ○ | － | － | － | －
KAVF20103-E | － | － | ○ | － | － | － | －
KAVF20104-W | － | － | ○ | － | － | ○ | ○
KAVF20105-W | － | － | ○ | － | － | － | －
KAVF20106-E | － | － | ○ | － | － | － | －
KAVF20107-W | － | － | ○ | － | － | － | －
KAVF20108-E | － | － | ○ | － | － | － | －
KAVF20109-E | － | － | ○ | － | － | － | －
KAVF20110-E | － | － | ○ | － | － | － | －
KAVF20111-E | － | － | ○ | － | － | － | －
KAVF20112-W | － | － | ○ | － | － | － | －
KAVF20113-E | － | － | ○ | － | － | － | －
KAVF20114-E | － | － | ○ | － | － | － | －
KAVF20115-E | － | － | ○ | － | － | － | －
KAVF20116-W | － | － | ○ | － | － | － | －
KAVF20117-W | － | － | ○ | － | － | － | －
KAVF20118-E | － | － | ○ | － | － | － | －
KAVF20119-W | － | － | ○ | － | － | － | －
KAVF20120-W | － | － | ○ | － | － | － | －
KAVF20121-W | － | － | ○ | － | － | － | －
KAVF20122-E | － | － | ○ | － | － | － | －
KAVF20123-W | － | － | ○ | － | － | － | －
KAVF20124-I | － | － | ○ | － | － | － | －
KAVF20125-I | － | － | ○ | － | － | ○ | ○

注※1

JP1システムイベントは，エージェントの状態の変化をJP1/IMに通知するイベントです。JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

JP1システムイベントを発行するための前提プログラムを次の表に示します。

表7-2　JP1システムイベントを発行するための前提プログラム

ホスト種別 | 前提プログラム | バージョン
監視マネージャー | PFM - Manager | 09-00以降
監視コンソールサーバ | PFM - Web Console | 08-00以降
監視エージェント | PFM - Agent for OpenTP1 | 08-00以降（PFM - Agentが出力するイベントを発行するには，09-00以降が必要です）
PFM - ManagerまたはPFM - Base | 09-00以降
JP1/Base | 08-50以降

注※2

エージェントイベントは，エージェントの状態の変化をPFM - Managerに通知するイベントです。エージェントイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，イベントの表示について説明している章を参照してください。

エージェントイベントを発行するための前提プログラムを次の表に示します。

表7-3　エージェントイベントを発行するための前提プログラム

ホスト種別 | 前提プログラム | バージョン
監視マネージャー | PFM - Manager | 09-00以降
監視コンソールサーバ | PFM - Web Console | 08-00以降
監視エージェント | PFM - Agent for OpenTP1 | 09-00以降
PFM - ManagerまたはPFM - Base | 09-00以降

7.3　syslogとWindowsイベントログの一覧

ここでは，PFM - Agent for OpenTP1がsyslogとWindowsイベントログに出力するメッセージ情報の一覧を示します。

syslogは，syslogファイルに出力されます。syslogファイルの格納場所については，syslogデーモンコンフィギュレーションファイル（デフォルトは /etc/syslogd.conf）を参照してください。

Windowsイベントログは，［イベントビューア］ウィンドウのWindowsログ内のアプリケーションログに表示されます。［イベントビューア］ウィンドウは，Windowsの［スタート］メニューから表示される［管理ツール］－［イベントビューア］を選択することで表示できます。

PFM - Agent for OpenTP1が出力するイベントの場合，［イベントビューア］ウィンドウの［ソース］に識別子「PFM-OpenTP1」が表示されます。

PFM - Agent for OpenTP1がsyslogとWindowsイベントログに出力するメッセージ情報の一覧を次の表に示します。

表7-4　syslogとWindowsイベントログ出力メッセージ情報一覧

メッセージID | syslog | Windowsイベントログ
ファシリティ | レベル | イベントID | 種類
KAVF20000-I | LOG_DAEMON | LOG_INFO | 20000 | 情報
KAVF20001-I | LOG_DAEMON | LOG_INFO | 20001 | 情報
KAVF20002-E | LOG_DAEMON | LOG_ERR | 20002 | エラー
KAVF20003-E | LOG_DAEMON | LOG_ERR | 20003 | エラー
KAVF20004-E | LOG_DAEMON | LOG_ERR | 20004 | エラー
KAVF20005-E | LOG_DAEMON | LOG_ERR | 20005 | エラー
KAVF20006-E | LOG_DAEMON | LOG_ERR | 20006 | エラー
KAVF20007-E | LOG_DAEMON | LOG_ERR | 20007 | エラー
KAVF20008-E | LOG_DAEMON | LOG_ERR | 20008 | エラー
KAVF20009-E | LOG_DAEMON | LOG_ERR | 20009 | エラー
KAVF20010-E | LOG_DAEMON | LOG_ERR | 20010 | エラー
KAVF20011-E | LOG_DAEMON | LOG_ERR | 20011 | エラー
KAVF20012-E | LOG_DAEMON | LOG_ERR | 20012 | エラー
KAVF20013-E | LOG_DAEMON | LOG_ERR | 20013 | エラー
KAVF20014-E | LOG_DAEMON | LOG_ERR | － | －
KAVF20015-E | LOG_DAEMON | LOG_ERR | 20015 | エラー
KAVF20016-E | － | － | 20016 | エラー
KAVF20017-E | LOG_DAEMON | LOG_ERR | 20017 | エラー
KAVF20018-E | LOG_DAEMON | LOG_ERR | 20018 | エラー
KAVF20099-E | LOG_DAEMON | LOG_ERR | 20099 | エラー

（凡例）

－：出力しない

7.4　メッセージ一覧

PFM - Agent for OpenTP1が出力するメッセージと対処方法について説明します。PFM - Agent for OpenTP1のメッセージ一覧を次に示します。

KAVF20000-I

Agent Collector has started. (host=ホスト名, service=サービスID)
Agent Collectorが起動しました (host=ホスト名, service=サービスID)

Agent Collectorサービスの起動および初期化が完了しました。

(S)

OpenTP1システムのパフォーマンスデータの収集を開始します。

KAVF20001-I

Agent Collector has stopped. (host=ホスト名, service=サービスID)
Agent Collectorが停止しました (host=ホスト名, service=サービスID)

Agent Collectorサービスが正常終了しました。

(S)

Agent Collectorサービスの処理を終了します。

KAVF20002-E

Agent Collector has stopped abnormally. (host=ホスト名, service=サービスID)
Agent Collectorが異常停止しました (host=ホスト名, service=サービスID)

Agent Collectorサービスが異常終了しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。要因が判明しない場合，保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20003-E

An attempt to start Agent Collector has failed. (host=ホスト名, service=サービスID)
Agent Collectorが起動失敗しました (host=ホスト名, service=サービスID)

Agent Collectorサービスの起動および初期化に失敗したため，Agent Collectorサービスの処理を続行できません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。

KAVF20004-E

An attempt to move to the instance directory has failed. (directory=ディレクトリパス, reason=理由コード)
インスタンスディレクトリへの移動に失敗しました (directory=ディレクトリパス, reason=理由コード)

ディレクトリへの移動に失敗しました。ディレクトリパスは最大127バイト表示されます。

理由コードにはerrnoが出力されます。ただし，該当する値がない場合は0が出力されます。

(S)

Agent Collectorサービスの処理を終了します。

(O)

ディレクトリパスで示すディレクトリの有無と権限を確認してください。また，理由コードを参照して対処してください。

KAVF20005-E

An attempt to set an environment variable has failed. (variable=環境変数名)
環境変数の設定に失敗しました (variable=環境変数名)

環境変数の設定に失敗しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

メモリーなどのシステムリソースが不足していないか確認してください。

KAVF20006-E

An attempt to create a pipe has failed. (reason=理由コード)
パイプの生成に失敗しました (reason=理由コード)

パイプの生成に失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

Agent Collectorサービスの処理を終了します。

(O)

理由コードを参照して対処してください。

KAVF20007-E

An attempt to acquire OS system information has failed. (reason=理由コード)
OSのシステム情報の取得に失敗しました (reason=理由コード)

OSのシステム情報の取得に失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

Agent Collectorサービスの処理を終了します。

(O)

理由コードを参照して対処してください。

KAVF20008-E

An attempt to acquire instance information has failed.
インスタンス情報の取得に失敗しました

インスタンス情報の取得に失敗しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

直前に出力されているメッセージを参照して対処してください。

KAVF20009-E

An attempt to initialize the Agent Collector has failed.
Agent Collectorの初期化に失敗しました

Agent Collectorサービスの初期化に失敗しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20010-E

An attempt to acquire management information of the service-startup information file has failed. (file=ファイル名)
サービス起動情報ファイル管理情報の取得に失敗しました (file=ファイル名)

サービス起動情報ファイル管理情報の取得に失敗しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20011-E

An attempt to acquire information from the service-startup information file has failed. (file=ファイル名, item=項目)
サービス起動情報ファイルからの情報取得に失敗しました (file=ファイル名, item=項目)

サービス起動情報ファイル(jpcagt.ini)の項目が取得できませんでした。

(S)

Agent Collectorサービスの処理を終了します。

(O)

サービス起動情報ファイルの項目のフォーマットを確認してください。

KAVF20012-E

An attempt to allocate memory has failed.
メモリ領域確保に失敗しました

メモリー領域確保に失敗しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

メモリーなどのシステムリソースが不足していないか確認してください。

KAVF20013-E

An exception occurred.
例外が発生しました

例外が発生しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

メモリーなどのシステムリソースが不足していないか確認してください。要因が判明しない場合，保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20014-E

An attempt to acquire user information of the OpenTP1 administrator has failed. (user=OpenTP1管理者のユーザ名, reason=理由コード)
OpenTP1管理者のユーザ情報の取得に失敗しました (user=OpenTP1管理者のユーザ名, reason=理由コード)

OpenTP1管理者のユーザー情報の取得に失敗しました。UNIXの場合だけ出力されます。

理由コードには次の値が出力されます。

UNIXの場合：errno

該当する値がない場合：0

なお，OpenTP1管理者のユーザ名は最大で127バイト表示されます。

(S)

Agent Collectorサービスの処理を終了します。

(O)

サービス起動情報ファイルの「OPENTP1_ADMIN」項目の指定を確認してください。

KAVF20015-E

The value specified in the service-startup information file is illegal.(item=ラベル名)
サービス起動情報ファイルに指定された値が不正です (item=ラベル名)

サービス起動情報ファイルに指定された値が不正です。

(S)

Agent Collectorサービスの処理を終了します。

(O)

サービス起動情報ファイルの該当ラベル項目の指定を確認してください。

KAVF20016-E

The OpenTP1 product type could not be checked.(reason=理由コード)
OpenTP1の製品種別を確認できませんでした (reason=理由コード)

OpenTP1の製品情報の取得に失敗したため，OpenTP1の製品種別(TP1/Server Base,TP1/LiNK)を確認できませんでした。Windowsの場合だけ出力されます。

理由コードには次の値が出力されます。

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

Agent Collectorサービスの処理を終了します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。直前にメッセージが出力されていない場合は，理由コードを参照して対処してください。

KAVF20017-E

The same service cannot be started.
同じサービスを二重起動することはできません。

起動されたサービスは，すでに起動されているため，サービスの起動に失敗しました。

(S)

Agent Collectorの処理を終了します。

(O)

jpctool service list(jpcctrl list)コマンドを使用し，サービスの起動状況を確認してください。

KAVF20018-E

An attempt to initialize a service failed. (info=保守情報)
サービスの初期化処理に失敗しました（info=保守情報）

サービスの初期化処理に失敗しました。

(S)

Agent Collectorの処理を終了します。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20099-E

An unexpected abnormality occurred during Agent Collector processing. (info=保守情報)
Agent Collectorの処理中に予期しない異常が発生しました (info=保守情報)

予期しないエラーが発生しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20101-E

Reception of signal interrupted service processing. (signal=シグナル番号)
シグナル受信によってサービスの処理は中断されました (signal=シグナル番号)

シグナルを受け付けたためAgent Collectorサービスが中断されました。

(S)

Agent Collectorサービスの処理を終了します。

KAVF20102-W

Reception of signal caused the service to stop. (signal=シグナル番号)
シグナル受信によってサービスは停止処理を実行します (signal=シグナル番号)

シグナルを受け付けたためAgent Collectorサービスを停止します。

(S)

Agent Collectorサービスの処理を終了します。

KAVF20103-E

The event has failed. (event=イベント名, reason=イベント要求に対するリターン値)
イベントが失敗しました (event=イベント名, reason=イベント要求に対するリターン値)

レコード収集，エージェント構成情報取得，またはエージェント構成情報更新に対する イベント要求(NotifyEvent)が失敗しました。

イベント名には次のどれかが表示されます。

Record collection

Reference of agent composition information

Update of agent composition information

(S)

Agent Collectorサービスの処理を終了します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。

KAVF20104-W

OpenTP1 has stopped.
OpenTP1 が停止状態です

監視対象のOpenTP1が起動していません。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

監視対象のOpenTP1が起動されているか確認してください。

KAVF20105-W

An attempt to collect records has failed. (record=レコードID)
レコードの収集に失敗しました (record=レコードID)

レコード収集処理が失敗しました。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。

KAVF20106-E

Command processing has failed. (command=OpenTP1コマンド名)
コマンド処理に失敗しました (command=OpenTP1コマンド名)

コマンドの実行やコマンド出力結果の収集・編集に失敗しました。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。

KAVF20107-W

There is no collection data required for record generation. (record=レコードID)
レコード生成に必要な収集データがありません (record=レコードID)

レコード生成に必要な収集データがありません。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

OpenTP1のdcreportコマンドで出力されるべき統計情報IDに対するデータがすべて出力されるか確認してください。データが出力されない場合はOpenTP1管理者に問い合わせてください。

KAVF20108-E

The command file does not exist. (command=OpenTP1コマンド名)
コマンドファイルが存在しません (command=OpenTP1コマンド名)

コマンドファイルが存在しないか，ファイルの権限確認が失敗しました。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

サービス起動情報ファイルの「DCDIR」項目の指定を確認してください。また，「DCDIR」項目で指定したディレクトリ階層のbinディレクトリ内にコマンドファイルがあるか確認してください。

KAVF20109-E

Execution permissions for the command are lacking. (command=OpenTP1コマンド名, reason=理由コード)
コマンドの実行権限がありません (command=OpenTP1コマンド名, reason=理由コード)

コマンドの実行権限がないか，ファイルの権限確認が失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

理由コードを参照して対処してください。また，サービス起動情報ファイルの「DCDIR」，「DCCONFPATH」，「OPENTP1_ADMIN」，「OPENTP1_LIBPATH」項目の指定を確認してください。「DCDIR」項目で指定したディレクトリ階層のbinディレクトリ内にあるコマンドファイルの権限を確認してください。

KAVF20110-E

An attempt to create a command process has failed. (reason=理由コード)
コマンドプロセスの生成に失敗しました (reason=理由コード)

OpenTP1コマンドプロセスの生成に失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

理由コードを参照して対処してください。また，メモリーなどのシステムリソースが不足していないか確認してください。

KAVF20111-E

Processing of a command process has failed. (reason=理由コード)
コマンドプロセスでの処理に失敗しました (reason=理由コード)

OpenTP1コマンドプロセスのコマンド実行処理の初期化に失敗しました。続いて標準エラー出力にエラー情報を出力するため，KAVF20112-Wが出力されます。UNIXの場合だけ出力されます。

理由コードには次の値が出力されます。

UNIXの場合：errno

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。直前にメッセージが出力されていない場合は，理由コードを参照して対処してください。

KAVF20112-W

Data was output to the standard error output. (data=標準エラー出力データ)
標準エラー出力にデータが出力されました (data=標準エラー出力データ)

標準エラー出力にデータが出力されました。標準出力エラー出力データは最初の改行文字までのデータのうち，最大127バイト表示されます。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

標準エラー出力データが示す出力データを参照して対処してください。ただし，このメッセージに続いてKAVF20104-Wが出力されている場合は，そのメッセージの対処方法に従ってください。

KAVF20113-E

An attempt to read data from a pipe has failed. (reason=理由コード)
パイプからのデータ読み込みに失敗しました (reason=理由コード)

パイプからのデータ読み込み処理に失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

理由コードを参照して対処してください。

KAVF20114-E

An attempt to edit command output data has failed. (data=標準出力データ)
コマンド出力データ編集処理に失敗しました (data=標準出力データ)

OpenTP1のコマンド出力データ編集処理に失敗しました。

標準出力データは，編集対象である標準出力データが最大127バイト表示されます。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20115-E

An attempt to clear the pipe buffer has failed. (reason=理由コード)
パイプバッファのクリアに失敗しました (reason=理由コード)

パイプバッファの初期化処理に失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

理由コードを参照して対処してください。

KAVF20116-W

A field with an invalid value set exists in the corresponding record. (record=レコードID, date=レコード収集日時)
当該レコードには無効な値が設定されたフィールドがあります (record=レコードID, date=レコード収集日時)

レコードに設定する値の一部に無効な値があります。

無効な値が設定されたフィールドについては，このメッセージに続いて出力されるKAVF20123-Wを参照してください。

なお，同じ要因によってこのメッセージが連続して出力される場合，2回目以降の出力は抑止されます。ただし，PI_RTSSレコードのデータ収集の場合は抑止されません。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

データソースがdcreport -cの場合，レコードフィールドには0または前回収集時の値※が設定されます。レコードは，レコードIDおよびレコード収集日時を基に特定してください。また，このエラーは，OpenTP1を再起動するかOpenTP1のシステム統計情報をリセットすれば対処できます。OpenTP1を再起動，またはOpenTP1のシステム統計情報をリセットした直後の収集時にKAVF20120-Wが出力されるので，そのメッセージの対処方法に従ってください。

データソースがdcreport -c以外の場合，レコードフィールドには0が設定されます。レコードは，レコードIDおよびレコード収集日時を基に特定してください。また，収集間隔を見直してください。

注※

次の場合には，前回収集時の値が設定されます。

「デルタ」が「No」の平均値フィールド（ただし，収集間隔または分単位での平均値フィールドは除く）または累計値フィールドに対して，2回目以降の収集値が無効な値の場合

「デルタ」が「Yes」のフィールドに対して，PFM - ViewまたはPFM - Web Consoleの画面で，［デルタ値で表示］のチェックをしないでリアルタイム収集を行い，2回目以降の収集値が無効な値の場合

KAVF20117-W

The OpenTP1 state could not be checked.
OpenTP1の状態を確認することができませんでした

OpenTP1のprclsコマンド処理に失敗しました。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

共通メッセージログに出力されている直前のメッセージを確認し，そのメッセージの対処方法に従ってください。

KAVF20118-E

The state of the command process could not be checked.(pid=プロセスID, reason=理由コード)
コマンドプロセスの状態を確認することができませんでした (pid=プロセスID, reason=理由コード)

OpenTP1のプロセスの状態確認が失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

プロセスIDが示すコマンドプロセスが残っている場合は，UNIXのときはkillコマンドで，Windowsのときはタスクマネージャなどで強制終了させてください。

KAVF20119-W

An attempt to kill the command process has failed.(pid=プロセスID, reason=理由コード)
コマンドプロセスの強制終了に失敗しました (pid=プロセスID, reason=理由コード)

OpenTP1のコマンドプロセスの強制終了が失敗しました。

理由コードには次の値が出力されます。

UNIXの場合：errno

Windowsの場合：GetLastError関数値

該当する値がない場合：0

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

プロセスIDが示すコマンドプロセスが残っている場合は，UNIXの場合はkillコマンドで，Windowsの場合はタスクマネージャなどで強制終了させてください。

KAVF20120-W

An attempt to acquire set valid value in corresponding record has failed.(record=レコードID, field=レコードフィールド名, info=保守情報)
当該レコードに設定する有効データの取得に失敗しました (record=レコードID, field=レコードフィールド名, info=保守情報)

レコードに設定する有効データの取得に失敗しました。要因として次のことが考えられます。

前回のレコードの収集との間にOpenTP1を再起動した

前回のレコードの収集との間にOpenTP1のシステム統計情報をリセットした

(S)

レコードは生成されませんが，OpenTP1システムのパフォーマンスデータの収集処理を続行します。また，次回のレコードの収集は初回の収集として処理します。

(O)

このメッセージが連続して出力されている場合，保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF20121-W

The corresponding record cannot be collected for the monitored OpenTP1.(record=レコードID)
監視対象のOpenTP1に対して当該レコードは収集できません (record=レコードID)

監視対象のOpenTP1に対してレコードは収集できません。要因として次のことが考えられます。

監視対象のOpenTP1がレコードのサポート対象外

(S)

レコードは生成されませんが，OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

レコードを参照するレポートは表示させないでください。また，レコードの履歴データを収集している場合は収集をやめてください。

KAVF20122-E

The directory does not exist.(directory=ディレクトリパス)
ディレクトリが存在しません (directory=ディレクトリパス)

ディレクトリが存在しません。ディレクトリパスは最大127バイト表示されます。

(S)

Agent Collectorサービスの処理を終了します。

(O)

ディレクトリパスの妥当性を確認してください。ディレクトリパスが正しい場合はディレクトリパスが示すディレクトリを作成してください。

KAVF20123-W

An invalid value was set.(field=フィールド名, fact=要因, key=キー情報, info=保守情報)
無効な値が設定されました(field=フィールド名, fact=要因, key=キー情報, info=保守情報)

収集したデータが無効な値であったため，直前のKAVF20116-Wで出力されたレコードに無効な値が設定されました。なお，同じ要因によってこのメッセージが連続して出力される場合，2回目以降の出力は抑止されます。ただし，PI_RTSSレコードのデータ収集の場合は抑止されません。

要因には次のどれかが表示されます。

Overflow value：データソースの出力結果がオーバーフロー

Negative value：データソースの出力結果が負数

Calculation overflow：Agent Collectorによって計算した値がオーバーフロー

キー情報には，状況によって次のどれかが表示されます。

データソースがdcreport -cの場合，dcreportコマンドの統計情報ID

データソースがrtsls -cの場合，リアルタイム統計情報項目ID，サーバ名（取得対象名1），およびサービス名（取得対象名2）の値

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

(O)

KAVF20116-Wの対処方法に従ってください。

KAVF20124-I

The suppression of the message output is ended.(msgid=メッセージID, info=[メッセージ情報], count=メッセージ出力抑止回数)
メッセージ出力の抑止を終了します（msgid=メッセージID, info=[メッセージ情報], count=メッセージ出力抑止回数）

メッセージが同じ要因で連続して出力されないようにメッセージ出力を抑止していましたが，メッセージの出力要因が解消された，または変更されたためメッセージ出力の抑止を終了します。

メッセージ情報には次の情報が出力されます。

record=レコードID（メッセージIDがKAVF20116-Wの場合にメッセージ出力の抑止が終了したとき）

field=フィールド名，fact=要因（メッセージIDがKAVF20123-Wの場合にメッセージ出力の抑止が終了したとき）

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

KAVF20125-I

OpenTP1 has started.
OpenTP1が起動状態になりました

監視対象のOpenTP1が停止状態から起動状態になりました。

(S)

OpenTP1システムのパフォーマンスデータの収集処理を続行します。

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

この章では，Performance Managementの運用中にトラブルが発生した場合の対処方法などについて説明します。ここでは，主にPFM - Agentでトラブルが発生した場合の対処方法について記載しています。Performance Management システム全体のトラブルへの対処方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

＜この章の構成＞

8.1　対処の手順

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

8.3　ログ情報

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

8.5　資料の採取方法

8.6　Performance Managementの障害検知

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

8.1　対処の手順

Performance Managementでトラブルが起きた場合の対処の手順を次に示します。

現象の確認

次の内容を確認してください。

トラブルが発生したときの現象

メッセージの内容（メッセージが出力されている場合）

共通メッセージログなどのログ情報

各メッセージの要因と対処方法については，「第3編　7.　メッセージ」を参照してください。また，Performance Managementが出力するログ情報については，「8.3　ログ情報」を参照してください。

資料の採取

トラブルの要因を調べるために資料の採取が必要です。「8.4　トラブル発生時に採取が必要な資料」および「8.5　資料の採取方法」を参照して，必要な資料を採取してください。

問題の調査

採取した資料を基に問題の要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

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

ここでは，Performance Management使用時のトラブルシューティングについて記述します。Performance Managementを使用しているときにトラブルが発生した場合，まず，この節で説明している現象が発生していないか確認してください。

Performance Managementに発生する主なトラブルの内容を次の表に示します。

表8-1　トラブルの内容

分類
トラブルの内容
記述個所

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

Performance Managementのプログラムのサービスが起動しない。

サービスの起動要求をしてからサービスが起動するまで時間が掛かる。

Performance Managementのプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない。

「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはAgent Storeサービスが停止する。

8.2.1

コマンドの実行について

jpctool service list(jpcctrl list)コマンドを実行すると稼働していないサービス名が出力される。

jpctool db dump(jpcctrl dump)コマンドを実行すると，指定したStoreデータベースと異なるデータが出力される。

8.2.2

レポートの定義について

履歴レポートに表示されない時間帯がある。

8.2.3

アラームの定義について

アクション実行で定義したプログラムが正しく動作しない。

アラームイベントが表示されない。

8.2.4

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

データの保存期間を短く設定しても，PFM - AgentのStoreデータベースのサイズが小さくならない。

共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される。

PFM - Agentを起動してもパフォーマンスデータが収集されない。

8.2.5

＜この節の構成＞

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

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

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

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

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

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

8.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サービスが起動されていない場合は，起動してください。サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

Performance Managementのプログラムの複数のサービスに対して同一のポート番号を設定している
Performance Managementのプログラムの複数のサービスに対して同一のポート番号を設定している場合，Performance Managementのプログラムのサービスは起動できません。デフォルトでは，ポート番号は自動的に割り当てられるため，ポート番号が重複することはありません。Performance Managementのセットアップ時にPerformance Managementのプログラムのサービスに対して固定のポート番号を設定している場合は，ポート番号の設定を確認してください。Performance Managementのプログラムの複数のサービスに対して同一のポート番号を設定している場合は，異なるポート番号を設定し直してください。ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Storeデータベースの格納ディレクトリの設定に誤りがある
次のディレクトリを，アクセスできないディレクトリまたは存在しないディレクトリに設定していると，Agent Storeサービスは起動できません。ディレクトリ名や属性の設定を見直し，誤りがあれば修正してください。

Storeデータベースの格納先ディレクトリ

Storeデータベースのバックアップディレクトリ

Storeデータベースの部分バックアップディレクトリ

Storeデータベースのエクスポート先ディレクトリ

Storeデータベースのインポート先ディレクトリ

また，これらのディレクトリを複数のAgent Storeサービスに対して設定していると，Agent Storeサービスは起動できません。ディレクトリ設定を見直し，誤りがあれば修正してください。

指定された方法以外の方法でマシンのホスト名を変更した
マシンのホスト名の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。指定された方法以外の方法でホスト名を変更した場合，Performance Managementのプログラムのサービスが起動しないことがあります。

サービスコントロールマネージャでエラーが発生した
Windowsでjpcspm start(jpcstart)コマンドを実行した場合，「Windowsのサービスコントロールマネージャでエラーが発生しました」というエラーメッセージが出力され，サービスの起動に失敗することがあります。この現象が発生した場合，jpcspm start(jpcstart)コマンドを再実行してください。頻繁に同じ現象が発生する場合は，jpcspm start(jpcstart)コマンド実行時にサービス起動処理がリトライされる間隔および回数を，jpccomm.iniファイルを編集して変更してください。リトライ間隔およびリトライ回数を変更する方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

OpenTP1がインストールされていない
OpenTP1がインストールされていない場合，Agent Collectorサービスは起動できません。PFM - AgentホストにOpenTP1をインストールしてください。

インスタンス環境のセットアップ時の設定に誤りがある
インスタンス環境のセットアップ時に設定した次の項目に誤りがあると，Agent Collectorサービスは起動できません。

DCCONFPATH

DCDIR

OPENTP1_ADMIN

OPENTP1_LIBPATH

ただし，Windowsの場合，OPENTP1_ADMINおよびOPENTP1_LIBPATHの設定は不要です。
jpcconf inst setup(jpcinssetup)コマンドを実行して，各項目の正しい値を設定し直してください。jpcconf inst setup(jpcinssetup)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　サービスの起動要求をしてからサービスが起動するまで時間が掛かる

jpcspm start(jpcstart)コマンドを実行してから，または［サービス］アイコンでサービスを開始してから，実際にサービスが起動するまで時間が掛かることがあります。次の要因で時間が掛かっている場合，2回目の起動時からはサービスの起動までに掛かる時間が短縮されます。

スタンドアロンモードで起動する場合，サービスが起動するまでに時間が掛かることがあります。

システム停止時にサービスを自動で停止させる設定をしないで，システムを再起動してサービスを起動すると，Storeデータベースのインデックスが再構築される場合があります。この場合，サービスが起動するまでに時間が掛かることがあります。

エージェントを新規に追加したあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが作成されます。そのため，サービスが起動するまでに時間が掛かることがあります。

電源切断などによってStoreサービスが正常な終了処理を行えなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Storeサービスの起動に時間が掛かることがあります。

(3)　Performance Managementのプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

Performance Managementのプログラムのサービスを停止した直後に，このサービスが使用していたポート番号で，ほかのプログラムがサービスを開始した場合，通信が正しく実行されないことがあります。この現象を回避するために，次のどちらかの設定をしてください。

Performance Managementのプログラムのサービスに割り当てるポート番号を固定する
Performance Managementのプログラムの各サービスに対して，固定のポート番号を割り当てて運用してください。ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

TCP_TIMEWAIT値の設定をする
TCP_TIMEWAIT値で接続待ち時間を設定してください。

Windowsの場合，接続待ち時間をデフォルトの設定としてください。デフォルト値は，2分です。

AIXの場合，次のように指定して，接続待ち時間を75秒以上にしてください。
tcp_timewait：5

Linuxの場合，接続待ち時間のデフォルト値（60秒）は変更できません。Performance Managementのプログラムのサービスに割り当てるポート番号を固定する方法で対応してください。

(4)　「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはAgent Storeサービスが停止する

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，「ディスク容量が不足しています」というメッセージが出力されたあと，Master StoreサービスまたはAgent Storeサービスが停止します。

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する
Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，「付録A　システム見積もり」を参照してください。Storeデータベースの格納先を変更する方法については，Windowsの場合は「第2編　2.4.1　パフォーマンスデータの格納先の変更」を参照してください。UNIXの場合は「第2編　3.4.1　パフォーマンスデータの格納先の変更」を参照してください。

Storeデータベースの保存条件を変更する
Storeデータベースの保存条件を変更し，Storeデータベースのデータ量の上限値を調整してください。Storeデータベースの保存条件を変更する方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

これらの対処を実施したあともMaster StoreサービスまたはAgent Storeサービスが起動されない場合，Storeデータベースに回復できない論理矛盾が発生しています。この場合，バックアップデータからStoreデータベースをリストアしたあと，Master StoreサービスまたはAgent Storeサービスを起動してください。利用できるバックアップデータが存在しない場合は，Storeデータベースを初期化したあと，Master StoreサービスまたはAgent Storeサービスを起動してください。Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。

拡張子が.DBであるファイル

拡張子が.IDXであるファイル

Storeデータベースの格納先ディレクトリについては，Windowsの場合は「第2編　2.4.1　パフォーマンスデータの格納先の変更」を参照してください。UNIXの場合は「第2編　3.4.1　パフォーマンスデータの格納先の変更」を参照してください。

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

Performance Managementのコマンドの実行に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　jpctool service list(jpcctrl list)コマンドを実行すると稼働していないサービス名が出力される

(2)　jpctool db dump(jpcctrl dump)コマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

(1)　jpctool service list(jpcctrl list)コマンドを実行すると稼働していないサービス名が出力される

考えられる要因およびその対処方法を次に示します。

Performance Managementのプログラムのサービス情報を削除しないでPerformance Managementのプログラムをアンインストールした
Performance ManagementのプログラムをアンインストールしてもPerformance Managementのプログラムのサービス情報はデータベースに残っています。jpctool service delete(jpcctrl delete)コマンドを実行して，Performance Managementのプログラムのサービス情報を削除してください。サービス情報の削除方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Performance Managementのプログラムのサービス情報を削除しないでマシンのホスト名を変更した
Performance Managementのプログラムのサービス情報を削除しないでマシンのホスト名を変更した場合，以前のホスト名が付けられているサービスIDのサービス情報が，Master Managerサービスが管理しているデータベースに残っています。jpctool service delete(jpcctrl delete)コマンドを実行して，Performance Managementのプログラムのサービス情報を削除してください。サービス情報の削除方法およびホスト名の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(2)　jpctool db dump(jpcctrl dump)コマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

同じStoreサービスに対して，同じエクスポートファイル名を指定して，複数回jpctool db dump(jpcctrl dump)コマンドを実行すると，先に実行した出力結果があとから実行された実行結果に上書きされます。同じMaster StoreサービスまたはAgent Storeサービスに対して，複数回jpctool db dump(jpcctrl dump)コマンドを実行する場合は，異なる名称のエクスポートファイルを指定してください。Storeデータベースのエクスポート方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

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

Performance Managementのレポートの定義に関するトラブルの要因を次に示します。

＜この項の構成＞

(1)　履歴レポートに表示されない時間帯がある

(1)　履歴レポートに表示されない時間帯がある

PFM - Agentがインストールされたマシンの現在時刻を，現在時刻よりも未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの履歴情報は保存されません。

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

Performance Managementのアラームの定義に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　アクション実行で定義したプログラムが正しく動作しない

(2)　アラームイベントが表示されない

(3)　アラームしきい値を超えているのに，エージェント階層の「アラームの状態の表示」に表示されているアラームアイコンの色が緑のまま変わらない

(1)　アクション実行で定義したプログラムが正しく動作しない

考えられる要因とその対処方法を次に示します。

PFM - Managerまたはアクション実行先ホストのAction Handlerが起動されていない
PFM - Managerまたはアクション実行先ホストのAction Handlerが停止していると，アクションが実行されません。アクションを実行する場合は，PFM - Managerおよびアクション実行先ホストのAction Handlerを起動しておいてください。

(2)　アラームイベントが表示されない

考えられる要因とその対処方法を次に示します。

PFM - Managerが起動されていない
PFM - Managerを停止すると，PFM - Agentからのアラームイベントを正しく発行できません。アラームイベントを監視する場合は，PFM - Managerを起動しておいてください。

(3)　アラームしきい値を超えているのに，エージェント階層の「アラームの状態の表示」に表示されているアラームアイコンの色が緑のまま変わらない

考えられる要因とその対処方法を次に示します。

PFM - ManagerホストおよびPFM - AgentホストのLANG環境変数が日本語にそろっていない環境で，日本語を使用したアラームテーブルをバインドしている
このような場合，日本語を使用したアラームは正常に評価されません。PFM - ManagerホストおよびPFM - AgentホストのLANG環境変数を，日本語にそろえて運用してください。LANG環境変数の設定は共通メッセージログを確認し，最新のサービス起動メッセージが日本語と英語のどちらで出力されているかで確認してください。
なお，PFM - Managerホストが英語環境の場合，現在の設定のまま日本語環境に変更すると，既存のアラーム定義が文字化けして削除できなくなります。このため，次の作業を実施してください。

定義内に日本語を使用したアラームテーブルが必要な場合は，PFM - Web Consoleからすべてエクスポートする。
エクスポートする際に，jpctool alarm export(jpcalarm export)コマンドは使用できません。

定義内に日本語を使用したアラームテーブルをすべて削除する。

PFM - Managerを停止する。

PFM - ManagerホストのLANG環境変数を日本語に変更する。

PFM - Managerを起動する。

手順1でアラームテーブルをエクスポートした場合は，PFM - Web Consoleまたはjpctool alarm import(jpcalarm import)コマンドを使用して，アラームテーブルをインポートする。

また，日本語および英語の混在環境での，その他の注意事項については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，日本語版と英語版の混在環境での注意事項について記載している章を参照してください。

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

Performance Managementのパフォーマンスデータの収集と管理に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　データの保存期間を短く設定しても，PFM - AgentのStoreデータベースのサイズが小さくならない

(2)　共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される

(3)　PFM - Agentを起動してもパフォーマンスデータが収集されない

(4)　PFM - Agentが起動したOpenTP1コマンドプロセスが残ったままになっている

(1)　データの保存期間を短く設定しても，PFM - AgentのStoreデータベースのサイズが小さくならない

Storeバージョン1.0でStoreデータベースのファイル容量がすでに限界に達している場合，データの保存期間を短く設定してもファイルサイズは小さくなりません。この場合，保存期間を短く設定したあと，いったんStoreデータベースをバックアップし，リストアし直してください。

データの保存期間の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。また，Storeデータベースのバックアップとリストアの方法については，マニュアル「JP1/Performance Management 運用ガイド」の，バックアップとリストアについて説明している章を参照してください。

(2)　共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される

予期しないサービスの停止またはマシンのシャットダウンによって，Storeデータベースに不整合なデータが発生したおそれがあります。次の方法で対処をしてください。

Storeデータベースをバックアップしてある場合は，Storeデータベースをリストアしてください。

Storeデータベースをバックアップしていない場合は，Agent Storeサービスを停止したあと，対応するデータベースファイル（*.DBファイルおよび*.IDXファイル）を削除し，サービスを再起動してください。

(3)　PFM - Agentを起動してもパフォーマンスデータが収集されない

次の方法で対処してください。

OpenTP1の起動状態を確認し，停止している場合は起動してください。

インスタンス環境のセットアップ時の設定を見直してください。
jpcconf inst setup(jpcinssetup)コマンドを実行して，各項目の正しい値を設定し直してください。jpcconf inst setup(jpcinssetup)コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　PFM - Agentが起動したOpenTP1コマンドプロセスが残ったままになっている

Agent CollectorがOpenTP1コマンドプロセス生成後に異常終了することによって，OpenTP1コマンドプロセスが残ったままになる場合があります。そのような場合には，次の方法で対処してください。

UNIXの場合
psコマンドでOpenTP1コマンドプロセス（コマンド名はOpenTP1コマンド名）が残っていないかを確認し，残っていればkillコマンド（SIGKILL指定）で該当するプロセスを強制停止させてください。

Windowsの場合
タスクマネージャでOpenTP1コマンドプロセス（コマンド名はOpenTP1コマンド名）が残っていないかを確認し，残っていればタスクマネージャから該当するプロセスを強制停止させてください。

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

トラブルが発生したときの現象を確認してください。メッセージが出力されている場合は，メッセージの内容を確認してください。また，Performance Managementが出力するログ情報については，「8.3　ログ情報」を参照してください。

「8.2.1　セットアップやサービスの起動について」から「8.2.5　パフォーマンスデータの収集と管理について」に示した対処をしても，トラブルが解決できなかった場合，または，これら以外のトラブルが発生した場合，トラブルの要因を調査するための資料を採取し，システム管理者に連絡してください。

採取が必要な資料および採取方法については，「8.4　トラブル発生時に採取が必要な資料」および「8.5　資料の採取方法」を参照してください。

8.3　ログ情報

Performance Managementでトラブルが発生した場合，ログ情報を確認して対処方法を検討します。Performance Managementを運用しているときに出力されるログ情報には，次の4種類があります。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

ここでは，4種類のログ情報，および各ログ情報に設定できるログオプションについて説明します。

＜この節の構成＞

8.3.1　ログ情報の種類

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

8.3.1　ログ情報の種類

＜この項の構成＞

(1)　システムログ

(2)　共通メッセージログ

(3)　稼働状況ログ

(4)　トレースログ

(1)　システムログ

システムログとは，システムの状態やトラブルを通知するログ情報のことです。このログ情報は次のログファイルに出力されます。

Windowsの場合
イベントログファイル

UNIXの場合
syslogファイル

ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

Performance Managementのシステムログのほかに，クラスタソフトによるPerformance Managementの制御などを確認するためにクラスタソフトのログが必要です。

(2)　共通メッセージログ

共通メッセージログとは，システムの状態やトラブルを通知するログ情報のことです。システムログよりも詳しいログ情報が出力されます。共通メッセージログの出力先ファイル名やファイルサイズについては，「8.3.2　ログファイルおよびディレクトリ一覧」を参照してください。また，ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，共通メッセージログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，メッセージは同じログファイルに記録されます。

(3)　稼働状況ログ

稼働状況ログとは，PFM - Web Consoleが出力するログ情報のことです。稼働状況ログの出力先ファイル名やファイルサイズについては，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。また，ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

(4)　トレースログ

トレースログとは，トラブルが発生した場合に，トラブル発生の経緯を調査したり，各処理の処理時間を測定したりするために採取するログ情報のことです。

トレースログは，Performance Managementのプログラムの各サービスが持つログファイルに出力されます。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，トレースログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，メッセージは同じログファイルに記録されます。

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

ここでは，Performance Managementから出力されるログ情報について説明します。稼働状況ログの出力先ファイル名やファイルサイズについては，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

＜この項の構成＞

(1)　共通メッセージログ

(2)　トレースログ

(1)　共通メッセージログ

ここでは，Performance Managementのログ情報のうち，共通メッセージログについて，ログの出力元であるサービス名または制御名，ログファイル名，およびディスク使用量を，OSごとに表に示します。

表8-2　共通メッセージログのファイル名（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」のログファイルに出力されます。ログファイルのサイズが上限に達すると，ログファイル名の末尾が「01」から「02」に変更され，ファイル名の末尾が「01」のログファイルが新規作成されます。その後出力されるログ情報は，末尾が「01」のログファイルに出力されます。すでにファイル名の末尾が「02」のログファイルがある場合は，上書きされます。最新のログは常にファイル名の末尾が「01」のログファイルに出力されます。

ラップアラウンドファイル（jpclogw）方式の場合

ログ情報は，まず，末尾が「01」のログファイルに出力されます。ログファイルのサイズが上限に達すると，ファイル名の末尾が「02」のログファイルが新規作成されます。その後出力されるログ情報は，末尾が「02」のログファイルに出力されます。すでにファイル名の末尾が「02」のログファイルがある場合は，一度データをすべて削除し，先頭行からログが出力されます。そのあとログの出力ファイルが交互に入れ替わります。

ログファイルの出力方式については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

注※3

環境フォルダは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表8-3　共通メッセージログのファイル名（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」のログファイルに出力されます。ログファイルのサイズが上限に達すると，ログファイル名の末尾が「01」から「02」に変更され，ファイル名の末尾が「01」のログファイルが新規作成されます。その後出力されるログ情報は，末尾が「01」のログファイルに出力されます。すでにファイル名の末尾が「02」のログファイルがある場合は，上書きされます。最新のログは常にファイル名の末尾が「01」のログファイルに出力されます。

ラップアラウンドファイル（jpclogw）方式の場合

ログ情報は，まず，末尾が「01」のログファイルに出力されます。ログファイルのサイズが上限に達すると，ファイル名の末尾が「02」のログファイルが新規作成されます。その後出力されるログ情報は，末尾が「02」のログファイルに出力されます。すでにファイル名の末尾が「02」のログファイルがある場合は，一度データをすべて削除し，先頭行からログが出力されます。そのあとログの出力ファイルが交互に入れ替わります。

ログファイルの出力方式については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

(2)　トレースログ

ここでは，Performance Managementのログ情報のうち，PFM - Agentのトレースログの出力元であるサービス名または制御名，および格納先ディレクトリ名を，OSごとに表に示します。

表8-4　トレースログの格納先フォルダ名（Windowsの場合）

ログ情報の種類 | 出力元 | フォルダ名
トレースログ | Agent Collectorサービス | インストール先フォルダ¥agth¥agent¥インスタンス名¥log¥
Agent Storeサービス | インストール先フォルダ¥agth¥store¥インスタンス名¥log¥
トレースログ（論理ホスト運用の場合） | Agent Collectorサービス | 環境フォルダ※¥jp1pc¥agth¥agent¥インスタンス名¥log¥
Agent Storeサービス | 環境フォルダ※¥jp1pc¥agth¥store¥インスタンス名¥log¥

注※

環境フォルダは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表8-5　トレースログの格納先ディレクトリ名（UNIXの場合）

ログ情報の種類 | 出力元 | ディレクトリ名
トレースログ | Agent Collectorサービス | /opt/jp1pc/agth/agent/インスタンス名/log/
Agent Storeサービス | /opt/jp1pc/agth/store/インスタンス名/log/
トレースログ（論理ホスト運用の場合） | Agent Collectorサービス | 環境ディレクトリ※/jp1pc/agth/agent/インスタンス名/log/
Agent Storeサービス | 環境ディレクトリ※/jp1pc/agth/store/インスタンス名/log/

注※

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

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

「8.2　トラブルシューティング」に示した対処をしてもトラブルを解決できなかった場合，トラブルの要因を調べるための資料を採取し，システム管理者に連絡する必要があります。この節では，トラブル発生時に採取が必要な資料について説明します。

Performance Managementでは，採取が必要な資料を一括採取するためのコマンドを用意しています。PFM - Agentの資料を採取するには，jpcrasコマンドを使用します。jpcrasコマンドを使用して採取できる資料については，表中に記号で示しています。

注意

jpcrasコマンドで採取できる資料は，コマンド実行時に指定するオプションによって異なります。コマンドに指定するオプションと採取できる資料については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Agent for OpenTP1固有の情報を採取する場合，OpenTP1の保守情報の採取のために，OpenTP1のdcrasgetコマンドが実行されます。このとき，OpenTP1のcoreファイルなどが大量に存在すると，dcrasgetコマンドの実行に時間が掛かるおそれがあります。このような場合に，環境変数「JPCAGTH_COLNOTP1RAS」に1を設定することでdcrasgetコマンドの処理を抑止し，コマンドの実行時間を短縮できます。

論理ホスト運用の場合の注意事項

論理ホスト運用の場合の注意事項を次に示します。

論理ホスト運用する場合のPerformance Managementのログは，共有ディスクに格納されます。なお，共有ディスクがオンラインになっている場合（Windows），またはマウントされている場合（UNIX）は，jpcrasコマンドで共有ディスク上のログも一括して採取できます。

フェールオーバー時の問題を調査するには，フェールオーバーの前後の資料が必要です。このため，実行系と待機系の両方の資料が必要になります。

論理ホスト運用のPerformance Managementの調査には，クラスタソフトの資料が必要です。論理ホスト運用のPerformance Managementは，クラスタソフトから起動や停止を制御されているので，クラスタソフトの動きとPerformance Managementの動きを対比して調査するためです。

＜この節の構成＞

8.4.1　Windowsの場合

8.4.2　UNIXの場合

8.4.1　Windowsの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　Performance Managementの情報

(3)　オペレーション内容

(4)　OpenTP1の情報

(5)　画面上のエラー情報

(6)　ユーザーダンプ

(7)　問題レポートの採取

(8)　その他の情報

(1)　OSのログ情報

OSのログ情報で，採取が必要な情報を次の表に示します。

表8-6　OSのログ情報（Windowsの場合）

情報の種類 | 概要 | デフォルトのファイル名 | jpcrasコマンドでの採取
システムログ | Windowsイベントログ | － | ○
プロセス情報 | プロセスの一覧 | － | ○
システムファイル | hostsファイル | システムフォルダ¥system32¥drivers¥etc¥hosts | ○
servicesファイル | システムフォルダ¥system32¥drivers¥etc¥services | ○
OS情報 | システム情報 | － | ○
ネットワークステータス | － | ○
ホスト名 | － | ○

（凡例）

○：採取できる

－：該当しない

(2)　Performance Managementの情報

Performance Managementに関する情報で，採取が必要な情報を次の表に示します。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表8-7　Performance Managementの情報（Windowsの場合）

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取

共通メッセージログ
Performance Managementから出力されるメッセージログ
（シーケンシャルファイル方式）
インストール先フォルダ¥log¥jpclog{01|02}※1
○

Performance Managementから出力されるメッセージログ
（ラップアラウンドファイル方式）
インストール先フォルダ¥log¥jpclogw{01|02}※1
○

構成情報
各構成情報ファイル
－
○

jpctool service list(jpcctrl list)コマンドの出力結果
－
○

バージョン情報
製品バージョン
－
○

履歴情報
－
○

データベース情報
Agent Store

Storeバージョン1.0の場合
インストール先フォルダ¥agth¥store¥インスタンス名¥*.DB
インストール先フォルダ¥agth¥store¥インスタンス名¥*.IDX

Storeバージョン2.0の場合
インストール先フォルダ¥agth¥store¥インスタンス名¥STPD
インストール先フォルダ¥agth¥store¥インスタンス名¥STPIフォルダ下の次に示すファイル。
*.DB
*.IDX

○

トレースログ
Performance Managementのプログラムの各サービスに対するトレース情報
－※2
○

インストールログ※3
インストール時のメッセージログ
システムフォルダ¥TEMP¥HCDINSTフォルダ下の次に示すファイル。

HCDMAIN.LOGおよびHCDMAINn.LOG※4

HCDINST.LOGおよびHCDINSTn.LOG※4

製品形名.LOG

×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

ログファイルの出力方式については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

注※2

トレースログの格納先フォルダについては，「8.3.2　ログファイルおよびディレクトリ一覧」を参照してください。

注※3

インストールに失敗した場合に採取してください。

注※4

nは数字を示します。

(3)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　OpenTP1の情報

OpenTP1に関する情報で，採取が必要な情報を次の表に示します。

表8-8　OpenTP1の情報（Windowsの場合）

情報の種類 | 概要 | デフォルトのファイル名 | jpcrasコマンドでの採取
OpenTP1の保守情報 | OpenTP1のトラブルシュートに必要な保守資料 | OpenTP1のdcrasgetコマンドで採取するファイル。dcrasgetコマンドの詳細についてはマニュアル「OpenTP1 運用と操作」を参照してください。 | ○※

（凡例）

○：採取できる

注※

環境変数JPCAGTH_COLNOTP1RASに1を設定してjpcrasコマンドを実行した場合は採取されません。

(5)　画面上のエラー情報

次に示すハードコピーを採取してください。

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー（詳細ボタンがある場合はその内容を含む）

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］ウィンドウまたは［管理者コンソール］ウィンドウのハードコピー

(6)　ユーザーダンプ

Performance Managementのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

(7)　問題レポートの採取

Performance Managementのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

(8)　その他の情報

上記以外で必要な情報を次に示します。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

［アクセサリ］－［システムツール］－［システム情報］の内容

Windowsの［イベントビューア］ウィンドウを開き，左ペイン［Windowsログ］の，［システム］および［アプリケーション］の内容

8.4.2　UNIXの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　Performance Managementの情報

(3)　OpenTP1の情報

(4)　オペレーション内容

(5)　エラー情報

(6)　その他の情報

(1)　OSのログ情報

OSのログ情報で，採取が必要な情報を次の表に示します。

表8-9　OSのログ情報（UNIXの場合）

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取

システムログ
syslog

AIXの場合
/var/adm/syslog*

Linuxの場合
/var/log/messages*

○※

プロセス情報
プロセスの一覧
－
○

システムファイル
hostsファイル
/etc/hosts
○

servicesファイル
/etc/services
○

OS情報
パッチ情報
－
○

カーネル情報
－
○

バージョン情報
－
○

ネットワークステータス
－
○

環境変数
－
○

ホスト名
－
○

ダンプ情報
coreファイル
－
○

（凡例）

○：採取できる

－：該当しない

注※

デフォルトのパスおよびファイル名以外に出力されるように設定されているシステムでは，収集できません。手動で収集してください。

(2)　Performance Managementの情報

Performance Managementに関する情報で，採取が必要な情報を次の表に示します。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表8-10　Performance Managementの情報（UNIXの場合）

情報の種類
概要
デフォルトのファイル名
jpcrasコマンドでの採取

共通メッセージログ
Performance Managementから出力されるメッセージログ
（シーケンシャルファイル方式）
/opt/jp1pc/log/jpclog{01|02}※1
○

Performance Managementから出力されるメッセージログ
（ラップアラウンドファイル方式）
/opt/jp1pc/log/jpclogw{01|02}※1
○

構成情報
各構成情報ファイル
－
○

jpcctrl listコマンドの出力結果
－
○

バージョン情報
製品バージョン
－
○

履歴情報
－
○

データベース情報
Agent Store

Storeバージョン1.0の場合
/opt/jp1pc/agth/store/インスタンス名/*.DB
/opt/jp1pc/agth/store/インスタンス名/*.IDX

Storeバージョン2.0の場合
/opt/jp1pc/agth/store/インスタンス名/STPD
/opt/jp1pc/agth/store/インスタンス名/STPIディレクトリ下の次に示すファイル。
*.DB
*.IDX

○

トレースログ
Performance Managementのプログラムの各サービスに対するトレース情報
－※2
○

インストールログ※3
Hitachi PP Installerの標準ログ
/etc/.hitachi/.hitachi.log*
/etc/.hitachi/.install.log*
×

（凡例）

○：採取できる

×：採取できない

－：該当しない

注※1

ログファイルの出力方式については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

注※2

トレースログの格納先ディレクトリについては，「8.3.2　ログファイルおよびディレクトリ一覧」を参照してください。

注※3

インストールに失敗した場合に採取してください。

(3)　OpenTP1の情報

OpenTP1に関する情報で，採取が必要な情報を次の表に示します。

表8-11　OpenTP1の情報（UNIXの場合）

情報の種類 | 概要 | デフォルトのファイル名 | jpcrasコマンドでの採取
OpenTP1の保守情報 | OpenTP1のトラブルシュートに必要な保守資料 | OpenTP1のdcrasgetコマンドで採取するファイル。dcrasgetコマンドの詳細についてはマニュアル「OpenTP1 運用と操作」を参照してください。 | ○※

（凡例）

○：採取できる

注※

環境変数JPCAGTH_COLNOTP1RASに1を設定してjpcrasコマンドを実行した場合は採取されません。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(5)　エラー情報

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(6)　その他の情報

上記以外で必要な情報を次に示します。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

8.5　資料の採取方法

トラブルが発生したときに資料を採取する方法を次に示します。

＜この節の構成＞

8.5.1　Windowsの場合

8.5.2　UNIXの場合

8.5.1　Windowsの場合

＜この項の構成＞

(1)　ダンプ情報を採取する

(2)　資料採取コマンドを実行する

(3)　資料採取コマンドを実行する（論理ホスト運用の場合）

(4)　Windowsイベントログを採取する

(5)　オペレーション内容を確認する

(6)　画面上のエラー情報を採取する

(7)　その他の情報を採取する

(1)　ダンプ情報を採取する

ダンプ情報の採取手順を次に示します。

タスクマネージャを開く。

プロセスのタブを選択する。

ダンプを取得するプロセス名を右クリックし，「ダンプ ファイルの作成」を選択する。
次のフォルダに，ダンプファイルが格納されます。

システムドライブ¥Users¥ユーザー名¥AppData¥Local¥Temp

手順3のフォルダからダンプファイルを採取する。
手順3と異なるフォルダにダンプファイルが出力されるように環境変数の設定を変更している場合は，変更先のフォルダからダンプファイルを採取してください。

(2)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。共通メッセージログなどPFMの保守情報に加えて，OpenTP1独自の保守情報を収集できます。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作をする場合，ユーザーはOSにAdministrators権限でログオンしてください。

資料採取するサービスがインストールされているホストにログオンする。

コマンドプロンプトで次に示すコマンドを実行して，コマンドインタープリターの「コマンド拡張機能」を有効にする。

cmd /E:ON

採取する資料および資料の格納先フォルダを指定して，jpcrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報をc:¥tmp¥jpc¥agtフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcras c:¥tmp¥jpc¥agt all all

jpcrasコマンドを実行すると，PFMサービスの一覧取得および起動状態の確認のため，内部的に「jpctool service list -id * -host *(jpcctrl list * host=*)」コマンドが実行されます。コマンド実行ホストとほかのPerformance Managementシステムのホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *(jpcctrl list * host=*)」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数JPC_COLCTRLNOHOSTに1を設定することで「jpctool service list -id * -host *(jpcctrl list * host=*)」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。
jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - Agent for OpenTP1固有の情報を採取する場合，サービスキーにallまたはagthを指定し，採取資料を選択するオプション（[all | data | dump]）の指定を省略するか，allを指定する必要があります。OSのユーザーアカウント制御機能（UAC）を有効にしている場合は，コマンド実行時にユーザーアカウント制御のダイアログが表示されることがあります。ダイアログが表示された場合は，「続行」ボタンをクリックして資料採取を続行してください。「キャンセル」ボタンをクリックした場合は，資料採取が中止されます。

PFM - Agent for OpenTP1固有の情報を採取する場合，OpenTP1の保守情報を採取するために，OpenTP1のdcrasgetコマンドが実行されます。このとき，OpenTP1のcoreファイルなどが大量に存在すると，dcrasgetコマンドの実行に時間が掛かるおそれがあります。このような場合に，環境変数「JPCAGTH_COLNOTP1RAS」に1を設定することでdcrasgetコマンドの処理を抑止し，コマンドの実行時間を短縮できます。

(3)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてAdministrators権限を持つユーザーが実行してください。

論理ホスト運用の場合の資料採取コマンドの実行について，手順を説明します。

共有ディスクをオンラインにする。
論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがオンラインになっていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先フォルダを指定して，jpcrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報をc:¥tmp¥jpc¥agtフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcras c:¥tmp¥jpc¥agt all all

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

補足

PFM - Agent for OpenTP1固有の情報を採取する場合，サービスキーにallまたはagthを指定し，採取資料を選択するオプション（[all | data | dump]）の指定を省略するか，allを指定する必要があります。OSのユーザーアカウント制御機能（UAC）を有効にしている場合は，コマンド実行時にユーザーアカウント制御のダイアログが表示されることがあります。ダイアログが表示された場合は，「続行」ボタンをクリックして資料採取を続行してください。「キャンセル」ボタンをクリックした場合は，資料採取が中止されます。

PFM - Agent for OpenTP1固有の情報を採取する場合，OpenTP1の保守情報を採取するために，OpenTP1のdcrasgetコマンドが実行されます。このとき，OpenTP1のcoreファイルなどが大量に存在すると，dcrasgetコマンドの実行に時間が掛かるおそれがあります。このような場合に，環境変数「JPCAGTH_COLNOTP1RAS」に1を設定することでdcrasgetコマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドをlhostの引数を指定しないで実行すると，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されます。論理ホスト環境のPerformance Managementがある場合は，共有ディスク上のログファイルが取得されます。

共有ディスクがオフラインになっているノードでjpcrasコマンドを実行すると，KAVE05242-Wが出力されます。このとき，共有ディスク上のファイルおよびOpenTP1の保守情報は取得されませんが，jpcrasコマンドは正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後の調査をするには，実行系と待機系の両方の資料が必要です。

クラスタソフトの資料を採取する。
この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

(4)　Windowsイベントログを採取する

Windowsの［イベントビューア］ウィンドウで，Windowsイベントログをファイルに出力してください。

(5)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(6)　画面上のエラー情報を採取する

次に示すハードコピーを採取してください。

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー
詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］ウィンドウまたは［管理者コンソール］ウィンドウのハードコピー
［コマンドプロンプト］ウィンドウまたは［管理者コンソール］ウィンドウのハードコピーを採取する際は，［"コマンドプロンプト"のプロパティ］ウィンドウについて次のように設定しておいてください。

［オプション］タブの［編集オプション］
［簡易編集モード］がチェックされた状態にする。

［レイアウト］タブ
［画面バッファのサイズ］の［高さ］に「500」を設定する。

(7)　その他の情報を採取する

上記以外で必要な情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

［アクセサリ］－［システムツール］－［システム情報］の内容

Windowsの［イベントビューア］ウィンドウを開き，左ペイン［Windowsログ］の，［システム］および［アプリケーション］の内容

8.5.2　UNIXの場合

＜この項の構成＞

(1)　資料採取コマンドを実行する

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

(3)　オペレーション内容を確認する

(4)　エラー情報を採取する

(5)　その他の情報を採取する

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザー権限を持つユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報を/tmp/jpc/agtディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jpc/agt all all

jpcrasコマンドを実行すると，PFMサービスの一覧取得および起動状態の確認のため，内部的に「jpctool service list -id * -host *(jpcctrl list * host=*)」コマンドが実行されます。コマンド実行ホストとほかのPerformance Managementシステムのホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *(jpcctrl list * host=*)」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数JPC_COLCTRLNOHOSTに1を設定することで「jpctool service list -id * -host *(jpcctrl list * host=*)」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

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

補足

PFM - Agent for OpenTP1固有の情報を採取する場合，サービスキーにallまたはagthを指定し，採取資料を選択するオプション（[all | data | dump]）の指定を省略するか，allを指定する必要があります。

PFM - Agent for OpenTP1固有の情報を採取する場合，OpenTP1の保守情報を採取するために，OpenTP1のdcrasgetコマンドが実行されます。このとき，OpenTP1のcoreファイルなどが大量に存在すると，dcrasgetコマンドの実行に時間が掛かるおそれがあります。このような場合に，環境変数「JPCAGTH_COLNOTP1RAS」に1を設定することでdcrasgetコマンドの処理を抑止し，コマンドの実行時間を短縮できます。

資料採取コマンドで収集された資料は，tarコマンドおよびcompressコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。
jpcrasYYMMDD.tar.Z
YYMMDDの部分は実行年月日を表します。

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザー権限を持つユーザーが実行してください。

論理ホスト運用の場合の，資料採取コマンドの実行について，手順を説明します。

共有ディスクをマウントする。
論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがマウントされていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。
jpcrasコマンドで，採取できるすべての情報を/tmp/jpc/agtディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jpc/agt all all

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

補足

PFM - Agent for OpenTP1固有の情報を採取する場合，サービスキーにallまたはagthを指定し，採取資料を選択するオプション（[all | data | dump]）の指定を省略するか，allを指定する必要があります。

PFM - Agent for OpenTP1固有の情報を採取する場合，OpenTP1の保守情報を採取するために，OpenTP1のdcrasgetコマンドが実行されます。このとき，OpenTP1のcoreファイルなどが大量に存在すると，dcrasgetコマンドの実行に時間が掛かるおそれがあります。このような場合に，環境変数「JPCAGTH_COLNOTP1RAS」に1を設定することでdcrasgetコマンドの処理を抑止し，コマンドの実行時間を短縮できます。

資料採取コマンドで収集された資料は，tarコマンドおよびcompressコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。
jpcrasYYMMDD.tar.Z
YYMMDDの部分は実行年月日を表します。

jpcrasコマンドをlhostの引数を指定しないで実行すると，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されます。論理ホスト環境のPerformance Managementがある場合は，共有ディスク上のログファイルが取得されます。

共有ディスクがマウントされていないノードでjpcrasコマンドを実行すると，KAVE05242-Wが出力されます。このとき，共有ディスク上のファイルおよびOpenTP1の保守情報は取得されませんが，jpcrasコマンドは正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後の調査をするには，実行系と待機系の両方の資料が必要です。

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

クラスタソフトの資料を採取する。
この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

(3)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　エラー情報を採取する

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(5)　その他の情報を採取する

上記以外で必要な情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

8.6　Performance Managementの障害検知

Performance Managementでは，ヘルスチェック機能を利用することでPerformance Management自身の障害を検知できます。ヘルスチェック機能では，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視し，監視結果を監視エージェントの稼働状態の変化としてPFM - Web Console上に表示します。

また，PFMサービス自動再起動機能を利用することで，PFMサービスが何らかの原因で異常停止した場合に自動的にPFMサービスを再起動したり，定期的にPFMサービスを再起動したりすることができます。

ヘルスチェック機能によって監視エージェントの稼働状態を監視したり，PFMサービス自動再起動機能によってPFMサービスを自動再起動したりするには，Performance Managementのサービスの詳細な状態を確認するステータス管理機能を使用します。このため，対象となる監視エージェントがステータス管理機能に対応したバージョンであり，ステータス管理機能が有効になっている必要があります。ホストの稼働状態を監視する場合は前提となる条件はありません。

また，Performance Managementのログファイルをシステム統合監視製品であるJP1/Baseで監視することによっても，Performance Management自身の障害を検知できます。これによって，システム管理者は，トラブルが発生したときに障害を検知し，要因を特定して復旧の対処をします。

Performance Management自身の障害検知の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

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

Performance Managementのサーバで障害が発生したときに，バックアップファイルを基にして，障害が発生する前の正常な状態に回復する必要があります。

障害が発生する前の状態に回復する手順については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

付録

＜この付録の構成＞

付録A　システム見積もり

付録B　カーネルパラメーター

付録C　識別子一覧

付録D　プロセス一覧

付録E　ポート番号一覧

付録F　PFM - Agent for OpenTP1のプロパティ

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

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

付録I　バージョン互換

付録J　動作ログの出力

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

付録L　用語解説

付録A　システム見積もり

PFM - Agent for OpenTP1を使ったシステムを構築する前に，使用するマシンの性能が，PFM - Agent for OpenTP1を運用するのに十分であるか，見積もっておくことをお勧めします。

見積もり項目を次に説明します。

＜この節の構成＞

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

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

付録A.3　クラスタ運用時のディスク占有量

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

メモリー所要量は，PFM - Agent for OpenTP1の設定状況や使用状況によって変化します。

PFM - Agent for OpenTP1のメモリー所要量の，おおよその見積もりをOSごとに記載します。初期状態とは，1インスタンスで運用する場合のことを示します。

PFM - Agent for OpenTP1のメモリー所要量の，おおよその見積もりを次の表に示します。

表A-1　メモリー所要量

PFM - Agent for OpenTP1の状態
メモリー所要量（単位：メガバイト）

Windows Server 2008
AIX
Linux (x86)，Linux (x64)

初期状態での運用
a+b
a+b
a+b

運用時
(a+b)＊n
(a+b)＊n
(a+b)＊n

（凡例）

a：jpcagthプロセスのメモリー使用量

b：jpcstoプロセスのメモリー使用量

n：PFM - Agent for OpenTP1のインスタンス数

各プロセスのメモリー使用量は，OSによって異なります。各プロセスのメモリー所要量を次の表に示します。

表A-2　プロセスのメモリー所要量

プロセス名
プロセスのメモリー所要量（単位：メガバイト）

Windows Server 2008
AIX
Linux (x86)，Linux (x64)

jpcagth
16
50
28

jpcsto
16
50
28

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

ディスク占有量は，パフォーマンスデータを収集するレコード数によって変化します。

PFM - Agent for OpenTP1のディスク占有量の見積もりについて説明します。

＜この項の構成＞

(1)　システム全体のディスク占有量

(2)　Storeデータベース（Storeバージョン1.0）のディスク占有量

(3)　Storeデータベース（Storeバージョン2.0）のディスク占有量

(1)　システム全体のディスク占有量

システム全体のディスク占有量の見積もり値をOSごとに記載します。

システム全体のディスク占有量の見積もり値を次の表に示します。

表A-3　システム全体のディスク占有量

PFM - Agent for OpenTP1の状態
ディスク占有量（単位：メガバイト）

Windows Server 2008
AIX
Linux (x86)，Linux (x64)

インストール時※1
5
5
5

初期状態での運用※2
185
395
233

運用時
54+4＊a+(110+b)＊n
264+4＊a+(110+b)＊n
102+4＊a+(110+b)＊n

（凡例）

a：共通メッセージログのファイルサイズの上限値

b：Storeデータベースのディスク占有量

Storeデータベースのディスク占有量については，「(2)　Storeデータベース（Storeバージョン1.0）のディスク占有量」，および「(3)　Storeデータベース（Storeバージョン2.0）のディスク占有量」を参照してください。

n：PFM - Agent for OpenTP1のインスタンス数

注※1

インストール時には，プログラム本体容量の2倍分のディスク容量が必要となります。表の値はプログラム本体容量を示します。

注※2

共通メッセージログのファイルサイズの上限値がデフォルト値で，収集設定がSystem Summary（PI）レコードだけのPFM - Agent for OpenTP1のインスタンスが一つだけセットアップされている場合のことを示します。

(2)　Storeデータベース（Storeバージョン1.0）のディスク占有量

Storeデータベース（Storeバージョン1.0）では，各レコードは，レコードタイプごとに一つのファイルに格納されます。Storeデータベース（Storeバージョン1.0）のディスク占有量について，レコードタイプごとに次の表に示します。

表A-4　レコードタイプごとのStoreデータベースのディスク占有量

レコードタイプ | ディスク占有量の見積もり式（単位：バイト）
PIレコードタイプ | X₁+.....+Xa+3,500＊a
PDレコードタイプ | Y₁+.....+Yb+700＊b

（凡例）

X：PIレコードタイプのレコードで履歴データを収集する各レコードのディスク占有量

Xの算出式を次に示します。

X={d＊e+(c+1,900)＊{(d＊e)/(65,250-c)+1}※1}＊f＊1.5

Y：PDレコードタイプのレコードで履歴データを収集する各レコードのディスク占有量

Yの算出式を次に示します。

Y={d＊g+(c+1,900)＊{(d＊e)/(65,250-c)+1}※1＊(g/e)※2}＊1.5

a：PIレコードタイプのレコードで履歴データを収集するレコード数

b：PDレコードタイプのレコードで履歴データを収集するレコード数

c：履歴データを収集する各レコードの固定部のサイズ※3

d：履歴データを収集する各レコードの可変部のサイズ※3

e：履歴データを収集する各レコードのインスタンス数（単数インスタンスレコードの場合は1）※4

f：履歴データを収集する各レコードの保存レコード数※5

g：履歴データを収集する各レコードの保存レコード数※6

注※1

{(d＊e)/(65,250-c)+1}の計算結果は，小数点以下を切り捨ててください。

注※2

(g/e)の計算結果は，小数点以下を切り捨ててください。

注※3

各レコードの固定部および可変部のサイズについては，「第3編　6.　レコード」を参照してください。

注※4

各レコードのインスタンス数は，次の表に示すコマンドを用いて見積もることができます。

表A-5　各レコードのインスタンス数

レコード名 | コマンド | インスタンス数
Checkpoint Dump Status（PD_CPD） | jnlls -j cpd | このコマンドによって返されるサーバ名とファイルグループ名の組み合わせの数。
DAM File Status（PD_DAM） | damls | このコマンドによって返されるDAMファイルの数。
DAM Summary（PI_DAMS） | dcreport -c | 単数インスタンスレコードのため「1」。
Journal Status（PD_JNL） | jnlls -j sys | このコマンドによって返されるファイルグループの数。
Lock Status（PD_LCK） | lckls -a | このコマンドによって返される排他資源の数。
MCF Connection Status（PD_MCFC） | mcftlscn -c "*" | このコマンドによって返されるMCFコネクションの数。
MCF Service Group Status（PD_MCFG） | mcftlssg -g "*" | このコマンドによって返されるMCFサービスグループの数。
MCF Logical Terminal Status（PD_MCFL） | mcftlsle -l "*" | このコマンドによって返されるMCF論理端末の数。
MCF Summary（PI_MCFS） | dcreport -c | 単数インスタンスレコードのため「1」。
OpenTP1 Message（PD_MLOG） | logcat -a | このコマンドによって返されるメッセージの数。
Process Status（PD_PRC） | prcls | このコマンドによって返されるプロセスの数。
Schedule Status（PD_SCD） | scdls | このコマンドによって返されるサーバの数。
Shared Memory Status（PD_SHM） | dcshmls | このコマンドによって返される共用メモリープール種別の数。
System Summary（PI） | dcreport -c | 単数インスタンスレコードのため「1」。
TAM Table Status（PD_TAM） | tamls -a | このコマンドによって返されるTAMテーブルの数。
TAM Summary（PI_TAMS） | dcreport -c | 単数インスタンスレコードのため「1」。
RTS Summary（PI_RTSS） | rtsls -c | このコマンドによって返されるリアルタイム統計情報の数。
Transaction Status（PD_TRN） | trnls -ta | このコマンドによって返されるトランザクションブランチの数。

注※5

PIレコードタイプのレコードの場合，収集したデータがある一定の区分（時，日，週，月，および年単位）に自動的に要約されるので，分，時，日，週，月，および年の部分の保存レコード数を考慮して計算する必要があります。デフォルトの保存期間と保存レコード数を次の表に示します。

表A-6　デフォルトの保存期間と保存レコード数

データの種類
保存期間
保存レコード数
（収集間隔が1分の場合）

分単位
1日
1,440

時単位
7日
168

日単位
1年
366

週単位
1年
52

月単位
1年
12

年単位
制限なし
（収集年数）＊1

注※6

保存レコード数については，「付録F.1　Agent Storeサービスのプロパティ一覧」を参照してください。

(3)　Storeデータベース（Storeバージョン2.0）のディスク占有量

Storeデータベース（Storeバージョン2.0）のディスク占有量は，レコードタイプごとのディスク占有量の総和となります。PIレコードタイプについては，さらに要約区分ごとのディスク占有量の総和となります。

レコードタイプごとのディスク占有量Xの見積もり式（単位：バイト）を次に示します。

X={(e+2)＊f+(d+60)＊{((e+2)＊f)/(65,250-d)+1}※1}＊a/b＊(c+1)＊1.1

a：レコードタイプ，要約区分ごとに値が異なります。表A-6を参照してください。

b：レコードタイプ，要約区分ごとに値が異なります。表A-6を参照してください。※2

c：履歴データの保存期間設定値※3です。レコードタイプ，要約区分ごとに指定する単位が異なります。単位については表A-6を参照してください。

d：履歴データを収集する各レコードの固定部のサイズ※4です。

e：履歴データを収集する各レコードの可変部のサイズ※4です。

f：履歴データを収集する各レコードのインスタンス数（単数インスタンスレコードの場合は1）です。レコードのインスタンス数が2以上の場合，4の倍数に繰り上げます。例えばレコードのインスタンス数が2の場合は，f=4になります。インスタンス数が13の場合は，f=16になります。ただし，レコードのインスタンス数が1の場合は，f=1になります。※5

表A-7　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 | 保存期間（単位：日）

（凡例）

g：履歴データの収集インターバル設定値（単位：秒）

－：該当しない

注※1

{((e+2)＊f)/(65,250-d)+1}の計算結果は，小数点以下を切り捨ててください。

注※2

PIレコードタイプのbの計算結果は，小数点以下を切り捨ててください。

注※3

Storeバージョン2.0の場合のデフォルトの保存期間を表A-7および表A-8に示します。

注※4

各レコードの固定部・可変部のサイズについては，「第3編　6.　レコード」のレコードサイズを参照してください。

注※5

レコードごとのインスタンス数については，「(2)　Storeデータベース（Storeバージョン1.0）のディスク占有量」を参照してください。

表A-8　PIレコードタイプの保存期間（デフォルト値）

データの種類 | 保存期間
分単位 | 1日
時単位 | 7日
日単位 | 54週
週単位 | 54週
月単位 | 12か月
年単位 | 制限なし

表A-9　PDレコードタイプの保存期間（デフォルト値）

レコード名 | 保存期間（単位：日）
PD_CPD | 10
PD_DAM | 10
PD_JNL | 10
PD_LCK | 10
PD_MCFC | 10
PD_MCFG | 10
PD_MCFL | 10
PD_MLOG | 10
PD_PD | 10
PD_PRC | 10
PD_SCD | 10
PD_SHM | 10
PD_TAM | 10
PD_TRN | 10

Storeデータベース（Storeバージョン2.0）で作成されるファイル数，ディレクトリ数の見積もりについて説明します。

ファイル数
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)
        )

m：PIレコードタイプで収集しているレコードの数
n：PDレコードタイプで収集しているレコードの数
A11～A1m：PIレコードタイプのレコードごとの分レコードの保存期間設定値（単位：日）
A21～A2m：PIレコードタイプのレコードごとの時レコードの保存期間設定値（単位：日）
A31～A3m：PIレコードタイプのレコードごとの日レコードの保存期間設定値（単位：週）
A41～A4m：PIレコードタイプのレコードごとの週レコードの保存期間設定値（単位：週）
A51～A5m：PIレコードタイプのレコードごとの月レコードの保存期間設定値（単位：月）
B1～Bn：PDレコードタイプのレコードごとの保存期間設定値（単位：日）

ディレクトリ数
Storeデータベースで作成されるディレクトリ数Nの見積もり式を次に示します。

N=25+2＊((A1max)+(A2max)+(A3max)+(A4max)+(A5max)+11+(Bmax))

A1max：PIレコードタイプで収集しているレコードの要約区分が「分」のデータの保存期間設定値の最大値（単位：日）
A2max：PIレコードタイプで収集しているレコードの要約区分が「時」のデータの保存期間設定値の最大値（単位：日）
A3max：PIレコードタイプで収集しているレコードの要約区分が「日」のデータの保存期間設定値の最大値（単位：週）
A4max：PIレコードタイプで収集しているレコードの要約区分が「週」のデータの保存期間設定値の最大値（単位：週）
A5max：PIレコードタイプで収集しているレコードの要約区分が「月」のデータの保存期間設定値の最大値（単位：月）
Bmax：PDレコードタイプのレコードごとの保存期間設定値の最大値（単位：日）

Storeサービスがオープンするファイル数の見積もりについて説明します。

Storeサービスがオープンするファイル数
Storeサービスがオープンするファイル数Nの見積もり式を次に示します。

N=20+2＊(6＊m+n)

m：PIレコードタイプで収集しているレコードの数
n：PDレコードタイプで収集しているレコードの数

付録A.3　クラスタ運用時のディスク占有量

クラスタ運用時のディスク占有量の見積もりは，クラスタシステムで運用しない場合のディスク占有量の見積もりと同じです。ディスク占有量については，「付録A.2　ディスク占有量」を参照してください。

付録B　カーネルパラメーター

PFM - Agent for OpenTP1を使用する場合，実行処理に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。ここでは，調整が必要なカーネルパラメーターをOSごとに説明します。

なお，UNIX環境でPFM - ManagerおよびPFM - Web Consoleを使用する場合の，カーネルパラメーターの調整については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録に記載されているカーネルパラメーター一覧を参照してください。

＜この節の構成＞

付録B.1　AIXの場合

付録B.2　Linuxの場合

付録B.1　AIXの場合

AIXの場合は，カーネルパラメーターの調整は不要です。

付録B.2　Linuxの場合

＜この項の構成＞

(1)　PFM - Agent for OpenTP1が必要とするシステムリソース

(1)　PFM - Agent for OpenTP1が必要とするシステムリソース

Linux環境で調整が必要なカーネルパラメーターを次の表に示します。

システムリソース | パラメーター | 見積もり
セマフォ | SEMMNI | 10＊複数インスタンスの場合のインスタンス数
SEMMNS | 10＊複数インスタンスの場合のインスタンス数

付録C　識別子一覧

PFM - Agent for OpenTP1を操作したり，PFM - Agent for OpenTP1の Storeデータベースからパフォーマンスデータを抽出したりする際，PFM - Agent for OpenTP1であることを示す識別子が必要な場合があります。PFM - Agent for OpenTP1の識別子を次の表に示します。

表C-1　PFM - Agent for OpenTP1の識別子一覧

用途 | 名称 | 識別子 | 説明
コマンドなど | プロダクトID | H | プロダクトIDとは，サービスIDの一部。サービスIDは，コマンドを使用してPerformance Managementのシステム構成を確認する場合や，パフォーマンスデータをバックアップする場合などに必要である。サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照のこと。
サービスキー | agthまたはOpenTP1 | コマンドを使用してPFM - Agent for OpenTP1を起動する場合や，終了する場合などに必要である。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照のこと。
ODBC | 製品タイプ識別子 | OPENTP1 | SQL文を使用してデータを抽出する場合に必要である。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ODBCアラームおよびアクションの設定方法に準拠したアプリケーションプログラムとの連携について説明している章を参照のこと。
ヘルプ | ヘルプID | pcah | PFM - Agent for OpenTP1のヘルプであることを表す。

付録D　プロセス一覧

ここでは，PFM - Agent for OpenTP1のプロセス一覧を記載します。

PFM - Agent for OpenTP1のプロセス一覧を次の表に示します。なお，プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

注意

論理ホストのPFM - Agent for OpenTP1でも，動作するプロセスおよびプロセス数は同じです。

表D-1　PFM - Agent for OpenTP1のプロセス一覧（Windows版）

プロセス名
（プロセス数）
機能

jpcagth.exe(n)
Agent Collectorサービスプロセス。このプロセスは，PFM - Agent for OpenTP1のインスタンスごとに一つ起動する。

jpcsto.exe(n)
Agent Storeサービスプロセス。このプロセスは，PFM - Agent for OpenTP1のインスタンスごとに一つ起動する。

stpqlpr.exe(1)※
Storeデータベースのバックアップまたはエクスポート実行プロセス。

注※

jpcstoプロセスの子プロセスです。

表D-2　PFM - Agent for OpenTP1のプロセス一覧（UNIX版）

プロセス名
（プロセス数）
機能

jpcagth(n)
Agent Collectorサービスプロセス。このプロセスは，PFM - Agent for OpenTP1のインスタンスごとに一つ起動する。

agth/jpcsto(n)
Agent Storeサービスプロセス。このプロセスは，PFM - Agent for OpenTP1のインスタンスごとに一つ起動する。

stpqlpr(1)※
Storeデータベースのバックアップまたはエクスポート実行プロセス。

注※

jpcstoプロセスの子プロセスです。

付録E　ポート番号一覧

ここでは，Performance Managementのポート番号を記載します。

ポート番号は，ユーザー環境に合わせて任意の番号に変更することもできます。

ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。なお，使用するプロトコルはTCP/IPです。

注意

Performance Managementは，1対1のアドレス変換をする静的NAT（Basic NAT）に対応しています。

動的NATや，ポート変換機能を含むNAPT（IP Masquerade，NAT+）には対応していません。

＜この節の構成＞

付録E.1　Performance Managementのポート番号

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

付録E.1　Performance Managementのポート番号

Performance Managementで使用するポート番号を次の表に示します。

表E-1　Performance Managementで使用するポート番号

ポート番号 | サービス名 | パラメーター | 用途
－※1 | Agent Store | jp1pcstoh[nnn]※2 | パフォーマンスデータを記録したり，履歴レポートを取得したりするときに使用する。
－※1 | Agent Collector | jp1pcagth[nnn]※2 | アラームをバインドしたり，リアルタイムレポートを取得したりするときに使用する。

注※1

サービスが再起動されるたびに，システムで使用されていないポート番号が自動的に割り当てられます。

注※2

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

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

ファイアウォールを挟んでPFM - ManagerとPFM - Agent for OpenTP1を配置する場合は，PFM - ManagerとPFM - Agentのすべてのサービスにポート番号を固定値で設定してください。また，各ポート番号を次の表に示す方向で設定し，すべてのサービスについてファイアウォールを通過させるようにしてください。

表E-2　ファイアウォールの通過方向（PFM - ManagerとPFM - Agent間）

サービス名 | パラメーター | 通過方向
Agent Store | jp1pcstoh[nnn]※ | Agent←Manager
Agent Collector | jp1pcagth[nnn]※ | Agent←Manager

（凡例）

Manager：PFM - Managerホスト

Agent：PFM - Agentホスト

←：右項から左項への通信（コネクション）を開始する方向

注※

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

通信（コネクション）を開始する時は，接続を受ける側（矢印が向いている側）が，表E-1のポート番号を受信ポートとして使用します。接続する側は，OSによって割り当てられる空きポート番号を送信ポートとして使用します。この場合に使用するポート番号の範囲は，OSによって異なります。

上記のAgent←Managerの場合は，Managerで一時的に使用される送信ポートがAgentの受信ポートを通過できるようにファイアウォールを設定してください。

注意

PFM - Agentのホストでjpctool db dump(jpcctrl dump)コマンドまたはjpctool service list(jpcctrl list)コマンドを実行したい場合，次のどちらかの方法でコマンドを実行してください。

jpctool db dump(jpcctrl dump)コマンドまたはjpctool service list(jpcctrl list)コマンドのproxyオプションで，PFM - Managerを経由して通信するように指定してください。jpctool db dump(jpcctrl dump)コマンドまたはjpctool service list(jpcctrl list)コマンドのproxyオプションについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

各PFM - Agentホスト間で次の表に示す方向でポート番号を設定し，ファイアウォールを通過させるようにしてください。

表E-3　ファイアウォールの通過方向（各PFM - Agentホスト間）

サービス名 | パラメーター | 通過方向
Agent Store | jp1pcstoh[nnn]※ | Agent←→Agent
Agent Collector | jp1pcagth[nnn]※ | Agent←→Agent

（凡例）

Agent：PFM - Agentホスト

←→：左項から右項，および右項から左項への通信（コネクション）を開始する方向

注※

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

付録F　PFM - Agent for OpenTP1のプロパティ

ここでは，PFM - Web Consoleで表示されるPFM - Agent for OpenTP1のAgent Storeサービスのプロパティ一覧，およびAgent Collectorサービスのプロパティ一覧を記載します。

＜この節の構成＞

付録F.1　Agent Storeサービスのプロパティ一覧

付録F.2　Agent Collectorサービスのプロパティ一覧

付録F.1　Agent Storeサービスのプロパティ一覧

PFM - Agent for OpenTP1のAgent Storeサービスのプロパティ一覧を次の表に示します。

表F-1　PFM - Agent for OpenTP1のAgent Storeサービスのプロパティ一覧

フォルダ名
プロパティ名
説明

－
First Registration Date
サービスがPFM - Managerに認識された最初の日時が表示される。

Last Registration Date
サービスがPFM - Managerに認識された最新の日時が表示される。

General
－
ホスト名やディレクトリなどの情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Directory
サービスの動作するカレントディレクトリ名が表示される。

Host Name
サービスが動作する物理ホスト名が表示される。

Process ID
サービスのプロセスIDが表示される。

Physical Address
サービスが動作するホストのIPアドレスおよびポート番号が表示される。

User Name
サービスプロセスを実行したユーザー名が表示される。

Time Zone
サービスで使用されるタイムゾーンが表示される。

System
－
サービスが起動されているOSの，OS情報が格納されている。このフォルダに格納されているプロパティは変更できない。

CPU Type
CPUの種類が表示される。

Hardware ID
ハードウェアIDが表示される。

OS Type
OSの種類が表示される。

OS Name
OS名が表示される。

OS Version
OSのバージョンが表示される。

Network Services
－
Performance Management通信共通ライブラリーについての情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Build Date
Agent Storeサービスの作成日が表示される。

INI File
jpcns.iniファイルの格納ディレクトリ名が表示される。

Network Services
Service
－
サービスについての情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Description
次の形式でホスト名が表示される。
インスタンス名_ホスト名

Local Service Name
サービスIDが表示される。

Remote Service Name
接続先PFM - ManagerホストのMaster ManagerサービスのサービスIDが表示される。

EP Service Name
接続先PFM - ManagerホストのCorrelatorサービスのサービスIDが表示される。

Retention
－
Storeバージョン1.0を使用している場合にデータの保存期間を設定する。
データの保存期間の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。

Product Interval - Minute Drawer
分ごとのPIレコードタイプのレコードの保存期間を設定する。
次のリストから選択できる。

Minute

Hour

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Hour Drawer
時間ごとのPIレコードタイプのレコードの保存期間を設定する。
次のリストから選択できる。

Hour

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Day Drawer
日ごとのPIレコードタイプのレコードの保存期間を設定する。
次のリストから選択できる。

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Week Drawer
週ごとのPIレコードタイプのレコードの保存期間を設定する。
次のリストから選択できる。

Week

Month

Year

Product Interval - Month Drawer
月ごとのPIレコードタイプのレコードの保存期間を設定する。
次のリストから選択できる。

Month

Year

Product Interval - Year Drawer
年ごとのPIレコードタイプのレコードの保存期間。Yearで固定。

Product Detail - PDレコードタイプのレコードID
PDレコードタイプの各レコードの保存レコード数を設定する。
0～2,147,483,647の整数が指定できる。
注意：範囲外の数値，またはアルファベットなどの文字を指定した場合，エラーメッセージが表示される。

RetentionEx
－
Storeバージョン2.0を使用している場合にデータの保存期間を設定する。
データの保存期間の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。

RetentionEx
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ごとに，年単位のパフォーマンスデータの保存期間が表示される。表示される値は10で固定。

Product Detail - PDレコードタイプのレコードID
Period (Day)
PDレコードタイプのレコードIDごとに，パフォーマンスデータの保存期間を設定する。
保存期間（日数）を0～366の整数で指定できる。

Disk Usage
－
各データベースが使用しているディスク容量が格納されている。このフォルダに格納されているプロパティには，プロパティを表示した時点でのディスク使用量が表示される。このフォルダに格納されているプロパティは変更できない。

Product Interval
PIレコードタイプのレコードで使用されるディスク容量が表示される。

Product Detail
PDレコードタイプのレコードで使用されるディスク容量が表示される。

Product Alarm
PAレコードタイプのレコードで使用されるディスク容量が表示される。PFM - Agent for OpenTP1では使用しない。

Product Log
PLレコードタイプのレコードで使用されるディスク容量が表示される。PFM - Agent for OpenTP1では使用しない。

Total Disk Usage
データベース全体で使用されるディスク容量が表示される。

Configuration
－
Storeバージョンについての情報が格納されている。このフォルダに格納されているプロパティは，変更できない。

Store Version
Storeバージョンが表示される。

（凡例）

－：該当しない

付録F.2　Agent Collectorサービスのプロパティ一覧

PFM - Agent for OpenTP1のAgent Collectorサービスのプロパティ一覧を次の表に示します。

表F-2　PFM - Agent for OpenTP1のAgent Collectorサービスのプロパティ一覧

フォルダ名
プロパティ名
説明

－
First Registration Date
サービスがPFM - Managerに認識された最初の日時が表示される。

Last Registration Date
サービスがPFM - Managerに認識された最新の日時が表示される。

Data Model Version
データモデルのバージョンが表示される。

General
－
ホスト名やディレクトリなどの情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Directory
サービスの動作するカレントディレクトリ名が表示される。

Host Name
サービスが動作する物理ホスト名が表示される。

Process ID
サービスのプロセスIDが表示される。

Physical Address
サービスが動作するホストのIPアドレスが表示される。

User Name
サービスプロセスを実行したユーザー名が表示される。

Time Zone
サービスで使用されるタイムゾーンが表示される。

System
－
サービスが起動しているOSの，OS情報が格納されている。このフォルダに格納されているプロパティは変更できない。

CPU Type
CPUの種類が表示される。

Hardware ID
ハードウェアIDが表示される。

OS Type
OSの種類が表示される。

OS Name
OS名が表示される。

OS Version
OSのバージョンが表示される。

Network Services
－
PFM通信共通ライブラリーについての情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Build Date
PFM通信共通ライブラリーの作成日が表示される。

INI File
jpcns.iniファイルの格納フォルダ名が表示される。

Version
PFM通信共通ライブラリーのバージョンが表示される。

Network Services
Service
－
サービス名（サービスID）についての情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Description
次の形式でホスト名が表示される。
インスタンス名_ホスト名

Local Service Name
サービスIDが表示される。

Remote Service Name
接続先PFM - ManagerホストのMaster ManagerサービスのサービスIDが表示される。

EP Service Name
接続先PFM - ManagerホストのCorrelatorサービスのサービスIDが表示される。

AH Service Name
同一ホストにあるAction HandlerサービスのサービスIDが表示される。

JP1 Event Configurations
－
JP1イベントの発行条件を設定する。

各サービス
Agent Collectorサービス，Agent Storeサービス，Action Handlerサービス，およびStatus Serverサービスのリスト項目から「Yes」または「No」を選択し，サービスごとにJP1システムイベントを発行するかどうかを指定する。

JP1 Event Send Host
JP1/Baseの接続先イベントサーバ名を指定する。ただし，Action Handlerサービスと同一マシンの論理ホストまたは物理ホストで動作しているイベントサーバだけ指定できる。指定できる値は0～255バイトの半角英数字および「.」「-」で，範囲外の値が指定された場合は，省略されたと仮定する。値が省略された場合は，Action Handlerサービスが動作するホストをイベント発行元ホストとして使用する。「localhost」が指定された場合は，物理ホストが指定されたものと仮定する。

Monitoring Console Host
JP1/IM - Managerのモニター起動でPFM - Web Consoleのブラウザーを起動する場合，起動させるPFM - Web Consoleホストを指定する。指定できる値は0～255バイトの半角英数字および「.」「-」で，範囲外の値が指定された場合は，省略されたと仮定する。値が省略された場合は，接続先のPFM - Managerホストを仮定する。

Monitoring Console Port
起動するPFM - Web Consoleのポート番号（httpリクエストポート番号）を指定する。指定できる値は1～65535で，範囲外の値が指定された場合は，省略されたと仮定する。値が省略された場合は，20358が設定される。

JP1 Event Configurations
Alarm
JP1 Event Mode
アラームの状態が変化した時に，JP1システムイベントとJP1ユーザーイベントのどちらのイベントを発行するか設定する。

JP1 User Event：JP1ユーザーイベントを発行する

JP1 System Event：JP1システムイベントを発行する

Detail Records
－
PDレコードタイプのレコードのプロパティが格納されている。収集されているレコードのレコードIDは，太字で表示される。

Detail Records
レコードID※
－
レコードのプロパティが格納されている。

Description
レコードタイプの説明が表示される。このプロパティは変更できない。

Log
リスト項目から「Yes」または「No」を選択し，レコードをStoreデータベースに記録するかどうかを指定する。この値が「Yes」でかつ，Collection Intervalが0より大きい値であれば，データベースに記録される。指定がない場合は「No」が設定される。

Collection Interval
データの収集間隔を指定する。指定できる値は0～2,147,483,647秒の範囲の1秒単位で指定できる。なお，指定がない場合，または0と指定した場合はデータは収集されない。

Collection Offset
データの収集を開始するオフセット値を指定する。指定できる値は，Collection Intervalで指定した値の範囲内で，かつ0～32,767秒の範囲の1秒単位で指定できる。なお，データ収集の記録時刻は，Collection Offsetの値によらないで，Collection Intervalで計算された時刻となる。

LOGIF
レコードをデータベースに記録するときの条件を指定する。条件に合ったレコードだけがデータベースに記録される。PFM - Web Consoleの［サービス階層］画面で表示されるサービスのプロパティ画面の，下部フレームの［LOGIF］をクリックすると表示される［ログ収集条件設定］ウィンドウで作成した条件式（文字列）が表示される。

Interval Records
－
PIレコードタイプのレコードのプロパティが格納されている。収集されているレコードのレコードIDは，太字で表示される。

Interval Records
レコードID※
－
レコードのプロパティが格納されている。

Description
レコードタイプの説明が表示される。このプロパティは変更できない。

Log
リスト項目から「Yes」または「No」を選択し，レコードをStoreデータベースに記録するかどうかを指定する。この値が「Yes」でかつ，Collection Intervalが0より大きい値であれば，データベースに記録される。指定がない場合は「No」が設定される。

Collection Interval
データの収集間隔を指定する。指定できる値は0～2,147,483,647秒の範囲の1秒単位で指定できる。なお，指定がない場合，または0と指定した場合はデータは収集されない。

Collection Offset
データの収集を開始するオフセット値を指定する。指定できる値は，Collection Intervalで指定した値の範囲内で，かつ0～32,767秒の範囲の1秒単位で指定できる。なお，データ収集の記録時刻は，Collection Offsetの値によらないで，Collection Intervalで計算された時刻となる。

LOGIF
レコードをデータベースに記録するときの条件を指定する。条件に合ったレコードだけがデータベースに記録される。PFM - Web Consoleの［サービス階層］画面で表示されるサービスのプロパティ画面の，下部フレームの［LOGIF］をクリックすると表示される［ログ収集条件設定］ウィンドウで作成した条件式（文字列）が表示される。

Log Records
－
PLレコードタイプのレコードのプロパティが格納されている。PFM - Agent for OpenTP1ではこのレコードをサポートしていないため使用しない。

Restart Configurations
－
PFMサービス自動再起動の条件を設定する。PFM - ManagerまたはPFM - Baseが08-50以降の場合に設定できる。
PFMサービス自動再起動機能については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照のこと。

Restart when Abnormal Status
Status ServerサービスがAction Handlerサービス，Agent Collectorサービス，およびAgent Storeサービスの状態を正常に取得できない場合にサービスを自動再起動するかどうかを設定する。

Restart when Single Service Running
Agent StoreサービスとAgent Collectorサービスのどちらかしか起動していない場合にサービスを自動再起動するかどうかを設定する。

Restart Configurations
Agent Collector
Auto Restart
Agent Collectorサービスに対して自動再起動機能を利用するかどうかを設定する。

Auto Restart - Interval (Minute)
自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を分単位で設定する。

Auto Restart - Repeat Limit
自動再起動機能を利用する場合，連続して再起動を試行する回数を設定する。

Scheduled Restart
Agent Collectorサービスに対して，定期再起動機能を利用するかどうかを設定する。

Scheduled Restart - Interval
定期再起動機能を利用する場合，再起動間隔を設定する。

Scheduled Restart - Interval Unit
定期再起動機能を利用する場合，再起動間隔の単位を設定する。

Scheduled Restart - Origin - Year
再起動する年を1971～2035の整数で指定できる。

Scheduled Restart - Origin - Month
再起動する月を1～12の整数で指定できる。

Scheduled Restart - Origin - Day
再起動する日を1～31の整数で指定できる。

Scheduled Restart - Origin - Hour
再起動する時間（時）を0～23の整数で指定できる。

Scheduled Restart - Origin - Minute
再起動する時間（分）を0～59の整数で指定できる。

Agent Store
Auto Restart
Agent Storeサービスに対して自動再起動機能を利用するかどうかを設定する。

Auto Restart - Interval (Minute)
自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を分単位で設定する。

Auto Restart - Repeat Limit
自動再起動機能を利用する場合，連続して再起動を試行する回数を設定する。

Scheduled Restart
Agent Storeサービスに対して，定期再起動機能を利用するかどうかを設定する。

Scheduled Restart - Interval
定期再起動機能を利用する場合，再起動間隔を設定する。

Scheduled Restart - Interval Unit
定期再起動機能を利用する場合，再起動間隔の単位を設定する。

Scheduled Restart - Origin - Year
再起動する年を1971～2035の整数で指定できる。

Scheduled Restart - Origin - Month
再起動する月を1～12の整数で指定できる。

Scheduled Restart - Origin - Day
再起動する日を1～31の整数で指定できる。

Scheduled Restart - Origin - Hour
再起動する時間（時）を0～23の整数で指定できる。

Scheduled Restart - Origin - Minute
再起動する時間（分）を0～59の整数で指定できる。

Action Handler
Auto Restart
Action Handlerサービスに対して自動再起動機能を利用するかどうかを設定する。

Auto Restart - Interval (Minute)
自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を分単位で設定する。

Auto Restart - Repeat Limit
自動再起動機能を利用する場合，連続して再起動を試行する回数を設定する。

Scheduled Restart
Action Handlerサービスに対して，定期再起動機能を利用するかどうかを設定する。

Scheduled Restart - Interval
定期再起動機能を利用する場合，再起動間隔を設定する。

Scheduled Restart - Interval Unit
定期再起動機能を利用する場合，再起動間隔の単位を設定する。

Scheduled Restart - Origin - Year
再起動する年を1971～2035の整数で指定できる。

Scheduled Restart - Origin - Month
再起動する月を1～12の整数で指定できる。

Scheduled Restart - Origin - Day
再起動する日を1～31の整数で指定できる。

Scheduled Restart - Origin - Hour
再起動する時間（時）を0～23の整数で指定できる。

Scheduled Restart - Origin - Minute
再起動する時間（分）を0～59の整数で指定できる。

Agent Configuration
－
Agent Collectorの概要が表示される。

Instance
PFM - Agent for OpenTP1のインスタンス名が表示される。

Agent Configuration
Parameters
－
Agent Collectorサービスのデータ収集プログラムのプロパティが表示される。

DCDIR
監視対象OpenTP1システムの環境変数DCDIRの値（OpenTP1ディレクトリのパス）が表示される。

DCCONFPATH
監視対象OpenTP1システムの環境変数DCCONFPATHの値（OpenTP1システム定義ファイル格納ディレクトリのパス）が表示される。

OPENTP1_ADMIN
監視対象OpenTP1システムの管理者のユーザー名が表示される。
Windowsの場合は表示されない。

OPENTP1_LIBPATH
監視対象OpenTP1システムの共用ライブラリーパスの値が表示される。

Windowsの場合：表示されない

AIXの場合：環境変数LIBPATHと同じ値

Linuxの場合：環境変数LD_LIBRARY_PATHと同じ値

（凡例）

－：該当しない

注※

フォルダ名には，データベースIDを除いたレコードIDが表示されます。各レコードのレコードIDについては，「第3編　6.　レコード」を参照してください。

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

ここでは，PFM - Agent for OpenTP1のファイルおよびディレクトリ一覧をOSごとに記載します。

Performance Managementのインストール先ディレクトリをOSごとに示します。

Windowsの場合

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

64 ビット版のWindows Server 2008以外の場合
システムドライブ¥Program Files¥Hitachi¥jp1pc¥

64 ビット版のWindows Server 2008の場合
システムドライブ¥Program Files(x86)¥Hitachi¥jp1pc¥

UNIXの場合

Performance Managementのインストール先ディレクトリは，「/opt/jp1pc/」です。

＜この節の構成＞

付録G.1　Windowsの場合

付録G.2　UNIXの場合

付録G.1　Windowsの場合

Windows版PFM - Agent for OpenTP1のファイルおよびフォルダ一覧を次の表に示します。

表G-1　PFM - Agent for OpenTP1のファイルおよびフォルダ一覧（Windows版）

フォルダ名
ファイル名
説明

インストール先フォルダ¥
instagth.ini
PFM - Agent製品情報ファイル

インストール先フォルダ¥agth¥
－
PFM - Agent for OpenTP1のルートフォルダ

insrules.dat
インスタンス起動環境定義ファイル

PATCHLOG.TXT
パッチ情報ファイル

readme.txt
README.TXT（日本語）

インストール先フォルダ¥agth¥agent¥
－
Agent Collectorサービスのルートフォルダ

agtlist.ini
インスタンスリストファイル

jpcagt.ini.instmpl
テンプレートファイル

jpcagth.exe
Agent Collectorサービス実行プログラム

インストール先フォルダ¥agth¥agent¥インスタンス名¥
－
Agent Collectorサービスのルートフォルダ（インスタンスごと）※1

jpcagt.ini
Agent Collectorサービス起動情報ファイル（インスタンスごと）※1

jpcagt.ini.model
Agent Collectorサービス起動情報ファイルのモデルファイル（インスタンスごと）※1

インストール先フォルダ¥agth¥agent¥インスタンス名¥log¥
－
Agent Collectorサービス内部ログファイル格納フォルダ（インスタンスごと）※1

インストール先フォルダ¥agth¥lib¥

－
メッセージカタログ格納フォルダ

jpcagthmsg.dll
メッセージカタログ

インストール先フォルダ¥agth¥store¥
－
Agent Storeサービスのルートフォルダ

jpcsto.ini.instmpl
テンプレートファイル

stolist.ini
インスタンスリストファイル

*.DAT
データモデル定義ファイル

インストール先フォルダ¥agth¥store¥インスタンス名¥
－
Agent Storeサービスのルートフォルダ（インスタンスごと）※1

*.DB
パフォーマンスデータファイル（インスタンスごと）※2

*.IDX
パフォーマンスデータファイルのインデックスファイル（インスタンスごと）※2

*.LCK
パフォーマンスデータファイルのロックファイル（インスタンスごと）※2

jpcsto.ini
Agent Storeサービス起動情報ファイル（インスタンスごと）※1

jpcsto.ini.model
Agent Storeサービス起動情報ファイルのモデル（インスタンスごと）※1

*.DAT
データモデル定義ファイル（インスタンスごと）※1

インストール先フォルダ¥agth¥store¥インスタンス名¥backup¥
－
標準のデータベースバックアップ先フォルダ（インスタンスごと）※1

インストール先フォルダ¥agth¥store¥インスタンス名¥partial¥※³
－
標準のデータベース部分バックアップ先フォルダ（インスタンスごと）※1

インストール先フォルダ¥agth¥store¥インスタンス名¥dump¥
－
標準のデータベースエクスポート先フォルダ（インスタンスごと）※1

インストール先フォルダ¥agth¥store¥インスタンス名¥import¥※3
－
標準のデータベースインポート先フォルダ（インスタンスごと）※1

インストール先フォルダ¥agth¥store¥インスタンス名¥log¥
－
Agent Storeサービス内部ログファイル格納フォルダ（インスタンスごと）※1

インストール先フォルダ¥agth¥store¥インスタンス名¥STPD¥※3
－
PDデータベースのデータを格納するフォルダ（インスタンスごと）※1※4

インストール先フォルダ¥agth¥store¥インスタンス名¥STPI¥※3
－
PIデータベースのデータを格納するフォルダ（インスタンスごと）※1※4

インストール先フォルダ¥agth¥store¥インスタンス名¥STPL¥※3
－
PLデータベースのデータを格納するフォルダ（インスタンスごと）※1※4

インストール先フォルダ¥auditlog¥
－
動作ログファイルの標準の出力フォルダ

jpcauditn.log※5
動作ログファイル

インストール先フォルダ¥patch_files¥agth¥
－
PFM - Agentパッチ関連ファイル格納フォルダ

インストール先フォルダ¥setup¥
－
セットアップファイル格納フォルダ

alarm
監視テンプレートアラーム格納ディレクトリ

extract
セットアップファイル展開ディレクトリ

jpcagthu.Z
PFM - Agentセットアップ用アーカイブファイル（UNIX）

jpcagthw.EXE
PFM - Agentセットアップ用アーカイブファイル（Windows）

（凡例）

－：該当しない

注※1

jpcconf inst setup(jpcinssetup)コマンドの実行で作成されます。

注※2

Agent Storeサービス起動時に作成されます。

注※3

Storeバージョン2.0の場合だけ使用します。

注※4

サブフォルダには，パフォーマンスデータファイル（*.DB）と，パフォーマンスデータファイルのインデックスファイル（*.IDX）が格納されます。

注※5

nは数値です。ログファイル数は，jpccomm.iniファイルで変更できます。

付録G.2　UNIXの場合

UNIX版PFM - Agent for OpenTP1のファイルおよびディレクトリ一覧を次の表に示します。

表G-2　PFM - Agent for OpenTP1のファイルおよびディレクトリ一覧（UNIX版）

ディレクトリ名 | ファイル名 | 説明
/opt/jp1pc/ | instagth.ini | PFM - Agent製品情報ファイル
/opt/jp1pc/agth/ | － | PFM - Agent for OpenTP1のルートディレクトリ
insrules.dat | インスタンス起動環境定義ファイル
PATCHLOG.TXT | パッチ情報ファイル
patch_history | パッチ履歴ファイル
lib | 共通ライブラリー格納ディレクトリ
/opt/jp1pc/agth/agent/ | － | Agent Collectorサービスのルートディレクトリ
agtlist.ini | インスタンスリストファイル
jpcagt.ini.instmpl | テンプレートファイル
jpcagth | Agent Collectorサービス実行プログラム
/opt/jp1pc/agth/agent/インスタンス名/ | － | Agent Collectorサービスのルートディレクトリ（インスタンスごと）※1
jpcagt.ini | Agent Collectorサービス起動情報ファイル（インスタンスごと）※1
jpcagt.ini.lck | Agent Collectorサービス起動情報ファイル（インスタンスごと）のロックファイル※2
jpcagt.ini.model | Agent Collectorサービス起動情報ファイルのモデルファイル（インスタンスごと）※1
/opt/jp1pc/agth/agent/インスタンス名/log/ | － | Agent Collectorサービス内部ログファイル格納フォルダ（インスタンスごと）※1
/opt/jp1pc/agth/nls/ | － | メッセージカタログ格納ディレクトリ
/opt/jp1pc/agth/nls/$LANG/ | － | LANG値ごとのPFM - Agent for OpenTP1用メッセージカタログ格納ディレクトリ
jpcagthmsg.cat | PFM - Agent for OpenTP1用メッセージカタログ
/opt/jp1pc/agth/store/ | － | Agent Storeサービスのルートディレクトリ
jpcsto.ini.instmpl | テンプレートファイル
stolist.ini | インスタンスリストファイル
*.DAT | データモデル定義ファイル
/opt/jp1pc/agth/store/インスタンス名/ | － | Agent Storeサービスのルートディレクトリ（インスタンスごと）※1
*.DB | パフォーマンスデータファイル（インスタンスごと）※3
*.IDX | パフォーマンスデータファイルのインデックスファイル（インスタンスごと）※3
*.LCK | パフォーマンスデータファイルのロックファイル（インスタンスごと）※3
jpcsto.ini | Agent Storeサービス起動情報ファイル（インスタンスごと）※1
jpcsto.ini.model | Agent Storeサービス起動情報ファイルのモデル（インスタンスごと）※1
*.DAT | データモデル定義ファイル（インスタンスごと）※1
/opt/jp1pc/agth/store/インスタンス名/backup/ | － | 標準のデータベースバックアップ先ディレクトリ（インスタンスごと）※1
/opt/jp1pc/agth/store/インスタンス名/partial/※4 | － | 標準のデータベース部分バックアップ先ディレクトリ（インスタンスごと）※1
/opt/jp1pc/agth/store/インスタンス名/dump/ | － | 標準のデータベースエクスポート先ディレクトリ（インスタンスごと）※1
/opt/jp1pc/agth/store/インスタンス名/import/※4 | － | 標準のデータベースインポート先ディレクトリ（インスタンスごと）※1
/opt/jp1pc/agth/store/インスタンス名/log/ | － | Agent Storeサービス内部ログファイル格納ディレクトリ（インスタンスごと）※1
/opt/jp1pc/agth/store/インスタンス名/STPD/※4 | － | PDデータベースのデータを格納するディレクトリ（インスタンスごと）※1※5
/opt/jp1pc/agth/store/インスタンス名/STPI/※4 | － | PIデータベースのデータを格納するディレクトリ（インスタンスごと）※1※5
/opt/jp1pc/agth/store/インスタンス名/STPL/※4 | － | PLデータベースのデータを格納するディレクトリ（インスタンスごと）※1※5
/opt/jp1pc/auditlog/ | － | 動作ログファイルの標準の出力ディレクトリ
jpcauditn.log※6 | 動作ログファイル
/opt/jp1pc/patch_files/agth/ | － | PFM - Agentパッチ関連ファイル格納ディレクトリ
/opt/jp1pc/setup/ | － | セットアップファイル格納ディレクトリ
alarm | 監視テンプレートアラーム格納ディレクトリ
extract | セットアップファイル展開ディレクトリ
jpcagthu.Z | PFM - Agentセットアップ用アーカイブファイル（UNIX）
jpcagthw.EXE | PFM - Agentセットアップ用アーカイブファイル（Windows）

（凡例）

－：該当しない

注※1

jpcconf inst setup(jpcinssetup)コマンドの実行で作成されます。

注※2

PFM - Agent for OpenTP1が内部で使用しているファイルです。変更および削除はしないでください。

注※3

Agent Storeサービス起動時に作成されます。

注※4

Storeバージョン2.0の場合だけ使用します。

注※5

サブディレクトリには，パフォーマンスデータファイル(*.DB)と，パフォーマンスデータファイルのインデックスファイル(*.IDX)が格納されます。

注※6

nは数値です。ログファイル数は，jpccomm.iniファイルで変更できます。

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

PFM - Agent for OpenTP1をバージョンアップするには，PFM - Agent for OpenTP1を上書きインストールします。インストールの操作の詳細については，「第2編　2.　インストールとセットアップ（Windowsの場合）」または「第2編　3.　インストールとセットアップ（UNIXの場合）」を参照してください。

また，旧バージョンのPerformance Managementからの移行についての詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録を参照してください。

注意

バージョンアップする際には，古いバージョンのPFM - Agent for OpenTP1をアンインストールしないでください。アンインストールすると，古いバージョンで作成したパフォーマンスデータなども一緒に削除されてしまうため，新しいバージョンで使用できなくなります。

PFM - Agent for OpenTP1のプログラムを上書きインストールすると，次の項目が自動的に更新されます。
・Agnet StoreサービスのStoreデータベースファイル
・iniファイル

バージョン08-00以降のPerformance Managementプログラムでは，Store実行プログラム（Windowsの場合jpcsto.exeおよびstpqlpr.exe，UNIXの場合jpcstoおよびstpqlpr）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStore実行プログラムは削除されます。

付録I　バージョン互換

PFM - Agentには，製品のバージョンのほかに，データモデルのバージョンがあります。

データモデルは，上位互換を保っているため，古いバージョンで定義したレポートの定義やアラームの定義は，新しいバージョンのデータモデルでも使用できます。

PFM - Agent for OpenTP1のバージョンの対応を次の表に示します。

表I-1　PFM - Agent for OpenTP1のバージョン対応表

PFM - Agent for OpenTP1のバージョン | データモデルのバージョン | 監視テンプレートのアラームテーブルのバージョン
07-50 | 4.0 | 7.50
08-00 | 5.0 | 8.00
5.1
08-10 | 5.1 | 8.10
08-11 | 5.2 | 8.11
08-50 | 5.2 | 8.50
09-00 | 5.2 | 09.00

バージョン互換については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録に記載されているバージョン互換を参照してください。

付録J　動作ログの出力

Performance Managementの動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

例えば，しきい値オーバーなどの異常が発生したことを示すアラーム発生時に，いつ，どのサービスがアラームを発生させたのかを示す情報が動作ログに出力されます。

動作ログは，PFM - ManagerまたはPFM - Baseが08-10以降の場合に出力できます。

動作ログは，CSV形式で出力されるテキストファイルです。定期的に保存して表計算ソフトで加工することで，分析資料として利用できます。

動作ログは，jpccomm.iniの設定によって出力されるようになります。ここでは，PFM - AgentおよびPFM - Baseが出力する動作ログの出力内容と，動作ログを出力するための設定方法について説明します。

＜この節の構成＞

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

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

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

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

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

動作ログに出力される事象の種別およびPFM - AgentおよびPFM - Baseが動作ログを出力する契機を次の表に示します。事象の種別とは，動作ログに出力される事象を分類するための，動作ログ内での識別子です。

表J-1　動作ログに出力される事象の種別

事象の種別
説明
PFM - AgentおよびPFM - Baseが出力する契機

StartStop
ソフトウェアの起動と終了を示す事象。

PFMサービスの起動・停止

スタンドアロンモードの開始・終了

ExternalService
JP1製品と外部サービスとの通信結果を示す事象。
異常な通信の発生を示す事象。
PFM - Managerとの接続状態の変更。

ManagementAction
プログラムの重要なアクションの実行を示す事象。
ほかの監査カテゴリーを契機にアクションが実行されたことを示す事象。
自動アクションの実行。

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

ここでは，動作ログのファイル保存形式について説明します。

動作ログは規定のファイル（カレント出力ファイル）に出力され，満杯になった動作ログは別のファイル（シフトファイル）として保存されます。動作ログのファイル切り替えの流れは次のとおりです。

動作ログは，カレント出力ファイル「jpcaudit.log」に順次出力されます。

カレント出力ファイルが満杯になると，その動作ログはシフトファイルとして保存されます。
シフトファイル名は，カレント出力ファイル名の末尾に数値を付加した名称です。シフトファイル名は，カレント出力ファイルが満杯になるたびにそれぞれ「ファイル名末尾の数値+1」へ変更されます。つまり，ファイル末尾の数値が大きいほど，古いログファイルとなります。

例

カレント出力ファイル「jpcaudit.log」が満杯になると，その内容はシフトファイル「jpcaudit1.log」へ保管されます。

カレント出力ファイルが再び満杯になると，そのログは「jpcaudit1.log」へ移され，既存のシフトファイル「jpcaudit1.log」は「jpcaudit2.log」へリネームされます。

なお，ログファイル数が保存面数（jpccomm.iniファイルで指定）を超えると，いちばん古いログファイルから削除されます。

カレント出力ファイルが初期化され，新たな動作ログが書き込まれます。

動作ログの出力要否，出力先および保存面数は，jpccomm.iniファイルで設定します。jpccomm.iniファイルの設定方法については，「付録J.4　動作ログを出力するための設定」を参照してください。

付録J.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/

動作ログの出力先は，jpccomm.iniファイルで変更できます。jpccomm.iniファイルの設定方法については，「付録J.4　動作ログを出力するための設定」を参照してください。

(3)　出力項目

出力項目には二つの分類があります。

共通出力項目
動作ログを出力するJP1製品が共通して出力する項目です。

固有出力項目
動作ログを出力するJP1製品が任意に出力する項目です。

(a)　共通出力項目

共通出力項目に出力される値と項目の内容を次の表に示します。なお，この表はPFM - Managerが出力する項目や内容も含みます。

表J-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)　固有出力項目

固有出力項目に出力される値と項目の内容を次の表に示します。なお，この表はPFM - Managerが出力する項目や内容も含みます。

表J-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
出力元の場所
outp:host
PFM - Managerのホスト名
動作ログの出力元のホスト

5
指示元の場所
subjp:host

ログイン元ホスト名

実行ホスト名（jpctool alarm(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 - 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に送信されなかったイベントがあることを知ることができる。

●自動アクションの実行（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

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

動作ログを出力するための設定は，jpccomm.iniファイルで定義します。設定しない場合，動作ログは出力されません。動作ログを出力するための設定内容とその手順について次に示します。

＜この項の構成＞

(1)　設定手順

(2)　jpccomm.iniファイルの詳細

(1)　設定手順

動作ログを出力するための設定手順を次に示します。

ホスト上の全PFMサービスを停止させる。

テキストエディターなどで，jpccomm.iniファイルを編集する。

jpccomm.iniファイルを保存して閉じる。

(2)　jpccomm.iniファイルの詳細

jpccomm.iniファイルの詳細について説明します。

(a)　格納先ディレクトリ

Windowsの場合

インストール先フォルダ

UNIXの場合

/opt/jp1pc/

(b)　形式

jpccomm.iniファイルには，次の内容を定義します。

動作ログの出力の有無

動作ログの出力先

動作ログの保存面数

動作ログのファイルサイズ

指定形式は次のとおりです。

"項目名"=値

設定項目を次の表に示します。

表J-4　jpccomm.iniファイルで設定する項目およびデフォルト値

項番
項目
説明

1
[Action Log Section]
セクション名。変更できない。

2
Action Log Mode
動作ログを出力するかどうかを指定する。この項目の設定は省略できない。

デフォルト値
0（出力しない）

指定できる値
0（出力しない），1（出力する）
これ以外の値を指定すると，エラーメッセージが出力され，動作ログは出力されない。

3
Action Log Dir
動作ログの出力先を指定する。
制限長を超えるパスを設定した場合や，ディレクトリへのアクセスが失敗した場合は，共通ログにエラーメッセージが出力され，動作ログは出力されない。

デフォルト値
Windowsの場合
インストール先フォルダ¥auditlog¥
UNIXの場合
/opt/jp1pc/auditlog/

指定できる値
1～185バイトの文字列

4
Action Log Num
ログファイルの総数の上限（保存面数）を指定する。カレント出力ファイルとシフトファイルの合計を指定する。

デフォルト値
5

指定できる値
2～10の整数

数値以外の文字列を指定した場合，エラーメッセージが出力され，デフォルト値である5が設定される。
範囲外の数値を指定した場合，エラーメッセージを出力し，指定値に最も近い2～10の整数値が設定される。

5
Action Log Size
ログファイルのサイズをキロバイト単位で指定する。

デフォルト値
2048

指定できる値
512～2096128の整数

数値以外の文字列を指定した場合，エラーメッセージが出力され，デフォルト値である2048が設定される。
範囲外の数値を指定した場合，エラーメッセージが出力され，指定値に最も近い512～2096128の整数値が設定される。

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

＜この節の構成＞

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

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

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

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

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

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

PFM - Agent for OpenTP1固有の情報を採取する場合，環境変数「JPCAGTH_COLNOTP1RAS」に1を設定することでdcrasgetコマンドの処理を抑止できるようにしました。

適用OSがUNIXの場合に，OpenTP1管理者のユーザー名としてインスタンス情報「OPENTP1_ADMIN」項目に設定可能な値の最大値を拡張しました。

「ソリューションセット」の名称を「監視テンプレート」に変更しました。

監視テンプレートのアラームテーブルのバージョンを8.50から09.00に変更しました。

JP1/IMとの連携機能を強化しました。これに伴い，Agent Collectorサービスのプロパティ一覧に次のフォルダを追加しました。
JP1 Event Configurations

メッセージKAVF20125-Iを追加しました。

08-51以前のコマンドと互換性を持つ新形式のコマンドが追加されたことに伴い，09-00以降のコマンドを次のように表記しました。
09-00以降のコマンド（08-51以前のコマンド）

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

PFM - Agent for OpenTP1のセットアップの手順を簡易化しました。

jpcdbctrl configコマンドを使用してパフォーマンスデータの格納先を変更できるようにしました。

jpcsto.iniファイルを編集してパフォーマンスデータの格納先を変更する場合の準備，およびjpcsto.iniファイル編集時の注意を追加しました。

PFM - Agent for OpenTP1が動作するOSに次を追加しました。

Windows Server 2008

Linux 5 (AMD/Intel 64)

Linux 5 Advanced Platform (AMD/Intel 64)

Linux 5 (x86)

Linux 5 Advanced Platform (x86)

Linux 5 (IPF)

Linux 5 Advanced Platform (IPF)

Performance Managementプログラムのインストール失敗時に採取するファイルを追加しました。

PFM - Web Consoleがインストールされているホストから，Performance Managementプログラムをアンインストールする場合の注意事項を追加しました。

Performance Managementプログラムに障害が起きた場合のフェールオーバーの設定例を変更しました。

クラスタシステムでPFM - Agent for OpenTP1の運用方式を変更する手順を追加しました。

ソリューションセットのアラームテーブルのバージョンを8.11から8.50に変更しました。

名称が変更されたシステムログの採取方法を追加しました。

Performance Managementの障害検知機能，およびシステムの障害回復機能についての説明を追加しました。

適用OSの追加に伴い，メモリー所要量，およびディスク占有量を変更しました。

履歴データを収集する各レコードのインスタンス数の見積もり例を追加しました。

PFM - Agent for OpenTP1のAgent Collectorサービスの自動再起動のプロパティを追加しました。

Performance Managementプログラムのデフォルトのインストール先フォルダに，Windows Server 2003 (x64)の場合を追加しました。

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

PFM - Agent for OpenTP1を使ったパフォーマンスの監視例を追加しました。

OpenTP1のシステム全体，サーバ，およびサービス単位のリアルタイム統計情報をベースとし，ある一定の時間を単位としたパフォーマンスデータを収集できる機能を追加しました。これに伴う変更を次に示します。

次のアラームを追加しました。
・RTS Branch Time
・RTS JNL Write Time
・RTS Rollbacks
・RTS RPC Time Out
・RTS SCD Stay Time
・RTS SCD Waits
・RTS Svc Time
・RTS UAP Terminates

次のレポートを追加しました。
・RTS Checkpoint Dump Status（5.2）
・RTS DAM Status（5.2）
・RTS Journal Status（5.2）
・RTS Lock Status（5.2）
・RTS Name Status（5.2）
・RTS Process Status（5.2）
・RTS Process Trend（5.2）
・RTS RPC Status（5.2）
・RTS RPC Trend（5.2）
・RTS Schedule Status（5.2）
・RTS Schedule Trend（5.2）
・RTS Shared Memory Status（5.2）
・RTS TAM Status（5.2）
・RTS Transaction Status（5.2）
・RTS Transaction Trend（5.2）

次のレコードを追加しました。
・RTS Summary（PI_RTSS）

PFM - Agent for OpenTP1が動作するOSにHP-UX (IPF)を追加しました。

ソリューションセットのアラームテーブルのバージョンを8.10から8.11に変更しました。

PFM - Agentが持つデータモデルのバージョンを5.1から5.2に変更しました。変更内容を次に示します。

レコード名 | フィールド名 | 変更内容
OpenTP1 Message（PD_MLOG） | Message Text(MESSAGE_TEXT) | 形式（データモデルバージョン5.0の場合string(445)，データモデルバージョン5.1または5.2の場合string(768)）

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

Storeデータベースのバージョン2.0に対応しました。

動作ログを出力する機能を追加しました。

パフォーマンスデータの格納先を変更するコマンドの情報を追加しました。

次のメッセージを追加しました。

KAVF20123-W

KAVF20124-I

メモリー所要量，およびディスク占有量ならびにこれらの見積もり式を変更しました。

Agent Storeサービスに次のプロパティを追加しました。

RetentionExフォルダ
・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)

Configurationフォルダ
・Store Version

Agent Collectorサービスに次のプロパティを追加しました。

EP Service Name

ソリューションセットのアラームテーブルのバージョンを8.00から8.10に変更しました。

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

製品名をJP1/Performance Management - Agent Option for OpenTP1に変更しました。

対象製品にPFM - Web ConsoleおよびPFM - Baseを追加しました。

対象製品からPFM - Viewを削除しました。

PFM - Agent for OpenTP1が動作するOSに次を追加しました。

Linux AS 4 (x86)

Linux ES 4 (x86)

Linux AS 4 (IPF)

PFM - Agent for OpenTP1が動作するOSから次を削除しました。

Linux AS 3 (x86)

Linux ES 3 (x86)

Performance Management の製品構成の変更に伴い，PFM - Agent for OpenTP1のファイルとフォルダの一覧を変更しました。

ソリューションセットのアラームテーブルのバージョンを7.50から8.00に変更しました。

監視対象とするOpenTP1製品に，TP1/Message ControlとTP1/Messagingを追加しました。

アラームに，Rcv Msg Countを追加しました。

ソリューションセットに次のレポートを追加しました。
MCF Status（5.0），MCF Connection Detail（5.0），MCF Logical Terminal Detail（5.0），MCF Service Group Detail（5.0）

PFM - Agentが持つデータモデルのバージョンを4.0から5.0に変更しました。変更内容を次に示します。

次のレコードを追加しました。
PI_MCFSレコード，PD_MCFCレコード，PD_MCFLレコード，PD_MCFGレコード

PFM - Agentが持つデータモデルのバージョンを5.0から5.1に変更しました。変更内容を次に示します。

レコード名 | フィールド名 | 変更内容
OpenTP1 Message（PD_MLOG） | Message Text(MESSAGE_TEXT) | 形式（string(768)）

メッセージKAVF20017-EおよびKAVF20018-Eを追加しました。

付録L　用語解説

（英字）

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に送信します。

Master Manager

PFM - Managerのサービスの一つです。PFM - Managerのメインサービスのことです。

Master Store

PFM - Managerのサービスの一つです。各PFM - Agentから発行されたアラームイベントを管理するサービスのことです。Master Storeサービスはイベントデータの保持のためにデータベースを使用します。

Name Server

PFM - Managerのサービスの一つです。システム内のサービス構成情報を管理するサービスのことです。

ODBCキーフィールド

PFM - Manager，またはPFM - Baseで，SQLを使用してStoreデータベースに格納されているレコードのデータを利用する場合に必要なODBCキーフィールドを示します。ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。

PDレコードタイプ

→「Product Detailレコードタイプ」を参照してください。

Performance Management

システムのパフォーマンスに関する問題を監視および分析するために必要なソフトウェア群の総称です。Performance Managementは，次の五つのプログラムプロダクトで構成されます。

PFM - Manager

PFM - Web Console

PFM - Base

PFM - Agent

PFM - RM

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名

Storeデータベースに格納されているフィールドを識別するための名称です。コマンドでフィールドを指定する場合などに使用します。

PFM - View名

PFM - Manager名の別名です。PFM - Manager名に比べ，より直感的な名称になっています。例えば，PFM - Manager名の「INPUT_RECORD_TYPE」は，PFM - View名で「Record Type」です。PFM - Web ConsoleのGUI上でフィールドを指定する場合などに使用します。

PFM - Web Console

Performance Managementを構成するプログラムプロダクトの一つです。ブラウザーでPerformance Managementシステムを一元的に監視するためWebアプリケーションサーバの機能を提供します。PFM - Web Consoleには，次の機能があります。

GUIの表示

統合監視および管理機能

レポートの定義およびアラームの定義

PIレコードタイプ

→「Product Intervalレコードタイプ」を参照してください。

PLレコードタイプ

→「Product Logレコードタイプ」を参照してください。

Product Detailレコードタイプ

現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが格納されるレコードタイプのことです。PDレコードタイプは，次のような，ある時点でのシステムの状態を知りたい場合に使用します。

システムの稼働状況

現在使用しているファイルシステム容量

Product Intervalレコードタイプ

1分ごとのプロセス数など，ある一定の時間（インターバル）ごとのパフォーマンスデータが格納されるレコードタイプのことです。PIレコードタイプは，次のような，時間の経過に伴うシステムの状態の変化や傾向を分析したい場合に使用します。

一定時間内に発生したシステムコール数の推移

使用しているファイルシステム容量の推移

Product Logレコードタイプ

UNIX上で実行されているアプリケーションまたはデータベースのログ情報が格納されるレコードタイプのことです。

Storeデータベース

Agent Collectorサービスが収集したパフォーマンスデータが格納されるデータベースのことです。

Trap Generator

PFM - Managerのサービスの一つです。SNMPトラップを発行するサービスのことです。

（ア行）

アクション

監視するデータがしきい値に達した場合に，Performance Managementによって自動的に実行される動作のことです。次の動作があります。

Eメールの送信

コマンドの実行

SNMPトラップの発行

JP1イベントの発行

アラーム

監視するデータがしきい値に達した場合のアクションやイベントメッセージを定義した情報のことです。

アラームテーブル

次の情報を定義した一つ以上のアラームをまとめたテーブルです。

監視するオブジェクト（Process，TCP，WebServiceなど）

監視する情報（CPU使用率，1秒ごとの受信バイト数など）

監視する条件（しきい値）

インスタンス

このマニュアルでは，インスタンスという用語を次のように使用しています。

レコードの記録形式を示す場合
1行で記録されるレコードを「単数インスタンスレコード」，複数行で記録されるレコードを「複数インスタンスレコード」，レコード中の各行を「インスタンス」と呼びます。

PFM - Agentの起動方式を示す場合
同一ホスト上の監視対象を一つのエージェントで監視する方式のエージェントを「シングルインスタンスエージェント」と呼びます。これに対して監視対象がマルチインスタンスをサポートする場合，監視対象のインスタンスごとにエージェントで監視する方式のエージェントを「マルチインスタンスエージェント」と呼びます。マルチインスタンスエージェントの各エージェントを「インスタンス」と呼びます。

エージェント

パフォーマンスデータを収集するPFM - Agentのサービスのことです。

（カ行）

監視テンプレート

PFM - Agentに用意されている，定義済みのアラームとレポートのことです。監視テンプレートを使用することで，複雑な定義をしなくてもPFM - Agentの運用状況を監視する準備が容易にできるようになります。

管理ツール

サービスの状態の確認やパフォーマンスデータを操作するために使用する各種のコマンドまたはGUI上の機能のことです。次のことができます。

サービスの構成および状態の表示

パフォーマンスデータの退避および回復

パフォーマンスデータのテキストファイルへのエクスポート

パフォーマンスデータの消去

（サ行）

サービスID

Performance Managementプログラムのサービスに付加された，一意のIDのことです。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータをバックアップする場合などは，Performance ManagementプログラムのサービスIDを指定してコマンドを実行します。サービスIDの形式は，プロダクト名表示機能の設定によって異なります。サービスIDの形式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

ステータス管理機能

PFM - ManagerおよびPFM - Agent上で動作するすべてのサービスの状態を管理する機能です。ステータス管理機能を用いると，システム管理者は各ホストでのサービスの起動や停止などの状態を正しく把握できるため，障害復旧のための適切な対処を迅速に行うことができます。

（タ行）

単数インスタンスレコード

1行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持ちません。

→「インスタンス」を参照してください。

データベースID

PFM - Agentの各レコードに付けられた，レコードが格納されるデータベースを示すIDです。データベースIDは，そのデータベースに格納されるレコードの種類を示しています。データベースIDを次に示します。

PI　PIレコードタイプのレコードのデータベースであることを示します。

PD　PDレコードタイプのレコードのデータベースであることを示します。

データモデル

各PFM - Agentが持つレコードおよびフィールドの総称のことです。データモデルは，バージョンで管理されています。

ドリルダウンレポート

レポートまたはレポートのフィールドに関連づけられたレポートです。あるレポートの詳細情報や関連情報を表示したい場合に使用します。

（ハ行）

バインド

アラームをエージェントと関連づけることです。バインドすると，エージェントによって収集されているパフォーマンスデータが，アラームで定義したしきい値に達した場合，ユーザーに通知できるようになります。

パフォーマンスデータ

監視対象システムから収集したリソースの稼働状況データのことです。

フィールド

レコードを構成するパフォーマンスデータの集まりのことです。

複数インスタンスレコード

複数行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持っています。

→「インスタンス」を参照してください。

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，フェールオーバー時にもほかのサーバに引き継がれません。

（ラ行）

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間のことです。

リアルタイムレポート

監視対象の現在の状況を示すレポートです。

履歴レポート

監視対象の過去から現在までの状況を示すレポートです。

レコード

収集したパフォーマンスデータを格納する形式のことです。レコードの種類は，Storeデータベースの各データベースによって異なります。

レポート

PFM - Agentが収集したパフォーマンスデータをグラフィカルに表示する際の情報を定義したものです。主に，次の情報を定義します。

レポートに表示させるレコード

パフォーマンスデータの表示項目

パフォーマンスデータの表示形式（表，グラフなど）

索引

[Ａ][Ｃ][Ｄ][Ｆ][Ｈ][Ｉ][Ｊ][Ｌ][Ｍ][Ｎ][Ｏ][Ｐ][Ｒ][Ｓ][Ｔ][Ｕ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ａ)

Action Handler

Advancedフォルダ

Agent Collector

Agent Collectorサービスのプロパティ一覧

Agent Store

Agent Storeサービスのプロパティ一覧

(Ｃ)

char(n) データ型

Checkpoint Dump Detailレポート

Checkpoint Dump Status（PD_CPD）レコード

Checkpoint Dump Statusレポート

Correlator

(Ｄ)

Daily Trendフォルダ

DAM File Detailレポート

DAM File Status（PD_DAM）レコード

DAM Statusレポート

DAM Summary（PI_DAMS）レコード

DAMサービスに関する稼働統計情報

DAMファイル状態

DAMファイルのリアルタイム情報

double データ型

(Ｆ)

float データ型

(Ｈ)

HAクラスタシステム

(Ｉ)

IPアドレスの設定（UNIXの場合）

IPアドレスの設定（Windowsの場合）

(Ｊ)

Journal Detailレポート

Journal Status（PD_JNL）レコード

Journal Statusレポート

jpchostsファイル

jpchostsファイル

jpcrasコマンド（UNIXの場合）

jpcrasコマンド（Windowsの場合）

jpcsto.iniファイル（UNIXの場合）

jpcsto.iniファイル（Windowsの場合）

(Ｌ)

Lock Detailレポート

Lock Status（PD_LCK）レコード

Lock Statusレポート

long データ型

(Ｍ)

Master Manager

Master Store

MCF Connection Detail（5.0）レポート

MCF Connection Status（PD_MCFC）レコード

MCF Logical Terminal Detail（5.0）レポート

MCF Logical Terminal Status（PD_MCFL）レコード

MCF Service Group Detail（5.0）レポート

MCF Service Group Status（PD_MCFG）レコード

MCF Status（5.0）レポート

MCF Summary（PI_MCFS）レコード

MCFコネクション状態についてのリアルタイム情報

MCFサービスグループについてのリアルタイム情報

MCFサービスグループの受信メッセージ数

MCFサービスに関する稼働統計情報

MCF入力キューの滞留状況の監視

MCF論理端末についてのリアルタイム情報

Message Logレポート

Monthly Trendフォルダ

(Ｎ)

Name Server

Name Statusレポート

(Ｏ)

ODBCキーフィールド

ODBCキーフィールド一覧

OpenTP1 Message（PD_MLOG）レコード

OpenTP1管理下のプロセスのリアルタイム情報

OpenTP1システムの主な稼働統計情報

OpenTP1スケジュールサービスのサーバごとのスケジュール状況

OpenTP1で発行されるRPCの最近1か月間の応答時間

OpenTP1で発行されるRPCの最近1か月間の処理時間

OpenTP1で発生したRPCの最近1日間の実行状況

OpenTP1で発生したRPCの最近1日間の実行状況

OpenTP1で発生したプロセスの最近1か月間の発生数

OpenTP1で発生したプロセスの最近1か月間の発生数

OpenTP1で発生したプロセスの最近1日間の実行状況

OpenTP1で発生したプロセスの最近1日間の実行状況

(Ｐ)

PD_CPD

PD_DAM

PD_JNL

PD_LCK

PD_MCFC

PD_MCFG

PD_MCFL

PD_MLOG

PD_PRC

PD_SCD

PD_SHM

PD_TAM

PD_TRN

PDレコードタイプ

PDレコードタイプ

Performance Management

PFM - Agent

PFM - Agent for OpenTP1の運用方式の変更〔クラスタ運用時〕

PFM - Agent for OpenTP1の運用方式の変更(UNIXの場合)

PFM - Agent for OpenTP1の運用方式の変更(Windowsの場合)

PFM - Agent for OpenTP1の概要

PFM - Agent for OpenTP1のシステム構成の変更〔クラスタ運用時〕

PFM - Agent for OpenTP1のシステム構成の変更（UNIXの場合）

PFM - Agent for OpenTP1のシステム構成の変更（Windowsの場合）

PFM - Agent for OpenTP1の接続先PFM - Managerの設定（UNIXの場合）

PFM - Agent for OpenTP1の接続先PFM - Managerの設定（Windowsの場合）

PFM - Agent for OpenTP1のセットアップ手順（UNIXの場合）

PFM - Agent for OpenTP1のセットアップ手順（Windowsの場合）

PFM - Agent for OpenTP1のセットアップファイル（UNIXの場合）

PFM - Agent for OpenTP1のセットアップファイル（Windowsの場合）

PFM - Agent for OpenTP1の特長

PFM - Agentの登録（UNIXの場合）〔クラスタ運用時〕

PFM - Agentの登録（Windowsの場合）〔クラスタ運用時〕

PFM - Agent の論理ホストのアンセットアップ（UNIXの場合）〔クラスタ運用時〕

PFM - Agentの論理ホストのアンセットアップ（Windowsの場合）〔クラスタ運用時〕

PFM - Agentの論理ホストのセットアップ（UNIXの場合）〔クラスタ運用時〕

PFM - Agentの論理ホストのセットアップ（Windowsの場合）〔クラスタ運用時〕

PFM - Agentホストに障害が発生した場合のフェールオーバー

PFM - Base

PFM - Manager

PFM - Managerが停止した場合の影響

PFM - Managerでの設定の削除

PFM - Managerでの設定の削除

PFM - Managerでの設定の削除（UNIXの場合）〔クラスタ運用時〕

PFM - Managerでの設定の削除（Windowsの場合）〔クラスタ運用時〕

PFM - Manager名

PFM - View名

PFM - Web Console

PI

PI_DAMS

PI_MCFS

PI_RTSS

PI_TAMS

PIレコードタイプ

PIレコードタイプ

PLレコードタイプ

Process Detailレポート

Process Status（PD_PRC）レコード

Process Statusレポート

Process Trendレポート

Product Detailレコードタイプ

Product Intervalレコードタイプ

Product Logレコードタイプ

(Ｒ)

Rcv Msg Countアラーム

Real-Timeフォルダ

Rollbacksアラーム

RPC Statusレポート

RPC Time Outアラーム

RPC Trendレポート

RPCタイムアウトの発生件数

RPCタイムアウト発生回数

RTS Branch Timeアラーム

RTS Checkpoint Dump Status（5.2）レポート

RTS DAM Status（5.2）レポート

RTS JNL Write Timeアラーム

RTS Journal Status（5.2）レポート

RTS Lock Status（5.2）レポート

RTS Name Status（5.2）レポート

RTS Process Status（5.2）レポート

RTS Process Trend（5.2）レポート

RTS Rollbacksアラーム

RTS RPC Status（5.2）レポート

RTS RPC Time Outアラーム

RTS RPC Trend（5.2）レポート

RTS SCD Stay Timeアラーム

RTS SCD Waitsアラーム

RTS Schedule Status（5.2）レポート

RTS Schedule Trend（5.2）レポート

RTS Shared Memory Status（5.2）レポート

RTS Summary（PI_RTSS）レコード

RTS Svc Timeアラーム

RTS TAM Status（5.2）レポート

RTS Transaction Status（5.2）レポート

RTS Transaction Trend（5.2）レポート

RTS UAP Terminatesアラーム

(Ｓ)

Schedule Detailレポート

Schedule Status（PD_SCD）レコード

Schedule Statusレポート

Schedule Trendレポート

Shared Memory Detailレポート

Shared Memory Status（PD_SHM）レコード

Shared Memory Statusレポート

short データ型

Status Reportingフォルダ

Storeデータベース

Storeデータベース

Storeデータベースに格納されているデータをエクスポートすると出力されるフィールド

Storeデータベースに記録されるときだけ追加されるフィールド

Storeバージョン2.0への移行（UNIXの場合）

Storeバージョン2.0への移行（Windowsの場合）

string(n) データ型

syslogとWindowsイベントログの一覧

System Summary（PI）レコード

(Ｔ)

TAM Statusレポート

TAM Summary（PI_TAMS）レコード

TAM Table Detailレポート

TAM Table Status（PD_TAM）レコード

TAMサービスに関する稼働統計情報

TAMテーブル状態

TAMテーブルの状態のリアルタイム情報

time_t データ型

timeval データ型

Transaction Detailレポート

Transaction Status（PD_TRN）レコード

Transaction Statusレポート

Transaction Trendレポート

Trap Generator

Troubleshootingフォルダ

(Ｕ)

UAP Terminatesアラーム

UAPが異常終了した回数

UAPが異常終了した回数

UAP稼働状況の監視

ulong データ型

utime データ型

(Ｗ)

Webブラウザでマニュアルを参照するための設定

word データ型

(ア行)

(あ)

アクション

アクション

アラーム

アラーム

アラーム一覧

アラームテーブル

アラームテーブル

アラームテーブル

アラームの記載形式

アンインストール手順（UNIXの場合）

アンインストール手順（UNIXの場合）〔クラスタ運用時〕

アンインストール手順（Windowsの場合）

アンインストール手順（Windowsの場合）〔クラスタ運用時〕

アンインストールとアンセットアップ(UNIXの場合)

アンインストールとアンセットアップ（UNIXの場合）〔クラスタ運用時〕

アンインストールとアンセットアップ(Windowsの場合)

アンインストールとアンセットアップ（Windowsの場合）〔クラスタ運用時〕

アンインストールとアンセットアップの流れ（UNIXの場合）〔クラスタ運用時〕

アンインストールとアンセットアップの流れ（Windowsの場合）〔クラスタ運用時〕

アンインストールの前に(UNIXの場合)

アンインストールの前に(Windowsの場合)

アンセットアップ手順（UNIXの場合）

アンセットアップ手順（UNIXの場合）〔クラスタ運用時〕

アンセットアップ手順（Windowsの場合）

アンセットアップ手順（Windowsの場合）〔クラスタ運用時〕

(い)

移行時の注意事項

移行手順

インスタンス

インスタンス環境の更新の設定（UNIXの場合）

インスタンス環境の更新の設定（Windowsの場合）

インスタンス環境の更新の設定〔クラスタ運用時〕

インスタンス環境の設定（UNIXの場合）

インスタンス環境の設定（UNIXの場合）〔クラスタ運用時〕

インスタンス環境の設定（Windowsの場合）

インスタンス環境の設定（Windowsの場合）〔クラスタ運用時〕

インストール手順（UNIXの場合）

インストール手順（UNIXの場合）〔クラスタ運用時〕

インストール手順（Windowsの場合）

インストール手順（Windowsの場合）〔クラスタ運用時〕

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

インストールとセットアップ（UNIXの場合）〔クラスタ運用時〕

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

インストールとセットアップ（Windowsの場合）〔クラスタ運用時〕

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

インストールとセットアップの流れ（UNIXの場合）〔クラスタ運用時〕

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

インストールとセットアップの流れ（Windowsの場合）〔クラスタ運用時〕

インストールとセットアップの前に（UNIXの場合）〔クラスタ運用時〕

インストールとセットアップの前に（Windowsの場合）〔クラスタ運用時〕

(え)

エイリアス名

エイリアス名

エージェント

(カ行)

(か)

カーネルパラメーター

各バージョンの変更内容

稼働状況ログ

監視テンプレート

監視テンプレート

監視テンプレート

監視テンプレート

監視テンプレートの概要

管理ツール

(き)

共通メッセージログ

共通メッセージログ

共通メッセージログ（ログファイルおよびディレクトリ一覧）

共有ディスクのアンマウント（UNIXの場合）〔クラスタ運用時〕

共有ディスクのアンマウント（UNIXの場合）〔クラスタ運用時〕

共有ディスクのオフライン（Windowsの場合）〔クラスタ運用時〕

共有ディスクのオフライン（Windowsの場合）〔クラスタ運用時〕

共有ディスクのオンライン（Windowsの場合）〔クラスタ運用時〕

共有ディスクのオンライン（Windowsの場合）〔クラスタ運用時〕

共有ディスクのマウント（UNIXの場合）〔クラスタ運用時〕

共有ディスクのマウント（UNIXの場合）〔クラスタ運用時〕

共用メモリー使用状況

共用メモリー使用状況のリアルタイム情報

(く)

クラスタ運用時のディスク占有量

クラスタシステム

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

クラスタシステムでの環境設定（UNIXの場合）〔クラスタ運用時〕

クラスタシステムでの環境設定（Windowsの場合）〔クラスタ運用時〕

クラスタシステムの概要

クラスタソフトからのPFM - Agentの登録解除（UNIXの場合）〔クラスタ運用時〕

クラスタソフトからのPFM - Agentの登録解除（Windowsの場合）〔クラスタ運用時〕

クラスタソフトからの起動・停止の確認（UNIXの場合）〔クラスタ運用時〕

クラスタソフトからの起動・停止の確認（Windowsの場合）〔クラスタ運用時〕

クラスタソフトからの停止（UNIXの場合）〔クラスタ運用時〕

クラスタソフトからの停止（Windowsの場合）〔クラスタ運用時〕

クラスタソフトへのPFM - Agentの登録（UNIXの場合）〔クラスタ運用時〕

クラスタソフトへのPFM - Agentの登録（Windowsの場合）〔クラスタ運用時〕

(こ)

コマンドプロンプトの起動方法

固有フィールド

(サ行)

(さ)

サービスID

サービスのスケジュール状態

サービス要求のスケジュールキュー滞留時間

最近1時間以内のOpenTP1出力メッセージの情報

最近1日間のDAMファイルアクセス状況

最近1日間のDAMファイルアクセス状況

最近1日間のMCFキューアクセス状況

最近1日間のTAMファイルアクセス状況

最近1日間のTAMファイルアクセス状況

最近1日間の共用メモリー使用状況

最近1日間の共用メモリー使用状況

最近1日間のジャーナル取得状況

最近1日間のジャーナル取得状況

最近1日間のスケジュール発生状況

最近1日間のスケジュール発生状況

最近1日間のチェックポイントダンプ取得状況

最近1日間のチェックポイントダンプ取得状況

最近1日間のトランザクション実行状況

最近1日間のトランザクション実行状況

最近1日間のネームサービス状況

最近1日間のネームサービス状況

最近1日間の排他制御状況

最近1日間の排他制御状況

(し)

識別子一覧

システム見積もり

システムログ（ログ情報の種類）

実行系ノード

実ホスト名

実ホスト名

ジャーナル出力時間の監視

ジャーナル取得状況

ジャーナル取得状況のリアルタイム情報

ジャーナルの出力時間

資料の採取方法

(す)

スケジュールキューに滞留したサービス要求数

スケジュール待ちの最近1か月間の履歴情報

ステータス管理機能

ステータス管理機能

(せ)

接続先PFM - Managerの設定（UNIXの場合）〔クラスタ運用時〕

接続先PFM - Managerの設定（Windowsの場合）〔クラスタ運用時〕

セットアップコマンド（UNIXの場合）

セットアップコマンド（Windowsの場合）

セットアップ手順（UNIXの場合）〔クラスタ運用時〕

セットアップ手順（Windowsの場合）〔クラスタ運用時〕

前提プログラム（UNIXの場合）

前提プログラム（Windowsの場合）

(タ行)

(た)

他Performance Managementプログラムの論理ホストのアンセットアップ（UNIXの場合）〔クラスタ運用時〕

他Performance Managementプログラムの論理ホストのアンセットアップ（Windowsの場合）〔クラスタ運用時〕

他Performance Managementプログラムの論理ホストのセットアップ（UNIXの場合）〔クラスタ運用時〕

他Performance Managementプログラムの論理ホストのセットアップ（Windowsの場合）〔クラスタ運用時〕

待機系ノード

単数インスタンスレコード

(ち)

チェックポイントダンプ取得状態

チェックポイントダンプのリアルタイム情報

(つ)

追加フィールド

(て)

ディスク占有量

データ型一覧

データベースID

データモデル

データモデル

データモデル

データモデル

デルタ

デルタ

(と)

動作ログ出力の設定（UNIXの場合）

動作ログ出力の設定（UNIXの場合）〔クラスタ運用時〕

動作ログ出力の設定（Windowsの場合）

動作ログ出力の設定（Windowsの場合）〔クラスタ運用時〕

動作ログの出力

トラブルシューティング

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

トラブルへの対処方法

トランザクション状態

トランザクションの最近1か月間の実行数

トランザクションの最近1日間のリアルタイム情報

トランザクションの同期点処理が完了するまでの実時間

トランザクションの同期点処理が完了するまでの実時間の最近1か月間の履歴情報（リアルタイム統計情報）

トランザクションのロールバック決着回数

トランザクションのロールバック決着回数を監視

ドリルダウンレポート

ドリルダウンレポート（フィールドレベル）

ドリルダウンレポート（レポートレベル）

トレースログ（ログ情報の種類）

トレースログ（ログファイルおよびディレクトリ一覧）

(ナ行)

(ね)

ネットワークの設定（UNIXの場合）

ネットワークの設定（UNIXの場合）〔クラスタ運用時〕

ネットワークの設定（Windowsの場合）

ネットワークの設定（Windowsの場合）〔クラスタ運用時〕

(ハ行)

(は)

バージョンアップの注意事項（UNIXの場合）

バージョンアップの注意事項（Windowsの場合）

バージョン互換

排他制御状態

排他制御についてのリアルタイム情報

バインド

バインド

バックアップ

バックアップとリストア

パフォーマンス監視の運用例

パフォーマンスデータ

パフォーマンスデータの格納先の変更（UNIXの場合）

パフォーマンスデータの格納先の変更（UNIXの場合）

パフォーマンスデータの格納先の変更（UNIXの場合）〔クラスタ運用時〕

パフォーマンスデータの格納先の変更（Windowsの場合）

パフォーマンスデータの格納先の変更（Windowsの場合）

パフォーマンスデータの格納先の変更（Windowsの場合）〔クラスタ運用時〕

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

パフォーマンスデータの収集と管理の概要

パフォーマンスデータの収集方法

(ふ)

ファイアウォールの通過方向

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

フィールド

フィールド

フィールド

フィールドの値

フェールオーバー時の処理

複数インスタンスレコード

物理ホスト

プロセス一覧

プロセス状態

プロパティ

(ほ)

ポート番号一覧

ポート番号の設定（UNIXの場合）

ポート番号の設定（Windowsの場合）

ポート番号の設定の解除（UNIXの場合）〔クラスタ運用時〕

ポート番号の設定の解除（Windowsの場合）〔クラスタ運用時〕

(マ行)

(め)

メッセージ

メッセージ一覧

メッセージの記載形式

メッセージの形式

メッセージの出力形式

メッセージの出力先一覧

メモリー所要量

(ヤ行)

(ゆ)

ユーザーサーバのスケジュールキューに滞留したサービス要求数（行列長）について最近1か月間の1日ごとの履歴情報（リアルタイム統計情報）

ユーザーサービス実行時間

(よ)

要約ルール

(ラ行)

(ら)

ライフタイム

(り)

リアルタイム統計情報

リアルタイムレポート

リアルタイムレポート

リストア

履歴レポート

履歴レポート

(れ)

レコード

レコード

レコード

レコード

レコード一覧

レコードの記載形式

レコードの注意事項

レポート

レポート

レポート一覧

レポートの記載形式

レポートのフォルダ構成

(ろ)

ログ情報

ログ情報の種類

ログのファイルサイズ変更（UNIXの場合）

ログのファイルサイズ変更（UNIXの場合）〔クラスタ運用時〕

ログのファイルサイズ変更（Windowsの場合）

ログのファイルサイズ変更（Windowsの場合）〔クラスタ運用時〕

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

ログファイルに保存されたメッセージ

論理ホスト環境定義ファイルのインポート（UNIXの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのインポート（UNIXの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのインポート（Windowsの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのインポート（Windowsの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのエクスポート・インポート〔クラスタ運用時〕

論理ホスト環境定義ファイルのエクスポート（UNIXの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのエクスポート（UNIXの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのエクスポート（Windowsの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルのエクスポート（Windowsの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルの待機系ノードへのコピー（UNIXの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルの待機系ノードへのコピー（UNIXの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルの待機系ノードへのコピー（Windowsの場合）〔クラスタ運用時〕

論理ホスト環境定義ファイルの待機系ノードへのコピー（Windowsの場合）〔クラスタ運用時〕

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
DB2は，米国における米国International Business Machines Corp.の登録商標です。
DB2 Universal Databaseは，米国における米国International Business Machines Corp.の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotusは，IBM Corporationの登録商標です。
Lotus Dominoは，IBM Corporationの登録商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft, Hyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Internet Information Serverは，米国Microsoft Corp.の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。
ORACLEは，米国Oracle Corporationの登録商標です。
Oracleは，米国Oracle Corporation及びその子会社，関連会社の登録商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
Solarisは，米国Sun Microsystems,Inc. の米国およびその他の国における商標または登録商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
WebSphereは，米国における米国International Business Machines Corp. の登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。
その他製品名などの固有名詞は各社の商品名，商標および登録商標です。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AR91」には，米国Sun Microsystems,Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-AA91，P-9D2C-AR91」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。