JP1 Version 11　JP1/Performance Management - Agent Option for IBM DB2

解説・文法書

3021-3-A56

前書き

対象製品

●JP1/Performance Management - Manager（適用OS：Windows Server 2008 R2，Windows Server 2012）

P-2A2C-AABL JP1/Performance Management - Manager 11-00

製品構成一覧および内訳形名

P-CC2A2C-5ABL JP1/Performance Management - Manager 11-00

P-CC2A2C-5RBL JP1/Performance Management - Web Console 11-00

●JP1/Performance Management - Manager（適用OS：CentOS 6.1以降 (x64)，CentOS 7.1以降，Linux 6.1以降 (x64)，Linux 7.1以降，Oracle Linux 6.1以降 (x64)，Oracle Linux 7.1以降，SUSE Linux 12）

P-812C-AABL JP1/Performance Management - Manager 11-00

製品構成一覧および内訳形名

P-CC812C-5ABL JP1/Performance Management - Manager 11-00

P-CC812C-5RBL JP1/Performance Management - Web Console 11-00

●JP1/Performance Management - Manager（適用OS：AIX 6.1，AIX 7.1）

P-1M2C-AABL JP1/Performance Management - Manager 11-00

製品構成一覧および内訳形名

P-CC1M2C-5ABL JP1/Performance Management - Manager 11-00

P-CC1M2C-5RBL JP1/Performance Management - Web Console 11-00

●JP1/Performance Management - Agent Option for IBM DB2（適用OS：AIX 6.1，AIX 7.1）

P-1M2C-CDBL JP1/Performance Management - Agent Option for IBM DB2 11-00

製品構成一覧および内訳形名

P-CC1M2C-AJBL JP1/Performance Management - Base 11-00

P-CC1M2C-F2BL JP1/Performance Management - Agent Option for IBM DB2 11-00

●JP1/Performance Management - Agent Option for IBM DB2（適用OS：Linux 6 (x64)，Linux 7）

P-812C-CDBL JP1/Performance Management - Agent Option for IBM DB2 11-00

製品構成一覧および内訳形名

P-CC812C-AJBL JP1/Performance Management - Base 11-00

P-CC812C-F2BL JP1/Performance Management - Agent Option for IBM DB2 11-00

これらの製品には，他社からライセンスを受けて開発した部分が含まれています。

輸出時の注意

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

なお，ご不明な場合は，弊社担当営業にお問い合わせください。

商標類

HITACHI，Cosminexus，HiRDB，JP1，OpenTP1，uCosminexusは，（株）日立製作所の商標または登録商標です。

AMDは，Advanced Micro Devices, Inc.の商標です。

IBMは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，AIXは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，DB2は，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，DB2 Universal Databaseは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，Dominoは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，Lotusは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，WebSphereは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。

Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。

Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Microsoft Exchange Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

MicrosoftおよびInternet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Netscapeは，AOL Inc.の登録商標です。

ODBCは，米国Microsoft Corporationが提唱するデータベースアクセス機構です。

OpenViewは，Hewlett-Packard Development Company,L.P.の商標です。

OracleとJavaは，Oracle Corporation及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。

Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。

SAP，および本文書に記載されたその他の SAP 製品，サービス，ならびにそれぞれのロゴは，ドイツおよびその他の国々における SAP AG の商標または登録商標です。

SAP，R/3，および本文書に記載されたその他の SAP 製品，サービス，ならびにそれぞれのロゴは，ドイツおよびその他の国々における SAP AG の商標または登録商標です。

UNIXは，The Open Groupの米国ならびに他の国における登録商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

すべてのSPARC商標は，米国SPARC International,Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems,Inc. が開発したアーキテクチャに基づくものです。

その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。

このマニュアルには，日本アイ・ビー・エム株式会社発行の「DB2 Version 9 for Linux, UNIX, and Windows パフォーマンス・ガイド」，「DB2 Version 9 for Linux, UNIX, and Windows システム・モニター　ガイドおよびリファレンス」，「DB2 Version 9.5 for Linux, UNIX, and Windowsデータ・サーバー、データベース、およびデータベース・オブジェクトのガイド」，「DB2 Version 9.5 for Linux, UNIX, and Windowsシステム・モニター ガイドおよびリファレンス」，「DB2 Version 9.7 for Linux, UNIX, and Windowsデータベース：管理の概念および構成リファレンス」，「DB2 Version 9.7 for Linux, UNIX, and Windowsデータベースモニタリング　ガイドおよびリファレンス」，「IBM DB2 Version 10.1 for Linux, UNIX, and Windows データベース：管理の概念および構成リファレンス」，「IBM DB2 Version 10.1 for Linux, UNIX, and Windows データベースモニタリング　ガイドおよびリファレンス」，「IBM DB2 Version 10.5 for Linux, UNIX, and Windows データベース：管理の概念および構成リファレンス」および「IBM DB2 Version 10.5 for Linux, UNIX, and Windows データベースモニタリング　ガイドおよびリファレンス」から，日本アイ・ビー・エム株式会社の許可を得て転載した部分が含まれています。

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

マイクロソフトの許可を得て使用しています。

マイクロソフト製品の表記について

このマニュアルでは，マイクロソフト製品の名称を次のように表記しています。

表記

製品名

Internet Explorer

Microsoft(R) Internet Explorer(R)

Windows(R) Internet Explorer(R)

Windows Server 2008 R2

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

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

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

Windows Server 2012

Windows Server 2012

Microsoft(R) Windows Server(R) 2012 Datacenter

Microsoft(R) Windows Server(R) 2012 Standard

Windows Server 2012 R2

Microsoft(R) Windows Server(R) 2012 R2 Datacenter

Microsoft(R) Windows Server(R) 2012 R2 Standard

Win32

Win32(R)

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

発行

2016年1月　3021-3-A56

著作権

Copyright (C) 2016, Hitachi, Ltd.

Copyright (C) 2016, Hitachi Solutions, Ltd.

はじめに

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

対象読者

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

稼働監視システムを設計または構築したい方

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

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

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

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

また，監視対象システムの運用について熟知していること，およびOSに対する知識があることを前提としています。

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

JP1/Performance Management 設計・構築ガイド

JP1/Performance Management 運用ガイド

JP1/Performance Management リファレンス

マニュアルの構成

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

第1編　概要編

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

第2編　構築・運用編

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

第3編　リファレンス編

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

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

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

読書手順

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

マニュアルを読む目的

記述個所

JP1/Performance Management - Agent Option for IBM DB2の特長を知りたい。

1.1

JP1/Performance Management - Agent Option for IBM DB2の機能概要を知りたい。

1.2，1.3

JP1/Performance Management - Agent Option for IBM DB2の導入時の作業を知りたい。

2章

JP1/Performance Management - Agent Option for IBM DB2のクラスタシステムでの運用を知りたい。

3章

JP1/Performance Management - Agent Option for IBM DB2の監視テンプレートについて知りたい。

4章

JP1/Performance Management - Agent Option for IBM DB2のレコードについて知りたい。

5章

JP1/Performance Management - Agent Option for IBM DB2のメッセージについて知りたい。

6章

障害発生時の対処方法について知りたい。

7章

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

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

書式

説明

文字列

可変の値を示します。

（例）日付はYYYYMMDDの形式で指定します。

［　］

ウィンドウ，ダイアログボックス，タブ，メニュー，ボタンなどの画面上の要素名を示します。

［　］−［　］

メニューを連続して選択することを示します。

（例）　［ファイル］−［新規作成］を選択します。

上記の例では，［ファイル］メニュー内の［新規作成］を選択することを示します。

第1編　概要編

1　PFM - Agent for DB2の概要

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

1.1　PFM - Agent for DB2の特長

PFM - Agent for DB2は，DB2のパフォーマンスを監視するために，パフォーマンスデータを収集および管理するプログラムです。

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

DB2の稼働状況を分析できる

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

DB2の運用上の問題点を早期に発見し，トラブルの原因を調査する資料を提供できる

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

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

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

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

PFM - Agent for DB2を使用すると，対象ホスト上で動作しているDB2のメモリー使用状況，プールヒット率などのパフォーマンスデータが収集できます。

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

DB2の稼働状況をグラフィカルに表示する

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

レポートには，次の種類があります。

リアルタイムレポート

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

履歴レポート

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

問題が起こったかどうかの判定条件として使用する

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

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

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

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

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

Product Intervalレコードタイプ（以降，PIレコードタイプと省略します）

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

Product Detailレコードタイプ（以降，PDレコードタイプと省略します）

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

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

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

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

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

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

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

例えば，テーブル検索の割合が10%を上回った場合，ユーザーにEメールで通知するとします。このように運用するために，「インデックスを使用しないテーブル検索の割合が10%を上回る」を異常条件のしきい値として，そのしきい値に達した場合，Eメールをユーザーに送信するように設定します。しきい値に達した場合に取る動作を「アクション」と呼びます。アクションには，次の種類があります。

Eメールの送信

コマンドの実行

SNMPトラップの発行

JP1イベントの発行

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

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

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

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

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

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

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

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

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

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

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

なお，クラスタシステムでの運用は，AIXだけでサポートされます。Linuxではサポートされません。

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

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

PIレコードタイプ

PDレコードタイプ

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

パフォーマンスデータの収集方法

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

収集されるパフォーマンスデータの値については，「5.　レコード」を参照してください。

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

パフォーマンスデータの管理方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

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

1.3　PFM - Agent for DB2を使ったパフォーマンスの監視例

パフォーマンス監視をすることは，DB2サーバ環境の管理および運用では重要な作業です。ここでは，PFM - Agent for DB2を用いたパフォーマンス監視の目的，およびパフォーマンスの監視例を紹介します。

1.3.1　パフォーマンスの監視目的

PFM - Agent for DB2を用いたパフォーマンス監視は，主に次の目的で使用できます。

DB2が正しく稼働しているかを監視する

DB2構成パラメーターを適切な値にチューニングする

DB2が正しく稼働しているかを確認することは大変重要なことです。DB2が正しく稼働しているかは，次のような監視によって確認できます。

データベースマネージャーが正常に稼働しているか

DB2を運用する場合，特定の要因によって，パフォーマンスに悪影響を及ぼすことがあります。PFM - Agent for DB2を使用すると，次のような監視ができることによって，要因を分析しやすくなります。

カタログ・キャッシュが効果的に利用されているか

パッケージ・キャッシュが効果的に利用されているか

ソートをするために十分な専用ソートメモリーまたは共有ソートメモリーがあるか

実行させようとしているSQLステートメントの初期設定セクションを回避することを共有SQLワークスペースが手助けしている程度

ソートをするために十分なヒープ・スペースがあるか

なお，ここで説明するパフォーマンス監視例に記載したしきい値は参考値です。具体的なしきい値については，ベースラインを測定し，決定する必要があります。また，具体的な設定項目についてはDB2の運用形態に合わせて検討してください。

1.3.2　ベースラインの選定

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

JP1/PFM製品では，ベースラインの値を「しきい値」とすることで，システムの運用監視をすることとなります。このように，ベースラインの選定は「しきい値」を決定し，パフォーマンス監視をするにあたっての重要な作業となります。

なお，ベースラインの選定では，次のように実施することをお勧めします。

運用環境の高負荷テスト時など，ピーク時の状態を測定する

システム構成によって大きく異なるため，システムリソースの変更，および運用環境の変更を行う場合は，再度ベースラインを測定する

1.3.3　パフォーマンスの監視例

ここでは，パフォーマンスの監視例を紹介します。

(1)　データベースマネージャーが正常に稼働しているかを監視する

データベースマネージャーが正常に稼働しているかを監視するレコードとフィールド，および異常時の対処方法を次に示します。

使用レコード

使用フィールド

警告条件

異常条件

PD_PD

DB2 Status

DB2 Status = 100

DB2 Status = 100

しきい値に対する考え方

DB2 Statusが100のとき，データベースマネージャーが停止しています。

対処方法

db2startコマンドを実行し，データベースマネージャーを起動してください。

(2)　カタログ・キャッシュが効果的に利用されているかを判断する

カタログ・キャッシュが効果的に利用されていない場合，DB2のパフォーマンス低下を招くおそれがあります。

カタログ・キャッシュの利用状況を監視するレコードとフィールド，および異常時の対処方法を次に示します。

使用レコード

使用フィールド

警告条件

異常条件

PI_DCAI

Catcache Hit Rate

Catcache Hit Rate < 80

AND Catcache Hit Rate <> 0

Catcache Hit Rate < 70

AND Catcache Hit Rate <> 0

しきい値に対する考え方

Catcache Hit Rateの比率が高い（80%を超える）場合，キャッシュは効果的に利用されています。

対処方法

Catcache Hit Rateの比率が低い場合，catalogcache_szカタログ・キャッシュのサイズを拡張してください。

(3)　パッケージ・キャッシュが効果的に利用されているかを判断する

パッケージ・キャッシュが効果的に利用されていない場合，DB2のパフォーマンス低下を招くおそれがあります。

パッケージ・キャッシュの利用状況を監視するレコードとフィールド，および異常時の対処方法を次に示します。

使用レコード

使用フィールド

警告条件

異常条件

PI_DCAI

Pkg Cache Hit Rate

Pkg Cache Hit Rate < 80 AND Pkg Cache Hit Rate <> 0

Pkg Cache Hit Rate < 70

AND Pkg Cache Hit Rate <> 0

しきい値に対する考え方

Pkg Cache Hit Rateの比率が高い（80%を超える）場合，キャッシュは効果的に利用されています。

対処方法

Pkg Cache Hit Rateの比率が低い場合，pckcacheszパッケージ・キャッシュのサイズを拡張してください。

(4)　ソートをするために十分な専用ソートメモリーまたは共有ソートメモリーがあるかを判断する

ソートをするための専用ソートメモリー，または共有ソートメモリーが不十分である場合，DB2のパフォーマンス低下を招くおそれがあります。

ソートをするための専用ソートメモリー，または共有ソートメモリーが十分であるかどうかを監視するレコードとフィールド，および異常時の対処方法を次に示します。

使用レコード

使用フィールド

警告条件

異常条件

PD_DSOD

Sort Shrheap Allocated Rate

Sort Shrheap Allocated Rate > 70

Sort Shrheap Allocated Rate > 85

しきい値に対する考え方

Sort Shrheap Allocated Rateの比率が低い（70％を下回る）場合，専用ソートメモリーまたは共有ソートメモリーが十分確保されています。

対処方法

Sort Shrheap Allocated Rateの比率が高い場合，sheapthersまたは，sheapthres_shr の値を大きくして，データベース構成を調整してください。

sheapthres_shrの値が0の場合は，sheapthersの値を調整してください。

(5)　実行させようとしているSQLステートメントの初期設定セクションを回避することを共有SQLワークスペースが手助けしている程度を判断する

共有SQLワークスペースで確保している実行可能セクションの作業用コピーが十分ではない場合，実行するSQLステートメントの初期設定セクションの回避が不十分になり，DB2のパフォーマンス低下を招くおそれがあります。

共有SQLワークスペースで確保している実行可能セクションの作業用コピーが十分にあるかどうかを監視するレコードとフィールド，および異常時の対処方法を次に示します。

使用レコード

使用フィールド

警告条件

異常条件

PD_DSQD

Shr Workspace Hit Rate

Shr Workspace Hit Rate < 80

AND Shr Workspace Hit Rate <> 0

Shr Workspace Hit Rate < 70

AND Shr Workspace Hit Rate <> 0

しきい値に対する考え方

Shr Workspace Hit Rateの比率が高い（80％を超える）場合，実行可能セクションの作業用コピーが，共有ワークスペース内に十分に保管されています。

対処方法

Shr Workspace Hit Rateの比率が低い場合，共有ワークスペース（app_ctl_heap_sz）のサイズを調整してください。

(6)　ソートをするために十分なヒープ・スペースがあるかを判断する

ソートをするための十分なヒープ・スペースがない場合，DB2のパフォーマンス低下を招くおそれがあります。

ソートをするための十分なヒープ・スペースが十分にあるかどうかを監視するレコードとフィールド，および異常時の対処方法を次に示します。

使用レコード

使用フィールド

警告条件

異常条件

PD_DSOD

Sort Overflows Rate

Sort Overflows Rate > 30

Sort Overflows Rate > 50

しきい値に対する考え方

Sort Overflows Rateの比率が低い（30％を下回る）場合，ソート・ヒープ・スペースが十分確保されています。

対処方法

Sort Overflows Rateの比率が高い場合，sortheapの値を大きくして，データベース構成を調整してください。

第2編　構築・運用編

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

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

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

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

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

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

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

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

なお，ユーザー入力を必要とするセットアップコマンドは，対話形式で実行するか非対話形式で実行するかを選択できます。

対話形式で実行する場合は，コマンドの指示に従ってユーザーが値を入力する必要があります。

非対話形式で実行する場合は，コマンド実行中に必要となる入力作業をオプション指定や定義ファイルで代替するため，ユーザー入力が不要になります。また，バッチ処理やリモート実行によってセットアップ作業を自動化できるため，管理者の負担や運用コストを低減できます。

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

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

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

(1)　前提OS

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

AIX

Linux 6 (x64)，Linux 7

(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形式のホスト名には対応していません。このため，監視ホスト名は，ドメイン名を除いて指定してください。

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

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

Performance Managementでは，ネットワーク構成がIPv4環境だけでなくIPv6環境にも対応しています。そのため，IPv4環境とIPv6環境が混在するネットワーク構成でもPerformance Managementを運用できます。

PFM - Agent for DB2では，PFM - ManagerとIPv6で通信できます。ただし，PFM - Agent for DB2が導入されているホストのOSがLinux，かつPFM - Managerが導入されているホストのOSがWindowsまたはLinuxの場合に限ります。

IPv4環境とIPv6環境での通信の適用範囲については，「付録L　IPv4環境とIPv6環境での通信について」を参照してください。

IPv6で通信する場合，PFM - ManagerホストとPFM - AgentホストのそれぞれでIPv6の利用設定を有効にする必要があります。また，PFM - Agent for DB2をインストールする前にPFM - AgentホストでIPv6の利用設定を有効にする必要があります。この設定は，jpcconf ipv6 enableコマンドで実行しますが，すでに有効になっている場合，この設定は必要ありません。IPv6の利用設定を確認するためには，jpcconf ipv6 displayコマンドを実行します。

jpcconf ipv6 enable，jpcconf ipv6 displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。また，jpcconf ipv6 enableコマンドを実行する条件やタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPv6環境が含まれる場合のネットワーク構成例について説明している章を参照してください。

なお，PFM - Agent for DB2とPFM - ManagerをIPv6で通信する場合，名前解決できるホスト名を指定してください。

PFM - Agent for DB2とPFM - Managerとの通信は，解決できるIPアドレスで通信します。また，PFM - Agent for DB2とPFM - Managerとの通信では，IPv4とIPv6が共存した環境の場合，解決できるIPアドレスで通信に失敗したとき，別のIPアドレスで通信することはありません。

例えば，IPv4で接続に失敗した場合，IPv6でリトライすることはありません。また，IPv6で接続に失敗した場合に，IPv4でリトライすることもありません。事前に接続できることを確認してください。

(b)　ポート番号の設定

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

表2‒1　デフォルトのポート番号とPerformance Managementプログラムのサービス

機能

サービス名

パラメーター

ポート番号

備考

サービス構成情報管理機能

Name Server

jp1pcnsvr

22285

PFM - ManagerのName Serverサービスで使用されるポート番号。Performance Managementのすべてのホストで設定される。

サービス状態管理機能

Status Server

jp1pcstatsvr

22350

PFM - ManagerおよびPFM - BaseのStatus Serverサービスで使用されるポート番号。

PFM - ManagerおよびPFM - Baseがインストールされているホストで設定される。

JP1/SLM連携機能

JP1/ITSLM

−

20905

JP1/SLMで設定されるポート番号。

（凡例）

−：なし

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

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

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

(4)　前提プログラム

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

図2‒2　プログラムの構成

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

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

DB2 Express Edition V9.1

DB2 Workgroup Server Edition V9.1

DB2 Enterprise Server Edition V9.1

DB2 Express Edition V9.5

DB2 Workgroup Server Edition V9.5

DB2 Enterprise Server Edition V9.5

DB2 Express Edition V9.7

DB2 Workgroup Server Edition V9.7

DB2 Enterprise Server Edition V9.7

DB2 Express Edition V10.1※

DB2 Workgroup Server Edition V10.1※

DB2 Enterprise Server Edition V10.1※

DB2 Express Server Edition V10.5※

DB2 Workgroup Server Edition V10.5※

DB2 Advanced Workgroup Server Edition V10.5※

DB2 Enterprise Server Edition V10.5※

注※

DB2 pureScaleは非サポートです。

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

(b)　Performance Managementプログラム

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

Performance Managementプログラムを導入するホストとバージョンの関係については，「JP1/Performance Management 設計・構築ガイド」のシステム構成のバージョン互換について説明している章を参照してください。

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

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

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

(6)　障害発生時の資料採取の準備

トラブルが発生した場合に調査資料として，コアダンプファイルが必要になることがあります。コアダンプファイルの出力はユーザーの環境設定に依存するため，次に示す設定を確認しておいてください。

コアダンプファイルのサイズ設定

コアダンプファイルの最大サイズは，rootユーザーのコアダンプファイルのサイズ設定（ulimit -c）によって制限されます。次のようにスクリプトを設定してください。

ulimit -c unlimited

この設定が，ご使用のマシンのセキュリティポリシーに反する場合は，これらのスクリプトの設定を次のようにコメント行にしてください。

# ulimit -c unlimited

注意事項

コメント行にした場合，プロセスで発生したセグメンテーション障害やバス障害などのコアダンプファイルの出力契機に，コアダンプが出力されないため，調査できないおそれがあります。

コアダンプに関連するカーネルパラメーターの設定（Linux限定）

Linuxのカーネルパラメーター（kernel.core_pattern）で，コアダンプファイルの出力先，およびファイル名をデフォルトの設定から変更している場合，コアダンプファイルを採取できないときがあります。このため，Linuxのカーネルパラメーター（kernel.core_pattern）の設定は変更しないことをお勧めします。

(7)　注意事項

ここでは，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をインストールする場合は，すべてのPerformance ManagementプログラムをアンインストールしたあとにPFM - Manager，PFM - Agentの順でインストールしてください。また，PFM - Manager とPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合も同様に，すべてのPerformance ManagementプログラムをアンインストールしたあとにPFM - Base，PFM - Agentの順でインストールしてください。

PFM - ManagerがインストールされているホストにPFM - Agentをインストールすると，PFM - Agentの接続先PFM - ManagerはローカルホストのPFM - Managerとなります。この場合，接続先PFM - ManagerをリモートホストのPFM - Managerに変更できません。リモートホストのPFM - Managerに接続したい場合は，インストールするホストにPFM - Managerがインストールされていないことを確認してください。

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

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

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

ポイント

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

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

Performance Managementプログラムをバージョンアップする場合の注意事項については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップの章にある，バージョンアップの注意事項について説明している個所を参照してください。

PFM - Agent for DB2をバージョンアップする場合の注意事項については，「付録H　バージョンアップ手順とバージョンアップ時の注意事項」を参照してください。

なお，バージョンアップの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録を参照してください。

Linuxの場合

08-50以降のバージョンでは，PFM - Agent for DB2を起動する前に，LD_LIBRARY_PATH環境変数の設定が必要です。バージョンアップする場合は，LD_LIBRARY_PATH環境変数を設定し，PFM - Agent for DB2のサービスを起動してください。設定の詳細については，「2.1.4(2)　LD_LIBRARY_PATH環境変数の設定（Linuxの場合）」を参照してください。

(d)　その他の注意事項

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

セキュリティ監視プログラム

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

ウィルス検出プログラム

ウィルス検出プログラムを停止してからPerformance Managementのプログラムをインストールすることを推奨します。

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

プロセス監視プログラム

プロセス監視プログラムを停止するかまたは設定を変更して，Performance Managementのサービスまたはプロセス，および共通コンポーネントのサービスまたはプロセスを監視しないようにしてください。

Performance Managementのプログラムのインストール中に，プロセス監視プログラムによって，これらのサービスまたはプロセスが起動されたり停止されたりすると，インストールに失敗することがあります。

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

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

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

2.1.3　インストール手順

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

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

まず，PFM - Baseをインストールし，次にPFM - Agentをインストールします。PFM - BaseがインストールされていないホストにPFM - Agentをインストールすることはできません。

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

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

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

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

UNIXホストにPerformance Managementプログラムをインストールするには，提供媒体を使用する方法と，JP1/NETM/DMを使用してリモートインストールする方法があります。

JP1/NETM/DMを使用する方法については，次のマニュアルを参照してください。

「JP1/NETM/DM Manager」

「JP1/NETM/DM SubManager（UNIX(R)用）」

「JP1/NETM/DM Client（UNIX(R)用）」

提供媒体を使用する場合のインストール手順をOSごとに示します。

(a)　AIXの場合

プログラムをインストールするホストに，スーパーユーザーでログインするかまたはsuコマンドでユーザーをスーパーユーザーに変更する。

ローカルホストで起動しているPerformance Managementのサービスがあれば，すべて停止する。

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

提供媒体をセットする。

mountコマンドを実行して，該当する装置をマウントする。

例えば，該当する装置をマウントディレクトリにマウントする場合，次のように指定してコマンドを実行します。

/usr/sbin/mount -r -v cdrfs /dev/cd0 マウントディレクトリ

次のコマンドを実行して，Hitachi PP Installerを起動する。

マウントディレクトリ/AIX/SETUP マウントディレクトリ

Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「I」を入力する。

インストールできるプログラムの一覧が表示されます。

インストールしたいプログラムを選択して，「I」を入力する。

選択したプログラムがインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

インストールが正常終了したら，「Q」を入力する。

Hitachi PP Installerの初期画面に戻ります。

(b)　Linuxの場合

プログラムのインストール先ディレクトリが実ディレクトリであることを確認する。

プログラムをインストールするホストに，スーパーユーザーでログインするかまたはsuコマンドでユーザーをスーパーユーザーに変更する。

ローカルホストで起動しているPerformance Managementのサービスがあれば，すべて停止する。

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

提供媒体をセットする。

次のコマンドを実行して，Hitachi PP Installerを起動する。※

マウントディレクトリ/LINUX/SETUP マウントディレクトリ

Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「I」を入力する。

インストールできるプログラムの一覧が表示されます。

インストールしたいプログラムを選択して，「I」を入力する。

選択したプログラムがインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

インストールが正常終了したら，「Q」を入力する。

Hitachi PP Installerの初期画面に戻ります。

注※

自動マウント機能を解除している環境では，Hitachi PP Installerを起動する前に，/bin/mountコマンドを次のように指定して該当する装置をマウントしてください。

/bin/mount -r -o mode=0544 デバイススペシャルファイル名 マウントディレクトリ

なお，指定するコマンド，デバイススペシャルファイル名およびマウントディレクトリ名は，使用する環境によって異なります。

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

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

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

(1)　LANG環境変数の設定

LANG環境変数を設定します。

これらのLANG環境変数を設定する前に，設定する言語環境が正しくインストール・構築されていることを確認しておいてください。正しくインストール・構築されていない場合，文字化けが発生したり，定義データが不当に書き換わってしまったりすることがあります。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まります。そのため，日本語や英語など，複数の言語コードの文字列が混在することがあります。

PFM - Agent for DB2で使用できるLANG環境変数を次の表に示します。なお，表に示す以外の言語（ドイツ語，フランス語，スペイン語，韓国語，中国語（簡体字），および，ロシア語）を設定した場合，LANG環境変数の値は「C」で動作します。

表2‒2　PFM - Agent for DB2で使用できるLANG環境変数（AIXの場合）

言語

文字コード

LANG環境変数の値

日本語

UTF-8コード

JA_JP

JA_JP.UTF-8

Shift-JISコード

Ja_JP

Ja_JP.IBM-932

EUCコード

ja_JP

ja_JP.IBM-eucJP

英語（日本語なし）

ASCII

C

表2‒3　PFM - Agent for DB2で使用できるLANG環境変数（Linuxの場合）

言語

文字コード

LANG環境変数の値

日本語

UTF-8コード

ja_JP.UTF-8

ja_JP.utf8

Shift-JISコード

−（該当なし）

EUCコード

−（該当なし）

英語（日本語なし）

ASCII

C

(2)　LD_LIBRARY_PATH環境変数の設定（Linuxの場合）

PFM - Agent for DB2が08-50以降の場合は，PFM - Agent for DB2を起動する前に，LD_LIBRARY_PATH環境変数にDB2ライブラリの場所を次のように指定する必要があります。

LD_LIBRARY_PATH=DB2のインストールパス/lib32

LD_LIBRARY_PATH環境変数に，ほかのパスを含める場合には，必ず上記の値を先頭に指定してください。

DB2ライブラリの場所は，DB2インスタンスユーザーでログインし，DB2DIR環境変数に設定されている値に"/lib32"を付けたパスです。

注意

・複数のDB2がインストールされている場合

同一ホスト内にインストール場所の異なる複数のDB2が存在し，それぞれをPFM - Agent for DB2で監視するときには，PFM - Agent for DB2インスタンスごとに，次の操作を実施してください。

LD_LIBRARY_PATH環境変数に監視対象のDB2のインストールパス/lib32を設定する

次のコマンドで，PFM - Agent for DB2サービスを起動する

jpcspm start -key DB2 -inst PFM - Agent for DB2のインスタンス名

同一のターミナルやシェルから，複数のPFM - Agent for DB2サービスを起動する場合には，上記の手順をPFM - Agent for DB2インスタンスごとに繰り返してください。

なお，次のPFM - Agent for DB2のインスタンス名を指定しない形式でのサービスの起動はできません。

jpcspm start all

jpcspm start -key DB2

・自動再起動機能または定期再起動機能を使用する場合

Status ServerサービスのLD_LIBRARY_PATH環境変数に，DB2のライブラリの場所を設定してください。

同一ホスト内にインストール場所の異なる複数のDB2が存在する環境では，自動再起動機能および定期再起動機能は使用できません。

(3)　PFM - Agent for DB2の登録[図データ]

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

PFM - Managerのバージョンが08-50-05以降およびPFM - Web Consoleのバージョンが08-50-02以降の場合，PFM - Agentの登録は自動で行われるため，ここで説明する手順は不要です。

ただし，PFM - ManagerよりあとでリリースされたPFM - AgentまたはPFM - RMについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Managerのリリースノートを参照してください。

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

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

注意事項

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

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

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

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

PFM - Agent for DB2の情報を登録する作業では，PFM - Web Consoleの［レポート階層］タブおよび［アラーム階層］タブに「DB2」という名前のフォルダが作成されます。［レポート階層］タブで，すでに独自に「DB2」という名前のフォルダまたはレポートを作成していた場合には，名前を変更してから作業を始めてください。

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

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

PFM - Web Consoleが起動されている場合は，停止する。

PFM - Agentのセットアップファイルをバイナリーモードでコピーする。

ファイルが格納されている場所およびファイルをコピーする場所を次の表に示します。

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

PFM - Agentの

セットアップファイル

コピー先

PFMプログラム名

OS

コピー先ディレクトリ

/opt/jp1pc/setup/jpcagtrw.EXE

PFM - Manager

Windows

インストール先フォルダ¥setup¥

/opt/jp1pc/setup/jpcagtru.Z

UNIX

/opt/jp1pc/setup/

/opt/jp1pc/setup/jpcagtrw.EXE

PFM - Web Console

Windows

インストール先フォルダ¥setup¥

/opt/jp1pc/setup/jpcagtru.Z

UNIX

/opt/jp1pcwebcon/setup/

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

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

jpcconf agent setup -key DB2

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注意事項

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

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

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

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

jpcwagtsetup

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

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

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

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

表2‒5　PFM - Agent for DB2のインスタンス情報

項目

説明

設定できる値

デフォルト値

db2_instance

DB2のインスタンス名。

8バイト以内の半角英数字。

ただし，次の文字は指定できない。

空白文字

次の記号

「!」「"」「%」「&」「'」「(」「)」「+」「,」「-」「.」「/」「:」「;」「<」「=」「>」「?」「[」「¥」「]」「'」「{」「|」「}」「~」

−

db2_node

DB2のノード名。

−

db2_name

DB2のデータベース名。

−

db2_user

DB2のデータベースに接続できるユーザー名。

次のどれかの権限を持つこと。

SYSADM

SYSCTRL

SYSMAINT

またcollect_additional_infoに「y」を指定した場合は次のどれかの権限も必要。※4

DATAACCESS

DBADM

SQLADM

−

db2_password

db2_userで指定したユーザーのパスワード。

64バイト以内の半角英数字。

ただし，次の文字は指定できない。

空白文字

次の記号

「!」「"」「%」「&」「'」「(」「)」「+」「,」「-」「.」「/」「:」「;」「<」「=」「>」「?」「[」「¥」「]」「'」「{」「|」「}」「~」

−

attach_retry

DB2インスタンス接続リトライ回数。

0〜99（単位：回数）

0

attach_waittime

DB2インスタンス接続リトライ間隔。

0〜600（単位：秒）

0

db2_activate

DB2を活動化状態にするかどうかを指定する。

yまたはn

n

db2_dir※1

DB2のインストールパスを指定する。※2

255バイト以内のディレクトリパス

/opt/IBM/db2/V9.1

Store Version※3

使用するStoreバージョンを指定する。

Storeバージョンについては「2.4.3　Storeバージョン2.0への移行」を参照のこと。

1.0または2.0

2.0

collect_additional_info

DB2の特定の機能を使用する場合※4に，スナップショットに加えSQLによる追加情報を収集するかどうかを指定する。

"y"：追加情報を収集する

"n"：追加情報を収集しない

yまたはn

n

（凡例）

−：なし

注※1

AIXの場合だけ必要な項目です。

注※2

db2_dirに指定する値は，DB2がインストールされている場所（インストールパス）です。通常はDB2インスタンスユーザーでログインし，DB2DIR環境変数に設定されている値です。

同一ホスト内にインストール場所の異なる複数のDB2が存在し，それぞれをPFM - Agent for DB2で監視する場合は，db2_dirの値を監視対象のそれぞれのDB2のインストールパスに合わせてください。

注※3

Store Versionは新規にインスタンス環境を設定するときだけ指定できる項目です。インスタンス環境を更新するときは指定できません。

注※4

PFM - Agent for DB2では，パフォーマンスデータの収集を行うために，DB2のスナップショット・モニターを使用します。しかし，DB2 v10.5を監視する場合，使用するDB2 v10.5の機能によっては，DB2のスナップショット・モニターだけでは正しいパフォーマンスデータを収集できないことがあります。正しいパフォーマンスデータを収集するためには，スナップショット・モニターに加え，SQLの発行によるモニター情報の収集が必要です。

次の機能を使用する場合はcollect_additional_infoに「y」を指定し，使用しない場合は「n」を指定してください。

DB2バージョン

DB2エディション

機能

10.5以降

Advanced Workgroup Server Edition

BLUアクセラレーションの列指向表（カラムオーガナイズテーブル）

collect_additional_infoに「y」を指定すると，スナップショットからのパフォーマンスデータ取得に加え，SQLによるパフォーマンスデータを取得します。SQLを発行するためにdb2_userに指定するユーザーには次のどれかの権限が必要です。

DATAACCESS権限

DBADM権限

SQLADM権限

注意

db2_instance，およびdb2_nodeが不明な場合，DB2の"Control Center"を起動して，"Instances"ディレクトリ下の"Name"をdb2_instanceに，"Node name"をdb2_nodeに設定してください。"Control Center"についての詳細は，DB2のマニュアルを参照してください。

なお，DB2の"Control Center"を使用できない場合，DB2のコマンドを使って次の表の方法を実施し，必要な値を確認します。DB2のコマンドの詳細は，DB2のマニュアルをしてください。

表2‒6　DB2を使ったPFM - Agent for DB2のインスタンス項目値の確認方法

インスタンス項目

設定する値の確認方法

db2_instance

次のコマンドを実行して出力された値を確認します。

DB2のインストールディレクトリ/bin/db2ilistコマンド

このコマンドは，どのユーザーでも実行できます。

確認した値を，db2_instanceに指定してください。

db2_node

次の値を確認します。

監視対象のDB2インスタンスユーザー（db2_instanceの値）でログインし，DB2のlist node directoryコマンドを実行した時に出力される"Node name"の値。

ただし，ノードの情報をカタログしていない場合，値は出力されません。

＜値が出力される場合＞

db2_nodeに"Node name"の値を指定してください。

＜値が出力されない場合＞

PFM - Agent for DB2のインスタンスの項目db2_instanceと同じ値を指定してください。

PFM - Agent for DB2は，DB2からパフォーマンス情報を取得するために，監視対象のDB2インスタンスの次に示すスナップショット・モニター・スイッチをONにします。この場合，インスタンス情報のdb2_userには，SYSADM権限を持つユーザー名を指定します。ただし，すでにこれらのスナップショット・モニター・スイッチがすべてONの場合，インスタンス情報のdb2_userには，SYSCTRL権限またはSYSMAINT権限を持つユーザー名を指定できます。

DFT_MON_BUFPOOL ， DFT_MON_LOCK ， DFT_MON_SORT ，

DFT_MON_STMT ， DFT_MON_TABLE ， DFT_MON_UOW

スナップショット・モニター・スイッチについての詳細は，DB2のマニュアルを参照してください。

データベースを活動化状態に設定した場合，データベースレベルおよび表スペース情報はアプリケーションの接続の有無に関係なく取得されます（アプリケーションレベルの情報の取得にはアプリケーションの接続が必要です）。データベースを活動化状態にするには，インスタンス情報のdb2_userにsysadm，sysctrl，またはsysmaintのうちどれかの権限を持つユーザーを指定する必要があります。権限がないとき，活動化処理は失敗し，エージェントの処理は続行されます。活動化処理はDB2インスタンスへのアタッチ処理（エージェント起動時およびDB2インスタンスとのアタッチが切れたあとの再アタッチ時）のあとに行われます。

db2_activateにyを指定した場合のデータベース活動／非活動およびアプリケーション接続有／無とPFM - Agent for DB2の起動/停止の関係を次に示します。

ユーザーによる活動/非活動の設定

アプリケーションの接続

PFM - Agent for DB2起動

PFM - Agent for DB2停止

活動化している

有

【DB2メッセージ】SQL1490W

データベースは正常にアクティブになりましたが，このデータベースは1つ以上のノードですでにアクティブになっています。※1

−

無

−

活動化していない

有

【DB2メッセージ】SQL1494W

データベースは正常にアクティブになりましたが，このデータベースへの接続はすでに存在しています。※2

−

無

【DB2メッセージ】エラーなし※3

−

非活動化していない

有

−

【DB2メッセージ】SQL1495W

データベースの非アクティブ化は正常に実行されましたが，このデータベースとの接続がまだ存在しています。※4

無

−

【DB2メッセージ】

エラーなし

非活動化している

有

−

【DB2メッセージ】SQL1495W

データベースの非アクティブ化は正常に実行されましたが，このデータベースとの接続がまだ存在しています。※5

無

−

【DB2メッセージ】SQL1496W

データベースの非アクティブ化は正常に実行されましたが，このデータベースはアクティブにされてはいませんでした。

（凡例）

−：該当しない。

注※1

データベースは活動化状態のままです。エージェント停止時に非活動処理が実行されません。

注※2

データベースは活動化状態になります。エージェント停止時に非活動処理が実行されます。

注※3

データベースは活動化状態になります。エージェント停止時に非活動処理が実行されます。

注※4

データベースは非活動状態になります。アプリケーションの接続は残ります。

注※5

アプリケーションの接続は残ります。

活動化/非活動化時にDB2のエラー（上記のエラーや権限不足など）が検出された場合，PFM - Agent for DB2の処理は続行され，DB2のエラーメッセージがログに出力されます。

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

jpcconf inst setupコマンドを使用してインスタンス環境を構築する際，DB2上に存在しないインスタンス名を指定した場合でもコマンドは正常に終了します。しかし，その後レコードの収集を開始すると，共通メッセージログに「KAVF29016-W」のメッセージが出力され，監視対象のDB2に接続できません。この場合，正しいインスタンス名を確認の上，再度jpcconf inst setupコマンドを実行してください。

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

サービスキーおよびインスタンス名を指定して，jpcconf inst setupコマンドを実行する。

PFM - Agent for DB2のインスタンス名db2instのインスタンス環境を構築する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key DB2 -inst db2inst

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

DB2のインスタンス情報を設定する。

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

すべての入力が終了すると，インスタンス環境が構築されます。構築時のインスタンス環境を変更したい場合は，再度jpcconf inst setupコマンドを実行し，インスタンス環境を更新してください。インスタンス環境の更新については，「2.4.2　インスタンス環境の更新の設定」を参照してください。

構築されるインスタンス環境を次に示します。

インスタンス環境のディレクトリ構成

次のディレクトリ下にインスタンス環境が構築されます。

物理ホスト運用の場合：/opt/jp1pc/agtr

論理ホスト運用の場合：環境ディレクトリ※/jp1pc/agtr

注※

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

構築されるインスタンス環境のディレクトリ構成を次に示します。

表2‒7　インスタンス環境のディレクトリ構成

ディレクトリ名・ファイル名

説明

agent

インスタンス名

jpcagt.ini

Agent Collectorサービス起動情報ファイル

jpcagt.ini.model※

Agent Collectorサービス起動情報ファイルのモデルファイル

log

ログファイル格納ディレクトリ

store

インスタンス名

jpcsto.ini

Agent Storeサービス起動情報ファイル

jpcsto.ini.model※

Agent Storeサービス起動情報ファイルのモデルファイル

*.DAT

データモデル定義ファイル

dump

エクスポート先ディレクトリ

backup

バックアップ先ディレクトリ

import

インポート先ディレクトリ（Storeバージョン2.0の場合）

log

ログファイル格納ディレクトリ

partial

部分バックアップ先ディレクトリ（Storeバージョン2.0の場合）

STPD

PDレコードタイプのパフォーマンスデータ格納ディレクトリ（Storeバージョン2.0の場合）

STPI

PIレコードタイプのパフォーマンスデータ格納ディレクトリ（Storeバージョン2.0の場合）

注※

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

インスタンス環境のサービスID

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

Agent Collectorサービス：RAインスタンス番号 インスタンス名 [ホスト名]

Agent Storeサービス：RSインスタンス番号 インスタンス名 [ホスト名]

PFM - Agent for DB2の場合，インスタンス名にはjpcconf inst setupコマンドで指定したインスタンス名が表示されます。

例えば，ホスト名が「host1」で，インスタンス名に「db2inst」を指定した場合，サービスIDは次のようになります。

Agent Collectorサービス：RA1db2inst [host1]

Agent Storeサービス：RS1db2inst [host1]

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

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

Performance Managementを使用するネットワーク構成に応じて行う設定です。

ネットワークの設定には次の2つの項目があります。

IPアドレスを設定する

Performance Managementを複数のLANに接続されたネットワークで使用するときに設定します。複数のIPアドレスを設定するには，jpchostsファイルにホスト名とIPアドレスを定義します。設定したjpchostsファイルはPerformance Managementシステム全体で統一させてください。

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

ポート番号を設定する

Performance Managementが使用するポート番号を設定できます。運用での混乱を避けるため，ポート番号とサービス名は，Performance Managementシステム全体で統一させてください。

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

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

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

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

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

PFM - Agent for DB2で管理されるパフォーマンスデータを格納するデータベースの保存先，バックアップ先，エクスポート先，またはインポート先のディレクトリを変更したい場合に必要な設定です。

パフォーマンスデータは，デフォルトでは，次の場所に保存されます。

保存先：/opt/jp1pc/agtr/store/インスタンス名/

バックアップ先：/opt/jp1pc/agtr/store/インスタンス名/backup/

部分バックアップ先※：/opt/jp1pc/agtr/store/インスタンス名/partial/

エクスポート先：/opt/jp1pc/agtr/store/インスタンス名/dump/

インポート先※：/opt/jp1pc/agtr/store/インスタンス名/import/

注※

Storeバージョン2.0使用時だけ設定できます。

注意

論理ホストで運用する場合のデフォルトの保存先については，「/opt/jp1pc」を「環境ディレクトリ/jp1pc」に読み替えてください。

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

(8)　PFM - Agent for DB2の接続先PFM - Managerの設定

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

注意事項

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

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

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

手順を次に示します。

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

jpcconf mgrhost defineコマンド実行時に，Performance Managementのプログラムおよびサービスが起動されている場合は，停止を問い合わせるメッセージが表示されます。

接続先のPFM - Managerホストのホスト名を指定して，jpcconf mgrhost defineコマンドを実行する。

例えば，接続先のPFM - Managerがホストhost01上にある場合，次のように指定します。

jpcconf mgrhost define -host host01

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

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

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

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

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

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

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

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

(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コマンドで表示できるサービスの情報は削除されません。この場合，jpctool service deleteコマンドを使用してサービスの情報を削除してください。サービス情報の削除方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップの章のサービスの削除について説明している個所を参照してください。

なお，PFM - Web Consoleホストにサービス情報の削除を反映するためには，jpctool service syncコマンドを実行して，PFM - Manager ホストとPFM - Web Consoleホストのエージェント情報を同期する必要があります。

(5)　その他の注意事項

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

2.2.2　アンセットアップ手順

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

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

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

(a)　インスタンス環境を削除する

インスタンス名を確認し，インスタンス環境を削除します。インスタンス環境の削除は，PFM - Agentホストで実施します。

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

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

インスタンス名を確認する。

PFM - Agent for DB2を示すサービスキーを指定して，jpcconf inst listコマンドを実行します。

jpcconf inst list -key DB2

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

インスタンス環境のPFM - Agentのサービスが起動されている場合は，停止する。

サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

インスタンス環境を削除する。

PFM - Agent for DB2を示すサービスキーおよびインスタンス名を指定して，jpcconf inst unsetupコマンドを実行します。

設定されているインスタンス名がdb2instの場合，次のように指定します。

jpcconf inst unsetup -key DB2 -inst db2inst

jpcconf inst unsetupコマンドが正常終了すると，インスタンス環境として構築されたディレクトリ，サービスIDが削除されます。

注意

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

PFM - Web Consoleホストにインスタンス環境の削除を反映するためには，jpctool service syncコマンドを実行して，PFM - Manager ホストとPFM - Web Consoleホストのエージェント情報を同期する必要があります。

また，コマンド実行後にPFM - Managerを再起動してください。次に指定例を示します。

インスタンス名：db2inst

ホスト名：host03

Agent CollectorサービスのサービスID：RA1db2inst[host03]

Agent StoreサービスのサービスID：RS1db2inst[host03]

jpctool service delete -id R?1db2inst[host03] -host host03

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

2.2.3　アンインストール手順

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

Performance Managementのプログラムをアンインストールするホストに，スーパーユーザーでログインするかまたはsuコマンドでユーザーをスーパーユーザーに変更する。

ローカルホストでPerformance Managementのプログラムおよびサービスを停止する。

サービス情報を表示して，サービスが起動されていないか確認してください。ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。なお，停止するサービスは物理ホスト上および論理ホスト上のすべてのサービスです。

サービス情報の表示方法およびサービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

次のコマンドを実行して，Hitachi PP Installerを起動する。

/etc/hitachi_setup

Hitachi PP Installerが起動され，初期画面が表示されます。

初期画面で「D」を入力する。

アンインストールできるプログラムの一覧が表示されます。

アンインストールしたいPerformance Managementのプログラムを選択して，「D」を入力する。

選択したプログラムがアンインストールされます。なお，プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

アンインストールが正常終了したら，「Q」を入力する。

Hitachi PP Installerの初期画面に戻ります。

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

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

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

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

収集した稼働監視データの運用手順の変更などで，パフォーマンスデータの格納先や，インスタンス環境といった，PFM - Agent for DB2の運用方式を変更する場合があります。

ここでは，PFM - Agent for DB2の運用方式を変更する手順を説明します。Performance Management全体の運用方式を変更する手順の詳細についてはマニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

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

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

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

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

保存先ディレクトリ

バックアップ先ディレクトリ

部分バックアップ先ディレクトリ※

エクスポート先ディレクトリ

インポート先ディレクトリ※

注※

Storeバージョン2.0使用時だけ設定できます。

jpcconf db defineコマンドで設定するオプション名，設定できる値の範囲などを次の表に示します。

表2‒8　パフォーマンスデータの格納先を変更するコマンドの設定項目

説明

オプション名

設定できる値（Storeバージョン1.0）

設定できる値（Storeバージョン2.0）

デフォルト値※

パフォーマンスデータの保存先ディレクトリ

sd

1〜127バイトの絶対パス

1〜214バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名

パフォーマンスデータのバックアップ先ディレクトリ（フルバックアップ）

bd

1〜127バイトの絶対パス

1〜211バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名/backup

パフォーマンスデータの部分バックアップ先ディレクトリ（部分バックアップ）

pbd

−

1〜214バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名/partial

パフォーマンスデータを退避する場合の最大世代番号

bs

1〜9

1〜9

5

パフォーマンスデータのエクスポート先ディレクトリ

dd

1〜127バイトの絶対パス

1〜127バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名/dump

バフォーマンスデータのインポート先ディレクトリ

id

−

1〜222バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名/import

（凡例）

−：設定できません

注※

論理ホストで運用する場合のデフォルト値については，「/opt/jp1pc」を「環境ディレクトリ/jp1pc」に読み替えてください。

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

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

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

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

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

説明

ラベル名

設定できる値（Storeバージョン1.0）※1

デフォルト値※2

パフォーマンスデータの作成先ディレクトリ

Store Dir※3

1〜127バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名

パフォーマンスデータの退避先ディレクトリ（フルバックアップ）

Backup Dir※3

1〜127バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名/backup

パフォーマンスデータを退避する場合の最大世代番号

Backup Save

1〜9

5

パフォーマンスデータのエクスポート先ディレクトリ

Dump Dir※3

1〜127バイトの絶対パス

/opt/jp1pc/agtr/store/インスタンス名/dump

注※1

ディレクトリ名は，Storeデータベースのデフォルトの格納先ディレクトリ（/opt/jp1pc/agtr/store/インスタンス名/）からの相対パスか，または絶対パスで指定してください。

指定できる文字は，次の文字を除く，半角英数字，半角記号および半角空白です。

; , * ? ' " < > |

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

注※2

論理ホストで運用する場合のデフォルト値については，「/opt/jp1pc」を「環境ディレクトリ/jp1pc」に読み替えてください。

注※3

Store Dir，Backup Dir，およびDump Dirには，それぞれ重複したディレクトリを指定できません。

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

Storeデータベースの格納先ディレクトリを変更する場合は，変更後の格納先ディレクトリを事前に作成しておいてください。

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

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

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

jpctool db restoreコマンドで変更後のディレクトリにバックアップデータをリストアする。

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

手順を次に示します。

PFM - Agent のサービスを停止する。

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

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

パフォーマンスデータの格納先ディレクトリなどを変更する。

次に示す網掛け部分を，必要に応じて修正してください。

注意事項

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

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

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

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

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

注意

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

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

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

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

インスタンス環境を更新したい場合は，インスタンス名を確認し，インスタンス情報を更新します。インスタンス情報の設定は，PFM - Agentホストで実施します。

更新する情報は，次の表であらかじめ確認してください。DB2のインスタンス情報の詳細については，DB2のマニュアルを参照してください。

表2‒10　PFM - Agent for DB2のインスタンス情報

項目

説明

設定できる値

デフォルト値

db2_instance

この値は更新できる。DB2のインスタンス名を指定する。

8バイト以内の半角英数字。

ただし，次の文字は指定できない。

空白文字

次の記号

「!」「"」「%」「&」「'」「(」「)」「+」「,」「-」「.」「/」「:」「;」「<」「=」「>」「?」「[」「¥」「]」「'」「{」「|」「}」「~」

−

db2_node

この値は更新できる。DB2のノード名を指定する。

−

db2_name

この値は更新できる。DB2のデータベース名を指定する。

−

db2_user

この値は更新できる。DB2のデータベースに接続できるユーザー名を指定する。

次のどれかの権限を持つこと。

SYSADM

SYSCTRL

SYSMAINT

またcollect_additional_infoに「y」を指定した場合は次のどれかの権限も必要。

DATAACCESS

DBADM

SQLADM

−

db2_password

この値は更新できる。db2_userで指定したユーザーのパスワードを指定する。

64バイト以内の半角英数字。

ただし，次の文字は指定できない。

空白文字

次の記号

「!」「"」「%」「&」「'」「(」「)」「+」「,」「-」「.」「/」「:」「;」「<」「=」「>」「?」「[」「¥」「]」「'」「{」「|」「}」「~」

−

attach_retry

この値は更新できる。DB2インスタンス接続リトライ回数を指定する。

0〜99（単位：回数）。

0

attach_waittime

この値は更新できる。DB2インスタンス接続リトライ間隔を指定する。

0〜600（単位：秒）。

0

db2_activate

この値は更新できる。DB2を活動化状態にするかどうかを指定する。

yまたはn

n

db2_dir

この値は更新できる。DB2のインストールパスを指定する。

255バイト以内のディレクトリパス

/opt/IBM/db2/V9.1

collect_additional_info

この値は更新できる。DB2の特定の機能を使用する場合に，スナップショットに加えSQLによる追加情報を収集するかどうかを指定する。

"y"：追加情報を収集する

"n"：追加情報を収集しない

yまたはn

n

（凡例）

−：なし

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

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

インスタンス名を確認する。

PFM - Agent for DB2を示すサービスキーを指定して，jpcconf inst listコマンドを実行します。

jpcconf inst list -key DB2

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

更新したいインスタンス環境のPFM - Agent for DB2のサービスが起動されている場合は，停止する。

サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

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

PFM - Agent for DB2を示すサービスキーおよびインスタンス名を指定して，jpcconf inst setupコマンドを実行する。

インスタンス名db2instのインスタンス環境を更新する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key DB2 -inst db2inst

DB2のインスタンス情報を更新する。

表2-10に示した項目を，コマンドの指示に従って入力します。現在設定されている値が表示されます（ただし，db2_passwdの値は表示されません）。表示された値を変更しない場合は，リターンキーだけを押してください。

すべての入力が終了すると，インスタンス環境が更新されます。

更新したインスタンス環境のサービスを再起動する。

サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

注意

更新できない項目の値を変更したい場合は，インスタンス環境を削除したあと，再作成してください。

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

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

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

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

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

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

表2‒11　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以降

上書きインストール

既存のインスタンスについてはセットアップ後利用できる

セットアップコマンドを実行

新規インスタンスについては利用できる

インスタンス構築時にjpcconf inst setupコマンドで設定

新規インストール

利用できる

インスタンス構築時にjpcconf inst setupコマンドで設定

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

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

システムリソース見積もりとリテンションの設定

Storeバージョン2.0導入に必要なシステムリソースが，実行環境に適しているかどうかを確認してください。必要なシステムリソースを次に示します。

ディスク容量

ファイル数

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

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

ディレクトリの設定

Storeバージョン2.0に移行する場合に，Storeバージョン1.0でのディレクトリ設定では，Agent Storeサービスが起動しないことがあります。このため，Agent Storeサービスが使用するディレクトリの設定を見直す必要があります。Agent Storeサービスが使用するディレクトリの設定はjpcconf db defineコマンドを使用して表示・変更できます。

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 -ver2.0コマンドを実行します。jpcconf db vrset -ver2.0コマンドは，Agentインスタンスごとに実行してください。

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

リテンションの設定

手順1の見積もり時に設計したリテンションを設定してください。Agent Storeサービスを起動して，PFM - Web Consoleで設定してください。

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

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

jpcconf db vrsetコマンドの詳細については，マニュアル「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コマンドでデータベース内のデータを出力してください。Storeバージョン2.0でのデフォルト保存期間については，リリースノートを参照してください。

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

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

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

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

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

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

2.5.1　バックアップ

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

注意事項

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

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

表2‒12　 PFM - Agent for DB2のバックアップ対象ファイル（物理ホストの場合）

ファイル名

説明

/opt/jp1pc/agtr/agent/*.iniファイル

Agent Collectorサービスの設定ファイル

/opt/jp1pc/agtr/agent/インスタンス名/*.iniファイル

/opt/jp1pc/agtr/store/*.iniファイル

Agent Storeサービスの設定ファイル

/opt/jp1pc/agtr/store/インスタンス名/*.iniファイル

表2‒13　 PFM - Agent for DB2のバックアップ対象ファイル（論理ホストの場合）

ファイル名

説明

/opt/jp1pc/agtr/agent/*.iniファイル

Agent Collectorサービスの設定ファイル

環境ディレクトリ※/jp1pc/agtr/agent/インスタンス名/*.iniファイル

/opt/jp1pc/agtr/store/*.iniファイル

Agent Storeサービスの設定ファイル

環境ディレクトリ※/jp1pc/agtr/store/インスタンス名/*.iniファイル

注※

環境ディレクトリは，論理ホスト作成時に作成される共用ディスク上のディレクトリです。

2.5.2　リストア

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

前提条件

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

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

注意事項

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

リストアできるケース

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

リストアできないケース

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

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

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

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

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

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

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

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

Windowsの場合：PFM - Web Consoleのインストール先フォルダ¥doc¥言語コード¥××××

UNIXの場合：/opt/jp1pcwebcon/doc/言語コード/××××

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

手順2で作成したディレクトリの直下に，マニュアル提供媒体から次のファイルおよびディレクトリをコピーする。

HTMLマニュアルの場合

Windowsの場合：該当するドライブ¥MAN¥3021¥資料番号（03004A0Dなど）下の，すべてのHTMLファイル，CSSファイル，およびGRAPHICSフォルダ

UNIXの場合：/提供媒体のマウントポイント/MAN/3021/資料番号（03004A0Dなど）下の，すべてのHTMLファイル，CSSファイル，およびGRAPHICSディレクトリ

PDFマニュアルの場合

Windowsの場合：該当するドライブ¥MAN¥3021¥資料番号（03004A0Dなど）下のPDFファイル

UNIXの場合：/提供媒体のマウントポイント/MAN/3021/資料番号（03004A0Dなど）下のPDFファイル

コピーの際，HTMLマニュアルの場合はINDEX.HTMファイルが，PDFマニュアルの場合はPDFファイル自体が，作成したディレクトリ直下に配置されるようにしてください。

PFM - Web Consoleを再起動する。

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

提供媒体から直接HTMLファイル，CSSファイル，PDFファイル，およびGIFファイルを任意のディレクトリにコピーしてください。HTMLマニュアルの場合，次のディレクトリ構成になるようにしてください。

html（HTMLファイルおよびCSSファイルを格納）
└GRAPHICS（GIFファイルを格納）

2.6.2　マニュアルの参照手順

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

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

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

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

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

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

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

この章では，クラスタシステムでPFM - Agent for DB2を運用する場合のインストール，セットアップ，クラスタシステムでPFM - Agent for DB2を運用しているときの処理の流れなどについて説明します。

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

クラスタシステムとは，複数のサーバシステムを連携して1つのシステムとして運用するシステムです。PFM - Agent for DB2の監視対象プログラムである，DB2は，次のクラスタシステムで運用できます。

HA（High Availability）クラスタシステム構成のDB2

ここでは，クラスタシステムでPFM - Agent for DB2を運用する場合の構成について説明します。クラスタシステムの概要，およびPerformance Managementシステムをクラスタシステムで運用する場合のシステム構成については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

なお，この章で，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。クラスタシステムでの運用は，AIXだけサポートされます。

3.1.1　HAクラスタシステム

(1)　HAクラスタシステムでのDB2の構成

DB2をHAクラスタシステムで運用すると，障害発生時にフェールオーバーすることができ，可用性が向上します。

DB2をHAクラスタシステムで運用する場合，一般的には，実行系ノードと待機系ノードの両方にDB2の環境を構築し，両方のノードから実行できるDB2のインスタンスを共有ディスクに構築します。なお，HAクラスタシステム上でDB2を運用する場合，一般的にはクラスタソフトからDB2を制御するためのソリューション製品を使用します。UNIXのクラスタソフトの場合は，各クラスタソフトのベンダーが提供している製品を使います。

また，クラスタシステムでのDB2の構成や運用方法は，システムによって異なる場合があります。

(2)　HAクラスタシステムでのPFM - Agent for DB2の構成

PFM - Agent for DB2は，HAクラスタシステムで運用でき，クラスタ構成のDB2を監視できます。HAクラスタシステムでPFM - Agent for DB2を運用する場合は，次の図のような構成で運用します。

図3‒1　HAクラスタシステムでのPFM - Agent for DB2の構成例

図3-1に示すように，PFM - Agent for DB2はクラスタ構成のDB2と同じ論理ホスト環境で動作し，DB2を監視します。障害発生時はDB2のフェールオーバーに連動してPFM - Agent for DB2もフェールオーバーし，監視を継続できます。

また，共有ディスクに定義情報やパフォーマンス情報を格納し，フェールオーバー時に引き継ぎます。1つの論理ホストに複数のPerformance Managementのプログラムがある場合は，それぞれが同じ共有ディレクトリを使います。

1つのノードでPFM - Agent for DB2を複数実行できます。クラスタ構成のDB2が複数ある構成（アクティブ・アクティブ構成）の場合，それぞれの論理ホスト環境で，PFM - Agent for DB2を実行してください。それぞれのPFM - Agent for DB2は独立して動作し，別々にフェールオーバーできます。

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

実行系ホストに障害が発生すると，処理が待機系ホストに移ります。

ここでは，PFM - Agent for DB2に障害が発生した場合のフェールオーバー時の処理について説明します。また，PFM - Managerに障害が発生した場合の，PFM - Agent for DB2への影響について説明します。

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

PFM - Agent for DB2を実行しているPFM - Agentホストでフェールオーバーが発生した場合の処理を次の図に示します。

図3‒2　PFM - Agentホストでフェールオーバーが発生した場合の処理

PFM - Agent for DB2のフェールオーバー中に，PFM - Web Consoleで操作すると，「There was no answer(-6)」というメッセージが表示されます。この場合は，フェールオーバーが完了するまで待ってから操作してください。

PFM - Agent for DB2のフェールオーバー後に，PFM - Web Consoleで操作をすると，フェールオーバー先のノードで起動したPFM - Agent for DB2に接続されます。

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

PFM - Managerが停止すると，Performance Managementシステム全体に影響があります。

PFM - Managerは，各ノードで動作しているPFM - Agent for DB2のエージェント情報を一括管理しています。また，PFM - Agent for DB2がパフォーマンス監視中にしきい値を超えた場合のアラームイベントの通知や，アラームイベントを契機としたアクションの実行を制御しています。このため，PFM - Managerが停止すると，Performance Managementシステムに次の表に示す影響があります。

表3‒1　PFM - Managerが停止した場合のPFM - Agent for DB2への影響

プログラム名

影響

対処

PFM - Agent for DB2

PFM - Agent for DB2の動作中に，PFM - Managerが停止した場合，次のように動作する。

パフォーマンスデータは継続して収集される。

発生したアラームイベントをPFM - Managerに通知できないため，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動するまで通知をリトライする。保持しているアラームイベントが3つを超えると，古いアラームイベントは上書きされる。また，PFM - Agent for DB2を停止すると，保持しているアラームイベントは削除される。

PFM - Managerに通知済みのアラームステータスは，PFM - Managerが再起動したときに一度リセットされる。その後，PFM - ManagerがPFM - Agent for DB2の状態を確認したあと，アラームステータスは最新の状態となる。

PFM - Agent for DB2を停止しようとした場合，PFM - Managerに停止することを通知できないため，停止に時間が掛かる。

PFM - Managerを起動する。

動作中のPFM - Agent for DB2はそのまま運用できる。ただし，アラームが期待したとおり通知されない場合があるため，PFM - Manager復旧後に，共通メッセージログに出力されているメッセージKAVE00024-Iを確認すること。

PFM - Managerが停止した場合の影響を考慮の上，運用方法を検討してください。なお，トラブル以外にも，構成変更やメンテナンスの作業などでPFM - Managerの停止が必要になる場合もあります。運用への影響が少ないときに，メンテナンスすることをお勧めします。

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

ここでは，クラスタシステムでのPFM - Agent for DB2のインストールとセットアップの手順について説明します。

なお，PFM - Managerのインストールとセットアップの手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

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

クラスタシステムで，論理ホスト運用するPFM - Agent for DB2のインストールおよびセットアップの流れを次の図に示します。

図3‒3　クラスタシステムで論理ホスト運用するPFM - Agent for DB2のインストールおよびセットアップの流れ

注意

論理ホスト環境のPFM - Agentをセットアップしても，物理ホスト環境のPFM - Agentの定義内容は引き継がれません。論理ホスト環境および物理ホスト環境では，インスタンス環境を設定した時点で，新規に環境が作成されます。

なお，ユーザー入力を必要とするセットアップコマンドは，対話形式で実行するか非対話形式で実行するかを選択できます。

対話形式で実行する場合は，コマンドの指示に従ってユーザーが値を入力する必要があります。

非対話形式で実行する場合は，コマンド実行中に必要となる入力作業を，オプション指定や定義ファイルで代替するため，ユーザー入力が不要になります。また，バッチ処理やリモート実行によってセットアップ作業を自動化できるため，管理者の負担や運用コストを低減できます。非対話形式のコマンドは，次のような場合に便利です。

監視対象との接続に使用するパスワードを定期的に変更したい

複数の監視対象を追加する際の作業を効率化したい

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

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

インストールおよびセットアップを開始する前に前提条件，必要な情報，および注意事項について説明します。

(1)　前提条件

PFM - Agent for DB2をクラスタシステムで使用する場合，次に示す前提条件があります。

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトが論理ホスト運用するPFM - Agent for DB2の起動や停止などを制御するように設定されていること。このとき，PFM - Agent for DB2が，監視対象のDB2と連動してフェールオーバーするように設定すること。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。

Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーの際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをアンマウントしてフェールオーバーできること。

1つの論理ホストで複数のPFM製品を運用する場合，共有ディスクのディレクトリ名が同じであること。

なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホスト名と論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN名ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

注意

論理ホスト名に，物理ホスト名（uname -nコマンドで表示されるホスト名）を指定しないでください。正常に通信処理がされなくなるおそれがあります。

論理ホスト名に使用できる文字は，1〜32バイトの半角英数字です。次の記号および空白文字は指定できません。

/ ¥ : ; * ? ' " < > | & = , .

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(d)　IPv6を使用する場合の設定

Performance Managementでは，ネットワーク構成がIPv4環境だけでなくIPv6環境にも対応しています。そのため，IPv4環境とIPv6環境が混在するネットワーク構成でもPerformance Managementを運用できます。

PFM - Agent for DB2では，PFM - ManagerとIPv6で通信できます。ただし，PFM - Agent for DB2が導入されているホストのOSがLinux，かつPFM - Managerが導入されているホストのOSがWindowsまたはLinuxの場合に限ります。

IPv4環境とIPv6環境での通信の適用範囲については，「付録L　IPv4環境とIPv6環境での通信について」を参照してください。

IPv6で通信する場合，PFM - ManagerホストとPFM - AgentホストのそれぞれでIPv6の利用設定を有効にする必要があります。また，PFM - Agent for DB2をインストールする前にPFM - AgentホストでIPv6の利用設定を有効にする必要があります。この設定はjpcconf ipv6 enableコマンドで実行しますが，すでに有効になっている場合，この設定は必要ありません。IPv6の利用設定を確認するためには，jpcconf ipv6 displayコマンドを実行します。

jpcconf ipv6 enableコマンドは，実行系ノードおよび待機系ノードで，それぞれ実行してください。

jpcconf ipv6 enable，jpcconf ipv6 displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。また，jpcconf ipv6 enableコマンドを実行する条件やタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPv6環境が含まれる場合のネットワーク構成例について説明している章を参照してください。

なお，PFM - Agent for DB2とPFM - ManagerをIPv6で通信する場合，名前解決できるホスト名を指定してください。

PFM - Agent for DB2とPFM - Managerとの通信は，解決できるIPアドレスで通信します。また，PFM - Agent for DB2とPFM - Managerとの通信では，IPv4とIPv6が共存した環境の場合，解決できるIPアドレスで通信に失敗したとき，別のIPアドレスで通信することはありません。

例えば，IPv4で接続に失敗した場合，IPv6でリトライすることはありません。また，IPv6で接続に失敗した場合に，IPv4でリトライすることもありません。事前に接続できることを確認してください。

(2)　論理ホスト運用するPFM - Agent for DB2のセットアップに必要な情報

論理ホスト運用するPFM - Agent for DB2をセットアップするには，通常のPFM - Agent for DB2のセットアップで必要になる環境情報に加えて，次の表の情報が必要です。

表3‒2　論理ホスト運用のPFM - Agent for DB2のセットアップに必要な情報

項目

例

論理ホスト名

jp1-haldb2

論理IPアドレス

172.16.92.100

共有ディスク

/jp1

なお，1つの論理ホストで論理ホスト運用するPerformance Managementのプログラムが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

共有ディスクに必要な容量については，「付録A　システム見積もり」を参照してください。

(3)　PFM - Agent for DB2で論理ホストをフェールオーバーさせる場合の注意事項

PFM - Agent for DB2を論理ホスト運用するシステム構成の場合，PFM - Agent for DB2の障害によって論理ホスト全体をフェールオーバーさせるかどうかを検討してください。

PFM - Agent for DB2の障害で論理ホスト全体をフェールオーバーさせると，PFM - Agent for DB2が監視対象としている同じ論理ホストで運用する業務アプリケーションもフェールオーバーすることになり，業務に影響を与えるおそれがあります。

通常は，PFM - Agent for DB2に異常が発生しても，DB2の動作に影響がないように，次のどちらかのようにクラスタソフトで設定することをお勧めします。

PFM - Agent for DB2の動作監視をしない

PFM - Agent for DB2の異常を検知してもフェールオーバーしない

(4)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Agent for DB2をバージョンアップする場合は，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをオンラインにする必要があります。

3.3.3　インストール手順

実行系ノードおよび待機系ノードのそれぞれにPFM - Agent for DB2をインストールします。

注意事項

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

インストール手順は非クラスタシステムの場合と同じです。インストール手順については，「2.1.3　インストール手順」を参照してください。

3.3.4　セットアップ手順

ここでは，クラスタシステムでPerformance Managementを運用するための，セットアップについて説明します。

セットアップ手順には，実行系ノードの手順と，待機系ノードの手順があります。実行系ノード，待機系ノードの順にセットアップしてください。

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

(1)　PFM - Agentの登録[図データ]　[図データ]　[図データ]

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

Performance Managementシステムに新しくPFM - Agent for DB2を追加する場合

すでに登録しているPFM - Agent for DB2のデータモデルのバージョンを更新する場合

登録はPFM - Manager上およびPFM - Web Console上で実施します。手順は非クラスタシステムの場合と同じです。

手順については，「2.1.4(3)　PFM - Agent for DB2の登録」を参照してください。

(2)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをマウントしてください。

(3)　PFM - Agentの論理ホストのセットアップ[図データ]

jpcconf ha setupコマンドを実行して論理ホスト環境を作成します。コマンドを実行すると，共有ディスクに必要なデータがコピーされ，論理ホスト用の定義が設定されて，論理ホスト環境が作成されます。

注意

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

手順を次に示します。

jpcconf ha setupコマンドを実行して，PFM - Agent for DB2の論理ホスト環境を作成する。

次のようにコマンドを実行します。

jpcconf ha setup -key DB2 -lhost jp1-haldb2 -d /jp1

論理ホスト名は，-lhostオプションで指定します。ここでは，論理ホスト名をjp1-haldb2としています。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。

共有ディスクのディレクトリ名は，-dオプションの環境ディレクトリ名に指定します。例えば-d /jp1と指定すると/jp1/jp1pcが作成され，論理ホスト環境のファイルが作成されます。

jpcconf ha listコマンドを実行して，論理ホストの設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all

作成した論理ホスト環境が正しいことを確認してください。

(4)　接続先PFM - Managerの設定[図データ]

jpcconf mgrhost defineコマンドを実行して，PFM - Agent for DB2を管理するPFM - Managerを設定します。

jpcconf mgrhost defineコマンドを実行して，接続先PFM - Managerを設定する。

次のようにコマンドを実行します。

jpcconf mgrhost define -host jp1-hal -lhost jp1-haldb2

接続先PFM - Managerのホスト名は，-hostオプションで指定します。接続先PFM - Managerが論理ホスト運用されている場合は，-hostオプションに接続先PFM - Managerの論理ホスト名を指定します。ここでは，PFM - Managerの論理ホスト名をjp1-halとしています。

また，PFM - Agent for DB2の論理ホスト名は，-lhostオプションで指定します。ここでは，PFM - Agent for DB2の論理ホスト名をjp1-haldb2としています。

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

(5)　インスタンス環境の設定[図データ]

jpcconf inst setupコマンドを実行して，PFM - Agent for DB2のインスタンス環境を設定します。

設定手順は，非クラスタシステムの場合と同じです。ただし，クラスタシステムの場合，jpcconf inst setupコマンドの実行時に，「-lhost」で論理ホスト名を指定する必要があります。

クラスタシステムの場合のjpcconf inst setupコマンドの指定方法を次に示します。

jpcconf inst setup -key DB2 -lhost 論理ホスト名 -inst インスタンス名

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。jpcconf inst setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

設定手順については，「2.1.4(4)　インスタンス環境の設定」を参照してください。

(6)　他Performance Managementプログラムの論理ホストのセットアップ[図データ]　[図データ]

PFM - Agent for DB2のほかに，同じ論理ホストにセットアップするPFM - ManagerやPFM - Agentがある場合は，この段階でセットアップしてください。

セットアップ手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章，または各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

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

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

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

IPアドレスを設定する

複数のLANに接続されたネットワーク環境でPerformance Managementを運用するときに使用するIPアドレスを指定したい場合には，jpchostsファイルの内容を直接編集します。

このとき，編集したjpchostsファイルは，実行系ノードから待機系ノードにコピーしてください。

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

ポート番号を設定する

ファイアウォール経由でPerformance Managementのプログラム間の通信をする場合には，jpcconf portコマンドを使用してポート番号を設定します。

ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章，およびクラスタシステムでの構築と運用について説明している章を参照してください。

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

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

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

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

PFM - Agentで管理されるパフォーマンスデータを格納するデータベースの保存先，バックアップ先，エクスポート先，またはインポート先のディレクトリを変更したい場合に必要な設定です。

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

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

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

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

(11)　論理ホスト環境定義ファイルのエクスポート[図データ]

PFM - Agent for DB2の論理ホスト環境が作成できたら，環境定義をファイルにエクスポートします。エクスポートでは，その論理ホストにセットアップされているPerformance Managementのプログラムの定義情報を一括してファイル出力します。同じ論理ホストにほかのPerformance Managementのプログラムをセットアップする場合は，セットアップが一とおり済んだあとにエクスポートしてください。

論理ホスト環境定義をエクスポートする手順を次に示します。

jpcconf ha exportコマンドを実行して，論理ホスト環境定義をエクスポートする。

これまでの手順で作成した論理ホスト環境の定義情報を，エクスポートファイルに出力します。エクスポートファイル名は任意です。

例えば，lhostexp.txtファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.txt

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

(12)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

「(11)　論理ホスト環境定義ファイルのエクスポート」でエクスポートした論理ホスト環境定義ファイルを，実行系ノードから待機系ノードにコピーします。

(13)　共有ディスクのアンマウント[図データ]　[図データ]

ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

注意

共有ディスクがアンマウントされていても，指定した環境ディレクトリにjp1pcディレクトリがあり，jp1pcディレクトリ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上に指定した環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上の環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(14)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementのプログラムを，待機系ノードで実行するための設定には，jpcconf ha importコマンドを使用します。1つの論理ホストに複数のPerformance Managementのプログラムがセットアップされている場合は，一括してインポートされます。

なお，このコマンドを実行するときには，共有ディスクをマウントしておく必要はありません。

jpcconf ha importコマンドを実行して，論理ホスト環境定義をインポートする。

次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.txt

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

コマンドを実行すると，待機系ノードの環境が，エクスポートファイルの内容と同じ環境になるように設定変更されます。これによって，論理ホストのPFM - Agent for DB2を起動するための設定が実施されます。

また，セットアップ時にjpcconf portコマンドで固定のポート番号を設定している場合も，同様に設定されます。

jpcconf ha listコマンドを実行して，論理ホスト設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all

実行系ノードでjpcconf ha listを実行した時と同じ内容が表示されることを確認してください。

(15)　クラスタソフトへのPFM - Agentの登録[図データ]　[図データ]

Performance Managementのプログラムを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPerformance Managementのプログラムを起動したり停止したりするように環境設定します。

クラスタソフトへPFM - Agent for DB2を登録する方法は，クラスタソフトのマニュアルを参照してください。

一般にUNIXのクラスタソフトに，アプリケーションを登録する場合に必要な項目には「起動」「停止」「動作監視」「強制停止」の四つがあります。クラスタソフトに登録するPFM - Agent for DB2の制御方法を次の表に示します。

表3‒3　クラスタソフトに登録するPFM - Agent for DB2の制御方法

項目

説明

起動

次のコマンドを順に実行して，PFM - Agent for DB2を起動する。

jpcspm start -key AH -lhost 論理ホスト名
jpcspm start -key DB2 -lhost 論理ホスト名 -inst インスタンス名

起動するタイミングは，共有ディスクおよび論理IPアドレスが使用できる状態になったあととする。

停止

次のコマンドを順に実行して，PFM - Agent for DB2を停止する。

jpcspm stop -key DB2 -lhost 論理ホスト名 -inst インスタンス名
jpcspm stop -key AH -lhost 論理ホスト名

停止するタイミングは，共有ディスクおよび論理IPアドレスを使用できない状態にする前とする。

なお，障害などでサービスが停止しているときは，jpcspm stopコマンドの戻り値が3になる。この場合はサービスが停止されているので，正常終了として扱われる。戻り値で実行結果を判定するクラスタソフトの場合は，戻り値を0にするなどで対応すること。

動作監視

次のプロセスが動作していることを，psコマンドで確認する。

ps -ef | grep "プロセス名 論理ホスト名" | grep -v "grep 監視対象のプロセス"

監視対象のプロセスは，次のとおり。

jpcagtr

agtr/jpcsto

jpcah

それぞれ次のコマンドを実行する。

jpcagtrの場合

ps -ef | grep "jpcagtr_インスタンス名 論理ホスト名" | grep -v "grep jpcagtr"

agtr/jpcstoの場合

ps -ef | grep "agtr/jpcsto_インスタンス名 論理ホスト名" | grep -v "grep agtr/jpcsto"

jpcahの場合

ps -ef | grep "jpcah 論理ホスト名" | grep -v "grep jpcah"

なお，運用中にメンテナンスなどでPerformance Managementを一時的に停止する場合を想定して，動作監視を抑止する方法（例えば，メンテナンス中のファイルがあると監視をしないなど）を用意しておくことをお勧めする。

強制停止

強制停止が必要な場合は，次のコマンドを実行する。

jpcspm stop -key all -lhost 論理ホスト名 -kill immediate

第一引数のサービスキーに指定できるのは，allだけである。

注意

コマンドを実行すると，指定した論理ホスト環境すべてのPerformance Managementのプロセスが，SIGKILL送信によって強制停止される。このとき，サービス単位ではなく，論理ホスト単位でPerformance Managementが強制停止される。

なお，強制停止は，通常の停止を実行しても停止できない場合に限って実行するように設定すること。

注意

クラスタに登録するPerformance Managementのプログラムは，クラスタから起動および停止を制御するので，OS起動時の自動起動設定をしないでください。

Performance Managementのプログラムを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANG環境変数を設定してから，Performance Managementのコマンドを実行するようにしてください。

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，Performance Managementのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。Performance Managementのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

psコマンドで動作を監視する場合，事前にpsコマンドを実行して，論理ホスト名とインスタンス名をつなげた文字列がすべて表示されることを確認してください。文字列が途中までしか表示されない場合は，インスタンス名を短くしてください。なお，psコマンドでプロセス名および論理ホスト名を特定する場合に，「（）」または「［］」を使用すると，プロセス名および論理ホスト名の取得に失敗することがあります。OSのpsコマンドのリファレンスを確認して，コマンドを再実行してください。

(16)　クラスタソフトからの起動・停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，Performance Managementのプログラムの起動および停止を各ノードで実行し，正常に動作することを確認してください。

(17)　クラスタシステムでの環境設定[図データ]　[図データ]

Performance Managementのプログラムのセットアップ終了後，PFM - Web Consoleから，運用に合わせて監視対象の稼働状況についてのレポートを表示できるようにしたり，監視対象で問題が発生したときにユーザーに通知できるようにしたりするために，Performance Managementのプログラムの環境を設定します。

Performance Managementのプログラムの環境の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

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

ここでは，クラスタシステムで運用していたPFM - Agent for DB2を，アンインストールする方法とアンセットアップする方法について説明します。

なお，PFM - Managerのアンインストールとアンセットアップについては，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

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

クラスタシステムで運用していたPFM - Agent for DB2のアンインストールおよびアンセットアップの流れを次の図に示します。

図3‒4　クラスタシステムで論理ホスト運用するPFM - Agent for DB2のアンインストールおよびアンセットアップの流れ

3.4.2　アンセットアップ手順

論理ホスト環境をアンセットアップします。アンセットアップ手順には，実行系ノードの手順と，待機系ノードの手順があります。実行系ノード，待機系ノードの順にアンセットアップしてください。

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

PFM - Agent for DB2のアンセットアップ手順について説明します。

(1)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(2)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをマウントしてください。

注意

共有ディスクがアンマウントされていても，アンセットアップする論理ホストの環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上にアンセットアップする論理ホストの環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上のアンセットアップする論理ホストの環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(3)　ポート番号の設定の解除[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf portコマンドでポート番号を設定した場合だけに必要な手順です。

通信ポート番号の設定の解除方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のアンインストールとアンセットアップ，およびマニュアル「JP1/Performance Management 運用ガイド」のクラスタシステムでの構築と運用について説明している章を参照してください。

(4)　PFM - Agent の論理ホストのアンセットアップ[図データ]

手順を次に示します。

注意

共有ディスクがマウントされていない状態で論理ホスト環境を削除した場合は，物理ホスト上に存在する論理ホストの設定が削除され，共有ディスク上のディレクトリやファイルは削除されません。この場合，共有ディスクをマウントして，環境ディレクトリ以下のjp1pcディレクトリを手動で削除する必要があります。

jpcconf ha listコマンドを実行して，論理ホスト設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all -lhost jp1-haldb2

論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。

PFM - Agent for DB2のインスタンス環境を削除する。

次のようにコマンドを実行します。

jpcconf ha unsetup -key DB2 -lhost jp1-haldb2

jpcconf inst unsetupコマンドを実行すると，論理ホストのインスタンスを起動するための設定が削除されます。また，共有ディスク上のインスタンス用のファイルが削除されます。

jpcconf ha unsetupコマンドを実行して，PFM - Agent for DB2の論理ホスト環境を削除する。

次のようにコマンドを実行します。

jpcconf ha unsetup -key DB2 -lhost jp1-haldb2

ここでは，対話形式の実行例を示していますが，jpcconf inst unsetupコマンドは非対話形式でも実行できます。jpcconf inst unsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

jpcconf ha unsetupコマンドを実行すると，論理ホストのPFM - Agent for DB2を起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。

jpcconf ha listコマンドで，論理ホスト設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all

論理ホスト環境からPFM - Agent for DB2が削除されていることを確認してください。

(5)　他Performance Managementプログラムの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Agent for DB2のほかに，同じ論理ホストからアンセットアップするPerformance Managementプログラムがある場合だけ必要な手順です。

アンセットアップ手順については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章，または各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(6)　論理ホスト環境定義ファイルのエクスポート[図データ]

論理ホストのPFM - Agent for DB2を削除したら，環境定義をファイルにエクスポートします。

Performance Managementでは，環境定義のエクスポートおよびインポートによって実行系と待機系の環境を合わせる方式を採っています。

実行系ノードでエクスポートした環境定義（Performance Managementの定義が削除されている）を，待機系ノードにインポートすると，待機系ノードの既存の環境定義（Performance Managementの定義が削除前のままの状態で残っている）と比較して差分（実行系ノードで削除された部分）を確認してPerformance Managementの環境定義を削除します。

手順を次に示します。

jpcconf ha exportコマンドを実行して，論理ホスト環境定義をエクスポートする。

Performance Managementの論理ホスト環境の定義情報を，エクスポートファイルに出力します。エクスポートファイル名は任意です。

例えば，lhostexp.txtファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.txt

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

(7)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

「(6)　論理ホスト環境定義ファイルのエクスポート」でエクスポートしたファイルを，実行系ノードから待機系ノードにコピーします。

(8)　共有ディスクのアンマウント[図データ]　[図データ]

ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

(9)　論理ホスト環境定義ファイルのインポート[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。なお，待機系ノードでは，インポート時に共有ディスクをアンマウントする必要はありません。

手順を次に示します。

jpcconf ha importコマンドを実行して，論理ホスト環境定義をインポートする。

次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.txt

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

コマンドを実行すると，待機系ノードの環境を，エクスポートファイルの内容と同じ環境になるように設定変更します。これによって，論理ホストのPFM - Agent for DB2を起動するための設定が削除されます。ほかの論理ホストのPerformance Managementのプログラムをアンセットアップしている場合は，それらの設定も削除されます。

また，セットアップ時にjpcconf portコマンドで固定のポート番号を設定している場合も，解除されます。

jpcconf ha listコマンドを実行して，論理ホスト設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all

実行系ノードでjpcconf ha listコマンドを実行したときと同じ内容が表示されることを確認してください。

(10)　クラスタソフトからのPFM - Agentの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Agent for DB2に関する設定を削除してください。

設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(11)　PFM - Managerでの設定の削除[図データ]　[図データ]

接続先PFM - Managerを解除する場合は，PFM - Web ConsoleでPFM - Managerにログインし，接続しているPFM - Agent for DB2に関連する定義を削除する必要があります。手順を次に示します。

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

PFM - Managerのエージェント情報を削除する。

例えば，PFM - Managerが論理ホストjp1-hal上で動作し，PFM - Agent for DB2が論理ホストjp1-haldb2上で動作している場合，次のように指定してコマンドを実行します。

jpctool service delete -id サービスID -host jp1-haldb2 -lhost jp1-hal

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

PFM - Managerサービスを再起動する。

サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。

PFM - Managerホストのサービス情報を反映する。

PFM - Web Consoleホストにサービス情報の削除を反映するため，PFM - Manager ホストとPFM - Web Consoleホストのエージェント情報を同期します。エージェント情報を同期するにはjpctool service syncコマンドを使用してください。

3.4.3　アンインストール手順

PFM - Agent for DB2を，実行系ノード，待機系ノードそれぞれからアンインストールします。

アンインストール手順は，非クラスタシステムの場合と同じです。詳細は，「2.2.3　アンインストール手順」を参照してください。

注意

PFM - Agent for DB2をアンインストールする場合は，PFM - Agent for DB2をアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPFM - Agent for DB2をアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

3.5　PFM - Agent for DB2のシステム構成の変更

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

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

3.6　PFM - Agent for DB2の運用方式の変更

ここでは，クラスタシステムでPFM - Agent for DB2の運用方式を変更する手順を説明します。Performance Management全体の運用方式を変更する手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

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

クラスタシステムでインスタンス環境を更新したい場合は，論理ホスト名とインスタンス名を確認し，インスタンス情報を更新します。インスタンス情報の設定は，実行系ノードのPFM - Agentホストで実施します。

更新する情報については，「2.4.2　インスタンス環境の更新の設定」を参照して，あらかじめ確認してください。DB2のインスタンス情報の詳細については，DB2のマニュアルを参照してください。

論理ホスト名とインスタンス名を確認するには，jpcconf ha listコマンドを使用します。また，インスタンス環境を更新するには，jpcconf inst setupコマンドを使用します。

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

論理ホスト名とインスタンス名を確認する。

更新したいインスタンス環境で動作しているPFM - Agent for DB2を示すサービスキーを指定して，jpcconf ha listコマンドを実行します。

例えば，PFM - Agent for DB2の論理ホスト名とインスタンス名を確認したい場合，次のように指定してコマンドを実行します。

jpcconf ha list -key DB2

設定されている論理ホスト名がjp1-haldb2，インスタンス名がdb2instの場合，次のように表示されます。

更新したいインスタンス環境のPFM - Agent for DB2のサービスが起動されている場合は，クラスタソフトからサービスを停止する。

手順2で共有ディスクがアンマウントされる場合は，クラスタソフトからの操作やボリュームマネージャの操作などで，共有ディスクをマウントする。

更新したいインスタンス環境のPFM - Agent for DB2を示すサービスキーおよびインスタンス名を指定して，jpcconf inst setupコマンドを実行する。

例えば，PFM - Agent for DB2の論理ホスト名がjp1-haldb2，インスタンス名がdb2instのインスタンス環境を更新する場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key DB2 -lhost jp1-haldb2 -inst db2inst

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

DB2のインスタンス情報を更新する。

PFM - Agent for DB2のインスタンス情報を，コマンドの指示に従って入力します。PFM - Agent for DB2のインスタンス情報については，「2.4.2　インスタンス環境の更新の設定」を参照してください。現在設定されている値が表示されます（ただしdb2_passwordの値は表示されません）。表示された値を変更しない場合は，リターンキーだけを押してください。すべての入力が終了すると，インスタンス環境が更新されます。

更新したインスタンス環境のサービスを，クラスタソフトから再起動する。

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

注意

更新できない項目の値を変更したい場合は，インスタンス環境を削除したあと，再作成してください。

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

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

論理ホスト環境定義ファイルのエクスポート・インポートは，次の操作を実行した場合だけ実施します。

論理ホストのセットアップ，またはインスタンス環境の設定時に，論理ホスト上のノード構成を変更した。

PFM - Agentの論理ホストのセットアップ方法については，「3.3.4(3)　PFM - Agentの論理ホストのセットアップ」を参照してください。

また，インスタンス環境の設定方法については，「3.3.4(5)　インスタンス環境の設定」を参照してください。

他Performance Managementプログラムの論理ホストのセットアップ時に，論理ホスト環境定義ファイルのエクスポートが必要な操作を実行した。

他Performance Managementプログラムの論理ホストのセットアップ方法については，「3.3.4(6)　他Performance Managementプログラムの論理ホストのセットアップ」を参照してください。

ネットワークの設定時に，ポート番号を設定した。

ネットワークの設定方法については，「3.3.4(7)　ネットワークの設定」を参照してください。

論理ホスト環境定義ファイルのエクスポート・インポートの手順については「3.3.4(11)　論理ホスト環境定義ファイルのエクスポート」〜「3.3.4(14)　論理ホスト環境定義ファイルのインポート」を参照してください。

なお，インスタンス環境の更新だけを実施した場合は，論理ホスト環境定義ファイルのエクスポート・インポートは不要です。

インスタンス環境の更新方法については，「3.6.1　インスタンス環境の更新の設定」を参照してください。

第3編　リファレンス編

4　監視テンプレート

この章では，PFM - Agent for DB2の監視テンプレートについて説明します。

監視テンプレートの概要

Performance Managementでは，次の方法でアラームとレポートを定義できます。

PFM - Agentで定義されているアラームやレポートをそのまま使用する

PFM - Agentで定義されているアラームやレポートをコピーしてカスタマイズする

ウィザードを使用して新規に定義する

PFM - Agentで用意されているアラームやレポートを「監視テンプレート」と呼びます。監視テンプレートのレポートとアラームは，必要な情報があらかじめ定義されているので，コピーしてそのまま使用したり，ユーザーの環境に合わせてカスタマイズしたりできます。そのため，ウィザードを使用して新規に定義をしなくても，監視対象の運用状況を監視する準備が容易にできるようになります。

この章では，PFM - Agent for DB2で定義されている監視テンプレートのアラームとレポートの設定内容について説明します。

監視テンプレートの使用方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成またはアラームによる稼働監視について説明している章を参照してください。

注意

監視テンプレートのアラームに設定されているしきい値は参考例です。監視テンプレートのアラームを使用する場合は，コピーしたあと，環境やOSに合わせて適切なしきい値を設定してください。

アラームの記載形式

ここでは，アラームの記載形式を示します。アラームは，アルファベット順に記載しています。

アラーム名

監視テンプレートのアラーム名を示します。

概要

このアラームで監視できる監視対象の概要について説明します。

主な設定

このアラームの主な設定値を表で説明します。この表では，アラームの設定値と，PFM - Web Consoleの［アラーム階層］画面でアラームアイコンをクリックし，［プロパティの表示］メソッドをクリックしたときに表示される，［プロパティ］画面の設定項目との対応を示しています。各アラームの設定の詳細については，PFM - Web Consoleのアラームの［プロパティ］画面で確認してください。

設定値の「−」は，設定が常に無効であることを示します。

なお，条件式で異常条件と警告条件が同じ場合は，アラームイベントは異常のものだけが発行されます。

関連レポート

このアラームに関連する，監視テンプレートのレポートを示します。PFM - Web Consoleの［エージェント階層］画面でエージェントアイコンをクリックし，［アラームの状態の表示］メソッドで表示される[図データ]アイコンをクリックすると，このレポートを表示できます。

アラーム一覧

PFM - Agent for DB2の監視テンプレートで定義されているアラームは，「PFM DB2 Template Alarms 09.00」というアラームテーブルにまとめられています。「09.00」は，アラームテーブルのバージョンを示します。このアラームテーブルは，PFM - Web Consoleの［アラーム階層］タブに表示される「DB2」フォルダに格納されています。監視テンプレートで定義されているアラームを次の表に示します。

表4‒1　アラーム一覧

アラーム名

監視対象

Cat Cache Hit Rate

カタログ・キャッシュ・ヒット率。

DB2 Status

データベース・マネージャーの稼働監視。

Pkg Cache Hit Rate

パッケージ・キャッシュ・ヒット率。

Sort Memory Usage

共有ソート・メモリーの使用率。

Sort Overflow Rate

ソートがオーバーフローした割合。

Workspace Hit Rate

共有ワークスペース・ヒット率。

Cat Cache Hit Rate

概要

Cat Cache Hit Rateアラームは，カタログ・キャッシュ・ヒット率を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

DB2

アラームメッセージテキスト

Catalog Cache Hit Rate is %CVS%

アラームを有効にする

する

すべてのデータを評価する

しない

監視時刻範囲

常に監視する

発生頻度を満たしたときにアラーム通知する

する

回しきい値超過

2

インターバル中

3

アラーム条件式

レコード

Cache on Database Interval（PI_DCAI）

フィールド

Catcache Hit Rate

異常条件

Catcache Hit Rate < 70

AND Catcache Hit Rate <> 0

警告条件

Catcache Hit Rate < 80

AND Catcache Hit Rate <> 0

アクション

Eメール

−

コマンド

−

SNMP

異常，警告，正常

（凡例）

−：設定は常に無効です

関連レポート

Reports/DB2/Troubleshooting/Recent Past/Cache Hit Rate

DB2 Status

概要

DB2 Statusアラームは，データベース・マネージャーが正常に稼働しているかを監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

DB2

メッセージテキスト

Database manager stopped.

アラームを有効にする

する

すべてのデータを評価する

しない

監視時刻範囲

常に監視する

発生頻度を満たした時にアラーム通知する

しない

回しきい値超過

−

インターバル中

−

アラーム条件式

レコード

Basic Information on Database Manager（PD_PD）

フィールド

DB2 Status

異常条件

DB2 Status = 100

警告条件

DB2 Status = 100

アクション

Eメール

−

コマンド

−

SNMP

異常，警告，正常

（凡例）

−：設定は常に無効です

関連レポート

Reports/DB2/Status Reporting/Real-Time/Basic information on Database Manager

Pkg Cache Hit Rate

概要

Pkg Cache Hit Rateアラームは，パッケージ・キャッシュ・ヒット率を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

DB2

アラームメッセージテキスト

Package Cache Hit Rate is %CVS%

アラームを有効にする

する

すべてのデータを評価する

しない

監視時刻範囲

常に監視する

発生頻度を満たしたときにアラーム通知する

する

回しきい値超過

2

インターバル中

3

アラーム条件式

レコード

Cache on Database Interval（PI_DCAI）

フィールド

Pkg Cache Hit Rate

異常条件

Pkg Cache Hit Rate < 70

AND Pkg Cache Hit Rate <> 0

警告条件

Pkg Cache Hit Rate < 80

AND Pkg Cache Hit Rate <> 0

アクション

Eメール

−

コマンド

−

SNMP

異常，警告，正常

（凡例）

−：設定は常に無効です

関連レポート

Reports/DB2/Troubleshooting/Recent Past/Cache Hit Rate

Sort Memory Usage

概要

Sort Memory Usageアラームは，共有ソート・メモリーの使用率を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

DB2

アラームメッセージテキスト

Shared Sort Memory Usage Rate is %CVS%

アラームを有効にする

する

すべてのデータを評価する

しない

監視時刻範囲

常に監視する

発生頻度を満たしたときにアラーム通知する

しない

回しきい値超過

−

インターバル中

−

アラーム条件式

レコード

Sort Status on Database（PD_DSOD）

フィールド

Sort Shrheap Allocated Rate

異常条件

Sort Shrheap Allocated Rate > 85

警告条件

Sort Shrheap Allocated Rate > 70

アクション

Eメール

−

コマンド

−

SNMP

異常，警告，正常

（凡例）

−：設定は常に無効です

関連レポート

Reports/DB2/Status Reporting/Real-Time/Sort Status on Database

Sort Overflow Rate

概要

Sort Overflow Rateアラームは，ソートがオーバーフローした割合を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

DB2

アラームメッセージテキスト

Sort Overflow Rate is %CVS%

アラームを有効にする

する

すべてのデータを評価する

しない

監視時刻範囲

常に監視する

発生頻度を満たしたときにアラーム通知する

しない

回しきい値超過

−

インターバル中

−

アラーム条件式

レコード

Sort Status on Database（PD_DSOD）

フィールド

Sort Overflows Rate

異常条件

Sort Overflows Rate > 50

警告条件

Sort Overflows Rate > 30

アクション

Eメール

−

コマンド

−

SNMP

異常，警告，正常

（凡例）

−：設定は常に無効です

関連レポート

Reports/DB2/Status Reporting/Real-Time/Sort Status on Database

Workspace Hit Rate

概要

Workspace Hit Rateアラームは，共有ワークスペース・ヒット率を監視します。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

DB2

アラームメッセージテキスト

Shared Workspace Hit Rate is %CVS%

アラームを有効にする

する

すべてのデータを評価する

しない

監視時刻範囲

常に監視する

発生頻度を満たしたときにアラーム通知する

しない

回しきい値超過

−

インターバル中

−

アラーム条件式

レコード

SQL Statement on Database（PD_DSQD）

フィールド

Shr Workspace Hit Rate

異常条件

Shr Workspace Hit Rate < 70

AND Shr Workspace Hit Rate <> 0

警告条件

Shr Workspace Hit Rate < 80

AND Shr Workspace Hit Rate <> 0

アクション

Eメール

−

コマンド

−

SNMP

異常，警告，正常

（凡例）

−：設定は常に無効です

関連レポート

Reports/DB2/Troubleshooting/Real-Time/SQL Statement on Database

レポートの記載形式

ここでは，レポートの記載形式を示します。レポートは，アルファベット順に記載しています。

レポート名

監視テンプレートのレポート名を示します。

概要

このレポートで表示できる情報の概要について説明します。

格納先

このレポートの格納先を示します。

レコード

このレポートで使用するパフォーマンスデータが，格納されているレコードを示します。履歴レポートを表示するためには，この欄に示すレコードを収集するように，あらかじめ設定しておく必要があります。レポートを表示する前に，PFM - Web Consoleの［エージェント階層］画面でエージェントのプロパティを表示して，［プロパティの表示］メソッドをクリックして表示される［プロパティ］画面で，このレコードが「Log = Yes」に設定されているか確認してください。リアルタイムレポートの場合，設定する必要はありません。

フィールド

このレポートで使用するレコードのフィールドについて，表で説明します。

ドリルダウンレポート（レポートレベル）

このレポートに関連づけられた，監視テンプレートのレポートを表で説明します。このドリルダウンレポートを表示するには，PFM - Web Consoleのレポートウィンドウのドリルダウンレポートプルダウンメニューから，該当するドリルダウンレポート名を選択し，［レポートの表示］をクリックしてください。なお，レポートによってドリルダウンレポートを持つものと持たないものがあります。

ドリルダウンレポート（フィールドレベル）

このレポートのフィールドに関連づけられた，監視テンプレートのレポートを表で説明します。このドリルダウンレポートを表示するには，PFM - Web Consoleのレポートウィンドウに表示されているレポートのグラフまたはレポートウィンドウ下部に表示されているフィールド名をクリックしてください。履歴レポートの場合，レポート中の青色で表示されている時間をクリックすることで，より詳細な時間間隔でレポートを表示できます。なお，レポートによってドリルダウンレポートを持つものと持たないものがあります。

レポートのフォルダ構成

PFM - Agent for DB2のレポートのフォルダ構成を次に示します。<　>内は，フォルダ名を示します。

<DB2>
 +-- <Monthly Trend>
 |    +-- Bufferpool I/O Trend
 |    +-- Cache Hit Rate Trend
 +-- <Status Reporting>
 |    +-- <Daily Trend>
 |    |    +-- Bufferpool I/O Status
 |    |    +-- Cache Hit Rate Status
 |    +-- <Real-Time>
 |         +-- Basic Information on Database
 |         +-- Basic Information on Database Manager
 |         +-- Bufferpool Stat on Database
 |         +-- Sort Status on Database
 +-- <Troubleshooting>
      +-- <Real-Time>
      |    +-- Cache on Database
      |    +-- SQL Statement on Database
      +-- <Recent Past>
           +-- Cache Hit Rate

各フォルダの説明を次に示します。

「Monthly Trend」フォルダ

最近1か月間の1日ごとに集計された情報を表示するレポートが格納されています。1か月のシステムの傾向を分析するために使用します。

「Status Reporting」フォルダ

日ごとに集計された情報を表示するレポートが格納されています。システムの総合的な状態を見るために使用します。また，履歴レポートのほかにリアルタイムレポートの表示もできます。

「Daily Trend」フォルダ

最近24時間の1時間ごとに集計された情報を表示するレポートが格納されています。1日ごとにシステムの状態を確認するために使用します。

「Real-Time」フォルダ

システムの状態を確認するためのリアルタイムレポートが格納されています。

「Troubleshooting」フォルダ

トラブルを解決するのに役立つ情報を表示するレポートが格納されています。システムに問題が発生した場合，問題の原因を調査するために使用します。

「Real-Time」フォルダ

現在のシステムの状態を確認するためのリアルタイムレポートが格納されています。

「Recent Past」フォルダ

最近1時間の1分ごとに集計された情報を表示する履歴レポートが格納されています。

レポート一覧

監視テンプレートで定義されているレポートを，レポートの種類ごとにアルファベット順に次の表に示します。

表4‒2　レポート一覧

レポートの種類

レポート名

表示する情報

データベース・マネージャー・レベル

Basic Information on Database Manager

データベースの基本情報。

データベース・レベル

Basic Information on Database

データベースの基本情報。

Bufferpool Stat on Database

バッファー・プール情報の概要。

Cache on Database

キャッシュ情報。

Sort Status on Database

ソート情報。

SQL Statement on Database

SQL Statement情報。

バッファー・プール

Bufferpool I/O Status

最近24時間の１時間ごとのバッファー・プールのI/Oの概要。

Bufferpool I/O Trend

最近１か月間の１日ごとのバッファー・プールのI/Oの概要。

キャッシュ・ヒット率

Cache Hit Rate

最近１時間での１分ごとのキャッシュ・ヒット率の概要。

Cache Hit Rate Status

最近24時間の１時間ごとのキャッシュ・ヒット率の概要。

Cache Hit Rate Trend

最近1か月間の１日ごとのキャッシュ・ヒット率の概要。

Basic Information on Database

概要

Basic Information on Databaseレポートは，データベースの基本情報をリアルタイムで表示します。

格納先

Reports/DB2/Status Reporting/Real Time/Basic Information on Database

レコード

Basic Information on Database（PD_DBID）

フィールド

フィールド名

説明

Agents Top

アプリケーション用の，エージェントの最大数。

Appl Section Inserts

SQL作業域からのアプリケーションによるSQLセクション挿入数。

Appl Section Lookups

SQL作業域からのアプリケーションによるSQLセクション参照数。

Appls Cur Cons

現在データベースに接続されているアプリケーションの数。

Appls In DB2

データベースに接続されているデータベース・マネージャーが要求を処理中のアプリケーションの数。

Coord Agents Top

同時に動作できるコーディネーター・エージェントの最大数。

DB Heap Top

メモリーの使用量。

DB Name

情報が収集されるデータベースの実名，またはアプリケーションの接続先でのデータベースの実名。

DB Status

データベースの現在の状況。有効な値を次に示す。

0（SQLM_DB_ACTIVE：データベースはアクティブになっている）

1（SQLM_DB_QUIESCE_PEND：データベースは静止ペンディング状態となっている）

2（SQLM_DB_QUIESCED：データベースは静止状態となっている）

3（SQLM_DB_ROLLFWD：データベースでロールフォワードが進行中）

Hash Join Overflows

ハッシュ結合データが，使用できるソート・ヒープ・スペースを超えた回数。

Hash Join Overflows Rate

hash_join_small_overflowsとhash_join_overflowsの比率。

Hash Join Small Overflows

ハッシュ結合データが，使用できるソート・ヒープ・スペースが10％を超えない範囲で超えた回数。

Num Assoc Agents

すべてのアプリケーション用でのサブエージェントの数。

Total Hash Joins

実行されたハッシュ結合の合計数。

Total Hash Loops

ハッシュ結合のシングル・パーティションが，使用できるソート・ヒープ・スペースよりも大きかったときの合計回数。

Basic Information on Database Manager

概要

Basic Information on Database Managerレポートは，データベース・マネージャー・レベルのデータベース基本情報をリアルタイムで表示します。

格納先

Reports/DB2/Status Reporting/Real Time/Basic Information on Database Manager

レコード

Basic Information on Database Manager（PD_PD）

フィールド

フィールド名

説明

Agents Created Empty Pool

エージェント・プールが空だったために作成されたエージェントの数。

Agents Created Pool Rate

エージェント・プールが空のためにエージェントが作成される頻度。

Agents From Pool

エージェント・プールから割り当てられたエージェントの数。

Agents Registered

モニター中のデータベース・マネージャー・インスタンスに登録されているエージェント（コーディネーター・エージェントとサブエージェント）の数。

Agents Registered Top

データベース・マネージャーが開始されてからこれまでに同時に登録されていたエージェント(コーディネーター・エージェントとサブエージェント)の最大数。

Agents Waiting On Token

データベース・マネージャー内でトランザクションを実行するためにトークンを待機中のエージェントの数。

Agents Waiting Top

開始されてから，同時にトークンを待機していたエージェントの最大数。

Comm Private Mem

スナップショット時点で，データベース・マネージャーのインスタンスが現在コミットしている専用メモリーの量。

Cons In Exec Total

モニター中のデータベース・マネージャー・インスタンス内のデータベースに現在接続していて，作業単位を現在処理しているアプリケーションの合計数。

Cons Total

モニター中のデータベース・マネージャー・インスタンスまたはデータベースに現在接続しているアプリケーションの合計数。

DB2 Status

データベース・マネージャーの，インスタンスの現在の状況。

常に「SQLM DB2 ACTIVE」。

Local Cons

モニター中のデータベース・マネージャー・インスタンス内のデータベースに現在接続しているローカル・アプリケーションの数。

Local Cons In Exec

モニター中のデータベース・マネージャー・インスタンス内のデータベースに現在接続していて，作業単位を現在処理しているローカル・アプリケーションの数。

Post Threshold Hash Joins

共有または専用のソート・ヒープ・スペースが同時使用されていたためにハッシュ結合ヒープ要求が制限された合計回数。

Rem Cons In

モニター中のデータベース・マネージャーのインスタンスに対してリモート・クライアントから開始された接続の現在の数。

Rem Cons In Exec

モニター中のデータベース・マネージャー・インスタンス内のデータベースに現在接続していて，作業単位を現在処理しているローカル・アプリケーションの数。

Sort Heap Allocated

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の合計。

Bufferpool I/O Status

概要

Bufferpool I/O Statusレポートは，最近24時間のバッファー・プールのI/Oの概要を時単位で表示します。

格納先

Reports/DB2/Status Reporting/Daily Trend/Bufferpool I/O Status

レコード

Bufferpool Stat on Database Interval（PI_DBPI）

フィールド

フィールド名

説明

Pool Async Data Reads Rate

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページ数の割合。

Pool Async Data Writes Rate

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数の割合。

Pool Async Index Reads Rate

索引ページをバッファー・プールに入れるための物理読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数の割合。

Pool Async Index Writes Rate

バッファー・プール索引ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数の割合。

Pool Data L Reads

バッファー・プールを通ったデータ・ページの論理読み取り要求の数。

Pool Data P Reads

データ・ページをバッファー・プールに入れるための物理読み取り要求の数。

Pool Data Writes

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

Pool Index L Reads

バッファー・プールを通った索引ページの論理読み取り要求の数。

Pool Index P Reads

索引ページをバッファー・プールに入れるための物理読み取り要求の数。

Pool Index Writes

バッファー・プール索引ページがディスクに物理的に書き込まれた回数。

Bufferpool I/O Trend

概要

Bufferpool I/O Trendレポートは，最近１か月間のバッファー・プールのI/Oの概要を日単位で表示します。

格納先

Reports/DB2/Monthly Trend/Bufferpool I/O Trend

レコード

Bufferpool Stat on Database Interval（PI_DBPI）

フィールド

フィールド名

説明

Pool Async Data Reads Rate

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページ数の割合。

Pool Async Data Writes Rate

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数の割合。

Pool Async Index Reads Rate

索引ページをバッファー・プールに入れるための物理読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数の割合。

Pool Async Index Writes Rate

バッファー・プール索引ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数の割合。

Pool Data L Reads

バッファー・プールを通ったデータ・ページの論理読み取り要求の数。

Pool Data P Reads

データ・ページをバッファー・プールに入れるための物理読み取り要求の数。

Pool Data Writes

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

Pool Index L Reads

バッファー・プールを通った索引ページの論理読み取り要求の数。

Pool Index P Reads

索引ページをバッファー・プールに入れるための物理読み取り要求の数。

Pool Index Writes

バッファー・プール索引ページがディスクに物理的に書き込まれた回数。

Bufferpool Stat on Database

概要

Bufferpool Stat on Databaseレポートは，データベース・レベルのバッファー・プールに関する情報をリアルタイムで表示します。

格納先

Reports/DB2/Status Reporting/Real Time/Bufferpool Stat on Database

レコード

Bufferpool Stat on Database（PD_DBPD）

フィールド

フィールド名

説明

Pool Async Data Reads

バッファー・プールに非同期で読み取られるページ数。

Pool Async Data Reads Rate

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページ数の割合。

Pool Async Data Writes

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

Pool Async Data Writes Rate

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数の割合。

Pool Async Index Reads

プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数。

Pool Async Index Reads Rate

索引ページをバッファー・プールに入れるための物理読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数の割合。

Pool Async Index Writes

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数。

Pool Async Index Writes Rate

バッファー・プール索引ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数の割合。

Pool Async Read Time

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間。

Pool Async Read Time Avg

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間の平均値。

Pool Async Total Reads

プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページおよび索引ページの合計。

Pool Async Total Writes

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページまたは索引ページがディスクに物理的に書き込まれた回数。

Pool Async Write Time

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間。

Pool Async Write Time Avg

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間の平均値。

Pool Data Hit Rate

データ・ページ・ヒット率。

Pool Data L Reads

バッファー・プールを通ったデータ・ページの論理読み取り要求の数。

Pool Data P Reads

データ・ページをバッファー・プールに入れるための物理読み取り要求の数。

Pool Data Writes

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

Pool Drty PG Steal Clns

データベースのビクティム・バッファー置換の際に同期書き込みが必要になりページ・クリーナーが呼び出された回数。

Pool Drty PG Steal Clns Rate

クリーナー呼び出しの合計に対する，データベースのビクティム・バッファー置換の際に同期書き込みが必要になりページ・クリーナーが呼び出された回数の割合。

Pool Drty PG Thrsh Clns

バッファー・プールがデータベースのダーティー・ページしきい値基準に達したためにページ・クリーナーが呼び出された回数。

Pool Index Hit Rate

索引ページ・ヒット率。

Pool Index L Reads

バッファー・プールを通った索引ページの論理読み取り要求の数。

Pool Index P Reads

索引ページをバッファー・プールに入れるための物理読み取り要求の数。

Pool Index Writes

バッファー・プール索引ページがディスクに物理的に書き込まれた回数。

Pool Lns Gap Clns

使用されているロギング・スペースがデータベースの定義済み基準に達したためにページ・クリーナーが呼び出された回数。

Pool Read Time

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間。

Pool Read Time Avg

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間の平均値。

Pool Total Hit Rate

総合バッファー・プール・ヒット率。

Pool Total Writes

バッファー・プールからディスクへの書き込み回数。

Pool Write Time

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間。

Pool Write Time Avg

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間の平均値。

Cache Hit Rate

概要

Cache Hit Rateレポートは，最近１時間のキャッシュ・ヒット率の概要を分単位で表示します。

格納先

Reports/DB2/Troubleshooting/Recent Past/Cache Hit Rate

レコード

Cache on Database Interval（PI_DCAI）

フィールド

フィールド名

説明

Catcache Hit Rate

カタログ・キャッシュ・ヒット率。

Pkg Cache Hit Rate

パッケージ・キャッシュ・ヒット率。

Cache Hit Rate Status

概要

Cache Hit Rate Statusレポートは，最近24時間のキャッシュ・ヒット率の概要を時単位で表示します。

格納先

Reports/DB2/Status Reporting/Daily Trend/Cache Hit Rate Status

レコード

Cache on Database Interval（PI_DCAI）

フィールド

フィールド名

説明

Catcache Hit Rate

カタログ・キャッシュ・ヒット率。

Pkg Cache Hit Rate

パッケージ・キャッシュ・ヒット率。

Cache Hit Rate Trend

概要

Cache Hit Rate Trendレポートは，最近1か月間のキャッシュ・ヒット率の概要を日単位で表示します。

格納先

Reports/DB2/Monthly Trend/Cache Hit Rate Trend

レコード

Cache on Database Interval（PI_DCAI）

フィールド

フィールド名

説明

Catcache Hit Rate

カタログ・キャッシュ・ヒット率。

Pkg Cache Hit Rate

パッケージ・キャッシュ・ヒット率。

Cache on Database

概要

Cache on Databaseレポートは，データベース・レベルのキャッシュに関する情報をリアルタイムで表示します。

格納先

Reports/DB2/Troubleshooting/Real Time/Cache on Database

レコード

Cache on Database（PD_DCAD）

フィールド

フィールド名

説明

Cat Cache Inserts

システムが表記述子または許可情報をカタログ・キャッシュに挿入しようとした回数。

Cat Cache Lookups

表の記述子情報または許可情報を取得するためにカタログ・キャッシュが参照された回数。

Cat Cache Needed Minisize

必要なカタログ・キャッシュの最小サイズ。ページ(4キロバイト)単位。

Cat Cache Overflows

割り振られたメモリーの境界からカタログ・キャッシュがオーバーフローした回数。

Cat Cache Size Top

カタログ・キャッシュが到達した最大サイズ。バイト単位。

Catcache Hit Rate

カタログ・キャッシュ・ヒット率。

Pkg Cache Hit Rate

パッケージ・キャッシュ・ヒット率。

Pkg Cache Inserts

要求したセクションが使用できなかったためにパッケージ・キャッシュへのロードが必要になった回数の合計。

Pkg Cache Lookups

アプリケーションがパッケージ・キャッシュ内のセクションやパッケージを検索した回数。

Pkg Cache Needed Minisize

必要なパッケージ・キャッシュの最小サイズ。ページ(4キロバイト)単位。

Pkg Cache Num Overflows

割り振られたメモリーの境界からパッケージ・キャッシュがオーバーフローした回数。

Pkg Cache Size Top

パッケージ・キャッシュが到達した最大サイズ。バイト単位。

Sort Status on Database

概要

Sort Status on Databaseレポートは，データベース・レベルのソートに関する情報をリアルタイムで表示します。

格納先

Reports/DB2/Status Reporting/Real Time/Sort Status on Database

レコード

Sort Status on Database（PD_DSOD）

フィールド

フィールド名

説明

Active Sorts

現在ソート・ヒープが割り振られているデータベース内のソート数。

Sheapthres

ソート・ヒープしきい値。

Sheapthres Shr

共有ソートのソート・ヒープしきい値。

Sort Heap Allocated

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の合計。

Sort Heap Allocated Avg

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の平均。

Sort Overflows

ソート・ヒープを使い果たし，一時記憶用のディスク・スペースが必要になったおそれのあるソートの合計数。

Sort Overflows Rate

ソート・ヒープを使い果たし，一時記憶用のディスク・スペースが必要になったおそれのあるソートの割合。

Sort Shrheap Allocated

現在割り振られているソート共有ヒープ。

Sort Shrheap Allocated Rate

データベースの共有ソート・メモリー使用率。

Sort Shrheap Top

ソート共有ヒープの最高水準点。

Total Sort Time

実行されたすべてのソートの合計経過時間。ミリ秒単位。

Total Sort Time Avg

実行されたすべてのソートでの合計経過時間の平均。ミリ秒単位。

Total Sorts

実行されたソートの合計数。

SQL Statement on Database

概要

SQL Statement on Databaseレポートは，データベース・レベルのSQL Statementに関する情報をリアルタイムで表示します。

格納先

Reports/DB2/Troubleshooting/Real Time/SQL Statement on Database

レコード

SQL Statement on Database（PD_DSQD）

フィールド

フィールド名

説明

Commit SQL STMTS

試行された SQL COMMIT ステートメントの合計数。

DDL SQL STMTS

実行されたSQLデータ定義言語(DDL)ステートメントの数。

DDL SQL STMTS Rate

実行されたSQLデータ定義言語(DDL)ステートメントの比率。

Dynamic SQL STMTS

試行された動的SQLステートメントの数。

Failed SQL STMTS

試行されたが失敗したSQLステートメントの数。

Priv Workspace Num Overflows

割り振られたメモリーの境界から専用ワークスペースがオーバーフローした回数。

Priv Workspace Section Inserts

専用ワークスペースへの，アプリケーションによるSQLセクション挿入数。

Priv Workspace Section Lookups

エージェントの専用ワークスペースでの，アプリケーションによるSQLセクション参照数。

Priv Workspace Size Top

専用ワークスペースが到達した最大サイズ。

Rollback SQL STMTS

試行されたSQL ROLLBACKステートメントの合計数。

Select SQL STMTS

実行されたSQL SELECTステートメントの数。

Select SQL STMTS Rate

すべてのステートメントに対するSELECTステートメントの比率。

Shr Workspace Hit Rate

共有ワークスペース・ヒット率。

Shr Workspace Num Overflows

割り振られたメモリーの境界から共有ワークスペースがオーバーフローした回数。

Shr Workspace Section Inserts

共有ワークスペースへの，アプリケーションによるSQLセクション挿入数。

Shr Workspace Section Lookups

共有ワークスペースでの，アプリケーションによるSQLセクション参照数。

Shr Workspace Size Top

共有ワークスペースが到達した最大サイズ。

Static SQL STMTS

試行された静的SQLステートメントの数。

Throughtput SQL STMTS

成功したSQLステートメントの合計数。

UID SQL STMTS

実行されたSQL UPDATE，INSERT，およびDELETEステートメントの数。

UID SQL STMTS Rate

実行されたSQL UPDATE，INSERT，およびDELETEステートメントの比率。

5　レコード

この章では，PFM - Agent for DB2のレコードについて説明します。各レコードのパフォーマンスデータの収集方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のPerformance Managementの機能について説明している章，またはマニュアル「JP1/Performance Management 運用ガイド」の稼働監視データの管理について説明している章を参照してください。

データモデルについて

各PFM - Agentが持つレコードおよびフィールドの総称を「データモデル」と呼びます。各PFM - Agentと，そのPFM - Agentが持つデータモデルには，それぞれ固有のバージョン番号が付与されています。PFM - Agent for DB2のデータモデルのバージョンについては，「付録I　バージョン互換」を参照してください。

各PFM - Agentのデータモデルのバージョンは，PFM - Web Consoleの［エージェント階層］画面でエージェントのプロパティを表示して，［プロパティの表示］メソッドをクリックして表示される［プロパティ］画面で確認してください。

データモデルについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

レコードの記載形式

この章では，PFM - Agent for DB2のレコードをアルファベット順に記載しています。各レコードの説明は，次の項目から構成されています。

機能

各レコードに格納されるパフォーマンスデータの概要および注意事項について説明します。

デフォルト値および変更できる値

各レコードに設定されているパフォーマンスデータの収集条件のデフォルト値およびユーザーが変更できる値を表で示します。「デフォルト値および変更できる値」に記載している項目とその意味を次の表に示します。この表で示す各項目については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

表5‒1　デフォルト値および変更できる値

項目

意味

変更可否

Collection Interval

パフォーマンスデータの収集間隔（秒単位）。

○：変更できる。

×：変更できない。

Collection Offset※1

パフォーマンスデータの収集を開始するオフセット値（秒単位）。オフセット値については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。

また，パフォーマンスデータの収集開始時刻については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照のこと。

Log

収集したパフォーマンスデータをStoreデータベースに記録するかどうか。

Yes：記録する。ただし，「Collection Interval=0」の場合，記録しない。

No：記録しない。

LOGIF

収集したパフォーマンスデータをStoreデータベースに記録するかどうかの条件。

Over 10 Sec Collection Time※2

システム構成によって，レコードの収集に10秒以上掛かることがあるかどうか。

Yes：10秒以上掛かることがある。

No：10秒掛からない。

注※1

指定できる値は，0〜32,767秒（Collection Intervalで指定した値の範囲内）です。これは，複数のデータを収集する場合に，一度にデータの収集処理が実行されると負荷が集中するので，収集処理の負荷を分散するために使用します。なお，データ収集の記録時間は，Collection Offsetの値に関係なく，Collection Intervalと同様の時間となります。

Collection Offsetの値を変更する場合は，収集処理の負荷を考慮した上で値を指定してください。

注※2

履歴収集優先機能が有効の場合に表示されます。

ODBCキーフィールド

PFM - ManagerまたはPFM - Baseで，Storeデータベースに格納されているレコードのデータを利用する場合に必要な主キーを示します。ODBCキーフィールドには，全レコード共通のものと各レコード固有のものとがあります。ここで示すのは，各レコード固有のODBCキーフィールドです。複数インスタンスレコードだけが，固有のODBCキーフィールドを持っています。

全レコード共通のODBCキーフィールドについては，この章の「ODBCキーフィールド一覧」を参照してください。

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間を示します。ライフタイムについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

レコードサイズ

1回の収集で各レコードに格納されるパフォーマンスデータの容量を示します。

フィールド

各レコードのフィールドについて表で説明します。表の各項目について次に説明します。

PFM - View名(PFM - Manager名)

PFM - View名

PFM - Web Consoleで表示されるフィールド名（PFM - View名）を示します。

PFM - Manager名

PFM - Managerで，SQLを使用してStoreデータベースに格納されているフィールドのデータを利用する場合，SQL文で記述するフィールド名（PFM - Manager名）を示します。

SQL文では，先頭に各レコードのレコードIDを付加した形式で記述します。例えば，Basic Information on Database（PD_DBID）レコードのDB Name(DB_NAME)フィールドの場合，「PD_DBID_DB_NAME」と記述します。

説明

各フィールドに格納されるパフォーマンスデータについて説明します。

要約

Agent Storeがデータを要約するときの要約方法（ルール）を示します。要約ルールについては，この章の「要約ルール」を参照してください。

形式

char型やfloat型など，各フィールドの値のデータ型を示します。データ型については，この章の「データ型一覧」を参照してください。

デルタ

累積値として収集するデータに対し，変化量でデータを表すことを「デルタ」と呼びます。デルタについては，この章の「フィールドの値」を参照してください。

サポートVR

そのフィールドを使用できるDB2のバージョン番号を示します。

バージョン番号が記述してある場合，そのバージョン以降でそのフィールドが使用できます。「すべて」と記述してある場合，すべてのDB2のバージョンで使用できます。「対象外」と記述してある場合，サポート対象外のフィールドであることを示します。

制約

該当するフィールドの値の制約の有無を示します。フィールドの値の制約については，この章の「フィールドの値」を参照してください。

データソース

該当するフィールドの値の計算方法または取得先を示します。フィールドの値については，この章の「フィールドの値」を参照してください。

ODBCキーフィールド一覧

ODBCキーフィールドには，全レコード共通のものと各レコード固有のものとがあります。ここで示すのは，全レコード共通のODBCキーフィールドです。PFM - ManagerでStoreデータベースに格納されているレコードのデータを利用する場合，ODBCキーフィールドが必要です。

全レコード共通のODBCキーフィールド一覧を次の表に示します。各レコード固有のODBCキーフィールドについては，各レコードの説明を参照してください。

表5‒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名に付加されるサフィックス，およびフィールドに格納されるデータを次の表に示します。

表5‒3　追加フィールドのサフィックス一覧

PFM - Manager名に付加されるサフィックス

PFM - View名に付加されるサフィックス

格納データ

_TOTAL

(Total)

要約期間内のレコードのフィールドの値の総和

_TOTAL_SEC

(Total)

要約期間内のレコードのフィールドの値の総和（utime型の場合）

_COUNT

−

要約期間内の収集レコード数

_HI

(Max)

要約期間内のレコードのフィールド値の最大値

_LO

(Min)

要約期間内のレコードのフィールド値の最小値

（凡例）

−：追加フィールドがないことを示します。

要約ルールの一覧を次の表に示します。

表5‒4　要約ルール一覧

要約

ルール名

要約ルール

COPY

要約期間内の最新のレコードのフィールド値がそのまま格納される。

AVG

要約期間内のフィールド値の平均値が格納される。

次に計算式を示す。

(フィールド値の総和)/(収集レコード数)

追加フィールド（Storeデータベース）

_TOTAL

_TOTAL_SEC（utime型の場合）

_COUNT

追加フィールド（PFM - Web Console）※1※2

(Total)

−

要約されないことを示す。

注※1

Manager名に「_AVG」が含まれるutime型のフィールドは，PFM - Web Consoleに追加される「(Total)」フィールドを履歴レポートで利用できません。

注※2

Manager名に次の文字列が含まれるフィールドは，PFM - Web Consoleに追加される（Total）フィールドを履歴レポートで利用できません。

「_PER_」，「PCT 」，「PERCENT 」，「_AVG 」，「_RATE_TOTAL 」

データ型一覧

各フィールドの値のデータ型と，対応するCおよびC++のデータ型の一覧を次の表に示します。この表で示す「データ型」の値は，各レコードのフィールドの表にある「形式」の列に示されています。

表5‒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 DB2の「データソース」列の文字列は，DB2から取得したパフォーマンスデータを加工してフィールドの値を設定している場合，そのフィールドに設定される値の計算方法を示します。例を次に示します。

大文字で書かれている場合

DB2に格納されているパフォーマンスデータを取得するためのキー文字列を表します。

「Agent Collector」と書かれている場合

そのフィールドに格納される値の取得先が，Agent Collectorサービスであることを示します。

制約

各フィールドには監視対象のDB2から取得した値や，これらの値をある計算式に基づいて計算した値が格納されます。各フィールドの値の制約の有無は，フィールドの表の「制約」列で示します。

「○」と書かれている場合

監視対象のDB2から32ビットを超えるデータを取得する場合があります。32ビットを超えるデータを取得した場合，フィールドに格納される値が制約されます。この場合，共通メッセージログに「KAVF29019-W　オーバーフローが発生しました」と出力されます。

＜バージョン08-00以前＞

例えば，「0x1122334455667788」という値を取得したとき，フィールドに格納される値は次のようになります。

OS

データの格納方式

上位アドレス

下位アドレス

フィールドに格納される値

AIX 　(pSeries)

ビッグ・エンディアンのアーキテクチャー

0x11 0x22 0x33 0x44

0x55 0x66 0x77 0x88

0x55 0x66 0x77 0x88

Linux AS4　(x86)

リトル・エンディアンのアーキテクチャー

0x55 0x66 0x77 0x88

0x11 0x22 0x33 0x44

0x55 0x66 0x77 0x88

＜バージョン08-10以降＞

32ビットを超えるデータを取得した場合，32ビットの最大値がフィールドに格納されます。また，このフィールドの値を使用して算出しているフィールドに格納される値も実際の値とは異なります。

「−」と書かれている場合

各フィールドの値の制約はありません。

デルタ

累積値として収集するデータに対し，変化量でデータを表すことを「デルタ」と呼びます。例えば，1回目に収集されたパフォーマンスデータが「3」，2回目に収集されたパフォーマンスデータが「4」とすると，累積値の場合は「7」，変化量の場合は「1」が格納されます。各フィールドの値がデルタ値かどうかは，フィールドの表の「デルタ」列で示します。

PFM - Agent for DB2で収集されるパフォーマンスデータは，次の表のように異なります。

表5‒6　PFM - Agent for DB2で収集されるパフォーマンスデータ

レコードタイプ

デルタ

データ種別

［デルタ値で表示］のチェック※

レコードの値

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データベースに格納されます。

リアルタイムレポートには，最初にデータが収集されたときから値が表示されます。ただし，前回のデータを必要とするレポートの場合，初回の値は0で表示されます。2回目以降のデータ収集は，レポートによって動作が異なります。

次の場合，2回目のデータ収集以降は，収集データの値が表示されます。

PIレコードタイプのリアルタイムレポートの設定で，［デルタ値で表示］がチェックされていない場合

PDレコードタイプのリアルタイムレポートの設定で，［デルタ値で表示］がチェックされている場合

次の場合，2回目のデータ収集では，1回目のデータと2回目のデータの差分が表示されます。3回目以降のデータ収集では，収集データの値が表示されます。

PIレコードタイプのリアルタイムレポートの設定で，［デルタ値で表示］がチェックされている場合

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

Storeデータベースに記録されるときだけ追加されるフィールドを次の表に示します。

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

PFM - View名

(PFM - Manager名)

説明

形式

デルタ

サポートVR

データソース

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,※2

time_t

No

すべて

−

Date and Time

（DATETIME）

Date（DATE）フィールドとTime（TIME）フィールドの組み合わせ。※2

time_t

No

すべて

−

Drawer Type

（DRAWER_TYPE）

PIレコードタイプのレコードの場合，データが要約される区分。

char

No

すべて

−

GMT Offset

（GMT_ADJUST）

グリニッジ標準時とローカル時間の差。秒単位。

utime

No

すべて

−

Time

（TIME）

レコードが作成された時刻。グリニッジ標準時。※1,※2

time_t

No

すべて

−

（凡例）

−：DB2から取得したパフォーマンスデータを加工してフィールドの値を設定していないことを意味します。

注※1

PIレコードタイプのレコードでは，データが要約されるため，要約される際の基準となる時刻が設定されます。レコード区分ごとの設定値を次の表に示します。

表5‒8　レコード区分ごとの設定値

区分

レコード区分ごとの設定値

分

レコードが作成された時刻の0秒

時

レコードが作成された時刻の0分0秒

日

レコードが作成された日の0時0分0秒

週

レコードが作成された週の月曜日の0時0分0秒

月

レコードが作成された月の1日の0時0分0秒

年

レコードが作成された年の1月1日の0時0分0秒

注※2

レポートによるデータ表示を行った場合，DateフィールドはYYYYMMDD形式で，Date and TimeフィールドはYYYYMMDD hh:mm:ss形式で，Timeフィールドはhh:mm:ss形式で表示されます。

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

jpctool db dumpコマンドで，Storeデータベースに格納されているデータをエクスポートすると，次に示すフィールドが出力されます。これらのフィールドも，Storeデータベースに格納されるときに追加されるフィールドですが，PFM - Web Consoleでは表示されないため，レポートに表示するフィールドとして使用できません。これらのフィールドは，PFM - Agentが内部で使用するフィールドであるため，運用で使用しないでください。

レコード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名_COUNT

レコードID_PFM - Manager名_SEC

レコードID_PFM - Manager名_MSEC

レコードの注意事項

レコードを収集する場合の注意事項を次に示します。

データを取得できない場合のレコード生成結果

フィールドに格納するデータを取得できない場合のレコード生成結果について説明します。

レコードが生成されない

次の場合，レコードは生成されません。

DB2の性能値を表すフィールドに格納するパフォーマンスデータをPFM - Agent for DB2が収集できない場合

レコード一覧

ここでは，PFM - Agent for DB2で収集できるレコードの一覧を記載します。

PFM - Agent for DB2で収集できるレコードおよびそのレコードに格納される情報を，カテゴリーごとにレコード名順で次の表に示します。

表5‒9　PFM - Agent for DB2のレコード一覧（レコード名順）

カテゴリー

レコード名

レコードID

格納される情報

DB2構成パラメーター

DB2 Configuration

PD_DCFE

DB2構成パラメーター情報。

データベース・マネージャー・レベル

Basic Information on Database Manager

PD_PD

データベース・マネージャーの基本情報。

Basic Information on Database Manager Interval

PI_PI

データベース・マネージャーの基本情報についての，ある一定の単位とした情報。

データベース・レベル

Basic Information on Database

PD_DBID

データベース単位の基本情報。※1

Bufferpool Stat on Database

PD_DBPD

バッファー・プールに関する情報。※1

Bufferpool Stat on Database Interval

PI_DBPI

バッファー・プールについての，ある一定の時間を単位とした情報。※1

Cache on Database

PD_DCAD

キャッシュ情報。※1

Cache on Database Interval

PI_DCAI

キャッシュについての，ある一定の時間を単位とした情報。※1

Lock Information on Database

PD_DLID

データベースレベルのロック情報※1

Sort Status on Database

PD_DSOD

ソートについての情報。※1

SQL Statement on Database

PD_DSQD

SQL Statement情報。※1

アプリケーション・レベル

Basic Information on Application

PD_DBIA

データベース単位の基本情報。※2

Cache on Application

PD_DCAA

キャッシュ情報。※2

Lock Information on Application

PD_DLIA

アプリケーションレベルのロック情報※2

SQL Statement on Application

PD_DSQA

SQL Statement情報。※2

表スペース情報

Tablespace Information on DB

PD_DTID

表スペース情報。※1

注※1

データベースレベルおよび表スペース情報は，1つ以上のアプリケーションがデータベースに接続しているか，またはデータベースが活動化状態の間に収集されます。

また，表スペース情報は，一度に最大1,000レコードまで収集されます。

注※2

アプリケーションレベルの情報は，アプリケーションがデータベースに接続している場合だけ収集されます。

また，アプリケーションレベルの情報は，一度に最大1,000レコードまで収集されます。

Basic Information on Application（PD_DBIA）

機能

アプリケーション・レベルのデータベース単位の基本情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

AGENT_ID

ライフタイム

アプリケーションがデータベースに接続している間。

レコードサイズ

固定部：681バイト

可変部：629バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agent Id

(AGENT_ID)

アプリケーションの固有ID。

−

ulong

No

すべて

−

SQLM_ELM_AGENT_ID

詳細説明：

アプリケーション・ハンドルを使用すると，アクティブ・アプリケーションを一意的に識別できます。アプリケーション・ハンドルは，エージェントIDと同義です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Top

(AGENTS_TOP)

アプリケーション・レベルでは，ステートメントの実行時に使用されたエージェントの最大数。データベース・レベルでは，アプリケーション用でのエージェントの最大数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_TOP

詳細説明：

照会内並列処理の実現の度合いを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Id

(APPL_ID)

アプリケーションがデータベース・マネージャーのデータベースに接続したときのID。

−

string(33)

No

すべて

−

SQLM_ELM_APPL_ID

詳細説明：

このIDはクライアントとサーバの両者によって認識されるため，このIDを使用すると，アプリケーションのクライアント部分とサーバ部分を相関させることができます。DDCSアプリケーションでアプリケーションのクライアント部分とサーバ部分を相関させるにはoutbound_appl_idも必要です。このIDは，ネットワーク内では固有のIDです。アプリケーションIDにはさまざまな形式があり，データベース・マネージャーまたはDDCS（またはその両方）を実行中のクライアントとサーバマシン間の通信プロトコルによって形式が異なります。どの形式の場合もピリオドで区切られた3つの部分で構成されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Name

(APPL_NAME)

クライアントで実行中のアプリケーションの名前。

−

string(257)

No

すべて

−

SQLM_ELM_APPL_NAME

詳細説明：

このエレメントとappl_idを使用すると，データ項目をアプリケーションに関連づけることができます。クライアントサーバ環境では，この名前はデータベース接続を確立するためにクライアントからサーバに送られます。DRDA-AS接続の場合は，この名前はDEDA外部名となります。クライアント・アプリケーションのコード・ページと実行中のデータベース・システム・モニターが使用しているコード・ページが異なる場合は，appl_nameを交換するときにcodepage_idを利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Section Inserts

(APPL_SECTION_INSERTS)

SQL 作業域からのアプリケーションによるSQLセクション挿入数。

−

ulong

No

すべて

−

SQLM_ELM_APPL_SECTION

_INSERTS

詳細説明：

実行できるセクションの作業用コピーは，ユニークなSQL作業域に保管されます。このカウンターは，コピーが使用できなかったために挿入が必要だった場合のカウントです。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Section Lookups

(APPL_SECTION_LOOKUPS)

SQL作業域からのアプリケーションによるSQLセクション参照数。

−

ulong

No

すべて

−

SQLM_ELM_APPL_SECTION

_LOOKUPS

詳細説明：

個々のエージェントには，実行できるセクションの作業用コピーが保持されるユニークなSQL作業域へのアクセス権があります。

パーティション・データベースでは，この作業域はすべての非SMPエージェントに共有されます。SMPエージェントのあるその他の環境では，個々のエージェントにユニークなSQL作業域があります。

このカウンターは，アプリケーションのエージェントによってSQL作業域がアクセスされた回数を示します。このカウンターは，このアプリケーションに関して作動しているエージェント用のSQL作業ヒープすべてに対する，参照回数の累計です。

このエレメントとappl_section_insertsを組み合わせて使用すると，SQL作業域に使用されるヒープのサイズを調整できます。パーティション・データベースでは，このサイズを制御しているのは，app_ctl_heap_sz構成パラメーターです。その他のデータベース環境では，SQL作業域のサイズにはapplheapsz構成パラメーターが使用されます。すべての環境で，SMPエージェント用のSQL作業域のサイズは，applheapszによって制御されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Auth Id

(AUTH_ID)

モニターされているアプリケーションを呼び出したユーザーの許可ID。

−

string(33)

No

すべて

−

SQLM_ELM_AUTH_ID

詳細説明：

このエレメントを使用すると，アプリケーションを呼び出したユーザーを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Name

(DB_NAME)

情報が収集されるデータベースの実名またはアプリケーションの接続先でのデータベースの実名。

−

string(9)

No

すべて

−

SQLM_ELM_DB_NAME

詳細説明：

このエレメントを使用すると，データが適用される特定のデータベースを識別できます。

ホストへの接続またはIBM製品でのデータベースサーバへの接続でDB2Connectを使用しないアプリケーションの場合は，このエレメントとdc_pathモニター・エレメントを組み合わせて使用すると，データベースを個別に識別し，モニターが提供する情報の各レベルに関連づけることができます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Path

(DB_PATH)

モニター対象のシステムに保管されているデータベースのロケーションを示す絶対パス。

−

string(257)

No

すべて

−

SQLM_ELM_DB_PATH

詳細説明：

このエレメントとdb_nameモニター・エレメントを組み合わせて使用すると，データが適用される特定のデータベースを識別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Hash Join Overflows

(HASH_JOIN_OVERFLOWS)

ハッシュ結合データが，使用できるソート・ヒープ・スペースを超えた回数。

−

ulong

No

すべて

−

SQLM_ELM_HASH_JOIN

_OVERFLOWS

詳細説明：

データベース・レベルでは，hash_join_small_overflowsの値がこのhash_join_overflowsの10％を超える場合は，ソート・ヒープ・サイズを大きくすることを検討してください。アプリケーション・レベルの値は，個々のアプリケーションについてハッシュ結合のパフォーマンスを評価するときに使用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Hash Join Overflows Rate

(HASH_JOIN_OVERFLOWS_RATE)

hash_join_small_overflowsとhash_join_overflowsの比率。

−

float

No

すべて

−

( HASH_JOIN_SMALL_OVERFLOWS / HASH_JOIN_OVERFLOWS ) ＊100

詳細説明：

この値が10％を超える場合は，ソート・ヒープ・サイズを大きくすることを検討してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Hash Join Small Overflows

(HASH_JOIN_SMALL_OVERFLOWS)

ハッシュ結合データが，使用できるソート・ヒープ・スペースが10％を超えない範囲で超えた回数。

−

ulong

No

すべて

−

SQLM_ELM_HASH_JOIN

_SMALL_OVERFLOWS

詳細説明：

この値とhash_join_overflowsの値が大きい場合は，ソート・ヒープのしきい値を大きくすることを検討してください。この値がhash_join_overflowsの10％を超える場合は，ソート・ヒープ・サイズを大きくすることを検討してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Assoc Agents

(NUM_ASSOC_AGENTS)

1つのアプリケーションに関連づけられているサブエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_NUM_ASSOC

_AGENTS

詳細説明：

このエレメントは，エージェント構成パラメーターの設定を評価するのに役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DBIA」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Hash Joins

(TOTAL_HASH_JOINS)

実行されたハッシュ結合の合計数。

−

ulong

No

すべて

−

SQLM_ELM_TOTAL_HASH

_JOINS

詳細説明：

データベースまたはアプリケーション・レベルで，この値とhash_join_overflowsおよびhash_join_small_overflowsを組み合わせて使用すると，ソート・ヒープ・サイズを適度に大きくすることによって，ハッシュ結合に良い影響を与えられるかどうかを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Hash Loops

(TOTAL_HASH_LOOPS)

ハッシュ結合のシングル・パーティションが，使用できるソート・ヒープ・スペースよりも大きかったときの合計回数。

−

ulong

No

すべて

−

SQLM_ELM_TOTAL_HASH

_LOOPS

詳細説明：

このエレメントの値は，ハッシュ結合が効率的に実行されていないことを示します。ソート・ヒープ・サイズが小さ過ぎるか，またはソート・ヒープしきい値が小さ過ぎることを示します。この値とその他のハッシュ結合変数を組み合わせて使用すると，ソート・ヒープ・サイズ(sortheap)とソート・ヒープしきい値(sheapthres)の構成パラメーターを調整できます。

Basic Information on Database（PD_DBID）

機能

データベース・レベルのデータベース単位の基本情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：1,038バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Top

(AGENTS_TOP)

アプリケーション・レベルでは，ステートメントの実行時に使用されたエージェントの最大数。データベース・レベルでは，アプリケーション用でのエージェントの最大数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_TOP

詳細説明：

照会内並列処理の実現の度合いを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Section Inserts

(APPL_SECTION_INSERTS)

SQL 作業域からのアプリケーションによる SQL セクション挿入数。

−

ulong

No

すべて

−

SQLM_ELM_APPL_SECTION

_INSERTS

詳細説明：

実行できるセクションの作業用コピーは，ユニークなSQL作業域に保管されます。このカウンターは，コピーが使用できなかったために挿入が必要だった場合のカウントです。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Section Lookups

(APPL_SECTION_LOOKUPS)

SQL作業域からのアプリケーションによるSQLセクション参照数。

−

ulong

No

すべて

−

SQLM_ELM_APPL_SECTION

_LOOKUPS

詳細説明：

個々のエージェントには，実行できるセクションの作業用コピーが保持されるユニークなSQL作業域へのアクセス権があります。パーティション・データベースでは，この作業域はすべての非SMPエージェントに共有されます。SMPエージェントのあるその他の環境では，個々のエージェントにユニークなSQL作業域があります。

このカウンターは，アプリケーションのエージェントによってSQL作業域がアクセスされた回数を示します。このカウンターは，このアプリケーションに関して作動しているエージェント用のSQL作業ヒープすべてに対する，参照回数の累計です。

このエレメントとappl_section_insertsを組み合わせて使用すると，SQL作業域に使用されるヒープのサイズを調整できます。パーティション・データベースでは，このサイズを制御しているのは，app_ctl_heap_sz構成パラメーターです。その他のデータベース環境では，SQL作業域のサイズにはapplheapsz構成パラメーターが使用されます。すべての環境で，SMPエージェント用のSQL作業域のサイズは，applheapszによって制御されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appls Cur Cons

(APPLS_CUR_CONS)

現在データベースに接続されているアプリケーションの数。

−

ulong

No

すべて

−

SQLM_ELM_APPLS_CUR_CONS

詳細説明：

このエレメントを使用して，データベース内の活動レベルおよび使用中のシステム・リソースの量を確認できます。

DB2のマニュアルに記載されているmaxapplesおよびmax_coordagents構成パラメーターの設定値を調整するときに利用できます。例えば，この値がmaxapplesの値と常に同じ場合は，maxapplesの値を増やせます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appls In DB2

(APPLS_IN_DB2)

現在データベースに接続されているデータベース・マネージャが要求を処理中のアプリケーションの数。

−

ulong

No

すべて

−

SQLM_ELM_APPLS_IN_DB2

詳細説明：

このエレメントを使用すると，このデータベースに接続されているアプリケーションで使用されているデータベース・マネージャーのエージェント・トークンの数がわかります。rem_cons_in_execおよびlocal_cons_in_execの合計がmaxcagents構成パラメーターの値と同じ場合は，DB2のマニュアルの説明に従って，そのパラメーターの値を増やす必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Coord Agents Top

同時に動作できるコーディネーター・エージェントの最大数。

−

ulong

No

すべて

−

SQLM_ELM_COORD_AGENTS

_TOP

(COORD_AGENTS_TOP)

詳細説明：

コーディネーター・エージェントの最大値がこのノードのワークロードとして大き過ぎる場合は，maxcagents構成パラメーターを変更することで，トランザクションを同時に実行する数を減らせます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Heap Top

(DB_HEAP_TOP)

メモリーの使用量。

−

ulong

No

すべて

−

SQLM_ELM_DB_HEAP_TOP

詳細説明：

このエレメントは，DB2 のバージョン間での互換性を確保するために維持されています。現在は，メモリーの使用量を計算しますが，データベース・ヒープの使用量だけが対象ではありません。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Name

(DB_NAME)

情報が収集されるデータベースの実名またはアプリケーションの接続先でのデータベースの実名。

−

string(9)

No

すべて

−

SQLM_ELM_DB_NAME

詳細説明：

このエレメントを使用すると，データが適用される特定のデータベースを識別できます。

ホストへの接続またはIBM製品でのデータベースサーバへの接続でDB2Connectを使用しないアプリケーションの場合は，このエレメントとdc_pathモニター・エレメントを組み合わせて使用すると，データベースを個別に識別し，モニターが提供する情報の各レベルに関連づけることができます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Path

(DB_PATH)

モニター対象のシステムに保管されているデータベースのロケーションを示す絶対パス。

−

string(257)

No

すべて

−

SQLM_ELM_DB_PATH

詳細説明：

このエレメントとdb_nameモニター・エレメントを組み合わせて使用すると，データが適用される特定のデータベースを識別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Status

(DB_STATUS)

データベースの現在の状況。

−

ulong

No

すべて

−

SQLM_ELM_DB_STATUS

詳細説明：

このエレメントを使用して，データベースの状況を判断できます。このフィールドの値は次のとおりです。

値

説明

0

データベースはアクティブです。

1

データベースは静止保留状態です。データベースに対する新しい接続は許可されません。新しい作業単位も開始できません。静止要求によっては，アクティブな作業単位の完了が許可される場合と即時ロールバックが行われる場合があります。

2

データベースは静止状態となっています。データベースに対する新しい接続は許可されません。新しい作業単位も開始できません。

3

データベースでロールフォワードが進行中です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Hash Join Overflows

(HASH_JOIN_OVERFLOWS)

ハッシュ結合データが，使用できるソート・ヒープ・スペースを超えた回数。

−

ulong

No

すべて

−

SQLM_ELM_HASH_JOIN

_OVERFLOWS

詳細説明：

データベース・レベルでは，hash_join_small_overflowsの値がこのhash_join_overflowsの10％を超える場合は，ソート・ヒープ・サイズを大きくすることを検討してください。アプリケーション・レベルの値は，個々のアプリケーションについてハッシュ結合のパフォーマンスを評価するときに使用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Hash Join Overflows Rate

(HASH_JOIN_OVERFLOWS_RATE)

hash_join_small_overflowsとhash_join_overflowsの比率。

−

float

No

すべて

−

( HASH_JOIN_SMALL_OVERFLOWS / HASH_JOIN_OVERFLOWS ) ＊100

詳細説明：

この値が10％を超える場合は，ソート・ヒープ・サイズを大きくすることを検討してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Hash Join Small Overflows

(HASH_JOIN_SMALL_OVERFLOWS)

ハッシュ結合データが，使用できるソート・ヒープ・スペースが10％を超えない範囲で超えた回数。

−

ulong

No

すべて

−

SQLM_ELM_HASH_JOIN_SMALL

_OVERFLOWS

詳細説明：

この値とhash_join_overflowsの値が大きい場合は，ソート・ヒープのしきい値を大きくすることを検討してください。この値がhash_join_overflowsの10％を超える場合は，ソート・ヒープ・サイズを大きくすることを検討してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Last Backup

(LAST_BACKUP)

データベース・バックアップが最後に完了した日時。

−

string(27)

No

すべて

−

SQLM_ELM_LAST_BACKUP

詳細説明：

このエレメントを使用すると，最後にバックアップをしてから時間が経過しているデータベースを識別したり，最新のデータベース・バックアップ・ファイルを識別したりできます。データベースを一度もバックアップしていない場合は，このタイム・スタンプがゼロに初期化されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Assoc Agents

(NUM_ASSOC_AGENTS)

アプリケーション・レベルでは，1つのアプリケーションに関連づけられているサブエージェントの数。データベース・レベルでは，すべてのアプリケーション用でのサブエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_NUM_ASSOC

_AGENTS

詳細説明：

このエレメントは，エージェント構成パラメーターの設定を評価するのに役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DBID」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Hash Joins

実行されたハッシュ結合の合計数。

−

ulong

No

すべて

−

SQLM_ELM_TOTAL_HASH

_JOINS

(TOTAL_HASH_JOINS)

詳細説明：

データベースまたはアプリケーション・レベルで，この値とhash_join_overflowsおよびhash_join_small_overflowsを組み合わせて使用すると，ソート・ヒープ・サイズを適度に大きくすることによって，ハッシュ結合に良い影響を与えられるかどうかを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Hash Loops

(TOTAL_HASH_LOOPS)

ハッシュ結合のシングル・パーティションが，使用できるソート・ヒープ・スペースよりも大きかったときの合計回数。

−

ulong

No

すべて

−

SQLM_ELM_TOTAL_HASH

_LOOPS

詳細説明：

このエレメントの値は，ハッシュ結合が効率的に実行されていないことを示します。ソート・ヒープ・サイズが小さ過ぎるか，またはソート・ヒープしきい値が小さ過ぎることを示します。この値とその他のハッシュ結合変数を組み合わせて使用すると，ソート・ヒープ・サイズ(sortheap)とソート・ヒープしきい値(sheapthres)の構成パラメーターを調整できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Log Available

(TOTAL_LOG_AVAILABLE)

非コミット・トランザクションによって使用されていない，データベース内のアクティブ・ログ・スペースの量（キロバイト単位）。

−

ulong

No

すべて

○

SQLM_ELM_TOTAL_LOG_AVAILABLE

詳細説明：

このエレメントをtotal_log_usedとともに使用して，ログ・スペースを使い果たすことを避けるために次の構成パラメーターを調整する必要があるかどうかを判別します。

logfilsiz

logprimary

logsecond

total_log_availableの値が０まで下がった場合，SQL0964Nが返されます。上記の構成パラメーターの値を大きくするか，あるいはCOMMIT，ROLLBACKまたはFORCE APPLICATIONによって最も古いトランザクションを終了する必要があります。

logsecondが-1に設定されていると，このエレメントにはSLQM_LOGSPACE_INFINITEが含まれます。

＜注意事項＞

DB2から戻される値はバイト単位ですが，Agent Collectorサービスがキロバイト単位に変更します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Log Used

(TOTAL_LOG_USED)

データベースで現在使用されているアクティブ・ログ・スペースの合計量（キロバイト単位）。

−

ulong

No

すべて

○

SQLM_ELM_TOTAL_LOG_USED

詳細説明：

このエレメントをtotal_log_availabelとともに使用して，ログ・スペースを使い果たすことを避けるために次の構成パラメーターを調整する必要があるかどうかを判別します。

logfilsiz

logprimary

logsecond

＜注意事項＞

DB2から戻される値はバイト単位ですが，Agent Collectorサービスでキロバイト単位に変更します。

Basic Information on Database Manager（PD_PD）

機能

データベース・マネージャ・レベルのデータベース単位の基本情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

データベースの起動中。

レコードサイズ

固定部：845バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Created Empty Pool

(AGENTS_CREATED_EMPTY_POOL)

エージェント・プールが空であったために作成されたエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_CREATED

_EMPTY_POOL

詳細説明：

この値には，DB2を始動したときに開始したエージェントの数が含まれます（num_initagents）。

agents_from_poolと組み合わせて使用すると，次の比率を計算できます。

Agents Created Due to Empty Agent Pool/Agents Assigned From Pool

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Created Pool Rate

(AGENTS_CREATED_POOL_RATE)

エージェント・プールが空のためにエージェントが作成される頻度。

−

float

No

すべて

−

( AGENTS_CREATED_EMPTY_POOL / AGENTS_FROM_POOL ) ＊100

詳細説明：

エージェント・プールが空のために作成されたエージェント・プールから

割り当てられたエージェントが高い場合は，num_poolagents構成パラメーターの値を大きくする必要があることを示します。比率が低い場合は，num_poolagentsの設定が高過ぎて，プール内にほとんど使用されないエージェントがあり，システム・リソースがむだになっていることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents From Pool

(AGENTS_FROM_POOL)

エージェント・プールから割り当てられたエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_FROM

_POOL

詳細説明：

このエレメントとagents_created_empty_poolを組み合わせて使用すると，プールが空になってエージェントの作成が必要となる頻度を判別できます。

Agents Created Due to Empty Agent Pool/Agents Assigned From Pool

が高い場合は，num_poolagents構成パラメーターの値を大きくする必要があることを示します。比率が低い場合は，num_poolagentsの設定が高過ぎて，プール内にほとんど使用されないエージェントがあり，システム・リソースがむだになっていることを示します。

比率が高い場合は，このノードの総合ワークロードが高過ぎることを示します。ワークロードは，maxcagents構成パラメーターが指定するコーディネーター・エージェントの最大数を小さくするか，または各ノードにデータを再分散することで調整できます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Registered

(AGENTS_REGISTERED)

モニター中のデータベース・マネージャー・インスタンスに登録されているエージェント（コーディネーター・エージェントとサブエージェント）の数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_REGISTERED

詳細説明：

このエレメントは，maxagents構成パラメーターの設定値を評価するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Registered Top

(AGENTS_REGISTERED_TOP)

データベース・マネージャーが開始されてからこれまでに同時に登録されていたエージェント(コーディネーター・エージェントとサブエージェント)の最大数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_REGISTERED

_TOP

詳細説明：

このエレメントは，DB2のマニュアルに記載されているmaxagents構成パラメーターの設定値を評価するときに利用できます。

スナップショットの実行時に登録されたエージェントの数は，agents_registeredによって記録されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Waiting On Token

(AGENTS_WAITING_ON_TOKEN)

データベース・マネージャー内でトランザクションを実行するためにトークンを待機中のエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_WAITING

_ON_TOKEN

詳細説明：

このエレメントを使用すると，maxcagents構成パラメーターの設定値を評価するのに役立ちます。

各アプリケーションには，データベース・マネージャー内でデータベース要求を処理するための専用コーディネーター・エージェントが1つずつ組み込まれます。各エージェントは，トークンを取得してから，トランザクションを実行できます。データベース・マネージャーのトランザクションを実行できるエージェントの最大数は，maxcagents構成パラメーターの値によって制限されます。

詳細については，DB2のマニュアルを参照してください。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Waiting Top

(AGENTS_WAITING_TOP)

データベース・マネージャーが開始されてから，同時にトークンを待機していたエージェントの最大数。

−

ulong

No

すべて

−

SQLM_ELM_AGENTS_WAITING

_TOP

詳細説明：

このエレメントは，DB2のマニュアルに記載されているmaxcagents構成パラメーターの設定値を評価するときに利用できます。

スナップショットの実行時にトークンを待機していたエージェントの数は，agents_waiting_on_tokenによって記録されます。

Maxcagentsパラメーターをデフォルト値(-1)に設定すると，トークンを待つエージェントがなくなるため，このモニター・エレメントの値はゼロになります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Comm Private Mem

(COMM_PRIVATE_MEM)

スナップショット時点で，データベース・マネージャーのインスタンスが現在コミットしている専用メモリーの量。

−

ulong

No

すべて

−

SQLM_ELM_COMM_PRIVATE

_MEM

詳細説明：

このエレメントを使用するとmin_priv_mem構成パラメーターを設定するときに，利用できる専用メモリーが十分にあるかどうかを確認できます。このエレメントはすべてのプラットフォームで戻されますが，調整ができるのはDB2がスレッドを使用するプラットフォーム（Windows 2000など）に限られます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cons In Exec Total

(CONS_IN_EXEC_TOTAL)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続していて，作業単位を処理しているアプリケーションの合計数。

−

ulong

No

すべて

−

( REM_CONS_IN_EXEC + LOCAL_CONS_IN_EXEC )

詳細説明：

maxcagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cons Total

(CONS_TOTAL)

モニター中のデータベース・マネージャー・インスタンスまたはデータベースに接続しているアプリケーションの合計数。

−

ulong

No

すべて

−

( REM_CONS_IN + LOCAL_CONS )

詳細説明：

maxagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB2 Status

(DB2_STATUS)

データベース・マネージャーの，インスタンスの現在の状況。

−

ulong

No

すべて

−

SQLM_ELM_DB2_STATUS

詳細説明：

このエレメントを使用して，データベース・マネージャー・インスタンスの状況を判別できます。戻される値は次のとおりです。

データベース・マネージャーが動作している場合：0（SQLM_DB2_ACTIVE）

データベース・マネージャーが停止している場合：100（PFM - Agent for DB2によって設定される）

0もしくは100以外の場合の詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Local Cons

(LOCAL_CONS)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続しているローカル・アプリケーションの数。

−

ulong

No

すべて

−

SQLM_ELM_LOCAL_CONS

詳細説明：

この数は，データベース・マネージャーで発生している並列処理のレベルを判別するのに役立ちます。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。

この数値に含まれるのは，データベース・マネージャーと同じインスタンスで開始したアプリケーションだけです。アプリケーションは接続されていますが，データベース内で作業単位を実行している場合としていない場合があります。

このエレメントとrem_cons_inモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmaxagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Local Cons In Exec

(LOCAL_CONS_IN_EXEC)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続していて，作業単位を処理しているローカル・アプリケーションの数。

−

ulong

No

すべて

−

SQLM_ELM_LOCAL_CONS_IN

_EXEC

詳細説明：

この数は，データベース・マネージャーで発生している並列処理のレベルを判別するのに役立ちます。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。この数値に含まれるのは，データベース・マネージャーと同じインスタンスで開始したアプリケーションだけです。

このエレメントとrem_cons_in_execモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmaxcagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Post Threshold Hash Joins

(POST_THRESHOLD_HASH_JOINS)

共有または専用のソート・ヒープ・スペースが同時使用されていたためにハッシュ結合ヒープ要求が制限された合計回数。

−

ulong

No

すべて

−

SQLM_ELM_POST_THRESHOLD

_HASH_JOINS

詳細説明：

この値がhash_join_overflowsの5%より大きい場合は，ソート・ヒープのしきい値を大きくしてください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Product Name

(PRODUCT_NAME)

実行中の DB2 インスタンスのバージョンの詳細情報。

−

string(48)

No

すべて

−

SQLM_ELM_PRODUCT_NAME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「PD」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Rem Cons In

(REM_CONS_IN)

モニター中のデータベース・マネージャーのインスタンスに対してリモート・クライアントから開始された接続の数。

−

ulong

No

すべて

−

SQLM_ELM_REM_CONS_IN

詳細説明：

リモート・クライアントからこのインスタンス内のデータベースへの接続数を示します。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。この数値には，データベース・マネージャーと同じインスタンスで開始したアプリケーションは含まれません。

これらのエレメントとlocal_consモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmax_coordagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Rem Cons In Exec

(REM_CONS_IN_EXEC)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続していて，作業単位を処理しているリモート・アプリケーションの数。

−

ulong

No

すべて

−

SQLM_ELM_REM_CONS_IN

_EXEC

詳細説明：

この数値は，データベース・マネージャーで実行中の並列処理のレベルを判別するときに利用できます。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。この数値には，データベース・マネージャーと同じインスタンスで開始したアプリケーションは含まれません。

このエレメントとlocal_cons_in_execモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmaxcagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Service Level

(SERVICE_LEVEL)

DB2インスタンスの現在の修正サービス・レベル。

−

string(48)

No

すべて

−

SQLM_ELM_SERVICE_LEVEL

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Heap Allocated

(SORT_HEAP_ALLOCATED)

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の合計。

−

ulong

No

すべて

−

SQLM_ELM_SORT_HEAP

_ALLOCATED

詳細説明：

各ソートに割り振られたメモリー量は，利用できるソート・ヒープ・サイズの一部だけの場合とすべての場合があります。ソート・ヒープ・サイズは各ソートで利用できるメモリー量を示し，データベース構成パラメーターのsortheapに定義されている値です。

1つのアプリケーションが同時に複数のソートをアクティブにできます。例えば，副照会付きのSELECTステートメントを使用すると，同時に複数のソートが行われる場合があります。

情報は次の2つのレベルで収集できます。

データベース・マネージャーのレベルでは，データベース・マネージャー内のアクティブなすべてのデータベースでのすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

データベース・レベルでは，1つのデータベース内でのすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

通常のメモリーの見積もりにはソート・ヒープ・スペースは含まれません。過剰なソートが発生している場合は，ソート・ヒープに使用される追加のメモリー量をデータベース・マネージャーを実行するのに必要な基本メモリー量に加える必要があります。一般に，ソート・ヒープが大きくなるほど，ソート効率は高くなります。索引を正しく使用すると，ソートに必要な量を少なくできます。

データベース・マネージャー・レベルに戻された情報は，sheapthres構成パラメーターの調整に利用できます。エレメントの値がsheapthres以上になっている場合は，sheapthresパラメーターに定義されているソート・ヒープをソートで完全に得られていないことを示します。

Basic Information on Database Manager Interval（PI_PI）

機能

データベース・マネージャ・レベルのデータベース単位の基本情報についての，ある一定の時間を単位とした情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

Yes

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

データベースの起動中。

レコードサイズ

固定部：857バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Created Empty Pool

(AGENTS_CREATED_EMPTY_POOL)

エージェント・プールが空であったために作成されたエージェントの数。

COPY

ulong

No

すべて

−

SQLM_ELM_AGENTS_CREATED

_EMPTY_POOL

詳細説明：

この値には，DB2を始動したときに開始したエージェントの数が含まれます（num_initagents）。

agents_from_poolと組み合わせて使用すると，次の比率を計算できます。

Agents Created Due to Empty Agent Pool/Agents Assigned From Pool

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Created Pool Rate

(AGENTS_CREATED_POOL_RATE)

エージェント・プールが空のためにエージェントが作成される頻度。

AVG

float

No

すべて

−

( AGENTS_CREATED_EMPTY_POOL / AGENTS_FROM_POOL ) ＊100

詳細説明：

エージェント・プールが空のために作成されたエージェント・プールから

割り当てられたエージェントが高い場合は，num_poolagents構成パラメーターの値を大きくする必要があることを示します。比率が低い場合は，num_poolagentsの設定が高過ぎて，プール内にほとんど使用されないエージェントがあり，システム・リソースがむだになっていることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents From Pool

(AGENTS_FROM_POOL)

エージェント・プールから割り当てられたエージェントの数。

COPY

ulong

No

すべて

−

SQLM_ELM_AGENTS_FROM

_POOL

詳細説明：

このエレメントとagents_created_empty_poolを組み合わせて使用すると，プールが空になってエージェントの作成が必要となる頻度を判別できます。

Agents Created Due to Empty Agent Pool/Agents Assigned From Pool

が高い場合は，num_poolagents構成パラメーターの値を大きくする必要があることを示します。比率が低い場合は，num_poolagentsの設定が高過ぎて，プール内にほとんど使用されないエージェントがあり，システム・リソースがむだになっていることを示します。

比率が高い場合は，このノードの総合ワークロードが高過ぎることを示します。ワークロードは，maxcagents構成パラメーターが指定するコーディネーター・エージェントの最大数を小さくするか，または各ノードにデータを再分散することで調整できます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Registered

(AGENTS_REGISTERED)

モニター中のデータベース・マネージャー・インスタンスに登録されているエージェント（コーディネーター・エージェントとサブエージェント）の数。

COPY

ulong

No

すべて

−

SQLM_ELM_AGENTS_REGISTERED

詳細説明：

このエレメントは，maxagents構成パラメーターの設定値を評価するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Registered Top

(AGENTS_REGISTERED_TOP)

データベース・マネージャーが開始されてからこれまでに同時に登録されていたエージェント(コーディネーター・エージェントとサブエージェント)の最大数。

COPY

ulong

No

すべて

−

SQLM_ELM_AGENTS_REGISTERED

_TOP

詳細説明：

このエレメントは，DB2のマニュアルに記載されているmaxagents構成パラメーターの設定値を評価するときに利用できます。

スナップショットの実行時に登録されたエージェントの数は，agents_registeredによって記録されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Waiting On Token

(AGENTS_WAITING_ON_TOKEN)

データベース・マネージャー内でトランザクションを実行するためにトークンを待機中のエージェントの数。

COPY

ulong

No

すべて

−

SQLM_ELM_AGENTS_WAITING

_ON_TOKEN

詳細説明：

このエレメントを使用すると，maxcagents構成パラメーターの設定値を評価するのに役立ちます。

各アプリケーションには，データベース・マネージャー内でデータベース要求を処理するための専用コーディネーター・エージェントが1つずつ組み込まれます。各エージェントは，トークンを取得してから，トランザクションを実行できます。データベース・マネージャーのトランザクションを実行できるエージェントの最大数は，maxcagents構成パラメーターの値によって制限されます。

詳細については，DB2のマニュアルを参照してください。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agents Waiting Top

(AGENTS_WAITING_TOP)

データベース・マネージャーが開始されてから，同時にトークンを待機していたエージェントの最大数。

COPY

ulong

No

すべて

−

SQLM_ELM_AGENTS_WAITING

_TOP

詳細説明：

このエレメントは，DB2のマニュアルに記載されているmaxcagents構成パラメーターの設定値を評価するときに利用できます。

スナップショットの実行時にトークンを待機していたエージェントの数は，agents_waiting_on_tokenによって記録されます。

Maxcagentsパラメーターをデフォルト値(-1)に設定すると，トークンを待つエージェントがなくなるため，このモニター・エレメントの値はゼロになります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Comm Private Mem

(COMM_PRIVATE_MEM)

スナップショット時点で，データベース・マネージャーのインスタンスが現在コミットしている専用メモリーの量。

COPY

ulong

No

すべて

−

SQLM_ELM_COMM_PRIVATE

_MEM

詳細説明：

このエレメントを使用するとmin_priv_mem構成パラメーターを設定するときに，利用できる専用メモリーが十分にあるかどうかを確認できます。このエレメントはすべてのプラットフォームで戻されますが，調整ができるのはDB2がスレッドを使用するプラットフォーム（Windows 2000など）に限られます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cons In Exec Total

(CONS_IN_EXEC_TOTAL)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続していて，作業単位を処理しているアプリケーションの合計数。

COPY

ulong

No

すべて

−

( REM_CONS_IN_EXEC + LOCAL_CONS_IN_EXEC )

詳細説明：

maxcagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cons Total

(CONS_TOTAL)

モニター中のデータベース・マネージャー・インスタンスまたはデータベースに接続しているアプリケーションの合計数。

COPY

ulong

No

すべて

−

( REM_CONS_IN + LOCAL_CONS )

詳細説明：

maxagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB2 Status

(DB2_STATUS)

データベース・マネージャーの，インスタンスの現在の状況。

COPY

ulong

No

すべて

−

SQLM_ELM_DB2_STATUS

詳細説明：

このエレメントを使用して，データベース・マネージャー・インスタンスの状況を判別できます。戻される値は次のとおりです。

データベース・マネージャーが動作している場合：0（SQLM_DB2_ACTIVE）

データベース・マネージャーが停止している場合：100（PFM - Agent for DB2によって設定される）

0もしくは100以外の場合の詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

COPY

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Local Cons

(LOCAL_CONS)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続しているローカル・アプリケーションの数。

COPY

ulong

No

すべて

−

SQLM_ELM_LOCAL_CONS

詳細説明：

この数は，データベース・マネージャーで発生している並列処理のレベルを判別するのに役立ちます。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。

この数値に含まれるのは，データベース・マネージャーと同じインスタンスで開始したアプリケーションだけです。アプリケーションは接続されていますが，データベース内で作業単位を実行している場合としていない場合があります。

このエレメントとrem_cons_inモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmaxagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Local Cons In Exec

(LOCAL_CONS_IN_EXEC)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続していて，作業単位を処理しているローカル・アプリケーションの数。

COPY

ulong

No

すべて

−

SQLM_ELM_LOCAL_CONS_IN

_EXEC

詳細説明：

この数は，データベース・マネージャーで発生している並列処理のレベルを判別するのに役立ちます。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。この数値に含まれるのは，データベース・マネージャーと同じインスタンスで開始したアプリケーションだけです。

このエレメントとrem_cons_in_execモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmaxcagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Post Threshold Hash Joins

(POST_THRESHOLD_HASH_JOINS)

共有または専用のソート・ヒープ・スペースが同時使用されていたためにハッシュ結合ヒープ要求が制限された合計回数。

COPY

ulong

No

すべて

−

SQLM_ELM_POST_THRESHOLD

_HASH_JOINS

詳細説明：

この値がhash_join_overflowsの5%より大きい場合は，ソート・ヒープのしきい値を大きくしてください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Product Name

(PRODUCT_NAME)

実行中の DB2 インスタンスのバージョンの詳細情報。

COPY

string(48)

No

すべて

−

SQLM_ELM_PRODUCT_NAME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

COPY

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「PI」。

COPY

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Rem Cons In

(REM_CONS_IN)

モニター中のデータベース・マネージャーのインスタンスに対してリモート・クライアントから開始された接続の数。

COPY

ulong

No

すべて

−

SQLM_ELM_REM_CONS_IN

詳細説明：

リモート・クライアントからこのインスタンス内のデータベースへの接続数を示します。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。この数値には，データベース・マネージャーと同じインスタンスで開始したアプリケーションは含まれません。

これらのエレメントとlocal_consモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmax_coordagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Rem Cons In Exec

(REM_CONS_IN_EXEC)

モニター中のデータベース・マネージャー・インスタンス内のデータベースに接続していて，作業単位を処理しているリモート・アプリケーションの数。

COPY

ulong

No

すべて

−

SQLM_ELM_REM_CONS_IN

_EXEC

詳細説明：

この数値は，データベース・マネージャーで実行中の並列処理のレベルを判別するときに利用できます。この値は頻繁に変化するため，システム使用量の現実的な値を得るためには，ある一定の時間の中で特定のインターバルを設けてサンプルを採取する必要があります。この数値には，データベース・マネージャーと同じインスタンスで開始したアプリケーションは含まれません。

このエレメントとlocal_cons_in_execモニター・エレメントを組み合わせて使用すると，DB2のマニュアルに記載されているmaxcagents構成パラメーターの設定値を調整するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Service Level

(SERVICE_LEVEL)

DB2インスタンスの現在の修正サービス・レベル。

COPY

string(48)

No

すべて

−

SQLM_ELM_SERVICE_LEVEL

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Heap Allocated

(SORT_HEAP_ALLOCATED)

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の合計。

COPY

ulong

No

すべて

−

SQLM_ELM_SORT_HEAP

_ALLOCATED

詳細説明：

各ソートに割り振られたメモリー量は，利用できるソート・ヒープ・サイズの一部だけの場合とすべての場合があります。ソート・ヒープ・サイズは各ソートで利用できるメモリー量を示し，データベース構成パラメーターのsortheapに定義されている値です。

1つのアプリケーションが同時に複数のソートをアクティブにできます。例えば，副照会付きのSELECTステートメントを使用すると，同時に複数のソートが行われる場合があります。

情報は次の2つのレベルで収集できます。

データベース・マネージャーのレベルでは，データベース・マネージャー内のアクティブなすべてのデータベースでのすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

データベース・レベルでは，1つのデータベース内でのすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

通常のメモリーの見積もりにはソート・ヒープ・スペースは含まれません。過剰なソートが発生している場合は，ソート・ヒープに使用される追加のメモリー量をデータベース・マネージャーを実行するのに必要な基本メモリー量に加える必要があります。一般に，ソート・ヒープが大きくなるほど，ソート効率は高くなります。索引を正しく使用すると，ソートに必要な量を少なくできます。

データベース・マネージャー・レベルに戻された情報は，sheapthres構成パラメーターの調整に利用できます。エレメントの値がsheapthres以上になっている場合は，sheapthresパラメーターに定義されているソート・ヒープをソートで完全に得られていないことを示します。

Bufferpool Stat on Database（PD_DBPD）

機能

データベース・レベルのバッファー・プールに関する情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：825バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Reads

(POOL_ASYNC_DATA_READS)

バッファー・プールに非同期で読み取られるページ数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC_DATA

_READS

詳細説明：

このエレメントとpool_data_p_readsを組み合わせて使用すると，同期で実行された物理読み取り数を計算できます。データベース・マネージャーのエージェントが実行したデータ・ページ物理読み取り数は，次の公式を使用します。

pool_data_p_reads-pool_async_data_reads

非同期読み取り数と同期読み取り数を比較すると，プリフェッチャーの動作状態がわかります。このエレメントは，num_ioservers構成パラメーターを調整するときに役に立ちます

非同期読み取りは，データベース・マネージャーのプリフェッチャーが実行します。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Reads Rate

(POOL_ASYNC_DATA_READS_RATE)

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページ数の割合。

−

float

No

すべて

−

( POOL_ASYNC_DATA_READS / ( POOL_DATA_P_READS + POOL_TEMP_DATA_P_READS ) ) ＊ 100

詳細説明：

num_ioservers構成パラメーターを調整するときに役に立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Writes

(POOL_ASYNC_DATA_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC_DATA

_WRITES

詳細説明：

このエレメントとbuff_pool_data_writesを組み合わせて使用すると，同期で実行された物理書き込み要求の数を計算できます。データベース・マネージャーのエージェントが実行したデータ・ページ物理書き込み数は，次の公式を使用します。

pool_data_writes-pool_async_data_writes

非同期読み取り数と同期読み取り数を比較すると，バッファー・プール・ページ・クリーナーの動作状態がわかります。この比率は，num_iocleaners構成パラメーターを調整するときに役に立ちます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Writes Rate

(POOL_ASYNC_DATA_WRITES_RATE)

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数の割合。

−

float

No

すべて

−

( POOL_ASYNC_DATA_WRITES / POOL_DATA_WRITES ) ＊ 100

詳細説明：

num_iocleaners構成パラメーターは，この値が100%に近く，かつ，POOL_ASYNC_INDEX_WRITES_RATEも100%に近い場合，小さくできます。また，この値が0%に近い場合，大きくする必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Reads

(POOL_ASYNC_INDEX_READS)

プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC_INDEX

_READS

詳細説明：

このエレメントとpool_index_p_readsを組み合わせて使用すると，同期で実行された物理読み取り数を計算できます。データベース・マネージャーのエージェントが実行した索引ページ物理読み取り数は，次の公式を使用します。

pool_index_p_reads-pool_async_index_reads

非同期読み取り数と同期読み取り数を比較すると，プリフェッチャーの動作状態がわかります。このエレメントは，num_ioservers構成パラメーターを調整するときに役に立ちます。

非同期読み取りは，データベース・マネージャーのプリフェッチャーが実行します。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Reads Rate

(POOL_ASYNC_INDEX_READS_RATE)

索引ページをバッファー・プールに入れるための物理読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数の割合。

−

float

No

すべて

−

( POOL_ASYNC_INDEX_READS / ( POOL_INDEX_P_READS + POOL_TEMP_INDEX_P_READS ) ) ＊ 100

詳細説明：

num_ioservers構成パラメーターを調整するときに役に立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Writes

(POOL_ASYNC_INDEX_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC_INDEX

_WRITES

詳細説明：

このエレメントとpool_index_writesを組み合わせて使用すると，同期で実行された物理索引書き込み要求数を計算できます。データベース・マネージャーのエージェントが実行した物理索引ページ書き込み数は，次の公式を使用します。

pool_index_writes-pool_async_index_writes

非同期読み取り数と同期読み取り数を比較すると，バッファー・プール・ページ・クリーナーの動作状態がわかります。この比率は，num_iocleaners構成パラメーターを調整するときに役に立ちます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Writes Rate

(POOL_ASYNC_INDEX_WRITES_RATE)

バッファー・プール索引ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数の割合。

−

float

No

すべて

−

( POOL_ASYNC_INDEX_WRITES / POOL_INDEX_WRITES )＊ 100

詳細説明：

num_iocleaners構成パラメーターは，この値が100%に近く，かつ，POOL_ASYNC_DATA_WRITES_RATEも100%に近い場合，小さくできます。また，この値が0%に近い場合，大きくする必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Read Time

(POOL_ASYNC_READ_TIME)

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC_READ

_TIME

詳細説明：

このエレメントを使用して同期読み取りの経過時間を計算するには，次の公式を使用します。

pool_read_time-pool_async_read_time

このエレメントを使用して平均非同期読み取り時間を計算するには，次の公式を使用します。

pool_async_read_time/pool_async_data_reads

これらの計算は，実行中の入出力操作を把握するときに使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Read Time Avg

(POOL_ASYNC_READ_TIME_AVG)

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間の平均値。

−

float

No

すべて

−

POOL_ASYNC_READ_TIME / ( POOL_ASYNC_DATA_READS + POOL_ASYNC_INDEX_READS )

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Total Reads

(POOL_ASYNC_TOTAL_READS)

プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページおよび索引ページの合計。

−

ulong

No

すべて

−

POOL_ASYNC_DATA_READS + POOL_ASYNC_INDEX_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Total Writes

(POOL_ASYNC_TOTAL_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページまたは索引ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

−

POOL_ASYNC_DATA_WRITES + POOL_ASYNC_INDEX_WRITES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Write Time

(POOL_ASYNC_WRITE_TIME)

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC_WRITE

_TIME

詳細説明：

同期によるページ書き込みでの経過時間を計算するには，次の公式を使用します。

pool_write_time_-pool_async_write_time

このエレメントを使用すると，平均非同期読み取り時間も計算できます。次の公式を使用します。
pool_async_write_time/(pool_async_data_writes+pool_async_index_writes)

これらの計算は，実行中の入出力操作を把握するときに使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Write Time Avg

(POOL_ASYNC_WRITE_TIME_AVG)

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間の平均値。

−

float

No

すべて

−

POOL_ASYNC_WRITE_TIME / ( POOL_ASYNC_DATA_WRITES + POOL_ASYNC_INDEX_WRITES )

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data From Estore

(POOL_DATA_FROM_ESTORE)

拡張ストレージからコピーされたバッファー・プールのデータ・ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA_FROM

_ESTORE

詳細説明：

必要なページがバッファー・プールになく，拡張ストレージにある場合は，そのページは拡張ストレージからバッファー・プールにコピーされます。このコピー処理によって共有メモリー・セグメントへの接続コストが必要になりますが，ディスク読み取りコストを節約できます。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data Hit Rate

(POOL_DATA_HIT_RATE)

データ・ページ・ヒット率。

−

float

No

すべて

−

( 1 - ( POOL_DATA_P_READS / POOL_DATA_L_READS ) ) ＊ 100

詳細説明：

バッファー・プール当たりのデータ・ページ・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data L Reads

(POOL_DATA_L_READS)

バッファー・プールを通ったデータ・ページの論理読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA_L

_READS

詳細説明：

このカウントには，次のデータへのアクセスが含まれます。

データベース・マネージャーがページの処理を必要としたときにバッファー・プールにすでにあるデータ。

データベース・マネージャーがページを処理する前にバッファー・プールに読み取られたデータ。

pool_data_p_readsと組み合わせて使用すると，次の公式でバッファー・プール当たりのデータ・ページ・ヒット率を計算できます。

1-(pool_data_p_reads/pool_data_l_reads)

pool_data_p_reads，pool_index_p_reads，およびpool_index_l_readsと組み合わせて使用すると，次の公式で総合バッファー・プール・ヒット率を計算できます。

1-((pool_data_p_reads+pool_index_p_reads)/(pool_data_l_reads+pool_index_l_reads))

バッファー・プール・サイズを大きくすると，一般的にヒット率は高くなりますが，ある点を超えると逆に低くなります。理想的には，データベース全体を保管できるような大きなバッファー・プールを割り振ることができれば，システムが稼働中のヒット率は100％になります。しかし，現実的にはそうしたことは起こりません。実際には，使用するデータのサイズとそのデータへのアクセス方法によってヒット率の意味は異なります。非常に大きなデータベースでアクセスが均等な場合は，ヒット率が低くなります。表が非常に大きな場合は，対応する方法はほとんどありません。この場合，より小さく，頻繁にアクセスがあるような表，および索引に焦点を当ててください。そして，ヒット率を高くしたいバッファー・プールにこれらを個別に割り当ててください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data P Reads

(POOL_DATA_P_READS)

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA_P

_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data To Estore

(POOL_DATA_TO_ESTORE)

拡張ストレージにコピーされたバッファー・プールのデータ・ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA_TO

_ESTORE

詳細説明：

ビクティム・ページとして選択されたページは，バッファー・プールから拡張ストレージにコピーされます。このコピー処理が必要になるのは，バッファー・プール内に新しいページのためのスペースが必要な場合です。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data Writes

(POOL_DATA_WRITES)

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA

_WRITES

詳細説明：

pool_data_p_readsのパーセンテージが高いためにバッファー・プール・データ・ページがディスクへ書き込まれる場合は，データベースで利用できるバッファー・プール・ページ数を増やすとパフォーマンスを改善できます。

バッファー・プール・データ・ページをディスクに書き込む理由は次のとおりです。

バッファー・プール内のページを解放して，次のページを読み取れるようにする。

バッファー・プールを空にする。

システムがあるページを書き込むときに，新しいページのためのスペースを用意するとは限りません。そのページが更新されていなければ，単純に置換されます。このエレメントでは，このような置換はカウントされません。

データ・ページは，バッファー・プール・スペースが必要になる前に，非同期ページ・クリーナー・エージェントによって書き込まれます。非同期ページの書き込みは，同期ページの書き込みと合わせて，このエレメントの値に含まれます。

このパーセンテージを計算するときは，バッファー・プールを最初に埋めるために必要となる物理読み取り数は無視してください。書き込みページ数は，次のように求めます。

アプリケーションを実行する（バッファーをロードする）。

このエレメントの値を書き取る。

アプリケーションを再び実行する。

このエレメントの新しい値から手順2で記録した値を引く。

アプリケーションを終了してから次に実行するまでの間にバッファー・プールの割り振りが解除されるのを防止するには，次のどちらかをします。

ACTIVATEDATABASEコマンドを使用してデータベースをアクティブにする。

アイドル状態のアプリケーションをデータベースに接続する。

すべてのアプリケーションがデータベースを更新するような場合は，ほとんどのバッファー・プール・ページが更新されたデータを含んでおり，これをディスクに書き込む必要があるので，バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。ただし，更新されたページを書き出す前に，ほかの作業単位がこのページを使用できるときは，バッファー・プールが書き込み操作と読み取り操作を節約できるので，パフォーマンスが向上することがあります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Drty PG Steal Clns

(POOL_DRTY_PG_STEAL_CLNS)

データベースのビクティム・バッファー置換の際に同期書き込みが必要になりページ・クリーナーが呼び出された回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DRTY_PG

_STEAL_CLNS

詳細説明：

次の公式を使用すると，クリーナー呼び出しの合計に占めるこのエレメントのパーセンテージを計算できます。

pool_drty_pg_steal_clns/(pool_drty_pg_steal_clns+pool_drty_pg_thrsh_clns+pool_lsn_gap_clns)

この比率が低い場合は，定義したページ・クリーナー数が多過ぎることを示します。chngpgs_threshをあまり低く設定すると，ダーティー・ページになるページを書き出すおそれがあります。クリーニングをあまり積極的にすると，バッファー・プールの1つの目的である，書き込みをできるだけ遅らせることができなくなります。

この比率が高い場合は，定義したページ・クリーナー数が少な過ぎることを示します。ページ・クリーナー数が少な過ぎると，障害が発生したときのリカバリー時間が長くなります。

詳細については，DB2のマニュアルを参照してください。

注：

ダーティー・ページはディスクに書き出されますが，バッファー・プールに新しいページを読み取るためのスペースが必要な場合を除いて，このページはバッファー・プールからすぐには除去されません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Drty PG Steal Clns Rate

(POOL_DRTY_PG_STEAL_CLNS_RATE)

クリーナー呼び出しの合計に対する，データベースのビクティム・バッファー置換の際に同期書き込みが必要になりページ・クリーナーが呼び出された回数の割合。

−

float

No

すべて

−

POOL_DRTY_PG_STEAL_CLNS / ( POOL_DRTY_PG_STEAL_CLNS + POOL_DRTY_PG_THRSH_CLNS + POOL_LSN_GAP_CLNS )

詳細説明：

この比率が低い場合は，定義したページ・クリーナー数が多過ぎることを示します。chngpgs_threshをあまり低く設定すると，ダーティー・ページになるページを書き出すおそれがあります。クリーニングをあまり積極的にすると，バッファー・プールの1つの目的である，書き込みをできるだけ遅らせることができなくなります。

この比率が高い場合は，定義したページ・クリーナー数が少な過ぎることを示します。ページ・クリーナー数が少な過ぎると，障害が発生したときのリカバリー時間が長くなります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Drty PG Thrsh Clns

(POOL_DRTY_PG_THRSH_CLNS)

バッファー・プールがデータベースのダーティー・ページしきい値基準に達したためにページ・クリーナーが呼び出された回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DRTY_PG

_THRSH_CLNS

詳細説明：

しきい値はchngpgs_thresh構成パラメーターによって設定されます。この値は，バッファー・プール・サイズに適用されるパーセンテージです。プール内のダーティー・ページ数がこの値を超えると，クリーナーを起動します。

この設定値が低過ぎると，ページの書き出しが早過ぎて，再読み取りが必要になります。設定値が高過ぎると，累積されるページ数が多くなり，ページを同期で書き出す必要が生じます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index From Estore

(POOL_INDEX_FROM_ESTORE)

拡張ストレージからコピーされたバッファー・プール索引ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX_FROM

_ESTORE

詳細説明：

必要な索引ページがバッファー・プールになく，拡張ストレージにある場合は，そのページは拡張ストレージからバッファー・プールにコピーされます。このコピー処理によって共有メモリー・セグメントへの接続コストが必要になりますが，ディスク読み取りコストを節約できます。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index Hit Rate

(POOL_INDEX_HIT_RATE)

索引ページ・ヒット率。

−

float

No

すべて

−

( 1 - ( POOL_INDEX_P_READS / POOL_INDEX_L_READS ) ) ＊ 100

詳細説明：

バッファー・プールの索引ページ・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index L Reads

(POOL_INDEX_L_READS)

バッファー・プールを通った索引ページの論理読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX_L

_READS

詳細説明：

このカウントには，次の索引ページへのアクセスが含まれます。

データベース・マネージャーがページの処理を必要としたときにバッファー・プールにすでにあるデータ。

データベース・マネージャーがページを処理する前にバッファー・プールに読み取られたデータ。

pool_index_p_readsと組み合わせて使用すると，次の公式でバッファー・プールの索引ページ・ヒット率を計算できます。

1-(pool_index_p_reads/pool_index_l_reads)

ヒット率が低い場合は，バッファー・プール・ページ数を増やすと，パフォーマンスが向上する場合があります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index P Reads

(POOL_INDEX_P_READS)

索引ページをバッファー・プールに入れるための物理読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX_P

_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index To Estore

(POOL_INDEX_TO_ESTORE)

拡張ストレージにコピーされたバッファー・プール索引ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX_TO

_ESTORE

詳細説明：

ビクティム・ページとして選択されたページは，バッファー・プールから拡張ストレージにコピーされます。このコピー処理が必要になるのは，バッファー・プール内に新しいページのためのスペースが必要な場合です。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index Writes

(POOL_INDEX_WRITES)

バッファー・プール索引ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX

_WRITES

詳細説明：

データ・ページと同様に，バッファー・プール索引ページは次の理由でディスクに書き込まれます。

バッファー・プール内のページを解放して，次のページを読み取れるようにする。

バッファー・プールを空にする。

システムがあるページを書き込むときに，新しいページのためにスペースを用意するとは限りません。そのページが更新されていなければ，単純に置換されます。このエレメントでは，このような置換はカウントされません。

索引ページは，バッファー・プール・スペースが必要になる前に，非同期ページ・クリーナー・エージェントによって書き込まれます。非同期索引ページの書き込みは，同期索引ページの書き込みと合わせて，このエレメントの値に含まれます。

pool_index_p_readsのパーセンテージが高いためにバッファー・プール索引ページがディスクに書き込まれる場合は，データベースで利用できるバッファー・プール・ページ数を増やすとパフォーマンスを改善できます。

このパーセンテージを計算するときは，バッファー・プールを最初に埋めるために必要となる物理読み取り数は無視してください。書き込みページ数は，次のように求めます。

アプリケーションを実行する(バッファーをロードする)。

このエレメントの値を書き取る。

アプリケーションを再び実行する。

このエレメントの新しい値から手順2で記録した値を引く。

アプリケーションを終了してから次に実行するまでの間にバッファー・プールの割り振りが解除されるのを防止するには，次のどちらかをします。

ACTIVATEDATABASEコマンドを用意してデータベースをアクティブにする。

アイドル状態のアプリケーションをデータベースに接続する。

すべてのアプリケーションがデータベースを更新するような場合は，ほとんどのページが更新されたデータを含んでおり，これをディスクに書き込む必要があるので，バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Lsn Gap Clns

(POOL_LSN_GAP_CLNS)

使用されているロギング・スペースがデータベースの定義済み基準に達したためにページ・クリーナーが呼び出された回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_LSN_GAP

_CLNS

詳細説明：

このエレメントは，ロギングに十分なスペースがあるかどうか，またログ・ファイルやさらに大きなログ・ファイルの追加が必要かどうかを判別するときに利用できます。

ページ・クリーニングの基準は，softmax構成パラメーターの設定値によって決定されます。バッファー・プール内の最も古いページに含まれている更新内容が現行ログ位置と比較して基準よりも古いログ・レコードによって記述されている場合に，ページ・クリーナーが起動されます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Read Time

(POOL_READ_TIME)

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_READ_TIME

詳細説明：

このエレメントとpool_data_p_readsおよびpool_index_p_readsを組み合わせて使用すると，ページ読み取りの平均時間を計算できます。この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

データベースおよび表スペースのレベルでは，このエレメントにはpool_async_read_timeの値が含まれます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Read Time Avg

(POOL_READ_TIME_AVG)

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間の平均値。

−

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_READ_TIME / ( POOL_DATA_P_READS + POOL_INDEX_P_READS + POOL_XDA_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_TEMP_XDA_P_READS )

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_READ_TIME / ( POOL_DATA_P_READS + POOL_INDEX_P_READS + POOL_XDA_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_TEMP_XDA_P_READS + POOL_COL_P_READS + POOL_TEMP_COL_P_READS )

詳細説明：

この平均値は，入出力待ちがあるかどうかを示します。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Total Hit Rate

(POOL_TOTAL_HIT_RATE)

総合バッファー・プール・ヒット率。

−

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

( 1 - ( ( POOL_DATA_P_READS + POOL_XDA_P_READS + POOL_INDEX_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_XDA_P_READS + POOL_TEMP_INDEX_P_READS ) / ( POOL_DATA_L_READS + POOL_INDEX_L_READS + POOL_XDA_L_READS + POOL_TEMP_DATA_L_READS+ POOL_TEMP_INDEX_L_READS + POOL_TEMP_XDA_L_READS ) ) ) ＊ 100

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

( 1 - ((POOL_DATA_P_READS + POOL_XDA_P_READS +POOL_INDEX_P_READS + POOL_TEMP_DATA_P_READS+ POOL_TEMP_XDA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_COL_P_READS + POOL_TEMP_COL_P_READS) / (POOL_DATA_L_READS + POOL_INDEX_L_READS + POOL_XDA_L_READS + POOL_TEMP_DATA_L_READS+ POOL_TEMP_INDEX_L_READS + POOL_TEMP_XDA_L_READS + POOL_COL_L_READS + POOL_TEMP_COL_L_READS))) * 100

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Total Writes

(POOL_TOTAL_WRITES)

バッファー・プール・データ・ページとバッファー・プール索引ページがディスクに物理的に書き込まれた回数の合計。

−

ulong

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES + POOL_COL_WRITES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Write Time

(POOL_WRITE_TIME)

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_WRITE_TIME

詳細説明：

このエレメントとbuffer_pool_data_writesおよびpool_index_writesを組み合わせて使用すると，ページ書き込みの平均時間を計算できます。この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

データベースおよび表スペースのレベルでは，このエレメントにはpool_async_write_timeの値が含まれます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Write Time Avg

(POOL_WRITE_TIME_AVG)

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間の平均値。

−

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_WRITE_TIME / ( POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES )

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_WRITE_TIME / ( POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES + POOL_COL_WRITES )

詳細説明：

この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DBPD」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

Bufferpool Stat on Database Interval（PI_DBPI）

機能

データベース・レベルのバッファー・プールに関する情報をある一定の時間を単位として格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

Yes

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：969バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

COPY

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Reads

(POOL_ASYNC_DATA_READS)

バッファー・プールに非同期で読み取られるページ数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_ASYNC

_DATA_READS

詳細説明：

このエレメントとpool_data_p_readsを組み合わせて使用すると，同期で実行された物理読み取り数を計算できます。データベース・マネージャーのエージェントが実行したデータ・ページ物理読み取り数は，次の公式を使用します。

pool_data_p_reads-pool_async_data_reads

非同期読み取り数と同期読み取り数を比較すると，プリフェッチャーの動作状態がわかります。このエレメントは，num_ioservers構成パラメーターを調整するときに役に立ちます。

非同期読み取りは，データベース・マネージャーのプリフェッチャーが実行します。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Reads Rate

(POOL_ASYNC_DATA_READS_RATE)

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページ数の割合。

AVG

float

No

すべて

−

( POOL_ASYNC_DATA_READS / ( POOL_DATA_P_READS + POOL_TEMP_DATA_P_READS ) ) ＊ 100

詳細説明：

num_ioservers構成パラメーターを調整するときに役に立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Writes

(POOL_ASYNC_DATA_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_ASYNC_DATA

_WRITES

詳細説明：

このエレメントとbuff_pool_data_writesを組み合わせて使用すると，同期で実行された物理書き込み要求の数を計算できます。データベース・マネージャーのエージェントが実行したデータ・ページ物理書き込み数は，次の公式を使用します。

pool_data_writes-pool_async_data_writes

非同期読み取り数と同期読み取り数を比較すると，バッファー・プール・ページ・クリーナーの動作状態がわかります。この比率は，num_iocleaners構成パラメーターを調整するときに役に立ちます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Writes Rate

(POOL_ASYNC_DATA_WRITES_RATE)

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数の割合。

AVG

float

No

すべて

−

( POOL_ASYNC_DATA_WRITES / POOL_DATA_WRITES ) ＊ 100

詳細説明：

num_iocleaners構成パラメーターは，この値が100%に近く，かつ，POOL_ASYNC_INDEX_WRITES_RATEも100%に近い場合，小さくできます。また，この値が0%に近い場合，大きくする必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Reads

(POOL_ASYNC_INDEX_READS)

プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_ASYNC_INDEX

_READS

詳細説明：

このエレメントとpool_index_p_readsを組み合わせて使用すると，同期で実行された物理読み取り数を計算できます。データベース・マネージャーのエージェントが実行した索引ページ物理読み取り数は，次の公式を使用します。

pool_index_p_reads-pool_async_index_reads

非同期読み取り数と同期読み取り数を比較すると，プリフェッチャーの動作状態がわかります。このエレメントは，num_ioservers構成パラメーターを調整するときに役に立ちます。

非同期読み取りは，データベース・マネージャーのプリフェッチャーが実行します。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Reads Rate

(POOL_ASYNC_INDEX_READS_RATE)

索引ページをバッファー・プールに入れるための物理読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数の割合。

AVG

float

No

すべて

−

( POOL_ASYNC_INDEX_READS / ( POOL_INDEX_P_READS + POOL_TEMP_INDEX_P_READS ) ) ＊ 100

詳細説明：

num_ioservers構成パラメーターを調整するときに役に立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Writes

(POOL_ASYNC_INDEX_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_ASYNC_INDEX

_WRITES

詳細説明：

このエレメントとpool_index_writesを組み合わせて使用すると，同期で実行された物理索引書き込み要求数を計算できます。データベース・マネージャーのエージェントが実行した物理索引ページ書き込み数は，次の公式を使用します。

pool_index_writes-pool_async_index_writes

非同期読み取り数と同期読み取り数を比較すると，バッファー・プール・ページ・クリーナーの動作状態がわかります。この比率は，num_iocleaners構成パラメーターを調整するときに役に立ちます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Writes Rate

(POOL_ASYNC_INDEX_WRITES_RATE)

バッファー・プール索引ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数の割合。

AVG

float

No

すべて

−

( POOL_ASYNC_INDEX_WRITES / POOL_INDEX_WRITES )＊ 100

詳細説明：

num_iocleaners構成パラメーターは，この値が100%に近く，かつ，POOL_ASYNC_DATA_WRITES_RATEも100%に近い場合，小さくできます。また，この値が0%に近い場合，大きくする必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Read Time

(POOL_ASYNC_READ_TIME)

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_ASYNC_READ

_TIME

詳細説明：

このエレメントを使用して同期読み取りの経過時間を計算するには，次の公式を使用します。

pool_read_time-pool_async_read_time

このエレメントを使用して平均非同期読み取り時間を計算するには，次の公式を使用します。

pool_async_read_time/pool_async_data_reads

これらの計算は，実行中の入出力操作を把握するときに使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Read Time Avg

(POOL_ASYNC_READ_TIME_AVG)

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間の平均値。

AVG

float

No

すべて

−

POOL_ASYNC_READ_TIME / ( POOL_ASYNC_DATA_READS + POOL_ASYNC_INDEX_READS )

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Total Reads

(POOL_ASYNC_TOTAL_READS)

プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページおよび索引ページの合計。

COPY

ulong

Yes

すべて

−

POOL_ASYNC_DATA_READS + POOL_ASYNC_INDEX_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Total Writes

(POOL_ASYNC_TOTAL_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページまたは索引ページがディスクに物理的に書き込まれた回数。

COPY

ulong

Yes

すべて

−

POOL_ASYNC_DATA_WRITES + POOL_ASYNC_INDEX_WRITES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Write Time

(POOL_ASYNC_WRITE_TIME)

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_ASYNC_WRITE

_TIME

詳細説明：

同期によるページ書き込みでの経過時間を計算するには，次の公式を使用します。

pool_write_time_-pool_async_write_time

このエレメントを使用すると，平均非同期読み取り時間も計算できます。次の公式を使用します。
pool_async_write_time/(pool_async_data_writes+pool_async_index_writes)

これらの計算は，実行中の入出力操作を把握するときに使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Write Time Avg

(POOL_ASYNC_WRITE_TIME_AVG)

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間の平均値。

AVG

float

No

すべて

−

POOL_ASYNC_WRITE_TIME / ( POOL_ASYNC_DATA_WRITES + POOL_ASYNC_INDEX_WRITES )

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data From Estore

(POOL_DATA_FROM_ESTORE)

拡張ストレージからコピーされたバッファー・プールのデータ・ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DATA_FROM

_ESTORE

詳細説明：

必要なページがバッファー・プールになく，拡張ストレージにある場合は，そのページは拡張ストレージからバッファー・プールにコピーされます。このコピー処理によって共有メモリー・セグメントへの接続コストが必要になりますが，ディスク読み取りコストを節約できます。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data Hit Rate

(POOL_DATA_HIT_RATE)

データ・ページ・ヒット率。

AVG

float

No

すべて

−

( 1 - ( POOL_DATA_P_READS / POOL_DATA_L_READS ) ) ＊ 100

詳細説明：

バッファー・プール当たりのデータ・ページ・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data L Reads

(POOL_DATA_L_READS)

バッファー・プールを通ったデータ・ページの論理読み取り要求の数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DATA_L

_READS

詳細説明：

このカウントには，次のデータへのアクセスが含まれます。

データベース・マネージャーがページの処理を必要としたときにバッファー・プールにすでにあるデータ。

データベース・マネージャーがページを処理する前にバッファー・プールに読み取られたデータ。

pool_data_p_readsと組み合わせて使用すると，次の公式でバッファー・プール当たりのデータ・ページ・ヒット率を計算できます。

1-(pool_data_p_reads/pool_data_l_reads)

pool_data_p_reads，pool_index_p_reads，およびpool_index_l_readsと組み合わせて使用すると，次の公式で総合バッファー・プール・ヒット率を計算できます。

1-((pool_data_p_reads+pool_index_p_reads)/(pool_data_l_reads+pool_index_l_reads))

バッファー・プール・サイズを大きくすると，一般的にヒット率は高くなりますが，ある点を超えると逆に低くなります。理想的には，データベース全体を保管できるような大きなバッファー・プールを割り振ることができれば，システムが稼働中のヒット率は100％になります。しかし，現実的にはそうしたことは起こりません。実際には，使用するデータのサイズとそのデータへのアクセス方法によってヒット率の意味は異なります。非常に大きなデータベースでアクセスが均等な場合は，ヒット率が低くなります。表が非常に大きな場合は，対応する方法はほとんどありません。この場合，より小さく，頻繁にアクセスがあるような表，および索引に焦点を当ててください。そして，ヒット率を高くしたいバッファー・プールにこれらを個別に割り当ててください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data P Reads

(POOL_DATA_P_READS)

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DATA_P

_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data To Estore

(POOL_DATA_TO_ESTORE)

拡張ストレージにコピーされたバッファー・プールのデータ・ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DATA_TO

_ESTORE

詳細説明：

ビクティム・ページとして選択されたページは，バッファー・プールから拡張ストレージにコピーされます。このコピー処理が必要になるのは，バッファー・プール内に新しいページのためのスペースが必要な場合です。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data Writes

(POOL_DATA_WRITES)

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DATA_WRITES

詳細説明：

pool_data_p_readsのパーセンテージが高いためにバッファー・プール・データ・ページがディスクへ書き込まれる場合は，データベースで利用できるバッファー・プール・ページ数を増やすとパフォーマンスを改善できます。

バッファー・プール・データ・ページをディスクに書き込む理由は次のとおりです。

バッファー・プール内のページを解放して，次のページを読み取れるようにする。

バッファー・プールを空にする。

システムがあるページを書き込むときに，新しいページのためのスペースを用意するとは限りません。そのページが更新されていなければ，単純に置換されます。このエレメントでは，このような置換はカウントされません。

データ・ページは，バッファー・プール・スペースが必要になる前に，非同期ページ・クリーナー・エージェントによって書き込まれます。非同期ページの書き込みは，同期ページの書き込みと合わせて，このエレメントの値に含まれます。

このパーセンテージを計算するときは，バッファー・プールを最初に埋めるために必要となる物理読み取り数は無視してください。書き込みページ数は，次のように求めます。

アプリケーションを実行する（バッファーをロードする）。

このエレメントの値を書き取る。

アプリケーションを再び実行する。

このエレメントの新しい値から手順2で記録した値を引く。

アプリケーションを終了してから次に実行するまでの間にバッファー・プールの割り振りが解除されるのを防止するには，次のどちらかをします。

ACTIVATEDATABASEコマンドを使用してデータベースをアクティブにする。

アイドル状態のアプリケーションをデータベースに接続する。

すべてのアプリケーションがデータベースを更新するような場合は，ほとんどのバッファー・プール・ページが更新されたデータを含んでおり，これをディスクに書き込む必要があるので，バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。ただし，更新されたページを書き出す前に，ほかの作業単位がこのページを使用できるときは，バッファー・プールが書き込み操作と読み取り操作を節約できるので，パフォーマンスが向上することがあります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Drty PG Steal Clns

(POOL_DRTY_PG_STEAL_CLNS)

データベースのビクティム・バッファー置換の際に同期書き込みが必要になりページ・クリーナーが呼び出された回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DRTY_PG

_STEAL_CLNS

詳細説明：

次の公式を使用すると，クリーナー呼び出しの合計に占めるこのエレメントのパーセンテージを計算できます。

pool_drty_pg_steal_clns/(pool_drty_pg_steal_clns+pool_drty_pg_thrsh_clns+pool_lsn_gap_clns)

この比率が低い場合は，定義したページ・クリーナー数が多過ぎることを示します。chngpgs_threshをあまり低く設定すると，ダーティー・ページになるページを書き出すおそれがあります。クリーニングをあまり積極的にすると，バッファー・プールの1つの目的である，書き込みをできるだけ遅らせることができなくなります。

この比率が高い場合は，定義したページ・クリーナー数が少な過ぎることを示します。ページ・クリーナー数が少な過ぎると，障害が発生したときのリカバリー時間が長くなります。

詳細については，DB2のマニュアルを参照してください。

注：

ダーティー・ページはディスクに書き出されますが，バッファー・プールに新しいページを読み取るためのスペースが必要な場合を除いて，このページはバッファー・プールからすぐには除去されません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Drty PG Steal Clns Rate

(POOL_DRTY_PG_STEAL_CLNS_RATE)

クリーナー呼び出しの合計に対する，データベースのビクティム・バッファー置換の際に同期書き込みが必要になりページ・クリーナーが呼び出された回数の割合。

AVG

float

No

すべて

−

POOL_DRTY_PG_STEAL_CLNS / ( POOL_DRTY_PG_STEAL_CLNS + POOL_DRTY_PG_THRSH_CLNS + POOL_LSN_GAP_CLNS )

詳細説明：

この比率が低い場合は，定義したページ・クリーナー数が多過ぎることを示します。chngpgs_threshをあまり低く設定すると，ダーティー・ページになるページを書き出すおそれがあります。クリーニングをあまり積極的にすると，バッファー・プールの1つの目的である，書き込みをできるだけ遅らせることができなくなります。

この比率が高い場合は，定義したページ・クリーナー数が少な過ぎることを示します。ページ・クリーナー数が少な過ぎると，障害が発生したときのリカバリー時間が長くなります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Drty PG Thrsh Clns

(POOL_DRTY_PG_THRSH_CLNS)

バッファー・プールがデータベースのダーティー・ページしきい値基準に達したためにページ・クリーナーが呼び出された回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_DRTY_PG

_THRSH_CLNS

詳細説明：

しきい値はchngpgs_thresh構成パラメーターによって設定されます。この値は，バッファー・プール・サイズに適用されるパーセンテージです。プール内のダーティー・ページ数がこの値を超えると，クリーナーを起動します。

この設定値が低過ぎると，ページの書き出しが早過ぎて，再読み取りが必要になります。設定値が高過ぎると，累積されるページ数が多くなり，ページを同期で書き出す必要が生じます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index From Estore

(POOL_INDEX_FROM_ESTORE)

拡張ストレージからコピーされたバッファー・プール索引ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_INDEX_FROM

_ESTORE

詳細説明：

必要な索引ページがバッファー・プールになく，拡張ストレージにある場合は，そのページは拡張ストレージからバッファー・プールにコピーされます。このコピー処理によって共有メモリー・セグメントへの接続コストが必要になりますが，ディスク読み取りコストを節約できます。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index Hit Rate

(POOL_INDEX_HIT_RATE)

索引ページ・ヒット率。

AVG

float

No

すべて

−

( 1 - ( POOL_INDEX_P_READS / POOL_INDEX_L_READS ) ) ＊ 100

詳細説明：

バッファー・プールの索引ページ・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index L Reads

(POOL_INDEX_L_READS)

バッファー・プールを通った索引ページの論理読み取り要求の数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_INDEX_L_READS

詳細説明：

このカウントには，次の索引ページへのアクセスが含まれます。

データベース・マネージャーがページの処理を必要としたときにバッファー・プールにすでにあるデータ。

データベース・マネージャーがページを処理する前にバッファー・プールに読み取られたデータ。

pool_index_p_readsと組み合わせて使用すると，次の公式でバッファー・プールの索引ページ・ヒット率を計算できます。

1-(pool_index_p_reads/pool_index_l_reads)

ヒット率が低い場合は，バッファー・プール・ページ数を増やすと，パフォーマンスが向上する場合があります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index P Reads

(POOL_INDEX_P_READS)

索引ページをバッファー・プールに入れるための物理読み取り要求の数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_INDEX_P

_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index To Estore

(POOL_INDEX_TO_ESTORE)

拡張ストレージにコピーされたバッファー・プール索引ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_INDEX_TO

_ESTORE

詳細説明：

ビクティム・ページとして選択されたページは，バッファー・プールから拡張ストレージにコピーされます。このコピー処理が必要になるのは，バッファー・プール内に新しいページのためのスペースが必要な場合です。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index Writes

(POOL_INDEX_WRITES)

バッファー・プール索引ページがディスクに物理的に書き込まれた回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_INDEX_WRITES

詳細説明：

データ・ページと同様に，バッファー・プール索引ページは次の理由でディスクに書き込まれます。

バッファー・プール内のページを解放して，次のページを読み取れるようにする。

バッファー・プールを空にする。

システムがあるページを書き込むときに，新しいページのためにスペースを用意するとは限りません。そのページが更新されていなければ，単純に置換されます。このエレメントでは，このような置換はカウントされません。

索引ページは，バッファー・プール・スペースが必要になる前に，非同期ページ・クリーナー・エージェントによって書き込まれます。非同期索引ページの書き込みは，同期索引ページの書き込みと合わせて，このエレメントの値に含まれます。

pool_index_p_readsのパーセンテージが高いためにバッファー・プール索引ページがディスクに書き込まれる場合は，データベースで利用できるバッファー・プール・ページ数を増やすとパフォーマンスを改善できます。

このパーセンテージを計算するときは，バッファー・プールを最初に埋めるために必要となる物理読み取り数は無視してください。書き込みページ数は，次のように求めます。

アプリケーションを実行する(バッファーをロードする)。

このエレメントの値を書き取る。

アプリケーションを再び実行する。

このエレメントの新しい値から手順2で記録した値を引く。

アプリケーションを終了してから次に実行するまでの間にバッファー・プールの割り振りが解除されるのを防止するには，次のどちらかをします。

ACTIVATEDATABASEコマンドを用意してデータベースをアクティブにする。

アイドル状態のアプリケーションをデータベースに接続する。

すべてのアプリケーションがデータベースを更新するような場合は，ほとんどのページが更新されたデータを含んでおり，これをディスクに書き込む必要があるので，バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Lsn Gap Clns

(POOL_LSN_GAP_CLNS)

使用されているロギング・スペースがデータベースの定義済み基準に達したためにページ・クリーナーが呼び出された回数。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_LSN_GAP

_CLNS

詳細説明：

このエレメントは，ロギングに十分なスペースがあるかどうか，またログ・ファイルやさらに大きなログ・ファイルの追加が必要かどうかを判別するときに利用できます。

ページ・クリーニングの基準は，softmax構成パラメーターの設定値によって決定されます。バッファー・プール内の最も古いページに含まれている更新内容が現行ログ位置と比較して基準よりも古いログ・レコードによって記述されている場合に，ページ・クリーナーが起動されます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Read Time

(POOL_READ_TIME)

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_READ_TIME

詳細説明：

このエレメントとpool_data_p_readsおよびpool_index_p_readsを組み合わせて使用すると，ページ読み取りの平均時間を計算できます。この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

データベースおよび表スペースのレベルでは，このエレメントにはpool_async_read_timeの値が含まれます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Read Time Avg

(POOL_READ_TIME_AVG)

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間の平均値。

AVG

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_READ_TIME / ( POOL_DATA_P_READS + POOL_INDEX_P_READS + POOL_XDA_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_TEMP_XDA_P_READS )

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_READ_TIME / ( POOL_DATA_P_READS + POOL_INDEX_P_READS + POOL_XDA_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_TEMP_XDA_P_READS + POOL_COL_P_READS + POOL_TEMP_COL_P_READS )

詳細説明：

この平均値は，入出力待ちがあるかどうかを示します。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Total Hit Rate

(POOL_TOTAL_HIT_RATE)

総合バッファー・プール・ヒット率。

AVG

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

( 1 - ( ( POOL_DATA_P_READS + POOL_XDA_P_READS + POOL_INDEX_P_READS + POOL_TEMP_DATA_P_READS+ POOL_TEMP_XDA_P_READS + POOL_TEMP_INDEX_P_READS ) / ( POOL_DATA_L_READS + POOL_INDEX_L_READS + POOL_XDA_L_READS + POOL_TEMP_DATA_L_READS+ POOL_TEMP_INDEX_L_READS + POOL_TEMP_XDA_L_READS ) ) ) ＊ 100

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

( 1 - ( ( POOL_DATA_P_READS + POOL_XDA_P_READS +POOL_INDEX_P_READS + POOL_TEMP_DATA_P_READS+ POOL_TEMP_XDA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_COL_P_READS + POOL_TEMP_COL_P_READS ) / ( POOL_DATA_L_READS + POOL_INDEX_L_READS + POOL_XDA_L_READS + POOL_TEMP_DATA_L_READS+ POOL_TEMP_INDEX_L_READS + POOL_TEMP_XDA_L_READS + POOL_COL_L_READS + POOL_TEMP_COL_L_READS ) ) ) ＊ 100

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Total Writes

(POOL_TOTAL_WRITES)

バッファー・プール・データ・ページとバッファー・プール索引ページがディスクに物理的に書き込まれた回数の合計。

COPY

ulong

Yes

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES + POOL_COL_WRITES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Write Time

(POOL_WRITE_TIME)

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間。

COPY

ulong

Yes

すべて

○

SQLM_ELM_POOL_WRITE_TIME

詳細説明：

このエレメントとbuffer_pool_data_writesおよびpool_index_writesを組み合わせて使用すると，ページ書き込みの平均時間を計算できます。この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

データベースおよび表スペースのレベルでは，このエレメントにはpool_async_write_timeの値が含まれます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Write Time Avg

(POOL_WRITE_TIME_AVG)

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間の平均値。

AVG

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_WRITE_TIME / ( POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES )

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_WRITE_TIME / ( POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES + POOL_COL_WRITES )

詳細説明：

この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動する必要があるかどうかが示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

COPY

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DBPI」。

COPY

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

Cache on Application（PD_DCAA）

機能

アプリケーション・レベルのキャッシュ情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

AGENT_ID

ライフタイム

アプリケーションがデータベースに接続している間。

レコードサイズ

固定部：681バイト

可変部：368バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agent Id

(AGENT_ID)

アプリケーションの固有ID。

−

ulong

No

すべて

−

SQLM_ELM_AGENT_ID

詳細説明：

アプリケーション・ハンドルを使用すると，アクティブ・アプリケーションを一意的に識別できます。アプリケーション・ハンドルは，エージェントIDと同義です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Id

(APPL_ID)

アプリケーションがデータベース・マネージャーのデータベースに接続したときのID。

−

string(33)

No

すべて

−

SQLM_ELM_APPL_ID

詳細説明：

このIDはクライアントとサーバの両者によって認識されるため，このIDを使用すると，アプリケーションのクライアント部分とサーバ部分を相関させることができます。DDCSアプリケーションでアプリケーションのクライアント部分とサーバ部分を相関させるにはoutbound_appl_idも必要です。このIDは，ネットワーク内では固有のIDです。アプリケーションIDにはさまざまな形式があり，データベース・マネージャーまたはDDCS（またはその両方）を実行中のクライアントとサーバマシン間の通信プロトコルによって形式が異なります。どの形式の場合もピリオドで区切られた3つの部分で構成されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Name

(APPL_NAME)

クライアントで実行中のアプリケーションの名前。

−

string(257)

No

すべて

−

SQLM_ELM_APPL_NAM

詳細説明：

このエレメントとappl_idを使用すると，データ項目をアプリケーションに関連づけることができます。クライアントサーバ環境では，この名前はデータベース接続を確立するためにクライアントからサーバに送られます。DRDA-AS接続の場合は，この名前はDEDA外部名となります。クライアント・アプリケーションのコード・ページと実行中のデータベース・システム・モニターが使用しているコード・ページが異なる場合は，appl_nameを交換するときにcodepage_idを利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Auth Id

(AUTH_ID)

モニターされているアプリケーションを呼び出したユーザーの許可ID。

−

string(33)

No

すべて

−

SQLM_ELM_AUTH_ID

詳細説明：

このエレメントを使用すると，アプリケーションを呼び出したユーザーを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Inserts

(CAT_CACHE_INSERTS)

システムが表記述子または許可情報をカタログ・キャッシュに挿入しようとした回数。

−

ulong

No

すべて

−

SQLM_ELM_CAT_CACHE

_INSERTS

詳細説明：

Catalog Cache Lookupsと組み合わせると，次の公式を使用してカタログ・キャッシュ・ヒット率を計算できます。

1-(catalog_cache_inserts/catalog_cache_lookups)

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Lookups

(CAT_CACHE_LOOKUPS)

表の記述子情報または許可情報を取得するためにカタログ・キャッシュが参照された回数。

−

ulong

No

すべて

−

SQLM_ELM_CAT_CACHE

_LOOKUPS

詳細説明：

このエレメントには，カタログ・キャッシュへの正常に行われたアクセスと失敗したアクセスの両方が含まれます。カタログ・キャッシュは，次の場合に参照されます。

SQLステートメントのコンパイル中に，表，ビュー，または別名を処理したとき。

データベース許可情報にアクセスがあったとき。

SQLステートメントのコンパイル中にルーチンを処理したとき。

カタログ・キャッシュ・ヒット率の計算には次の公式を使用します。

(1-(cat_cache_inserts/cat_cache_lookups))

この値は，カタログ・キャッシュがどの程度カタログ・アクセスを回避しているかを示します。この比率が0.8を超える値の場合，キャッシュは効果的に動作しています。比率が低い場合は，catalogcache_szを大きくする必要があることを示します。データベースへの最初の接続の直後は，この比率は高くなります。

表，ビュー，別名などに関係するデータ定義言語(DDL)SQLステートメントは，そのようなオブジェクトに関する表記述子情報を取り除くため，それらのオブジェクトは次の参照で再挿入されることになります。さらに，データベース許可およびルーチンの実行特権のためのGRANTおよびREVOKEのステートメントによって，該当する許可情報がカタログ・キャッシュから取り除かれます。したがって，DDLステートメントとGRANT/REVOKEステートメントを多用した場合も，この比率は大きくなります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Overflows

(CAT_CACHE_OVERFLOWS)

割り振られたメモリーの境界からカタログ・キャッシュがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_CAT_CACHE

_OVERFLOWS

詳細説明：

このエレメントとcat_cache_size_topを組み合わせて使用すると，オーバーフローを防止するのにカタログ・キャッシュのサイズを大きくする必要があるかどうかを判別できます。カタログ・キャッシュがオーバーフローすると不要なロック・エスカレーションが多くなり，その結果並行性を失ったり，またはデータベース共有メモリーから割り振られたほかのヒープでメモリー不足エラーを起こしたりすることがあります。カタログ・キャッシュのオーバーフローは，性能低下の原因にもなります。

カタログ・キャッシュのスペースは，表，ビュー，別名，または許可情報などの，どのトランザクションでも現在使用されていない表記述子情報を除去することで取り戻します。

cat_cache_overflowsが大きい場合は，ワークロードに対してカタログ・キャッシュが小さ過ぎることが考えられます。カタログ・キャッシュを大きくすると，パフォーマンスが改善されることがあります。多数の表，ビュー，別名，ユーザー定義関数，またはストアード・プロシージャーを参照する多数のSQLステートメントを，1つの作業単位にコンパイルするトランザクションがワークロードに含まれている場合は，1つのトランザクションにコンパイルするSQLステートメントの数を少なくすると，カタログ・キャッシュのパフォーマンスが改善されることがあります。多数の表，ビュー，別名，ユーザー定義関数，またはストアード・プロシージャーを参照する多数のSQLステートメントが入ったパッケージのバインドがワークロードに含まれる場合は，パッケージを分割してその中に含まれるSQLステートメントの数を少なくすると，パフォーマンスが改善されることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Catcache Hit Rate

(CATCACHE_HIT_RATE)

カタログ・キャッシュ・ヒット率。

−

float

No

すべて

−

( 1 - ( CAT_CACHE_INSERTS / CAT_CACHE_LOOKUPS ) ) ＊100

詳細説明：

この比率が80%を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Name

(DB_NAME)

情報が収集されるデータベースの実名またはアプリケーションの接続先でのデータベースの実名。

−

string(9)

No

すべて

−

SQLM_ELM_DB_NAME

詳細説明：

このエレメントを使用すると，データが適用される特定のデータベースを識別できます。

ホストへの接続またはIBM製品でのデータベースサーバへの接続でDB2Connectを使用しないアプリケーションの場合は，このエレメントとdc_pathモニター・エレメントを組み合わせて使用すると，データベースを個別に識別し，モニターが提供する情報の各レベルに関連づけることができます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Assoc Agents

(NUM_ASSOC_AGENTS)

1つのアプリケーションに関連づけられているサブエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_NUM_ASSOC

_AGENTS

詳細説明：

このエレメントは，エージェント構成パラメーターの設定を評価するのに役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Hit Rate

(PKG_CACHE_HIT_RATE)

パッケージ・キャッシュ・ヒット率。

−

float

No

すべて

−

( 1- ( PKG_CACHE_INSERTS / PKG_CACHE_LOOKUPS ) ) ＊100

詳細説明：

この比率が80%を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Inserts

(PKG_CACHE_INSERTS)

要求したセクションが使用できなかったためにパッケージ・キャッシュへのロードが必要になった回数の合計。

−

ulong

No

すべて

−

SQLM_ELM_PKG_CACHE

_INSERTS

詳細説明：

このカウントには，システムが暗黙に準備した数が含まれます。パッケージ・キャッシュ参照数と組み合わせると，次の公式を使用してパッケージ・キャッシュ・ヒット率を計算できます。

1-(package_cache_inserts/package_cache_lookups)

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Lookups

(PKG_CACHE_LOOKUPS)

アプリケーションがパッケージ・キャッシュ内のセクションやパッケージを検索した回数。

−

ulong

No

すべて

−

SQLM_ELM_PKG_CACHE

_LOOKUPS

詳細説明：

パッケージ・キャッシュ・ヒット率の計算には次の公式を使用します。

1-(package_cache_inserts/package_cache_lookups)

パッケージ・キャッシュ・ヒット率は，パッケージ・キャッシュが効果的に利用されているかどうかを示します。この比率が0.8を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

パッケージ・キャッシュのサイズを変えて試すことによって，pckcachesz構成パラメーターに最適な値を見つける必要があります。例えば，キャッシュのサイズを小さくしてもpkg_cache_insertsエレメントが増えない場合は，パッケージ・キャッシュのサイズをさらに小さくできます。パッケージ・キャッシュのサイズを小さくすれば，その分のシステム・リソースをほかの作業のために使えるようになります。pkg_cache_insertsの数を少なくして，パッケージ・キャッシュのサイズを大きくすると，システム全体のパフォーマンスが向上します。この実験は，フル・ワークロードの条件で行うのが最善です。

このエレメントとddl_sql_stmtsを組み合わせて使用すると，DDLステートメントを実行したときにパッケージ・キャッシュのパフォーマンスに影響を与えるかどうかを判別できます。DDLステートメントを実行すると，動的SQLステートメントの一部のセクションが無効になる場合があります。無効なセクションは，次に使用されるときにシステムが暗黙的に準備します。DDLステートメントを実行すると，多数のセクションが無効になり，こうしたセクションを準備するときに余分に必要になるオーバーヘッドのためにパフォーマンスが大きく低下することがあります。この場合のパッケージ・キャッシュ・ヒット率は，無効なセクションの暗黙的な再コンパイルを反映しますが，キャッシュに挿入される新しいセクションは反映しないので，パッケージ・キャッシュのサイズを大きくしても総合的なパフォーマンスは改善できません。フル環境を対象に作業する前に，アプリケーション自体のキャッシュを調整すれば，混乱を避けることができます。

実行する必要があるアクションを考える前に，パッケージ・キャッシュ・ヒット率の値にDDLステートメントがどのような役割を果たしているのかを明確にする必要があります。DDLステートメントがあまり発生しない場合は，キャッシュのサイズを大きくするとキャッシュのパフォーマンスを改善できる場合があります。DDLステートメントが頻繁に使用される場合は，DDLステートメントを制限する(時間を限定するなど)と改善できる場合があります。

static_sql_stmtsおよびdynamic_sql_stmtsのカウントは，キャッシュに入れるセクションの数量とタイプに関する情報を提供するときに利用できます。

詳細については，DB2のマニュアルを参照してください。

注：

この情報をデータベース・レベルで使用すると，すべてのアプリケーションについて個別の平均パッケージ・キャッシュ・ヒット率を計算できます。特定のアプリケーションのパッケージ・キャッシュ・ヒット率が知りたいときには，この情報をアプリケーション・レベルで調べてください。実行頻度の少ないアプリケーションのキャッシュ要件を満たすためにパッケージ・キャッシュのサイズを大きくしてもあまり意味がありません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DCAA」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

Cache on Database（PD_DCAD）

機能

データベース・レベルのキャッシュ情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：729バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Inserts

(CAT_CACHE_INSERTS)

システムが表記述子または許可情報をカタログ・キャッシュに挿入しようとした回数。

−

ulong

No

すべて

−

SQLM_ELM_CAT_CACHE

_INSERTS

詳細説明：

Catalog Cache Lookupsと組み合わせると，次の公式を使用してカタログ・キャッシュ・ヒット率を計算できます。

1-(catalog_cache_inserts/catalog_cache_lookups)

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Lookups

(CAT_CACHE_LOOKUPS)

表の記述子情報または許可情報を取得するためにカタログ・キャッシュが参照された回数。

−

ulong

No

すべて

−

SQLM_ELM_CAT_CACHE

_LOOKUPS

詳細説明：

このエレメントには，カタログ・キャッシュへの正常に行われたアクセスと失敗したアクセスの両方が含まれます。カタログ・キャッシュは，次の場合に参照されます。

SQLステートメントのコンパイル中に，表，ビュー，または別名を処理したとき。

データベース許可情報にアクセスがあったとき。

SQLステートメントのコンパイル中にルーチンを処理したとき。

カタログ・キャッシュ・ヒット率の計算には次の公式を使用します。

(1-(cat_cache_inserts/cat_cache_lookups))

この値は，カタログ・キャッシュがどの程度カタログ・アクセスを回避しているかを示します。この比率が0.8を超える値の場合，キャッシュは効果的に動作しています。比率が低い場合は，catalogcache_szを大きくする必要があることを示します。データベースへの最初の接続の直後は，この比率は高くなります。

表，ビュー，別名などに関係するデータ定義言語(DDL)SQLステートメントは，そのようなオブジェクトに関する表記述子情報を取り除くため，それらのオブジェクトは次の参照で再挿入されることになります。さらに，データベース許可およびルーチンの実行特権のためのGRANTおよびREVOKEのステートメントによって，該当する許可情報がカタログ・キャッシュから取り除かれます。したがって，DDLステートメントとGRANT/REVOKEステートメントを多用した場合も，この比率は大きくなります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Needed Minisize

(CAT_CACHE_NEEDED_MINISIZE)

必要なカタログ・キャッシュの最小サイズ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

( CAT_CACHE_SIZE_TOP + 4,095 ) / 4,096 + 0.9

結果は切り上げた整数とする

詳細説明：

ワークロードに必要なカタログ・キャッシュの最小サイズを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Overflows

(CAT_CACHE_OVERFLOWS)

割り振られたメモリーの境界からカタログ・キャッシュがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_CAT_CACHE

_OVERFLOWS

詳細説明：

このエレメントとcat_cache_size_topを組み合わせて使用すると，オーバーフローを防止するのにカタログ・キャッシュのサイズを大きくする必要があるかどうかを判別できます。カタログ・キャッシュがオーバーフローすると不要なロック・エスカレーションが多くなり，その結果並行性を失ったり，またはデータベース共有メモリーから割り振られたほかのヒープでメモリー不足エラーを起こしたりすることがあります。カタログ・キャッシュのオーバーフローは，性能低下の原因にもなります。

カタログ・キャッシュのスペースは，表，ビュー，別名，または許可情報などの，どのトランザクションでも現在使用されていない表記述子情報を除去することで取り戻します。

cat_cache_overflowsが大きい場合は，ワークロードに対してカタログ・キャッシュが小さ過ぎることが考えられます。カタログ・キャッシュを大きくすると，パフォーマンスが改善されることがあります。多数の表，ビュー，別名，ユーザー定義関数，またはストアード・プロシージャーを参照する多数のSQLステートメントを，1つの作業単位にコンパイルするトランザクションがワークロードに含まれている場合は，1つのトランザクションにコンパイルするSQLステートメントの数を少なくすると，カタログ・キャッシュのパフォーマンスが改善されることがあります。多数の表，ビュー，別名，ユーザー定義関数，またはストアード・プロシージャーを参照する多数のSQLステートメントが入ったパッケージのバインドがワークロードに含まれる場合は，パッケージを分割してその中に含まれるSQLステートメントの数を少なくすると，パフォーマンスが改善されることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Size Top

(CAT_CACHE_SIZE_TOP)

カタログ・キャッシュが到達した最大サイズ。バイト単位。

−

ulong

No

すべて

○

SQLM_ELM_CAT_CACHE_SIZE

_TOP

詳細説明：

このエレメントは，データベースが活動化されて以降，データベースでワークロードを実行したときに必要となったカタログ・キャッシュの最大バイト数を示します。

カタログ・キャッシュがオーバーフローした場合，このエレメントは，オーバーフロー時にカタログ・キャッシュが到達した最大サイズになります。このような状態が発生したかどうかを確認するには，カタログ・キャッシュ・オーバーフローをチェックしてください。

カタログ・キャッシュがオーバーフローすると，データベース共有メモリー（ロック・リスト，データベース・ヒープ，カタログ・キャッシュなど）のほかのエンティティーから一時的にメモリーが借用されます。この結果，必要のないロック・エスカレーションによる並行性の低下によって，これらのエンティティーまたはパフォーマンスが低下し，メモリー不足エラーになるおそれがあります。ワークロードに必要なカタログ・キャッシュの最小サイズは次のように決定できます。

maximum catalog cache size/4,096

この結果を切り上げた整数が，オーバーフローを避けるためにカタログ・キャッシュが必要とする4キロページの最小数になります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Catcache Hit Rate

(CATCACHE_HIT_RATE)

カタログ・キャッシュ・ヒット率。

−

float

No

すべて

−

( 1 - ( CAT_CACHE_INSERTS / CAT_CACHE_LOOKUPS ) ) ＊ 100

詳細説明：

この比率が80%を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Hit Rate

(PKG_CACHE_HIT_RATE)

パッケージ・キャッシュ・ヒット率。

−

float

No

すべて

−

( 1- ( PKG_CACHE_INSERTS / PKG_CACHE_LOOKUPS ) ) ＊ 100

詳細説明：

この比率が80%を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Inserts

(PKG_CACHE_INSERTS)

要求したセクションが使用できなかったためにパッケージ・キャッシュへのロードが必要になった回数の合計。

−

ulong

No

すべて

−

SQLM_ELM_PKG_CACHE

_INSERTS

詳細説明：

このカウントには，システムが暗黙に準備した数が含まれます。パッケージ・キャッシュ参照数と組み合わせると，次の公式を使用してパッケージ・キャッシュ・ヒット率を計算できます。

1-(package_cache_inserts/package_cache_lookups)

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Lookups

(PKG_CACHE_LOOKUPS)

アプリケーションがパッケージ・キャッシュ内のセクションやパッケージを検索した回数。

−

ulong

No

すべて

−

SQLM_ELM_PKG_CACHE

_LOOKUPS

詳細説明：

データベース・レベルでは，データベースの開始以降，またはモニター・データのリセット以降の参照の合計数を示します。

このカウンターには，セクションをキャッシュにすでにロードしてある場合と，セクションをキャッシュにロードする必要がある場合が含まれます。

エージェントがさまざまなアプリケーションと関連づけられているような集線装置環境では，新しいエージェントに必要なセクションやパッケージがローカル・ストレージ内にない場合に，パッケージ・キャッシュの検索がさらに必要になります。

パッケージ・キャッシュ・ヒット率の計算には次の公式を使用します。

1-(package_cache_inserts/package_cache_lookups)

パッケージ・キャッシュ・ヒット率は，パッケージ・キャッシュが効果的に利用されているかどうかを示します。この比率が0.8を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

パッケージ・キャッシュのサイズを変えて試すことによって，pckcachesz構成パラメーターに最適な値を見つける必要があります。例えば，キャッシュのサイズを小さくしてもpkg_cache_insertsエレメントが増えない場合は，パッケージ・キャッシュのサイズをさらに小さくできます。パッケージ・キャッシュのサイズを小さくすれば，その分のシステム・リソースをほかの作業のために使えるようになります。pkg_cache_insertsの数を少なくして，パッケージ・キャッシュのサイズを大きくすると，システム全体のパフォーマンスが向上します。この実験は，フル・ワークロードの条件で行うのが最善です。

このエレメントとddl_sql_stmtsを組み合わせて使用すると，DDLステートメントを実行したときにパッケージ・キャッシュのパフォーマンスに影響を与えるかどうかを判別できます。DDLステートメントを実行すると，動的SQLステートメントの一部のセクションが無効になる場合があります。無効なセクションは，次に使用されるときにシステムが暗黙的に準備します。DDLステートメントを実行すると，多数のセクションが無効になり，こうしたセクションを準備するときに余分に必要になるオーバーヘッドのためにパフォーマンスが大きく低下することがあります。この場合のパッケージ・キャッシュ・ヒット率は，無効なセクションの暗黙的な再コンパイルを反映しますが，キャッシュに挿入される新しいセクションは反映しないので，パッケージ・キャッシュのサイズを大きくしても総合的なパフォーマンスは改善できません。フル環境を対象に作業する前に，アプリケーション自体のキャッシュを調整すれば，混乱を避けることができます。

実行する必要があるアクションを考える前に，パッケージ・キャッシュ・ヒット率の値にDDLステートメントがどのような役割を果たしているのかを明確にする必要があります。DDLステートメントがあまり発生しない場合は，キャッシュのサイズを大きくするとキャッシュのパフォーマンスを改善できる場合があります。DDLステートメントが頻繁に使用される場合は，DDLステートメントを制限する(時間を限定するなど)と改善できる場合があります。

static_sql_stmtsおよびdynamic_sql_stmtsのカウントは，キャッシュに入れるセクションの数量とタイプに関する情報を提供するときに利用できます。

詳細については，DB2のマニュアルを参照してください。

注：

この情報をデータベース・レベルで使用すると，すべてのアプリケーションについて個別の平均パッケージ・キャッシュ・ヒット率を計算できます。特定のアプリケーションのパッケージ・キャッシュ・ヒット率が知りたいときには，この情報をアプリケーション・レベルで調べてください。実行頻度の少ないアプリケーションのキャッシュ要件を満たすためにパッケージ・キャッシュのサイズを大きくしてもあまり意味がありません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Needed Minisize

(PKG_CACHE_NEEDED_MINISIZE)

必要なパッケージ・キャッシュの最小サイズ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

( PKG_CACHE_SIZE_TOP + 4,095 ) / 4,096 + 0.9

結果は切り上げた整数とする

詳細説明：

ワークロードに必要なパッケージ・キャッシュの最小サイズを示します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Num Overflows

(PKG_CACHE_NUM_OVERFLOWS)

割り振られたメモリーの境界からパッケージ・キャッシュがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_PKG_CACHE_NUM

_OVERFLOWS

詳細説明：

このエレメントとpkg_cache_size_topを組み合わせて使用すると，オーバーフローを回避するのにパッケージ・キャッシュのサイズを大きくする必要があるかどうかを判別できます。パッケージ・キャッシュのオーバーフローは，パフォーマンスの低下だけではなく，不要なロック・エスカレーション(並行性がなくなる原因となる)，またはデータベース共有メモリー以外に割り振られたほかのヒープからのメモリー不足エラーを引き起こすことがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Size Top

(PKG_CACHE_SIZE_TOP)

パッケージ・キャッシュが到達した最大サイズ。バイト単位。

−

ulong

No

すべて

○

SQLM_ELM_PKG_CACHE_SIZE

_TOP

詳細説明：

このエレメントは，データベースがアクティブになって以降，データベースでのワークロードの実行にパッケージ・キャッシュが必要とした最大バイト数を示します。

パッケージ・キャッシュがオーバーフローした場合，このエレメントは，オーバーフロー時にパッケージ・キャッシュが到達した最大サイズになります。このような状態が発生したかどうかを判別するには，パッケージ・キャッシュ・オーバーフローをチェックしてください。

パッケージ・キャッシュがオーバーフローすると，データベース共有メモリー（ロック・リスト，データベース・ヒープ，カタログ・キャッシュなど）のほかのエンティティーから一時的にメモリーが借用されます。この結果，必要のないロック・エスカレーションによる並行性の低下によって，これらのエンティティーまたはパフォーマンスが低下し，メモリー不足エラーになるおそれがあります。ワークロードに必要なパッケージ・キャッシュの最小サイズは次のように決定できます。

maximum package cache size/4,096

この結果を切り上げた整数が，オーバーフローを避けるためにパッケージ・キャッシュが必要とする4キロページの最小数になります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DCAD」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

Cache on Database Interval（PI_DCAI）

機能

データベース・レベルのキャッシュ情報をある一定の時間を単位として格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

Yes

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：753バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Inserts

(CAT_CACHE_INSERTS)

システムが表記述子または許可情報をカタログ・キャッシュに挿入しようとした回数。

COPY

ulong

Yes

すべて

−

SQLM_ELM_CAT_CACHE

_INSERTS

詳細説明：

Catalog Cache Lookupsと組み合わせると，次の公式を使用してカタログ・キャッシュ・ヒット率を計算できます。

1-(catalog_cache_inserts/catalog_cache_lookups)

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Lookups

(CAT_CACHE_LOOKUPS)

表の記述子情報または許可情報を取得するためにカタログ・キャッシュが参照された回数。

COPY

ulong

Yes

すべて

−

SQLM_ELM_CAT_CACHE

_LOOKUPS

詳細説明：

このエレメントには，カタログ・キャッシュへの正常に行われたアクセスと失敗したアクセスの両方が含まれます。カタログ・キャッシュは，次の場合に参照されます。

SQLステートメントのコンパイル中に，表，ビュー，または別名を処理したとき。

データベース許可情報にアクセスがあったとき。

SQLステートメントのコンパイル中にルーチンを処理したとき。

カタログ・キャッシュ・ヒット率の計算には次の公式を使用します。

(1-(cat_cache_inserts/cat_cache_lookups))

この値は，カタログ・キャッシュがどの程度カタログ・アクセスを回避しているかを示します。この比率が0.8を超える値の場合，キャッシュは効果的に動作しています。比率が低い場合は，catalogcache_szを大きくする必要があることを示します。データベースへの最初の，接続の直後は，この比率は高くなります。

表，ビュー，別名などに関係するデータ定義言語(DDL)SQLステートメントは，そのようなオブジェクトに関する表記述子情報を取り除くため，それらのオブジェクトは次の参照で再挿入されることになります。さらに，データベース許可およびルーチンの実行特権のためのGRANTおよびREVOKEのステートメントによって，該当する許可情報がカタログ・キャッシュから取り除かれます。したがって，DDLステートメントとGRANT/REVOKEステートメントを多用した場合も，この比率は大きくなります。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Needed Minisize

(CAT_CACHE_NEEDED_MINISIZE)

必要なカタログ・キャッシュの最小サイズ。ページ(4キロバイト)単位。

COPY

ulong

Yes

すべて

−

( CAT_CACHE_SIZE_TOP + 4,095 ) / 4,096 + 0.9

結果は切り上げた整数とする

詳細説明：

ワークロードに必要なカタログ・キャッシュの最小サイズを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Overflows

(CAT_CACHE_OVERFLOWS)

割り振られたメモリーの境界からカタログ・キャッシュがオーバーフローした回数。

COPY

ulong

Yes

すべて

−

SQLM_ELM_CAT_CACHE

_OVERFLOWS

詳細説明：

このエレメントとcat_cache_size_topを組み合わせて使用すると，オーバーフローを防止するのにカタログ・キャッシュのサイズを大きくする必要があるかどうかを判別できます。カタログ・キャッシュがオーバーフローすると不要なロック・エスカレーションが多くなり，その結果並行性を失ったり，データベース共有メモリーから割り振られたほかのヒープでメモリー不足エラーを起こしたりすることがあります。カタログ・キャッシュのオーバーフローは，性能低下の原因にもなります。

カタログ・キャッシュのスペースは，表，ビュー，別名，または許可情報などの，どのトランザクションでも現在使用されていない表記述子情報を除去することで取り戻します。

cat_cache_overflowsが大きい場合は，ワークロードに対してカタログ・キャッシュが小さ過ぎることが考えられます。カタログ・キャッシュを大きくすると，パフォーマンスが改善されることがあります。多数の表，ビュー，別名，ユーザー定義関数，またはストアード・プロシージャーを参照する多数のSQLステートメントを，1つの作業単位にコンパイルするトランザクションがワークロードに含まれている場合は，1つのトランザクションにコンパイルするSQLステートメントの数を少なくすると，カタログ・キャッシュのパフォーマンスが改善されることがあります。多数の表，ビュー，別名，ユーザー定義関数，またはストアード・プロシージャーを参照する多数のSQLステートメントが入ったパッケージのバインドがワークロードに含まれる場合は，パッケージを分割してその中に含まれるSQLステートメントの数を少なくすると，パフォーマンスが改善されることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Cat Cache Size Top

(CAT_CACHE_SIZE_TOP)

カタログ・キャッシュが到達した最大サイズ。バイト単位。

COPY

ulong

Yes

すべて

○

SQLM_ELM_CAT_CACHE_SIZE

_TOP

詳細説明：

このエレメントは，データベースが活動化されて以降，データベースでワークロードを実行したときに必要となったカタログ・キャッシュの最大バイト数を示します。

カタログ・キャッシュがオーバーフローした場合，このエレメントは，オーバーフロー時にカタログ・キャッシュが到達した最大サイズになります。このような状態が発生したかどうかを確認するには，カタログ・キャッシュ・オーバーフローをチェックしてください。

カタログ・キャッシュがオーバーフローすると，データベース共有メモリー（ロック・リスト，データベース・ヒープ，カタログ・キャッシュなど）のほかのエンティティーから一時的にメモリーが借用されます。この結果，必要のないロック・エスカレーションによる並行性の低下によって，これらのエンティティーまたはパフォーマンスが低下し，メモリー不足エラーになるおそれがあります。ワークロードに必要なカタログ・キャッシュの最小サイズは次のように決定できます。

maximum catalog cache size/4,096

この結果を切り上げた整数が，オーバーフローを避けるためにカタログ・キャッシュが必要とする4キロページの最小数になります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Catcache Hit Rate

(CATCACHE_HIT_RATE)

カタログ・キャッシュ・ヒット率。

AVG

float

No

すべて

−

( 1 - ( CAT_CACHE_INSERTS / CAT_CACHE_LOOKUPS ) ) ＊ 100

詳細説明：

この比率が80%を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

COPY

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Hit Rate

(PKG_CACHE_HIT_RATE)

パッケージ・キャッシュ・ヒット率。

AVG

float

No

すべて

−

( 1- ( PKG_CACHE_INSERTS / PKG_CACHE_LOOKUPS ) ) ＊ 100

詳細説明：

この比率が80%を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Inserts

(PKG_CACHE_INSERTS)

要求したセクションが使用できなかったためにパッケージ・キャッシュへのロードが必要になった回数の合計。

COPY

ulong

Yes

すべて

−

SQLM_ELM_PKG_CACHE

_INSERTS

詳細説明：

このカウントには，システムが暗黙に準備した数が含まれます。パッケージ・キャッシュ参照数と組み合わせると，次の公式を使用してパッケージ・キャッシュ・ヒット率を計算できます。

1-(package_cache_inserts/package_cache_lookups)

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Lookups

(PKG_CACHE_LOOKUPS)

アプリケーションがパッケージ・キャッシュ内のセクションやパッケージを検索した回数。

COPY

ulong

Yes

すべて

−

SQLM_ELM_PKG_CACHE

_LOOKUPS

詳細説明：

データベース・レベルでは，データベースの開始以降，またはモニター・データのリセット以降の参照の合計数を示します。

このカウンターには，セクションをキャッシュにすでにロードしてある場合と，セクションをキャッシュにロードする必要がある場合が含まれます。

エージェントがさまざまなアプリケーションと関連づけられているような集線装置環境では，新しいエージェントに必要なセクションやパッケージがローカル・ストレージ内にない場合に，パッケージ・キャッシュの検索がさらに必要になります。

パッケージ・キャッシュ・ヒット率の計算には次の公式を使用します。

1-(package_cache_inserts/package_cache_lookups)

パッケージ・キャッシュ・ヒット率は，パッケージ・キャッシュが効果的に利用されているかどうかを示します。この比率が0.8を超える値の場合，キャッシュは効果的に動作しています。この比率が低い場合は，パッケージ・キャッシュを大きくする必要があることを示します。

パッケージ・キャッシュのサイズを変えて試すことによって，pckcachesz構成パラメーターに最適な値を見つける必要があります。例えば，キャッシュのサイズを小さくしてもpkg_cache_insertsエレメントが増えない場合は，パッケージ・キャッシュのサイズをさらに小さくできます。パッケージ・キャッシュのサイズを小さくすれば，その分のシステム・リソースをほかの作業のために使えるようになります。pkg_cache_insertsの数を少なくして，パッケージ・キャッシュのサイズを大きくすると，システム全体のパフォーマンスが向上します。この実験は，フル・ワークロードの条件で行うのが最善です。

このエレメントとddl_sql_stmtsを組み合わせて使用すると，DDLステートメントを実行したときにパッケージ・キャッシュのパフォーマンスに影響を与えるかどうかを判別できます。DDLステートメントを実行すると，動的SQLステートメントの一部のセクションが無効になる場合があります。無効なセクションは，次に使用されるときにシステムが暗黙的に準備します。DDLステートメントを実行すると，多数のセクションが無効になり，こうしたセクションを準備するときに余分に必要になるオーバーヘッドのためにパフォーマンスが大きく低下することがあります。この場合のパッケージ・キャッシュ・ヒット率は，無効なセクションの暗黙的な再コンパイルを反映しますが，キャッシュに挿入される新しいセクションは反映しないので，パッケージ・キャッシュのサイズを大きくしても総合的なパフォーマンスは改善できません。フル環境を対象に作業する前に，アプリケーション自体のキャッシュを調整すれば，混乱を避けることができます。

実行する必要があるアクションを考える前に，パッケージ・キャッシュ・ヒット率の値にDDLステートメントがどのような役割を果たしているのかを明確にする必要があります。DDLステートメントがあまり発生しない場合は，キャッシュのサイズを大きくするとキャッシュのパフォーマンスを改善できる場合があります。DDLステートメントが頻繁に使用される場合は，DDLステートメントを制限する(時間を限定するなど)と改善できる場合があります。

static_sql_stmtsおよびdynamic_sql_stmtsのカウントは，キャッシュに入れるセクションの数量とタイプに関する情報を提供するときに利用できます。

詳細については，DB2のマニュアルを参照してください。

注：

この情報をデータベース・レベルで使用すると，すべてのアプリケーションについて個別の平均パッケージ・キャッシュ・ヒット率を計算できます。特定のアプリケーションのパッケージ・キャッシュ・ヒット率が知りたいときには，この情報をアプリケーション・レベルで調べてください。実行頻度の少ないアプリケーションのキャッシュ要件を満たすためにパッケージ・キャッシュのサイズを大きくしてもあまり意味がありません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Needed Minisize

(PKG_CACHE_NEEDED_MINISIZE)

必要なパッケージ・キャッシュの最小サイズ。ページ(4キロバイト)単位。

COPY

ulong

Yes

すべて

−

( PKG_CACHE_SIZE_TOP + 4,095 ) / 4,096 + 0.9

結果は切り上げた整数とする

詳細説明：

ワークロードに必要なパッケージ・キャッシュの最小サイズを示します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Num Overflows

(PKG_CACHE_NUM_OVERFLOWS)

割り振られたメモリーの境界からパッケージ・キャッシュがオーバーフローした回数。

COPY

ulong

Yes

すべて

−

SQLM_ELM_PKG_CACHE_NUM

_OVERFLOWS

詳細説明：

このエレメントとpkg_cache_size_topを組み合わせて使用すると，オーバーフローを回避するのにパッケージ・キャッシュのサイズを大きくする必要があるかどうかを判別できます。パッケージ・キャッシュのオーバーフローは，パフォーマンスの低下だけではなく，不要なロック・エスカレーション(並行性がなくなる原因となる)，またはデータベース共有メモリー以外に割り振られたほかのヒープからのメモリー不足エラーを引き起こすことがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pkg Cache Size Top

(PKG_CACHE_SIZE_TOP)

パッケージ・キャッシュが到達した最大サイズ。バイト単位。

COPY

ulong

Yes

すべて

○

SQLM_ELM_PKG_CACHE_SIZE

_TOP

詳細説明：

このエレメントは，データベースがアクティブになって以降，データベースでのワークロードの実行にパッケージ・キャッシュが必要とした最大バイト数を示します。

パッケージ・キャッシュがオーバーフローした場合，このエレメントは，オーバーフロー時にパッケージ・キャッシュが到達した最大サイズになります。このような状態が発生したかどうかを判別するには，パッケージ・キャッシュ・オーバーフローをチェックしてください。

パッケージ・キャッシュがオーバーフローすると，データベース共有メモリー（ロック・リスト，データベース・ヒープ，カタログ・キャッシュなど）のほかのエンティティーから一時的にメモリーが借用されます。この結果，必要のないロック・エスカレーションによる並行性の低下によって，これらのエンティティーまたはパフォーマンスが低下し，メモリー不足エラーになるおそれがあります。ワークロードに必要なパッケージ・キャッシュの最小サイズは次のように決定できます。

maximum package cache size/4,096

この結果を切り上げた整数が，オーバーフローを避けるためにパッケージ・キャッシュが必要とする4キロページの最小数になります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

COPY

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DCAI」。

COPY

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

DB2 Configuration（PD_DCFE）

機能

DB2構成パラメーター情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

3600

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

データベースの作成から削除まで。

レコードサイズ

固定部：757バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

App Ctl Heap SZ

(APP_CTL_HEAP_SZ)

アプリケーション・コントロール・ヒープ・サイズ。ページ(4キロバイト)単位。

−

word

No

すべて

−

SQLF_DBTN_APP_CTL_HEAP

_SZ

詳細説明：

パーティション・データベースの場合，およびパーティション内並列処理が使用できる(intra_parallel=ON)の非パーティション・データベースの場合は，このパラメーターは，アプリケーション用として割り振られる共有メモリー領域の平均サイズを指定します。パーティション内並列処理が使用不可(intra_parallel=OFF)の非パーティション・データベースの場合は，これはヒープとして割り振られる最大専用メモリー・サイズです。それぞれのパーティションごとに1つの接続に1つずつアプリケーション・コントロール・ヒープがあります。

アプリケーション・コントロール・ヒープが必要なのは，主として，同一要求のために作動するエージェント間で情報を共用するためです。このヒープの使用量が最小になるのは，非パーティション・データベースで，1に等しい並列処理の度合いで照会を実行しているときです。

このヒープは，宣言済み一時表の記述子情報を保管することにも使用されます。明示的にドロップされていないすべての宣言済み一時表の記述子情報はこのヒープのメモリーに保持され，宣言済み一時表がドロップされるまでドロップすることはできません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appgroup Mem SZ

(APPGROUP_MEM_SZ)

アプリケーション・グループ・メモリー・セットの最大サイズ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

SQLF_DBTN_APPGROUP_MEM

_SZ

詳細説明：

このパラメーターでは，アプリケーション・グループ共有メモリー・セグメントのサイズを決定します。同じアプリケーションを使用するエージェント間で共有する必要がある情報は，アプリケーション・グループ共有メモリー・セグメントに保管されます。

パーティション・データベース，またはパーティション内並列処理が使用できるか，集線装置が使用できる非パーティション・データベースでは，複数のアプリケーションが1つのアプリケーション・グループを共有します。アプリケーション・グループ共有メモリー・セグメントが1つ，アプリケーション・グループに割り振られます。アプリケーション・グループ共有メモリー・セグメント内では，各アプリケーションにそれぞれ固有のアプリケーション・コントロール・ヒープがあり，すべてのアプリケーションで1つのアプリケーション・グループ共有ヒープを共有します。

1つのアプリケーション・グループ内のアプリケーションの数は，次のようにして計算されます。

appgroup_mem_sz/app_ctl_heap_sz

アプリケーション・グループ共有ヒープ・サイズは，次のようにして計算されます。

appgroup_mem_sz＊groupheap_rate/100

各アプリケーション・コントロール・ヒープのサイズは，次のようにして計算されます。

app_ctl_heap_sz＊(100-groupheap_rate)/100

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

ApplheapSZ

(APPLHEAPSZ)

アプリケーション・ヒープ・サイズ。ページ(4キロバイト)単位。

−

word

No

すべて

−

SQLF_DBTN_APPLHEAPSZ

詳細説明：

このパラメーターは，特定エージェントまたはサブエージェントの代わりに，データベース・マネージャーが使用できる専用メモリー・ページの数を定義します。

エージェントまたはサブエージェントがアプリケーション用に初期化されると，ヒープが割り振られます。割り振られる量は，エージェントまたはサブエージェントに指定された要求を処理するのに最低限必要な量です。エージェントまたはサブエージェントが，大きなSQLステートメントを処理するためにさらにヒープ・スペースを要求した場合は，データベース・マネージャーが必要に応じて，このパラメーターで指定された最大値までメモリーを割り振ります。

注：

パーティションのあるデータベース環境では，アプリケーション・コントロール・ヒープ(app_ctl_heap_sz)が，エージェントとサブエージェントのSQLステートメントの実行セクションでのコピーを保管するのに使用されます。ただし，ほかのすべての環境でエージェントを実行するときは，SMPサブエージェントは，applheapszを使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Catalogcache SZ

(CATALOGCACHE_SZ)

カタログ・キャッシュ・サイズ。ページ(4キロバイト)単位。

−

long

No

すべて

−

SQLF_DBTN_CATALOGCACHE

_SZ

詳細説明：

このパラメーターは，データベース共有メモリーから割り振られ，システム・カタログ情報をキャッシュに入れる場合に使用されます。パーティション・データベース・システムでは，それぞれのデータベース・パーティションごとにカタログ・キャッシュが1つずつあります。

個々のパーティションでカタログ情報をキャッシュに入れると，データベース・マネージャーは，以前検索された情報を入手するためにシステム・カタログまたはパーティション・データベース環境でのカタログ・ノード，またはその両方にアクセスする必要がなくなるので，その内部オーバーヘッドを低減できます。カタログ・キャッシュは，次の情報を保管するのに使用されます。

SYSTABLES情報(パック記述子を含む)

SYSDBAUTH情報およびルーチンの実行特権を含む，許可情報

SYSROUTINES情報

カタログ・キャッシュを使用することによって，次の操作の総合的なパフォーマンスが向上します。

パッケージのバインドおよびSQLステートメントのコンパイル

データベース・レベル特権のチェックを伴う操作

ルーチンの実行特権のチェックを伴う操作

パーティション・データベース環境で非カタログ・ノードに接続されるアプリケーションサーバまたはパーティション・データベース環境でデフォルト(-1)であれば，ページ割り振りの計算に使用される値は，maxappls構成パラメーターに指定されている値の4倍になります。これに対する例外が生じるのは，maxapplsの4倍が8より小さい場合です。この状態では，デフォルト値-1で，catalogcache_szは8に設定されます。

推奨：

デフォルト値で開始し，データベース・システム・モニターを使用して調整してください。このパラメーターを調整するときは，カタログ・キャッシュ用として予約されている余分のメモリーについて，例えば，バッファー・プールやパッケージ・キャッシュなどといった別の目的に割り振った方が，その有効性が増すかどうか考慮する必要があります。

このパラメーターの調整が特に重要なのは，ワークロードに多くのSQLコンパイルが短期間伴い，その後はSQLコンパイルがほとんどまたはまったくない場合です。キャッシュが大き過ぎる場合は，使用されなくなった情報のコピーの保留にメモリーが浪費されるおそれがあります。

パーティション・データベース環境では，非カタログ・ノードで必要とされるカタログ情報は，必ず最初にカタログ・ノードでキャッシュに入れられるので，カタログ・ノードのcatalogcache_szは，設定値を大きくする必要があるかどうか考慮してください。

cat_cache_lookups(カタログ・キャッシュ・ルックアップ)，cat_cache_inserts(カタログ・キャッシュ挿入)，cat_cache_overflows(カタログ・キャッシュ・オーバーフロー)，およびcat_cache_size_top(カタログ・キャッシュ最高水準点)モニター・エレメントは，この構成パラメーターを調整する必要があるかどうか判別する場合に役立ちます。

注：

カタログ・キャッシュは，パーティション・データベース環境のすべてのノードにあります。それぞれのノードごとにローカル・データベース構成ファイルがあるので，それぞれのノードのcatalogcache_sz値によって，ローカル・カタログ・キャッシュのサイズが定義されます。キャッシングが効率的に行われ，オーバーフローが発生しないようにするために，それぞれのノードでcatalogcache_sz値を明示的に設定し，非カタログ・ノードのcatalogcache_szをカタログ・ノードの値よりも小さい値に設定できるおそれを考慮する必要があります。非カタログ・ノードでキャッシュに入れる必要のある情報は，カタログ・ノードのキャッシュから検索されるということを念頭に置いてください。したがって，非カタログ・ノードのカタログ・キャッシュは，カタログ・ノードのカタログ・キャッシュにある情報のサブセットのようなものです。

一般的に，キャッシュ・スペースが多く必要になるのは，作業単位に幾つもの動的SQLステートメントが含まれる場合，または多数の静的SQLステートメントが含まれるパッケージをバインドする場合です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Chngpgs Thresh

(CHNGPGS_THRESH)

変更済みページ数しきい値。

−

word

No

すべて

−

SQLF_DBTN_CHNGPGS_THRESH

詳細説明：

このパラメーターを使用すると，非同期ページ・クリーナーが現在アクティブでない場合に，非同期ページ・クリーナーが始動する変更済みページ数のレベル(パーセント)を指定できます。ページ・クリーナーを始動すると，ディスクに書き込むページのリストが作成されます。これらのページのディスクへの書き込みが完了すると，ページ・クリーナーは再度非アクティブになり，次のトリガーの開始を待ちます。

読み取り専用(例えば，照会)環境では，このようなページ・クリーナーは使用されません。

推奨：

更新トランザクション・ワークロードが大きいデータベースの場合は，パラメーター値をデフォルト値以下に設定すれば，一般的には，バッファー・プール内に十分なクリーン・ページを確保できます。データベースに非常に大きな表が少数しかない場合は，パーセンテージをデフォルトよりも大きくすると，パフォーマンスが上がります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Database Memory

(DATABASE_MEMORY)

データベース共有メモリー・サイズ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

SQLF_DBTN_DATABASE

_MEMORY

詳細説明：

このパラメーターは，特定のデータベース用として予約されている共有メモリーの最少量をコントロールします。このパラメーターを使用すると，データベース管理者はそれぞれのデータベースごとに，共有メモリーの最少量を指定できます。データベース・メモリーには，データベース・マネージャー共有メモリーやアプリケーション・グループ・メモリーは含まれません。

このパラメーターの管理を単純化するために，AUTOMATIC設定によって，必要なメモリーの量の計算，およびデータベース活動化時点でのその割り振りを，DB2に指示します。64ビットAIXでは，AUTOMATIC値によって，DB2は，バッファー・プールが増大したときや，制御ブロック用として追加のメモリーが必要になったときは，必要に応じてそのメモリー使用量を増やせます。

推奨：

この値は，通常，AUTOMATICのままになっています。ただし，将来の拡張に備えて追加のメモリーを予約するのに使用できます。例えば，追加のメモリーは，新規バッファー・プールを作成する場合や，既存のバッファー・プールのサイズを大きくする場合に使用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Dbheap

(DBHEAP)

データベース・ヒープ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

SQLF_DBTN_DBHEAP

詳細説明：

データベースごとに1つのデータベース・ヒープがあり，データベース・マネージャーは，データベースに接続されているすべてのアプリケーションの代わりに，データベース・ヒープを使用します。これには表，索引，表スペース，およびバッファー・プールの制御ブロック情報が含まれます。また，イベント・モニター・バッファー，ログ・バッファー(logbufsz)，およびユーティリティーによって使用される一時メモリー用のスペースも含まれます。したがって，ヒープのサイズは多数の変数によって決まることになります。制御ブロック情報は，すべてのアプリケーションがデータベースから切断されるまで，ヒープ内に保持されます。

データベース・マネージャーが始動のために取得する必要がある最少量は，最初の接続時に割り振られます。データ域は，dbheapによって指定されている最大値を上限として，必要に応じて拡張されます。

データベース・システム・モニターを使用すると，db_heap_top(割り振られる最大データベース・ヒープ)エレメントを使用して，データベース・ヒープ用として使用されたメモリーの最大量を追跡できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Dft Prefetch SZ

(DFT_PREFETCH_SZ)

デフォルトのプリフェッチ・サイズ。ページ（4キロバイト）単位。

−

short

No

すべて

−

SQLF_DBTN_DFT_PREFETCH

_SZ

詳細説明：

表スペースの作成時に，オプションでPREFETCHSIZEnを指定できます(nは，プリフェッチが行なわれる場合に，データベース・マネージャーが読み取るページ数です)。CREATETABLESPACEステートメントでプリフェッチ・サイズを指定しないと，データベース・マネージャーはこのパラメーターで与えられた値を使用します。

推奨：

システム・モニター・ツールを使用して，システムが入出力を待機しているときにCPUがアイドルになっているかどうかを判別できます。このパラメーターの値を増やすと，使用される表スペースのプリフェッチ・サイズが定義されていない場合に役立ちます。

このパラメーターは，データベース全体にデフォルト値を適用しますが，データベース内のすべての表スペースに適しているとは限りません。例えば，値32はエクステント・サイズが32ページの表スペースには適していますが，エクステント・サイズが25ページの表スペースには適していません。いちばんよい方法は，それぞれの表スペースにプリフェッチ・サイズを明示的に設定することです。

デフォルトの表スペース・エクステント・サイズ(dft_extent_sz)で定義された表スペースの入出力を最小化するには，このパラメーターをdft_extent_szパラメーターの値の因数または倍数として指定してください。例えば，dft_extent_szパラメーターが32の場合は，dft_prefetch_szを16(32の因数)または64(32の倍数)に設定します。プリフェッチ・サイズがエクステント・サイズの倍数である場合は，次の条件が満たされていればデータベース・マネージャーは入出力を並行して行うことができます。

プリフェッチ中のエクステントが異なる物理装置上にある

複数の入出力サーバが構成されている(num_ioservers)

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Locklist

(LOCKLIST)

ロック・リスト用最大ストレージ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

SQLF_DBTN_LOCKLIST

詳細説明：

このパラメーターは，ロック・リストに割り振られているストレージ量を示します。データベースごとに1つのロック・リストがあり，ロック・リストには，データベースに同時に接続しているすべてのアプリケーションが保持しているロックが含まれています。ロックは，複数のアプリケーションがデータベース内にあるデータにアクセスするのをコントロールするために，データベース・マネージャーが使用するメカニズムです。行と表の両方がロックされます。データベース・マネージャーは内部使用のロックを獲得することもできます。

このパラメーターはオンラインで変更できますが，オンラインでは値を大きくすることができるだけで，値を小さくすることはできません。locklistの値を小さくしたい場合は，データベースを再活動化する必要があります。

32ビットのプラットフォームの場合は，それぞれのロックには，そのオブジェクトでほかのロックが保持されているかどうかによって，ロック・リストの36バイトまたは72バイトが必要です。

ほかにロックが保留されていないオブジェクトのロックを保留するには，72バイトが必要です。

既存のロックが保持されているオブジェクトのロックを記録するには，36バイトが必要です。

64ビットのプラットフォームの場合は，それぞれのロックには，そのオブジェクトでほかのロックが保持されているかどうかによって，ロック・リストの56バイトまたは112バイトが必要です。

ほかにロックが保留されていないオブジェクトのロックを保留するには，112バイトが必要です。

既存のロックが保持されているオブジェクトのロックを記録するには，56バイトが必要です。

1つのアプリケーションが使用するロック・リストのパーセント(%)がmaxlocksに達すると，データベース・マネージャーは，そのアプリケーションが保持するロックに対して，行から表にロック・エスカレーションをします。エスカレーション処理そのものにはそれほど時間は掛かりませんが，(個別の行に対するロックに対して)表全体のロックは並列性を減少させ，影響を受けた表に対する後続のアクセスのために，データベース・パフォーマンス全体が低下するおそれがあります。推奨されるロック・リスト・サイズのコントロール方法は，次のとおりです。

ロックを解放するために頻繁にCOMMITを実行します。

多くの更新を実行するときには，(SQLLOCKTABLEステートメントを使用して)更新前に表全体をロックします。これは1つのロックだけを使用し，ほかのロックが更新に干渉しないようにしますが，データの並列性は減少します。

また，ALTERTABLEステートメントのLOCKSIZEオプションを使用して，特定の表のロック方法をコントロールすることもできます。

反復できる読み取り分離レベルを使用すると，自動的に表がロックされる場合があります。

保持された共有ロック数の減少ができる場合は，カーソル固定分離レベルを使用します。アプリケーション保全性要件と折り合わない場合は，ロックの量をさらに減らすために，カーソル固定ではなく非コミット読み取りを使用してください。

ロック・リストがいっぱいになると，ロック調整が行のロックよりも表のロックを多く行うので，パフォーマンスが低下する場合があり，これによって，データベースの共有オブジェクトでの並列性が低下します。さらに，アプリケーション間のデッドロックが増えるおそれがあり(すべてのアプリケーションが，限られた数の表ロックを待つため)，これによってトランザクションがロールバックされることになります。データベースに対するロック要求の最大数に達すると，アプリケーションがSQLCODE-912を受け取ります。

詳細については，DB2のマニュアルを参照してください。

推奨：

ロック調整によってパフォーマンスの問題が生じている場合，このパラメーターかmaxlocksパラメーターの値を増やす必要があります。データベース・システム・モニターを使用すると，ロック調整が起きているかどうかを判別できます。

次のステップは，ロック・リストに必要なページ数を決定するのに役立ちます。

ロック・リストのサイズの下限を計算します。ユーザー環境によって，次の計算式の中から1つを使用して計算します。

(512＊x＊maxappls)/4,096

集線装置が使用できる状態になっている場合

(512＊x＊max_coordagents)/4,096

集線装置が使用できる状態になっているパーティション・データベースの場合

(512＊x＊max_coordagents＊データベース・パーティションの数)/4,096

ただし，512はアプリケーション当たりの平均ロック数の見積もりであり，xは，既存のロックがあるオブジェクトに対するそれぞれのロックに必要なバイト数(32ビット・プラットフォームでは36バイト，64ビット・プラットフォームでは56バイト)です。

ロック・リスト・サイズの上限を計算します。

(512＊y＊maxappls)/4,096

yはオブジェクトに対する最初のロックに必要なバイト数です(32ビットのプラットフォームの場合は72バイトで，64ビットのプラットフォームの場合は112バイトです)。

データに対する並列量を見積もり，また計算した上限と下限の間になるように，予測に基づいてlocklistの初期値を選択します。

次に記述されているように，データベース・システム・モニターを使用してこのパラメーターの値を調整します。

データベース・システム・モニターを使用すると，指定したトランザクションによって保持される最大ロック数を判別できます。

この情報は，アプリケーション当たりのロックでの見積もり数の検査または調整に役立ちます。この妥当性検査を実行するには，モニター情報がアプリケーション・レベルではなく，トランザクション・レベルで提供されていることに注意して，複数のアプリケーションをサンプルとする必要があります。

また，maxapplsを増やしたか，または実行中のアプリケーションが頻繁にコミットを実行していない場合は，locklistの増加が必要になる場合もあります。

このパラメーターを変更した場合は，アプリケーションの再バインド(REBINDコマンドを使用)を考慮してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

LogbufSZ

(LOGBUFSZ)

ログ・バッファー・サイズ。ページ(4キロバイト)単位。

−

word

No

すべて

−

SQLF_DBTN_LOGBUFSZ

詳細説明：

このパラメーターを使用すると，データベース・ヒープの量(dbheapパラメーターで定義)を指定して，ログ・レコードをディスクに書き込む前に，ログ・レコードのバッファーとして使用できます。次のどれかのときに，ログ・レコードがディスクに書き込まれます。

mincommit構成パラメーターによって定義されたように，トランザクションのコミット，またはトランザクションのグループのコミットが行なわれたとき。

ログ・バッファーがいっぱいになったとき。

その他の幾つかの内部データベース・マネージャー・イベントの結果として。

また，このパラメーターはdbheapパラメーター以下でなければなりません。ログ・レコードのバッファリングは，ログ・レコードのディスクへの書き込み頻度が小さくなり，一度により多くのログ・レコードが書き込まれるため，より効率的なロギング・ファイル入出力になります。

詳細については，DB2のマニュアルを参照してください。

推奨：

専用ログ・ディスクに相当数の読み取り活動がある場合，またはディスクの使用率が高い場合，バッファー域のサイズを大きくしてください。このパラメーターの値を増やす場合は，ログ・バッファー域が，dbheapパラメーターでコントロールされるスペースを使用するので，dbheapパラメーターも考慮してください。

データベース・システム・モニターを使用すると，特定トランザクション(または作業単位)で使用されたログ・バッファー・スペースの量を判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Max Connections

(MAX_CONNECTIONS)

クライアント接続の最大数。

−

long

No

すべて

−

SQLF_KTN_MAX_CONNECTIONS

詳細説明：

このパラメーターは，インスタンスに接続できるアプリケーションの最大数をコントロールします。通常，各アプリケーションにはコーディネーター・プログラム・エージェントが割り当てられます。エージェントは，アプリケーションとデータベースの間の操作を容易にします。このパラメーターにデフォルト値が使用される場合，集線装置機能は活動化されません。結果として，各エージェントは専用メモリーを使用して機能し，データベース・マネージャーと，バッファー・プールなどのデータベース・グローバル・リソースをほかのエージェントと共有します。パラメーターがデフォルトよりも大きな値に設定されると，集線装置機能が活動化されます。集線装置の意図は，1つのクライアント・アプリケーションに対するサーバ・リソースを，DB2Connectゲートウェイによって10,000よりも多いクライアント接続を扱うことができるまで削減することです。

値が-1では，限度がmax_coordagentsであることを示します。

以前のバージョンのDB2では，このプログラムはmax_logicagentsという名前で呼ばれていました。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Max Coordagents

(MAX_COORDAGENTS)

コーディネーター・エージェントの最大数。

−

long

No

すべて

−

SQLF_KTN_MAX_COORDAGENTS

詳細説明：

集線装置がオフのとき，つまり，max_connectionsがmax_coordagentsに等しい場合，このパラメーターは，パーティションまたは非パーティション・データベース環境でサーバ上に同時にあるコーディネーター・エージェントの最大数を決定します。

データベースに接続する，またはインスタンスにアタッチするローカルまたはリモートのアプリケーションごとに1つのコーディネーター・エージェントが獲得されます。インスタンスへのアタッチを必要とする要求には，CREATEDATABASE，DROPDATABASE，およびデータベース・システム・モニター・コマンドがあります。

集線装置がオンの場合，つまり，max_connectionsがmax_coordagentsより大きいときは，接続の数がそれにサービスするためのコーディネーター・エージェントの数よりも多くなります。アプリケーションがアクティブ状態であるのは，アプリケーションにサービスするコーディネーター・エージェントがある場合だけです。コーディネーター・エージェントがない場合，アプリケーションは非アクティブ状態です。アクティブ・アプリケーションからの要求には，データベース・コーディネーター・エージェント(およびSMPまたはMPP構成内のサブエージェント)がサービスします。非アクティブ・アプリケーションからの要求はキューに入れられ，そのアプリケーションにサービスするデータベース・コーディネーター・エージェントが割り当てられると，アプリケーションがアクティブになります。したがって，このパラメーターを使用すると，システムに対するロードをコントロールできます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Maxappls

(MAXAPPLS)

アクティブ・アプリケーションの最大数。

−

word

No

すべて

−

SQLF_DBTN_MAXAPPLS

詳細説明：

このパラメーターは，データベースに(ローカルとリモートの両方で)接続できる並列アプリケーションの最大数を指定します。データベースにアタッチしている各アプリケーションが，幾つかの専用メモリーを割り振るので，同時アプリケーションの数を多くすると，多くのメモリーが使用されるおそれがあります。

maxapplsをAutomaticに設定すると，接続されたアプリケーションを幾つでも任意の数だけ使用できるという効果が生じます。DB2では，新しいアプリケーションをサポートするために必要なリソースを動的に割り振ります。

このパラメーターをAutomaticに設定したくない場合は，このパラメーターの値は，接続されたアプリケーションの数に，これらと同じアプリケーションで2フェーズ・コミットおよびロールバックを完了する処理で同時に実行される数を加えた合計に等しいか，それよりも大でなければなりません。次に，どのようなときでも発生するおそれがある未確定トランザクション数をこの合計に追加します。

アプリケーションがデータベースへの接続を試みたときに，maxapplsの値にすでに達していた場合は，すでに最大数のアプリケーションがデータベースに接続されていることを示すエラーが，アプリケーションに返されます。

より多くのアプリケーションがData Links Managerを使用するときは，maxapplsの値を増やさなければなりません。次の公式を使用して，必要な値を計算します。

<maxappls>=5＊(ノードの数)+(Data Links Managerを使用するアクティブ・アプリケーションのピーク数)

Data Links Managerの最大サポート値は2,000です。

パーティション・データベース環境下では，これはデータベース・パーティションに対して並行して活動状態であるアプリケーションの最大数です。このパラメーターは，サーバがアプリケーションのコーディネーター・プログラム・ノードであるかどうかにかかわらず，データベース・パーティション・サーバ上のデータベース・パーティションに対する活動アプリケーションの数を制限します。パーティション・データベース環境下のカタログ・ノードでは，この環境下のすべてのアプリケーションがカタログ・ノードへの接続を要求するため，ほかのタイプの環境での場合よりも高いmaxapplsの値が必要です。

推奨：

maxlocksパラメーターを低くしないでこのパラメーターの値を増やしたり，locklistパラメーターを増やしたりすると，アプリケーション限界ではなくロック(locklist)のデータベース限界に達し，その結果ロック・エスカレーションの問題が広がることになります。

ある程度については，アプリケーションの最大数もmaxagentsによって決まります。使用できるエージェント(maxagents)だけでなく，使用できる接続(maxappls)がある場合，アプリケーションはデータベースにしか接続できません。さらに，アプリケーションの最大数は，max_coordagents構成パラメーターによってもコントロールされます。max_coordagentsに達している場合，新しいアプリケーション(すなわち，コーディネーター・エージェント)を始動できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Maxcagents

(MAXCAGENTS)

同時エージェントの最大数。

−

long

No

すべて

−

SQLF_KTN_MAXCAGENTS

詳細説明：

データベース・マネージャー・トランザクションを同時に実行中であることが可能なデータベース・マネージャー・エージェントの最大数。このパラメーターは，多くのアプリケーション活動が同時に実行される期間中に，システムの負荷をコントロールするために使用されます。例えば，多数の接続が必要なシステムがあるのに，その接続用の記憶容量に制限がある場合などです。このパラメーターの調整は，多くの活動が同時に実行される期間が，極端なオペレーティング・システム・ページングの原因となるような環境で有効です。

このパラメーターは，データベースに接続できるアプリケーションの数を制限しません。これは，データベース・マネージャーが一度に並行して処理できるデータベース・マネージャー・エージェント数だけを制限しますが，これによって，処理のピーク時にシステム資源の使用率を制限できます。

値が-1の場合は，限度がmax_coordagentsであることを示します。

推奨：

ほとんどの場合に，このパラメーターのデフォルト値を使用できます。多くのアプリケーションを同時に実行することによって問題が生じている場合は，ベンチマーク・テストを使用してこのパラメーターを調整し，データベースのパフォーマンスを最適化できます。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Maxfilop

(MAXFILOP)

アプリケーション単位の最大データベース・ファイル・オープン数。

−

word

No

すべて

−

SQLF_DBTN_MAXFILOP

詳細説明：

このパラメーターは，それぞれのデータベース・エージェントごとにオープンしておけるファイル・ハンドルの最大数を指定します。あるファイルをオープンしたために，この値を超えることになった場合は，使用中の一部のファイルがクローズされます。maxfilopが小さ過ぎる場合は，この限度を超えないようにするためにファイルをオープンしたり，クローズしたりするオーバーヘッドが過剰になり，パフォーマンスを低下させるおそれがあります。

オペレーティング・システムとデータベース・マネージャーの対話では，SMS表スペース(システム管理表スペース)とDMS表スペース(データベース管理表スペース)・ファイル・コンテナーが両方ともファイルとして処理されるので，ファイル・ハンドルが必須です。SMS表スペースでは，DMSファイル表スペースの場合に使用されるコンテナーの数に比べて，一般的には，多くのファイルが使用されます。したがって，SMS表スペースを使用している場合は，DMSファイル表スペースの場合に必要とする値に比べて大きな値が，このパラメーターに必要になります。

また，このパラメーターを使用すると，エージェント単位のファイル・ハンドル数を制限すれば，データベース・マネージャーで使用されるファイル・ハンドルの総計がオペレーティング・システム限度を超えることのないようにすることもできます。なお，実際の数は，同時に稼働するエージェントの数に応じて異なります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Maxlocks

(MAXLOCKS)

エスカレーション前のロック・リストの最大パーセント。

−

word

No

すべて

−

SQLF_DBTN_MAXLOCKS

詳細説明：

ロック・エスカレーションとは，行ロックを表ロックで置き換えて，リスト内のロック数を減らす処理のことです。このパラメーターでは，アプリケーションによって保持されるロック・リストのパーセントを定義します。このパーセントに達するまでデータベース・マネージャーはエスカレーションを実行しません。ある1つのアプリケーションによって保持されているロックの数が，合計ロック・リスト・サイズに対してこのパーセントに達すると，そのアプリケーションによって保持されているロックに関してロック・エスカレーションが行われます。ロック・リストがスペースを使い尽くした場合も，ロック・エスカレーションが発生します。

データベース・マネージャーは，アプリケーションのロック・リストを調べ，行ロック数が最も多い表を検索して，ロック・エスカレーションの対象となるロックを判別します。行ロックを単一の表ロックで置き換えたあと，maxlocks値を超えることがなくなっていれば，ロック・エスカレーションは停止します。そうならない場合は，保持されているロック・リストのパーセンテージがmaxlocksの値より低くなるまで，ロック・エスカレーションは続きます。maxlocksパラメーターにmaxapplsパラメーターを掛けた値が100より小であってはなりません。

推奨：

次の公式を使用すると，アプリケーションが平均ロック数の2倍のロックを保留できるように，maxlocksを設定できます。

maxlocks=2＊100/maxappls

ただし，平均の2倍を達成するために2が使用され，100は許容最大パーセント値を表します。同時に実行するアプリケーションの数が少ない場合は，上記の公式に代えて次の公式を使用できます。

maxlocks=2＊100/(同時に実行するアプリケーションの平均数)

maxlocksの設定時に考慮する必要のある事項の1つに，ロック・リスト(locklist)のサイズとの併用があります。ロック・エスカレーションが行われる前にアプリケーションが保持するロックの数での実際の限度は，次のとおりです。

32ビットシステムの場合

maxlocks＊locklist＊4,096/(100＊36)

64ビットシステムの場合

maxlocks＊locklist＊4,096/(100＊56)

ただし，4,096は1ページのバイト数，100はmaxlocksに許容される最大のパーセント値，36は32ビット・システムの場合での，1つのロック当たりのバイト数，56は64ビット・システムの場合での，1つのロック当たりのバイト数です。アプリケーションの1つで1,000ロックが必要であることがわかっていて，しかもロック・エスカレーションが行われないようにしたい場合は，この公式のmaxlocksおよびlocklistの値を選択すれば，結果は1,000より大になります(maxlocksに10を，locklistに100を使用すると，この公式によって，必要な1,000ロックより大という結果が得られます)。

maxlocksの設定が低過ぎると，ほかの同時アプリケーションにまだ十分のロック・スペースがあるときに，ロック・エスカレーションが行われます。maxlocksの設定が高過ぎると，一部のわずかなアプリケーションだけでロック・スペースのほとんどを使用してしまうおそれがあり，それ以外のアプリケーションではロック・エスカレーションを実行する必要が生じます。この場合にロック・エスカレーションが必要になるということは，並行性が低下する結果になります。

データベース・システム・モニターを使用すると，この構成パラメーターの追跡および調整に役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Maxtotfilop

(MAXTOTFILOP)

最大合計オープン・ファイル数。

−

word

No

すべて

−

SQLF_KTN_MAXTOTFILOP

詳細説明：

このパラメーターは，単一のデータベース・マネージャー・インスタンスで実行中の，すべてのエージェントとほかのスレッドがオープンできる，ファイルの最大数を定義します。ファイルをオープンすればこの値を超えた場合，エラーがアプリケーションに返されます。

注：

このパラメーターは，UNIXベースのプラットフォームには適用されません。

値は常にゼロを表示します。

推奨：

このパラメーターを設定する場合，データベース・マネージャー・インスタンス内の各データベースで使用できるファイル・ハンドルの数を考慮してください。このパラメーターの上限の見積もりは，次のようにして行います。

インスタンス内のそれぞれのデータベースごとにオープンできるファイル・ハンドルの最大数を，次の公式を使用して計算します。

maxappls＊maxfilop

上の結果を合計し，その値がパラメーターを超えていないかを調べます。

新しいデータベースを作成する場合は，このパラメーターの値をもう一度見積もり直してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Min Priv Mem

(MIN_PRIV_MEM)

最小コミット済み専用メモリー。ページ(4キロバイト)単位。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

−

SQLF_KTN_MIN_PRIV_MEM

詳細説明：

このパラメーターは，データベース・マネージャー・インスタンスが始動(db2start)したときに，データベース・サーバ処理が専用仮想メモリーとして予約されるページ数を指定します。サーバがより大きな専用メモリーを必要とする場合は，必要時に，サーバがオペレーティング・システムからメモリーを取得しようとします。

注：

このパラメーターは，UNIXベースのシステムには適用されません。

値は常にゼロを表示します。

推奨：

デフォルト値を使用してください。

データベース・サーバにより多くのメモリーをコミットしたい場合，このパラメーターの値を変更すればよいだけです。このアクションによって，割り振り時間が節約されます。しかし，非DB2アプリケーションのパフォーマンスに影響を与えるおそれがあるため，その値を高く設定し過ぎないように注意してください。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Mon Heap SZ

(MON_HEAP_SZ)

データベース・システム・モニター・ヒープ・サイズ。ページ(4キロバイト)単位。

−

word

No

すべて

−

SQLF_KTN_MON_HEAP_SZ

詳細説明：

このパラメーターは，データベース・システム・モニター・データに割り振られるメモリーの大きさ(ページ数)を決定します。メモリーは，スナップショットの取得，モニター・スイッチのオン，モニターのリセット，またはイベント・モニターの活動化といった，データベースのモニター活動を実行するときにモニター・ヒープから割り振られます。

ゼロの値を指定すると，データベース・マネージャーはデータベース・システム・モニター・データを収集しません。

推奨：

活動のモニターに必要なメモリーの量は，スイッチが設定されるモニター・アプリケーション(スナップショットまたはイベント・モニターを取るアプリケーション)の数と，データベース活動のレベルに依存します。

次の計算式では，モニター・ヒープに必要なおおよそのページ数が算出されます。

(モニター・アプリケーションの数+1)＊(データベースの数＊(800+(アクセスされた表の数＊20)
+((接続されたアプリケーションの数+1)＊(200+(表スペースの数＊100)))))/4,096

このヒープ内の使用できるメモリーが使い尽くされた場合，次のどれかが行われます。

最初のアプリケーションが，このイベント・モニターが定義されているデータベースに接続すると，エラー・メッセージが管理通知ログに書き込まれます。

SETEVENTMONITORステートメントを使用して動的に開始されているイベント・モニターが失敗した場合は，エラー・コードがアプリケーションに戻されます。

モニター・コマンドまたはAPIサブルーチンが失敗した場合は，エラー・コードがアプリケーションに戻されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Iocleaners

(NUM_IOCLEANERS)

非同期ページ・クリーナーの数。

−

word

No

すべて

−

SQLF_DBTN_NUM_IOCLEANERS

詳細説明：

このパラメーターを使用すると，データベースの非同期ページ・クリーナーの数を指定できます。これらのページ・クリーナーは，バッファー・プール内のスペースがデータベース・エージェントによって必要とされる前に，変更済みページをバッファー・プールからディスクに書き込みます。その結果，データベース・エージェントは，変更済みページが書き出されて，バッファー・プール内のスペースを使用できるようになるのを待機する必要がなくなります。こうして，データベース・アプリケーションの総体的なパフォーマンスが向上します。

このパラメーターをゼロに設定した場合は，開始されるページ・クリーナーがないので，その結果，バッファー・プールからディスクへのページ書き込みのすべてを，データベース・エージェントが実行することになります。データベースが多くの物理ストレージ・デバイスにわたって保管されている場合は，物理ストレージ・デバイスの1つがアイドル状態になる可能性が高いので，このパラメーターがデータベースに重大なパフォーマンス上の影響を及ぼすおそれがあります。ページ・クリーナーが構成されていない場合は，周期的にログがいっぱいになる状態がアプリケーションで検出されるおそれがあります。

データベースを使用するアプリケーションが，主として，データを更新するトランザクションで構成されている場合は，クリーナーの数を増やすと，パフォーマンスが向上します。ページ・クリーナーの数を増やすと，どの時点でも，ディスク上での，データベースの内容の最新性が増すため，停電などのソフト障害からのリカバリー時間も短縮されます。

推奨：

このパラメーターの値を設定する際は，次の要因を考慮してください。

アプリケーション・タイプ

更新が行われない照会専用データベースの場合は，このパラメーターはゼロになるように設定します。例外は，照会ワークロードによってTEMP表が多数作成される結果になる(これについては，EXPLAINユーティリティーを使用して判別できます)場合です。

データベースに対してトランザクションが実行される場合は，このパラメーターは，1とデータベース用として使用されている物理ストレージ・デバイスの台数の間になるように設定します。

ワークロード

更新トランザクションの率が高い環境では，ページ・クリーナーの数を増やして構成する必要があります。

バッファー・プール・サイズ

バッファー・プールの容量が大きい環境でも，ページ・クリーナーの数を増やして構成する必要があります。

データベース・システム・モニターを使用すると，バッファー・プールからの書き込みアクティビティーについてのイベント・モニターから得られる情報を使用して，この構成パラメーターを調整する場合に役立ちます。

次の2つの条件が真の場合は，パラメーターの値を小さくできます。

pool_data_writesがおよそpool_async_data_writesに等しい。

pool_index_writesがおよそpool_async_index_writesに等しい。

次の2つの条件でどちらかが真の場合は，パラメーターの値を大きくする必要があります。

pool_data_writesがpool_async_data_writesよりもはるかに大きい。

pool_index_writesがpool_async_index_writesよりもはるかに大きい。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Ioservers

(NUM_IOSERVERS)

入出力サーバの数。

−

word

No

すべて

−

SQLF_DBTN_NUM_IOSERVERS

詳細説明：

入出力サーバは，データベース・エージェントの代わりに，バックアップおよびリストアなどのユーティリティーによるプリフェッチ入出力および非同期入出力を実行するために使用されます。このパラメーターは，データベースのための入出力サーバ数を指定します。あるデータベースに対して，この入出力数を超えるプリフェッチおよびユーティリティーを行うことはできません。入出力サーバは，出された入出力が進行中の間，待ち状態になります。非プリフェッチ入出力は，データベース・エージェントから直接スケジュールされ，その結果num_ioserversによって制限されます。

推奨：

システム内のすべての入出力装置を完全に利用するために適正な値は，一般にデータベースが置かれている物理装置数に1または2を加えたものです。各入出力サーバにはそれぞれ最小限のオーバーヘッドが発生し，未使用の入出力サーバはアイドル状態のままになるため，追加の入出力サーバを構成することを推奨します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Poolagents

(NUM_POOLAGENTS)

エージェント・プール・サイズ。

−

long

No

すべて

−

SQLF_KTN_NUM_POOLAGENTS

詳細説明：

このパラメーターの値がゼロの場合，必要に応じてエージェントが作成されるので，現行の要求の完了時にそれらのエージェントが終了するおそれがあります。値がmaxagentsで，プールが関連サブエージェントでいっぱいの場合は，新しいコーディネーター・ノードは作成できないため，サーバはコーディネーター・ノードとして使用できません。

推奨：

同時に接続しているアプリケーションの数が少ない意思決定支援環境を実行している場合，num_poolagentsを小さい値に設定して，エージェント・プールがアイドル・エージェントでいっぱいにならないようにしてください。

多数のアプリケーションが同時に接続しているトランザクション処理環境を実行している場合，num_poolagentsの値を大きくして，エージェントが頻繁に作成されて終了されることにコストを費やさないようにしてください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

PckcacheSZ

(PCKCACHESZ)

パッケージ・キャッシュ・サイズ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

SQLF_DBTN_PCKCACHESZ

詳細説明：

このパラメーターは，データベース共有メモリーから割り振られ，データベース上の静的および動的SQLステートメントのセクションをキャッシュするために使用されます。パーティション・データベース・システムでは，データベース・パーティションごとに1つのパッケージがあります。

パッケージをキャッシュすると，データベース・マネージャーの場合はパッケージを再ロードするときにシステム・カタログにアクセスする必要がなくなるために内部オーバーヘッドが減少し，また動的SQLの場合はコンパイルする必要がなくなることによって，内部オーバーヘッドが減少します。セクションは，次のどれかの状況になるまで，パッケージ・キャッシュ内に保持されます。

データベースがシャットダウンされるとき

パッケージまたは動的SQLステートメントが無効にされるとき

キャッシュがスペースを使い果たしたとき

静的または動的SQLステートメントのセクションのこのキャッシュは，データベースに接続されたアプリケーションによって同じステートメントが複数回使用される場合に，特にパフォーマンスを改善できます。これは，トランザクション処理アプリケーションでは特に重要です。

デフォルト(-1)を使うことによって，ページ割り振りの計算に使用される値は，maxappls構成パラメーターに指定された値の8倍になります。maxapplsの8倍が32よりも小さい場合は，例外となります。この場合，デフォルト値-1を指定するとpckcacheszが32に設定されます。

推奨：

このパラメーターを調整するときは，パッケージ・キャッシュ用に予約されている余分なメモリーが，バッファー・プールまたはカタログ・キャッシュなど別の目的のために割り振られた場合にさらに有効に使用できるかどうかを考慮する必要があります。上記の理由によって，このパラメーターの調整時には，ベンチマーク技法を使用してください。

このパラメーターの調整は，幾つかのセクションが最初に使用され，その後は2，3のセクションだけが繰り返し実行される場合に特に重要です。キャッシュが大き過ぎると，最初のセクションのコピーを保留している分だけメモリーがむだになっています。

これらのモニター・エレメントは，この構成パラメーターを調整する必要があるかどうかの判別に役立ちます。

パッケージ・キャッシュ参照数

pkg_cache_lookups

パッケージ・キャッシュ挿入

pkg_cache_inserts

パッケージ・キャッシュ最高水準点

pkg_cache_size_top

パッケージ・キャッシュ・オーバーフロー

pkg_cache_num_overflows

注：

パッケージ・キャッシュは作業キャッシュであるため，このパラメーターをゼロに設定することはできません。現在実行されているSQLステートメントのすべてのセクションを保留するには，このキャッシュに十分なメモリーが割り振られていなければなりません。現行の必要スペース以上のスペースが割り振られている場合，セクションがキャッシュされます。これらのセクションは，次に必要とされるときにはロードやコンパイルをしないで実行できます。

pckcacheszパラメーターによって指定された制限は柔軟性のある制限です。メモリーがデータベース共有セットでまだ使用できる場合，必要であればこの制限を超えることができます。パッケージ・キャッシュがいちばん大きくなったサイズを判別するには，pkg_cache_size_topモニター・エレメントを使用し，pckcacheszパラメーターによって指定された制限を超えた回数を判別するには，pkg_cache_num_overflowsモニター・エレメントを使用できます。

注意事項

このフィールドの値はulong形式で格納するため，（-1）を（4294967295）と表示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Query Heap SZ

(QUERY_HEAP_SZ)

照会ヒープ・サイズ。ページ（4キロバイト）単位。

−

long

No

すべて

−

SQLF_KTN_QUERY_HEAP_SZ

詳細説明：

このパラメーターは，照会ヒープに割り振ることができるメモリーの最大数を指定します。照会ヒープは，各照会をエージェントの専用メモリーに格納するために使用されます。各照会の情報は，入力と出力SQLDA，ステートメント・テキスト，SQLCA，パッケージ名，作成者，セクション番号，および整合性トークンで構成されます。このパラメーターは，アプリケーションに，エージェント内で不要に大きな仮想メモリーを消費させないために提供されています。

照会ヒープは，ブロック・カーソルに割り振られるメモリー用としても使用されます。このメモリーは，カーソル制御ブロックと完全に解決された出力SQLDAから構成されます。

割り振られる初期照会ヒープは，aslheapszパラメーターによって指定されたアプリケーション・サポート層ヒープと同じサイズです。照会ヒープのサイズは2以上でなければならず，aslheapszパラメーター以上でなければなりません。この照会ヒープの大きさが不十分なために指定された要求を処理できない場合は，query_heap_szを超えない範囲で，要求に必要なサイズまで再割り振りが行われます。この新しい照会ヒープがaslheapszの1.5倍を超える大きさの場合，照会が終了したときに照会ヒープはaslheapszのサイズまで再度割り振られます。

推奨：

ほとんどの場合，デフォルト値が効率的です。最小値として，query_heap_szを少なくともaslheapszの5倍より大きい値に設定してください。これによって，aslheapszより大きな照会が使用でき，指定時にオープンされる3つまたは四つのブロック・カーソルに追加メモリーが提供されます。

とても大きなLOBを持っている場合，このパラメーターの値を増やして，照会ヒープをそれらのLOBを収容する大きさにできます。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DCFE」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sortheap

(SORTHEAP)

ソート・ヒープ・サイズ。ページ(4キロバイト)単位。

−

ulong

No

すべて

−

SQLF_DBTN_SORTHEAP

詳細説明：

このパラメーターでは，専用ソートで使用される専用メモリー・ページの最大数，または共有ソートで使用される共有メモリー・ページの最大数を定義します。ソートが専用ソートの場合は，このパラメーターによってエージェント専用メモリーに影響が生じます。ソートが共有ソートの場合は，このパラメーターによってデータベース共有メモリーに影響が生じます。それぞれのソートには，必要に応じてデータベース・マネージャーによって割り振られる別々のソート・ヒープがあります。このソート・ヒープは，データがソートされる領域です。オプティマイザーによる指示があった場合は，オプティマイザーが提供する情報を使用して，このパラメーターによって指定されたソート・ヒープよりも小さいソート・ヒープが割り振られます。

推奨：

ソート・ヒープを使用して作業する場合は，次の事項を考慮する必要があります。

適切な索引によってソート・ヒープの使用を最小化できる。

ハッシュ結合バッファーおよび動的ビットマップ（索引ANDおよびStarJoinで使用される）では，ソート・ヒープ・メモリーを使用する。したがって，これらの技法が使用されるときは，このパラメーターのサイズを大きくします。

ラージ・ソートが頻繁に必要なときは，このパラメーターのサイズを大きくする。

このパラメーターの値を大きくするときは，データベース・マネージャー構成ファイルにあるsheapthresパラメーターも調整する必要があるかどうか調べる必要がある。

ソート・ヒープ・サイズは，オプティマイザーがアクセス・パスを決定する際に使用する。

このパラメーターを変更した場合は，アプリケーションの再バインド(REBINDコマンドを使用)を考慮してください。

Lock Information on Application(PD_DLIA)

機能

アプリケーションレベルのロック情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

AGENT_ID

ライフタイム

アプリケーションがデータベースに接続している間。

レコードサイズ

固定部：681バイト

可変部：380バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agent Id

(AGENT_ID)

アプリケーションの固有ID。

−

ulong

No

すべて

−

SQLM_ELM_AGENT_ID

詳細説明：

アプリケーション・ハンドルを使用すると，アクティブ・アプリケーションを一意的に識別できます（アプリケーション・ハンドルは，エージェントIDと同義です）。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Id

(APPL_ID)

アプリケーションがデータベース・マネージャーのデータベースに接続したときのID。

−

string[33]

No

すべて

−

SQLM_ELM_APPL_ID

詳細説明：

このIDはクライアントとサーバの両者によって認識されるため，このIDを使用すると，アプリケーションのクライアント部分とサーバ部分を相関させることができます。DDCSアプリケーションでアプリケーションのクライアント部分とサーバ部分を相関させるにはoutbound_appl_idも必要です。このIDは，ネットワーク内では固有のIDです。アプリケーションIDにはさまざまな形式があり，データベース・マネージャーまたはDDCS（あるいはその両方）を実行中のクライアントとサーバ・マシン間の通信プロトコルによって形式が異なります。どの形式の場合もピリオドで区切られた3つの部分で構成されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Name

(APPL_NAME)

クライアントで実行中のアプリケーションの名前。

−

string[257]

No

すべて

−

SQLM_ELM_APPL_NAME

詳細説明：

このエレメントとappl_idを使用すると，データ項目をアプリケーションに関連づけることができます。クライアント/サーバ環境で，この名前はデータベース接続を確立するためにクライアントからサーバに送られます。DRDA-AS接続の場合は，この名前はDEDA外部名となります。クライアント・アプリケーションのコード・ページと実行中のデータベース・システム・モニターが使用しているコード・ページが異なる場合は，appl_nameを交換するときにcodepage_idを利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Auth Id

(AUTH_ID)

モニターされているアプリケーションを呼び出したユーザーの許可ID。

−

string[33]

No

すべて

−

SQLM_ELM_AUTH_ID

詳細説明：

このエレメントを使用すると，アプリケーションを呼び出したユーザーを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Name

(DB_NAME)

情報が収集されるデータベースの実名またはアプリケーションの接続先でのデータベースの実名。

−

string[9]

No

すべて

−

SQLM_ELM_DB_NAME

詳細説明：

このエレメントを使用すると，データが適用される特定のデータベースを識別できます。

ホストへの接続，または AS/400およびiSeriesのデータベース・サーバへの接続でDB2 Connectを使用しないアプリケーションの場合は，このエレメントとdc_pathモニター・エレメントを組み合わせて使用すると，データベースを個別に識別し，モニターが提供する情報の各レベルに関連づけられます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Deadlocks

(DEADLOCKS)

発生したデッドロックの合計数。

−

ulong

No

すべて

−

SQLM_ELM_DEADLOCKS

詳細説明：

このエレメントは，アプリケーション間で競合の問題が起きていることを示す場合があります。問題の原因としては，次の状態が考えられます。

データベースでロック・エスカレーションが発生している。

システムが生成した行のロッキング数が十分なときに，アプリケーションが表を明示的にロッキングした。

アプリケーションがバインディングのときに使用した分離レベルが不適切である。

カタログ表が反復可能読み取りのためにロックされている。

複数のアプリケーションが同じロックを異なる順序で獲得しているために，デッドロックになっている。

この問題は，デッドロックが発生しているアプリケーション（またはアプリケーション処理）が判別できれば解決できます。この場合，アプリケーションが並行して実行できるようにアプリケーションを変更できます。ただし，一部のアプリケーションでは並行して実行できない場合があります。

接続タイム・スタンプ・モニター・エレメント（last_reset，db_conn_time，およびappl_con_time）を使用すると，デッドロックの重大度を判別できます。例えば，デッドロックが5時間に10回起こるよりも，5分間に10回起こるほうが重大です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Escals

(LOCK_ESCALS)

ロックが複数の行ロックから1つの表ロックにエスカレートされた回数。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_ESCALS

詳細説明：

アプリケーションが保留するロックの合計数がそのアプリケーションで使用可能なロック・リスト・スペースの最大量に達した場合，またはすべてのアプリケーションが使用するロック・リスト・スペースが合計ロック・リスト・スペースに近くなると，ロックはエスカレートされます。使用可能なロック・リスト・スペースの量は，maxlocksおよびlocklist構成パラメーターによって決まります。

1つのアプリケーションが使用可能な最大ロック数に達して，エスカレートするロックがほかにない場合は，ほかのアプリケーションに割り振られているロック・リストのスペースが使用されます。ロック・リスト全体が満杯になるとエラーが起こります。

このデータ項目には，排他ロック・エスカレーションも含めて，すべてのロック・エスカレーションのカウントが含まれます。

過剰なロック・エスカレーションが起こる場合は，幾つかの原因が考えられます。

同時アプリケーションの数に対してロック・リスト・サイズ（locklist）が小さい。

各アプリケーションが使用できるロック・リストのパーセント値（maxlocks）が小さい。

1つ以上のアプリケーションが使用しているロックの数が多過ぎる。

これらの問題を解決するには，次のようにしてください。

locklist構成パラメーター値を大きくする。

maxlocks構成パラメーター値を大きくする。

次の公式を使用して，ロック数の多いアプリケーション（locks_held_top参照），または大量のロック・リストを保留しているアプリケーションを識別する。

(((locks held ＊36) / (locklist ＊4096)) ＊100)

ここで，maxlocksの値を比較します。これらのアプリケーションがロック・リストの多くを使用すると，ほかのアプリケーションでロック・エスカレーションを起こします。これらのアプリケーションは行ロックではなく表ロックを使用して解決しようとしますが，表ロックを使用するとlock_waitsおよびlock_wait_timeの増加の原因となることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Timeouts

(LOCK_TIMEOUTS)

オブジェクトをロックするための要求が許可されずにタイムアウトになった回数。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_TIMEOUTS

詳細説明：

このエレメントは，locktimeoutデータベース構成パラメーターの設定値を調整するときに利用できます。通常の操作レベルと比較して，ロックのタイムアウト回数が多くなった場合は，ロックを長期にわたって保有しているアプリケーションが存在する可能性があります。この場合このエレメントは，ロックおよびデッドロックに関するほかの幾つかのモニター・エレメントを分析して，アプリケーションに問題があるかどうかを判別する必要があることを示している場合があります。

locktimeoutデータベース構成パラメーターの設定値が高過ぎると，ロックのタイムアウト回数が極端に少なくなります。この場合は，アプリケーションがロックを取得するための待機時間が長くなります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Wait Time

(LOCK_WAIT_TIME)

ロック待機の合計経過時間。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_WAIT_TIME

詳細説明：

データベース・レベルでは，このデータベース内ですべてのアプリケーションが1つのロックを待機した合計経過時間を示します。

アプリケーション接続およびトランザクションのレベルでは，この接続またはトランザクションがロックの付与を待機した合計経過時間を示します。

このエレメントとlock_waitsモニター・エレメントを組み合わせて使用すると，平均ロック待機時間を計算できます。この計算は，データベース・レベルとアプリケーション接続レベルのどちらでもできます。

経過時間を示すモニター・エレメントを使用するときは，次のことを考慮してください。

経過時間は，システム負荷の影響を受けるので，実行する処理数が多くなると，この経過時間の値は大きくなります。

このエレメントをデータベース・レベルで計算する場合，データベース・システム・モニターはアプリケーション・レベルの時間を合計します。この場合，同時に複数のアプリケーション処理が実行されていることがあるので，データベース・レベルでは経過時間が二重に計算されます。

意味のあるデータを提供するためには，上記の説明に従って平均ロック待機時間を計算してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Wait Time Avg

(LOCK_WAIT_TIME_AVG)

平均ロック待機時間。

−

float

No

すべて

−

LOCK_WAIT_TIME / LOCK_WAITS

詳細説明：

平均ロック待機時間が長い場合は，多数のロックを保留するアプリケーションまたはロック・エスカレーションを起こしているアプリケーションを探します。これによって，必要に応じてアプリケーションを調整して並行性を改善します。エスカレーションが原因で平均ロック待機時間が長くなっている場合は，locklistおよびmaxlocks構成パラメーターのどちらか，または両方の設定値が低過ぎることが原因と考えられます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Waits

(LOCK_WAITS)

アプリケーションまたは接続がロックを待機した合計回数。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_WAITS

詳細説明：

データベース・レベルでは，アプリケーションがデータベース内でロックを待機した合計回数を示します。

アプリケーション接続レベルでは，この接続がロックを要求し，ほかの接続がデータ上でロックを保留していたために待機した合計回数を示します。

このエレメントとlock_wait_timeを組み合わせて使用すると，データベース・レベルの場合は平均ロック待機時間を計算できます。この計算は，データベース・レベルとアプリケーション接続レベルのどちらでも行えます。

平均ロック待機時間が長い場合は，多数のロックを保留するアプリケーションまたはロック・エスカレーションを起こしているアプリケーションを探します。これによって，必要に応じてアプリケーションを調整して並行性を改善します。エスカレーションが原因で平均ロック待機時間が長くなっている場合は，locklistおよびmaxlocks構成パラメーターのどちらか，または両方の設定値が低過ぎることが原因と考えられます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Locks Held

(LOCKS_HELD)

現在保持されているロックの数。

−

ulong

No

すべて

−

SQLM_ELM_LOCKS_HELD

詳細説明：

モニター情報がデータベース・レベルの場合は，データベース内のすべてのアプリケーションが現在保持しているロックの合計数を示します。

モニター情報がアプリケーション・レベルの場合は，アプリケーションのすべてのエージェントが現在保持しているロックの合計数を示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Locks Waiting

(LOCKS_WAITING)

ロック待機中のエージェントの数を示します。

−

ulong

No

すべて

−

SQLM_ELM_LOCKS_WAITING

詳細説明：

このエレメントとappls_cur_consと組み合わせて使用すると，ロックを待機中のアプリケーションのパーセンテージがわかります。この値が大きい場合は，アプリケーションに並行性の問題があるおそれがあるため，ロックや排他ロックを長時間にわたって保留しているアプリケーションを確認する必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Assoc Agents

(NUM_ASSOC_AGENTS)

1つのアプリケーションに関連づけられているサブエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_NUM_ASSOC_AGENTS

詳細説明：

このエレメントは，エージェントの構成パラメータの設定を評価するのに役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record_Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record_Type

(INPUT_RECORD_TYPE)

レコード名。常に「DLIA」。

−

char(8)

Yes

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Uow Lock Wait Time

(UOW_LOCK_WAIT_TIME)

この作業単位がロックの待機に要した合計経過時間。

−

ulong

No

すべて

−

SQLM_ELM_UOW_LOCK_WAIT_TIME

詳細説明：

このエレメントは，リソース競合問題の重大度を判別するときに利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

X Lock Escals

(X_LOCK_ESCALS)

ロックが複数の行ロックから1つの排他表ロックにエスカレートされた回数。または行に対する排他ロックによって表ロックが排他ロックになった回数。

−

ulong

No

すべて

−

SQLM_ELM_X_LOCK_ESCALS

詳細説明：

ほかのアプリケーションは排他ロックによって保留されているデータにアクセスすることができません。そのため，排他ロックはデータの並行性に影響を与えるおそれがあるため，それを追跡することは重要です。

アプリケーションが保留するロックの合計数がそのアプリケーションで使用可能なロック・リスト・スペースの最大量に達すると，ロックはエスカレートされます。使用可能なロック・リスト・スペースの量は，locklistおよびmaxlocks構成パラメーターによって決まります。

1つのアプリケーションが使用可能な最大ロック数に達して，エスカレートするロックがほかにない場合は，ほかのアプリケーションに割り振られているロック・リストのスペースが使用されます。ロック・リスト全体が満杯になるとエラーが起こります。

過度の排他ロック・エスカレーションが起こる場合の考えられる原因と対策については，lock_escalsを参照してください。

共有ロックが十分あるのに，アプリケーションは排他ロックを使用することがあります。共有ロックによってロック・エスカレーションの合計数を減らすことはできませんが，排他ロックのエスカレーションよりも共有ロックのエスカレーションのほうが望ましいと考えられます。

Lock Information on Database(PD_DLID)

機能

データベースレベルのロック情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：721バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Deadlocks

(DEADLOCKS)

発生したデッドロックの合計数。

−

ulong

No

すべて

−

SQLM_ELM_DEADLOCKS

詳細説明：

このエレメントは，アプリケーション間で競合の問題が起きていることを示す場合があります。問題の原因としては，次の状態が考えられます。

データベースでロック・エスカレーションが発生している。

システムが生成した行のロッキング数が十分なときに，アプリケーションが表を明示的にロッキングした。

アプリケーションがバインディングのときに使用した分離レベルが不適切である。

カタログ表が反復可能読み取りのためにロックされている。

複数のアプリケーションが同じロックを異なる順序で獲得しているために，デッドロックになっている。

この問題は，デッドロックが発生しているアプリケーション（またはアプリケーション処理）が判別できれば解決できます。この場合，アプリケーションが並行して実行できるようにアプリケーションを変更できます。ただし，一部のアプリケーションでは並行して実行できない場合があります。

接続タイム・スタンプ・モニター・エレメント（last_reset，db_conn_time，およびappl_con_time）を使用すると，デッドロックの重大度を判別できます。例えば，デッドロックが5時間に10回起こるよりも，5分間に10回起こるほうが重大です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Escals

(LOCK_ESCALS)

ロックが複数の行ロックから1つの表ロックにエスカレートされた回数。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_ESCALS

詳細説明：

アプリケーションが保留するロックの合計数がそのアプリケーションで使用可能なロック・リスト・スペースの最大量に達した場合，またはすべてのアプリケーションが使用するロック・リスト・スペースが合計ロック・リスト・スペースに近くなると，ロックはエスカレートされます。使用可能なロック・リスト・スペースの量は，maxlocksおよびlocklist構成パラメーターによって決まります。

1つのアプリケーションが使用可能な最大ロック数に達して，エスカレートするロックがほかにない場合は，ほかのアプリケーションに割り振られているロック・リストのスペースが使用されます。ロック・リスト全体が満杯になるとエラーが起こります。

このデータ項目には，排他ロック・エスカレーションも含めて，すべてのロック・エスカレーションのカウントが含まれます。

過剰なロック・エスカレーションが起こる場合は，幾つかの原因が考えられます。

同時アプリケーションの数に対してロック・リスト・サイズ（locklist）が小さい場合。

各アプリケーションが使用できるロック・リストのパーセント値（maxlocks）が小さい場合。

1つ以上のアプリケーションが使用しているロックの数が多過ぎる場合。

これらの問題を解決するには，次のようにしてください。

locklist構成パラメーター値を大きくする。

maxlocks構成パラメーター値を大きくする。

次の公式を使用して，ロック数の多いアプリケーション（locks_held_top参照），または大量のロック・リストを保留しているアプリケーションを識別する。

(((locks held ＊36) / (locklist ＊4096)) ＊100)

ここで，maxlocksの値を比較します。これらのアプリケーションがロック・リストの多くを使用すると，ほかのアプリケーションでロック・エスカレーションを起こします。これらのアプリケーションは行ロックではなく表ロックを使用して解決しようとしますが，表ロックを使用するとlock_waitsおよびlock_wait_timeの増加の原因となることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock List In Use

(LOCK_LIST_IN_USE)

使用中のロック・リスト・メモリーの合計量(バイト単位)。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_LIST_IN_USE

詳細説明：

このエレメントとlocklist構成パラメーターを組み合わせて使用すると，ロック・リスト使用率を計算できます。ロック・リスト使用率が高い場合は，そのパラメーターのサイズを増やすことを考慮してください。

＜注意事項＞

使用率を計算する場合，locklist構成パラメーターが各4キロバイトのページ単位で割り振られるのに対し，モニター・エレメントの結果はバイト数で表されることに注意してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Timeouts

(LOCK_TIMEOUTS)

オブジェクトをロックするための要求が許可されずにタイムアウトになった回数。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_TIMEOUTS

詳細説明：

このエレメントは，locktimeoutデータベース構成パラメーターの設定値を調整するときに利用できます。通常の操作レベルと比較して，ロックのタイムアウト回数が多くなった場合は，ロックを長期にわたって保有しているアプリケーションがある可能性があります。この場合このエレメントは，ロックおよびデッドロックに関するほかの幾つかのモニター・エレメントを分析して，アプリケーションに問題があるかどうかを判別する必要があることを示している場合があります。

locktimeoutデータベース構成パラメーターの設定値が高過ぎると，ロックのタイムアウト回数が極端に少なくなります。この場合は，アプリケーションがロックを取得するための待機時間が長くなります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Wait Time

(LOCK_WAIT_TIME)

ロック待機の合計経過時間。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_WAIT_TIME

詳細説明：

データベース・レベルでは，このデータベース内ですべてのアプリケーションが1つのロックを待機した合計経過時間を示します。

アプリケーション接続およびトランザクションのレベルでは，この接続またはトランザクションがロックの付与を待機した合計経過時間を示します。

このエレメントとlock_waitsモニター・エレメントを組み合わせて使用すると，平均ロック待機時間を計算できます。この計算は，データベース・レベルとアプリケーション接続レベルのどちらでも行えます。

経過時間を示すモニター・エレメントを使用するときは，次のことを考慮してください。

経過時間は，システム負荷の影響を受けるので，実行する処理数が多くなると，この経過時間の値は大きくなります。

このエレメントをデータベース・レベルで計算する場合，データベース・システム・モニターはアプリケーション・レベルの時間を合計します。この場合，同時に複数のアプリケーション処理が実行されていることがあるので，データベース・レベルでは経過時間が二重に計算されます。

意味のあるデータを提供するためには，上記の説明に従って平均ロック待機時間を計算してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Wait Time Avg

(LOCK_WAIT_TIME_AVG)

平均ロック待機時間。

−

float

No

すべて

−

LOCK_WAIT_TIME / LOCK_WAITS

詳細説明：

平均ロック待機時間が長い場合は，多数のロックを保留するアプリケーションまたはロック・エスカレーションを起こしているアプリケーションを探します。これによって，必要に応じてアプリケーションを調整して並行性を改善します。エスカレーションが原因で平均ロック待機時間が長くなっている場合は，locklistおよびmaxlocks構成パラメーターのどちらか，または両方の設定値が低過ぎることが原因と考えられます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Lock Waits

(LOCK_WAITS)

アプリケーションまたは接続がロックを待機した合計回数。

−

ulong

No

すべて

−

SQLM_ELM_LOCK_WAITS

詳細説明：

データベース・レベルでは，アプリケーションがデータベース内でロックを待機した合計回数を示します。

アプリケーション接続レベルでは，この接続がロックを要求し，ほかの接続がデータ上でロックを保留していたために待機した合計回数を示します。

このエレメントとlock_wait_timeを組み合わせて使用すると，データベース・レベルの場合は平均ロック待機時間を計算できます。この計算は，データベース・レベルとアプリケーション接続レベルのどちらでも行えます。

平均ロック待機時間が長い場合は，多数のロックを保留するアプリケーションまたはロック・エスカレーションを起こしているアプリケーションを探します。これによって，必要に応じてアプリケーションを調整して並行性を改善します。エスカレーションが原因で平均ロック待機時間が長くなっている場合は，locklistおよびmaxlocks構成パラメーターのどちらか，または両方の設定値が低過ぎることが原因と考えられます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Locks Held

(LOCKS_HELD)

現在保持されているロックの数。

−

ulong

No

すべて

−

SQLM_ELM_LOCKS_HELD

詳細説明：

モニター情報がデータベース・レベルの場合は，データベース内のすべてのアプリケーションが現在保持しているロックの合計数を示します。

モニター情報がアプリケーション・レベルの場合は，アプリケーションのすべてのエージェントが現在保持しているロックの合計数を示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Locks Waiting

(LOCKS_WAITING)

ロック待機中のエージェントの数を示します。

−

ulong

No

すべて

−

SQLM_ELM_LOCKS_WAITING

詳細説明：

このエレメントとappls_cur_consと組み合わせて使用すると，ロックを待機中のアプリケーションのパーセンテージがわかります。この値が大きい場合は，アプリケーションに並行性の問題があるおそれがあるため，ロックや排他ロックを長時間にわたって保留しているアプリケーションを確認する必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record_Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record_Type

(INPUT_RECORD_TYPE)

レコード名。常に「DLID」。

−

char(8)

Yes

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

X Lock Escals

(X_LOCK_ESCALS)

ロックが複数の行ロックから1つの排他表ロックにエスカレートされた回数。または行に対する排他ロックによって表ロックが排他ロックになった回数。

−

ulong

No

すべて

−

SQLM_ELM_X_LOCK_ESCALS

詳細説明：

ほかのアプリケーションは排他ロックによって保留されているデータにアクセスできません。そのため，排他ロックはデータの並行性に影響を与えるおそれがあるため，それを追跡することは重要です。

アプリケーションが保留するロックの合計数がそのアプリケーションで使用可能なロック・リスト・スペースの最大量に達すると，ロックはエスカレートされます。使用可能なロック・リスト・スペースの量は，locklistおよびmaxlocks構成パラメーターによって決まります。

1つのアプリケーションが使用可能な最大ロック数に達して，エスカレートするロックがほかにない場合は，ほかのアプリケーションに割り振られているロック・リストのスペースが使用されます。ロック・リスト全体が満杯になるとエラーが起こります。

過度の排他ロック・エスカレーションが起こる場合の考えられる原因と対策については，lock_escalsを参照してください。

共有ロックが十分あるのに，アプリケーションは排他ロックを使用することがあります。共有ロックによってロック・エスカレーションの合計数を減らすことはできませんが，排他ロックのエスカレーションよりも共有ロックのエスカレーションのほうが望ましいと考えられます。

Sort Status on Database（PD_DSOD）

機能

データベース・レベルのソートについての情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：733バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Active Sorts

(ACTIVE_SORTS)

現在ソート・ヒープが割り振られているデータベース内のソート数。

−

ulong

No

すべて

−

SQLM_ELM_ACTIVE_SORTS

詳細説明：

この値とsort_heap_allocatedを組み合わせて使用すると，各ソートで使用される平均ソート・ヒープ・スペースを判別できます。使用されている平均ソート・ヒープと比較して，sortheap構成パラメーターが非常に大きい場合は，このパフォーマンス値を低くできます。

この値には，関連操作で作成された一時表のソートのヒープが含まれます。

詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DSOD」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sheapthres

(SHEAPTHRES)

ソート・ヒープしきい値。

−

ulong

No

すべて

−

SQLF_KTN_SHEAPTHRES

詳細説明：

専用および共有ソートは，2つの異なるメモリー・ソースからメモリーを使用します。共有ソート・メモリー領域のサイズは，データベースへの最初の接続時にsheapthresの値に基づいて静的に事前決定されます。専用ソート・メモリー領域のサイズは制限されていません。

sheapthresパラメーターは，専用および共有ソートで次のように異なった使い方をされます。

専用ソートの場合，このパラメーターは指定された時間に専用ソートによって使用されるメモリーの合計量でのインスタンス規模のソフト制限です。インスタンスの専用ソートでのメモリー使用量の合計がこの制限に達すると，追加の入力専用ソート要求が相当量削減されます。

共有ソートの場合は，このパラメーターは，特定の時点で共有ソートによって使用されるメモリーの合計量に対するデータベース規模のハード制限です。この制限に達すると，共有ソート・メモリーの合計使用量がsheapthresによって指定された制限より下に落ちるまで，共有ソート・メモリー要求は許可されなくなります。

ソート・ヒープを使用する操作の例としては，ハッシュ結合，動的ビットマップ(索引ANDおよびStarJoinで使用される)，および表がメモリー内にある操作などがあります。

しきい値を明示的に定義すると，データベース・マネージャーが大規模なソートに対して余分なメモリー量を使用することを防げます。

非パーティション・データベース環境からパーティション・データベース環境に移動するに当たって，このパラメーターの値を大きくする理由はありません。単一データベース・パーティション環境でデータベースおよびデータベース・マネージャーの構成パラメーターを調整してあれば，ほとんどの場合，同じ値がパーティション・データベース環境にも適合します。

ソート・ヒープしきい値パラメーターは，データベース・マネージャー構成パラメーターとして，DB2インスタンス全体にわたって適用されます。このパラメーターを異なるノードや異なるパーティションで異なる値に設定するには，複数のDB2インスタンスを作成する以外に方法はありません。このためには，異なるデータベース・パーティション・グループにわたって異なるDB2データベースの管理が必要になります。こうした方法では，パーティション・データベース環境での，利点の多くの目的が達成されないことになります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sheapthres Shr

(SHEAPTHRES_SHR)

共有ソートのソート・ヒープしきい値。

−

ulong

No

すべて

−

SQLF_DBTN_SHEAPTHRES_SHR

詳細説明：

このパラメーターは，任意の一時点にソート用として使用できるデータベース共有メモリーの合計量に対するハード制限を表します。アクティブ共有ソート用の共有メモリーの合計量がこの限度に達すると，後続のソートは失敗します(SQL0955C)。sheapthres_shrの値が0の場合は，共有ソート・メモリーのしきい値は，sheapthresデータベース・マネージャー構成パラメーターの値に等しく，専用ソートのソート・メモリーしきい値を表す場合にも使用されます。sheapthres_shrの値が非ゼロの場合は，この非ゼロ値が共有ソート・メモリーしきい値として使用されます。

sheapthres_shrに意味があるのは，次の2つの場合だけです。

intra_parallelデータベース・マネージャー構成パラメーターがyesに設定されている場合。

intra_parallelがnoに設定されているときは，共有ソートはないからです。

集線装置がオンの場合(つまり，max_connectionsがmax_coordagentsより大のとき)。

WITHHOLDオプションを指定して宣言されたカーソルを使用するソートは，共有メモリーから割り振られるからです。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Heap Allocated

(SORT_HEAP_ALLOCATED)

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の合計。

−

ulong

No

すべて

−

SQLM_ELM_SORT_HEAP

_ALLOCATED

詳細説明：

各ソートに割り振られたメモリー量は，利用できるソート・ヒープ・サイズの一部だけの場合とすべての場合があります。ソート・ヒープ・サイズは各ソートで利用できるメモリー量を示し，データベース構成パラメーターのsortheapに定義されている値です。

1つのアプリケーションが同時に複数のソートをアクティブにできます。例えば，副照会付きのSELECTステートメントを使用すると，同時に複数のソートが行われる場合があります。

情報は次の2つのレベルで収集できます。

データベース・マネージャーのレベルでは，データベース・マネージャー内のアクティブなすべてのデータベースでのすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

データベース・レベルでは，1つのデータベースでのすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

通常のメモリーの見積もりにはソート・ヒープ・スペースは含まれません。過剰なソートが発生している場合は，ソート・ヒープに使用される追加のメモリー量にデータベース・マネージャーを実行するのに必要な基本メモリー量を加える必要があります。一般に，ソート・ヒープが大きくなるほど，ソート効率は高くなります。索引を正しく使用すると，ソートに必要な量を少なくできます。

データベース・マネージャー・レベルに戻された情報は，sheapthres構成パラメーターの調整に利用できます。エレメントの値がsheapthres以上になっている場合は，sortheapパラメーターに定義されているソート・ヒープをソートで完全に得られていないことを示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Heap Allocated Avg

(SORT_HEAP_ALLOCATED_AVG)

スナップショットが取られたときに，選択したレベルのすべてのソートに割り振られたソート・ヒープ・スペース用のページ数の平均。

−

float

No

すべて

−

SORT_HEAP_ALLOCATED / ACTIVE_SORTS

詳細説明：

各ソートに割り振られたメモリー量は，利用できるソート・ヒープ・サイズの一部だけの場合とすべての場合があります。ソート・ヒープ・サイズは各ソートで利用できるメモリー量を示し，sortheapデータベース構成パラメーターに定義されている値です。データベース内のすべてのソートを対象に，割り振られたソート・ヒープ・スペースの合計を示します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Overflows

(SORT_OVERFLOWS)

ソート・ヒープを使い果たし，一時記憶用のディスク・スペースが必要になったおそれのあるソートの合計数。

−

ulong

No

すべて

○

SQLM_ELM_SORT_OVERFLOWS

詳細説明：

データベース・レベルまたはアプリケーション・レベルでは，この値とtotal_sortsを組み合わせて使用すると，ディスクにオーバーフローしたソートのパーセンテージを計算できます。このパーセンテージが高い場合は，sortheapの値を大きくして，データベース構成を調整する必要があります。

ステートメント・レベルでこのエレメントを使用すると，大量のソートを必要とするステートメントを識別できます。このようなステートメントは，さらに調整して必要となるソート量を少なくすると効率が上がります。

ソートがオーバーフローすると，ソートにマージ・フェーズが必要となり，データをディスクに書き込む必要がある場合は入出力がさらに必要となるので，オーバーヘッドが増えます。

このエレメントは，1ステートメント，1アプリケーション，または1つのデータベースにアクセスするすべてのアプリケーションについて情報を提供します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Overflows Rate

(SORT_OVERFLOWS_RATE)

ソート・ヒープを使い果たし，一時記憶用のディスク・スペースが必要になったおそれのあるソートの割合。

−

float

No

すべて

−

( SORT_OVERFLOWS / TOTAL_SORTS ) ＊ 100

詳細説明：

この値が高い場合は，sortheapの値を大きくして，データベース構成を調整する必要があります。この値が低い場合は，ソート・ヒープ・サイズを大きくしても，バッファー・サイズを極端に大きくしなければ，パフォーマンスに影響を与えることはほとんどありません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Shrheap Allocated

(SORT_SHRHEAP_ALLOCATED)

現在割り振られているソート共有ヒープ。

−

ulong

No

すべて

−

SQLM_ELM_SORT_SHRHEAP

_ALLOCATED

詳細説明：

このエレメントを使用して，共有ソート・メモリーのしきい値を評価できます。この値が共有ソート・メモリーの現行しきい値より大幅に高いことや低いことが頻繁にある場合は，おそらく，しきい値を調整する必要があります。

注：

共有ソート・メモリーしきい値は，SHEAPTHRES_SHRデータベース構成パラメーターが0の場合はSHEAPTHRESデータベース構成パラメーターの値で決まります。0でない場合はSHEAPTHRES_SHRの値で決まります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Shrheap Allocated Rate

(SORT_SHRHEAP_ALLOCATED_RATE)

データベースの共有ソート・メモリー使用率。

−

float

No

すべて

−

SHEAPTHRES_SHR != 0 ? ( SORT_SHRHEAP_ALLOCATED / SHEAPTHRES_SHR ) ＊ 100 : ( SORT_SHRHEAP_ALLOCATED / SHEAPTHRES ) ＊ 100

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Sort Shrheap Top

(SORT_SHRHEAP_TOP)

ソート共有ヒープの最高水準点。

−

ulong

No

すべて

−

SQLM_ELM_SORT_SHRHEAP

_TOP

詳細説明：

このエレメントを使用して，SHEAPTHRES(またはSHEAPTHRES_SHR)が最適な値に設定されているかどうかを評価できます。例えば，この最高水準点が常に共有ソート・メモリーしきい値よりも大幅に低い場合は，おそらくこのしきい値を小さくしてデータベースのほかの機能にメモリーを解放する必要があります。逆にこの最高水準点が共有ソート・メモリーしきい値に近づき始めたら，そのしきい値を大きくする必要がある場合があります。共有ソート・メモリーしきい値は堅固な制限であるため，そのことは重要です。ソート・メモリーの合計量がそのしきい値に達したら，共有ソートは開始できなくなります。

このエレメントは，専用ソート・メモリーの最高水準点と組み合わせて使用すると，共有および専用ソートのしきい値をそれぞれ単独に設定する必要があるかどうかを判別することにも利用できます。SHEAPTHRES_SHRデータベース構成オプションの値が0の場合は通常，共有ソート・メモリーしきい値はSHEAPTHRESデータベース・マネージャー構成オプションの値で決まります。ただし専用ソート・メモリーと共有ソート・メモリーの最高水準点に大きな違いがある場合は，SHEAPTHRESをオーバーライドして，SHEAPTHRES_SHRを共有ソート・メモリーの最高水準点を基にしたより適切な値に設定する必要がある場合があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Sort Time

(TOTAL_SORT_TIME)

実行されたすべてのソートの合計経過時間。ミリ秒単位。

−

ulong

No

すべて

−

SQLM_ELM_TOTAL_SORT

_TIME

詳細説明：

データベースまたはアプリケーションのレベルでこのエレメントとtotal_sortsを組み合わせて使用すると，平均ソート時間を計算できます。平均ソート時間は，ソートがパフォーマンス上の問題となっているかどうかを表します。

ステートメント・レベルでこのエレメントを使用すると，ソート時間の多いステートメントを識別できます。このようなステートメントは，さらに調整してソート時間を少なくすると効率が上がります。

このカウントには，関連操作のために作成される一時表のためのソート時間も含まれています。このカウントは，1ステートメント，1アプリケーション，または1つのデータベースにアクセスするすべてのアプリケーションについて情報を提供します。

経過時間を示すモニター・エレメントを使用するときは，次のことを考慮してください。

経過時間は，システム負荷の影響を受けるので，実行する処理数が多くなると，この経過時間の値は大きくなります。

このモニター・エレメントをデータベース・レベルで計算する場合，データベース・システム・モニターはアプリケーション・レベルの時間を合計します。この場合，同時に複数のアプリケーション処理が実行されていることがあるので，データベース・レベルでは時間が二重に計算されます。

データベース・レベルで意味のあるデータを得るためには，データを低いレベルに正規化する必要があります。

例：

total_sort_time/total_sorts

これは，ソート当たりの平均経過時間に関する情報を示しています。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Sort Time Avg

(TOTAL_SORT_TIME_AVG)

実行されたすべてのソートでの合計経過時間の平均。ミリ秒単位。

−

ulong

No

すべて

−

TOTAL_SORT_TIME / TOTAL_SORTS

詳細説明：

平均ソート時間は，ソートがパフォーマンス上の問題となっているかどうかを表します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Total Sorts

(TOTAL_SORTS)

実行されたソートの合計数。

−

ulong

No

すべて

○

SQLM_ELM_TOTAL_SORTS

詳細説明：

データベースまたはアプリケーションのレベルでは，この値とsort_overflowsを組み合わせて使用すると，ヒープ・スペースをさらに必要とするソートのパーセンテージを計算できます。さらに，total_sort_timeと組み合わせると，平均ソート時間を計算できます。

ソート合計数に対してソートのオーバーフロー回数が少ない場合は，ソート・ヒープ・サイズを大きくしても，バッファー・サイズを極端に大きくしなければ，パフォーマンスに影響を与えることはほとんどありません。

ステートメント・レベルでこのエレメントを使用すると，多数のソート操作を実行するステートメントを識別できます。このようなステートメントは，さらに調整してソート回数を少なくすると利点があります。また，SQLEXPLAINステートメントを使用すると，1つのステートメントが実行するソートの回数を識別できます。

詳細については，DB2のマニュアルを参照してください。

SQL Statement on Application（PD_DSQA）

機能

アプリケーション・レベルのSQL Statement情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

AGENT_ID

ライフタイム

アプリケーションがデータベースに接続している間。

レコードサイズ

固定部：681バイト

可変部：424バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Agent Id

(AGENT_ID)

アプリケーションの固有ID。

−

ulong

No

すべて

−

SQLM_ELM_AGENT_ID

詳細説明：

アプリケーション・ハンドルを使用すると，アクティブ・アプリケーションを一意的に識別できます。アプリケーション・ハンドルは，エージェントIDと同義です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Id

(APPL_ID)

アプリケーションがデータベース・マネージャーのデータベースに接続したときのID。

−

string(33)

No

すべて

−

SQLM_ELM_APPL_ID

詳細説明：

このIDはクライアントとサーバの両者によって認識されるため，このIDを使用すると，アプリケーションのクライアント部分とサーバ部分を相関させることができます。DDCSアプリケーションでアプリケーションのクライアント部分とサーバ部分を相関させるにはoutbound_appl_idも必要です。このIDは，ネットワーク内では固有のIDです。アプリケーションIDにはさまざまな形式があり，データベース・マネージャーまたはDDCS（またはその両方）を実行中のクライアントとサーバマシン間の通信プロトコルによって形式が異なります。どの形式の場合もピリオドで区切られた3つの部分で構成されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Appl Name

(APPL_NAME)

クライアントで実行中のアプリケーションの名前。

−

string(257)

No

すべて

−

SQLM_ELM_APPL_NAME

詳細説明：

このエレメントとappl_idを使用すると，データ項目をアプリケーションに関連づけることができます。クライアントサーバ環境では，この名前はデータベース接続を確立するためにクライアントからサーバに送られます。DRDA-AS接続の場合は，この名前はDEDA外部名となります。クライアント・アプリケーションのコード・ページと実行中のデータベース・システム・モニターが使用しているコード・ページが異なる場合は，appl_nameを交換するときにcodepage_idを利用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Auth Id

(AUTH_ID)

モニターされているアプリケーションを呼び出したユーザーの許可ID。

−

string(33)

No

すべて

−

SQLM_ELM_AUTH_ID

詳細説明：

このエレメントを使用すると，アプリケーションを呼び出したユーザーを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Commit SQL STMTS

(COMMIT_SQL_STMTS)

試行された SQL COMMIT ステートメントの合計数。

−

ulong

No

すべて

○

SQLM_ELM_COMMIT_SQL

_STMTS

詳細説明：

モニター期間中にこのカウンターの変化量が少ない場合は，各アプリケーションのコミット頻度が少ないことを示し，ロギングとデータの並行性について問題となる場合があります。

このエレメントを使用すると，次の項目を合計して合計作業単位数も計算できます。

commit_sql_stmts+int_commits+rollback_sql_stmts+int_rollbacks

注：

計算した作業単位に含まれるのは，次の時点以降の作業単位だけです。

データベースへの接続(データベース・レベルの情報の場合は，最初の接続時刻)

データベース・モニター・カウンターの最後のリセット

この計算は，データベース・レベルとアプリケーション・レベルのどちらでもできます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DB Name

(DB_NAME)

情報が収集されるデータベースの実名またはアプリケーションの接続先でのデータベースの実名。

−

string(9)

No

すべて

−

SQLM_ELM_DB_NAME

詳細説明：

このエレメントを使用すると，データが適用される特定のデータベースを識別できます。

ホストへの接続またはIBM製品でのデータベース・サーバへの接続でDB2Connectを使用しないアプリケーションの場合は，このエレメントとdc_pathモニター・エレメントを組み合わせて使用すると，データベースを個別に識別し，モニターが提供する情報の各レベルに関連づけることができます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DDL SQL STMTS

(DDL_SQL_STMTS)

実行されたSQLデータ定義言語(DDL)ステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_DDL_SQL_STMTS

詳細説明：

このエレメントを使用すると，アプリケーション・レベルまたはデータベース・レベルのデータベース・アクティビティーのレベルを判別できます。DDLステートメントは，システム・カタログ表への影響のために実行にコストが掛かります。そのため，このエレメントの値が大きい場合は，その原因を特定して，このアクティビティーが実行されないように制約する必要があります。

このエレメントを使用すると，次の公式を使用して，DDLアクティビティーのパーセンテージも計算できます。

ddl_sql_stmts/totalnumberofstatements

この情報は，アプリケーションのアクティビティーおよびスループットの分析に役立ちます。DDLステートメントも次の項目に影響を与えます。

カタログ・キャッシュ

保管されている記述子情報と許可情報が無効になるので，システム・カタログから情報を取り出すためのシステム・オーバーヘッドが増加します。

パッケージ・キャッシュ

保管されているセクションが無効になるので，セクションの再コンパイルのための，システム・オーバーヘッドが増加します。

DDLステートメントの例としては，CREATETABLE，CREATEVIEW，ALTERTABLE，およびDROPINDEXがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DDL SQL STMTS Rate

(DDL_SQL_STMTS_RATE)

実行されたSQLデータ定義言語(DDL)ステートメントの比率。

−

float

No

すべて

−

DDL_SQL_STMTS / ( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) ＊100

詳細説明：

DDLステートメントは，システム・カタログ表への影響のために実行にコストが掛かります。そのため，比率が大きい場合は，その原因を特定して，このアクティビティーが実行されないように制約する必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Dynamic SQL STMTS

(DYNAMIC_SQL_STMTS)

試行された動的SQLステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_DYNAMIC_SQL

_STMTS

詳細説明：

このエレメントを使用すると，データベース・レベルまたはアプリケーション・レベルで成功したSQLステートメントの合計数を計算できます。

dynamic_sql_stmts+static_sql_stmts-failed_sql_stmts=モニター期間中のスループット

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Failed SQL STMTS

(FAILED_SQL_STMTS)

試行されたが失敗したSQLステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_FAILED_SQL

_STMTS

詳細説明：

このエレメントを使用すると，データベース・レベルまたはアプリケーション・レベルで成功したSQLステートメントの合計数を計算できます。

dynamic_sql_stmts+static_sql_stmts-failed_sql_stmts=モニター期間中のスループット

このカウントには，負のSQLCODEを受信したすべてのSQLステートメントを含みます。

このエレメントは，パフォーマンスが低い場合の原因の判別にも役に立ちます。これは，失敗したステートメントがあると，データベース・マネージャーで余分な時間が掛かり，その結果データベースのスループットが落ちるからです。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Num Assoc Agents

(NUM_ASSOC_AGENTS)

1つのアプリケーションに関連づけられているサブエージェントの数。

−

ulong

No

すべて

−

SQLM_ELM_NUM_ASSOC

_AGENTS

詳細説明：

このエレメントは，エージェント構成パラメーターの設定を評価するのに役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Num Overflows

(PRIV_WORKSPACE_NUM_OVERFLOWS)

割り振られたメモリーの境界から専用ワークスペースがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_PRIV_WORKSPACE

_NUM_OVERFLOWS

詳細説明：

このエレメントとpriv_workspace_size_topを組み合わせて使用すると，オーバーフローを防止するのに専用ワークスペースのサイズを大きくする必要があるかどうかを判別できます。専用ワークスペースがオーバーフローすると，パフォーマンスが低下するだけでなく，エージェントの専用メモリーから割り振られたほかのヒープでメモリー不足エラーが発生することがあります。

データベース・レベルでは，専用ワークスペースの最大サイズのある専用ワークスペースとして報告された専用ワークスペースがこのエレメントの報告の対象となります。アプリケーション・レベルでは，現行アプリケーションにサービスを提供した各エージェントのワークスペースがオーバーフローした回数となります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Section Inserts

(PRIV_WORKSPACE_SECTION_INSERTS)

専用ワークスペースへの，アプリケーションによるSQLセクション挿入数。

−

ulong

No

すべて

−

SQLM_ELM_PRIV_WORKSPACE

_SECTION_INSERTS

詳細説明：

実行できるセクションの作業用コピーは，専用ワークスペース内に保管されます。

このカウンターは，コピーが使用できなかったために挿入が必要だった場合を示します。データベース・レベルでは，データベース内のすべての専用ワークスペースを対象に，すべてアプリケーションでの累計挿入数を示します。アプリケーション・レベルでは，このアプリケーションの専用ワークスペース内にあるすべてのセクションを対象とした累計挿入数を示します。

エージェントが異なるアプリケーションに関連づけられているような集線装置環境では，新しいエージェントに必要な使用できるセクションが専用ワークスペース内にない場合に，専用ワークスペースの追加挿入が必要になります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Section Lookups

(PRIV_WORKSPACE_SECTION_LOOKUPS)

エージェントの専用ワークスペースでの，アプリケーションによるSQLセクション参照数。

−

ulong

No

すべて

−

SQLM_ELM_PRIV_WORKSPACE

_SECTION_LOOKUPS

詳細説明：

各アプリケーションは，自分に代わって作業するエージェントの専用ワークスペースにアクセスできます。

このカウンターは，アプリケーション用の特定セクションを見つけるために専用ワークスペースがアクセスされた回数を示します。データベース・レベルでは，データベース内のすべての専用ワークスペースを対象に，すべてのアプリケーションでの累計参照数を示します。アプリケーション・レベルでは，このアプリケーションの専用ワークスペース内にあるすべてのセクションを対象とした累計参照数を示します。

このエレメントと専用ワークスペース・セクション挿入数を組み合わせて使用すると，専用ワークスペースのサイズを調整できます。専用ワークスペースのサイズをコントロールしているのは，applheapsz構成パラメーターです。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Size Top

(PRIV_WORKSPACE_SIZE_TOP)

専用ワークスペースが到達した最大サイズ。

−

ulong

No

すべて

○

SQLM_ELM_PRIV_WORKSPACE

_SIZE_TOP

詳細説明：

各エージェントには1つの専用ワークスペースがあり，エージェントがサービスを提供するアプリケーションはこれにアクセスをします。このエレメントは，アプリケーションにサービスを提供するエージェントが必要とする専用ワークスペースの最大バイト数を示します。データベース・レベルでは，現行データベースにアタッチされているすべてのエージェントが必要とする，すべての専用ワークスペースの最大バイト数を示します。アプリケーション・レベルでは，現行アプリケーションにサービスを提供したエージェントでのすべての専用ワークスペースの中での最大サイズを示します。

専用ワークスペースがオーバーフローすると，エージェント専用メモリーにあるほかのエンティティーからメモリーを一時的に借用します。この結果，これらのエンティティーでメモリー不足エラーが発生したり，パフォーマンスが低下したりすることがあります。APPLHEAPSZを大きくすると，オーバーフローの確率を低くできます。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DSQA」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Rollback SQL STMTS

(ROLLBACK_SQL_STMTS)

試行されたSQL ROLLBACKステートメントの合計数。

−

ulong

No

すべて

○

SQLM_ELM_ROLLBACK_SQL

_STMTS

詳細説明：

ロールバックは，アプリケーション要求，デッドロック，またはエラー状態の結果として起こります。このエレメントでは，アプリケーションが発行したロールバック・ステートメントだけカウントされます。

アプリケーション・レベルでは，このエレメントはアプリケーションのデータベース・アクティビティー・レベルとその他のアプリケーションとの競合の量を判別するのに役立ちます。データベース・レベルでは，データベース内のアクティビティーの量とデータベース上での，アプリケーション間の競合の量を判別できます。

注：

ロールバック・アクティビティーが多くなるとデータベースのスループットが低下するので，ロールバックの回数を最小限にとどめてください。

次の項目を合計すると，作業単位の合計数も計算できます。

commit_sql_stmts+int_commits+rollback_sql_stmts+int_rollbacks

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Select SQL STMTS

(SELECT_SQL_STMTS)

実行されたSQL SELECTステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_SELECT_SQL

_STMTS

詳細説明：

このエレメントを使用すると，アプリケーション・レベルまたはデータベース・レベルのデータベース・アクティビティーのレベルを判別できます。

次の公式を使用すると，すべてのステートメントに対するSELECTステートメントの比率を計算できます。

select_sql_stmts/(static_sql_stmts+dynamic_sql_stmts)

この情報は，アプリケーションのアクティビティーおよびスループットの分析に役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Select SQL STMTS Rate

(SELECT_SQL_STMTS_RATE)

すべてのステートメントに対するSELECTステートメントの比率。

−

float

No

すべて

−

SELECT_SQL_STMTS / ( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) ＊100

詳細説明：

データベース・アクティビティーのレベルを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Hit Rate

(SHR_WORKSPACE_HIT_RATE)

共有ワークスペース・ヒット率。

−

float

No

すべて

−

( 1 - ( SHR_WORKSPACE_SECTION_INSERTS / SHR_WORKSPACE_SECTION_LOOKUPS ) ) ＊100

詳細説明：

共有ワークスペース（app_ctl_heap_sz）のサイズを調整します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Num Overflows

(SHR_WORKSPACE_NUM_OVERFLOWS)

割り振られたメモリーの境界から共有ワークスペースがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_SHR_WORKSPACE

_NUM_OVERFLOWS

詳細説明：

このエレメントとshr_workspace_size_topを組み合わせて使用すると，オーバーフローを防止するのに共有ワークスペースのサイズを大きくする必要があるかどうかを判別できます。共有ワークスペースがオーバーフローすると，パフォーマンスが低下するだけでなく，アプリケーションの共有メモリーから割り振られたほかのヒープでメモリー不足エラーが発生することがあります。

データベース・レベルでは，最大共有ワークスペース・サイズのある共有ワークスペースとして報告された共有ワークスペースがこのエレメントの報告の対象となります。アプリケーション・レベルでは，現行アプリケーションが使用するワークスペースのオーバーフロー回数を示します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Section Inserts

(SHR_WORKSPACE_SECTION_INSERTS)

共有ワークスペースへの，アプリケーションによるSQLセクション挿入数。

−

ulong

No

すべて

−

SQLM_ELM_SHR_WORKSPACE

_SECTION_INSERTS

詳細説明：

実行できるセクションの作業用コピーは，共有ワークスペース内に保管されます。このカウンターは，コピーが使用できなかったために挿入が必要だった場合を示します。

データベース・レベルでは，データベース内のすべての共有ワークスペースを対象に，すべてのアプリケーションでの累計挿入数を示します。アプリケーション・レベルでは，このアプリケーションの共有ワークスペース内にあるすべてのセクションを対象とした累計挿入数を示します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Section Lookups

(SHR_WORKSPACE_SECTION_LOOKUPS)

共有ワークスペースでの，アプリケーションによるSQLセクション参照数。

−

ulong

No

すべて

−

SQLM_ELM_SHR_WORKSPACE

_SECTION_LOOKUPS

詳細説明：

各アプリケーションは，実行できるセクションの作業用コピーがある共有ワークスペースにアクセスできます。

このカウンターは，アプリケーションの特定のセクションを見つけるために共有ワークスペースがアクセスされた回数を示します。データベース・レベルでは，データベース内のすべての共有ワークスペースを対象に，すべてのアプリケーションでの累計参照数を示します。アプリケーション・レベルでは，このアプリケーションの共有ワークスペース内にあるすべてのセクションを対象とした累計参照数を示します。

このエレメントと共有ワークスペース・セクション挿入数を組み合わせて使用すると，共有ワークスペースのサイズを調整できます。共有ワークスペースのサイズをコントロールしているのは，app_ctl_heap_sz構成パラメーターです。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Size Top

(SHR_WORKSPACE_SIZE_TOP)

共有ワークスペースが到達した最大サイズ。

−

ulong

No

すべて

○

SQLM_ELM_SHR_WORKSPACE

_SIZE_TOP

詳細説明：

このエレメントは，データベースが活動化されて以降，データベースでワークロードを実行したときに必要となった共有ワークスペースの最大バイト数を示します。データベース・レベルでは，すべての共有ワークスペースが到達した最大サイズを示します。アプリケーション・レベルでは，現行アプリケーションが使用する共有ワークスペースの最大サイズです。

共有ワークスペースがオーバーフローした場合，このエレメントは，オーバーフロー時に共有ワークスペースが到達した最大サイズになります。このような状態が発生したかどうかを確認するには，共有ワークスペースのオーバーフロー回数をチェックしてください。

共有ワークスペースがオーバーフローすると，アプリケーションの共有メモリーにあるほかのエンティティーからメモリーを一時的に借用します。この結果，これらのエンティティーでメモリー不足エラーが発生したり，パフォーマンスが低下したりすることがあります。APPL_CTL_HEAP_SZを大きくすると，オーバーフローの確率を低くできます。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Static SQL STMTS

(STATIC_SQL_STMTS)

試行された静的SQLステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_STATIC_SQL

_STMTS

詳細説明：

このエレメントを使用すると，データベース・レベルまたはアプリケーション・レベルで成功したSQLステートメントの合計数を計算できます。

dynamic_sql_stmts+static_sql_stmts-failed_sql_stmts=モニター期間中のスループット

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Throughtput SQL STMTS

(THROUGHTPUT_SQL_STMTS)

成功したSQLステートメントの合計数。

−

ulong

No

すべて

−

( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) - FAILED_SQL_STMTS

詳細説明：

成功したSQLステートメントの合計数（モニター期間中のスループット）を計算できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

UID SQL STMTS

(UID_SQL_STMTS)

実行されたSQL UPDATE，INSERT，およびDELETEステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_UID_SQL

_STMTS

詳細説明：

このエレメントを使用すると，アプリケーション・レベルまたはデータベース・レベルのデータベース・アクティビティーのレベルを判別できます。

次の公式を使用すると，すべてのステートメントに対するUPDATE，INSERTおよびDELETEステートメントの比率を計算できます。

uid_sql_stmts/(static_sql_stmts+dynamic_sql_stmts)

この情報は，アプリケーションのアクティビティーおよびスループットの分析に役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

UID SQL STMTS Rate

(UID_SQL_STMTS_RATE)

実行されたSQL UPDATE，INSERT，およびDELETEステートメントの比率。

−

float

No

すべて

−

UID_SQL_STMTS / ( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) ＊100

詳細説明：

データベース・アクティビティーのレベルを判別できます。

SQL Statement on Database（PD_DSQD）

機能

データベース・レベルのSQL Statement情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

なし

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：765バイト

可変部：0バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Commit SQL STMTS

(COMMIT_SQL_STMTS)

試行された SQL COMMIT ステートメントの合計数。

−

ulong

No

すべて

○

SQLM_ELM_COMMIT_SQL

_STMTS

詳細説明：

モニター期間中にこのカウンターの変化量が少ない場合は，各アプリケーションのコミット頻度が少ないことを示し，ロギングとデータの並行性について問題となる場合があります。

このエレメントを使用すると，次の項目を合計して合計作業単位数も計算できます。

commit_sql_stmts+int_commits+rollback_sql_stmts+int_rollbacks

注：

計算した作業単位に含まれるのは，次の時点以降の作業単位だけです。

データベースへの接続(データベース・レベルの情報の場合は，最初の接続時刻)

データベース・モニター・カウンターの最後のリセット

この計算は，データベース・レベルとアプリケーション・レベルのどちらでもできます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DDL SQL STMTS

(DDL_SQL_STMTS)

実行されたSQLデータ定義言語(DDL)ステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_DDL_SQL_STMTS

詳細説明：

このエレメントを使用すると，アプリケーション・レベルまたはデータベース・レベルのデータベース・アクティビティーのレベルを判別できます。DDLステートメントは，システム・カタログ表への影響のために実行にコストが掛かります。そのため，このエレメントの値が大きい場合は，その原因を特定して，このアクティビティーが実行されないように制約する必要があります。

このエレメントを使用すると，次の公式を使用して，DDLアクティビティーのパーセンテージも計算できます。

ddl_sql_stmts/totalnumberofstatements

この情報は，アプリケーションのアクティビティーおよびスループットの分析に役立ちます。DDLステートメントも次の項目に影響を与えます。

カタログ・キャッシュ

保管されている記述子情報と許可情報が無効になるので，システム・カタログから情報を取り出すためのシステム・オーバーヘッドが増加します。

パッケージ・キャッシュ

保管されているセクションが無効になるので，セクションの再コンパイルのための，システム・オーバーヘッドが増加します。

DDLステートメントの例としては，CREATETABLE，CREATEVIEW，ALTERTABLE，およびDROPINDEXがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

DDL SQL STMTS Rate

(DDL_SQL_STMTS_RATE)

実行されたSQLデータ定義言語(DDL)ステートメントの比率。

−

float

No

すべて

−

DDL_SQL_STMTS / ( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) ＊ 100

詳細説明：

DDLステートメントは，システム・カタログ表への影響のために実行にコストが掛かります。そのため，比率が大きい場合は，その原因を特定して，このアクティビティーが実行されないように制約する必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Dynamic SQL STMTS

(DYNAMIC_SQL_STMTS)

試行された動的SQLステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_DYNAMIC_SQL

_STMTS

詳細説明：

このエレメントを使用すると，データベース・レベルまたはアプリケーション・レベルで成功したSQLステートメントの合計数を計算できます。

dynamic_sql_stmts+static_sql_stmts-failed_sql_stmts=モニター期間中のスループット

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Failed SQL STMTS

(FAILED_SQL_STMTS)

試行されたが失敗したSQLステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_FAILED_SQL

_STMTS

詳細説明：

このエレメントを使用すると，データベース・レベルまたはアプリケーション・レベルで成功したSQLステートメントの合計数を計算できます。

dynamic_sql_stmts+static_sql_stmts-failed_sql_stmts=モニター期間中のスループット

このカウントには，負のSQLCODEを受信したすべてのSQLステートメントを含みます。

このエレメントは，パフォーマンスが低い場合の原因の判別にも役に立ちます。これは，失敗したステートメントがあると，データベース・マネージャーで余分な時間が掛かり，その結果データベースのスループットが落ちるからです。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(INTERVAL)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Num Overflows

(PRIV_WORKSPACE_NUM_OVERFLOWS)

割り振られたメモリーの境界から専用ワークスペースがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_PRIV_WORKSPACE

_NUM_OVERFLOWS

詳細説明：

このエレメントとpriv_workspace_size_topを組み合わせて使用すると，オーバーフローを防止するのに専用ワークスペースのサイズを大きくする必要があるかどうかを判別できます。専用ワークスペースがオーバーフローすると，パフォーマンスが低下するだけではなく，エージェントの専用メモリーから割り振られたほかのヒープでメモリー不足エラーが発生することがあります。

データベース・レベルでは，専用ワークスペースの最大サイズのある専用ワークスペースとして報告された専用ワークスペースがこのエレメントの報告の対象となります。アプリケーション・レベルでは，現行アプリケーションにサービスを提供した各エージェントのワークスペースがオーバーフローした回数となります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Section Inserts

(PRIV_WORKSPACE_SECTION_INSERTS)

専用ワークスペースへの，アプリケーションによるSQLセクション挿入数。

−

ulong

No

すべて

−

SQLM_ELM_PRIV_WORKSPACE

_SECTION_INSERTS

詳細説明：

実行できるセクションの作業用コピーは，専用ワークスペース内に保管されます。

このカウンターは，コピーが使用できなかったために挿入が必要だった場合を示します。データベース・レベルでは，データベース内のすべての専用ワークスペースを対象に，すべてアプリケーションでの累計挿入数を示します。アプリケーション・レベルでは，このアプリケーションの専用ワークスペース内にあるすべてのセクションを対象とした累計挿入数を示します。

エージェントが異なるアプリケーションに関連づけられているような集線装置環境では，新しいエージェントに必要な使用できるセクションが専用ワークスペース内にない場合に，専用ワークスペースの追加挿入が必要になります。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Section Lookups

(PRIV_WORKSPACE_SECTION_LOOKUPS)

エージェントの専用ワークスペースでの，アプリケーションによるSQLセクション参照数。

−

ulong

No

すべて

−

SQLM_ELM_PRIV_WORKSPACE

_SECTION_LOOKUPS

詳細説明：

各アプリケーションは，自分に代わって作業するエージェントの専用ワークスペースにアクセスできます。

このカウンターは，アプリケーション用の特定セクションを見つけるために専用ワークスペースがアクセスされた回数を示します。データベース・レベルでは，データベース内のすべての専用ワークスペースを対象に，すべてのアプリケーションでの累計参照数を示します。アプリケーション・レベルでは，このアプリケーションの専用ワークスペース内にあるすべてのセクションを対象とした累計参照数を示します。

このエレメントと専用ワークスペース・セクション挿入数を組み合わせて使用すると，専用ワークスペースのサイズを調整できます。専用ワークスペースのサイズをコントロールしているのは，applheapsz構成パラメーターです。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Priv Workspace Size Top

(PRIV_WORKSPACE_SIZE_TOP)

専用ワークスペースが到達した最大サイズ。

−

ulong

No

すべて

○

SQLM_ELM_PRIV_WORKSPACE

_SIZE_TOP

詳細説明：

各エージェントには1つの専用ワークスペースがあり，エージェントがサービスを提供するアプリケーションはこれにアクセスをします。このエレメントは，アプリケーションにサービスを提供するエージェントが必要とする専用ワークスペースの最大バイト数を示します。データベース・レベルでは，現行データベースにアタッチされているすべてのエージェントが必要とする，すべての専用ワークスペースの最大バイト数を示します。アプリケーション・レベルでは，現行アプリケーションにサービスを提供したエージェントでのすべての専用ワークスペースの中での最大サイズを示します。

専用ワークスペースがオーバーフローすると，エージェント専用メモリーにあるほかのエンティティーからメモリーを一時的に借用します。この結果，これらのエンティティーでメモリー不足エラーが発生したり，パフォーマンスが低下したりすることがあります。APPLHEAPSZを大きくすると，オーバーフローの確率を低くできます。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DSQD」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Rollback SQL STMTS

(ROLLBACK_SQL_STMTS)

試行されたSQL ROLLBACKステートメントの合計数。

−

ulong

No

すべて

○

SQLM_ELM_ROLLBACK_SQL

_STMTS

詳細説明：

ロールバックは，アプリケーション要求，デッドロック，またはエラー状態の結果として起こります。このエレメントでは，アプリケーションが発行したロールバック・ステートメントだけカウントされます。

アプリケーション・レベルでは，このエレメントはアプリケーションのデータベース・アクティビティー・レベルとその他のアプリケーションとの競合の量を判別するのに役立ちます。データベース・レベルでは，データベース内のアクティビティーの量とデータベース上での，アプリケーション間の競合の量を判別できます。

注：

ロールバック・アクティビティーが多くなるとデータベースのスループットが低下するので，ロールバックの回数を最小限にとどめてください。

次の項目を合計すると，作業単位の合計数も計算できます。

commit_sql_stmts+int_commits+rollback_sql_stmts+int_rollbacks

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Select SQL STMTS

(SELECT_SQL_STMTS)

実行されたSQL SELECTステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_SELECT_SQL

_STMTS

詳細説明：

このエレメントを使用すると，アプリケーション・レベルまたはデータベース・レベルのデータベース・アクティビティーのレベルを判別できます。

次の公式を使用すると，すべてのステートメントに対するSELECTステートメントの比率を計算できます。

select_sql_stmts/(static_sql_stmts+dynamic_sql_stmts)

この情報は，アプリケーションのアクティビティーおよびスループットの分析に役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Select SQL STMTS Rate

(SELECT_SQL_STMTS_RATE)

すべてのステートメントに対するSELECTステートメントの比率。

−

float

No

すべて

−

SELECT_SQL_STMTS / ( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) ＊ 100

詳細説明：

データベース・アクティビティーのレベルを判別できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Hit Rate

(SHR_WORKSPACE_HIT_RATE)

共有ワークスペース・ヒット率。

−

float

No

すべて

−

( 1 - ( SHR_WORKSPACE_SECTION_INSERTS / SHR_WORKSPACE_SECTION_LOOKUPS ) ) ＊ 100

詳細説明：

共有ワークスペース（app_ctl_heap_sz）のサイズを調整します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Num Overflows

(SHR_WORKSPACE_NUM_OVERFLOWS)

割り振られたメモリーの境界から共有ワークスペースがオーバーフローした回数。

−

ulong

No

すべて

−

SQLM_ELM_SHR_WORKSPACE

_NUM_OVERFLOWS

詳細説明：

このエレメントとshr_workspace_size_topを組み合わせて使用すると，オーバーフローを防止するのに共有ワークスペースのサイズを大きくする必要があるかどうかを判別できます。共有ワークスペースがオーバーフローすると，パフォーマンスが低下するだけではなく，アプリケーションの共有メモリーから割り振られたほかのヒープでメモリー不足エラーが発生することがあります。

データベース・レベルでは，最大共有ワークスペース・サイズのある共有ワークスペースとして報告された共有ワークスペースがこのエレメントの報告の対象となります。アプリケーション・レベルでは，現行アプリケーションが使用するワークスペースのオーバーフロー回数を示します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Section Inserts

(SHR_WORKSPACE_SECTION_INSERTS)

共有ワークスペースへの，アプリケーションによるSQLセクション挿入数。

−

ulong

No

すべて

−

SQLM_ELM_SHR_WORKSPACE

_SECTION_INSERTS

詳細説明：

実行できるセクションの作業用コピーは，共有ワークスペース内に保管されます。このカウンターは，コピーが使用できなかったために挿入が必要だった場合を示します。

データベース・レベルでは，データベース内のすべての共有ワークスペースを対象に，すべてのアプリケーションでの累計挿入数を示します。アプリケーション・レベルでは，このアプリケーションの共有ワークスペース内にあるすべてのセクションを対象とした累計挿入数を示します。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Section Lookups

(SHR_WORKSPACE_SECTION_LOOKUPS)

共有ワークスペースでの，アプリケーションによるSQLセクション参照数。

−

ulong

No

すべて

−

SQLM_ELM_SHR_WORKSPACE

_SECTION_LOOKUPS

詳細説明：

各アプリケーションは，実行できるセクションの作業用コピーがある共有ワークスペースにアクセスできます。

このカウンターは，アプリケーションの特定のセクションを見つけるために共有ワークスペースがアクセスされた回数を示します。データベース・レベルでは，データベース内のすべての共有ワークスペースを対象に，すべてのアプリケーションでの累計参照数を示します。アプリケーション・レベルでは，このアプリケーションの共有ワークスペース内にあるすべてのセクションを対象とした累計参照数を示します。

このエレメントと共有ワークスペース・セクション挿入数を組み合わせて使用すると，共有ワークスペースのサイズを調整できます。共有ワークスペースのサイズをコントロールしているのは，app_ctl_heap_sz構成パラメーターです。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Shr Workspace Size Top

(SHR_WORKSPACE_SIZE_TOP)

共有ワークスペースが到達した最大サイズ。

−

ulong

No

すべて

○

SQLM_ELM_SHR_WORKSPACE

_SIZE_TOP

詳細説明：

このエレメントは，データベースが活動化されて以降，データベースでワークロードを実行したときに必要となった共有ワークスペースの最大バイト数を示します。データベース・レベルでは，すべての共有ワークスペースが到達した最大サイズを示します。アプリケーション・レベルでは，現行アプリケーションが使用する共有ワークスペースの最大サイズです。

共有ワークスペースがオーバーフローした場合，このエレメントは，オーバーフロー時に共有ワークスペースが到達した最大サイズになります。このような状態が発生したかどうかを確認するには，共有ワークスペースのオーバーフロー回数をチェックしてください。

共有ワークスペースがオーバーフローすると，アプリケーションの共有メモリーにあるほかのエンティティーからメモリーを一時的に借用します。この結果，これらのエンティティーでメモリー不足エラーが発生したり，パフォーマンスが低下したりすることがあります。APPL_CTL_HEAP_SZを大きくすると，オーバーフローの確率を低くできます。

監視対象のDB2がV9.5以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Static SQL STMTS

(STATIC_SQL_STMTS)

試行された静的SQLステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_STATIC_SQL

_STMTS

詳細説明：

このエレメントを使用すると，データベース・レベルまたはアプリケーション・レベルで成功したSQLステートメントの合計数を計算できます。

dynamic_sql_stmts+static_sql_stmts-failed_sql_stmts=モニター期間中のスループット

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Throughtput SQL STMTS

(THROUGHTPUT_SQL_STMTS)

成功したSQLステートメントの合計数。

−

ulong

No

すべて

−

( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) - FAILED_SQL_STMTS

詳細説明：

成功したSQLステートメントの合計数（モニター期間中のスループット）を計算できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

UID SQL STMTS

(UID_SQL_STMTS)

実行されたSQL UPDATE，INSERT，およびDELETEステートメントの数。

−

ulong

No

すべて

○

SQLM_ELM_UID_SQL_STMTS

詳細説明：

このエレメントを使用すると，アプリケーション・レベルまたはデータベース・レベルのデータベース・アクティビティーのレベルを判別できます。

次の公式を使用すると，すべてのステートメントに対するUPDATE，INSERTおよびDELETEステートメントの比率を計算できます。

uid_sql_stmts/(static_sql_stmts+dynamic_sql_stmts)

この情報は，アプリケーションのアクティビティーおよびスループットの分析に役立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

UID SQL STMTS Rate

(UID_SQL_STMTS_RATE)

実行されたSQL UPDATE，INSERT，およびDELETEステートメントの比率。

−

float

No

すべて

−

UID_SQL_STMTS / ( DYNAMIC_SQL_STMTS + STATIC_SQL_STMTS ) ＊100

詳細説明：

データベース・アクティビティーのレベルを判別できます。

Tablespace Information on DB (PD_DTID)

機能

表スペース情報を格納しています。

デフォルト値および変更できる値

項目

デフォルト値

設定可否

Collection Interval

60

○

Collection Offset

0

○

Log

No

○

LOGIF

空白

○

Over 10 Sec Collection Time

No

×

ODBCキーフィールド

TABLESPACE_ID

ライフタイム

1つ以上のアプリケーションがデータベースに接続しているか，データベースが活動化状態の間。

レコードサイズ

固定部：681バイト

可変部：335バイト

フィールド

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Direct Read Reqs

(DIRECT_READ_REQS)

1つ以上のデータ・セクターの直接読み取り実行要求の数。

−

ulong

No

すべて

−

SQLM_ELM_DIRECT_READ

_REQS

詳細説明：

次の公式を使用すると，直接読み取りによって読み取られるセクターの平均数を計算できます。

direct_reads / direct_read_reqs

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Direct Read Time

(DIRECT_READ_TIME)

直接読み取りの実行に要した経過時間(ミリ秒)。

−

ulong

No

すべて

−

SQLM_ELM_DIRECT_READ

_TIME

詳細説明：

次の公式を使用して，セクター当たりの直接読み取り平均時間を計算します。

direct_read_time / direct_reads

平均時間が長い場合には，入出力が競合していることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Direct Reads

(DIRECT_READS)

バッファー・プールを使用しない読み取り操作の数。

−

ulong

No

すべて

−

SQLM_ELM_DIRECT_READS

詳細説明：

次の公式を使用すると，直接読み取りによって読み取られるセクターの平均数を計算できます。

direct_reads / direct_read_reqs

システム・モニターを使用して入出力を追跡するときにこのエレメントを利用すると，装置上のデータベース入出力とそれ以外の入出力を区別できます。

直接読み取りは，最小512バイト・セクター単位で処理されます。次の目的に使用します。

LONG VARCHAR列の読み取り

LOB(ラージ・オブジェクト)列の読み取り

バックアップの実行

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Direct Write Reqs

(DIRECT_WRITE_REQS)

1つ以上のデータ・セクターの直接書き込み実行要求の数。

−

ulong

No

すべて

−

SQLM_ELM_DIRECT_WRITE

_REQS

詳細説明：

次の公式を使用すると，直接書き込みによって書き込まれるセクターの平均数を計算できます。

direct_writes / direct_write_reqs

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Direct Write Time

(DIRECT_WRITE_TIME)

直接書き込みの実行に要した経過時間(ミリ秒)。

−

ulong

No

すべて

−

SQLM_ELM_DIRECT_WRITE

_TIME

詳細説明：

次の公式を使用して，セクター当たりの直接書き込み平均時間を計算します。

direct_write_time / direct_writes

平均時間が長い場合には，入出力が競合していることがあります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Direct Writes

(DIRECT_WRITES)

バッファー・プールを使用しない書き込み操作の数。

−

ulong

No

すべて

−

SQLM_ELM_DIRECT_WRITES

詳細説明：

次の公式を使用すると，直接書き込みによって書き込まれるセクターの平均数を計算できます。

direct_writes / direct_write_reqs

システム・モニターを使用して入出力を追跡するときにこのエレメントを利用すると，装置上のデータベース入出力とそれ以外の入出力を区別できます。

直接書き込みは，最小512バイト・セクター単位で処理されます。次の目的に使用します。

LONG VARCHAR列の書き込み

LOB(ラージ・オブジェクト)列の書き込み

リストアの実行

ロードの実行

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Files Closed

(FILES_CLOSED)

クローズされたデータベース・ファイルの合計数。

−

ulong

No

すべて

−

SQLM_ELM_FILES_CLOSED

詳細説明：

データベース・マネージャーは，バッファー・プールへの書き込みおよびバッファー・プールからの読み取りを行うためにファイルをオープンします。アプリケーションが同時にオープンできるデータベース・ファイルの最大数は，maxfilop構成パラメーターによってコントロールされています。最大値に達すると，新しいファイルをオープンする前に，ファイルが1つ閉じられます。実際にオープンされたファイルの数とクローズされたファイルの数は等しくならないことに注意してください。

このエレメントは，maxfilop構成パラメーターの最適な値を判別するときに利用できます。

詳細についてはDB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Interval

(interval)

情報が収集される時間。秒単位。

−

ulong

No

すべて

−

RECORD_TIME - CURRENT

_SYSTEM_BOOT_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Read Reqs

(POOL_ASYNC_DATA_READ_REQS)

非同期読み取り要求の数。

−

ulong

No

すべて

−

SQLM_ELM_POOL_ASYNC

_DATA_READ_RAQS

詳細説明：

非同期要求当たりのデータ・ページ読み取りの平均数を計算するには，次の公式を使用します。

pool_async_data_reads / pool_async_data_read_reqs

この平均値は，プリフェッチャーが動作するときの非同期入出力量を判別するのに利用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Reads

(POOL_ASYNC_DATA_READS)

バッファー・プールに非同期で読み取られるページ数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC

_DATA_READS

詳細説明：

このエレメントとpool_data_p_readsを組み合わせて使用すると，同期で実行された物理読み取り数を計算できます(つまり，データベース・マネージャーのエージェントが実行したデータ・ページ物理読み取り数)。次の公式を使用します。

Pool_data_p_reads - pool_async_data_reads

非同期読み取り数と同期読み取り数を比較すると，プリフェッチャーの動作状態がわかります。このエレメントは，num_ioservers構成パラメーターを調整するときに役に立ちます。

非同期読み取りは，データベース・マネージャーのプリフェッチャーが実行します。これらのプリフェッチャーの詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Reads Rate

(POOL_ASYNC_DATA_READS_RATE)

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページ数の割合。

−

float

No

すべて

−

( POOL_ASYNC_DATA_READS / ( POOL_DATA_P_READS + POOL_TEMP_DATA_P_READS ) ) ＊ 100

詳細説明：

num_ioservers構成パラメーターを調整するときに役に立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Writes

(POOL_ASYNC_DATA_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC

_DATA_WRITES

詳細説明：

このエレメントとbuff_pool_data_writesを組み合わせて使用すると，同期で実行された物理書き込み要求の数を計算できます(つまり，データベース・マネージャーのエージェントが実行したデータ・ページ物理書き込み数)。次の公式を使用します。

pool_data_writes - pool_async_data_writes

非同期読み取り数と同期読み取り数を比較すると，バッファー・プール・ページ・クリーナーの動作状態がわかります。この比率は，num_iocleaners構成パラメーターを調整するときに役に立ちます。

非同期ページ・クリーナーの詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Data Writes Rate

(POOL_ASYNC_DATA_WRITES_RATE)

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページがディスクに物理的に書き込まれた回数の割合。

−

float

No

すべて

−

POOL_ASYNC_DATA_WRITES / POOL_DATA_WRITES ＊100

詳細説明：

構成パラメーター「num_iocleaners」は，この値が100%に近く，かつ，POOL_ASYNC_INDEX_WRITES_RATEも100%に近い場合，小さくすることができます。また，この値が0%に近い場合，大きくする必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Reads

(POOL_ASYNC_INDEX_READS)

プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC

_INDEX_READS

詳細説明：

このエレメントとpool_index_p_readsを組み合わせて使用すると，同期で実行された物理読み取り数を計算できます(つまり，データベース・マネージャーのエージェントが実行した索引ページ物理読み取り数)。次の公式を使用します。

Pool_index_p_reads - pool_async_index_reads

非同期読み取り数と同期読み取り数を比較すると，プリフェッチャーの動作状態がわかります。このエレメントは，num_ioservers構成パラメーターを調整するときに役に立ちます。

非同期読み取りは，データベース・マネージャーのプリフェッチャーが実行します。これらのプリフェッチャーの詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Reads Rate

(POOL_ASYNC_INDEX_READS_RATE)

索引ページをバッファー・プールに入れるための物理読み取り要求の数に対する，プリフェッチャーが非同期でバッファー・プールに読み取る索引ページ数の割合。

−

float

No

すべて

−

( POOL_ASYNC_INDEX_READS / ( POOL_INDEX_P_READS + POOL_TEMP_INDEX_P_READS ) ) ＊ 100

詳細説明：

num_ioservers構成パラメーターを調整するときに役に立ちます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Writes

(POOL_ASYNC_INDEX_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC

_INDEX_WRITES

詳細説明：

このエレメントとpool_index_writesを組み合わせて使用すると，同期で実行された物理索引書き込み要求数を計算できます。つまり，データベース・マネージャーのエージェントが実行した物理索引ページ書き込み数です。次の公式を使用します。

pool_index_writes - pool_async_index_writes

非同期読み取り数と同期読み取り数を比較すると，バッファー・プール・ページ・クリーナーの動作状態がわかります。この比率は，num_iocleaners構成パラメーターを調整するときに役に立ちます。

非同期ページ・クリーナーの詳細についてはDB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Index Writes Rate

(POOL_ASYNC_INDEX_WRITES_RATE)

バッファー・プール索引ページがディスクに物理的に書き込まれた回数に対する，非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール索引ページがディスクに物理的に書き込まれた回数の割合。

−

float

No

すべて

−

POOL_ASYNC_INDEX_WRITES / POOL_INDEX_WRITES ＊100

詳細説明：

構成パラメーター「num_iocleaners」は，この値が100%に近く，かつ，POOL_ASYNC_DATA_WRITES_RATEも100%に近い場合，小さくすることができます。また，この値が0%に近い場合，大きくする必要があります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Read Time

(POOL_ASYNC_READ_TIME)

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC

_READ_TIME

詳細説明：

このエレメントを使用すると同期読み取りの経過時間を計算できます。次の公式を使用します。

Pool_read_time - pool_async_read_time

このエレメントを使用すると，平均非同期読み取り時間も計算できます。次の公式を使用します。

Pool_async_read_time / pool_async_data_reads

これらの計算は，実行中の入出力操作を把握するときに使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Read Time Avg

(POOL_ASYNC_READ_TIME_AVG)

データベース・マネージャーのプリフェッチャーが読み取りに要した合計経過時間の平均値。

−

float

No

すべて

−

POOL_ASYNC_READ_TIME / ( POOL_ASYNC_DATA_READS + POOL_ASYNC_INDEX_READS )

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Total Reads

(POOL_ASYNC_TOTAL_READS)

プリフェッチャーが非同期でバッファー・プールに読み取るデータ・ページおよび索引ページの合計。

−

ulong

No

すべて

−

POOL_ASYNC_DATA_READS + POOL_ASYNC_INDEX_READS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Total Writes

(POOL_ASYNC_TOTAL_WRITES)

非同期ページ・クリーナーまたはプリフェッチャーによってバッファー・プール・データ・ページまたは索引ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

−

POOL_ASYNC_DATA_WRITES + POOL_ASYNC_INDEX_WRITES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Write Time

(POOL_ASYNC_WRITE_TIME)

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_ASYNC

_WRITE_TIME

詳細説明：

同期によるページ書き込みでの経過時間を計算するには，次の公式を使用します。

Pool_write_time_ - pool_async_write_time

このエレメントを使用すると，平均非同期読み取り時間も計算できます。次の公式を使用します。

Pool_async_write_time / (pool_async_data_writes + pool_async_index_writes)

これらの計算は，実行中の入出力操作を把握するときに使用します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Async Write Time Avg

(POOL_ASYNC_WRITE_TIME_AVG)

データベース・マネージャーのページ・クリーナーがデータ・ページまたは索引ページをバッファー・プールからディスクに書き込むのに要した合計経過時間の平均値。

−

float

No

すべて

−

POOL_ASYNC_WRITE_TIME / ( POOL_ASYNC_DATA_WRITES + POOL_ASYNC_INDEX_WRITES )

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data From Estore

(POOL_DATA_FROM_ESTORE)

拡張ストレージからコピーされたバッファー・プールのデータ・ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA

_FROM_ESTORE

詳細説明：

必要なページがバッファー・プールになく拡張ストレージにある場合は，そのページは拡張ストレージからバッファー・プールにコピーされます。このコピー処理によって共有メモリー・セグメントへの接続コストが必要になりますが，ディスク読み取りコストを節約できます。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data Hit Rate

(POOL_DATA_HIT_RATE)

データ・ページ・ヒット率。

−

float

No

すべて

−

( 1 - ( POOL_DATA_P_READS / POOL_DATA_L_READS ) ) ＊ 100

詳細説明：

バッファー・プール当たりのデータ・ページ・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data L Reads

(POOL_DATA_L_READS)

バッファー・プールを通ったデータ・ページの論理読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA

_L_READS

詳細説明：

このカウントには，次のデータへのアクセスが含まれます。

データベース・マネージャーがページの処理を必要としたときにバッファー・プールにすでにあるデータ。

データベース・マネージャーがページを処理する前にバッファー・プールに読み取られたデータ。

pool_data_p_readsと組み合わせて使用すると，次の公式でバッファー・プール当たりのデータ・ページ・ヒット率を計算できます。

1 - (pool_data_p_reads / pool_data_l_reads)

pool_data_p_reads，pool_index_p_reads，およびpool_index_l_readsと組み合わせて使用すると，次の公式で総合バッファー・プール・ヒット率を計算できます。

1 - ((pool_data_p_reads + pool_index_p_reads) / (pool_data_l_reads + pool_index_l_reads))

バッファー・プール・サイズを大きくすると，一般的にヒット率は高くなりますが，ある点を超えると逆に低くなります。理想的には，データベース全体を保管できるような大きなバッファー・プールを割り振ることができれば，システムが稼働中のヒット率は100％になります。しかし，現実的にはそうしたことは起こりません。実際には，使用するデータのサイズとそのデータへのアクセス方法によってヒット率の意味は異なります。非常に大きなデータベースでアクセスが均等な場合は，ヒット率が低くなります。表が非常に大きな場合は，対応する方法はほとんどありません。この場合，より小さく，頻繁にアクセスがあるような表，および索引に焦点を当ててください。そして，ヒット率を高くしたいバッファー・プールにこれらを個別に割り当ててください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data P Reads

(POOL_DATA_P_READS)

データ・ページをバッファー・プールに入れるための入出力を必要とした読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA

_P_READS

詳細説明：

このエレメントの使用法については，pool_data_l_readsおよびpool_async_data_readsを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data To Estore

(POOL_DATA_TO_ESTORE)

拡張ストレージにコピーされたバッファー・プールのデータ・ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA

_TO_ESTORE

詳細説明：

ビクティム・ページとして選択されたページは，バッファー・プールから拡張ストレージにコピーされます。このコピー処理が必要になるのは，バッファー・プール内に新しいページのためのスペースが必要な場合です。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Data Writes

(POOL_DATA_WRITES)

バッファー・プール・データ・ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_DATA

_WRITES

詳細説明：

pool_data_p_readsのパーセンテージが高いためにバッファー・プール・データ・ページがディスクへ書き込まれる場合は，データベースで利用可能なバッファー・プール・ページ数を増やすとパフォーマンスを改善できます。

バッファー・プール・データ・ページをディスクに書き込む理由は次のとおりです。

バッファー・プール内のページを解放して，次のページを読み取れるようにする。

バッファー・プールを空にする。

システムがあるページを書き込むときに，新しいページのためのスペースを用意するとは限りません。そのページが更新されていなければ，単純に置換されます。このエレメントでは，このような置換はカウントされません。

データ・ページは，バッファー・プール・スペースが必要になる前に，非同期ページ・クリーナー・エージェントによって書き込まれます。非同期ページの書き込みは，同期ページの書き込みと合わせて，このエレメントの値に含まれます(pool_async_data_writesを参照してください)。

このパーセンテージを計算するときは，バッファー・プールを最初に埋めるために必要となる物理読み取り数は無視してください。書き込みページ数は，次のように求めます。

アプリケーションを実行する(バッファーをロードする)。

このエレメントの値を書き取る。

アプリケーションを再び実行する。

このエレメントの新しい値からステップ2で記録した値を引く。

アプリケーションを終了してから次に実行するまでの間にバッファー・プールの割り振りが解除されるのを防止するには，次のどちらかを行います。

ACTIVATE DATABASE コマンドを使用してデータベースをアクティブにする。

アイドル状態のアプリケーションをデータベースに接続する。

すべてのアプリケーションがデータベースを更新するような場合は，ほとんどのバッファー・プール・ページが更新されたデータを含んでおり，これをディスクに書き込む必要があるので，バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。ただし，更新されたページを書き出す前に，ほかの作業単位がこのページを使用できる場合は，バッファー・プールが書き込み操作と読み取り操作を節約できるので，パフォーマンスが向上する場合があります。

バッファー・プール・サイズの詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index From Estore

(POOL_INDEX_FROM_ESTORE)

拡張ストレージからコピーされたバッファー・プール索引ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX

_FROM_ESTORE

詳細説明：

必要な索引ページがバッファー・プールになく拡張ストレージにある場合は，そのページは拡張ストレージからバッファー・プールにコピーされます。このコピー処理によって共有メモリー・セグメントへの接続コストが必要になりますが，ディスク読み取りコストを節約できます。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index Hit Rate

(POOL_INDEX_HIT_RATE)

索引ページ・ヒット率。

−

float

No

すべて

−

( 1 - ( POOL_INDEX_P_READS / POOL_INDEX_L_READS ) ) ＊ 100

詳細説明：

バッファー・プール当たりの索引ページ・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index L Reads

(POOL_INDEX_L_READS)

バッファー・プールを通った索引ページの論理読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX

_L_READS

詳細説明：

このカウントには，次の索引ページへのアクセスが含まれます。

データベース・マネージャーがページの処理を必要としたときにバッファー・プールにすでにあるデータ。

データベース・マネージャーがページを処理する前にバッファー・プールに読み取られたデータ。

Pool_index_p_readsと組み合わせて使用すると，次の公式でバッファー・プールの索引ページ・ヒット率を計算できます。

1 - (pool_index_p_reads / pool_index_l_reads)

バッファー・プールの総合ヒット率を計算する方法については，pool_data_l_readsを参照してください。

ヒット率が低い場合は，バッファー・プール・ページ数を増やすと，パフォーマンスが向上する場合があります。バッファー・プール・サイズの詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index P Reads

(POOL_INDEX_P_READS)

索引ページをバッファー・プールに入れるための物理読み取り要求の数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX

_P_READS

詳細説明：

このエレメントの使用法については，pool_index_l_readsを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index To Estore

(POOL_INDEX_TO_ESTORE)

拡張ストレージにコピーされたバッファー・プール索引ページの数。監視対象がDB2のV9.1以降の場合は，非推奨となるため正しい値を収集できません。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX

_TO_ESTORE

詳細説明：

ビクティム・ページとして選択されたページは，バッファー・プールから拡張ストレージにコピーされます。このコピー処理が必要になるのは，バッファー・プール内に新しいページのためのスペースが必要な場合です。

監視対象のDB2がV9.1以降の場合，非推奨項目となり正しい値を収集できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Index Writes

(POOL_INDEX_WRITES)

バッファー・プール索引ページがディスクに物理的に書き込まれた回数。

−

ulong

No

すべて

○

SQLM_ELM_POOL_INDEX

_WRITES

詳細説明：

データ・ページと同様に，バッファー・プール索引ページは以下の理由でディスクに書き込まれます。

バッファー・プール内のページを解放して，次のページを読み取れるようにする。

バッファー・プールを空にする。

システムがあるページを書き込むときに，新しいページのためにスペースを用意するとは限りません。そのページが更新されていなければ，単純に置換されます。このエレメントではこのような置換はカウントされません。

索引ページは，バッファー・プール・スペースが必要になる前に，非同期ページ・クリーナー・エージェントによって書き込まれます。非同期索引ページの書き込みは，同期索引ページの書き込みとあわせて，このエレメントの値に含まれます(pool_async_index_writesを参照してください)。

pool_index_p_reads のパーセンテージが高いためにバッファー・プール索引ページがディスクに書き込まれる場合は，データベースで利用可能なバッファー・プール・ページ数を増やすとパフォーマンスを改善できます。

このパーセンテージを計算するときは，バッファー・プールを最初に埋めるために必要となる物理読み取り数は無視してください。書き込みページ数は，次のように求めます。

アプリケーションを実行する(バッファーをロードする)。

このエレメントの値を書き取る。

アプリケーションを再び実行する。

このエレメントの新しい値からステップ2で記録した値を引く。

アプリケーションを終了してから次に実行するまでの間にバッファー・プールの割り振りが解除されるのを防止するには，次のどちらかを行います。

ACTIVATE DATABASE コマンドを用意してデータベースをアクティブにする。

アイドル状態のアプリケーションをデータベースに接続する。

すべてのアプリケーションがデータベースを更新するような場合は，ほとんどのページが更新されたデータを含んでおり，これをディスクに書き込む必要があるので，バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。

バッファー・プール・サイズの詳細については，DB2のマニュアルを参照してください。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Read Time

(POOL_READ_TIME)

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_READ

_TIME

詳細説明：

このエレメントとpool_data_p_readsおよびpool_index_p_readsを組み合わせて使用すると，ページ読み取りの平均時間を計算できます。この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動するかどうかが示されます。

データベースおよび表スペースのレベルでは，このエレメントにはpool_async_read_timeの値が含まれます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Read Time Avg

(POOL_READ_TIME_AVG)

ディスクまたはバッファー・プールからデータ・ページまたは索引ページを物理的に読み取る必要があった読み取り要求の処理に要した合計時間の平均値。

−

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_READ_TIME / ( POOL_DATA_P_READS + POOL_INDEX_P_READS + POOL_XDA_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_TEMP_XDA_P_READS )

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_READ_TIME / ( POOL_DATA_P_READS + POOL_INDEX_P_READS + POOL_XDA_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_TEMP_XDA_P_READS + POOL_COL_P_READS + POOL_TEMP_COL_P_READS )

詳細説明：

この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動するかどうかが示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Total Hit Rate

(POOL_TOTAL_HIT_RATE)

総合バッファー・プール・ヒット率。

−

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

( 1 - ( ( POOL_DATA_P_READS + POOL_XDA_P_READS + POOL_INDEX_P_READS + POOL_TEMP_DATA_P_READS + POOL_TEMP_XDA_P_READS + POOL_TEMP_INDEX_P_READS ) / ( POOL_DATA_L_READS + POOL_INDEX_L_READS + POOL_XDA_L_READS + POOL_TEMP_DATA_L_READS+ POOL_TEMP_INDEX_L_READS + POOL_TEMP_XDA_L_READS ) ) ) ＊ 100

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

( 1 - ((POOL_DATA_P_READS + POOL_XDA_P_READS +POOL_INDEX_P_READS + POOL_TEMP_DATA_P_READS+ POOL_TEMP_XDA_P_READS + POOL_TEMP_INDEX_P_READS + POOL_COL_P_READS + POOL_TEMP_COL_P_READS) / (POOL_DATA_L_READS + POOL_INDEX_L_READS + POOL_XDA_L_READS + POOL_TEMP_DATA_L_READS+ POOL_TEMP_INDEX_L_READS + POOL_TEMP_XDA_L_READS + POOL_COL_L_READS + POOL_TEMP_COL_L_READS))) * 100

詳細説明：

総合バッファー・プール・ヒット率です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Total Writes

(POOL_TOTAL_WRITES)

バッファー・プール・データ・ページとバッファー・プール索引ページがディスクに物理的に書き込まれた回数の合計。

−

ulong

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES + POOL_COL_WRITES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Write Time

(POOL_WRITE_TIME)

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間。

−

ulong

No

すべて

○

SQLM_ELM_POOL_WRITE

_TIME

詳細説明：

このエレメントとbuffer_pool_data_writesおよびpool_index_writesを組み合わせて使用すると，ページ書き込みの平均時間を計算できます。この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動するかどうかが示されます。

データベースおよび表スペースのレベルでは，このエレメントにはpool_async_write_timeの値が含まれます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Pool Write Time Avg

(POOL_WRITE_TIME_AVG)

データ・ページまたは索引ページをバッファー・プールからディスクに物理的に書き込むのに要した合計時間の平均値。

−

float

No

すべて

−

監視対象のDB2が10.1以前またはcollect_additional_info=nの場合

POOL_WRITE_TIME / ( POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES )

監視対象のDB2が10.5以降でcollect_additional_info=yの場合

POOL_WRITE_TIME / ( POOL_DATA_WRITES + POOL_INDEX_WRITES + POOL_XDA_WRITES + POOL_COL_WRITES )

詳細説明：

この平均値は，入出力待ちがあるかどうかを示すので重要です。これによって，データをほかの装置に移動するかどうかが示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Time

(RECORD_TIME)

レコードに格納されたパフォーマンスデータの収集終了時刻。

−

time_t

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「DTID」。

−

char(8)

No

すべて

−

Agent Collector

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Content Type

(TABLESPACE_CONTENT_TYPE)

表スペース内のコンテンツのタイプ。

−

unsigned char

No

すべて

−

SQLM_ELM_TABLESPACE

_CONTENT_TYPE

詳細説明：

表スペース内のコンテンツのタイプ(sqlmom.h内に定義)は，次のどれかになります。

任意のデータ：SQLM_TABLESPACE_CONTENT_ANY

長いデータ：SQLM_TABLESPACE_CONTENT_LONG

システム一時データ：SQLM_TABLESPACE_CONTENT_SYSTEMP

ユーザー一時データ：SQLM_TABLESPACE_CONTENT_USERTEMP

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Cur Pool Id

(TABLESPACE_CUR_POOL_ID)

表スペースが現在使用中のバッファー・プールのバッファー・プールID。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_CUR_POOL_ID

詳細説明：

バッファー・プールは，それぞれ固有の整数で識別できます。このエレメントの値は，SYSCAT.BUFFERPOOLSビューのBUFFERPOOLID列の値と一致します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Extent Size

(TABLESPACE_EXTENT_SIZE)

表スペースが使用するエクステント・サイズ。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_EXTENT_SIZE

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Free Pages

(TABLESPACE_FREE_PAGES)

1つの表スペース内で現在フリーの合計ページ数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_FREE_PAGES

詳細説明：

このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Id

(TABLESPACE_ID)

現行データベースが使用する表スペースを一意的に示す整数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_ID

詳細説明：

このエレメントの値は，SYSCAT.TABLESPACESのビューのTBSPACEID列の値と一致します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Min Recovery Time

(TABLESPACE_MIN_RECOVERY_TIME)

表スペースをロールフォワードできる最も早い時点を示すタイム・スタンプ（1970年1月1日00:00:00GMTからの通算秒）。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_MIN_RECOVERY_TIME

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Min Recovery Time S

(TABLESPACE_MIN_RECOVERY_TIME_S)

表スペースをロールフォワードできる最も早い時点を示すタイム・スタンプ。

−

string[27]

No

すべて

−

SQLM_ELM_TABLESPACE

_MIN_RECOVERY_TIME

詳細説明：

ゼロ以外のときだけ表示されます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Name

(TABLESPACE_NAME)

表スペースの名前。

−

string[19]

No

すべて

−

SQLM_ELM_TABLESPACE

_NAME

詳細説明：

このエレメントは，リソースの競合の原因を判別するときに役立ちます。これはデータベース・カタログ表のSYSCAT.TABLESPACESにあるTBSPACER列と同じです。アプリケーション・レベル，アプリケーション・ロック・レベル，およびデットロック・モニター・レベルでは，アプリケーションがロックを待機している表スペースの名前です。ほかのアプリケーションがこの表スペースのロックを保留しています。ロック・レベルでは，アプリケーションがロックを保留している表スペースの名前です。表スペース・レベルでは(バッファー・プール・モニター・グループがONの場合)，情報が戻される表スペースの名前です。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Next Pool Id

(TABLESPACE_NEXT_POOL_ID)

データベースを次に始動したときに表スペースが使用するバッファー・プールのバッファー・プールID。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_NEXT_POOL_ID

詳細説明：

バッファー・プールはそれぞれ固有の整数で識別できます。このエレメントの値は，SYSCAT.BUFFERPOOLSビューのBUFFERPOOLID列の値と一致します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Num Containers

(TABLESPACE_NUM_CONTAINERS)

表スペース内のコンテナーの合計数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_NUM_CONTAINERS

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Num Quiescers

(TABLESPACE_NUM_QUIESCERS)

表スペースを静止させているユーザーの数(0〜5の範囲)。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_NUM_QUIESCERS

詳細説明：

この値は表スペースを静止させたエージェントの数を示します(「共有」，「更新」，または「排他」モード)。それぞれの静止ユーザーについて，次の情報がtablespace_quiescer論理データ・グループに戻されます。

静止ユーザーのユーザー許可ID

静止ユーザーのエージェントID

この表スペースが静止することになった，静止されたオブジェクトの表スペースID

この表スペースが静止することになった，静止されたオブジェクトのオブジェクトID

静止状態

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Num Ranges

(TABLESPACE_NUM_RANGES)

表スペース・マップ内の範囲(エントリー)の数。この範囲は1〜100です(ただし通常は12未満)。表スペース・マップがあるのは，DMS表スペースの場合だけです。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_NUM_RANGES

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Page Size

(TABLESPACE_PAGE_SIZE)

表スペースが使用するページ・サイズ(バイト単位)。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_PAGE_SIZE

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Page Top

(TABLESPACE_PAGE_TOP)

最高水準点を保持している表スペース内のページ。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_PAGE_TOP

詳細説明：

DMSの場合，このエレメントは，表スペースで最後に割り振られたエクステントの次にある最初のフリー・エクステントのページ番号を示します。この値は減少するので，実際の「最高水準点」ではなく「現在の水準点」であることに注意してください。この情報はSMSには適用できません。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Pending Free Pages

(TABLESPACE_PENDING_FREE_PAGES)

すべての保留トランザクションがコミットまたはロールバックされ，オブジェクトのための新しいスペースが要求されたときにフリーになる表スペースのページ数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_PENDING_FREE_PAGES

詳細説明：

このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Prefetch Size

(TABLESPACE_PREFETCH_SIZE)

プリフェッチャーがディスクから１回に取得できる最大ページ数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_PREFETCH_SIZE

詳細説明：

特になし。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace R Extents Processed

(TABLESPACE_R_EXTENTS_PROCESSED)

再平衡化の開始後または再始動後(どちらかあとで実行された方)に，再平衡化ですでに移動されたエクステントの数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_REBALANCER

_EXTENTS_PROCESSED

詳細説明：

再平衡化の完了レベルを示す標識として使用できます。このエレメントの内容が時間とともに変化する様子を追跡すると，再平衡化の進行状況をモニターできます。tablespace_stateとrebalance_modeを使用すると，再平衡化が完了したかどうかチェックできます。このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace R Extents Remaining

(TABLESPACE_R_EXTENTS_REMAINING)

移動するエクステントの数。この値は，再平衡化の開始時刻または再始動時刻(どちらかあとに実行された方)の時点で計算されます。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_REBALANCER

_EXTENTS_REMAINING

詳細説明：

再平衡化の完了レベルを示す標識として使用できます。このエレメントの内容が時間とともに変化する様子を追跡すると，再平衡化の進行状況をモニターできます。再平衡化が終了したかどうかを確認するには，tablespace_stateを使用します。このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace R Last Extent Moved

(TABLESPACE_R_LAST_EXTENT_MOVED)

再平衡化によって最後に移動されたエクステント。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_REBALANCER

_LAST_EXTENT_MOVED

詳細説明：

再平衡化の完了レベルを示す標識として使用できます。このエレメントの内容が時間とともに変化する様子を追跡すると，再平衡化の進行状況をモニターできます。tablespace_stateとrebalance_modeを使用すると，再平衡化が完了したかどうかチェックできます。このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Rebalancer Mode

(TABLESPACE_REBALANCER_MODE)

フォワードまたはリバースの再平衡化が行われているかどうかを示す整数。次の値があります(sqlmon.h内に定義)。

再平衡化は行われていない：SQLM_TABLESPACE_NO_REBAL

フォワード：SQLM_TABLESPACE_FWD_REBAL

リバース：SQLM_TABLESPACE_REV_REBAL

−

unsigned char

No

すべて

−

SQLM_ELM_TABLESPACE

_REBALANCER_MODE

詳細説明：

現在の再平衡化処理で表スペースからスペースを除去しているのか，または追加しているのかを示す標識として使用できます。このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Rebalancer Priority

(TABLESPACE_REBALANCER_PRIORITY)

データベース内で実行されている再平衡化の優先順位。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_REBALANCER

_PRIORITY

詳細説明：

このエレメントは，DMS 表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace R Restart Time

(TABLESPACE_R_RESTART_TIME)

再平衡化が休止または停止後に再始動されたときを示すタイム・スタンプ。

−

string[27]

No

すべて

−

SQLM_ELM_TABLESPACE_REBALANCER

_RESTART_TIME

詳細説明：

再平衡化の完了レベルを示す標識として使用できます。再平衡化が再始動されたときを示し，再平衡化の速度を導出できるので，推定完了時刻を得られます。このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace R Start Time

(TABLESPACE_R_START_TIME)

再平衡化を最初に開始した時刻を示すタイム・スタンプ。

−

string[27]

No

すべて

−

SQLM_ELM_TABLESPACE_REBALANCER

_START_TIME

詳細説明：

再平衡化を最初に開始した時刻を知るのに使用します。このエレメントは，再平衡化の処理速度を測定したり，再平衡化の終了時刻を推定するときに使用できます。このエレメントは，DMS表スペースにだけ適用できます。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace State

(TABLESPACE_STATE)

このエレメントは，表スペースの現在の状態を示します。

−

string[11]

No

すべて

−

SQLM_ELM_TABLESPACE_STATE

詳細説明：

このエレメントには，表スペースの現在の状態を示します16進値が含まれています。外部から見ることができる表スペースの状態は，特定の状態が16進数の合計値で構成されています。例えば，状態が「静止：EXCLUSIVE」および「ロード・ペンディング」の場合，値は0x0004 + 0x0008で0x000cになります。「db2tbst - Get Tablespace State」を使用すると，特定の16進値に関連づけられた表スペースを取得できます。Sdqlutil.hには次のビット定義がリストされています。

0x0　標準（sqlutil.h内のSQLB_NORMALの定義を参照）

0x1　静止モードでの共有

0x2　静止モードでの更新

0x4　静止モードでの排他

0x8　ロード・ペンディング

0x10　削除ペンディング

0x20　バックアップ・ペンディング中

0x40　ロードフォワード進行中

0x80　ロードフォワード・ペンディング

0x100　リストア・ペンディング

0x100　リカバリー・ペンディング（未使用）

0x200　使用不可ペンディング

0x400　再構成進行中

0x800　バックアップ進行中

0x1000　ストレージを定義する必要があります

0x2000　リストア進行中

0x4000　オフラインのためアクセス不可

0x8000　ドロップ・ペンディング

0x2000000　ストレージを定義可能

0x4000000　ストレージを定義は最終状態です

0x8000000　ストレージを定義はロールフォワードの前に変更されました

0x10000000　DMS再平衡化進行中

0x20000000　表スペース削除進行中

0x40000000　表スペース作成進行中

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace State Change Obj Id

(TABLESPACE_STATE_CHANGE_OBJ_ID)

表スペースの状態を「ロード・ペンディング」または「削除ペンディング」に設定したオブジェクト。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_STATE

_CHANGE_OBJECT_ID

詳細説明：

このエレメントに意味があるのは，表スペースの状態が「ロード・ペンディング」または「削除ペンディング」の場合だけです。このエレメントの値がゼロ以外の場合は，SYSCAT.TABLESビューのTABLEID列の値と一致します。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Total Pages

(TABLESPACE_TOTAL_PAGES)

1つの表スペース内の合計ページ数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE

_TOTAL_PAGES

詳細説明：

1つの表スペースが使用するオペレーティング・システムの合計スペースです。DMSの場合，コンテナー・サイズの合計となります(オーバーヘッドを含む)。SMSの場合は，この表スペースに保管される表に使用されるすべてのファイル・スペースの合計です(この情報は，バッファー・プール・スイッチがオンの場合に収集されます)。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Type

(TABLESPACE_TYPE)

表スペースのタイプ。

−

unsigned char

No

すべて

−

SQLM_ELM_TABLESPACE_TYPE

詳細説明：

このエレメントは，この表スペースがデータベース管理の表スペース(DMS)が，システム管理の表スペース(SMS)かを示します。

Tablespace_typeの値(sqlmon.h内に定義)は次のとおりです。

DMSの場合：SQLM_TABLESPACE_TYP_DMS

SMSの場合：SQLM_TABLESPACE_TYP_SMS

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Usable Pages

(TABLESPACE_USABLE_PAGES)

表スペース内の合計ページ数からオーバーヘッド・ページ数を引いた数値。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_USABLE

_PAGES

詳細説明：

このエレメントが適用されるのはDMS表スペースだけです。SMSの場合は，このエレメントにはtablespace_total_pagesと同じ値が含まれます。表スペースの再平衡化中に，使用可能ページ数に新たに追加されたコンテナーが加えられますが，これらの新しいページ数は，再平衡化完了までの間フリーページ数には反映されません。表スペースの再平衡化が実行されていない場合は，使用済みページ数，フリー・ページ数，および保留フリー・ページ数の合計が使用可能ページ数に等しくなります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Used Pages

(TABLESPACE_USED_PAGES)

表スペース内で現在使用中(フリーではない)の合計ページ数。

−

ulong

No

すべて

−

SQLM_ELM_TABLESPACE_USED

_PAGES

詳細説明：

DMS表スペースで使用中の合計ページ数です。SMS表スペースの場合は，tablespace_total_pagesと同じ値になります。

PFM - View名

(PFM - Manager名)

説明

要約

形式

デルタ

サポートVR

制約

データソース

Tablespace Used Pages Rate

(TABLESPACE_USED_PAGES_RATE)

表スペース内での使用されているページ数の割合。

−

float

No

すべて

−

TABLESPACE_USED_PAGES / TABLESPACE_USABLE_PAGES ＊100

詳細説明：

表スペース内での使用されているページ数の割合です。

6　メッセージ

この章では，PFM - Agent for DB2のメッセージ形式，出力先一覧，syslog，およびメッセージ一覧について説明します。

6.1　メッセージの形式

PFM - Agent for DB2が出力するメッセージの形式と，マニュアルでの記載形式を示します。

6.1.1　メッセージの出力形式

PFM - Agent for DB2が出力するメッセージの形式を説明します。メッセージは，メッセージIDとそれに続くメッセージテキストで構成されます。形式を次に示します。

KAVFnnnnn-Yメッセージテキスト

メッセージIDは，次の内容を示しています。

K

システム識別子を示します。

AVF

PFM - Agentのメッセージであることを示します。

nnnnn

メッセージの通し番号を示します。PFM - Agent for DB2のメッセージ番号は，「29xxx」です。

Y

メッセージの種類を示します。

E：エラー

処理は中断されます。

W：警告

メッセージ出力後，処理は続けられます。

I：情報

ユーザーに情報を知らせます。

Q：応答

ユーザーに応答を促します。

メッセージの種類とsyslogのpriorityレベルとの対応を次に示します。

-E

レベル：LOG_ERR

意味：エラーメッセージ。

-W

レベル：LOG_WARNING

意味：警告メッセージ。

-I

レベル：LOG_INFO

意味：付加情報メッセージ。

-Q

（出力されない）

6.1.2　メッセージの記載形式

このマニュアルでのメッセージの記載形式を示します。メッセージテキストで太字になっている部分は，メッセージが表示される状況によって表示内容が変わることを示しています。また，メッセージをメッセージID順に記載しています。記載形式の例を次に示します。

メッセージID

英語メッセージテキスト

日本語メッセージテキスト

メッセージの説明文

(S)

システムの処置を示します。

(O)

メッセージが表示されたときに，オペレーターがとる処置を示します。

参考

システム管理者がオペレーターから連絡を受けた場合は，「7.　トラブルへの対処方法」を参照してログ情報を採取し，初期調査をしてください。

トラブル要因の初期調査をする場合は，OSのログ情報（UNIXの場合はsyslog）や，PFM - Agent for DB2が出力する各種ログ情報を参照してください。これらのログ情報のトラブル発生時間帯の内容を参照して，トラブルを回避したり，トラブルに対処したりしてください。また，トラブルが発生するまでの操作方法などを記録してください。同時に，できるだけ再現性の有無を確認するようにしてください。

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

ここでは，PFM - Agent for DB2が出力する各メッセージの出力先を一覧で示します。

表中では，出力先を凡例のように表記しています。

（凡例）

○：出力する

−：出力しない

表6‒1　PFM - Agent for DB2のメッセージの出力先一覧

メッセージID

出力先

syslog

共通メッセージログ

標準出力

標準エラー出力

JP1システムイベント※1

エージェントイベント※2

KAVF29001

○

○

−

−

−

−

KAVF29002

○

○

−

−

−

−

KAVF29003

○

○

−

−

−

−

KAVF29004

○

○

−

−

−

−

KAVF29005

○

○

−

−

−

−

KAVF29006

○

○

−

−

−

−

KAVF29007

○

○

−

−

○

−

KAVF29010

○

○

−

−

−

−

KAVF29011

○

○

−

−

−

−

KAVF29012

○

○

−

−

−

−

KAVF29013

○

○

−

−

−

−

KAVF29014

○

○

−

−

−

−

KAVF29015

○

○

−

−

−

−

KAVF29016

○

○

−

−

−

−

KAVF29017

○

○

−

−

−

−

KAVF29018

○

○

−

−

−

−

KAVF29019

○

○

−

−

−

−

KAVF29020

○

○

−

−

−

−

KAVF29021

○

○

−

−

−

−

KAVF29022

○

○

−

−

−

−

KAVF29023

○

○

−

−

−

−

KAVF29024

○

○

−

−

−

−

注※1

JP1システムイベントは，エージェントの状態の変化をJP1/IMに通知するイベントです。JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

JP1システムイベントを発行するための前提プログラムを次の表に示します。

表6‒2　JP1システムイベントを発行するための前提プログラム

ホスト種別

前提プログラム

バージョン

監視マネージャー

PFM - Manager

09-00以降

監視コンソールサーバ

PFM - Web Console

08-00以降

監視エージェント

PFM - Agent for DB2

09-00以降

PFM - ManagerまたはPFM - Base

09-00以降

JP1/Base

08-50以降

注※2

エージェントイベントは，エージェントの状態の変化をPFM - Managerに通知するイベントです。エージェントイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，イベントの表示について説明している章を参照してください。

エージェントイベントを発行するための前提プログラムを次の表に示します。

表6‒3　エージェントイベントを発行するための前提プログラム

ホスト種別

前提プログラム

バージョン

監視マネージャー

PFM - Manager

09-00以降

監視コンソールサーバ

PFM - Web Console

08-00以降

監視エージェント

PFM - ManagerまたはPFM - Base

09-00以降

6.3　syslogの一覧

ここでは，PFM - Agent for DB2がsyslogに出力するメッセージ情報の一覧を示します。

syslogは，syslogファイルに出力されます。syslogファイルの格納場所については，syslogデーモンコンフィギュレーションファイル（デフォルトは /etc/syslogd.conf）を参照してください。

PFM - Agent for DB2がsyslogに出力するメッセージ情報の一覧を次の表に示します。

表6‒4　syslog出力メッセージ情報一覧

メッセージID

syslog

ファシリティ

レベル

KAVF29001-E

LOG_DAEMON

LOG_ERR

KAVF29002-I

LOG_DAEMON

LOG_INFO

KAVF29003-I

LOG_DAEMON

LOG_INFO

KAVF29004-E

LOG_DAEMON

LOG_ERR

KAVF29005-E

LOG_DAEMON

LOG_ERR

KAVF29006-E

LOG_DAEMON

LOG_ERR

KAVF29007-W

LOG_DAEMON

LOG_WARNING

KAVF29010-E

LOG_DAEMON

LOG_ERR

KAVF29011-E

LOG_DAEMON

LOG_ERR

KAVF29012-E

LOG_DAEMON

LOG_ERR

KAVF29013-W

LOG_DAEMON

LOG_WARNING

KAVF29014-E

LOG_DAEMON

LOG_ERR

KAVF29015-E

LOG_DAEMON

LOG_ERR

KAVF29016-W

LOG_DAEMON

LOG_WARNING

KAVF29017-E

LOG_DAEMON

LOG_ERR

KAVF29018-E

LOG_DAEMON

LOG_ERR

KAVF29019-W

LOG_DAEMON

LOG_WARNING

KAVF29020-E

LOG_DAEMON

LOG_ERR

KAVF29021-W

LOG_DAEMON

LOG_WARNING

KAVF29022-W

LOG_DAEMON

LOG_WARNING

KAVF29023-E

LOG_DAEMON

LOG_ERR

KAVF29024-E

LOG_DAEMON

LOG_ERR

6.4　メッセージ一覧

PFM - Agent for DB2が出力するメッセージと対処方法について説明します。PFM - Agent for DB2のメッセージ一覧を次に示します。

KAVF29001-E

The Agent for IBM DB2 does not support this DB2 version. (host=ホスト名, service=サービスID)

Agent for IBM DB2はこのバージョンのDB2をサポートしていません (host=ホスト名, service=サービスID))

監視対象のDB2のバージョンはサポートされていません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

サポート対象のDB2のバージョンを使用してください。

KAVF29002-I

Agent Collector has started. (host=ホスト名, service=サービスID)

Agent Collectorが起動しました (host=ホスト名, service=サービスID)

Agent Collectorサービスの起動が完了しました。

KAVF29003-I

Agent Collector has stopped. (host=ホスト名, service=サービスID)

Agent Collectorが停止しました (host=ホスト名, service=サービスID)

Agent Collectorサービスが停止しました。

KAVF29004-E

Memory could not be allocated.

メモリーを割り当てられませんでした

メモリー不足です。

(S)

Agent Collectorサービスの処理を終了します。

(O)

空きメモリーを増やしてください。

KAVF29005-E

An attempt to write to file ファイル名 has failed.

ファイル ファイル名 への書き込みに失敗しました

ファイル名に示されるファイルに対して書き込みができません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

ファイルの権限を確認してください。また，ファイル容量を超えていないか，ディスクが満杯でないかどうかを確認してください。

KAVF29006-E

The file was not found. (file name = ファイル名)

ファイルが見つかりませんでした ファイル名：ファイル名

ファイル名に示されるファイルが見つかりません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

ファイル名に示されるファイルがあるかどうかを確認してください。

KAVF29007-W

No records could be collected for record type レコード名

レコードを収集できませんでした（レコード名）

レコード名に示されるレコードが収集できませんでした。

(S)

Agent Collectorサービスの処理を続行します。

(O)

このメッセージが連続して出力されている場合，監視対象のシステム環境の設定に誤りがないかどうかを確認してください。要因が判明しない場合は，保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF29010-E

File format error：ファイル名

ファイルフォーマットエラー：ファイル名

ファイル名に示されるファイルのフォーマットが不正です。

(S)

Agent Collectorサービスの処理を終了します。

(O)

ファイル名に示されるファイルのフォーマットを確認してください。

KAVF29011-E

A message could not be written to the log file ログファイル名.

ログファイル ログファイル名 へメッセージを書き込むことができませんでした

ログファイル名に示されるファイルにメッセージを出力できません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

パスにログファイル名に示されるファイルがある場合は，書き込み権限を確認してください。パスにログファイル名に示されるファイルがない場合は，指定したパスに読み書き権限があるかどうかを確認してください。

KAVF29012-E

The file does not have read permission. (file name = ファイル名)

ファイルに読み取り権限がありません ファイル名：ファイル名

ファイル名に示されるファイルに読み取り権限がありません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

ファイルの権限を確認してください。

KAVF29013-W

An attempt to initialize Agent Collector has failed. (host=ホスト名, service=サービスID)

Agent Collectorの初期化で失敗しました (host=ホスト名, service=サービスID)

Agent Collectorサービスの初期化で失敗しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

Agent Collectorサービスのすべての初期化構成を確認してください。

KAVF29014-E

System information could not be acquired. (host=ホスト名, service=サービスID)

システム情報を取得できません (host=ホスト名, service=サービスID)

ホスト名などのシステム情報を取得できません。

(S)

Agent Collectorサービスの処理を終了します。

(O)

OSの環境設定を確認してください。

KAVF29015-E

An attempt to execute function コマンド名 has failed. (rc=リターンコード) (host=ホスト名, service=サービスID)

コマンド名 関数の実行で失敗しました (rc=リターンコード) (host=ホスト名, service=サービスID)

コマンド名に示されるコマンド実行時にエラーが発生しました。

(S)

Agent Collectorサービスの処理を終了します。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF29016-W

Connection to DB2 is not possible. (host=ホスト名, service=サービスID)

DB2に接続できません (host=ホスト名, service=サービスID)

DB2に接続できません。

(O)

次のことを確認してください。

PFM - Agent for DB2のインスタンスの設定内容が正しいかどうか

監視対象のDB2が起動されているか

KAVF29017-E

A program error has occurred. Please connect maintenance personnel. (host=ホスト名, service=サービスID)

プログラムエラーが発生しました 保守員に連絡してください (host=ホスト名, service=サービスID)

プログラムエラーが発生しました。

(O)

保守資料を採取したあと，システム管理者に連絡してください。保守資料の採取方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

KAVF29018-E

SQLCA:DB2エラーメッセージ

SQLCA:DB2エラーメッセージ

DB2から返されたエラーメッセージ情報です。

(O)

DB2のマニュアルを確認して，エラー原因を取り除いてください。

KAVF29019-W

An overflow error has occurred:データソース (host=ホスト名, service=サービスID)

オーバーフローが発生しました ：データソース (host=ホスト名, service=サービスID)

DB2から採取したデータが32ビットを超えました。

(S)

データソースで示すフィールドの値が制約されました。

KAVF29020-E

Reception of a signal interrupted service processing. (signal=シグナル番号)

シグナル受信によってサービスの処理は中断されました (signal=シグナル番号)

SIGTERM以外のシグナルを受信しました。

(S)

Agent Collectorサービスの処理を終了します。

KAVF29021-W

Reception of a signal caused the service to stop. (signal=シグナル番号)

シグナル受信によってサービスは停止処理を実行します (signal=シグナル番号)

SIGTERMのシグナルを受信しました。

(S)

Agent Collectorサービスの処理を終了します。

KAVF29022-W

The number of getting records is over 規定の件数.

レコードの取得件数が規定の件数件を超えました

一度に取得したレコードが規定の件数を超えました。

(S)

規定の件数までレコードを取得します。

KAVF29023-E

The Agent for IBM DB2 cannot set the snapshot monitor switches to ON.

スナップショット・モニター・スイッチをONに設定できません。

スナップショット・モニター・スイッチをONに設定できませんでした。

(S)

Agent Collectorの処理を終了します。

(O)

インスタンス情報のdb2_userに指定したユーザーの権限を確認してください。

KAVF29024-E

An attempt to load the shared library failed.

共有ライブラリのロードに失敗しました

共有ライブラリのロードに失敗しました。

(S)

Agent Collectorの処理を終了します。

(O)

AIXの場合

PFM - Agent for DB2インスタンス情報のdb2_dirに指定したDB2のインストールパスが正しいかどうか確認してください。

また，監視対象となるDB2に32ビット・アプリケーション用ライブラリが存在することを確認してください。

Linuxの場合

jpcspm startを実行するターミナルのLD_LIBRARY_PATH環境変数にDB2のライブラリの場所が正しく設定されていることを確認してください。

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

7　トラブルへの対処方法

この章では，Performance Managementの運用中にトラブルが発生した場合の対処方法などについて説明します。ここでは，主にPFM - Agentでトラブルが発生した場合の対処方法について記載しています。Performance Managementシステム全体のトラブルへの対処方法については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

7.1　対処の手順

Performance Managementでトラブルが起きた場合の対処の手順を次に示します。

現象の確認

次の内容を確認してください。

トラブルが発生したときの現象

メッセージの内容（メッセージが出力されている場合）

共通メッセージログなどのログ情報

各メッセージの要因と対処方法については，「6.　メッセージ」を参照してください。また，Performance Managementが出力するログ情報については，「7.3　ログ情報」を参照してください。

資料の採取

トラブルの要因を調べるために資料の採取が必要です。「7.4　トラブル発生時に採取が必要な資料」および「7.5　資料の採取方法」を参照して，必要な資料を採取してください。

問題の調査

採取した資料を基に問題の要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

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

ここでは，Performance Management使用時のトラブルシューティングについて記述します。Performance Managementを使用しているときにトラブルが発生した場合，まず，この節で説明している現象が発生していないか確認してください。

Performance Managementに発生する主なトラブルの内容を次の表に示します。

表7‒1　トラブルの内容

分類

トラブルの内容

記述個所

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

Performance Managementのプログラムのサービスが起動しない

サービスの起動要求が失敗し，共通メッセージログにKAVF29024-Eが出力される

7.2.1

サービスの起動要求をしてからサービスが起動するまで時間が掛かる

Performance Managementのプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはAgent Storeサービスが停止する

マニュアル「JP1/Performance Management 運用ガイド」の，トラブルシューティングの章を参照してください。

コマンドの実行について

jpctool service listコマンドを実行すると稼働していないサービス名が出力される

jpctool db dumpコマンドを実行すると，指定したStoreデータと異なるデータが出力される

レポートの定義について

履歴レポートに表示されない時間帯がある

アラームの定義について

アクション実行で定義したプログラムが正しく動作しない

アラームイベントが表示されない

アラームしきい値を超えているのに，エージェント階層の［アラームの状態の表示］画面に表示されているアラームアイコンの色が緑のまま変わらない

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

データの保存期間を短く設定したにもかかわらず，PFM - AgentのStoreデータベースのサイズが小さくならない

共通メッセージログに「Storeデータベースに不正なデータが検出されました」というメッセージが出力される

PFM - Agentを起動してもパフォーマンスデータが収集されない

7.2.2

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

セットアップやサービスの起動に関するトラブルの対処方法を次に示します。

(1)　Performance Managementのプログラムのサービスが起動しない

PFM - Agent for DB2で考えられる要因およびその対処方法を次に示します。その他の考えられる要因および対処方法は，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

インスタンス環境のセットアップ時の設定に誤りがある

インスタンス環境のセットアップ時に設定した次の項目に誤りがあると，Agent Collectorサービスは起動できません。

db2_instance

db2_node

db2_name

db2_user

db2_password

jpcconf inst setupコマンドを実行して，各項目の正しい値を設定し直してください。jpcconf inst setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　サービスの起動要求が失敗し，共通メッセージログにKAVF29024-Eが出力される

AIXの場合とLinuxの場合で対処が異なります。それぞれの対処方法を次に示します。

AIXの場合

PFM - Agent for DB2インスタンス情報のdb2_dirに指定している，DB2のインストールパスが正しくないおそれがあります。「2.1.4(4)　インスタンス環境の設定」を参照し，正しいDB2のインストールパスを設定してください。

Linuxの場合

LD_LIBRARY_PATH環境変数の指定が正しくないおそれがあります。「2.1.4(2)　LD_LIBRARY_PATH環境変数の設定（Linuxの場合）」を参照し，LD_LIBRARY_PATH環境変数の設定内容を見直してください。

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

Performance Managementのパフォーマンスデータの収集と管理に関するトラブルの対処方法を次に示します。

(1)　PFM - Agentを起動してもパフォーマンスデータが収集されない

次の方法で対処してください。

DB2の起動状態を確認し，停止している場合は起動してください。

インスタンス環境のセットアップ時の設定を見直してください。

jpcconf inst setupコマンドを実行して，各項目の正しい値を設定し直してください。jpcconf inst setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

トラブルが発生したときの現象を確認してください。メッセージが出力されている場合は，メッセージの内容を確認してください。また，Performance Managementが出力するログ情報については，「7.3　ログ情報」を参照してください。

マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章，および「7.2.1　セットアップやサービスの起動について」〜「7.2.2　パフォーマンスデータの収集と管理について」に示した対処をしても，トラブルが解決できなかった場合，または，これら以外のトラブルが発生した場合，トラブルの要因を調査するための資料を採取し，システム管理者に連絡してください。

採取が必要な資料および採取方法については，「7.4　トラブル発生時に採取が必要な資料」および「7.5　資料の採取方法」を参照してください。

7.3　ログ情報

Performance Managementでトラブルが発生した場合，ログ情報を確認して対処方法を検討します。Performance Managementを運用しているときに出力されるログ情報には，次の4種類があります。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

ここでは，4種類のログ情報，および各ログ情報に設定できるログオプションについて説明します。

7.3.1　ログ情報の種類

(1)　システムログ

システムログとは，システムの状態やトラブルを通知するログ情報のことです。このログ情報はsyslogファイルに出力されます。

出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

Performance Managementのシステムログのほかに，クラスタソフトによるPerformance Managementの制御などを確認するためにクラスタソフトのログが必要です。

(2)　共通メッセージログ

共通メッセージログとは，システムの状態やトラブルを通知するログ情報のことです。システムログよりも詳しいログ情報が出力されます。共通メッセージログの出力先ファイル名やファイルサイズについては，「7.3.2　ログファイルおよびディレクトリ一覧」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，共通メッセージログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，メッセージは同じログファイルに記録されます。

(3)　稼働状況ログ

稼働状況ログとは，PFM - Web Consoleが出力するログ情報のことです。稼働状況ログの出力先ファイル名やファイルサイズについては，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

(4)　トレースログ

トレースログとは，トラブルが発生した場合に，トラブル発生の経緯を調査したり，各処理の処理時間を測定したりするために採取するログ情報のことです。

トレースログは，Performance Managementのプログラムの各サービスが持つログファイルに出力されます。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，トレースログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，メッセージは同じログファイルに記録されます。

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

ここでは，Performance Managementから出力されるログ情報について説明します。稼働状況ログの出力先ファイル名やファイルサイズについては，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

(1)　共通メッセージログ

ここでは，Performance Managementのログ情報のうち，共通メッセージログについて，ログの出力元であるサービス名または制御名，ログファイル名，およびディスク使用量を表に示します。

表7‒2　共通メッセージログのファイル名

ログ情報の種類

出力元

ファイル名

ディスク使用量※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

（　）内の数字は，1つのサービスに対して作成されるログファイルの数を示します。例えば，「2,048(＊2)」の場合，ディスク使用量が2,048キロバイトのログファイルが最大で2つ作成されることを示します。この場合，ディスク使用量は合計で4,096キロバイトとなります。

注※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のトレースログの出力元であるサービス名または制御名，および格納先ディレクトリ名を表に示します。

表7‒3　トレースログの格納先ディレクトリ名

ログ情報の種類

出力元

ディレクトリ名

トレースログ

Action Handlerサービス

/opt/jp1pc/bin/action/log/

Performance Managementコマンド

/opt/jp1pc/tools/log/

Agent Collectorサービス

/opt/jp1pc/agtr/agent/インスタンス名/log/

Agent Storeサービス

/opt/jp1pc/agtr/store/インスタンス名/log/

Status Serverサービス

/opt/jp1pc/bin/statsvr/log/

トレースログ（論理ホスト運用の場合）

Action Handlerサービス

環境ディレクトリ※/jp1pc/bin/action/log/

Performance Managementコマンド

環境ディレクトリ※/jp1pc/tools/log/

Agent Collectorサービス

環境ディレクトリ※/jp1pc/agtr/agent/インスタンス名/log/

Agent Storeサービス

環境ディレクトリ※/jp1pc/agtr/store/インスタンス名/log/

注※

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

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

「7.2　トラブルシューティング」に示した対処をしてもトラブルを解決できなかった場合，トラブルの要因を調べるための資料を採取し，システム管理者に連絡する必要があります。この節では，トラブル発生時に採取が必要な資料について説明します。

Performance Managementでは，採取が必要な資料を一括採取するためのコマンドを用意しています。PFM - Agentの資料を採取するには，jpcrasコマンドを使用します。jpcrasコマンドを使用して採取できる資料については，表中に記号で示しています。

注意

jpcrasコマンドで採取できる資料は，コマンド実行時に指定するオプションによって異なります。コマンドに指定するオプションと採取できる資料については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト運用の場合の注意事項

論理ホスト運用の場合の注意事項を次に示します。

論理ホスト運用する場合のPerformance Managementのログは，共有ディスクに格納されます。なお，共有ディスクがマウントされている場合は，jpcrasコマンドで共有ディスク上のログも一括して採取できます。

フェールオーバー時の問題を調査するには，フェールオーバーの前後の資料が必要です。このため，実行系と待機系の両方の資料が必要になります。

論理ホスト運用のPerformance Managementの調査には，クラスタソフトの資料が必要です。論理ホスト運用のPerformance Managementは，クラスタソフトから起動や停止を制御されているので，クラスタソフトの動きとPerformance Managementの動きを対比して調査するためです。

7.4.1　UNIXの場合

(1)　OSのログ情報

OSに関する次のログ情報の採取が必要です。OSのログ情報を次の表に示します。

表7‒4　OSのログ情報

情報の種類

概要

デフォルトのファイル名

jpcrasコマンドでの採取

システムログ

syslog

AIXの場合

−

Linuxの場合

/var/log/messages

○※

プロセス情報

プロセスの一覧

−

○

システムファイル

hostsファイル

/etc/hosts

○

servicesファイル

/etc/services

○

OS情報

パッチ情報

−

○

カーネル情報

−

○

バージョン情報

−

○

ネットワークステータス

−

○

環境変数

−

○

ホスト名

−

○

ダンプ情報

coreファイル

−

○

（凡例）

○：採取できる

−：該当しない

注※

デフォルトのパスおよびファイル名以外に出力されるように設定されているシステムでは，収集できません。手動で収集してください。

(2)　Performance Managementの情報

Performance Managementに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。Performance Managementの情報を次の表に示します。

表7‒5　Performance Managementの情報

情報の種類

概要

デフォルトのファイル名

jpcrasコマンドでの採取

共通メッセージログ

Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）

/opt/jp1pc/log/jpclog{01|02}※1

○

Performance Managementから出力されるメッセージログ

（ラップアラウンドファイル方式）

/opt/jp1pc/log/jpclogw{01|02}※1

○

構成情報

各構成情報ファイル

−

○

jpctool service listコマンドの出力結果

−

○

バージョン情報

製品バージョン

−

○

履歴情報

−

○

データベース情報

Agent Storeサービス

Storeバージョン1.0の場合

/opt/jp1pc/agtr/store/インスタンス名/*.DB

/opt/jp1pc/agtr/store/インスタンス名/*.IDX

Storeバージョン2.0の場合

/opt/jp1pc/agtr/store/インスタンス名/STPD

/opt/jp1pc/agtr/store/インスタンス名/STPI

ディレクトリ下の次に示すファイル。

*.DB

*.IDX

○

トレースログ

Performance Managementのプログラムの各サービスのトレース情報

−※2

○

インストールログ※3

Hitachi PP Installerの標準ログ

/etc/.hitachi/.hitachi.log

/etc/.hitachi/.hitachi.log{01|02|03|04|05}

/etc/.hitachi/.install.log

/etc/.hitachi/.install.log{01|02|03|04|05}

×

（凡例）

○：採取できる

×：採取できない

−：該当しない

注※1

ログファイルの出力方式については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

注※2

トレースログの格納先ディレクトリについては，「7.3.2　ログファイルおよびディレクトリ一覧」を参照してください。

注※3

インストールに失敗した場合に採取してください。

(3)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　エラー情報

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(5)　その他の情報

上記以外で必要な情報を次に示します。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

7.5　資料の採取方法

トラブルが発生したときに資料を採取する方法を次に示します。

7.5.1　UNIXの場合

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザー権限を持つユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。

jpcrasコマンドで，採取できるすべての情報を/tmp/jpc/agtディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jpc/agt all all

資料採取コマンドで収集された資料は，tarコマンドおよびcompressコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。

jpcrasYYMMDD.tar.Z

YYMMDDには年月日が付加されます。

jpcrasコマンドを実行すると，PFMサービスの一覧取得および起動状態の確認のため，内部的に「jpctool service list -id * -host *」コマンドが実行されます。コマンド実行ホストとほかのPerformance Managementシステムのホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数JPC_COLCTRLNOHOSTに1を設定することで「jpctool service list -id * -host *」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

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

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザー権限を持つユーザーが実行してください。

論理ホスト運用の場合の，資料採取コマンドの実行について，手順を説明します。

共有ディスクをマウントする。

論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがマウントされていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。

jpcrasコマンドで，採取できるすべての情報を/tmp/jpc/agtディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jpc/agt all all

資料採取コマンドで収集された資料は，tarコマンドおよびcompressコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。

jpcrasYYMMDD.tar.Z

YYMMDDには年月日が付加されます。

jpcrasコマンドをlhostの引数を指定しないで実行すると，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されます。論理ホスト環境のPerformance Managementがある場合は，共有ディスク上のログファイルが取得されます。

なお，共有ディスクがマウントされていないノードでjpcrasコマンドを実行すると，共有ディスク上のファイルを取得できませんが，エラーは発生しないで正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後の調査をするには，実行系と待機系の両方の資料が必要です。

jpcrasコマンドを実行すると，PFMサービスの一覧取得および起動状態の確認のため，内部的に「jpctool service list -id * -host *」コマンドが実行されます。コマンド実行ホストとほかのPerformance Managementシステムのホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数JPC_COLCTRLNOHOSTに1を設定することで「jpctool service list -id * -host *」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

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

クラスタソフトの資料を採取する。

この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

(3)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - ManagerとPFM - Agentの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　エラー情報を採取する

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(5)　その他の情報を採取する

上記以外で必要な情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

7.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の障害検知について説明している章を参照してください。

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

Performance Managementのサーバで障害が発生したときは，バックアップファイルを基にして，障害が発生する前の正常な状態に回復する必要があります。

障害が発生する前の状態に回復する手順については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

付録

付録A　システム見積もり

PFM - Agent for DB2を使ったシステムを構築する前に，使用するマシンの性能が，PFM - Agent for DB2を運用するのに十分であるか，見積もっておくことをお勧めします。

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

メモリー所要量は，PFM - Agent for DB2の設定状況や使用状況によって変化します。メモリー所要量の見積もり式については，リリースノートを参照してください。

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

ディスク占有量は，パフォーマンスデータを収集するレコード数によって変化します。ディスク占有量の見積もりには，システム全体のディスク占有量，Storeデータベース（Storeバージョン1.0）のディスク占有量，またはStoreデータベース（Storeバージョン2.0）の見積もりが必要になります。これらの見積もり式については，リリースノートを参照してください。

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

PFM - Agent for DB2では，カーネルパラメーターの調整は不要です。

なお，UNIX環境でPFM - ManagerおよびPFM - Web Consoleを使用する場合の，カーネルパラメーターの調整については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録に記載されているカーネルパラメーター一覧を参照してください。

また，DB2を使用する場合の，カーネルパラメーターの調整についてはDB2のマニュアルを参照してください。

付録C　識別子一覧

PFM - Agent for DB2を操作したり，PFM - Agent for DB2の Storeデータベースからパフォーマンスデータを抽出したりする際，PFM - Agent for DB2であることを示す識別子が必要な場合があります。PFM - Agent for DB2の識別子を次の表に示します。

表C‒1　PFM - Agent for DB2の識別子一覧

用途

名称

識別子

説明

コマンドなど

プロダクトID

R

プロダクトIDとは，サービスIDの一部。サービスIDは，コマンドを使用してPerformance Managementのシステム構成を確認する場合や，パフォーマンスデータをバックアップする場合などに必要である。サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録に記載されている命名規則を，Performance Managementの機能について説明している章を参照のこと。

サービスキー

agtrまたはDB2

コマンドを使用してPFM - Agent for DB2を起動する場合や，終了する場合などに必要である。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録に記載されている命名規則を，Performance Managementの機能について説明している章を参照のこと。

ヘルプ

ヘルプID

pcar

PFM - Agent for DB2のヘルプであることを表す。

付録D　プロセス一覧

ここでは，PFM - Agent for DB2のプロセス一覧を記載します。

PFM - Agent for DB2のプロセス一覧を次の表に示します。なお，プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

注意

論理ホストのPFM - Agentでも，動作するプロセスおよびプロセス数は同じです。

表D‒1　PFM - Agent for DB2のプロセス一覧（UNIX版）

プロセス名

（プロセス数）

機能

jpcagtr(n)

Agent Collectorサービスプロセス。このプロセスは，PFM - Agent for DB2のインスタンスごとに1つ起動する。

agtr/jpcsto(n)

Agent Storeサービスプロセス。このプロセスは，PFM - Agent for DB2のインスタンスごとに1つ起動する。

stpqlpr(1)※

Storeデータベースのバックアップ／エクスポート実行プロセス。

注※

jpcstoプロセスの子プロセスです。

付録E　ポート番号一覧

ここでは，PFM - Agent for DB2で使用するポート番号を記載します。

PFM - Manager ，およびPFM - Baseのポート番号およびファイアウォールの通過方向については，マニュアル「JP1/Performance Management リファレンス」の付録を参照してください。

ポート番号は，ユーザー環境に合わせて任意の番号に変更することもできます。

ポート番号の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。なお，使用するプロトコルはTCP/IPです。

注意

Performance Managementは，1対1のアドレス変換をする静的NAT(Basic NAT)に対応しています。

動的NATや，ポート変換機能を含むNAPT（IP Masquerade，NAT+）には対応していません。

付録E.1　PFM - Agent for DB2のポート番号

PFM - Agent for DB2で使用するポート番号を次の表に示します。

表E‒1　PFM - Agent for DB2で使用するポート番号

ポート番号

サービス名

パラメーター

用途

自動※1

Agent Storeサービス

jp1pcstor[nnn]※2

パフォーマンスデータを記録したり，履歴レポートを取得したりするときに使用する。

自動※1

Agent Collectorサービス

jp1pcagtr[nnn]※2

アラームをバインドしたり，リアルタイムレポートを取得したりするときに使用する。

注※1

jpcconf port defineコマンド実行時，その時点で使用されていないポート番号が自動的に割り当てられ表示されます。

また，jpcconf port defineコマンドを実行しない場合，サービスが再起動されるたびにシステムで使用されていないポート番号が自動的に割り当てられます。

注※2

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

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

(1)　ファイアウォールの通過方向の設定

ファイアウォールを挟んでPFM - ManagerとPFM - Agent for DB2を配置する場合は，PFM - ManagerとPFM - Agentのすべてのサービスにポート番号を固定値で設定してください。また，各ポート番号を次の表に示す方向で設定し，すべてのサービスについてファイアウォールを通過させるようにしてください。

表E‒2　ファイアウォールの通過方向（PFM - ManagerとPFM - Agent間）

サービス名

パラメーター

通過方向

Agent Storeサービス

jp1pcstor[nnn]※

Agent←Manager

Agent Collectorサービス

jp1pcagtr[nnn]※

Agent←Manager

（凡例）

Manager：PFM - Managerホスト

Agent：PFM - Agentホスト

←：右項から左項への通信（コネクション）を開始する方向

注※

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

通信（コネクション）を開始する時は，接続を受ける側（矢印が向いている側）が，表E-1のポート番号を受信ポートとして使用します。接続する側は，OSによって割り当てられる空きポート番号を送信ポートとして使用します。この場合に使用するポート番号の範囲は，OSによって異なります。

Managerで一時的に使用される送信ポートがAgentの受信ポートを通過できるようにファイアウォールを設定してください。

注意

PFM - Agentのホストでjpctool db dumpコマンドまたはjpctool service listコマンドを実行したい場合，次のどちらかの方法でコマンドを実行してください。

jpctool db dumpコマンドまたはjpctool service listコマンドのproxyオプションで，PFM - Managerを経由して通信するように指定してください。jpctool db dumpコマンドまたはjpctool service listコマンドのproxyオプションについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

各PFM - Agentホスト間で次の表に示す方向でポート番号を設定し，ファイアウォールを通過させるようにしてください。

表E‒3　ファイアウォールの通過方向（各PFM - Agentホスト間）

サービス名

パラメーター

通過方向

Agent Storeサービス

jp1pcstor[nnn]※

Agent←→Agent

Agent Collectorサービス

jp1pcagtr[nnn]※

Agent←→Agent

（凡例）

Agent：PFM - Agentホスト

←→：左項から右項，および右項から左項への通信（コネクション）を開始する方向

注※

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

(2)　ファイアウォールの通過方向の設定（論理ホスト運用の場合）

ファイアウォールを挟んでPFM - ManagerとPFM - Agent for DB2を配置する場合は，PFM - ManagerとPFM - Agentのすべてのサービスにポート番号を固定値で設定してください。また，各ポート番号を次の表に示す方向で設定し，すべてのサービスについてファイアウォールを通過させるようにしてください。

表E‒4　ファイアウォールの通過方向（PFM - ManagerとPFM - Agent間（論理ホスト運用の場合））

サービス名

パラメーター※

通過方向

Agent Storeサービス（論理ホスト）

jp1pcstor[nnn]※

Agent（論理ホスト）←Manager

Agent Collectorサービス（論理ホスト）

jp1pcagtr[nnn]※

Agent（論理ホスト）←Manager

（凡例）

Manager：PFM - Managerホスト

Agent（論理ホスト）：PFM - Agentホスト

←：右項から左項への通信（コネクション）を開始する方向

注※

複数インスタンスを作成している場合，2番目以降に作成したインスタンスに通番（nnn）が付加されます。最初に作成したインスタンスには，通番は付加されません。

通信（コネクション）を開始する時は，接続を受ける側（矢印が向いている側）が，表E-1のポート番号を受信ポートとして使用します。接続する側は，OSによって割り当てられる空きポート番号を送信ポートとして使用します。この場合に使用するポート番号の範囲は，OSによって異なります。

Managerから一時的に使用される送信ポートがAgentの論理ホストの受信ポートに通過できるようにファイアウォールを設定してください。

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

ここでは，PFM - Web Consoleで表示されるPFM - Agent for DB2のAgent Storeサービスのプロパティ一覧，およびAgent Collectorサービスのプロパティ一覧を記載します。

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

PFM - Agent for DB2のAgent Storeサービスのプロパティ一覧を次の表に示します。

表F‒1　PFM - Agent for DB2のAgent Storeサービスのプロパティ一覧

フォルダ名

プロパティ名

説明

−

First Registration Date

サービスがPFM - Managerに認識された最初の日時が表示される。

Last Registration Date

サービスがPFM - Managerに認識された最新の日時が表示される。

General

−

ホスト名やディレクトリなどの情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Directory

サービスの動作するカレントディレクトリ名が表示される。

Host Name

サービスが動作する物理ホスト名が表示される。

Process ID

サービスのプロセスIDが表示される。

Physical Address

IPv6通信機能が無効の場合，サービスが動作するホストのIPアドレスおよびポート番号が表示される。

Physical Address(IPv4)

IPv6通信機能が有効の場合，サービスが動作するホストのIPアドレス（IPv4）が表示される。

Physical Address(IPv6)

IPv6通信機能が有効の場合，サービスが動作するホストのIPアドレス（IPv6）が表示される。

Port Number

IPv6通信機能が有効の場合，サービスが動作するポート番号が表示される。

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の整数が指定できる。

注意

範囲外の数値，またはアルファベットなどの文字を指定した場合，エラーメッセージが表示される。

Retention Ex

−

Storeバージョンが2.0の場合にデータの保存期間を設定する。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。

Retention Ex

Product Interval - PIレコードタイプのレコードID

−

PIレコードタイプのレコードの保存期間を設定する。

Period - Minute Drawer (Day)

分ごとのPIレコードタイプのレコードの保存期間を設定する。指定できる値は0〜366日で，1日単位で指定できる。

Period - Hour Drawer (Day)

時間ごとのPIレコードタイプのレコードの保存期間を設定する。指定できる値は0〜366日で，1日単位で指定できる。

Period - Day Drawer (Week)

日ごとのPIレコードタイプのレコードの保存期間を設定する。指定できる値は0〜266週で，1週間単位で指定できる。

Period - Week Drawer (Week)

週ごとのPIレコードタイプのレコードの保存期間を設定する。指定できる値は0〜266週で，1週間単位で指定できる。

Period - Month Drawer (Month)

月ごとのPIレコードタイプのレコードの保存期間を設定する。指定できる値は0〜60月で，1か月単位で指定できる。

Period - Year Drawer (Year)

年ごとのPIレコードタイプのレコードの保存期間。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 DB2では使用しない。

Product Log

PLレコードタイプのレコードで使用されるディスク容量が表示される。PFM - Agent for DB2では使用しない。

Total Disk Usage

データベース全体で使用されるディスク容量が表示される。

Configuration

−

Agent Storeサービスのプロパティが表示される。

Store Version

Storeデータベースのバージョンが表示される。

Storeバージョン1.0の場合

「1.0」

Storeバージョン2.0の場合

「2.0」

Multiple Manager Configuration

Primary Manager

監視二重化の場合，プライマリーに設定しているマネージャーのホスト名が表示される。このプロパティは変更できない。

Secondary Manager

監視二重化の場合，セカンダリーに設定しているマネージャーのホスト名が表示される。このプロパティは変更できない。

（凡例）

−：該当しない

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

PFM - Agent for DB2のAgent Collectorサービスのプロパティ一覧を次の表に示します。

表F‒2　PFM - Agent for DB2のAgent Collectorサービスのプロパティ一覧

フォルダ名

プロパティ名

説明

−

First Registration Date

サービスがPFM - Managerに認識された最初の日時が表示される。

Last Registration Date

サービスがPFM - Managerに認識された最新の日時が表示される。

Data Model Version

データモデルのバージョンが表示される。

General

−

ホスト名やディレクトリなどの情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Directory

サービスの動作するカレントディレクトリ名が表示される。

Host Name

サービスが動作する物理ホスト名が表示される。

Process ID

サービスのプロセスIDが表示される。

Physical Address

IPv6通信機能が無効の場合，サービスが動作するホストのIPアドレスおよびポート番号が表示される。

Physical Address(IPv4)

IPv6通信機能が有効の場合，サービスが動作するホストのIPアドレス（IPv4）が表示される。

Physical Address(IPv6)

IPv6通信機能が有効の場合，サービスが動作するホストのIPアドレス（IPv6）が表示される。

Port Number

IPv6通信機能が有効の場合，サービスが動作するポート番号が表示される。

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 Collectorサービスの作成日が表示される。

INI File

jpcns.iniファイルの格納ディレクトリ名が表示される。

Network Services

Service

−

サービスについての情報が格納されている。このフォルダに格納されているプロパティは変更できない。

Description

次の形式でホスト名が表示される。

インスタンス名_ホスト名

Local Service Name

サービスIDが表示される。

Remote Service Name

Agent Collectorサービスが接続するStoreサービスのサービス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 User Event：JP1ユーザーイベントを発行する

JP1 System Event：JP1システムイベントを発行する

Detail Records

−

PDレコードタイプのレコードのプロパティが格納されている。収集されているレコードのレコードIDは，太字で表示される。

Detail Records

レコードID※1

−

レコードのプロパティが格納されている。

Description

レコードの説明が表示される。このプロパティは変更できない。

Log

リスト項目から「Yes」または「No」を選択し，レコードをStoreデータベースに記録するかどうかを指定する。この値が「Yes」でかつ，Collection Intervalが0より大きい値であれば，データベースに記録される。

Log(ITSLM)

JP1/SLM - Manager と連携する場合に，JP1/SLM - ManagerからレコードをPFM - Agent for DB2のStoreデータベースに記録するかどうかについて「Yes」または「No」で表示される。連携しない場合は「No」固定で表示される。このプロパティは変更できない。

Monitoring(ITSLM)

JP1/SLM - Manager と連携する場合に，レコードをJP1/SLM - Managerに送信するかどうかについて，JP1/SLM - Managerでの設定が「Yes」または「No」で表示される。連携しない場合は「No」固定で表示される。このプロパティは変更できない。

Collection Interval

データの収集間隔を指定する。指定できる値は0〜2,147,483,647秒で，1秒単位で指定できる。なお，0と指定した場合は0秒となり，データは収集されない。

Collection Offset

データの収集を開始するオフセット値を指定する。指定できる値は，Collection Intervalで指定した値の範囲内で，0〜32,767秒の1秒単位で指定できる。なお，データ収集の記録時間は，Collection Offsetの値によらないで，Collection Intervalと同様の時間となる。

Over 10 Sec Collection Time

履歴データの収集をリアルタイムレポートの表示処理より優先する場合（履歴収集優先機能が有効な場合）にだけ表示される。

レコードの収集に10秒以上掛かることがあるかどうかが「Yes」または「No」で表示される。

Yes：10秒以上掛かることがある

No：10秒掛からない

このプロパティは変更できない。

Realtime Report Data Collection Mode

履歴データの収集をリアルタイムレポートの表示処理より優先する場合（履歴収集優先機能が有効な場合）にだけ表示される。

リアルタイムレポートの表示モードを指定する。

Reschedule：再スケジュールモードの場合

Temporary Log：一時保存モードの場合

なお，Over 10 Sec Collection Timeの値が「Yes」のレコードには，一時保存モード（Temporary Log）を指定する必要がある。

LOGIF

レコードをデータベースに記録するときの条件を指定する。条件に合ったレコードだけがデータベースに記録される。PFM - Web Consoleの［サービス階層］タブで表示されるサービスのプロパティ画面の，下部フレームの［LOGIF］をクリックすると表示される［ログ収集条件設定］ウィンドウで作成した条件式（文字列）が表示される。

Interval Records

−

PIレコードタイプのレコードのプロパティが格納されている。収集されているレコードのレコードIDは，太字で表示される。

Interval Records

レコードID※1

−

レコードのプロパティが格納されている。

Description

レコードの説明が表示される。このプロパティは変更できない。

Log

リスト項目から「Yes」または「No」を選択し，レコードをStoreデータベースに記録するかどうかを指定する。この値が「Yes」でかつ，Collection Intervalが0より大きい値であれば，データベースに記録される。

Log(ITSLM)

JP1/SLM - Manager と連携する場合に，JP1/SLM - ManagerからレコードをPFM - Agent for DB2のStoreデータベースに記録するかどうかについて「Yes」または「No」で表示される。連携しない場合は「No」固定で表示される。このプロパティは変更できない。

Monitoring(ITSLM)

JP1/SLM - Manager と連携する場合に，レコードをJP1/SLM - Managerに送信するかどうかについて，JP1/SLM - Managerでの設定が「Yes」または「No」で表示される。連携しない場合は「No」固定で表示される。このプロパティは変更できない。

Collection Interval

データの収集間隔を指定する。指定できる値は0〜2,147,483,647秒で，1秒単位で指定できる。なお，0と指定した場合は0秒となり，データは収集されない。

Collection Offset

データの収集を開始するオフセット値を指定する。指定できる値は，Collection Intervalで指定した値の範囲内で，0〜32,767秒の1秒単位で指定できる。なお，データ収集の記録時間は，Collection Offsetの値によらないで，Collection Intervalと同様の時間となる。

Over 10 Sec Collection Time

履歴データの収集をリアルタイムレポートの表示処理より優先する場合（履歴収集優先機能が有効な場合）にだけ表示される。

レコードの収集に10秒以上掛かることがあるかどうかが「Yes」または「No」で表示される。

Yes：10秒以上掛かることがある

No：10秒掛からない

このプロパティは変更できない。

Realtime Report Data Collection Mode

履歴データの収集をリアルタイムレポートの表示処理より優先する場合（履歴収集優先機能が有効な場合）にだけ表示される。

リアルタイムレポートの表示モードを指定する。

Reschedule：再スケジュールモードの場合

Temporary Log：一時保存モードの場合

なお，Over 10 Sec Collection Timeの値が「Yes」のレコードには，一時保存モード（Temporary Log）を指定する必要がある。

LOGIF

レコードをデータベースに記録するときの条件を指定する。条件に合ったレコードだけがデータベースに記録される。PFM - Web Consoleの［サービス階層］タブで表示されるサービスのプロパティ画面の，下部フレームの［LOGIF］をクリックすると表示される［ログ収集条件設定］ウィンドウで作成した条件式（文字列）が表示される。

Log Records

−

PLレコードタイプのレコードのプロパティが格納されている。PFM - Agent for DB2ではこのレコードをサポートしていないため使用しない。

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

Action Handler

Auto Restart

Action Handlerサービスに対して自動再起動機能を利用するかどうかを設定する。

Auto Restart - Interval (Minute)

自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を設定する。設定できる値は1〜1,440分で，1分単位で設定できる。

Auto Restart - Repeat Limit

自動再起動機能を利用する場合，連続して再起動を試行する回数を1〜10の整数で設定する。

Scheduled Restart

リスト項目から「Yes」または「No」を選択し，Action Handlerサービスに対して，定期再起動機能を利用するかどうかを設定する。

Scheduled Restart - Interval

定期再起動機能を利用する場合，再起動間隔を1〜1,000の整数で設定する。

Scheduled Restart - Interval Unit

定期再起動機能を利用する場合，リスト項目から「Hour」，「Day」，「Week」または「Month」を選択し，再起動間隔の単位を設定する。

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 Collector

Auto Restart

Agent Collectorサービスに対して自動再起動機能を利用するかどうかを設定する。

Auto Restart - Interval (Minute)

自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を設定する。設定できる値は1〜1,440分で，1分単位で設定できる。

Auto Restart - Repeat Limit

自動再起動機能を利用する場合，連続して再起動を試行する回数を1〜10の整数で設定する。

Scheduled Restart

リスト項目から「Yes」または「No」を選択し，Agent Collectorサービスに対して，定期再起動機能を利用するかどうかを設定する。

Scheduled Restart - Interval

定期再起動機能を利用する場合，再起動間隔を1〜1,000の整数で設定する。

Scheduled Restart - Interval Unit

定期再起動機能を利用する場合，リスト項目から「Hour」，「Day」，「Week」または「Month」を選択し，再起動間隔の単位を設定する。

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)

自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を設定する。設定できる値は1〜1,440分で，1分単位で設定できる。

Auto Restart - Repeat Limit

自動再起動機能を利用する場合，連続して再起動を試行する回数を1〜10の整数で設定する。

Scheduled Restart

リスト項目から「Yes」または「No」を選択し，Agent Storeサービスに対して，定期再起動機能を利用するかどうかを設定する。

Scheduled Restart - Interval

定期再起動機能を利用する場合，再起動間隔を1〜1,000の整数で設定する。

Scheduled Restart - Interval Unit

定期再起動機能を利用する場合，リスト項目から「Hour」，「Day」，「Week」または「Month」を選択し，再起動間隔の単位を設定する。

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の整数で指定できる。

ITSLM Connection Configuration

−

連携するJP1/SLM - Managerに関する情報が表示される。

ITSLM Connection Configuration

ITSLM Connection

−

接続先JP1/SLM - Managerに関する情報が表示される。

ITSLM Host

接続しているJP1/SLM - Managerのホスト名が表示される。JP1/SLM - Managerと接続していない場合，本プロパティは表示されない。

ITSLM Port

接続しているJP1/SLM - Managerのポート番号が表示される。JP1/SLM - Managerと接続していない場合，本プロパティは表示されない。

MANAGE ITSLM CONNECTION

−

JP1/SLM - Managerとの接続を停止するかどうかを設定する。

DISCONNECT ITSLM CONNECTION

接続を停止するJP1/SLM - Managerのホスト名をリスト項目から指定する。リスト項目から「(空文字)」を指定した場合は何もしない。JP1/SLM - Managerと接続していない場合，リスト項目には「(空文字)」だけが表示される。

Multiple Manager Configuration

Primary Manager

監視二重化の場合，プライマリーに設定しているマネージャーのホスト名が表示される。このプロパティは変更できない。

Secondary Manager

監視二重化の場合，セカンダリーに設定しているマネージャーのホスト名が表示される。このプロパティは変更できない。

Agent Configuration

−

PFM - Agent for DB2固有の設定用プロパティが格納されている。

Agent Configuration

Agent

−

Agent Collectorサービスの概要が表示される。

Product

プロダクトID「R」が表示される。

Instance

jpcconf inst setupコマンドで指定したインスタンス名が表示される。

Agent Configuration

Target

−

DB2のインスタンス情報が表示される。

DB2_INSTANCE

DB2のインスタンス名が表示される。

DB2_NODE

DB2のノード名が表示される。

DB2_NAME

DB2のデータベース名が表示される。

DB2_USER

次の権限を持ち，DB2のデータベースに接続できるユーザー名が表示される。

SYSADM権限，SYSCTRL権限，またはSYSMAINT権限

COLLECT_ADDITIONAL_INFOに「y」を指定している場合は，さらにDATAACCESS権限，DBADM権限，またはSQLADM権限

ATTACH_RETRY

DB2インスタンス接続リトライ回数が表示される。

ATTACH_WAITTIME

DB2インスタンス接続リトライ間隔が表示される。

DB2_ACTIVATE

DB2を活動化状態にするかどうかが表示される。

DB2_DIR※2

DB2のインストールパスが表示される。

COLLECT_ADDITIONAL_INFO

スナップショットからのパフォーマンスデータ取得に加えて，SQLによるパフォーマンスデータを取得するかどうかが表示される。次の機能を使用する場合に「y」を指定する。

監視対象のDB2がv10.5以降でBLUアクセラレーション機能の列指向表

「y」または「n」が表示される。

（凡例）

−：該当しない

注※1

フォルダ名には，データベースIDを除いたレコードIDが表示されます。各レコードのレコードIDについては，「5.　レコード」を参照してください。

注※2

AIXの場合だけ表示されます。

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

ここでは，PFM - Agent for DB2のファイルおよびディレクトリ一覧を記載します。

Performance Managementのインストール先ディレクトリは，「/opt/jp1pc」です。

付録G.1　PFM - Agent for DB2のファイルおよびディレクトリ一覧

PFM - Agent for DB2のファイルおよびディレクトリ一覧を次の表に示します。

表G‒1　PFM - Agent for DB2のファイルおよびディレクトリ一覧

ディレクトリ名

ファイル名

パーミッション

説明

/opt/jp1pc/

instagtr.ini

644

プロダクト情報ファイル

/opt/jp1pc/agtr/

−

−

PFM - Agent for DB2のルートディレクトリ

insrules.dat

640

インスタンス起動環境定義ファイル

PATCHLOG.TXT

644

パッチ情報ファイル

patch_history

644

パッチ適用履歴ファイル

multilingual.dat

644

保守資料ファイル

/opt/jp1pc/agtr/agent/

−

755

Agent Collectorサービスのルートディレクトリ

COSLMMI.DB

644

JP1/SLM連携設定のデータファイル

COSLMMI.IDX

644

JP1/SLM連携設定のデータファイルのインデックスファイル

COSLMMI.LCK

644

JP1/SLM連携設定のデータファイルのロックファイル

jpcagtr

555

Agent Collectorサービス実行プログラム

libjpcagtr.so

555

Agent Collectorサービス共有ライブラリ

jpcagt.ini.instmpl

444

Agent Collectorサービス起動情報ファイルのテンプレート

agtlist.ini

644

インスタンスリストファイル

/opt/jp1pc/agtr/agent/インスタンス名/

−

755

Agent Collectorサービスのルートディレクトリ（インスタンスごと）※1

jpcagt.ini

600

Agent Collectorサービス起動情報ファイル（インスタンスごと）※1

jpcagt.ini.model

444

Agent Collectorサービス起動情報ファイルのモデルファイル（インスタンスごと）※1

clilog.txt

644

保守情報ファイル

/opt/jp1pc/agtr/agent/インスタンス名/log/

−

777

Agent Collectorサービス内部ログファイル格納ディレクトリ（インスタンスごと）※1

msglog01

msglog02

666

内部ログファイル

nslog01

nslog02

666

内部ログファイル

/opt/jp1pc/agtr/nls/

−

755

メッセージカタログ格納ディレクトリ

/opt/jp1pc/agtr/store/

−

755

Agent Storeサービスのルートディレクトリ

*.DAT

444

データモデル定義ファイル

jpcsto.ini.instmpl

444

Agent Storeサービス起動情報ファイルのテンプレートファイル

stolist.ini

644

インスタンスリストファイル

/opt/jp1pc/agtr/store/インスタンス名/

−

755

Agent Storeサービスのルートディレクトリ（インスタンスごと）※1

jpcsto.ini

644

Agent Storeサービス起動情報ファイル（インスタンスごと）※1

jpcsto.ini.model

444

Agent Storeサービス起動情報ファイルのモデル（インスタンスごと）※1

*.DAT

444

データモデル定義ファイル（インスタンスごと）※1

/opt/jp1pc/agtr/store/インスタンス名/backup/

−

755

標準のデータベースバックアップ先ディレクトリ（インスタンスごと）※1

/opt/jp1pc/agtr/store/インスタンス名/dump/

−

777

標準のデータベースエクスポート先ディレクトリ（インスタンスごと）※1

/opt/jp1pc/agtr/store/インスタンス名/log/

−

755

Agent Storeサービス内部ログファイル格納ディレクトリ（インスタンスごと）※1

msglog01

msglog02

666

内部ログファイル

nslog01

nslog02

666

内部ログファイル

/opt/jp1pc/auditlog/

−

700

動作ログファイル出力ディレクトリ

jpcauditn.log※2

600

動作ログファイル

/opt/jp1pc/setup/

−

755

セットアップファイル格納ディレクトリ

jpcagtru.Z

444

PFM - Agentセットアップ用アーカイブファイル（Windows用）

jpcagtw.EXE

444

PFM - Agentセットアップ用アーカイブファイル（UNIX用）

（凡例）

−：該当しない

注※1

jpcconf inst setupコマンドの実行で作成されます。

注※2

ログファイル数は，jpccomm.iniファイルで変更できます。

付録H　バージョンアップ手順とバージョンアップ時の注意事項

PFM - Agent for DB2をバージョンアップするには，PFM - Agent for DB2を上書きインストールします。インストールの操作の詳細については，「2.　インストールとセットアップ」を参照してください。

Performance Managementプログラムをバージョンアップする場合の注意事項については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップの章および付録にある，バージョンアップの注意事項について説明している個所を参照してください。

ここでは，PFM - Agent for DB2をバージョンアップする場合の注意事項を示します。

バージョンアップする際には，古いバージョンのPFM - Agent for DB2をアンインストールしないでください。アンインストールすると，古いバージョンで作成したパフォーマンスデータなども一緒に削除されてしまうため，新しいバージョンで使用できなくなります。

PFM - Agent for DB2のプログラムを上書きインストールすると，次の項目が自動的に更新されます。

Agent StoreサービスのStoreデータベースファイル

iniファイル

PFM - Agent for DB2のインスタンス環境

付録I　バージョン互換

PFM - Agentには，製品のバージョンのほかに，データモデルのバージョンがあります。

データモデルは，上位互換を保っているため，古いバージョンで定義したレポートの定義やアラームの定義は，新しいバージョンのデータモデルでも使用できます。

PFM - Agent for DB2のバージョンの対応を次の表に示します。

表I‒1　PFM - Agent for DB2のバージョン対応表

PFM - Agent for DB2のバージョン

データモデルのバージョン

監視テンプレートのアラームテーブルのバージョン

07-50

4.0

7.50

07-51

4.1

7.51

08-00

5.0

8.00

08-10

6.0

8.10

08-50

6.0

8.50

09-00

6.0

09.00

09-50

6.0

09.00

10-00

6.0

09.00

11-00

6.0

09.00

バージョン互換については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，付録に記載されているバージョン互換を参照してください。

付録J　動作ログの出力

Performance Managementの動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動した動作情報の履歴を出力するログ情報です。

例えば，しきい値オーバーなどの異常が発生したことを示すアラーム発生時に，いつ，どのサービスがアラームを発生させたのかを示す情報が動作ログに出力されます。

動作ログは，PFM - ManagerまたはPFM - Baseが08-10以降の場合に出力できます。

動作ログは，CSV形式で出力されるテキストファイルです。定期的に保存して表計算ソフトで加工することで，分析資料として利用できます。

動作ログは，jpccomm.iniの設定によって出力されるようになります。ここでは，PFM - AgentおよびPFM - Baseが出力する動作ログの出力内容と，動作ログを出力するための設定方法について説明します。

付録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)　出力形式

CALFHM x.x,出力項目1=値1,出力項目2=値2,…,出力項目n=値n

(2)　出力先

物理ホストの場合

/opt/jp1pc/auditlog/

論理ホストの場合

環境ディレクトリ/jp1pc/auditlog/

動作ログの出力先は，jpccomm.iniファイルで変更できます。jpccomm.iniファイルの設定方法については，「付録J.4　動作ログを出力するための設定」を参照してください。

(3)　出力項目

出力項目には2つの分類があります。

共通出力項目

動作ログを出力する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

subj:uid

アカウント識別子（PFMユーザー/JP1ユーザー）

事象を発生させたユーザー名

subj:euid

実効ユーザーID（OSユーザー）

ユーザーに1：1で対応づけられた識別情報

（凡例）

−：なし。

注※

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コマンド実行時だけ）

操作の指示元のホスト

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=送信先Eメールアドレス

注

コマンド実行プロセスの生成に成功した時点でKAVE03500-Iが出力されます。その後，コマンドが実行できたかどうかのログ，および実行結果のログは，動作ログには出力されません。

(4)　出力例

動作ログの出力例を次に示します。

CALFHM 1.0, seqnum=1, msgid=KAVE03000-I, date=2007-01-18T22:46:49.682+09:00,
progid=JP1PFM, compid=RA1host01, pid=2076,
ocp:host=host01, ctgry=StartStop, result=Occurrence,
subj:pid=2076,op=Start,

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

動作ログを出力するための設定は，jpccomm.iniファイルで定義します。設定しない場合，動作ログは出力されません。動作ログを出力するための設定内容とその手順について次に示します。

(1)　設定手順

動作ログを出力するための設定手順を次に示します。

ホスト上の全PFMサービスを停止させる。

テキストエディターなどで，jpccomm.iniファイルを編集する。

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

(2)　jpccomm.iniファイルの詳細

jpccomm.iniファイルの詳細について説明します。

(a)　格納先ディレクトリ

/opt/jp1pc/

(b)　形式

jpccomm.iniファイルには，次の内容を定義します。

動作ログの出力の有無

動作ログの出力先

動作ログの保存面数

動作ログのファイルサイズ

指定形式は次のとおりです。

"項目名"=値

設定項目を次の表に示します。

表J‒4　jpccomm.iniファイルで設定する項目および初期値

項番

項目

説明

1

[Action Log Section]

セクション名です。変更はできません。

2

Action Log Mode

動作ログを出力するかどうかを指定します。

初期値

0（出力しない）

指定できる値

0（出力しない），1（出力する）

これ以外の値を指定すると，エラーメッセージが出力され，動作ログは出力されません。

3

Action Log Dir

動作ログの出力先を指定します。

論理ホスト環境の場合は共有ディスク上のディレクトリを指定します。共有ディスク上にないディレクトリを指定した場合，論理ホストを構成する各物理ホストへ動作ログが出力されます。

なお，制限長を超えるパスを設定した場合や，ディレクトリへのアクセスが失敗した場合は，共通ログにエラーメッセージが出力され，動作ログは出力されません。

初期値

/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　JP1/SLMとの連携

PFM - Agent for DB2は，JP1/SLMと連携することによって，監視を強化できます。

PFM - Agent for DB2は，JP1/SLM上での監視を実現するために，JP1/SLM用のデフォルト監視項目をPFM - Managerに提供します。

複数インスタンスレコードの場合，キーに指定した値と一致したレコードを収集します。収集対象とするキーについては，各レコードの収集結果を確認してください。

表K‒1　PFM - Agent for DB2がPFM - Managerに提供するデフォルト監視項目

JP1/SLMでの表示名

説明

レコード

（レコードID）

キー

（PFM - Manager名）

フィールド名

共有ソート・メモリー使用率

共有ソート・メモリーの使用率。

Sort Status on Database

（PD_DSOD）

−

SORT_SHRHEAP_ALLOCATED_RATE

ソート・オーバーフローの割合

ソートがオーバーフローした割合。

Sort Status on Database

（PD_DSOD）

−

SORT_OVERFLOWS_RATE

（凡例）

−：なし

デフォルト監視項目をPFM - Managerに提供するためには，セットアップファイルをコピーして，セットアップコマンドを実行する必要があります。詳細は，「2.1.4 (3) 　PFM - Agent for DB2の登録」を参照してください。

付録L　IPv4環境とIPv6環境での通信について

Performance Managementでは，ネットワーク構成がIPv4環境だけでなくIPv6環境にも対応しています。そのため，IPv4環境とIPv6環境が混在するネットワーク構成でも，Performance Managementを運用できます。

ただし，PFM - Agent for DB2が導入されているホストのOSがLinux，かつPFM - Managerが導入されているホストのOSがWindowsまたはLinuxの場合に限ります。

図L‒1　IPv4環境とIPv6環境での通信の適用範囲

IPv6環境で通信を有効にするには，jpcconf ipv6 enableコマンドを実行する必要があります。jpcconf ipv6 enableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。また，jpcconf ipv6 enableコマンドを実行する条件やタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPv6環境が含まれる場合のネットワーク構成例について説明している章を参照してください。

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

各バージョンの変更内容を次に示します。

付録M.1　11-00の変更内容

PFM - Agent for DB2が動作するOSにLinux 7を追加した。

PFM - Agent for DB2が動作するOSからRed Hat Enterprise Linux(R) Server 6 (32-bit x86)を削除した。

付録M.2　10-00の変更内容

製品名を，JP1/Performance Management - Agent Option for IBM DB2に変更した。

次のデフォルト監視項目をPFM - Managerに提供することで，JP1/ITSLMと連携できるようにした。

共有ソート・メモリー使用率

ソート・オーバーフローの割合

PFM - Agent for DB2をインストールするホストがLinuxの場合に，IPv6環境でもパフォーマンスデータを収集できるようにした。

監視対象プログラムに次のプログラムを追加した。

DB2 Express Edition V10.1※

DB2 Workgroup Server Edition V10.1※

DB2 Enterprise Server Edition V10.1※

DB2 Express Server Edition V10.5※

DB2 Workgroup Server Edition V10.5※

DB2 Advanced Workgroup Server Edition V10.5※

DB2 Enterprise Server Edition V10.5※

注※

DB2 pureScaleは非サポートです。

付録M.3　09-50の変更内容

PFM - Agent for DB2が動作するOSにAIX V7.1を追加した。

監視対象プログラムに次のプログラムを追加した。

DB2 Express Edition V9.7

DB2 Workgroup Server Edition V9.7

DB2 Enterprise Server Edition V9.7

PFM - Web Consoleホストに監視対象の削除を反映するための説明を追加した。

監視テンプレートのアラームのプロパティに次の詳細項目を追記した。

プロダクト

メッセージテキスト

アラームを有効にする

すべてのデータを評価する

監視時刻範囲

Eメール

コマンド

PFM - Agent for DB2のバージョン対応表にバージョン09-50を追記した。

付録M.4　09-00の変更内容

「ソリューションセット」の名称を「監視テンプレート」に変更した。

08-51以前のコマンドと互換性を持つ新形式のコマンドが追加されたことに伴い，コマンドを次のように表記した。

09-00以降のコマンド(08-51以前のコマンド)

監視対象プログラムに次のプログラムを追加した。

DB2 Express Edition V9.5

DB2 Workgroup Server Edition V9.5

DB2 Enterprise Server Edition V9.5

監視対象プログラムから次のプログラムを削除した。

DB2 Universal Database Express Edition V8.1

DB2 Universal Database Workgroup Server Edition V8.1

DB2 Universal Database Workgroup Server Unlimited Edition V8.1

DB2 Universal Database Enterprise Server Edition V8.1

DB2 Universal Database Express Edition V8.2

DB2 Universal Database Workgroup Server Edition V8.2

DB2 Universal Database Workgroup Server Unlimited Edition V8.2

DB2 Universal Database Enterprise Server Edition V8.2

付録N　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

付録N.1　関連マニュアル

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

JP1/Performance Management関連

JP1 Version 11 JP1/Performance Management設計・構築ガイド（3021-3-A37）

JP1 Version 11 JP1/Performance Management 運用ガイド（3021-3-A38）

JP1 Version 11 JP1/Performance Management リファレンス（3021-3-A39）

JP1関連

JP1 Version 10 JP1/NETM/DM Client（UNIX(R)用）（3021-3-181）

付録N.2　このマニュアルでの表記

このマニュアルでは，製品名を次のように表記しています。

表記

製品名

AIX

AIX V6.1

AIX 6.1

AIX V7.1

AIX 7.1

DB2

IBM(R) DB2(R)(TM)

IBM(R) DB2(R) Enterprise Server Edition

IBM(R) DB2(R) Express Edition

IBM(R) DB2(R) Workgroup Server Edition

HP-UX

HP-UX 11i

HP-UX 11i V3 (IPF)

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

JP1/SLM

JP1/SLM - Manager

JP1/Service Level Management - Manager

JP1/SLM - UR

JP1/Service Level Management - User Response

Linux

Cent OS

CentOS 6 (x64)

CentOS 6.1 (x64)以降

CentOS 7

CentOS 7.1以降

Linux 6 (x64)

Red Hat Enterprise Linux(R) Server 6.1 (64-bit x86_64)以降

Linux 7

Red Hat Enterprise Linux(R) Server 7.1以降

Oracle Linux

Oracle Linux 6 (x64)

Oracle Linux(R) Operating System 6.1 (x64)以降

Oracle Linux 7

Oracle Linux(R) Operating System 7.1以降

SUSE Linux

SUSE Linux 12

SUSE Linux(R) Enterprise Server 12

NNM

HP NNM

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

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

JP1/Cm2/NNM

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

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

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

Performance Management

JP1/Performance Management

PFM - Agent

PFM - Agent for Cosminexus※

JP1/Performance Management - Agent Option for uCosminexus Application Server

PFM - Agent for DB2

JP1/Performance Management - Agent Option for IBM DB2

PFM - Agent for Domino

JP1/Performance Management - Agent Option for IBM Lotus 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※

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

PFM - RM for Platform(UNIX)

JP1/Performance Management - Remote Monitor for Platform(UNIX用)

PFM - RM for Platform(Windows)

JP1/Performance Management - Remote Monitor for Platform(Windows用)

PFM - RM for Virtual Machine

JP1/Performance Management - Remote Monitor for Virtual Machine

PFM - Web Console

JP1/Performance Management - Web Console

Solaris

Solaris 10

Solaris 10 (SPARC)

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

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

注※

この製品は日本語環境だけで動作する製品です。

付録N.3　このマニュアルで使用する英略語

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

英略語

英字での表記

API

Application Programming Interface

DDL

Data Define Language

DHCP

Dynamic Host Configuration Protocol

DNS

Domain Name System

FQDN

Fully Qualified Domain Name

IPF

Itanium Processor Family

IPv4

Internet Protocol Version 4

IPv6

Internet Protocol Version 6

LAN

Local Area Network

MPP

Massively Parallel Processor

NAPT

Network Address Port Translation

NAT

Network Address Translation

SMP

Symmetric Multi Processor

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

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

識別子

プロダクト名表示機能

無効

有効

サービスID

RS1ホスト名

ホスト名<DB2>(Store)

RA1ホスト名

ホスト名<DB2>

サービスキー

agtr

DB2

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

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

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

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

付録N.5　Performance Managementのインストール先ディレクトリの表記

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

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

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

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

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

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

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

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

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

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

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

/opt/jp1pc

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

/opt/jp1pc

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

/opt/jp1pcwebcon

付録N.6　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以降

付録N.7　KB（キロバイト）などの単位表記について

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

付録O　用語解説

（英字）

Action Handler

PFM - ManagerまたはPFM - Baseのサービスの一つです。アクションを実行するサービスのことです。

Agent Collector

PFM - Agentのサービスの一つです。パフォーマンスデータを収集したり，アラームに設定されたしきい値で，パフォーマンスデータを評価したりするサービスのことです。

Agent Store

PFM - Agentのサービスの一つです。パフォーマンスデータを格納するサービスのことです。Agent Storeサービスは，パフォーマンスデータの記録のためにデータベースを使用します。各PFM - Agentに対応して，各Agent Storeサービスがあります。

Bufferpool（バッファープール）

バッファープールとは，表や索引のデータ・ページをディスクから読み取る際や変更する際に，そのデータをキャッシュに入れておくためのメモリーです。バッファープールがあると，ディスク上ではなくメモリー上のデータにアクセスできるので，データベース・システムのパフォーマンスが向上します。メモリーへのアクセスはディスクへのアクセスよりも速いので，データベース・マネージャーがディスクへの読み書きをする必要が少ないほど，パフォーマンスは良くなります。ほとんどのデータ操作はバッファープール内で実行されるので，バッファープールの構成は単独の最も重要なチューニングの分野です。バッファープールで扱えるのは，ラージオブジェクトと長フィールドデータ以外のデータです。

Correlator

PFM - Managerのサービスの一つです。サービス間のイベント配信を制御するサービスのことです。アラームの状態を評価して，しきい値を超過するとアラームイベントおよびエージェントイベントを，Trap GeneratorサービスおよびPFM - Web Consoleに送信します。

HAクラスタシステム

高可用性を実現させるためのクラスタシステムです。障害が発生しても運用を継続できるようにすることを目的としています。

業務実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これによって，障害発生時の業務の中断を防ぎ，可用性を向上させることができます。

このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

JP1/SLM

業務システムをサービス利用者が体感している性能などの視点で監視し，サービスレベルの維持を支援する製品です。

JP1/SLMと連携することで，稼働状況の監視を強化できます。

Master Manager

PFM - Managerのサービスの一つです。PFM - Managerのメインサービスのことです。

Master Store

PFM - Managerのサービスの一つです。各PFM - Agentから発行されたアラームイベントを管理するサービスのことです。Master Storeサービスはイベントデータの保持のためにデータベースを使用します。

ODBCキーフィールド

PFM - ManagerまたはPFM - Baseで，Storeデータベースに格納されているレコードのデータを利用する場合に必要な主キーを示します。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を動作させるための前提製品です。PFM - Baseには，次の機能があります。

各種コマンドなどの管理ツール

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を構成するプログラムプロダクトの一つです。WebブラウザでPerformance Managementシステムを一元的に監視するためWebアプリケーションサーバの機能を提供します。PFM - Web Consoleには，次の機能があります。

GUIの表示

統合監視および管理機能

レポートの定義およびアラームの定義

PIレコードタイプ

→「Product Intervalレコードタイプ」

Product Detailレコードタイプ

現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが格納されるレコードタイプのことです。PDレコードタイプは，次のような，ある時点でのシステムの状態を知りたい場合に使用します。

システムの稼働状況

現在使用しているファイルシステム容量

Product Intervalレコードタイプ

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

一定時間内に発生したシステムコール数の推移

使用しているファイルシステム容量の推移

SQLワークスペース

動的または静的SQLステートメントを実行するためにアプリケーションでセクションが必要になると，セクションは必要に応じて共有ワークスペースまたは専用ワークスペース内に置かれます。

共有ワークスペースは，アプリケーション・レベルに存在し，一つ以上のアプリケーションが共有しています。

専用ワークスペースはエージェント・レベルに存在し，それぞれのエージェントに1つの専用ワークスペースが関連づけられています。

Storeデータベース

Agent Collectorサービスが収集したパフォーマンスデータが格納されるデータベースのことです。

（ア行）

アクション

監視するデータがしきい値に達した場合に，Performance Managementによって自動的に実行される動作のことです。次の動作があります。

Eメールの送信

コマンドの実行

SNMPトラップの発行

JP1イベントの発行

アラーム

監視するデータがしきい値に達した場合のアクションやイベントメッセージを定義した情報のことです。

アラームテーブル

次の情報を定義した一つ以上のアラームをまとめたテーブルです。

監視するオブジェクト（Process，TCP，WebServiceなど）

監視する情報（CPU使用率，1秒ごとの受信バイト数など）

監視する条件（しきい値）

インスタンス

このマニュアルでは，インスタンスという用語を次のように使用しています。

レコードの記録形式を示す場合

1行で記録されるレコードを「単数インスタンスレコード」，複数行で記録されるレコードを「複数インスタンスレコード」，レコード中の各行を「インスタンス」と呼びます。

PFM - Agentの起動方式を示す場合

同一ホスト上の監視対象を一つのエージェントで監視する方式のエージェントを「シングルインスタンスエージェント」，同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントを「マルチインスタンスエージェント」，マルチインスタンスエージェントの各エージェントサービスを「インスタンス」と呼びます。

インスタンス番号

内部処理で使用する，1バイトの管理番号を示す識別子のことです。サービスIDの一部です。

エージェント

パフォーマンスデータを収集するPFM - Agentのサービスのことです。

（カ行）

カタログ・キャッシュ

カタログ・キャッシュは，次の内容を保管します。

表，ビュー，および別名の表記述子

記述子は，表，ビュー，または別名に関する情報をコンデンス内部フォーマットで保管します。SQLステートメントが表を参照すると，表記述子がカタログ・キャッシュに挿入されます。そのため，同じ表を参照する後続のSQLステートメントはその記述子を使用でき，ディスクからの読み取りは不要です（トランザクションは，SQLステートメントのコンパイル時に表記述子を参照します）。

データベース許可情報

BIND，CONNECT，CREATE，およびLOADなどのステートメントを処理すると，データベース許可情報へのアクセスが行われます。ステートメントがデータベース許可情報を参照すると，その後の操作で同じユーザーやグループについてデータベース許可情報を参照するときには，ディスクからではなく，カタログ・キャッシュからアクセスできます。

ユーザー定義関数やストアード・プロシージャーなどのルーチンのための実行特権

特定のルーチンについてトランザクションが実行特権を参照すると，その後の操作で同じルーチンを参照するときには，情報をディスクからではなく，カタログ・キャッシュから取り出すことができます。

監視テンプレート

PFM - Agentに用意されている，定義済みのアラームとレポートのことです。監視テンプレートを使用することで，複雑な定義をしなくてもPFM - Agentの運用状況を監視する準備が容易にできるようになります。

管理ツール

サービスの状態の確認やパフォーマンスデータを操作するために使用する各種のコマンドまたはGUI上の機能のことです。次のことができます。

サービスの構成および状態の表示

パフォーマンスデータの退避および回復

パフォーマンスデータのテキストファイルへのエクスポート

パフォーマンスデータの消去

機能ID

Performance Managementプログラムのサービスの機能種別を示す，1バイトの識別子のことです。サービスIDの一部です。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムです。このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

→「HAクラスタシステム」

（サ行）

サービスID

Performance Managementプログラムのサービスに付加された，一意のIDのことです。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータをバックアップする場合などは，Performance ManagementプログラムのサービスIDを指定してコマンドを実行します。サービスIDの形式は，プロダクト名表示機能の設定によって異なります。サービスIDの形式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

実行系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，業務を実行中のノード（論理ホストがアクティブなノード）のことです。

セクション

単一SQLステートメントの実行可能な構造体を含むプランまたはパッケージのセグメントのことです。

ほとんどのSQLステートメントでは，ソース・プログラムのSQLステートメントごとに，プランの中にセクションが一つ存在します。

しかし，以下のカーソル関連ステートメントの場合，DECLARE CURSORステートメントで指定されているSELECTステートメントをそれぞれ参照するため，すべてが同じセクションを参照します。

DECLAREステートメント

OPENステートメント

FETCHステートメント

CLOSEステートメント

また，COMMITやROLLBACKなどのSQLステートメントと一部のSETステートメントはセクションを使用しません。

（タ行）

待機系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，実行系ノードの障害時に業務を引き継げるよう待機しているノードのことです。

単数インスタンスレコード

1行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持ちません。

→「インスタンス」

データベースID

PFM - Agentの各レコードに付けられた，レコードが格納されるデータベースを示すIDです。データベースIDは，そのデータベースに格納されるレコードの種類を示しています。データベースIDを次に示します。

PI

PIレコードタイプのレコードのデータベースであることを示します。

PD

PDレコードタイプのレコードのデータベースであることを示します。

データモデル

各PFM - Agentが持つレコードおよびフィールドの総称のことです。データモデルは，バージョンで管理されています。

ドリルダウンレポート

レポートまたはレポートのフィールドに関連づけられたレポートです。あるレポートの詳細情報や関連情報を表示したい場合に使用します。

（ハ行）

バインド

アラームをエージェントと関連づけることです。バインドすると，エージェントによって収集されているパフォーマンスデータが，アラームで定義したしきい値に達した場合，ユーザーに通知できるようになります。

パッケージ

パッケージとは，データベース・オブジェクトの一つです。パッケージにはデータベース・マネージャーが，特定のアプリケーション・プログラムにとって最も効率的な方法でデータにアクセスするのに必要な情報が入っています。パッケージの特権を与えられたユーザーは，パッケージの作成と操作を行うことができます。

パッケージ・キャッシュ

動的および静的SQLステートメントの実行に必要なパッケージとセクションの情報は，必要に応じてパッケージ・キャッシュに置かれます。この情報は，動的または静的ステートメントを実行するときに必ず必要になります。パッケージ・キャッシュはデータベース・レベルです。これは，同じような環境のエージェントが別のエージェントでの作業の利点を共有できることを意味します。静的SQLステートメントの場合は，カタログ・アクセスをしなくて済みます。動的SQLステートメントの場合は，コンパイルのコストを掛けることがありません。

パフォーマンスデータ

監視対象システムから収集したリソースの稼働状況データのことです。

非対話形式（コマンド）

コマンドの実行中に必要な入力作業について，オプションの指定や定義ファイルの読み込みで代替するコマンドの実行形式です。

非対話形式でコマンドを実行することで，稼働監視システムの構築を省力化でき，ユーザーの負担を軽減できます。

フィールド

レコードを構成するパフォーマンスデータの集まりのことです。

フェールオーバー

クラスタシステムで障害が発生したときに，業務を実行するサーバの処理を実行系ノードから待機系ノードに引き継ぐことです。

複数インスタンスレコード

複数行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持っています。

→「インスタンス」

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，フェールオーバー時にもほかのサーバに引き継がれません。

プロダクトID

該当するPerformance Managementプログラムのサービスが，Performance Managementのどのプログラムプロダクトのものかを示す1バイトの識別子のことです。サービスIDの一部です。

（ラ行）

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間のことです。

リアルタイムレポート

監視対象の現在の状況を示すレポートです。

履歴レポート

監視対象の過去から現在までの状況を示すレポートです。

レコード

収集したパフォーマンスデータを格納する形式のことです。レコードの種類は，Storeデータベースの各データベースによって異なります。

レポート

PFM - Agentが収集したパフォーマンスデータをグラフィカルに表示する際の情報を定義したものです。主に，次の情報を定義します。

レポートに表示させるレコード

パフォーマンスデータの表示項目

パフォーマンスデータの表示形式（表，グラフなど）

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。論理ホストは専用のIPアドレスを持ち，フェールオーバー時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

A

Action Handler（用語解説）[1]

Agent Collector（用語解説）[1]

Agent Collectorサービスのプロパティ一覧[1]

Agent Store（用語解説）[1]

Agent Storeサービスのプロパティ一覧[1]

B

Basic Information on Application（PD_DBIA）レコード[1]

Basic Information on Database（PD_DBID）レコード[1]

Basic Information on Database Manager（PD_PD）レコード[1]

Basic Information on Database Manager Interval（PI_PI）レコード[1]

Basic Information on Database Managerレポート[1]

Basic Information on Databaseレポート[1]

Bufferpool（用語解説）[1]

Bufferpool I/O Statusレポート[1]

Bufferpool I/O Trendレポート[1]

Bufferpool Stat on Database（PD_DBPD）レコード[1]

Bufferpool Stat on Database Interval（PI_DBPI）レコード[1]

Bufferpool Stat on Databaseレポート[1]

C

Cache Hit Rate Statusレポート[1]

Cache Hit Rate Trendレポート[1]

Cache Hit Rateレポート[1]

Cache on Application（PD_DCAA）レコード[1]

Cache on Database（PD_DCAD）レコード[1]

Cache on Database Interval（PI_DCAI）レコード[1]

Cache on Databaseレポート[1]

Cat Cache Hit Rateアラーム[1]

Correlator（用語解説）[1]

D

DB2 Configuration（PD_DCFE）レコード[1]

DB2 Statusアラーム[1]

H

HAクラスタシステム[1]

HAクラスタシステム（用語解説）[1]

I

IPv4環境とIPv6環境での通信について[1]

IPv6を使用する場合の設定[1]

IPアドレスの設定[1]

J

JP1/SLM（用語解説）[1]

JP1/SLMとの連携[1]

jpcconf db defineコマンド[1]

jpcconf inst list[1]

jpcconf inst setup[1]

jpcconf inst unsetup[1]

jpchostsファイル[1]

jpcsto.iniファイルの設定項目[1]

jpcsto.iniファイルの編集手順[1]

jpcsto.iniファイルの編集前の準備[1]

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

L

LANG環境変数の設定[1]

Lock Information on Application（PD_DLIA）レコード[1]

Lock Information on Database（PD_DLID）レコード[1]

M

Master Manager（用語解説）[1]

Master Store（用語解説）[1]

O

ODBCキーフィールド（用語解説）[1]

ODBCキーフィールド一覧[1]

P

PD_DBIA[1]

PD_DBID[1]

PD_DBPD[1]

PD_DCAA[1]

PD_DCAD[1]

PD_DCFE[1]

PD_DLIA[1]

PD_DLID[1]

PD_DSOD[1]

PD_DSQA[1]

PD_DSQD[1]

PD_DTID[1]

PD_PD[1]

PDレコードタイプ[1]

PDレコードタイプ（用語解説）[1]

Performance Management（用語解説）[1]

Performance Managementシステムの障害回復（トラブルシューティング）[1]

Performance Managementの障害検知（トラブルシューティング）[1]

Performance Managementプログラム[1]

PFM - Agent（用語解説）[1]

PFM - Agent for DB2の運用方式の変更[1]

PFM - Agent for DB2の運用方式の変更（クラスタシステムの場合）[1]

PFM - Agent for DB2の概要[1]

PFM - Agent for DB2のシステム構成の変更[1]

PFM - Agent for DB2のシステム構成の変更（クラスタシステムの場合）[1]

PFM - Agent for DB2の接続先PFM - Managerの設定[1]

PFM - Agent for DB2のセットアップ手順[1]

PFM - Agent for DB2のセットアップファイルをコピーする[1]

PFM - Agent for DB2の登録[1]

PFM - Agent for DB2の特長[1]

PFM - Agent for DB2のファイルおよびディレクトリ一覧[1]

PFM - Agent for DB2を使ったパフォーマンスの監視例[1]

PFM - Agentの登録（クラスタシステムの場合）[1]

PFM - Agentの論理ホストのアンセットアップ（クラスタシステムの場合）[1]

PFM - Agentの論理ホストのセットアップ（クラスタシステムの場合）[1]

PFM - Agentホストに障害が発生した場合のフェールオーバー（クラスタシステムの場合）[1]

PFM - Base（用語解説）[1]

PFM - Manager（用語解説）[1]

PFM - Managerが停止した場合の影響（クラスタシステムの場合）[1]

PFM - Managerでの設定の削除（クラスタシステムの場合）[1]

PFM - Manager名（用語解説）[1]

PFM - View名（用語解説）[1]

PFM - Web Console（用語解説）[1]

PI_DBPI[1]

PI_DCAI[1]

PI_PI[1]

PIレコードタイプ[1]

PIレコードタイプ（用語解説）[1]

Pkg Cache Hit Rateアラーム[1]

Product Detailレコードタイプ（用語解説）[1]

Product Intervalレコードタイプ（用語解説）[1]

S

Sort Memory Usageアラーム[1]

Sort Overflow Rateアラーム[1]

Sort Status on Database（PD_DSOD）レコード[1]

Sort Status on Databaseレポート[1]

SQL Statement on Application（PD_DSQA）レコード[1]

SQL Statement on Database（PD_DSQD）レコード[1]

SQL Statement on Databaseレポート[1]

SQLワークスペース（用語解説）[1]

Storeデータベース[1]

Storeデータベース（用語解説）[1]

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

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

Storeバージョン2.0への移行[1]

syslogの一覧[1]

T

Tablespace Information on DB（PD_DTIDレコード）[1]

W

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

Workspace Hit Rateアラーム[1]

あ

アクション[1]

アクション（用語解説）[1]

アラーム[1]

アラーム（用語解説）[1]

アラーム一覧[1]

アラームテーブル[1]

アラームテーブル（用語解説）[1]

アラームの記載形式[1]

アンインストール手順[1]

アンインストール手順（クラスタシステムの場合）[1]

アンインストールとアンセットアップ[1]

アンインストールとアンセットアップ（クラスタシステムの場合）[1]

アンインストールとアンセットアップの流れ（クラスタシステムの場合）[1]

アンインストールとアンセットアップの前に[1]

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

アンセットアップ手順[1]

アンセットアップ手順（クラスタシステムの場合）[1]

い

インスタンス（用語解説）[1]

インスタンス環境のアンセットアップ[1]

インスタンス環境の更新の設定[1]

インスタンス環境の更新の設定（クラスタシステムの場合）[1]

インスタンス環境の設定[1]

インスタンス環境の設定（クラスタシステムの場合）[1]

インスタンス環境を削除する[1]

インスタンス番号（用語解説）[1]

インストール手順[1]

インストール手順（クラスタシステムの場合）[1]

インストールとセットアップ[1]、[2]

インストールとセットアップ（クラスタシステムの場合）[1]

インストールとセットアップの流れ[1]

インストールとセットアップの流れ（クラスタシステムの場合）[1]

インストールとセットアップの前に[1]

インストールとセットアップの前に（クラスタシステムの場合）[1]

インストールに必要なOSユーザー権限について[1]

え

エイリアス名[1]

エージェント（用語解説）[1]

か

カーネルパラメーター[1]

カタログ・キャッシュ（用語解説）[1]

カタログ・キャッシュの利用状況監視[1]

稼働状況ログ（トラブルシューティング）[1]

環境変数に関する注意事項[1]

監視対象プログラム[1]

監視テンプレート[1]、[2]、[3]

監視テンプレート（用語解説）[1]

監視テンプレートの概要[1]

管理ツール（用語解説）[1]

き

機能ID（用語解説）[1]

共通メッセージログ（トラブルシューティング）[1]、[2]

共有SQLワークスペースで確保している実行可能セクションの作業用コピーが十分にあるかどうか監視する[1]

共有ディスクのアンマウント（クラスタシステムの場合）[1]、[2]

共有ディスクのマウント（クラスタシステムの場合）[1]、[2]

く

クラスタシステム（用語解説）[1]

クラスタシステムでのインストールとセットアップについて[1]

クラスタシステムでの運用[1]

クラスタシステムでの環境設定[1]

クラスタシステムの概要[1]

クラスタソフトからのPFM - Agentの登録解除[1]

クラスタソフトからの起動・停止の確認[1]

クラスタソフトからの停止[1]

クラスタソフトへのPFM - Agentの登録（クラスタシステムの場合）[1]

さ

サービスID（用語解説）[1]

サービスに関する注意事項[1]

し

識別子一覧[1]

システム見積もり[1]

システムログ（トラブルシューティング）[1]

実行系ノード（用語解説）[1]

実ホスト名[1]

障害発生時の資料採取の準備[1]

資料の採取方法（トラブルシューティング）[1]

す

ステータス管理機能[1]

スナップショット・モニター・スイッチ[1]

せ

セクション（用語解説）[1]

接続先PFM - Managerの設定（クラスタシステムの場合）[1]

セットアップコマンドを実行する（PFM - Managerホスト）[1]

セットアップコマンドを実行する（PFM - Web Consoleホスト）[1]

セットアップ手順（クラスタシステムの場合）[1]

前提OS[1]

前提プログラム[1]

そ

ソートをするために十分な専用ソートメモリーまたは共有ソートメモリーがあるかを判断する[1]

ソートをするために十分なヒープ・スペースがあるかを判断する[1]

その他の注意事項（インストール・セットアップ）[1]

た

他Performance Managementプログラムの論理ホストのアンセットアップ（クラスタシステムの場合）[1]

他Performance Managementプログラムの論理ホストのセットアップ（クラスタシステムの場合）[1]

待機系ノード（用語解説）[1]

単数インスタンスレコード（用語解説）[1]

て

ディスク占有量[1]

データ型一覧[1]

データベースID（用語解説）[1]

データベースマネージャーの稼働監視[1]

データモデル[1]、[2]

データモデル（用語解説）[1]

と

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

動作ログ出力の設定[1]

動作ログ出力の設定（クラスタシステムの場合）[1]

動作ログの出力[1]

トラブルシューティング[1]

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

トラブルへの対処方法[1]

ドリルダウンレポート（フィールドレベル）[1]

ドリルダウンレポート（用語解説）[1]

ドリルダウンレポート（レポートレベル）[1]

トレースログ（トラブルシューティング）[1]、[2]

ね

ネットワークに関する注意事項[1]

ネットワークの環境設定[1]

ネットワークの設定[1]

ネットワークの設定（クラスタシステムの場合）[1]

は

バージョンアップ時の注意事項[1]

バージョンアップ手順[1]

バージョンアップの注意事項[1]

バージョン互換[1]

バインド[1]

バインド（用語解説）[1]

バックアップ[1]

パッケージ（用語解説）[1]

パッケージ・キャッシュ（用語解説）[1]

パッケージ・キャッシュの利用状況監視[1]

バッファープール（用語解説）[1]

パフォーマンスデータ（用語解説）[1]

パフォーマンスデータの格納先の変更[1]、[2]

パフォーマンスデータの格納先の変更（クラスタシステムの場合）[1]

パフォーマンスデータの管理方法[1]

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

パフォーマンスデータの収集方法[1]

パフォーマンスの監視目的[1]

パフォーマンスの監視例[1]

ひ

非対話形式（コマンド）（用語解説）[1]

ふ

ファイアウォールの通過方向[1]

ファイルおよびディレクトリ一覧[1]

フィールド[1]、[2]

フィールド（用語解説）[1]

フィールドの値[1]

フェールオーバー（用語解説）[1]

フェールオーバー時の処理（クラスタシステムの場合）[1]

複数インスタンスレコード（用語解説）[1]

物理ホスト（用語解説）[1]

プログラムに関する注意事項[1]

プログラムのインストール順序[1]

プログラムのインストール方法[1]

プロセス一覧[1]

プロダクトID（用語解説）[1]

プロパティ[1]

プロパティ一覧（Agent Collectorサービス）[1]

プロパティ一覧（Agent Storeサービス）[1]

へ

ベースラインの選定[1]

ほ

ポート番号一覧[1]

ポート番号の設定[1]

ポート番号の設定の解除（クラスタシステムの場合）[1]

ま

マニュアルの参照手順[1]

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

め

メッセージ[1]

メッセージ一覧[1]

メッセージの記載形式[1]

メッセージの形式[1]

メッセージの出力形式[1]

メッセージの出力先一覧[1]

メモリー所要量[1]

よ

要約ルール[1]

ら

ライフタイム（用語解説）[1]

り

リアルタイムレポート[1]

リアルタイムレポート（用語解説）[1]

リストア[1]

履歴レポート[1]

履歴レポート（用語解説）[1]

れ

レコード[1]、[2]、[3]

レコード（用語解説）[1]

レコード一覧[1]

レコードの記載形式[1]

レコードの注意事項[1]

レポート[1]

レポート（用語解説）[1]

レポート一覧[1]

レポートの記載形式[1]

レポートのフォルダ構成[1]

ろ

ログ情報（トラブルシューティング）[1]

ログのファイルサイズ変更[1]

ログのファイルサイズ変更（クラスタシステムの場合）[1]

ログファイルおよびディレクトリ一覧（トラブルシューティング）[1]

論理ホスト（用語解説）[1]

論理ホスト環境定義ファイルのインポート（クラスタシステムの場合）[1]、[2]

論理ホスト環境定義ファイルのエクスポート（クラスタシステムの場合）[1]、[2]

論理ホスト環境定義ファイルのエクスポート・インポート（クラスタシステムの場合）[1]

論理ホスト環境定義ファイルの待機系ノードへのコピー（クラスタシステムの場合）[1]、[2]