JP1 Version 12　JP1/Performance Management 運用ガイド

3021-3-D77-20

前書き

対象製品

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

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

P-2A2C-AACL JP1/Performance Management - Manager 12-50

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

P-CC2A2C-5ACL JP1/Performance Management - Manager 12-50

P-CC2A2C-5RCL JP1/Performance Management - Web Console 12-50

●JP1/Performance Management - Manager（適用OS：CentOS 6 (x64)，CentOS 7，CentOS 8，Linux 6 (x64)，Linux 7，Linux 8，Oracle Linux 6 (x64)，Oracle Linux 7，Oracle Linux 8，SUSE Linux 12，SUSE Linux 15）

P-812C-AACL JP1/Performance Management - Manager 12-50

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

P-CC812C-5ACL JP1/Performance Management - Manager 12-50

P-CC812C-5RCL JP1/Performance Management - Web Console 12-50

●JP1/Performance Management - Base（適用OS：Windows Server 2012，Windows Server 2016，Windows Server 2019）

P-CC2A2C-AJCL JP1/Performance Management - Base 12-00

●JP1/Performance Management - Base（適用OS：HP-UX 11i V3 (IPF)）

P-CC1J2C-AJCL JP1/Performance Management - Base 12-00

●JP1/Performance Management - Base（適用OS：CentOS 6 (x64)，CentOS 7，CentOS 8，Linux 6 (x64)，Linux 7，Linux 8，Oracle Linux 6 (x64)，Oracle Linux 7，Oracle Linux 8，SUSE Linux 12，SUSE Linux 15）

P-CC812C-AJCL JP1/Performance Management - Base 12-00

●JP1/Performance Management - Base（適用OS：Solaris 11）

P-CC9D2C-AJCL JP1/Performance Management - Base 12-00

●JP1/Performance Management - Base（適用OS：AIX V7.1，AIX V7.2）

P-CC1M2C-AJCL JP1/Performance Management - Base 12-00

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

輸出時の注意

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

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

商標類

HITACHI，Cosminexus，HiRDB，JP1，OpenTP1は，株式会社 日立製作所の商標または登録商標です。

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

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

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

Docker は，Docker Inc. の米国およびその他の国における登録商標もしくは商標です。

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

Intelは，アメリカ合衆国および / またはその他の国における Intel Corporation またはその子会社の商標です。

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

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

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

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

OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。文中の社名，商品名等は各社の商標または登録商標である場合があります。

Red Hat is a registered trademark of Red Hat, Inc. in the United States and other countries.

Red Hatは，米国およびその他の国におけるRed Hat, Inc.の登録商標です。

Red Hat Enterprise Linux is a registered trademark of Red Hat, Inc. in the United States and other countries.

Red Hat Enterprise Linuxは，米国およびその他の国におけるRed Hat, Inc.の登録商標です。

RSA BSAFEは，米国EMC コーポレーションの米国およびその他の国における商標または登録商標です。

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

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

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

UNIXは，The Open Groupの商標です。

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

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

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

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

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.

Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.

This product includes software developed by the University of California, Berkeley and its contributors.

This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).

Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England. The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/

This product includes software developed by Ralf S. Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).

This product includes software developed by IAIK of Graz University of Technology.

This product includes software developed by the Java Apache Project for use in the Apache JServ servlet engine project (http://java.apache.org/).

This product includes software developed by Daisuke Okajima and Kohsuke Kawaguchi (http://relaxngcc.sf.net/).

This product includes software developed by Andy Clark.

JP1/Performance Management - Web Consoleは，米国EMC コーポレーションのRSA BSAFE(R)ソフトウェアを搭載しています。

1. This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/)

2. This product includes cryptographic software written by Eric Young (eay@cryptsoft.com)

3. This product includes software written by Tim Hudson (tjh@cryptsoft.com)

4. 本製品にはOpenSSL ToolkitソフトウェアをOpenSSL LicenseおよびOriginal SSLeay Licenseに従い使用しています。OpenSSL LicenseおよびOriginal SSLeay Licenseは以下のとおりです。

LICENSE ISSUES

==============

The OpenSSL toolkit stays under a double license, i.e. both the conditions of

the OpenSSL License and the original SSLeay license apply to the toolkit.

See below for the actual license texts.

OpenSSL License

---------------

/* ====================================================================

* Copyright (c) 1998-2019 The OpenSSL Project. All rights reserved.

*

* Redistribution and use in source and binary forms, with or without

* modification, are permitted provided that the following conditions

* are met:

*

* 1. Redistributions of source code must retain the above copyright

* notice, this list of conditions and the following disclaimer.

*

* 2. Redistributions in binary form must reproduce the above copyright

* notice, this list of conditions and the following disclaimer in

* the documentation and/or other materials provided with the

* distribution.

*

* 3. All advertising materials mentioning features or use of this

* software must display the following acknowledgment:

* "This product includes software developed by the OpenSSL Project

* for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

*

* 4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to

* endorse or promote products derived from this software without

* prior written permission. For written permission, please contact

* openssl-core@openssl.org.

*

* 5. Products derived from this software may not be called "OpenSSL"

* nor may "OpenSSL" appear in their names without prior written

* permission of the OpenSSL Project.

*

* 6. Redistributions of any form whatsoever must retain the following

* acknowledgment:

* "This product includes software developed by the OpenSSL Project

* for use in the OpenSSL Toolkit (http://www.openssl.org/)"

*

* THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS'' AND ANY

* EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR

* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,

* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT

* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;

* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,

* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)

* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED

* OF THE POSSIBILITY OF SUCH DAMAGE.

* ====================================================================

*

* This product includes cryptographic software written by Eric Young

* (eay@cryptsoft.com). This product includes software written by Tim

* Hudson (tjh@cryptsoft.com).

*

*/

Original SSLeay License

-----------------------

/* Copyright (C) 1995-1998 Eric Young (eay@cryptsoft.com)

* All rights reserved.

*

* This package is an SSL implementation written

* by Eric Young (eay@cryptsoft.com).

* The implementation was written so as to conform with Netscapes SSL.

*

* This library is free for commercial and non-commercial use as long as

* the following conditions are aheared to. The following conditions

* apply to all code found in this distribution, be it the RC4, RSA,

* lhash, DES, etc., code; not just the SSL code. The SSL documentation

* included with this distribution is covered by the same copyright terms

* except that the holder is Tim Hudson (tjh@cryptsoft.com).

*

* Copyright remains Eric Young's, and as such any Copyright notices in

* the code are not to be removed.

* If this package is used in a product, Eric Young should be given attribution

* as the author of the parts of the library used.

* This can be in the form of a textual message at program startup or

* in documentation (online or textual) provided with the package.

*

* Redistribution and use in source and binary forms, with or without

* modification, are permitted provided that the following conditions

* are met:

* 1. Redistributions of source code must retain the copyright

* notice, this list of conditions and the following disclaimer.

* 2. Redistributions in binary form must reproduce the above copyright

* notice, this list of conditions and the following disclaimer in the

* documentation and/or other materials provided with the distribution.

* 3. All advertising materials mentioning features or use of this software

* must display the following acknowledgement:

* "This product includes cryptographic software written by

* Eric Young (eay@cryptsoft.com)"

* The word 'cryptographic' can be left out if the rouines from the library

* being used are not cryptographic related :-).

* 4. If you include any Windows specific code (or a derivative thereof) from

* the apps directory (application code) you must include an acknowledgement:

* "This product includes software written by Tim Hudson (tjh@cryptsoft.com)"

*

* THIS SOFTWARE IS PROVIDED BY ERIC YOUNG ``AS IS'' AND

* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE

* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE

* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL

* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS

* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT

* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY

* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF

* SUCH DAMAGE.

*

* The licence and distribution terms for any publically available version or

* derivative of this code cannot be changed. i.e. this code cannot simply be

* copied and put under another distribution licence

* [including the GNU Public Licence.]

*/

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

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

表記

製品名

Exchange Server

Microsoft(R) Exchange Server

IIS

Microsoft(R) Internet Information Services

Internet Explorer

Windows(R) Internet Explorer(R)

SQL Server

Microsoft(R) SQL Server

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

Windows Server 2016

Microsoft(R) Windows Server(R) 2016 Datacenter

Microsoft(R) Windows Server(R) 2016 Standard

Windows Server 2019

Microsoft(R) Windows Server(R) 2019 Datacenter

Microsoft(R) Windows Server(R) 2019 Standard

WSFC

Microsoft(R) Windows Server(R) Failover Cluster

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

発行

2021年1月 3021-3-D77-20

著作権

Copyright (C) 2019, 2021, Hitachi, Ltd.

Copyright (C) 2019, 2021, Hitachi Solutions, Ltd.

(C)opyright 2000-2009, by Object Refinery Limited and Contributors.

奥付

マニュアル発行元

株式会社 日立製作所

〒100‒8280　東京都千代田区丸の内一丁目6番6号

変更内容

変更内容（3021-3-D77-20）　JP1/Performance Management - Manager 12-50，JP1/Performance Management - Web Console 12-50，JP1/Performance Management - Base 12-00

追加・変更内容

変更個所

「PFM - Managerの論理ホスト名を変更する手順」の中の，PFM - AgentまたはPFM - RMの設定を削除する手順の説明を変更した。

10.3.3(1)(b)，10.5.3(1)(b)

バージョン12-50以降のJP1/IM2と連携する場合に，次のことができるようにした。

JP1/IM2上でJP1/PFMの設定操作をしながら，JP1/IM2のイベントからのモニター起動で，PFM - Web Consoleのレポート画面を表示できるようにした。これに伴い，初期設定ファイル（config.xml）のdispReportsSameTimeパラメーターの設定に関する注意事項を追加した。

JP1/IM2の提案機能で，Performance Managmentシステムの提案情報の表示（または取得）と対処アクションの実行ができるようにした。

JP1/IM2の統合オペレーション・ビューアに表示するPerformance ManagementのIM管理ノードのプロパティに，次のプロパティを追加した。

・ProductVersion（PFM - Managerの製品バージョン）

・OsType（PFM - Managerが動作するホストのOS種別）

・InstallPath（PFM - Managerのインストールパス）

12.1.4，12.1.5(1)(a)，12.1.5(4)，12.1.5(5)，12.1.6，12.3.1(2)，12.5.6

トラブルシューティング時のダンプ情報の採取に関する注意事項を追加した。

17.5.2(1)

トラブル発生時に採取が必要な資料にPodman環境の情報（Linuxの場合）を追加した。

17.5.2(7)

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

はじめに

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

対象読者

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

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

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

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

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

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

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

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

マニュアルの構成

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

第1編　運用・操作編

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

第2編　システム連携編

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

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

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

読書手順

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

マニュアルを読む目的

記述個所

起動および停止方法を知りたい。

1章

ユーザーおよび業務グループの管理方法について知りたい。

2章

エージェントの監視方法について知りたい。

3章

稼働監視データを格納するデータベースの管理方法について知りたい。

4章

レポートを作成するための定義方法および表示したり出力したりする方法について知りたい。

5章

アラームを通知するための定義方法および設定方法について知りたい。

6章

イベントの表示方法について知りたい。

7章

監視を一時停止したり再開したりする方法を知りたい。

8章

定義情報および稼働監視データのバックアップとリストアの方法について知りたい。

9章

クラスタシステムで運用する場合の構築および運用方法について知りたい。

10章

監視二重化で運用する場合の構築および運用方法について知りたい。

11章

JP1/IMとの連携方法について知りたい。

12章

JP1/SLMとの連携方法について知りたい。

13章

JP1/AJS3との連携方法について知りたい。

14章

JP1/SSとの連携方法について知りたい。

15章

Performance Managementシステム自身で障害が発生したときの検知方法について知りたい。

16章

トラブル発生時の対処について知りたい。

17章

このマニュアルで使用する書式

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

書式

説明

文字列

可変の値を示します。

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

［　］

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

［　］−［　］

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

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

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

第1編　運用・操作編

1　Performance Managementの起動と停止

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

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

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

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

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

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

監視マネージャーでjpcspm startコマンドを実行し，PFM - Managerを起動する。

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

監視コンソールサーバでjpcwstartコマンドを実行し，PFM - Web Consoleを起動する。

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

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

参考

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

注意

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

Performance Managementのプログラムがインストールされていないホストに08-00以降のPFM - ManagerまたはPFM - Baseを新規インストールした場合

ステータス管理機能の設定状態：有効になります。

それ以外の場合※

ステータス管理機能の設定状態：既存のままです。

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

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

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

なお，06-70〜07-10のPerformance Managementはステータス管理機能を持たないため，この場合の設定状態は「無効」になります。

ステータス管理機能の設定を変更する場合は，「16.3.1　ステータス管理機能の設定」を参照してください。

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

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

PFM - Managerがインストールされていないホストに09-00以降のPFM - Managerを新規インストールした場合

ヘルスチェック機能の設定状態：有効になります。

それ以外の場合※

ヘルスチェック機能の設定状態：既存のままです。

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

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

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

なお，06-70〜08-10のPFM - Managerはヘルスチェック機能を持たないため，この場合の設定状態は「無効」になります。

ヘルスチェック機能の設定については，「16.2.1　ヘルスチェック機能の設定」を参照してください。

PFM - ManagerとPFM - Web Consoleがともに起動している状態からPFM - Managerに新たに登録されたPFM - AgentおよびPFM - RMが，一時的な通信エラーの影響でPFM - Web Consoleで表示されない場合があります。

この場合，PFM - Web Consoleを再起動してください。また，PFM - Web Consoleを再起動しても現象が回復しない場合は，PFM - Manager，PFM - Web Consoleの順で再起動してください。

バージョン12-00以降のPFM - Web Consoleでは，サービスの起動プロセスが変更されています。このため，バージョン11-50以前と比べてサービスの起動に時間が掛かる場合があります。

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

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

監視コンソールサーバでjpcwstopコマンドを実行し，PFM - Web Consoleを停止する。

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

監視マネージャーでjpcspm stopコマンドを実行し，PFM - Managerを停止する。

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

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

参考

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

ヒント

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

1.2　サービスの起動

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

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

Windowsの場合：Administrators権限

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

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

(1)　監視マネージャーおよび監視エージェントのサービスを手動で起動する

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

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

サービスを起動させるホストにログインする。

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

jpcspm startコマンドを実行する。

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

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

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

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

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

例えば，ローカルホスト上のすべてのPFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMのサービスを起動させる場合は，次のように指定します。

jpcspm start -key jp1pc

また，インスタンス環境で運用しているPFM - AgentまたはPFM - RMをインスタンスごとに起動させる場合は，インスタンス名を指定します。

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

jpcspm start -key Oracle -inst oracleA

(2)　監視マネージャーおよび監視エージェントのサービスの自動起動を設定または解除する（Windowsの場合）

インストール時のデフォルトでは，システムの起動時にサービスが自動で起動されるように設定されています。ただし，PFM - Agent for Service Responseの一部のサービスは自動で起動されるように設定されません。詳細については，マニュアル「JP1/Performance Management - Agent Option for Service Response」の起動と終了について説明している章を参照してください。

なお，システムの起動時に，処理負荷などの影響で自動起動処理がタイムアウトし，Performance Managementプログラムのサービス起動に失敗した場合は，自動起動を解除し，jpcspm startコマンドを実行してサービスを起動してください。

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

監視マネージャーまたは監視エージェントにログインする。

Windowsの［サービス］を選択する。

［サービス］ダイアログボックスでPerformance Managementプログラムのサービスを選択し，プルダウンメニューから「プロパティ」を選択する。

サービスのプロパティダイアログボックスの「スタートアップの種類」を設定する。

自動起動を解除する場合：「手動」に設定します。

自動起動を設定する場合：「自動」に設定します。

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

サービスのプロパティダイアログボックスが閉じます。

Performance Managementプログラムのサービスについてはマニュアル「JP1/Performance Management 設計・構築ガイド」付録の，Performance Managementのサービス名とWindowsのサービス名との対応について説明している個所を参照してください。

重要

Performance Managementプログラムのサービスは，通常，システムアカウントで動作します。変更するとサービスが正常に動作しないことがあります。

マニュアルで設定変更を推奨しているサービス以外は，サービスのアカウント設定を変更しないでください。

なお，PFM - Base，PFM - Manager，およびPFM - Web Consoleのサービスは，すべてシステムアカウントで動作します。

PFM - AgentまたはPFM - RMに関しては，各PFM - AgentまたはPFM - RMのマニュアルを参照してください。

(3)　監視マネージャーおよび監視エージェントのサービスの自動起動を設定または解除する（UNIXの場合）

インストール時のデフォルトでは，システムの起動時にサービスが自動で起動されるように設定されていません。

システムの起動時にサービスを自動で起動させるには，PFM - Web Console以外のPerformance Management用のサービス自動起動スクリプトファイル（jpc_start）をインストールフォルダに格納します。サービスの自動起動を解除するには，格納したjpc_startファイルを削除します。

補足

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

サービス自動起動スクリプトファイル（jpc_start）のデフォルトの設定内容では，物理ホスト上のPFMサービスをすべて起動する設定になっています。そのため，インスタンスを作成するエージェントがある物理環境でインスタンスを作成していない場合は，KAVE06017-Wメッセージが出力されます。特定のサービスだけを自動起動したい場合は，次の行を編集してください。

＜編集前＞

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

＜編集後＞

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

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

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

PFM - Managerサービスを自動起動に含める場合は，サービス自動起動スクリプトファイル（jpc_start）の次の行を編集してください。

＜編集前＞

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

＜編集後＞

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

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

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

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

一時ファイル出力先ディレクトリを変更する場合は，サービス自動起動スクリプトファイル（jpc_start）の次の行を編集してください。

＜編集前＞

export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF

＜編集後＞

JPC_TMPDIR=一時ファイル出力先ディレクトリ

export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF JPC_TMPDIR

注　一時ファイル出力先ディレクトリには十分な空き容量のあるディスク上のディレクトリへのパスを指定してください。

Performance Managementは起動時に，その環境で設定されているLANG環境変数で動作します。また，LC_ALL環境変数が設定されており，LANG環境変数の値と異なる場合は，LC_ALL環境変数を解除するか，LANG環境変数と同一の値に変更してください。Performance Managementに関連するLANG環境変数を設定する場合は，次の例を参考にサービス自動起動スクリプトファイル（jpc_start）を編集してください。

設定例

## Set Environment-variables

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

SHLIB_PATH=/opt/hitachi/common/lib

LD_LIBRARY_PATH=/opt/hitachi/common/lib

LIBPATH=/opt/hitachi/common/lib

HCCLIBCNF=/opt/jp1/hcclibcnf

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

export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF LANG※1

unset LC_ALL※2

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

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

重要

次の環境では，サービスの自動停止だけを単独で設定できません。サービスの自動停止を有効にする場合は自動起動も有効に設定する必要があります。また，サービスの自動起動を無効にする場合は自動停止も無効に設定する必要があります。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

次の環境でサービスの自動起動および自動停止を設定している場合，jpcspm startコマンドでサービスを起動すると，OS停止時にサービスが正常に自動停止されません。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

自動停止させたい場合は，systemctlコマンドですべてのPerformance Managementのサービスを再起動してください。または，jpcspm startコマンドで起動したサービスを，jpcspm stopコマンドを実行して手動で停止してください。

systemctlコマンドでサービスを再起動する場合の実行例を次に示します。

> systemctl stop jp1_pc

> systemctl start jp1_pc

次の環境でサービスの自動起動だけを設定する場合，OS停止時にPerformance Managementサービスの停止失敗のメッセージがsyslogに出力されます。このメッセージの出力は抑止できません。なお，サービスの自動停止も合わせて設定すると，このメッセージは出力されなくなります。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

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

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

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

cd /opt/jp1pc

Performance Managementシステム用のサービス自動起動スクリプトファイルを設定する。

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

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

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

cp -p jpc_start.model jpc_start
chmod 555 jpc_start

AIX用の自動起動スクリプトファイルを登録する（AIXの場合だけ）。

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

メモ

自動起動を設定して運用していた環境で，一度自動起動の設定を解除し，再度自動起動を設定する運用に戻す場合，AIX用の自動起動スクリプトファイルをAIXの設定ファイルに登録済みの環境であれば，再度登録する必要はありません。

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

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

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

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

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

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

mkitabコマンドでファイルを登録すると，/etc/inittab設定ファイルの最下行に登録されます。/etc/inittab設定ファイルに，アクション実行で連携するプログラムがすでに登録されている場合，その行よりもあとになるように，/etc/inittab設定ファイルを編集してください。

また，/etc/inittab設定ファイルに登録された行は，アンインストール時に削除されません。

アンインストール時は，次の手順で登録を解除してください。

1. rmitabコマンドを使用して，/etc/rc.jp1_pcファイルの/etc/inittab設定ファイルへの登録を解除する。

 rmitab jp1pc

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

 lsitab jp1pc

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

重要

自動起動を設定して運用していた環境で，一度自動起動の設定を解除し，再度自動起動を設定する運用に戻す場合，サービスの自動起動の設定手順を実施する必要があります。

サービスの自動起動の設定時に格納したjpc_startファイルを削除する。

サービスの自動停止を設定している場合はサービスの自動停止を解除する。

次の環境の場合だけ，「1.3.1(3) 監視マネージャーおよび監視エージェントのサービスの自動停止を設定または解除する（UNIXの場合）」のサービスの自動停止の解除手順を実施して，サービスの自動停止を無効にしてください。

CentOS 7以降

Linux 7以降

Oracle Linux 7以降

SUSE Linux 12以降

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

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

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

(1)　監視コンソールサーバのサービスを手動で起動する

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

コマンドから起動する

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

(a)　コマンドでサービスを起動する

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

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

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

管理者コンソールを開く。

jpcwstartコマンドを実行する。

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

(b)　コントロールパネルからサービスを起動する

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

Windowsの［サービス］を選択する。

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

「PFM - Web Console」サービスも起動されます。起動されないときは，「PFM - Web Console」サービスを右クリックし，プルダウンメニューから「開始」を選択してください。

(2)　監視コンソールサーバのサービスの自動起動を設定または解除する（Windowsの場合）

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

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

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

Windowsの［サービス］を選択する。

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

PFM - Web Consoleサービスのプロパティダイアログボックスの「スタートアップの種類」を設定する。

自動起動を解除する場合は，「手動」にします。

自動起動を設定する場合は，「自動」にします。

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

PFM - Web Consoleサービスのプロパティダイアログボックスが閉じます。

「PFM - Web Service」サービスを選択し，プルダウンメニューから「プロパティ」を選択する。

PFM - Web Serviceサービスのプロパティダイアログボックスの「スタートアップの種類」を設定する。

自動起動を解除する場合は，「手動」にします。

自動起動を設定する場合は，「自動」にします。

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

重要

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

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

(3)　監視コンソールサーバのサービスの自動起動を設定または解除する（UNIXの場合）

インストール時のデフォルトでは，システムの起動時にサービスが自動で起動されるように設定されていません。

システム起動時にサービスを自動で起動させるには，PFM - Web Console用のサービス自動起動スクリプトファイル（jpcw_start）をPFM - Web Consoleのインストールフォルダに格納します。サービスの自動起動を解除するには，格納したjpcw_startファイルを削除します。

補足

Performance Managementは起動時に，その環境で設定されているLANG環境変数で動作します。Performance Managementに関連するLANG環境変数を設定する場合は，次の例を参考にサービス自動起動スクリプトファイル（jpcw_start）を編集してください。

設定例

LANG=設定したいLANG環境変数※
export LANG※
nohup /opt/jp1pcwebcon/tools/jpcwstart

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

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

重要

次の環境では，サービスの自動停止だけを単独で設定できません。サービスの自動停止を有効にする場合は自動起動も有効に設定する必要があります。また，サービスの自動起動を無効にする場合は自動停止も無効に設定する必要があります。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

次の環境でサービスの自動起動および自動停止を設定している場合，jpcwstartコマンドでサービスを起動すると，OS停止時にサービスが正常に自動停止しません。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

自動停止させたい場合は，systemctlコマンドですべてのPerformance Managementのサービスを再起動してください。または，jpcwstartコマンドで起動したサービスを，jpcwstopコマンドを実行して手動で停止してください。

systemctlコマンドでサービスを再起動する場合の実行例を次に示します。

> systemctl stop jp1_webcon

> systemctl start jp1_webcon

次の環境でサービスの自動起動だけを設定する場合，OS停止時にPFM - Web Consoleサービスの停止失敗のメッセージがsyslogに出力されます。このメッセージの出力は抑止できません。なお，サービスの自動停止も合わせて設定すると，このメッセージは出力されなくなります。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

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

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

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

cd /opt/jp1pcwebcon

PFM - Web Consoleのサービス自動起動スクリプトファイルを設定する。

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

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

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

cp -p jpcw_start.model jpcw_start
chmod 555 jpcw_start

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

重要

自動起動を設定して運用していた環境で，一度自動起動の設定を解除し，再度自動起動を設定する運用に戻す場合，サービスの自動起動の設定手順を実施する必要があります。

サービスの自動起動の設定時に格納したjpcw_startファイルを削除する。

サービスの自動停止を設定している場合はサービスの自動停止を解除する。

次の環境の場合だけ，「1.3.2(3) 監視コンソールサーバのサービスの自動停止を設定または解除する（UNIXの場合）」のサービスの自動停止の解除手順を実施して，サービスの自動停止を無効にしてください。

CentOS 7以降

Linux 7以降

Oracle Linux 7以降

SUSE Linux 12以降

1.3　サービスの停止

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

なお，サービスの停止には，次のOSユーザー権限が必要です。

Windowsの場合：Administrators権限

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

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

(1)　監視マネージャーおよび監視エージェントのサービスを手動で停止する

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

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

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

なお，ヘルスチェック機能が有効の場合は，PFM - Managerを停止するとヘルスチェックエージェントも停止します。

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

サービスを停止させるホストにログインする。

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

jpctool service listコマンドを実行する。

jpctool service listコマンドを実行してサービスの状態を確認します。

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

jpctool service list -key all

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

jpcspm stopコマンドを実行する。

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

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

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

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

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

例えば，ローカルホスト上のすべてのPFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMのサービスを停止させる場合は，次のように指定します。

jpcspm stop -key jp1pc

また，インスタンス環境で運用しているPFM - AgentまたはPFM - RMをインスタンスごとに停止させる場合は，インスタンス名を指定します。

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

jpcspm stop -key Oracle -inst oracleA

参考

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

PFM - Managerサービス

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

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

注意

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

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

管理ユーザー権限を持つユーザーアカウントでログインします。

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

［サービス階層］画面のナビゲーションフレームで，停止させたいサービスを選択する。

ナビゲーションフレームには，「System」というルートの下に次の2つのフォルダが表示されます。

「Machines」フォルダ

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

「PFM-Manager」フォルダ

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

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

［サービス階層］画面のメソッドフレームで［サービスの停止］メソッドを選択する。

サービスの停止を確認するメッセージボックスの［OK］ボタンをクリックする。

選択したサービスが停止します。

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

注意

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

(2)　監視マネージャーおよび監視エージェントのサービスの自動停止を設定または解除する（Windowsの場合）

システムの終了に伴って，PFMサービスも自動的に停止します。ただし，この場合，PFMサービスが正常停止していなくてもシステムが終了することがあり，ファイル破損などが発生するおそれがあります。そのため，jpcspm stopコマンドを使用してシステムの終了前にPFMサービスを停止することを推奨します。

(3)　監視マネージャーおよび監視エージェントのサービスの自動停止を設定または解除する（UNIXの場合）

インストール時のデフォルトでは，システムの停止時にサービスが自動で停止されるように設定されていません。

システムの終了時にサービスを自動で停止させるには，PFM - Web Console以外のPerformance Managementシステム用のサービス自動停止スクリプトファイル（jpc_stop）をインストールフォルダに格納します。サービスの自動停止を解除するには，格納したjpc_stopファイルを削除します。

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

重要

次の環境では，サービスの自動停止だけを単独で設定できません。サービスの自動停止を有効にする場合は自動起動も有効に設定する必要があります。また，サービスの自動起動を無効にする場合は自動停止も無効に設定する必要があります。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

次の環境でサービスの自動起動および自動停止を設定している場合，jpcspm startコマンドでサービスを起動すると，OS停止時にサービスが正常に自動停止されません。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

自動停止させたい場合は，systemctlコマンドですべてのPerformance Managementのサービスを再起動してください。または，jpcspm startコマンドで起動したサービスを，jpcspm stopコマンドを実行して手動で停止してください。

systemctlコマンドでサービスを再起動する場合の実行例を次に示します。

> systemctl stop jp1_pc

> systemctl start jp1_pc

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

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

cd /opt/jp1pc

Performance Managementシステム用のサービス自動停止スクリプトファイルを設定する。

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

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

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

cp -p jpc_stop.model jpc_stop
chmod 555 jpc_stop

AIX用の自動停止スクリプトファイルを登録する（AIXの場合だけ）。

手順3で設定したPerformance Managementシステム用のサービス自動停止スクリプトファイルを，AIX用の自動停止スクリプトファイルに登録します。

メモ

自動停止を設定して運用していた環境で，一度自動停止の設定を解除し，再度自動停止を設定する運用に戻す場合，Performance Managementシステム用のサービス自動停止スクリプトファイルをAIX用の自動停止スクリプトファイルに登録済みの環境であれば，再度登録する必要はありません。

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

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

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

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

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

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

サービスの自動起動を設定する。

次の環境の場合だけ，「1.2.1(3) 監視マネージャーおよび監視エージェントのサービスの自動起動を設定または解除する（UNIXの場合）」のサービスの自動起動の設定手順を実施して，サービスの自動起動を有効にしてください。

CentOS 7以降

Linux 7以降

Oracle Linux 7以降

SUSE Linux 12以降

PFM - Web Console以外のPerformance Managementのサービスを起動する。

次の環境の場合だけ，サービスの自動停止を設定したあと，最初のOS停止時からサービスの自動停止を有効にするために，サービスの状態に応じて次のコマンドを実行して，PFM - Web Console以外のPerformance Managementのサービスを起動してください。

CentOS 7以降

Linux 7以降

Oracle Linux 7以降

SUSE Linux 12以降

■Performance Managementのサービスが停止している場合

systemctlコマンドでサービスを起動します。

systemctl start jp1_pc

■Performance Managementのサービスが起動している場合

自動起動を設定して運用していない環境のときは，jpcspmコマンドでサービスを停止したあと，systemctlコマンドでサービスを起動します。

jpcspm stop -key all
systemctl start jp1_pc

自動起動を設定して運用している環境のときは，コマンドの実行は不要です。

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

重要

自動停止を設定して運用していた環境で，一度自動停止の設定を解除し，再度自動停止を設定する運用に戻す場合，サービスの自動停止の設定手順を実施する必要があります。

サービスの自動停止の設定時に格納したjpc_stopファイルを削除する。

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

(1)　監視コンソールサーバのサービスを手動で停止する

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

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

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

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

管理者コンソールを開く。

jpcwstopコマンドを実行する。

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

Windowsの場合

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

UNIXの場合

/opt/jp1pcwebcon/tools/

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

(b)　コントロールパネルからサービスを停止する

Windowsの［サービス］を選択する。

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

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

(2)　監視コンソールサーバの自動停止を設定または解除する（Windowsの場合）

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

(3)　監視コンソールサーバのサービスの自動停止を設定または解除する（UNIXの場合）

インストール時のデフォルトでは，システムの停止時にサービスが自動で停止されるように設定されていません。

システム終了時にサービスを自動で停止させるには，PFM - Web Console用のサービス自動停止スクリプトファイル（jpcw_stop）をPFM - Web Consoleのインストールフォルダに格納します。サービスの自動停止を解除するには，格納したjpcw_stopファイルを削除します。

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

重要

次の環境では，サービスの自動停止だけを単独で設定できません。サービスの自動停止を有効にする場合は自動起動も有効に設定する必要があります。また，サービスの自動起動を無効にする場合は自動停止も無効に設定する必要があります。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

次の環境でサービスの自動起動および自動停止を設定している場合，jpcwstartコマンドでサービスを起動すると，OS停止時にサービスが正常に自動停止しません。

・CentOS 7以降

・Linux 7以降

・Oracle Linux 7以降

・SUSE Linux 12以降

自動停止させたい場合は，systemctlコマンドですべてのPerformance Managementのサービスを再起動してください。または，jpcwstartコマンドで起動したサービスを，jpcwstopコマンドを実行して手動で停止してください。

systemctlコマンドでサービスを再起動する場合の実行例を次に示します。

> systemctl stop jp1_webcon

> systemctl start jp1_webcon

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

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

cd /opt/jp1pcwebcon

PFM - Web Consoleのサービス自動停止スクリプトファイルを設定する。

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

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

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

cp -p jpcw_stop.model jpcw_stop
chmod 555 jpcw_stop

サービスの自動起動を設定する。

次の環境の場合だけ，「1.2.2(3) 監視コンソールサーバのサービスの自動起動を設定または解除する（UNIXの場合）」のサービスの自動起動の設定手順を実施して，サービスの自動起動を有効にしてください。

CentOS 7以降

Linux 7以降

Oracle Linux 7以降

SUSE Linux 12以降

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

重要

自動停止を設定して運用していた環境で，一度自動停止の設定を解除し，再度自動停止を設定する運用に戻す場合，サービスの自動停止の設定手順を実施する必要があります。

サービスの自動停止の設定時に格納したjpcw_stopファイルを削除する。

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

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

Performance Managementのユーザー認証モードとしてJP1認証モードを使用する場合，PFM - Managerと同一ホスト上（PFM - Managerが論理ホスト環境で動作する場合，同一論理ホスト上）でJP1/Baseが動作している必要があります。

なお，JP1/Baseが使用する認証サーバについては別途設定する必要があります。JP1/Baseが使用する認証サーバの設定方法については，JP1/Baseのマニュアルを参照してください。

1.4.1　起動および停止を連携する

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

pfmwebcon_host.confファイルをテキストエディターで開く。

pfmwebcon_host.confファイルは，次のディレクトリに格納されています。

Windowsの場合

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

UNIXの場合

/opt/jp1pcwebcon/conf/

pfmwebcon_host.confファイルを編集して保存する。

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

# Operate Host
HOST_NAME=HOSTNAME

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

値

説明

−

起動および停止を連携させない場合に指定する。

localhost

クラスタシステム以外の環境で，起動および停止を連携させる場合に指定する。すべて小文字で指定する。

論理ホスト名

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

（凡例）

−：値を入力しない

1.4.2　連携した起動および停止のコマンド指定値について

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

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

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

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

jpcspm start -key all

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

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

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

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

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

環境によってログイン用URLを次のように変更してください。

暗号化通信を有効にしている場合

httpをhttpsにする。

証明書発行要求ファイルのCommon NameにFQDN形式のホスト名を設定しているときは，PFM - Web Consoleがインストールされているホスト名を「PFM - Web Consoleがインストールされているホスト名+ドメイン名」にする。

ポート番号を変更した場合

20358ではなく変更後のポート番号にする。

注意

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

・ログイン画面が文字化けした場合は，ブラウザのメニューの［表示］−［エンコード］で「Unicode（UTF-8）」を選択してください。

・ログイン画面の表示が崩れる場合や，JP1/IMの連携起動で画面が「Loading」を表示したまま次の画面が表示されない場合は，ブラウザの設定に問題がある可能性があります。ブラウザの設定を見直してから，再度実行してください。ブラウザの設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」の監視コンソールを使用するためのWeb ブラウザの設定手順について説明している章を参照してください。

［ログイン］画面で［ユーザ名］および［パスワード］を入力する。

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

参考

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

ユーザ名：ADMINISTRATOR

パスワード：設定なし

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

［ログイン］ボタンをクリックする。

PFM - Web Consoleへログインし，［メイン］画面が表示されます。

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

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

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

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

注意

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

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

表示されている［レポート］画面の数が多い場合

同時に表示させる画面数は，履歴レポートまたは自動更新しないリアルタイムレポートで10画面以下にしてください。

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

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

1.6　サービスの状態の確認

サービスの状態を確認する方法について説明します。

PFM - ManagerまたはPFM - Baseと，PFM - Web Consoleが同じホストにインストールされている場合，すべてのサービスの状態をjpctool service listコマンドで一度に確認できます。

それ以外の場合，jpctool service listコマンドでは，PFM - Web Consoleのサービスの情報について確認できません。PFM - Web Consoleのサービスの情報は，Windowsの［サービス］を選択して表示される［サービス］ダイアログボックスで確認してください。

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

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

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

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

jpctool service listコマンドを，サービス情報を表示したいサービスのサービスIDまたはサービスキーを指定して実行する。

例えば，ローカルホスト上にあるすべてのサービスの状態を確認する場合は，次のように指定します。

jpctool service list -key all

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

出力情報

説明

Host Name

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

ServiceID

サービスID。

Service Name

サービス名。

PID

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

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

StatusがActive，Busy，S Active，S Busy，Starting，およびStoppingのときに表示される。

ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合

StatusがActiveのときだけ表示される。

Port

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

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

StatusがActive，Busy，S Active，およびS Busyのときに表示される。

ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合

StatusがActiveのときだけ表示される。

Status

サービスの状態を示す。

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

ステータス管理機能をサポートしているバージョンのサービスの状態表示

Active：要求待ち状態を示す。

Inactive：停止状態を示す。

Starting：起動処理中を示す。

Busy：要求処理中を示す。

S Active：要求待ち状態を示す（スタンドアロンモード）。

S Busy：要求処理中を示す（スタンドアロンモード）。

Stopping：停止処理中を示す。

ステータス管理機能をサポートしていないバージョンのサービスの状態表示

Active*：稼働状態を示す。

Incomp*：起動または停止処理中を示す。

Inactive*：通信接続できない状態または停止状態を示す。

Comm Err*：通信接続できるが無応答状態を示す。

Timeout*：通信接続がタイムアウトしたことを示す。

Error*：通信接続タイムアウト以外のエラーが発生したことを示す。エラーの詳細については，共通メッセージログを参照のこと。ただし，PFM - Web Consoleサービスのエラーの詳細については，トレースログを参照のこと。

また，次の場合，ステータス管理機能をサポートしているバージョンのサービスであっても，サポートしていないバージョンの場合と同じ表示になる。

・Status Serverサービスが停止している。

・Status Serverサービスは起動しているが，ステータス管理機能がサービスの状態を正しく認識できない。※

注※　サービスの状態を正しく認識させるには，サービスの再起動が必要である。

ステータス管理機能が無効，またはステータス管理機能をサポートしていないバージョンの場合

Active：稼働状態を示す。

Incomp：起動または停止処理中を示す。

Inactive：通信接続できない状態または停止状態を示す。

Comm Err：通信接続できるが無応答状態を示す。

Timeout：通信接続がタイムアウトしたことを示す。

Error：通信接続タイムアウト以外のエラーが発生したことを示す。エラーの詳細については，共通メッセージログを参照のこと。ただし，PFM - Web Consoleサービスのエラーの詳細については，トレースログを参照のこと。

1.6.2　Webブラウザからサービスの状態を確認する

監視コンソールのWebブラウザからPFM - Web Consoleにログインし，［サービス階層］画面でサービスの状態を確認する方法について説明します。

なお，Webブラウザでサービスの状態を確認する場合は，管理ユーザー権限が必要です。

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

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

［サービス階層］画面のナビゲーションフレームで，稼働状況を確認したいサービスを選択する。

ナビゲーションフレームには，「System」というルートの下に次の2つのフォルダが表示されます。

「Machines」フォルダ

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

「PFM-Manager」フォルダ

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

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

［サービス階層］画面のメソッドフレームで［サービスのステータス］メソッドを選択する。

［サービス階層］画面のインフォメーションフレームに，手順3で選択したサービスの名前と状態が表示されます。

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

監視コンソールのWebブラウザで表示させるPFM - Web Consoleの画面は，デフォルトの設定で60秒ごとに自動更新されます。自動更新の間隔は，ログインユーザーごとに設定できます。

自動更新間隔を設定すると，次の画面に対して有効になります。

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

［エージェント階層］画面のエージェントの状態表示

［エージェント階層］画面のアラームの状態表示

［エージェント階層］画面のヘルスチェック状態の表示

［システム稼働状況サマリ監視］画面の表示

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

メニューバーフレームの［環境設定］メニューをクリックする。

［環境設定］画面で更新間隔を設定する。

［更新間隔］

10〜3600の範囲内で指定できます。単位は秒です。

デフォルトは60秒です。

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

1.8　Performance Managementの起動および停止に関する注意事項

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

Performance Managementを起動するときは，通常，PFM - Managerを起動させてから，PFM - AgentまたはPFM - RM，およびPFM - Baseを起動させます。複数のサーバから構成される大規模システムでは，これらサーバ間でサービス起動順序を制御すれば，正常に起動できます。

PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが起動していない状態でも，PFM - AgentまたはPFM - RM，およびPFM - Baseを先に起動して，パフォーマンスデータを収集できます。

PFM - AgentまたはPFM - RM，およびPFM - Baseが単独で起動している状態を「スタンドアロンモード」と呼びます。

また，各プログラムの状態に応じて次のように呼びます。

PFM - AgentまたはPFM - RM，PFM - Baseだけが起動した状態

「スタンドアロンモード」と呼びます。

PFM - Manager，PFM - AgentまたはPFM - RM，PFM - Baseが起動している状態から，PFM - Managerだけが停止し，PFM - AgentまたはPFM - RM，PFM - Baseだけが起動した状態

「非スタンドアロンモード」と呼びます。

PFM - Manager，PFM - Base，PFM - AgentまたはPFM - RMの順序で起動した状態

「通常モード」と呼びます。

注意

PFM - AgentまたはPFM - RMがPFM - Managerと同一ホストにインストールされている場合は，PFM - AgentまたはPFM - RM単独で起動できません。

一度に多くのエージェントを選択して操作を行なうと，処理に時間が掛かる場合があります。一度の操作に選択するエージェントは最大10エージェントとしてください。

(1)　スタンドアロンモードの概要

PFM - Agent，PFM - RM，またはPFM - Baseを起動する際，PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが起動されていないなどの理由でPFM - Managerとの通信に失敗した場合，PFM - Agent，PFM - RM，またはPFM - Baseはスタンドアロンモードで起動して，パフォーマンスデータを収集します。

スタンドアロンモードでは起動後，自ホスト上の起動情報ファイル（jpccomm.ini）での設定内容に応じて5分間に一度，またはランダムな間隔でPFM - Managerへの接続を確認しています。PFM - Agent，PFM - RM，またはPFM - Baseがスタンドアロンモードで起動したあとにPFM - Managerが起動して，PFM - Agent，PFM - RM，またはPFM - Baseからの接続確認に成功した場合，PFM - Agent，PFM - RM，またはPFM - Baseではスタンドアロンモードを終了してPFM - Managerと接続した通常のモードへと移行されます。このとき，スタンドアロンモードで起動していた期間にPFM - AgentまたはPFM - RMで蓄積したパフォーマンスデータは，履歴レポートで参照できます。

ただし，スタンドアロンモードでPFM - Agent，PFM - RM，またはPFM - Baseが起動している場合，Performance Managementの機能や実行できるコマンドに一部制約があります。

(2)　スタンドアロンモードで使用できる機能

表1‒3　スタンドアロンモードで使用できる機能

機能の内容

対応

サービス名

サービスの起動，停止，および稼働状況確認

○

PFM - Agentホストの場合

Agent Store，Agent Collector，およびAction Handler

PFM - RMホストの場合

Remote Monitor Store，Remote Monitor Collector，およびAction Handler

履歴データの収集

○

PFM - Agentホストの場合

Agent StoreおよびAgent Collector

PFM - RMホストの場合

Remote Monitor StoreおよびRemote Monitor Collector

レポートの表示

×

Agent StoreおよびRemote Monitor Store

エージェントの起動を知らせるアラームの発行

○

Agent CollectorおよびRemote Monitor Collector

アラームによるパフォーマンスデータの監視

×

Agent CollectorおよびRemote Monitor Collector

アラームイベントに対するアクションの実行

×

Action Handler

サービスのステータスの管理

○

Status Server

（凡例）

○：使用できる

×：使用できない

(3)　スタンドアロンモードで実行できるコマンド

表1‒4　スタンドアロンモードで実行できるコマンド

コマンド

機能

対応

jpcconf db define

Agent StoreおよびRemote Monitor Storeサービスのディレクトリ設定変更

○

jpcconf db display

Agent Storeサービス，Remote Monitor Storeサービス，またはバックアップデータの情報表示

○

jpcconf db vrset

Storeデータベースのバージョンの変更

○

jpcconf hc

ヘルスチェック機能を有効または無効にする

○

jpcconf stat

ステータス管理機能を有効または無効にする

○

jpcras

PFM - Manager，PFM - AgentまたはPFM - RMのトラブルシュート資料の採取

○

jpcspm start

サービスの起動

○

jpcspm stop

サービスの停止

○

jpctool db backup

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのバックアップファイルの作成

○※

jpctool db clear

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータの消去

×

jpctool db dmconvert

バックアップデータのデータモデルのコンバート

○

jpctool db dump

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのエクスポート

○※

jpctool db import

バックアップデータのインポート

○

jpctool service delete

Performance Managementに登録されているエージェントのサービス情報の削除

×

jpctool service list（-hostオプションで他ホストを指定する場合）

Performance Managementプログラムのサービスの構成および状態の表示

×

jpctool service list（-hostオプションを指定しない場合）

自ホストのサービス稼働状況の確認

○

（凡例）

○：実行できる

×：実行できない

注※

-aloneオプションを指定した場合だけコマンドを実行できます。

(4)　非スタンドアロンモードの概要

PFM - Manager，PFM - AgentまたはPFM - RM，PFM - Baseが起動している状態から，PFM - Managerだけ停止し，PFM - AgentまたはPFM - RMと，PFM - Baseだけが起動した状態を「非スタンドアロンモード」と呼びます。

非スタンドアロンモードでは，スタンドアロンモードのように5分間に一度のPFM - Managerへの接続確認は実行しません。PFM - Managerが起動すれば通常モードとなります。また，非スタンドアロンモードで起動していた期間にPFM - AgentまたはPFM - RMで蓄積したパフォーマンスデータは，履歴レポートで参照できます。

図1‒1　非スタンドアロンモードの概要

注意

PFM - AgentまたはPFM - RMを非スタンドアロンモードで起動している場合，発生したアラームイベントをPFM - Managerに通知できません。この場合，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動されるまでアラームイベントの通知を繰り返します。保持しているアラームイベントが3つ以上発生すると，古い順にアラームイベントが上書きされます。また，PFM - AgentまたはPFM - RMを停止すると，保持されているアラームイベントはすべて削除されます。

　［参考］

イベントモニターとイベント履歴では動作が異なるため見え方が異なります。

　［イベント履歴（例）として3件で説明］

PFM - Managerが停止している

PFM - Managerが起動

PFM - AgentからPFM - Manager停止中のアラームが3件送信される

PFM - ManagerのMaster Storeサービスに格納

以上よりイベント履歴では3件ともにイベント情報を表示可能となります。

　［イベントモニター（例）として3件で説明］

イベントモニターはPFM - Web Consoleのキャッシュに保存されている情報を表示します。

ここで，PFM - Web Consoleのキャッシュは，PFM - ManagerのView Serverサービスとの再接続した際にいったんクリアされます。

View Serverサービスとの接続時に，View Serverサービスのキャッシュ情報との同期を取り，PFM - Web Consoleのキャッシュを再構築します。

ここでアラームイベントについては，該当するエージェントの現在のアラームステータスに関わる最新イベント1件だけを取得します。

ただし，受け取ったアラームステータスが「緑（正常）」の場合は，イベントモニターには表示されません（最新の状態が正常であるため何も問題ないとしております）。

受け取ったアラームステータスが「黄（警告）」「赤（異常）」の場合は，警告または異常である旨のアラームを受け取ったこととなり，イベントモニターに表示されます。

なお，［常にアラーム通知する］をチェックしたアラームはイベントモニターには表示されません。

PFM - Managerに通知済みのアラームステータス（アラームアイコンの色が示すアラームの状態）は，PFM - Managerを再起動した場合，Correlator Startup Modeが有効か無効かで動作が異なります。

　 Correlator Startup Modeが有効の場合（推奨設定）

アラームステータス（アラームアイコンの色が示すアラームテーブルの状態）の情報の確認タイミングはPFM - Agentからアラームイベントを受け取ったときです。この動作によって，Correlatorサービスの起動時間を短縮し，Correlatorサービス起動失敗を回避しています。アラームイベントを受信して，エージェントの状態の確認ができるまでは，前回PFM - Managerが停止した時点と同じエージェントの状態であると仮定して動作します。

　 Correlator Startup Modeが無効の場合

PFM - Managerの再起動のタイミングで，PFM - Managerサービスに登録されている（接続されている）すべてのエージェントのアラームステータスを確認します。

アラームステータス（アラームアイコンの色が示すアラームテーブルの状態）の情報を確認します。

Correlator Startup Modeの設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の起動情報ファイル（jpccomm.ini）の設定項目について説明している個所を参照してください。

(5)　非スタンドアロンモードで使用できる機能

表1‒5　非スタンドアロンモードで使用できる機能

機能の内容

対応

サービス名

サービスの起動，停止，および稼働状況確認

○

PFM - Agentホストの場合

Agent Store，Agent Collector，およびAction Handler

PFM - RMホストの場合

Remote Monitor Store，Remote Monitor Collector，およびAction Handler

履歴データの収集

○

PFM - Agentホストの場合

Agent StoreおよびAgent Collector

PFM - RMホストの場合

Remote Monitor StoreおよびRemote Monitor Collector

レポートの表示

×

Agent StoreおよびRemote Monitor Store

アラームによるパフォーマンスデータの監視

○

Agent CollectorおよびRemote Monitor Collector

アラームイベントに対するアクションの実行

×※

Action Handler

サービスのステータスの管理

○

Status Server

（凡例）

○：使用できる

×：使用できない

注※　状況に応じて次のように動作が異なります。

　Action Handlerに"LOCAL"を指定している場合

アクションを実行するホストのPFM - Baseが09-00-09以降または09-10以降のとき

PFM - Manager停止中でもアクションは実行されます。

アクションを実行するホストのPFM - Baseが09-00-08以前のとき

一度もアクションを実行していない場合

PFM - Manager停止中にはアクションは実行されません。

PFM - Manager起動後にも，PFM - Manager停止中に発生したアクションは実行されません。

一度でもアクションを実行したことがあり，かつそのアクションを実行した該当Action Handlerを再起動していない場合

PFM - Manager停止中でもアクションは実行されます。

　Action Handlerに"LOCAL"以外を指定している場合

PFM - Manager停止中にはアクションは実行されません。

PFM - Manager起動後に，PFM - Manager停止中に発生したアクションが実行されます。ただし，PFM - ManagerホストのAction Handlerサービスを指定している場合，Acton Handlerサービスの起動順序によっては，アクションが実行されない場合があります。

(6)　非スタンドアロンモードで実行できるコマンド

表1‒6　非スタンドアロンモードで実行できるコマンド

コマンド

機能

対応

jpcconf db define

Agent StoreまたはRemote Monitor Storeサービスのディレクトリ設定変更

○

jpcconf db display

Agent StoreまたはRemote Monitor Storeサービスまたはバックアップデータの情報表示

○

jpcconf db vrset

Storeデータベースのバージョンの変更

○

jpcconf hc

ヘルスチェック機能を有効または無効にする

○

jpcconf stat

ステータス管理機能を有効または無効にする

○

jpcras

PFM - Manager，PFM - AgentまたはPFM - RMのトラブルシュート資料の採取

○

jpcspm start

サービスの起動

○

jpcspm stop

サービスの停止

○

jpctool db backup

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのバックアップファイルの作成

○※

jpctool db clear

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータの消去

×

jpctool db dmconvert

バックアップデータのデータモデルのコンバート

○

jpctool db dump

Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスのデータベースに格納されているデータのエクスポート

○※

jpctool db import

バックアップデータのインポート

○

jpctool service delete

Performance Managementに登録されているエージェントのサービス情報の削除

×

jpctool service list（-hostオプションで他ホストを指定する場合）

Performance Managementプログラムのサービスの構成および状態の表示

×

jpctool service list（-hostオプションを指定しない場合）

自ホストのサービス稼働状況の確認

○

（凡例）

○：実行できる

×：実行できない

注※

-aloneオプションを指定した場合だけコマンドを実行できます。

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

PFM - ManagerがPFM - AgentまたはPFM - RMに対して，jpctool db dumpコマンドなどを実行中にPFM - AgentまたはPFM - RMのサービスを起動した場合，PFM - Managerからの応答に時間が掛かるため，スタンドアロンモードで起動します。ただし，この場合もスタンドアロンモードは，一定の時間（5分）でPFM - Managerに接続を確認し，接続確認に成功するとスタンドアロンモードは終了します。

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

Windowsマシンで，jpcspm startコマンドを実行してPerformance Managementプログラムのサービスを起動する際にほかのWindowsサービスの起動が並行して動作した場合，Performance Managementプログラムのサービスが起動できないことがあります。この場合，KAVE05163-Eメッセージが共通メッセージログに出力されます。

このメッセージが出力された場合は，メッセージの対処方法に従って対処してください。

頻繁にこのメッセージが出力される場合，自動的にjpcspm startコマンドによってサービスの起動がリトライされる間隔および回数を，変更してください。リトライ間隔およびリトライ回数を変更すれば，サービスコントロールマネージャーが原因のサービス起動失敗を回避できます。

リトライ間隔およびリトライ回数を変更する場合は，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルで編集するセクション名，ラベル名，設定できる値の範囲などを次の表に示します。

セクション名

ラベル名

値の範囲

デフォルト値

説明

[Tools Section]

StartService Retry Interval

30〜600※1

45

サービス起動のリトライ間隔（単位：秒）

StartService Retry Count

0〜120※2

3

サービス起動のリトライ回数（単位：回）

注※1

29以下を指定した場合は30を，601以上を指定した場合は600を指定したものとして動作します。

注※2

-1以下を指定した場合は0を，121以上を指定した場合は120を指定したものとして動作します。

jpccomm.iniファイルは，インストール先フォルダに格納されています。

リトライ間隔およびリトライ回数を変更する手順を次に示します。

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

リトライ間隔およびリトライ回数を変更する。

次のラベルの値を変更します。

[Tools Section]
StartService Retry Interval=45
StartService Retry Count=3

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

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

PFM - Managerが障害などで停止した場合は，PFM - AgentまたはPFM - RMからのアラームイベントが正しく発行されません。接続先のPFM - Managerを起動してください。

なお，PFM - Manager停止中，PFM - AgentまたはPFM - RMではアラーム定義ごとにアラームイベントを保持します。これらのアラームイベントはPFM - Managerの再起動後に発行されます。保持するアラームイベントの数は次のとおりです。

レコードのインスタンスごとの状態変化を監視している場合

アラーム定義ごとにアラームイベントを最大3つまで保持します。同じアラーム定義で監視しているレコードのインスタンスに対してアラームイベントが4つ以上発生すると，古い順にアラームイベントを上書きします。

レコードのインスタンスごとの状態変化を監視していない場合

アラーム定義ごとにアラームイベントを最大3つまで保持します。同じアラーム定義に対してアラームイベントが4つ以上発生すると，古い順にアラームイベントを上書きします。

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

接続先のPFM - ManagerまたはAction Handlerサービスを停止すると，アクションが実行されません。アクションを実行させる場合は，接続先のPFM - ManagerおよびAction Handlerサービスを起動してください。

アラームにアクションを設定している場合，Performance Managementの動作によってアラームイベントが発生したときにだけアクションを実行し，ユーザーの操作によってアラームイベントが発生したときにはアクションを実行しないようにできます。これをユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能といいます。

PFM - Managerを新規インストールした場合，ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が有効になります。バージョンアップインストールした場合，ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が無効になります。ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能の有効/無効は，起動情報ファイル（jpccomm.ini）のSuppress Action Executionラベルで設定できます。

ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が有効か無効かによって，アラームイベントの発行要因（Performance Managementの動作またはユーザーの操作）ごとのアクションの実行有無が変わります。

■ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が有効な場合

Performance Managementの動作によってアラームイベントが発行されたときはアクションを実行します。ユーザーの操作によってアラームイベントが発行されたときはアクションを実行しません。アラームイベントの発行要因とアクションの実行有無を次の表に示します。なお，ローカルアクションとリモートアクションで，アクションの実行有無に関する違いはありません。

表1‒7　アラームイベントの発行要因とアクションの実行有無（ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が有効な場合）

アラームイベントの発行要因

アラームに設定しているアクションの実行有無

メッセージテキストの内容

ローカルアクション

リモートアクション

Performance Managementの動作

アラーム条件式を評価する※

実行する

実行する

ユーザーが設定した内容

現在時刻がアラーム評価時間外となる

"Alarm expired"

ユーザーの操作

エージェントのサービスを停止する

実行しない

実行しない

"Alarm cleared"

エージェント階層でアラームテーブルをアンバインドする

アラーム階層でアラームをインポートして，アラーム定義を上書きする

jpctool config syncコマンドまたはjpctool config alarmsyncコマンドを実行する，またはアラーム情報の反映をする

PFM - RM製品でアラームをバインドしている監視対象をアンセットアップする

アラーム階層でバインド済みのアラームに対して［アクティブにする］のチェックを外す

"Alarm deactivated"

アラーム階層でバインド済みのアラームを編集する

アラーム階層でアラームテーブル内の一部のアラームを削除する

"Alarm updated/deleted"

注※

アラーム条件式を評価するタイミングについては，「6.3.5(2) アラームの設定と発行されるアラームの例」を参照してください。

注意

ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が有効な場合，アラーム定義のアラームメッセージテキストに次の文字列と完全一致の文字列を設定しないでください。設定すると，アラーム正常回復時にアクションが実行されません。

・"Alarm deactivated"

・"Alarm cleared"

・"Alarm updated/deleted"

■ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が無効な場合

Performance Managementの動作によってアラームイベントが発生したときはアクション（ローカルアクションおよびリモートアクション）を実行します。ユーザーの操作によってアラームイベントが発行されたときはローカルアクションは実行しませんが，リモートアクションはアラームイベントの発行要因ごとに実行するかどうかが異なります。アラームイベントの発行要因とアクションの実行有無を次の表に示します。

表1‒8　アラームイベントの発行要因とアクションの実行有無（ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能が無効な場合）

アラームイベントの発行要因

アラームに設定しているアクションの実行有無

メッセージテキストの内容

ローカルアクション

リモートアクション

Performance Managementの動作

アラーム条件式を評価する※

実行する

実行する

ユーザーが設定した内容

現在時刻がアラーム評価時間外となる

"Alarm expired"

ユーザーの操作

エージェントのサービスを停止する

実行しない

実行する

"Alarm cleared"

エージェント階層でアラームテーブルをアンバインドする

実行する

アラーム階層でアラームをインポートして，アラーム定義を上書きする

Collectorサービスがビジー状態の場合

インポート後のアクションを実行することがある

Collectorサービスがビジー状態でない場合

実行しない

jpctool config syncコマンドまたはjpctool config alarmsyncコマンドを実行する，またはアラーム情報の反映をする

実行する

PFM - RM製品でアラームをバインドしている監視対象をアンセットアップする

実行する

アラーム階層でバインド済みのアラームに対して［アクティブにする］のチェックを外す

実行する

"Alarm deactivated"

アラーム階層でバインド済みのアラームを編集する

Collectorサービスがビジー状態の場合

編集後のアクションを実行することがある

Collectorサービスがビジー状態でない場合

実行しない

アラーム階層でアラームテーブル内の一部のアラームを削除する

実行しない

"Alarm updated/deleted"

注※

アラーム条件式を評価するタイミングについては，「6.3.5(2) アラームの設定と発行されるアラームの例」を参照してください。

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

業務グループ一般ユーザーを作成したあとに業務グループによるアクセスコントロール機能を無効にすると，業務グループ一般ユーザーは監視コンソールにログインできなくなります。業務グループによるアクセスコントロール機能を利用しない運用に切り替える場合は，あらかじめ業務グループ一般ユーザーを削除しておいてください。

1.8.7　サービスの自動停止を行わない運用でのシステムの起動・停止時のメッセージ出力について（CentOS 7以降，Linux 7以降，Oracle Linux 7以降，またはSUSE Linux 12以降の場合だけ）

(1)　監視マネージャーおよび監視エージェントのサービス

CentOS 7以降，Linux 7以降，Oracle Linux 7以降，またはSUSE Linux 12以降の環境の場合，Performance Managementのサービスの自動起動および自動停止を設定しているかどうかにかかわらず，システムの起動・停止時にはsyslogに次のメッセージが出力されることがあります。

起動時

systemd: Started PFM Service.

停止時

systemd: Stopped PFM Service.

サービスの自動起動を単独で設定する運用の場合は，上記のメッセージの出力を抑止できません。

サービスの自動起動および自動停止を行わない運用の場合は，次のコマンドを実行すると，上記のメッセージの出力を抑止できます。

systemctl --system disable jp1_pc

なお，上記メッセージの出力を抑止したあとで，Performance Managementのサービスの自動起動および自動停止を行う運用に変更する場合は，サービスの自動起動および自動停止の設定と合わせて，次のコマンドを実行してください。サービスの自動起動および自動停止の設定とコマンドの実行順序はどちらを先に実施しても問題ありません。

systemctl --system enable jp1_pc

(2)　監視コンソールサーバのサービス

CentOS 7以降，Linux 7以降，Oracle Linux 7以降，またはSUSE Linux 12以降の環境の場合，PFM - Web Consoleのサービスの自動起動および自動停止を設定しているかどうかにかかわらず，システムの起動・停止時にはsyslogに次のメッセージが出力されることがあります。

起動時

systemd: Started PFM WebConsole Service.

停止時

systemd: Stopped PFM WebConsole Service.

サービスの自動起動および自動停止を行わない運用の場合は，次のコマンドを実行すると，上記のメッセージの出力を抑止できます。

systemctl --system disable jp1_webcon

なお，上記メッセージの出力を抑止したあとで，PFM - Web Consoleのサービスの自動起動および自動停止を行う運用に変更する場合は，サービスの自動起動および自動停止の設定を行う前に，次のコマンドを実行してください。

systemctl --system enable jp1_webcon

1.8.8　そのほかの注意事項

PFM - Managerを停止する際，PFM - AgentまたはPFM - RMが同時に停止したり，アラームイベントが発行されたりした場合に次のメッセージが出力されることがあります。

KAVE00188-E イベント送信に失敗しました (service=Trap GeneratorサービスまたはView ServerサービスのサービスID)

Trap GeneratorサービスのサービスIDが出力された場合は，アラームイベント発生時のアクション（SNMPトラップ）が実行されていない可能性があります。PFM - Managerを再起動後，イベント履歴を確認し，発生したイベントを確認してください。

View ServerサービスのサービスIDが出力された場合は，対処は必要ありません。

電源断などによって，PFMサービスが停止処理を正常に行わずに停止した場合，サービス構成情報ファイル（jpcns.ini）ファイルが壊れることがあります。この場合，次の再起動時にサービス構成情報ファイルは自動で回復されますが，jpctool service listコマンドなどでTrap GeneratorサービスのサービスIDが2つ表示されることがあります。

＜回復策＞

次の手順を実行して回復してください。

不要なTrap GeneratorサービスのサービスIDを削除する。

■物理ホスト

jpctool service delete -id "Trap GeneratorサービスのサービスID"

■論理ホスト

jpctool service delete -id "Trap GeneratorサービスのサービスID" -lhost 論理ホスト名

jpctool service deleteコマンドを実行したあと，PFMサービスの再起動やjpctool service syncコマンドを実行する必要はありません。

監視二重化の構成の場合はプライマリーとセカンダリーを同期させる。

Trap Generatorサービスに対してPFMサービス自動再起動機能を設定していた場合は，Trap Generatorサービスに対してPFMサービス自動再起動機能の再設定を実施してください。

PFM - Managerを運用する環境のOSがLinuxでSELinux機能が有効のときは，PFM - Managerのサービス起動やコマンド実行に失敗することがあります。この場合，OSのシステムログに次のメッセージが出力されます。

SELinux is preventing /opt/jp1pc/以下のファイル名 OSが出力するメッセージ.
For complete SELinux messages. run sealert -l OSが指定するID

この場合，「sealert -l OSが指定するID」を実行し，出力されるメッセージの対処に従ってください。

AIXのDLPAR機能を使用してLPARの構成変更を行う場合は，PFM - Baseのサービスを停止してから行ってください。

AIXのSMT機能の操作を行う場合は，PFM - Baseのサービスを停止してから行ってください。

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

この章では，Performance Managementのユーザー管理の概要とユーザーアカウントの作成・編集方法，および業務グループの管理方法について説明します。

2.1　ユーザーアカウントと業務グループについて

2.1.1　ユーザー認証モードとは

Performance Managementでは，稼働監視システム内でユーザーアカウントを管理する場合と，統合運用管理システムでユーザーアカウントを一元管理する場合とで，ユーザーアカウントの管理方式を選択できます。このマニュアルでは，前者を「PFM認証モード」，後者を「JP1認証モード」と呼びます。

PFM認証モード

Performance Managementで作成した「Performance Managementユーザー」で，PFM - Web Consoleにログインします。ユーザーアカウントはPFM - Managerで管理されます。Performance Managementシステムでの標準のユーザーアカウント管理方式であり，デフォルトで設定されています。

JP1認証モード

統合管理製品（JP1/IM）の認証サーバであるJP1/Baseで作成した「JP1ユーザー」で，PFM - Web Consoleにログインします。ユーザーアカウントはJP1/Baseで管理されます。このモードで使用するときは，PFM - ManagerをインストールしたホストにJP1/Baseをインストールする必要があります。

注意

論理ホスト環境のPFM - ManagerでJP1認証モードの設定を実施する場合，同一論理ホスト上にJP1/Baseが動作している必要があります。

JP1認証モードを使用するためには，JP1/Baseが使用する認証サーバの設定を実施する必要があります。ただし，JP1/Baseの認証サーバはPFM - Managerと同一ホストである必要はありません。JP1/Baseが使用する認証サーバの設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

PFM - Managerをクラスタシステムで運用している環境でJP1認証モードを使用する場合，JP1/Baseもクラスタシステムで運用する必要があります。

監視二重化の構成の場合，PFM - ManagerでJP1認証モードの設定を実施するとき，プライマリーとセカンダリーそれぞれのホストにJP1/Baseをインストールし，認証サーバの設定を実施する必要があります。

JP1/BaseでSSL通信を有効に設定した状態でJP1認証モードを使用する場合，JP1/BaseおよびPFM - Managerのバージョンが11-00以降である必要があります。

SSL通信有効の設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.1.2　ユーザー権限とは

Performance Managementでは，ユーザーアカウントに対して許可する操作の内容に応じて，権限を設定できます。設定できる権限には，稼働情報の収集設定やレポート・アラームの定義内容の変更など，Performance Managementのすべての機能を使用できる「管理ユーザー権限」と，レポート・アラームなどの参照だけができる「一般ユーザー権限」があります。

それぞれのユーザー権限で使用できる機能の詳細については，「2.2　ユーザーアカウントの権限」を参照してください。

2.1.3　業務グループとは

Performance Managementでは，監視対象ホストを組織ごとに分けて，ユーザーが参照できる監視エージェントを限定できます。組織ごとに分割した監視対象ホストのグループのことを「業務グループ」と呼びます。業務グループを割り当てられたユーザーは，その業務グループの範囲内で監視エージェントを参照できるようになります。

このマニュアルでは，業務グループが割り当てられたユーザーを「業務グループユーザー」，システム全体を操作できるユーザーを「システムユーザー」と呼びます。なお，業務グループを割り当てられるのは，一般ユーザー権限のユーザーだけです。管理ユーザー権限のユーザーは，常にすべての監視エージェントを設定・参照できます。業務グループが割り当てられた一般ユーザー権限のユーザーを「業務グループ一般ユーザー」と呼びます。

また，Performance Managementで利用できる業務グループには，Performance Managementで定義する業務グループと，統合管理製品（JP1/IM）で定義する業務グループがあります。

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

監視対象ホストとユーザーアカウントに，Performance Managementで業務グループを割り当てて管理します。

JP1/IMと連携していない場合や，Performance Managementで利用する業務グループをJP1/IMの業務グループと独立して管理したい場合に利用します。

この業務グループはPFM認証モードでもJP1認証モードでも利用できます。

JP1/IMで定義する業務グループ

JP1/IMで定義した業務グループの構成を，Performance Managementにインポートして運用します。Performance ManagementとJP1/IMを連携して運用している場合に，Performance ManagementとJP1/IMで，監視対象ホストおよびアクセスできるユーザーアカウントを一致させたいときに利用します。JP1/IMからのPerformance Managementのレポート表示などが，ユーザーに割り当てられている業務グループの不一致によって失敗することを防げます。

この業務グループはJP1認証モードの場合に利用できます。

なお，JP1/IMとの連携の詳細については，「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

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

Performance Managementは，ユーザーアカウントの権限によって使用できる機能が異なります。

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

表2‒1　ユーザーアカウントの権限と使用できる機能（操作対象：システム全体）

機能名

機能の詳細

操作階層・画面

操作対象：システム全体

Performance Managementユーザー

JP1ユーザー

管理ユーザー

一般ユーザー

管理ユーザー

一般ユーザー

Performance Managementプログラムのサービスの管理

［サービス階層］画面の表示

サービス階層

○

×

○

×

Performance Managementプログラムのサービスの停止

サービス階層

○

×

○

×

Performance Managementプログラムのサービスの状況確認

サービス階層

○

×

○

×

Performance Managementユーザーアカウントの管理

［ユーザー管理階層］画面の表示

ユーザー管理階層

○

×

×

×

ユーザーアカウントの作成，コピー，削除

ユーザー管理階層

○

×

×

×

ログイン中のユーザーアカウント自身のログインパスワード変更

［パスワード変更］画面

○

○

×

×

ほかのユーザーアカウントのログインパスワードまたは権限の変更

ユーザー管理階層

○

×

×

×

エージェントの管理

［エージェント階層］画面の表示（表示形式が「User Agents」）

エージェント階層

○

○

○

○

［エージェント階層］画面の表示（表示形式が「Products」）

エージェント階層

○

△

○

△

フォルダの作成，コピー，削除

エージェント階層

○

△

○

△

フォルダ名の変更

エージェント階層

○

△

○

△

エージェントの追加，コピー，削除

エージェント階層

○

△

○

△

エージェントのプロパティの表示

エージェント階層

○

○

○

○

サマリの表示

エージェント階層

○

○

○

○

プロセス監視の設定

エージェント階層

○

×

○

×

エージェントのプロパティの変更

サービス階層

○

×

○

×

エージェントのプロパティの配布

サービス階層

○

×

○

×

バインドしたエージェントの表示

アラーム階層

○

×

○

×

レポートの定義と操作

レポート階層の表示

レポート階層

○

△

○

△

レポートウィザードによるレポートの定義

レポート階層

○

△

○

△

［レポート］画面からのレポート定義の編集

レポート階層

○

○

○

○

［レポート］画面からのレポート定義の保存

レポート階層

○

△

○

△

レポートの定義のインポート，エクスポート

レポート階層

○

△

○

△

エージェントに関するレポートの表示

エージェント階層/ブックマーク階層/［レポート］画面

○

○

○

○

アラームに関するレポートの表示

エージェント階層

○

○

○

○

レポートの編集，コピー，削除

レポート階層

○

△

○

△

レポート名の変更

レポート階層

○

△

○

△

レポートのプロパティの表示

レポート階層

○

△

○

△

レポートの表示条件の変更

［レポート］画面

○

○

○

○

レポートの印刷

［レポート］画面

○

○

○

○

レポートのファイル出力

エージェント階層/ブックマーク階層

○

○

○

○

アラームの定義と操作

［アラーム階層］画面の表示

アラーム階層

○

×

○

×

アラームウィザードによるアラームの定義

アラーム階層

○

×

○

×

クイックガイドによるアラームの定義

エージェント階層

○

×

○

×

［エージェント階層］画面でのアラームテーブルのバインド，バインド解除

エージェント階層

○

×

○

×

アラーム定義のインポート，エクスポート

アラーム階層

○

×

○

×

［エージェント階層］画面でのエージェントに関するアラームの状態表示

エージェント階層

○

○

○

○

アラームの稼働と停止

アラーム階層

○

×

○

×

アラームテーブルのコピー，削除

アラーム階層

○

×

○

×

アラームのコピー，削除

アラーム階層

○

×

○

×

アラームの編集

アラーム階層

○

×

○

×

［エージェント階層］画面でのアラームのプロパティ表示

エージェント階層

○

○

○

○

［イベントモニター］画面でのアラームのプロパティ表示

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

○

○

○

○

［アラーム階層］画面でのアラームのプロパティ表示

アラーム階層

○

×

○

×

ナビゲーションフレームのメッセージエリアの表示

エージェント階層

○

×

○

×

［アラーム反映状況の確認］画面の表示

エージェント階層

○

×

○

×

［アラーム反映状況の確認］画面でのアラーム情報の反映

エージェント階層

○

×

○

×

イベントの表示

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

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

○

○

○

○

表示するイベントの変更

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

○

○

○

○

アラームイベントに関するレポートの表示

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

○

○

○

○

［イベント履歴］画面の表示

エージェント階層

○

○

○

○

監視一時停止

［監視一時停止の設定］画面の表示

エージェント階層

○

○

○

○

監視の一時停止と再開

エージェント階層

○

×

○

×

Storeデータベースの管理

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

サービス階層

○

×

○

×

Storeデータベースの保存期間の調整

サービス階層

○

×

○

×

Storeデータベースの容量の確認

サービス階層

○

×

○

×

ブックマークの管理

ブックマーク階層の表示

ブックマーク階層

○

○

○

○

フォルダの作成

ブックマーク階層/エージェント階層/［レポート］画面/［ブックマーク］画面

○

△

○

△

フォルダの削除

ブックマーク階層

○

△

○

△

フォルダ名の変更

ブックマーク階層

○

△

○

△

ブックマークの削除

ブックマーク階層

○

△

○

△

ブックマークのプロパティの表示

ブックマーク階層

○

○

○

○

ブックマーク名の変更

ブックマーク階層

○

△

○

△

登録レポートの削除

ブックマーク階層

○

△

○

△

登録レポートの表示

ブックマーク階層

○

○

○

○

複合レポートの編集

ブックマーク階層

○

△

○

△

タイリング表示

ブックマーク階層

○

○

○

○

ブックマークまたは複合ブックマーク登録

［レポート］画面/［ブックマーク］画面

○

△

○

△

ベースラインの登録

［レポート］画面

○

△

○

△

ベースラインの更新

［レポート］画面

○

△

○

△

ヘルスチェックの状態表示

エージェント階層からの各エージェントのヘルスチェック状態の表示

エージェント階層

○

○

○

○

エージェント階層からのヘルスチェック状態のフォルダ伝播表示

エージェント階層

○

○

○

○

フォルダ伝播時の優先度変更

エージェント階層

○

○

○

○

エージェントの「アラーム状態の表示」からのヘルスチェック状態の表示

エージェント階層

○

○

○

○

［イベントモニター］または［イベント履歴］画面でのヘルスチェックイベント表示

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

○

○

○

○

関連製品からのレポート表示

関連レポートの表示

関連製品の画面

○

○

○

○

アラームの自動バインド

アラームテーブルを自動的にバインドする

自動バインド設定画面

○

×

○

×

（凡例）

○：使用できる

×：使用できない

△：初期設定ファイル（config.xml）で機能の使用可否を設定できる

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

表2‒2　ユーザーアカウントの権限と使用できる機能（操作対象：業務グループ）

機能名

機能の詳細

操作階層・画面

操作対象：業務グループ

Performance Managementユーザー

JP1ユーザー

業務グループ一般ユーザー

一般ユーザー

Performance Managementプログラムのサービスの管理

［サービス階層］画面の表示

サービス階層

×

×

Performance Managementプログラムのサービスの停止

サービス階層

×

×

Performance Managementプログラムのサービスの状況確認

サービス階層

×

×

Performance Managementユーザーアカウントの管理

［ユーザー管理階層］画面の表示

ユーザー管理階層

×

×

ユーザーアカウントの作成，コピー，削除

ユーザー管理階層

×

×

ログイン中のユーザーアカウント自身のログインパスワード変更

［パスワード変更］画面

○

×

ほかのユーザーアカウントのログインパスワードまたは権限の変更

ユーザー管理階層

×

×

エージェントの管理

［エージェント階層］画面の表示（表示形式が「User Agents」）

エージェント階層

○

○

［エージェント階層］画面の表示（表示形式が「Products」）※1

エージェント階層

△

△

フォルダの作成，コピー，削除

エージェント階層

△

△

フォルダ名の変更

エージェント階層

△

△

エージェントの追加，コピー，削除

エージェント階層

△

△

エージェントのプロパティの表示

エージェント階層

○

○

サマリの表示

エージェント階層

○

○

プロセス監視の設定

エージェント階層

×

×

エージェントのプロパティの変更

サービス階層

×

×

エージェントのプロパティの配布

サービス階層

×

×

バインドしたエージェントの表示

アラーム階層

×

×

レポートの定義と操作

レポート階層の表示

レポート階層

×

×

レポートウィザードによるレポートの定義

レポート階層

×

×

［レポート］画面からのレポート定義の編集

レポート階層

○

○

［レポート］画面からのレポート定義の保存

レポート階層

×

×

レポートの定義のインポート，エクスポート

レポート階層

×

×

エージェントに関するレポートの表示

エージェント階層/ブックマーク階層/［レポート］画面

○

○

アラームに関するレポートの表示

エージェント階層

○

○

レポートの編集，コピー，削除

レポート階層

×

×

レポート名の変更

レポート階層

×

×

レポートのプロパティの表示

レポート階層

×

×

レポートの表示条件の変更

［レポート］画面

○

○

レポートの印刷

［レポート］画面

○

○

レポートのファイル出力

エージェント階層/ブックマーク階層

○

○

アラームの定義と操作

［アラーム階層］画面の表示

アラーム階層

×

×

アラームウィザードによるアラームの定義

アラーム階層

×

×

クイックガイドによるアラームの定義

エージェント階層

×

×

［エージェント階層］画面でのアラームテーブルのバインド，バインド解除

エージェント階層

×

×

アラーム定義のインポート，エクスポート

アラーム階層

×

×

［エージェント階層］画面でのエージェントに関するアラームの状態表示

エージェント階層

○

○

アラームの稼働と停止

アラーム階層

×

×

アラームテーブルのコピー，削除

アラーム階層

×

×

アラームのコピー，削除

アラーム階層

×

×

アラームの編集

アラーム階層

×

×

［エージェント階層］画面でのアラームのプロパティ表示※2

エージェント階層

○

○

［イベントモニター］画面でのアラームのプロパティ表示※2

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

○

○

［アラーム階層］画面でのアラームのプロパティ表示

アラーム階層

×

×

ナビゲーションフレームのメッセージエリアの表示

エージェント階層

×

×

［アラーム反映状況の確認］画面の表示

エージェント階層

×

×

［アラーム反映状況の確認］画面でのアラーム情報の反映

エージェント階層

×

×

イベントの表示

［イベントモニター］画面の表示※3

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

○

○

表示するイベントの変更

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

○

○

アラームイベントに関するレポートの表示

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

○

○

［イベント履歴］画面の表示※3

エージェント階層

○

○

監視一時停止

［監視一時停止の設定］画面の表示

エージェント階層

○

○

監視の一時停止と再開

エージェント階層

×

×

Storeデータベースの管理

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

サービス階層

×

×

Storeデータベースの保存期間の調整

サービス階層

×

×

Storeデータベースの容量の確認

サービス階層

×

×

ブックマークの管理

ブックマーク階層の表示

ブックマーク階層

○

○

フォルダの作成

ブックマーク階層/エージェント階層/［レポート］画面/［ブックマーク］画面

×

×

フォルダの削除

ブックマーク階層

×

×

フォルダ名の変更

ブックマーク階層

×

×

ブックマークの削除

ブックマーク階層

×

×

ブックマークのプロパティの表示

ブックマーク階層

○

○

ブックマーク名の変更

ブックマーク階層

×

×

登録レポートの削除

ブックマーク階層

×

×

登録レポートの表示

ブックマーク階層

○

○

複合レポートの編集

ブックマーク階層

×

×

タイリング表示

ブックマーク階層

○

○

ブックマークまたは複合ブックマーク登録

［レポート］画面/［ブックマーク］画面

×

×

ベースラインの登録

［レポート］画面

×

×

ベースラインの更新

［レポート］画面

×

×

ヘルスチェックの状態表示

エージェント階層からの各エージェントのヘルスチェック状態の表示

エージェント階層

○

○

エージェント階層からのヘルスチェック状態のフォルダ伝播表示

エージェント階層

○

○

フォルダ伝播時の優先度変更

エージェント階層

○

○

エージェントの「アラーム状態の表示」からのヘルスチェック状態の表示

エージェント階層

○

○

［イベントモニター］または［イベント履歴］画面でのヘルスチェックイベント表示

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

○

○

関連製品からのレポート表示

関連レポートの表示

関連製品の画面

○

○

アラームの自動バインド

アラームテーブルを自動的にバインドする

自動バインド設定画面

×

×

（凡例）

○：使用できる

×：使用できない

△：初期設定ファイル（config.xml）で機能の使用可否を設定できる

注※1

参照権限を持つ業務グループのエージェントだけが表示されます。

注※2

アラームのプロパティのうち，［アクション］および［アクション定義］は表示されません。

注※3

参照権限を持つ業務グループのエージェントが発行したイベントだけ表示できます。

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

ここでは，認証モードごとに，ユーザーアカウントの種別に応じて必要となる作業を説明します。

表2‒3　ユーザーアカウントの設定で必要な作業（PFM認証モード）

操作対象

ユーザー権限

必要な作業の参照先

設定内容の概要

システム全体

管理ユーザー

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

「管理ユーザー」権限を選択してユーザーアカウントを作成します。

一般ユーザー

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

「一般ユーザー」権限を選択してユーザーアカウントを作成します。

業務グループ※

一般ユーザー

「2.7.2　Performance Managementでの業務グループ定義」

業務グループを作成します。

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

次の内容でユーザーアカウントを作成します。

「業務グループ一般ユーザー」権限を選択

所属させる業務グループを選択

注※

事前に業務グループによるアクセスコントロール機能をセットアップしておく必要があります。詳細については，「2.7.1　業務グループによるアクセスコントロール機能をセットアップする」を参照してください。

JP1認証モードの場合に必要となる作業を次の表に示します。なお，JP1認証モードを使用する場合，事前に認証モードを設定しておく必要があります。詳細については，「2.4　ユーザーアカウントの認証モードを設定する」を参照してください。

表2‒4　ユーザーアカウントの設定で必要な作業（JP1認証モード）

操作対象

ユーザー権限

必要な作業の参照先

設定内容の概要

システム全体

管理ユーザー

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

Performance Managementの管理ユーザー権限を与えるため，JP1ユーザーの操作権限を設定します。

一般ユーザー

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

Performance Managementの一般ユーザー権限を与えるため，JP1ユーザーの操作権限を設定します。

業務グループ（Performance Management）※1※2

一般ユーザー

「2.7.2　Performance Managementでの業務グループ定義」

業務グループを作成します。

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

JP1ユーザーに，次の内容で操作権限を設定します。

業務グループと対応付けるJP1資源グループを指定

Performance Managementの一般ユーザー権限を与えるため，JP1権限レベルを選択

業務グループ（JP1/IM）※1※3

一般ユーザー

「2.7.3　JP1/IMで定義した業務グループの利用」

JP1/IMで定義した業務グループをPerformance Managementにインポートします。

また，JP1ユーザーにPerformance Managementの一般ユーザー権限を与えるため，JP1権限レベルを追加します。

注※1

事前に業務グループによるアクセスコントロール機能をセットアップしておく必要があります。詳細については，「2.7.1　業務グループによるアクセスコントロール機能をセットアップする」を参照してください。

注※2

Performance Managementで定義した業務グループのユーザーです。

注※3

JP1/IMで定義した業務グループのユーザーです。

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

ユーザーアカウントの認証モード（管理方式）は，jpcvsvr.iniファイルで設定します。なお，デフォルトの認証モードはPFM認証モードです。JP1認証モードで運用する場合はjpcvsvr.iniファイルのUserServer.authenticationModeの値をJP1に変更してください。jpcvsvr.iniファイルの詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

注意

認証モードの設定後，設定したモードと異なる管理方式のユーザーアカウントでPFM - Web Consoleにログインした場合は，認証エラーを示すメッセージが表示されます。

JP1認証モードの場合，ユーザーアカウントの権限の変更は，変更対象のユーザーアカウントのPFM - Web Consoleからのログアウト後に反映されます。

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

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

PFM認証モードを設定した場合，ユーザーアカウントの作成はWebブラウザからPFM - Web Consoleにログインして実行します。

なお，JP1認証モードを設定した場合，ユーザーアカウントの管理はJP1/Baseで実施します。JP1ユーザーの管理については，マニュアル「JP1/Base 運用ガイド」を参照してください。

注意

作成できるユーザーアカウント数は5000以下です。

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

参考　インストール直後のユーザーアカウント

Performance Managementをインストールした直後は，デフォルトのユーザーアカウントとして「ADMINISTRATOR」が設定されています。

デフォルトのユーザーアカウントの設定内容は次のとおりです。

ユーザー名：ADMINISTRATOR

パスワード：設定なし（運用を開始する前にパスワードを設定してください）

権限：管理ユーザー

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

デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

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

［新規ユーザー］画面でPerformance Managementユーザーアカウント情報を設定する。

次の項目について設定します。

［ユーザー名］

1〜16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されません。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

［パスワード］および［パスワードの確認］

1〜16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

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

［権限の選択と業務グループの割り当て］

作成するユーザーアカウントに設定するユーザー権限を選択します。

・［管理ユーザー］：システム全体を管理できる権限です。

・［一般ユーザー］：システム全体を参照できる権限です。

・［業務グループ一般ユーザー］：［割り当てられた業務グループ］に表示されている業務グループ内の監視エージェントを参照できる権限です。

［すべての業務グループ］

システムに定義されている業務グループが一覧表示されます。業務グループを選択して[図データ]ボタンをクリックすることで，業務グループを割り当てます。割り当てられた業務グループは［割り当てられた業務グループ］に表示されます。

［割り当てられた業務グループ］

作成するユーザーアカウントに割り当てる業務グループが表示されます。

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

ナビゲーションフレームのPerformance Managementユーザーの階層に，作成したユーザーアカウントが追加されます。

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

既存のユーザーアカウントをコピーして別のユーザー名で保存すると，同じ設定のユーザーアカウントを作成できます。

ヒント

既存のユーザーアカウントをコピーして新たなユーザーアカウントを作成する場合，コピー元のユーザーアカウントが定義している監視用のエージェント階層などの情報もコピーされます。

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

デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，コピー元のユーザーアカウントを選択する。

選択したユーザーにチェックマークが表示されます。

メソッドフレームの［コピー］メソッドを選択する。

［コピー］画面で新規に作成するPerformance Managementユーザーアカウント情報を設定する。

各項目には，コピー元のユーザーアカウント情報が表示されます。必要に応じて，次の項目について変更します。

［ユーザー名］

1〜16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されません。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

［パスワード］および［パスワードの確認］

1〜16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

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

［権限の選択と業務グループの割り当て］

作成するユーザーアカウントに設定するユーザー権限を選択します。

・［管理ユーザー］：システム全体を管理できる権限です。

・［一般ユーザー］：システム全体を参照できる権限です。

・［業務グループ一般ユーザー］：［割り当てられた業務グループ］に表示されている業務グループ内の監視エージェントを参照できる権限です。

［すべての業務グループ］

システムに定義されている業務グループが一覧表示されます。業務グループを選択して[図データ]ボタンをクリックすることで，業務グループを割り当てます。割り当てられた業務グループは［割り当てられた業務グループ］に表示されます。

［割り当てられた業務グループ］

作成するユーザーアカウントに割り当てる業務グループが表示されます。

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

Performance Managementユーザーのツリーに，作成したユーザーアカウントが追加されます。

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

(1)　パスワードを変更する

(a)　現在ログイン中のユーザーアカウントのパスワードを変更する場合

［メイン］画面のメニューバーフレームで［パスワード変更］メニューを選択する。

［パスワード変更］画面でパスワード情報を入力する。

［現在のパスワード］

変更前のパスワードを入力します。

［パスワード］および［パスワードの確認］

新たに設定するパスワードを入力します。

1〜16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

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

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

現在ログイン中のユーザーアカウントのパスワードが変更されます。

(b)　他ユーザーのユーザーアカウントのパスワードを変更する場合

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

デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，パスワードを変更するユーザーアカウントを選択する。

選択したユーザーにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。

［編集］画面で，手順3で選択したユーザーアカウントに設定されているパスワードを変更する。

1〜16文字の半角文字で指定します。英文字（大文字，小文字），数字，および記号（! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ ¥ ] ^ _ ` { | } ~ スペース）が指定できます。英文字の大文字，小文字は区別されます。

入力文字列の前後に半角空白を入力した場合は，半角空白が削除されます。

注意

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

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

選択したユーザーアカウントのパスワードが変更されます。

(2)　Performance Managementユーザーアカウントの権限と割り当てる業務グループを変更する

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

デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，権限を変更するユーザーアカウントを選択する。

選択したユーザーにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。

［編集］画面で，手順3で選択したユーザーアカウントに設定されている権限を変更する。

手順5で［業務グループ一般ユーザー］を選択した場合，割り当てる業務グループを選択する。

［すべての業務グループ］から割り当てたい業務グループを選択して[図データ]ボタンをクリックします。選択した業務グループが［割り当てられた業務グループ］に表示されます。

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

選択したユーザーアカウントの権限が変更されます。

(3)　Performance Managementユーザーアカウントを削除する

注意

デフォルトユーザーアカウント（パスワードを設定していない「ADMINISTRATOR」ユーザーアカウント）は，それ以外にユーザーアカウントが作成されている場合は削除できます。ただし，デフォルトユーザーアカウントを削除した場合，パスワードを設定しない「ADMINISTRATOR」ユーザーアカウントは再作成できません。

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

デフォルトのユーザーアカウント「ADMINISTRATOR」など，管理ユーザー権限を持つユーザーアカウントでログインしてください。

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

［ユーザー管理階層］画面のナビゲーションフレームで，削除するユーザーアカウントを選択する。

選択したユーザーにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。

削除の実行を確認するメッセージボックスの［OK］ボタンをクリックする。

選択したユーザーアカウントがナビゲーションフレームから削除されます。

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

JP1認証モードを使用する場合，認証サーバであるJP1/BaseでJP1ユーザーの操作権限を設定する必要があります。JP1ユーザーに設定したいPerformance Managementの権限に応じて，次のように操作権限を設定してください。

表2‒5　JP1ユーザーに設定する操作権限

Performance Managementの権限

JP1ユーザーの操作権限

JP1資源グループ

JP1権限レベル

管理ユーザー

JP1_PFMまたは「*」

JP1_PFM_Admin

一般ユーザー（業務グループを割り当てない場合）

JP1_PFMまたは「*」

JP1_PFM_Operator

一般ユーザー（Performance Managementで定義した業務グループを割り当てる場合）

任意のグループ※または「*」

JP1_PFM_Operator

一般ユーザー（JP1/IMで定義した業務グループを割り当てる場合）

「2.7.3(4)　JP1ユーザーの操作権限を設定する」を参照してください。

注※

定義する業務グループに対応付けるJP1資源グループを指定します。業務グループ定義ファイルのJP1 Resource Group Nameラベルに指定する名称と一致させます。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

業務グループを利用するには，最初に業務グループによるアクセスコントロール機能を有効にする必要があります。その後の業務グループの設定方法は，業務グループをPerformance Managementで定義するか，JP1/IMで定義した業務グループを利用するかによって異なります。

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

業務グループによるアクセスコントロール機能のセットアップは，PFM - Managerホストで実施します。

重要

業務グループによるアクセスコントロール機能を利用するには，PFM - ManagerおよびPFM - Web Consoleが09-50以降である必要があります。また，この機能を有効にすると，09-50より前のバージョンのPFM - Web Consoleからは接続できなくなります。

業務グループによるアクセスコントロール機能を有効または無効にするには，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

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

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

UNIXの場合

環境ディレクトリ/jp1pc/

重要

業務グループ一般ユーザーを作成したあとに業務グループによるアクセスコントロール機能を無効にすると，業務グループ一般ユーザーは監視コンソールにログインできなくなります。業務グループによるアクセスコントロール機能を無効に切り替える場合は，あらかじめ業務グループ一般ユーザーを削除しておいてください。

業務グループによるアクセスコントロール機能を有効または無効にする手順を次に示します。

jpcspm stopコマンドでPFM - Managerのサービスをすべて停止する。

クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，PFM - Managerホストのjpccomm.iniファイルを開く。

業務グループによるアクセスコントロール機能を有効または無効に設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Business Group Monitor Mode=1

無効にする場合

Business Group Monitor Mode=0

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

2.7.2　Performance Managementでの業務グループ定義

Performance Managementで業務グループを定義するには，業務グループ定義ファイルの作成，検証，インポートを実施します。

(1)　業務グループ定義ファイルを作成する

業務グループ定義ファイルを作成し，業務グループの定義内容を記述します。

(a)　業務グループ定義ファイルのテンプレートファイルを出力する

業務グループ定義ファイルを作成する前に，まず，業務グループ定義ファイルに定義するラベルがすべて入力されている，テンプレートファイルを出力します。

ここでは，「/tmp/businessgroup01.cfg」というファイル名でテンプレートファイルを出力します。

PFM - Managerがインストールされているホストにログインする。

テンプレートファイルを出力する。

テンプレートファイルを出力するには，jpcconf bgdef exportコマンドを使用します。次のように，-templateオプションを指定してコマンドを実行します。

jpcconf bgdef export -f /tmp/businessgroup01.cfg -template

出力結果は次のようになります。

#Business Group Definition File Version=0001
#Business Group Definition File Code=

#[Business Group Data]
#Business Group Name=
#JP1 Resource Group Name=
#Host Name=

テンプレートファイルの，すべての行の先頭に「#」が記述されています。これは，コメント行であることを示しています。

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

(b)　業務グループ定義ファイルを作成する

出力したテンプレートファイル「/tmp/businessgroup01.cfg」を編集して，業務グループ定義ファイルを作成します。

テキストエディターなどで，/tmp/businessgroup01.cfgファイルを開く。

業務グループ定義ファイルのヘッダー部分を定義する。

ヘッダー部分を定義します。ヘッダー部分では，業務グループ定義ファイルの構文のバージョン，および業務グループ定義ファイルを作成する文字コードを定義します。これらを定義しているのは次の個所です。

#Business Group Definition File Version=0001
#Business Group Definition File Code=
   :

この部分の行頭の「#」を削除して，次のように書き換えます。

Business Group Definition File Version=0001
Business Group Definition File Code=Shift_JIS
   :

Business Group Definition File Versionラベル

業務グループ定義ファイルの構文のバージョン。

「0001」固定のため，テンプレートファイルにデフォルトで入力されています。

この項目は省略できません。

Business Group Definition File Codeラベル

業務グループ定義ファイルを作成する文字コード。「Shift_JIS」「EUC-JP」「UTF-8」「C」「GB18030」のどれかを指定します。

この例では「Shift_JIS」を設定しています。

この項目は省略できません。

業務グループ名，JP1資源グループ名（JP1認証モードの場合），およびホスト名を定義する。

個々の業務グループを定義します。業務グループの定義は，［Business Group Data］セクションに定義します。1つの業務グループ定義に対して1つの［Business Group Data］セクションを作成します。

PFM認証モードの場合

ここでは，ホストkeiri01とkeiri02が所属する業務グループ「経理システムA」を定義します。

JP1 Resource Group Nameラベルの行以外で，行頭の「#」を削除して，次のように書き換えます。

   :
[Business Group Data]
Business Group Name=経理システムA
#JP1 Resource Group Name=
Host Name=keiri01,keiri02

JP1認証モードの場合

ここでは，JP1資源グループ「resource01」を，ホストkeiri01とkeiri02が所属する業務グループ「経理システムA」と対応付けます。

すべての行頭の「#」を削除して，次のように書き換えます。

   :
[Business Group Data]
Business Group Name=経理システムA
JP1 Resource Group Name=resource01
Host Name=keiri01,keiri02

Business Group Nameラベル

業務グループ名を1〜255バイトで定義します。半角空白文字を含む場合は，「"」（ダブルクォーテーション）で囲む必要があります。

この項目は省略できません。

JP1 Resource Group Nameラベル

JP1認証モードの場合に，業務グループと対応付けるJP1資源グループの名称を指定します。指定したJP1資源グループに所属するJP1ユーザーが，業務グループにアクセスできます。

Host Nameラベル

業務グループに所属させるホスト名を1〜128バイトで定義します。

1つの業務グループに複数のホストを所属させる場合は，「,」（半角コンマ）でつないで指定します。

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

編集が終了したら，/tmp/businessgroup01.cfgファイルを保存する。

(2)　業務グループ定義ファイルを検証する

作成した業務グループ定義ファイルの内容が妥当かどうかを検証します。業務グループ定義ファイルの検証には，jpcconf bgdef checkコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。

jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef checkコマンドを実行する。

次のように指定してコマンドを実行します。

jpcconf bgdef check -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

業務グループ定義ファイルに誤りがある場合，誤りの初出個所について，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。

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

(3)　業務グループ定義ファイルをインポートする

作成した業務グループ定義ファイルをインポートし，Performance Managementに登録します。業務グループ定義ファイルのインポートには，jpcconf bgdef importコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。

jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef importコマンドを実行する。

次のように指定してコマンドを実行します。

jpcconf bgdef import -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

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

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

JP1/IMで定義した業務グループを利用するには，JP1/IMからの業務グループ定義情報のエクスポート，Performance Managementでの検証およびインポートを実施します。また，JP1ユーザーにPerformance Managementを使用するためのJP1権限レベルを追加します。

(1)　JP1/IMで業務グループ定義情報をエクスポートする

JP1/IMで定義した業務グループの定義情報を，jcfexportコマンドを使用してエクスポートします。手順については，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」を参照してください。

(2)　業務グループ定義情報の内容を検証する

エクスポートしたJP1/IMの業務グループ定義情報の内容が妥当かどうかを検証します。JP1/IMの業務グループ定義情報の検証には，jpcconf bgdef checkコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpcconf bgdef checkコマンドを実行する。

ここでは，ディレクトリ「/tmp/imbg01」にエクスポートされた業務グループ定義情報を検証します。

次のように指定してコマンドを実行します。

jpcconf bgdef check -im /tmp/imbg01

業務グループ定義情報に誤りがある場合，誤りの初出個所について，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。誤りがあった場合は，メッセージ内容を参照して，JP1/IMの業務グループの設定を修正してください。

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

(3)　業務グループ定義情報をインポートする

JP1/IMからエクスポートした業務グループ定義情報を，Performance Managementにインポートします。ここでは，ディレクトリ「/tmp/imbg01」にエクスポートされた業務グループ定義情報をインポートします。

重要

ここで説明するコマンド「jpcconf bgdef import -im」を実行すると，その時点で定義されているすべての業務グループの情報はPerformance Managementから削除されます。そのため，インポート後に利用できるのは，JP1/IMからエクスポートし，インポートした業務グループだけです。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。

jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef importコマンドを実行する。

次のように指定してコマンドを実行します。

jpcconf bgdef import -im /tmp/imbg01

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

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

(4)　JP1ユーザーの操作権限を設定する

JP1/IMの業務グループにはJP1資源グループが対応付けられています。よって，各JP1ユーザーがPerformance Managementを操作するために必要なJP1権限レベルは，割り当てられたJP1資源グループに対して追加します。追加するJP1権限レベルは「JP1_PFM_Operator」です。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.7.4　業務グループの運用

(1)　業務グループの定義内容を確認する

業務グループの定義内容を確認するには，jpcconf bgdef displayコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。

jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef listコマンドを実行して，定義されている業務グループ名を確認する。

論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

出力結果は次のようになります。この例では，業務グループとして「groupA」，「groupB」，「groupC」が定義されていることが確認できます。

groupA
groupB
groupC

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

jpcconf bgdef displayコマンドを実行して，業務グループの定義内容を確認する。

例えば，業務グループ「groupA」の定義内容を確認する場合，次のように指定してコマンドを実行します。

jpcconf bgdef display -group groupA

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

出力結果は次のようになります。この例では，業務グループにホスト「HostA」，「HostB」が所属し，JP1資源グループ「resourceA」が関連づけられていることが確認できます。

KAVE05444-I 業務グループ定義の表示処理を開始します
Business Group Name    :groupA
JP1 Resource Group Name:resourceA※
Host Name:
  HostA
  HostB

注※

PFM認証モードの場合は表示されません。

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

(2)　業務グループの構成を変更する

(a)　Performance Managementで定義した業務グループの構成を変更する

Performance Managementで定義した業務グループの構成は，業務グループ定義情報をファイルにエクスポートして編集し，再度インポートすることで変更できます。

この操作で使用するコマンド：

業務グループ定義情報をエクスポートする場合

jpcconf bgdef exportコマンド

業務グループ定義情報をインポートする場合

jpcconf bgdef importコマンド

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。

jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef listコマンドを実行して，構成を変更する業務グループ名を確認する。

論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

出力結果は次のようになります。この例では，業務グループとして「groupA」，「groupB」，「groupC」が定義されていることが確認できます。

groupA
groupB
groupC

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

jpcconf bgdef exportコマンドを実行する。

例えば，業務グループ「groupA」の定義情報を，/tmp/businessgroup01.cfgファイルにエクスポートする場合，次のように指定してコマンドを実行します。

jpcconf bgdef export -f /tmp/businessgroup01.cfg -group groupA

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

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

テキストエディターなどで，/tmp/businessgroup01.cfgファイルを開く。

/tmp/businessgroup01.cfgファイルを編集する。

業務グループ定義ファイルの各定義内容を編集する方法については，「2.7.2(1)(b)　業務グループ定義ファイルを作成する」を参照してください。

/tmp/businessgroup01.cfgファイルを検証する。

次のように指定してコマンドを実行します。

jpcconf bgdef check -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

業務グループ定義ファイルに誤りがある場合，誤りの初出個所について，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。

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

jpcconf bgdef importコマンドを実行する。

次のように指定してコマンドを実行します。

jpcconf bgdef import -f /tmp/businessgroup01.cfg

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

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

(b)　JP1/IMで定義した業務グループの構成を変更する

JP1/IMで定義した業務グループの構成を変更するには，JP1/IMで定義内容を更新してPerformance Managementに再度インポートします。手順については，「2.7.3　JP1/IMで定義した業務グループの利用」を参照してください。

なお，業務グループの構成変更に伴い，業務グループを割り当てたJP1ユーザーを削除する場合，そのJP1ユーザーに割り当てられ，業務グループと対応づけられているJP1資源グループから，Performance Managementを操作するために必要なJP1権限レベルを削除してください。削除するJP1権限レベルは「JP1_PFM_Operator」です。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(3)　業務グループを削除する

(a)　Performance Managementで定義した業務グループを削除する

業務グループを削除するには，jpcconf bgdef deleteコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

PFM - Managerの各サービスが起動されているかどうか確認する。

jpctool service listコマンドを実行して，PFM - Managerの各サービスが起動されているかどうかを確認します。起動されていない場合は起動させます。

jpcconf bgdef listコマンドを実行して，削除する業務グループ名を確認する。

論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

出力結果は次のようになります。この例では，業務グループとして「groupA」，「groupB」，「groupC」が定義されていることが確認できます。

groupA
groupB
groupC

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

jpcconf bgdef deleteコマンドを実行する。

例えば，業務グループ「groupB」を削除する場合，次のように指定してコマンドを実行します。

jpcconf bgdef delete -group groupB

なお，論理ホスト運用している場合は-lhostオプションで論理ホスト名を指定して実行します。

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

jpcconf bgdef listコマンドを実行して，業務グループが削除されているかどうかを確認する。

手順3と同様に指定して，コマンドを実行します。

出力結果は次のようになります。この例では，業務グループとして「groupB」が削除されていることが確認できます。

groupA
groupC

(b)　JP1/IMで定義した業務グループを削除する

JP1/IMで定義した業務グループを削除するには，JP1/IMで業務グループを削除してPerformance Managementに再度インポートします。手順については，「2.7.3　JP1/IMで定義した業務グループの利用」を参照してください。

なお，JP1/IMで定義した業務グループを削除する場合，業務グループと対応するJP1資源グループから，Performance Managementを操作するために必要なJP1権限レベルを削除してください。削除はJP1ユーザー単位で実施します。削除するJP1権限レベルは「JP1_PFM_Operator」です。

JP1ユーザーの操作権限の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

3　エージェントの監視

この章では，監視コンソールを利用した各エージェントの稼働監視の方法について説明します。

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

エージェントの稼働状況は，PFM - Web Consoleの［エージェント階層］画面で監視します。［エージェント階層］画面では，PFM - Managerに接続されているPFM - AgentまたはPFM - RMがツリー形式に表示され，それぞれの稼働状況をアイコンで確認できます。

図3‒1　［エージェント階層］画面の表示例

画面左側のナビゲーションフレームに表示されるエージェント階層のアイコンで，PFM - AgentまたはPFM - RMの稼働状況を確認します。また，このエージェント階層から選択したエージェントに対して，関連レポートの表示やアラームの状態，イベント履歴の確認などを実施します。

エージェント階層の表示形式には，次の2つがあります。

製品ごとにグルーピングされたエージェント階層で監視する

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

ログインユーザーごとに作成したエージェント階層で監視する

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

構成要素の詳細については，マニュアル「JP1/Performance Management リファレンス」の，［メイン］画面のナビゲーションフレームについて説明している章を参照してください。

補足

任意なエージェント階層を作成する場合，階層数の上限は，8階層です。また，ルートまたはフォルダの直下に作成できる各要素数の上限は，フォルダが64フォルダ，エージェントが128エージェントです。

製品ごと（表示形式で「Products」選択時）の階層の場合，Performance Managementシステムに登録されていないPFM - AgentまたはPFM - RMは，「Unknown」というフォルダ配下に格納されます。PFM - AgentまたはPFM - RMの登録については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ヒント

ナビゲーションフレームまたはインフォメーションフレームには，キーワードによる絞り込み機能が用意されています。表示されている構成要素を絞り込むには，構成要素名に含まれるキーワードをテキストボックスに指定して，［絞込］ボタンをクリックします。表示の絞り込みを解除するには［解除］ボタンをクリックします。

［複数選択］をチェックしている場合は，ルートやフォルダをクリックすれば，配下のノードをすべて選択したり，すべて選択解除したりできます。配下のノードがすべて選択解除された状態か，一部選択された状態のフォルダをクリックすると，その配下のノードがすべて選択されます。配下のノードがすべて選択された状態のフォルダをクリックすると，その配下のノードはすべて選択解除されます。クリックしたフォルダの配下にサブフォルダが含まれる場合は，サブフォルダに含まれるノードの選択状態も変更されます。つまり，ルートをクリックすると，ツリーに含まれるすべてのノードの選択状態を切り替えることができます。

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

Performance Managementで運用できるエージェントには，次の3種類があります。

PFM - Agentのエージェント

PFM - Agentの監視対象プログラムを監視するためのエージェントです。

このエージェントは監視対象プログラムと1対1で対応します。このため，監視対象プログラムの数を増やす場合，PFM - Agentを追加導入する必要があります。

PFM - RMのリモートエージェント

PFM - RMの監視対象プログラムを監視するためのエージェントです。PFM - RMのそれぞれの監視対象プログラムに対して作成されます。

PFM - RMは，単一のサービスによって複数の監視対象を監視します。リモートエージェントは，PFM - RMの各監視対象をPFM - Agentのエージェントと同様に操作するための，仮想的なエージェントです。

PFM - RMのグループエージェント

PFM - RMの複数の監視対象プログラムを同時に監視するためのエージェントです。リモートエージェントと同様に，仮想的なエージェントです。

グループエージェントは，同じPFM - RMに設定している複数のリモートエージェントをグループ化して監視します。グループエージェントのパフォーマンスデータは，グループに含まれる各リモートエージェントのパフォーマンスデータを集約したデータとなります。集約方法には合計や平均などがあります。

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

3.2.1　エージェント階層を作成する

エージェント階層は，次の流れで作成します。

エージェントを管理するためのフォルダを作成する

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

ヒント

エージェント階層は，ログインユーザーごとに作成できます。

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

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

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

［エージェント階層］画面のナビゲーションフレームには，「User Agents（ログインユーザー名）」がエージェント階層のルートに表示されます。

初回ログイン時

ルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合

ルート直下のフォルダまで表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。

［エージェント階層の編集］画面が表示されます。

初回ログイン時

インフォメーションフレームにルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合

ルート直下のフォルダまで表示されます。

図3‒2　［エージェント階層の編集］画面の表示例

ヒント

エージェント名を検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。

インフォメーションフレームに表示されたエージェント階層から，作成するフォルダの上位の要素を選択する。

初回ログイン時

「User Agents（ログインユーザー名）」を選択します。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合

「User Agents（ログインユーザー名）」または作成するフォルダの上位フォルダとなるフォルダを選択します。

選択した要素にチェックマークが表示されます。

「User Agents（ログインユーザー名）」またはフォルダを選択すると，［新規フォルダ］ボタンが活性化されます。

［新規フォルダ］ボタンをクリックする。

［エージェント階層の編集 > 新規フォルダ］画面で［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

1〜64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

手順4で選択した「User Agents（ログインユーザー名）」またはフォルダの下に，作成したフォルダが追加されます。

手順1〜7の操作を繰り返して必要なフォルダを作成する。

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

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

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

［エージェント階層］画面が表示されます。

ナビゲーションフレームには，「User Agents（ログインユーザー名）」がエージェント階層のルートに表示されます。

初回ログイン時

エージェント階層のルートである「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合

ルート直下のフォルダまで表示されます。

メソッドフレームの［エージェント階層の編集］メソッドを選択する。

［エージェント階層の編集］画面が表示されます。

初回ログイン時

インフォメーションフレームにルートの「User Agents（ログインユーザー名）」だけが表示されます。

ログインユーザーがすでにエージェント階層の構成要素を作成している場合

ルート直下のフォルダまで表示されます。

インフォメーションフレームに表示されたエージェント階層から，エージェントを配置するフォルダを選択する。

エージェントを配置するフォルダを選択します。エージェントをルート直下に配置したい場合は，「User Agents（ログインユーザー名）」を選択します。

選択した要素にチェックマークが表示されます。

フォルダまたは「User Agents（ログインユーザー名）」を選択すると，［新規エージェント］ボタンが活性化されます。

［新規エージェント］ボタンをクリックする。

［エージェント階層の編集 > 新規エージェント］画面に遷移します。

インフォメーションフレームに，PFM - Managerに接続しているエージェントがプロダクト単位の階層で表示されます。

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

ヒント

表示されているエージェントを絞り込むには，エージェント名に含まれるキーワードをテキストボックスに指定して，［絞込］ボタンをクリックします。表示の絞り込みを解除するには［解除］ボタンをクリックします。

［未登録エージェントのみ表示］をチェックすると，［User Agents］ツリーに未登録のエージェントだけが表示されます。［未登録エージェントのみ表示］のチェックを外すと，システム内のすべてのエージェントが表示されます。

参考

エージェント名は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能を有効にしているかどうかによって異なります。例えば，ホスト名がremmonでインスタンス名がinst01，監視対象ホスト名がrma1のPFM - RM for Platformのリモートエージェントは，プロダクト名表示機能を有効に設定している場合，「inst01[rma1@remmon]<RMPlatform>」と表示されます。プロダクト名表示機能を無効に設定している場合，「7A1inst01[rma1@remmon]」と表示されます。

サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。また，プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」のPerformance Managementの機能について説明している章を参照してください。

インフォメーションフレームに表示されたエージェント階層から，手順4で選択したフォルダに配置させたいエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

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

手順4で選択したフォルダに，手順6で選択したエージェントが追加されます。

3.2.2　エージェント階層を編集する

(1)　フォルダをコピーする

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

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

［エージェント階層］画面で［エージェント階層］画面のメソッドフレームの［エージェント階層の編集］メソッドを選択する。

インフォメーションフレームに［エージェント階層の編集］画面が表示され，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームのエージェント階層から，コピー元となるフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

［コピー］ボタンをクリックする。

［エージェント階層の編集 > コピー［コピー先の選択］］画面でコピー先のフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

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

手順4で選択したフォルダが手順6で選択したフォルダの下にコピーされます。フォルダの配下にあるフォルダやエージェントもコピーされます。

(2)　フォルダを削除する

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

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

［エージェント階層］画面でメソッドフレームの［エージェント階層の編集］メソッドを選択する。

インフォメーションフレームに［エージェント階層の編集］画面が表示され，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から削除したいフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

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

削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順4で選択したフォルダが削除されます。

フォルダの配下にあるフォルダやエージェントも削除されます。

(3)　フォルダ名を変更する

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

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

［エージェント階層］画面でメソッドフレームの［エージェント階層の編集］メソッドを選択する。

インフォメーションフレームに［エージェント階層の編集］画面が表示され，ログインユーザーが作成したエージェント階層が表示されます。

インフォメーションフレームで，エージェント階層から名前を変更したいフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

［名前の変更］ボタンをクリックする。

［エージェント階層の編集 > 名前の変更］画面で［新しいフォルダ名］に新たなフォルダ名を入力する。

［新しいフォルダ名］

1〜64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

手順4で選択したフォルダの名前が変更されます。

(4)　既存のエージェントを別のフォルダにコピーする

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

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

［エージェント階層］画面でメソッドフレームの［エージェント階層の編集］メソッドを選択する。

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

インフォメーションフレームで，エージェント階層からコピーするエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

注意

一度にコピーできるエージェントは1つです。同時に複数のエージェントは指定できません。

［コピー］ボタンをクリックする。

コピー先のフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

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

手順4で選択したエージェントが手順6で選択したフォルダの下にコピーされます。

(5)　エージェントを削除する

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

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

［エージェント階層］画面でメソッドフレームの［エージェント階層の編集］メソッドを選択する。

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

インフォメーションフレームで，エージェント階層から削除したいエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

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

エージェントの削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順4で選択したエージェントが削除されます。

3.2.3　一般ユーザー権限で参照できるエージェントの制限について

一般ユーザー権限を持つユーザーに対して，PFM - Web Consoleの［エージェント階層］画面から参照できるエージェントを制限できます。

初期設定ファイル（config.xml）のagentTreeAccessLimitにonを指定することで，この設定を有効にできます。初期設定ファイル（config.xml）の説明については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

この設定を有効にすると，PFM - Web Consoleの［エージェント階層］画面に表示形式プルダウンメニューが表示されなくなり，常に［User Agents］の表示形式で表示されます。表示形式として［Products］は選択できません。

また，［User Agents］のエージェント階層は，あらかじめ設定された表示内容から変更できません。設定を有効にしたあとに［User Agents］ツリーに表示されるエージェントを編集したい場合は，jpcconf agttreeコマンドを使用してください。jpcconf agttreeコマンドによるエージェント階層の編集方法については，「3.3　コマンドでのエージェント階層の作成・編集」を参照してください。

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

エージェント階層を作成および編集するには，jpcconf agttreeコマンドを使用します。ここでは対話形式の実行例を示していますが，jpcconf agttreeコマンドは非対話形式でも実行できます。jpcconf agttreeコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

3.3.1　エージェント階層を作成する

エージェント階層定義ファイルのテンプレートファイルをエクスポートする。

テンプレートファイルをエクスポートするには，-templateオプションを指定してjpcconf agttree exportコマンドを実行します。実行例を次に示します。

jpcconf agttree export -template -f agttree_def.xml

エクスポートしたエージェント階層定義ファイルを編集する。

エージェント階層定義ファイルの書式については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

エージェント階層定義ファイルの記載例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE tree SYSTEM "agttree_param.dtd">

<tree owner="pfm-user">
    <folder name="Test Company">
        <folder name="Business Department">
            <agent name="7A1inst_BD[tHOST_01@host_111]"/>
        </folder>
        <folder name="Development Department">
            <agent name="7A1inst_DD[tHOST_02@host_111]"/>
            <agent name="7A1inst_DD[tHOST_03@host_111]"/>
        </folder>
        <agent name="TA1host_111"/>
    </folder>
    <agent name="TA1host_999"/>
</tree>

エージェント階層定義ファイルをインポートする。

エージェント階層定義ファイルをインポートするには，jpcconf agttree importコマンドを実行します。実行例を次に示します。

jpcconf agttree import -f agttree_def.xml

Performance Managementに認識されていない（［Products］のエージェント階層に存在しない）エージェントを指定したい場合は，-nocheckオプションを指定してください。-nocheckオプションを指定しない場合，Performance Managementに認識されていないエージェントが検出された時点で処理が中断されます。

論理ホスト運用の場合，-lhostオプションに論理ホスト名を指定してください。

作成したエージェント階層は，PFM - Web Consoleの［エージェント階層］画面の表示を更新するか，PFM - Web Consoleに再度ログインすれば，画面に反映されます。

3.3.2　エージェント階層を編集する

エージェント階層の情報をエージェント階層定義ファイルにエクスポートする。

エージェント階層の情報をエクスポートするには，出力したいエージェント階層を定義しているユーザーを-ownerオプションの引数に指定して，jpcconf agttree exportコマンドを実行します。実行例を次に示します。

jpcconf agttree export -owner pfm-user -f agttree_def.xml

論理ホスト運用の場合，-lhostオプションに論理ホスト名を指定してください。

エクスポートしたエージェント階層定義ファイルを編集する。

エージェント階層定義ファイルの書式については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

エージェント階層定義ファイルをインポートする。

エージェント階層定義ファイルをインポートするには，jpcconf agttree importコマンドを実行します。実行例を次に示します。

jpcconf agttree import -f agttree_def.xml

Performance Managementに認識されていない（［Products］のエージェント階層に存在しない）エージェントを指定したい場合は，-nocheckオプションを指定してください。-nocheckオプションを指定しない場合，Performance Managementに認識されていないエージェントが検出された時点で処理が中断されます。

論理ホスト運用の場合，-lhostオプションに論理ホスト名を指定してください。

編集したエージェント階層は，PFM - Web Consoleの［エージェント階層］画面の表示を更新するか，PFM - Web Consoleに再度ログインすれば，画面に反映されます。

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

エージェントの状態は，［エージェント階層］画面のナビゲーションフレームに表示されるエージェント階層のアイコンで確認できます。

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

エージェントの状態は，［エージェント階層］画面のナビゲーションフレームに表示されているエージェント階層のアイコンで確認できます。

メモ

グループエージェントの状態を確認することはできません。

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

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

［エージェント階層］画面でナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。

「User Agents」選択時

「User Agents（ログインユーザー名）」がエージェント階層のルートに表示されます。

「Products」選択時

「Products」がエージェント階層のルートに表示されます。

エージェント階層の左側に表示されるアイコンを確認する。

表3‒1　フォルダアイコンが示すステータス

アイコン

説明

フォルダ下のエージェントにバインドされたアラームテーブル内のアラームがすべて正常状態であることを示します。

フォルダ下のエージェントに，バインドされたアラームテーブル内のアラームに，異常状態のものがなく，警告状態のものが1つ以上あることを示します。

フォルダ下のエージェントにバインドされたアラームテーブル内のアラームに，異常状態のものが1つ以上あることを示します。

フォルダ下のエージェントにバインドされたアラームテーブル内のアラームに，異常状態および警告状態のものがなく，監視一時停止中のエージェントが1つ以上あることを示します。

フォルダ下のエージェントの稼働状態を示します。※

注

フォルダのステータスは，その下位のエージェントで最も重要度の高いステータスが表示されます。重要度は，高い順から異常，警告，監視一時停止中，正常です。

注※

ヘルスチェック状態を示すアイコンについては，「表3-3ヘルスチェック状態を示すアイコン」を参照してください。

表3‒2　エージェントアイコンが示すステータス

アイコン

説明

エージェントにバインドされたアラームテーブル内のアラームが，すべて正常状態であることを示します。

エージェントにバインドされたアラームテーブル内のアラームに，異常状態のものがなく，警告状態のものが1つ以上あることを示します。

エージェントにバインドされたアラームテーブル内のアラームに，異常状態のものが1つ以上あることを示します。

エージェントが監視一時停止中であることを示します。

（［表示形式］が「User Agents」の場合だけ）

エージェントが次のどちらかの状態であり，実体がないことを示します。

エージェントのサービス情報が削除され，jpcconf service syncコマンドによってPFM - Web Consoleに反映された

業務グループの構成変更によって，エージェントに対するユーザーの参照権限が削除された

エージェントの稼働状態を示します。※

注※

ヘルスチェック状態を示すアイコンについては，「表3-3ヘルスチェック状態を示すアイコン」を参照してください。

表3‒3　ヘルスチェック状態を示すアイコン

アイコン

説明

非対応※

動作中

監視一時停止中

縮退稼働

サービス停止

状態不明※

ホスト停止

注

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

注※

エージェントのヘルスチェック状態が非対応または状態不明になった場合の対処方法については，「17.2.6(2)　サーバやエージェントの稼働状況が状態不明または非対応になる」を参照してください。

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

各エージェントにバインドされたアラームテーブルに定義されているアラームの状態を確認できます。アラームにレポートが関連づけられている場合は，レポートも表示できます。

注意

エージェントにアラームテーブルをバインドしていない場合，アラームの状態は表示できません。エージェントにアラームテーブルをバインドする手順については，「6.6.1　監視エージェントとアラームテーブルの関連づけを変更する」を参照してください。

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

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

［エージェント階層］画面でナビゲーションフレームの［表示形式］プルダウンメニューから，エージェント階層の表示形式を選択する。

「User Agents」選択時

「User Agents（ログインユーザー名）」がエージェント階層のルートに表示されます。

「Products」選択時

「Products」がエージェント階層のルートに表示されます。

ナビゲーションフレームのエージェント階層で，アラームの状態を確認したいエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

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

［アラームの状態の表示］画面が表示されます。

手順4で選択したエージェントにバインドされたアラームテーブルに定義されているアラームの一覧が表示されます。

アラームの状態は，アラームアイコンの表示色で確認できます。

アラームテーブルのステータス表示用のアイコン

アラームテーブル名の左側に，アラームテーブルが持つアラームの中でステータスの重要度が最も高い状態のアイコンが表示されます。

アイコンの色が示すアラームテーブルの状態を次に示します。

[図データ]：アラームテーブルが展開（定義内容が表示されている）状態であることを示します。

[図データ]：アラームテーブルが閉じている（定義内容が表示されていない）状態であることを示します。

[図データ]（緑色）：正常状態であることを示します。

[図データ]（黄色）：警告状態であることを示します。

[図データ]（赤色）：異常状態であることを示します。

[図データ]：監視一時停止中であることを示します。

アラームアイコン

アラーム名の左側にアラームアイコンが表示され，アイコンの色によってアラームのステータスが確認できます。

アイコンの色が示すアラームの状態を次に示します。

[図データ]（灰色）：インアクティブ状態であることを示します。

[図データ]（緑色）：正常状態であることを示します。

[図データ]（黄色）：警告状態であることを示します。

[図データ]（赤色）：異常状態であることを示します。

[図データ]※：アラームの状態に関わらず常に表示されます。

[図データ]：監視一時停止中であることを示します。

注※　アラームの定義で「常にアラーム通知する」選択時だけ表示されます。

参考

アラームアイコンの色は，［アラーム階層］画面で設定したしきい値と条件式によって変化します。しきい値と条件式の設定については，「6.4　Webブラウザ（アラーム階層）でのアラームの設定」または「6.7　コマンドでのアラームの設定」を参照してください。

アラームにレポートを関連づけている場合は，アラームアイコンの左側にレポートアイコン（[図データ]など）が表示されます。レポートアイコンをクリックすると，関連するレポートが表示されます。

アラームにレポートを関連づける手順については，「5.7.1 (2)　アラームに関連づけられているレポートを表示する」を参照してください。

また，ヘルスチェックの状態を示すメッセージが表示されます。

ヘルスチェックの状態の詳細については，「16.2.2　稼働状態の確認方法」を参照してください。

3.4.3　レポートを表示する

各エージェントで収集されたパフォーマンスデータを，グラフや表などのグラフィカルな形式で表示するものをレポートといいます。

PFM - Web Consoleの［エージェント階層］画面では，エージェントごとにさまざまなレポートを表示できます。

表示するレポートとして，監視テンプレートと呼ばれるひな形を用意していますが，目的に応じて独自のレポートを作成することもできます。レポートの表示および作成方法については，「5.7　レポートの表示」または「5.8　複合レポートの表示」を参照してください。

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

Performance Managementシステムで発生したイベントの履歴を参照できます。イベント履歴は，エージェントごとに［イベント履歴］画面で確認できます。また，イベントの履歴データをCSVまたはHTML形式のテキストファイルに出力することもできます。

詳細については，「7.2　イベント履歴の表示」を参照してください。

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

サーバの稼働状況，エージェントの稼働状況，およびエージェントのアラームの状況について，稼働数，停止数，正常数，異常数などの集計結果を確認できます。また，異常状態および警告状態のアラームイベントおよびエージェントイベントを確認できます。集計結果ならびに，異常状態および警告状態のイベントの表示をサマリ表示と呼びます。

(1)　前提条件

サーバの稼働状況を監視する場合

接続先のPFM - Managerのバージョンが08-11以降で，PFM - Web Consoleが09-00以降かつヘルスチェック機能を有効にする必要があります。

エージェントの稼働状況を監視する場合

接続先のPFM - Managerのバージョンが08-11以降で，PFM - Web Consoleが09-00以降かつヘルスチェック機能を有効にする必要があります。また，PFM - Web Consoleの［サービス階層］画面の［サービスのプロパティ］画面で，ヘルスチェックエージェントのプロパティを次のように設定しておく必要があります。

［Health Check Configurations］の［Monitoring Level］：Service

ヘルスチェック機能の詳細については，「16.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認」を参照してください。

(2)　サマリ表示の集計対象となるエージェント

表3‒4　サマリ表示の集計対象となるエージェント

エージェント種別

［システム稼働状況サマリ監視］画面のエリア

［サーバの稼働状況］

［エージェントの稼働状況］

［エージェントのアラーム監視状況］

PFM - Agent

○

○

○

リモートエージェント

○

○

○

グループエージェント

×

×

○

Remote Monitor Collectorサービス

○

○

×

（凡例）

○：集計対象

×：集計対象外

また，次に示すエージェントについてはサマリ表示の集計対象外です。

jpctool service deleteコマンドによって，エージェント階層の表示形式の「Products」で表示されるツリーからは削除されたが，「User Agents」で表示されるツリーには残っているエージェント

jpcconf agttree importコマンドで-nocheckオプションを指定して登録されたが，まだPerformance Managementに認識されていないエージェント

参照できる業務グループには含まれないが，「User Agents」で表示されるツリーには残っているエージェント

jpctool service deleteコマンドの結果を，エージェント階層の表示形式の「Products」で表示されるツリーに反映させるには，jpctool service deleteコマンド実行後，jpctool service syncコマンドを実行してください。また，「User Agents」で表示されるツリーに反映させる場合は，メソッドフレームの［エージェント階層の編集］メソッドを使用して手動で削除してください。

(3)　サマリ表示の手順

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

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

［エージェント階層］画面でナビゲーションフレームの［表示形式］プルダウンメニューから，エージェント階層の表示形式を選択する。

「User Agents」選択時

「User Agents（ログインユーザー名）」をルートとするエージェント階層が表示されます。

「Products」選択時

「Products」をルートとするエージェント階層が表示されます。

ナビゲーションフレームでサマリ表示の集計対象としたいフォルダを選択する。

エージェント階層のルートを選択するか，またはルート以外の任意のフォルダを選択するかによって，サマリ表示の集計単位および集計範囲が異なります。サマリ表示の集計単位および集計範囲については，「3.4.5(5)　サマリ表示の集計単位および集計範囲」を参照してください。

メソッドフレームで［サマリの表示］ボタンを選択する。

インフォメーションフレームに［システム稼働状況サマリ監視］画面が表示されます。

［システム稼働状況サマリ監視］画面の［サーバの稼働状況］，［エージェントの稼働状況］，および［エージェントのアラーム監視状況］エリアの表示項目について説明します。

[図データ]：稼働状況または監視状況を表示する画面が表示されている状態であることを示します。

[図データ]：稼働状況または監視状況を表示する画面が表示されていない状態であることを示します。

表3‒5　［システム稼働状況サマリ監視］画面の［サーバの稼働状況］および［エージェントの稼働状況］エリアの表示項目

表示項目

意味

円グラフ

ナビゲーションフレームで選択したフォルダ以下のサーバまたはエージェントについて，稼働状況が円グラフで表示されます。円グラフの色の意味は次のとおりです。

緑色：サーバまたはエージェントの稼働状態の割合

赤色：サーバまたはエージェントの停止状態の割合

青色：状態不明※1なサーバまたはエージェントの割合

灰色：監視一時停止中のサーバまたはエージェントの割合

稼働状況の詳細については，「3.4.5(4)　稼働状況の分類」を参照してください。

表

ナビゲーションフレームで選択したフォルダ以下のサーバまたはエージェントについて，フォルダ単位で稼働状況が表で表示されます。表の項目の意味は次のとおりです。

稼働数：正常に稼働しているサーバまたはエージェントの数

停止数※2：停止しているサーバまたはエージェントの数（停止数が1以上の場合，赤色のセルになる）

総数：サーバまたはエージェントの総数（状態不明なサーバまたはエージェントを含む）

稼働率：サーバまたはエージェントの稼働率（緑色は稼働数の割合，赤色は停止数の割合，青色は不明数※1の割合，灰色は監視一時停止中の割合）

この表はサーバまたはエージェントの停止数の降順で上位5番目まで表示されます。また，6番目以降は「その他」としてまとめて表示されます。

表示する数は初期設定ファイル（config.xml）で指定できます。config.xmlの説明については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

［ユーザツリーの視点］チェックボックス

エージェント階層で「User Agents」を選択した場合に，［エージェントの稼働状況］エリアに表示されます。この項目をチェックすると，ログインユーザーがエージェント階層に任意で作成したフォルダ単位で稼働状況が表示されます。

［プロダクト種別の視点］チェックボックス

エージェント階層で「User Agents」を選択した場合に，［エージェントの稼働状況］エリアに表示されます。この項目をチェックすると，PFM - AgentまたはPFM - RMの製品ごとにグルーピングされたフォルダ単位で稼働状況が表示されます。

注※1

稼働状況が状態不明になった場合の対処方法については，「17.2.6(2)　サーバやエージェントの稼働状況が状態不明または非対応になる」を参照してください。

注※2

［サーバの稼働状況］エリアの場合，停止数が1以上のとき，数字をクリックすることで［停止ホスト一覧］画面が表示されます。これによって，停止しているサーバのホスト名を確認できます。

表3‒6　［システム稼働状況サマリ監視］画面の［エージェントのアラーム監視状況］エリアの表示項目

表示項目

意味

円グラフ

ナビゲーションフレームで選択したフォルダ以下のエージェントについて，アラームの監視状況が円グラフで表示されます。円グラフの色は，アラームの状態※を示します。色の意味は次のとおりです。

緑色：アラームの状態が正常のエージェントの割合

黄色：アラームの状態が警告のエージェントの割合

赤色：アラームの状態が異常のエージェントの割合

灰色：監視一時停止中のエージェントの割合

円グラフに示される値は，各アラームの状態によって分類されるエージェントの数です。バインドしているアラームの数ではありません。

表

ナビゲーションフレームで選択したフォルダ以下のエージェントについて，フォルダ単位でアラームの監視状況が表で表示されます。表の項目の意味は次のとおりです。

正常数：アラームの状態が正常のエージェントの数

警告数：アラームの状態が警告のエージェントの数

異常数：アラームの状態が異常のエージェントの数（異常数が1つ以上の場合，赤色のセルになる）

状態の比率：アラームイベントの状態の比率（緑色は正常数の割合，黄色は警告数の割合，赤色は異常数の割合，灰色は監視一時停止中の割合）

この表はアラームの監視状況で表示される異常数の降順で上位5番目まで表示されます。また，6番目以降は「その他」としてまとめて表示されます。

表示する数は初期設定ファイル（config.xml）のmaxDisplayAlarmで指定できます。config.xmlの説明については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

注※

アラームの状態は，次のように決定します。

正常

バインドしているアラームがすべて正常，またはアラームをバインドしていない

警告

バインドしているアラームで異常状態のものがなく，警告状態のものが1つ以上ある

異常

バインドしているアラームで異常状態のものが1つ以上ある

監視一時停止

バインドしているアラームで異常状態および警告状態のものがなく，監視一時停止中のエージェントが1つ以上ある

なお，［常にアラーム通知する］をチェックしたアラームは，評価対象外であるため正常（緑色）となります。また，リモートエージェントおよびグループエージェントは評価対象になります。Remote Monitor Collectorサービスにはアラームをバインドできないため，評価対象外として扱われ，円グラフの母数には数えられません。

同一のエージェントに対して複数のアラームをバインドしている場合，発生しているアラームを優先度で評価します。優先度は，高い順から異常，警告，正常です。

参考

エージェントの数は，次のように数えます。

（例1）エージェント1つに対してアラームを6つバインドし，正常，警告および異常状態が2つずつ発生した場合

エージェントは，優先度が最も高い異常状態に分類されます。エージェントの数は，異常が1と数えられます。

（例2）［常にアラーム通知する］をチェックしたアラームをバインドし，そのアラームが異常状態になった場合

［常にアラーム通知する］をチェックしたアラームは，正常状態に分類されます。エージェントの数は，正常が1と数えられます。

［システム稼働状況サマリ監視］画面の［イベント］エリアでは，異常状態および警告状態のアラームイベントおよびエージェントイベントを確認できます。発行されたアラームイベントおよびエージェントイベントを表示する［イベントモニター］画面とは異なり，すでに発行されているアラームイベントおよびエージェントイベントのうち，現在未解決の異常状態または警告状態になっているものが表示されます。また，正常状態に戻る場合のアラームイベントは表示されません。それぞれのイベントの表示内容の詳細については，「7.　イベントの表示」またはマニュアル「JP1/Performance Management リファレンス」の，［イベントモニター］画面について説明している章を参照してください。

エージェントのアラーム監視状況の対象となるのは，［常にアラーム通知する］にチェックがないアラームです。詳細については，「6.9.3　アラームの評価に関する注意事項」を参照してください。

(4)　稼働状況の分類

(a)　［システム稼働状況サマリ監視］画面の［サーバの稼働状況］エリアに表示される稼働状況

［サーバの稼働状況］エリアで表示される稼働状況は，そのサーバを監視するエージェントに対するヘルスチェック結果を基に判定されます。ヘルスチェック結果は，「稼働」，「停止」，「不明」および「監視一時停止」の稼働状況に分類されます。

また，［サーバの稼働状況］エリアでは，1つのサーバに対して1つの稼働状況が表示されます。1つのサーバを複数のエージェントで監視している場合，各エージェントに対するヘルスチェック結果が異なることがあります。このようなときは，各エージェントのヘルスチェック結果のうち，「3.4.5(5)　サマリ表示の集計単位および集計範囲」に基づく範囲の中で，判定優先順位が最も高いものが，そのサーバの稼働状況として［サーバの稼働状況］エリアに表示されます。

表3‒7　ヘルスチェック結果と稼働状態の判定および判定優先順位の対応

エージェント種別

ヘルスチェック結果

稼働状況の判定

判定優先順位

PFM - Agent

Remote Monitor Collectorサービス

Host Not Available（ホスト停止）

停止

1

Not Supported（非対応）

稼働

2

Running（動作中）

3

Incomplete（縮退稼働）

4

Stopped（サービス停止）

5

Unconfirmed（状態不明）

6

リモートエージェント

Host Not Available（ホスト停止）

停止

7

Running（動作中）

稼働

8

Incomplete（縮退稼働）

9

PFM - Agent

Remote Monitor Collectorサービス

リモートエージェント

Suspended（監視一時停止中）

監視一時停止

10

リモートエージェント

Unconfirmed（状態不明）

不明

11

Not Supported（非対応）

12

次に，1つのサーバを監視するPFM - Agentとリモートエージェントのヘルスチェック結果が異なる場合の例を示します。

それぞれのヘルスチェック結果として，以下の状態を仮定します。

PFM - Agentのヘルスチェック結果が「Host Not Available（ホスト停止）」

このヘルスチェック結果の判定優先順位は1です。

リモートエージェントのヘルスチェック結果が「Not Supported（非対応）」

このヘルスチェック結果の判定優先順位は12です。

この場合，稼働状況の判定は次のようになります。

PFM - Agentとリモートエージェントが同一フォルダに格納されている場合の判定

円グラフと一覧表ともに，より判定優先順位が高い「Host Not Available（ホスト停止）」が選択されます。したがって，サーバの稼働状態は「停止」になります。

PFM - Agentとリモートエージェントが異なるフォルダに格納されている場合の判定

円グラフでは，より判定優先順位が高い「Host Not Available（ホスト停止）」が選択されます。したがって，サーバの稼働状態は「停止」になります。

一覧表では，エージェントが格納されているフォルダごとに判定結果が異なります。PFM - Agentが格納されているフォルダでは，「Host Not Available（ホスト停止）」が選択されます。したがって，サーバの稼働状態は「停止」になります。リモートエージェントが格納されているフォルダでは，「Not Supported（非対応）」が選択されます。したがって，サーバの稼働状態は「不明」になります。

(b)　［システム稼働状況サマリ監視］画面の［エージェントの稼働状況］エリアに表示される稼働状況

［エージェントの稼働状況］エリアで表示される稼働状況は，エージェントに対するヘルスチェック結果を基に判定されます。ヘルスチェック結果は，「稼働」，「停止」，「不明」および「監視一時停止」の稼働状況に分類されます。

表3‒8　ヘルスチェック結果と稼働状況の判定の分類

エージェント種別

ヘルスチェック結果

稼働状況の判定

PFM - Agent

リモートエージェント

Remote Monitor Collectorサービス

Running（動作中）

稼働

Incomplete（縮退稼働）

停止

Stopped（サービス停止）

Host Not Available（ホスト停止）

Not Supported（非対応）

不明

Unconfirmed（状態不明）

Suspended（監視一時停止中）

監視一時停止

(5)　サマリ表示の集計単位および集計範囲

表3‒9　サマリ表示の集計単位および集計範囲

エージェント階層のフォルダの選択個所

円グラフ/表

集計単位

集計範囲

任意のフォルダ

円グラフ

選択したフォルダ

選択したフォルダ配下のすべてのエージェント

表

選択したフォルダの直下のフォルダ

（選択したフォルダ自身は「その他」として集計されます）

選択したフォルダ直下のフォルダ配下のすべてのエージェント

（選択したフォルダ直下のエージェントは「その他」として集計されます）

サマリ表示の集計単位および集計範囲の例を次の図に示します。

図3‒4　サマリ表示の集計単位および集計範囲の例（ルートを選択した場合）

図3‒5　サマリ表示の集計単位および集計範囲の例（任意のフォルダを選択した場合）

(6)　サマリ表示の印刷手順

サマリ表示を印刷する場合は，［システム稼働状況サマリ監視］画面で［停止］をクリックしたあとに表示される［印刷画面］をクリックします。

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

各エージェント（Collectorサービス）のプロパティを表示させ，データの収集間隔や収集条件などの設定内容を参照できます。プロパティの内容は変更できません。

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

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

［エージェント階層］画面でナビゲーションフレームの［表示形式］プルダウンメニューから，エージェント階層の表示形式を選択する。

「User Agents」選択時

「User Agents（ログインユーザー名）」がエージェント階層のルートに表示されます。

「Products」選択時

「Products」がエージェント階層のルートに表示されます。

ナビゲーションフレームのエージェント階層で，プロパティを表示させたいエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［プロパティの表示］メソッドを選択する。

［サービスのプロパティ］画面が表示されます。

インフォメーションフレームの上部にツリーが表示されます。インフォメーションフレームの下部には，ツリーで選択したノードのプロパティが表示され，データの収集間隔や収集条件などの設定内容を参照できます。

なお，表示されるプロパティの内容は，各エージェントによって異なります。プロパティの内容については，各エージェントのマニュアルの付録を参照してください。

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

管理ユーザー権限を持つユーザーアカウントでは，［サービス階層］画面でプロパティの内容を変更できます。詳細については，「4.　稼働監視データの管理」を参照してください。

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

エージェントのプロパティは，同一プロダクト名とデータモデルバージョンのサービスに対して一括配布できます。これによって，次のような利点があります。

同じ種類のエージェントを管理するとき，同じ設定を一括で定義できます。

新しいエージェントを追加するとき，ほかのエージェントと同じ設定ができます。

次の表に示すノードのプロパティを一括配布できます。

表3‒10　プロパティの一括配布で参照・選択できるノード一覧

サービス

ノード名

説明

Agent CollectorおよびRemote Monitor Collector

JP1 Event Configurations

JP1イベントの発行条件を設定するプロパティのノードです。詳細については，「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

Detail Records

パフォーマンスデータの記録方法を設定するプロパティのノードです。詳細については，「4.　稼働監視データの管理」を参照してください。

Interval Records

Log Records

Restart Configurations

PFMサービス自動再起動を設定するプロパティです。PFMサービス自動再起動については，「16.4　PFMサービス自動再起動機能によるPFMサービスの再起動」を参照してください。

ノード数が増減するプロパティ※1

ノード数が増減するプロパティのノードです。エージェントによって一括配布できるプロパティは異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルの付録を参照してください。

Agent StoreおよびRemote Monitor Store※2

Retention

パフォーマンスデータの保存方法を設定するプロパティのノードです。詳細については，「4.　稼働監視データの管理」を参照してください。

RetentionEx

Disk Usage

Configuration

リモートエージェントおよびグループエージェント

Detail Records※3

パフォーマンスデータの記録方法を設定するプロパティのノードです。詳細については，「4.　稼働監視データの管理」を参照してください。

Interval Records※3

Log Records※3

注※1

ノード数が増減するプロパティの一括配布は，PFM - ManagerおよびPFM - Web Consoleが08-11以降である必要があります。

注※2

Agent StoreおよびRemote Monitor Storeのプロパティは，プロパティの配布元と配布先のAgent StoreおよびRemote Monitor StoreのバージョンとStoreデータベースのStoreバージョンによって配布可否が異なります。詳細については，「3.4.8(2)　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否」を参照してください。

注※3

「Log」プロパティだけ配布できます。

なお，Remote Monitor Collectorサービスと，リモートエージェントおよびグループエージェントとの間ではプロパティを配布できません。

(1)　エージェントのプロパティの配布手順

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

管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。

各サービスの名前は，サービスIDで表示されます。サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。

サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

配布元とするエージェントのノードを選択する。

配布元ノードとして選択できるサービスを次に示します。

Agent CollectorおよびRemote Monitor Collectorサービス

Agent StoreおよびRemote Monitor Storeサービス

リモートエージェント

グループエージェント

選択したノードにチェックマークが表示されます。

メソッドフレームの［プロパティの配布］メソッドを選択する。

［プロパティの配布 > サービス選択］画面に遷移し，配布先として選択できるサービスが表示されます。配布先サービスには配布元サービスと同じプロダクト，かつ同じデータモデルバージョンのサービスが一覧表示されます。

配布先サービスを選択する。

業務グループによるアクセスコントロール機能が有効な場合，配布先サービスを業務グループ単位で絞り込むことができます。

ヒント

サービスを検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。

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

［プロパティの配布 > プロパティ選択］画面が表示され，配布先のサービスへ配布できるプロパティ一覧と選択するためのチェックボックスが表示されます。

配布対象のプロパティを選択する。

ツリーでノードを選択すると，インフォメーションフレームの下部に選択できるプロパティが表示されます。

［全選択］ボタンをクリックすると，すべてのプロパティを選択できます。また，［全解除］ボタンをクリックすると，すべての選択を解除できます。

配布先サービスを選択し直したいときは，［プロパティの配布 > プロパティ選択］画面の［戻る］ボタンをクリックしてください。手順6の［プロパティの配布 > サービス選択］画面に戻ります。

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

一括配布の処理が開始し，［プロパティの配布 > 進捗表示］画面に遷移します。

一括配布が完了したサービスの［プロパティ配布］欄には「OK」が表示されます。

すべてのサービスの一括配布が完了すると，［OK］ボタンが活性化します。

メモ

手順8で配布対象のプロパティを選択するたびに［完了］ボタンをクリックしなくても，配布対象のプロパティは複数回選択できます。必要に応じて，ツリーでノードを選択し，配布したいプロパティを選択する操作を繰り返したあと，［完了］ボタンをクリックしてください。

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

インフォメーションフレームがクリアされます。

(2)　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否

プロパティの配布元と配布先のAgent StoreおよびRemote Monitor StoreのバージョンとStoreデータベースのStoreバージョンによって配布可否が異なります。

表3‒11　Agent StoreおよびRemote Monitor Storeのバージョンによるプロパティの配布可否

配布元Agent StoreおよびRemote Monitor Store

配布先Agent StoreおよびRemote Monitor Store

08-00以前

08-10以降かつStoreバージョン2.0

08-10以降かつStoreバージョン1.0

08-00以前

○

×

○

08-10以降かつStoreバージョン2.0

×

○

×

08-10以降かつStoreバージョン1.0

○

×

○

（凡例）

○：配布できる

×：配布できない

(3)　ノード数が増減するプロパティの一括配布

ノード数が増減するプロパティには，上位のノードを追加，削除してツリーの構造を変更できるものがあります。例えば，PFM - Agent for PlatformのApplication monitoring setting配下のノードは，追加，削除してツリーの構造を変更できます。

プロパティの一括配布では，このようなノード数が増減するプロパティについて，配布元エージェントと配布先エージェントでツリーの構造が異なる場合でも，プロパティを配布できます。また，配布先エージェントのツリーの構造を配布元エージェントに合わせることもできます。なお，ノード数が増減するプロパティの一括配布は，PFM - ManagerおよびPFM - Web Consoleが08-11以降である必要があります。

(a)　ノード数が増減するプロパティの一括配布による運用

ノード数が増減するプロパティの一括配布を利用することで，次のような運用ができます。

新規システム構築時，全エージェントを同じ設定にする

システム運用中，全エージェントを同じ設定にする

システム運用中，複数のエージェントで特定のプロパティを更新する

システム運用中，複数のエージェントでノードを追加する

システム運用中，複数のエージェントでノードを削除する

1つのエージェントで，ノードを追加，削除したり，プロパティを設定したりしたあと，そのエージェントを配布元としてプロパティの一括配布することで，ツリー構造を含めたプロパティの設定を配布元と配布先で一致させます。

ここでは，プロパティを一括配布するときの設定例について説明します。

なお，1つのエージェントについて，ノードを追加したり削除したりする操作については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。また，一括配布の手順については，「3.4.8(3)(b)　ノード数が増減するプロパティの一括配布手順」を参照してください。

新規システム構築時，全エージェントを同じ設定にする

［プロパティの配布 > プロパティ選択］画面のプロパティ一覧エリアの［操作］で，すべてのノードの［追加］を選択します。

配布先エージェントにノードが追加され，ツリー構造が配布元エージェントと同じになります。また，プロパティの値はすべて配布元エージェントの設定値と同じになります。

システム運用中，全エージェントを同じ設定にする

［プロパティの配布 > プロパティ選択］画面のプロパティ一覧エリアの［操作］で，すべてのノードの［追加］を選択します。また，［配布先にのみ存在するノードは削除する］をチェックします。

配布先エージェントに存在しなかったノードは追加されます。追加されたノードのプロパティはすべて配布元エージェントの設定値と同じになります。配布先エージェントに存在していたノードは，プロパティがすべて配布元エージェントの設定値と同じになります。配布先エージェントだけに存在するノードは削除されます。

このため，配布先エージェントのツリー構造が配布元エージェントと同じになります。

システム運用中，複数のエージェントで特定のプロパティの値を更新する

［プロパティの配布 > プロパティ選択］画面のプロパティ一覧エリアの［操作］で，更新するプロパティがあるノードの［更新］を選択します。

また，更新するプロパティで［適用］を選択します。更新操作では，［適用］をチェックしたプロパティの値だけが更新されます。

システム運用中，複数のエージェントでノードを追加する

［プロパティの配布 > プロパティ選択］画面のプロパティ一覧エリアの［操作］で，追加するノードの［追加］を選択します。

配布先エージェントにノードが追加され，ツリー構造が配布元エージェントと同じになります。また，追加されたノードのプロパティはすべて配布元エージェントの設定値と同じになります。

なお，配布先エージェントに存在するノードに対して［追加］を選択して一括配布をした場合，そのノードのプロパティの値は，［適用］の状態に関係なくすべて上書きされます。

システム運用中，複数のエージェントでノードを削除する

［プロパティの配布 > プロパティ選択］画面のプロパティ一覧エリアの［操作］で，削除するノードの［削除］を選択します。

［削除］を選択したノードが配布先エージェントに存在する場合，そのノードは削除されます。

ヒント

削除操作では配布元エージェントのノードは削除されません。このため，一括配布後は配布元エージェントと配布先エージェントでツリーの構造が異なります。

(b)　ノード数が増減するプロパティの一括配布手順

ノード数が増減するプロパティを一括配布する手順を次に示します。ここでは，PFM - Agent for Platformのバージョン08-10以降で使用できるApplication monitoring setting配下のツリーの構造を配布する例を取り上げます。なお，この例では，配布元エージェントのプロパティの設定が完了しているものとして説明します。

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

管理ユーザー権限を持つユーザーアカウントでログインします。

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

配布元とするエージェントのノードを選択する。

PFM - Agentホストの場合

配布元とするAgent StoreサービスまたはAgent Collectorサービスが動作するホストのフォルダの下位にある階層を展開し，配布元とするAgent StoreサービスまたはAgent Collectorサービスを選択します。

PFM - RM ホストの場合

配布元とするRemote Monitor StoreサービスまたはRemote Monitor Collectorサービスが動作するホストのフォルダの下位にある階層を展開し，配布元とするRemote Monitor StoreサービスまたはRemote Monitor Collectorサービスを選択します。

ここでは，PFM - Agent for PlatformのApplication monitoring settingを配布するため，「TA」から始まるAgent Collectorサービスを選択します。

サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。

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

メソッドフレームの［プロパティの配布］メソッドを選択する。

［プロパティの配布 > サービス選択］画面に遷移し，配布先として選択できるサービスが表示されます。配布先サービスには配布元サービスと同じプロダクト，かつ同じデータモデルバージョンのサービスが一覧表示されます。

配布先サービスを選択し，［次へ］ボタンをクリックする。

［プロパティの配布 > プロパティ選択］画面でインフォメーションフレームのツリーから「Application monitoring setting」を選択する。

各インフォメーションフレーム下部のプロパティ一覧エリアにApplication monitoring setting配下のノードに対して［更新］，［追加］または［削除］を選択する。

［更新］を選択した場合に対象になるノードを次に示します。

更新操作では，手順10で［適用］を選択したプロパティの値だけが更新されます。

［追加］を選択した場合に対象になるノードを次に示します。

配布先エージェントに存在するノードに対して［追加］を選択して一括配布をした場合，そのノードのプロパティの値は，［適用］の状態に関係なくすべて上書きされます。

［削除］を選択した場合に削除対象となるノードを次に示します。

ヒント

削除操作では配布元エージェントのノードは削除されません。このため，一括配布後は配布元エージェントと配布先エージェントでツリーの構造が異なります。

配布先エージェントにだけあり，配布元エージェントにないノードを削除する場合，［配布先にのみ存在するノードを削除する］をチェックする。

［配布先にのみ存在するノードを削除する］をチェックした場合に削除対象となるノードを次に示します。

手順8で［更新］を選択したノードについて，値を更新するプロパティを選択する。

ノードをツリーで選択すると，プロパティの一覧が表示されます。

［更新］を選択したノードのプロパティは，一覧にある［適用］の設定状態に応じて一括配布されます。

［全選択］ボタンをクリックすると，すべてのプロパティを選択できます。また，［全解除］ボタンをクリックすると，選択されているプロパティをすべて解除できます。

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

配布するノード，プロパティを選択したあと，［完了］ボタンをクリックすることで，一括配布の処理が開始し，［プロパティの配布 > 進捗表示］画面に遷移します。

一括配布が完了したサービスの［プロパティ配布］欄には「OK」が表示されます。

すべてのサービスの一括配布が完了すると，［OK］ボタンが活性化します。

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

インフォメーションフレームがクリアされます。

4　稼働監視データの管理

この章では，Performance Managementで収集された，パフォーマンスデータおよびイベントデータを管理する方法について説明します。

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

パフォーマンスデータは，監視エージェントのAgent CollectorまたはRemote Monitor Collectorサービスによって収集され，Agent StoreまたはRemote Monitor Storeサービスが管理するStoreデータベースに保存されます。

なお，パフォーマンスデータの記録方法や保存条件を配布する手順については，「3.4.8　エージェントのプロパティを一括配布する」を参照してください。

また，パフォーマンスデータの格納先を変更する手順については，各PFM - AgentまたはPFM - RMマニュアルのインストールとセットアップについて説明している章を参照してください。また，この節で使用するコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

Agent CollectorおよびRemote Monitor Collectorサービスが収集するパフォーマンスデータの記録方法を変更できます。パフォーマンスデータの記録方法として設定されている内容には，次のものがあります。

記録の対象とするかどうか

データの収集間隔

収集を開始する際のオフセット値

記録対象のレコードについて，Storeデータベースに記録するときの条件式

パフォーマンスデータの記録方法は，レコードごとに設定されています。ただし，レコードによっては変更できない場合もあります。詳細については，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されているプロパティの説明を参照してください。

(1)　監視コンソールでパフォーマンスデータの記録方法を変更する

監視コンソールでパフォーマンスデータの記録方法を変更する場合は，PFM - Web Consoleの［サービス階層］画面で変更します。

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

管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。

各サービスの名前は，サービスIDで表示されます。サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。

サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

パフォーマンスデータの記録方法を変更するホストの名前が付いたフォルダの下位の階層を展開し，パフォーマンスデータの記録方法を変更したいノードを選択する。

PFM - RMの場合，パフォーマンスデータの記録方法のうち，変更したい項目によって選択するノードが異なります。次に，変更する項目と選択するノードの関係を示します。

表4‒1　変更する項目と選択するノード

変更する項目

選択するノード

Remote Monitor Collectorサービス

リモートエージェントまたはグループエージェント

記録の対象とするかどうか

×

○

データの収集間隔

○

×

収集を開始する際のオフセット値

○

×

レコードをStoreデータベースに格納するときの条件式

○

×

（凡例）

○：選択できる

×：選択できない

選択したノードにはチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。

選択したノードの［サービスのプロパティ］画面に遷移し，プロパティが階層表示されます。

記録方法を変更したいレコードがあるノードを展開し，該当するレコードを選択する。

レコードタイプを示すノードを展開すると，レコードを示すノードが表示されます。レコード名は，データベースIDを除いたレコードIDで表示されます。

選択したレコードにチェックマークが表示され，インフォメーションフレームの下部に選択したレコードの記録方法の設定値が表示されます。

ノードとレコードタイプの対応を次の表に示します。

表4‒2　ノードとレコードタイプの対応

ノード

レコードタイプ

Detail Records

PDレコードタイプ

Interval Records

PIレコードタイプ

Log Records

PLレコードタイプ

レコードに設定されている記録方法の定義内容を変更する。

インフォメーションフレームの下部に選択したレコードのプロパティが表示されます。

プロパティの設定内容を変更します。各プロパティの説明および設定値と変更できるノードを次の表に示します。

表4‒3　各プロパティの説明および設定値と変更できるノード

プロパティ名

説明および設定値

変更できるノード

Description

選択したレコードの説明が表示されます。

−

Log※1

収集したレコードをStoreデータベースに記録するかどうかを指定します。

Yes：記録する

No：記録しない

Agent Collector※2

リモートエージェント※2

グループエージェント※2

Log(ITSLM)※3

JP1/SLMからの設定で収集したレコードをStoreデータベースに記録するかどうかが表示されます。

Yes：記録する

No：記録しない

−

Monitoring(ITSLM)

収集したレコードをJP1/SLMに送信するかどうかの設定が表示されます。

Yes：送信する

No：送信しない

−

Collection Interval※4

レコードの収集間隔を0〜2147483647の整数で指定します。単位は秒です。

「0」を指定した場合，レコードは収集されません。

Agent Collector

Remote Monitor Collector

Collection Offset※4※5

レコードの収集を開始するオフセット値を0〜32767の整数で指定します。単位は秒です。

例えば，「0」を指定した場合は，収集対象のレコードを同じタイミングに収集します。「20」を指定した場合は，「0」を指定しているレコードの収集開始から20秒遅れてレコードの収集が開始されます。

Agent Collector

Remote Monitor Collector

Sync Collection With※4

収集を同期するレコードが表示されます。

−

LOGIF

記録対象のレコードに対し，データベースに記録するための条件式を指定できます。ここで設定した条件に従って，レコードが記録されます。ここで設定した条件はStoreデータベースに格納するデータに対して適用されるため，Agent CollectorおよびRemote Monitor Collectorサービスによるデータの収集には影響しません。

テキストボックスをクリックすると，［ログ収集条件式の編集］画面が別ウィンドウで表示されます。［ログ収集条件式の編集］画面では，対象となるフィールド，演算子，判断基準となる値などを指定し，条件式を作成します。設定内容を［OK］ボタンで確定すると，LOGIFのテキストボックスに作成した条件式が設定されます。詳細については，マニュアル「JP1/Performance Management リファレンス」の，［ログ収集条件式の編集］画面について説明している章を参照してください。

Agent Collector

Remote Monitor Collector

（凡例）

−：該当しない

注※1

プロパティの値がNoの場合でも，Log(ITSLM)プロパティがYesの場合には，Storeデータベースに記録されます。

注※2

PFM - AgentまたはPFM - RMのレコードによっては，変更できないことがあります。詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注※3

プロパティの値がNoの場合でも，LogプロパティがYesの場合には，Storeデータベースに記録されます。

注※4

Collection IntervalおよびCollection Offsetプロパティと，Sync Collection Withプロパティとは排他です。レコードによって，どちらか一方が表示されます。

注※5

Collection Offset値の有無によって，データ収集時の動作が異なります。詳細については，「17.2.9(3)　パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる」を参照してください。

注意

パフォーマンスデータを収集するレコード数を増やすと，ディスク容量やシステム性能に影響を及ぼすことがあります。収集するレコードを設定する場合は，必要なディスク容量やレコードの収集間隔など，パフォーマンスデータの収集条件を考慮し，監視に必要な項目だけを設定してください。必要なディスク容量については，各PFM - AgentまたはPFM - RMのマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

Collection Interval（レコードの収集間隔）は，デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，PFM - AgentホストではAgent CollectorサービスやAgent Storeサービスが，PFM - RMホストではRemote Monitor CollectorサービスやRemote Monitor Storeサービスが過負荷となり，収集したパフォーマンスデータを保存できなくなることがあります。

Collection Offset（レコードの収集を開始するオフセット値）の値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

PIレコードタイプのレコードのCollection Interval（レコードの収集間隔）を60秒の倍数以外の値に設定した場合でも保存されるパフォーマンスデータは秒以外の収集時刻が同じパフォーマンスデータ間で要約され，分単位の値として保存されます。

（例）

Collection Intervalを30秒に指定した場合

収集時刻

保存されるパフォーマンスデータの時刻

12:01:00

12:01:30

12:02:00

12:02:30

12:01:00

12:01:00

12:02:00

12:02:00

Collection Intervalを90秒に指定した場合

収集時刻

保存されるパフォーマンスデータの時刻

12:00:00

12:01:30

12:03:00

12:04:30

12:00:00

12:01:00

12:03:00

12:04:00

［完了］または［適用］ボタンをクリックする。

変更した設定内容が有効になります。

各レコードに設定できる値およびデフォルト値は，レコードによって異なります。設定できる値，設定範囲およびデフォルト値については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

(2)　コマンドでパフォーマンスデータの記録方法を変更する

データベースへのパフォーマンスデータの記録方法は，次の流れで変更します。

jpcasrec outputコマンドで，現在の記録方法に関する定義内容をXML形式のファイルに出力する

出力したXML形式のファイルを基に，記録方法に関する定義内容を変更する

jpcasrec updateコマンドで，記録方法の定義内容を，変更したXML形式のファイルの内容に更新する

それぞれの操作について説明します。

(a)　jpcasrec outputコマンドで記録方法の定義内容を出力する

PFM - Web Consoleがインストールされているホストで，jpcasrec outputコマンドを実行します。jpcasrec outputコマンドは，エージェントに接続して取得したStoreデータベースへの記録方法に関する定義情報をXML形式のファイルに出力します。

手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限

UNIXの場合

rootユーザー権限

jpcmkkeyコマンドを実行する。

認証用キーファイルを作成するコマンドを実行します。

jpcmkkey -user administrator

jpcasrec outputコマンドを実行する。

例えば，サービスIDが「TA1host1」というPFM - AgentのStoreデータベースの記録方法に関する定義情報を「asrec.xml」というパラメーターファイルに出力する場合は，次のように指定します。

jpcasrec  output  -o asrec.xml  TA1host1

コマンドを実行すると，指定した出力ファイル（XML形式のファイル）に記録方法に関する定義内容が出力されます。

出力例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "asrec_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-record-definition>
<service id="TA1host1">
<record id="PD_DEV">
<!-- Description : Devices Detail -->
<log>Yes</log>
<collection-interval>60</collection-interval>
<collection-offset>0</collection-offset>
<logif> </logif>
</record>
<record id="PD_GEND">
<!-- Description : Generic Data Detail -->
<log>No</log>
<collection-interval>60</collection-interval>
<collection-offset>0</collection-offset>
<logif> </logif>
</record>
    ：
    ：
    ：
</service>
</agent-store-db-record-definition>
</pr-cli-parameters>

(b)　jpcasrec outputコマンドで出力した定義内容を変更する

jpcasrec outputコマンドで出力したXMLファイルの，記録方法に関する定義内容を変更します。XMLファイルの内容は，テキストエディターやXMLエディターなどで編集できます。

ファイルの書式および各タグの設定内容について次に示します。必要に応じて編集してください。

書式

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "asrec_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-record-definition>
    <service id="サービスID">
        <record id="レコードID">
            <!-- Description : Content Index Detail -->
            <log>データベースに記録するかどうか</log>
            <collection-interval>収集間隔</collection-interval>
            <collection-offset>収集開始のオフセット値</collection-offset>
            <logif>
              <and>
                <or>
                  <expression>フィールド 条件 "値"</expression>
                  <expression>フィールド 条件 "値"</expression>
                </or>
                <expression>フィールド 条件 "値"</expression>
                  ：
              </and>
            </logif>
        </record>
          ：
    </service>
</agent-store-db-record-definition>
</pr-cli-parameters>

定義内容

1行目にはXML宣言を，2〜3行目には文書型宣言を記述します。次に示すとおりに記述してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "asrec_params.dtd">
<pr-cli-parameters ver="0110">

4行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

（凡例）

○：省略できない

−：省略できる

表4‒4　XML定義内容

タグ名

必須

説明および設定値

<agent-store-db-record-definition>・・・</agent-store-db-record-definition>

○

Storeデータベース記録方法定義情報のルートのタグです。

<service id="サービスID">・・・</service>

○

PFM - AgentまたはPFM - RMを特定するサービスIDを指定します。

Agent CollectorおよびRemote Monitor CollectorサービスのサービスIDは，2文字目が「A」のものです。

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

<service>タグは，<record>タグを含みます。

<service>タグは，複数指定できます。

<record id="レコードID">・・・</record>

○

記録方法の設定を変更するレコードIDを指定します。

<record>タグは，<log>タグ，<collection-interval>タグ，<collection-offset>タグ，および<logif>タグを含みます。詳細については，「表4-5　レコードごとの記録方法（<record>タグ）」を参照してください。

<record>タグは，複数指定できます。

<record>タグ（レコードごとの記録方法）に含まれるタグと設定値について次の表に示します。<record>タグは，複数指定できます。なお，<record>タグに含まれるタグの定義は，表の記載順に指定してください。

表4‒5　レコードごとの記録方法（<record>タグ）

タグ名

必須

設定値

<log>・・・</log>

−

収集したパフォーマンスデータをStoreデータベースに記録するかどうかを指定します。

次の値のどちらかを半角英文字で指定します。

Yes：記録する

No：記録しない

<log>タグは，1つの<record>タグ内に1つだけ指定できます。

<collection-interval>・・・</collection-interval>

−

パフォーマンスデータの収集間隔を0〜2147483647の整数で指定します。単位は秒です。

「0」を指定した場合，パフォーマンスデータは収集されません。

<collection-interval>タグは，1つの<record>タグ内に1つだけ指定できます。

<collection-offset>・・・</collection-offset>

−

パフォーマンスデータの収集を開始するオフセット値を0〜32767の整数で指定します。単位は秒です。

「0」を指定した場合，収集対象のパフォーマンスデータを同時に収集します。

<collection-offset>タグは，1つの<record>タグ内に1つだけ指定できます。

<logif>・・・</logif>

−

記録対象のパフォーマンスデータに対し，データベースに記録するための条件式を指定できます。

詳細については，「表4-6　データベースに記録するための条件式（<logif>タグ）」を参照してください。

<logif>タグは，1つの<record>タグ内に1つだけ指定できます。

注　省略した項目の値は更新されません。

注意

パフォーマンスデータを収集するレコード数を増やすと，ディスク容量やシステム性能に影響を及ぼすことがあります。収集するレコードを設定する場合は，必要なディスク容量やレコードの収集間隔など，パフォーマンスデータの収集条件を考慮し，監視に必要な項目だけを設定してください。必要なディスク容量については，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

Collection Interval（レコードの収集間隔）は，デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，ファイルのオープン数および使用メモリーが増加します。このためStoreデータベースの処理ができなくなるため，収集したパフォーマンスデータを保存できなくなります。

各レコードに設定できる値およびデフォルト値は，レコードによって異なります。設定できる値，設定範囲およびデフォルト値については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

Collection Offset（レコードの収集を開始するオフセット値）の値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

<logif>タグ（データベースに記録するための条件式）に含まれるタグと設定値について次の表に示します。

表4‒6　データベースに記録するための条件式（<logif>タグ）

タグ名

必須

設定値

<and>・・・</and>

−

<expression>タグ（論理式）を複数指定した場合，そのうち2つをAND演算する場合に指定します。

この場合，AND演算する<expression>タグを<and>タグで囲みます。

条件式は二項演算とし，二項演算のネストを許可します。

<expression>タグが複数指定されている場合，<and>タグは複数指定できます。

<or>・・・</or>

−

<expression>タグ（論理式）を複数指定した場合，そのうち2つをOR演算する場合に指定します。

この場合，OR演算する<expression>タグを<and>タグで囲みます。

条件式は二項演算とし，二項演算のネストを許可します。

<expression>タグが複数指定されている場合，<or>タグは複数指定できます。

<expression>・・・</expression>

−

データベースに記録するための判断条件を指定します。

指定形式は，次のとおりです。

「フィールド 条件 "値"」を空白文字で区切らないで指定します。

フィールド

対象となるフィールドを指定します。

指定するフィールドについては，各PFM - AgentまたはPFM - RMマニュアルのレコードについて書かれている章を参照してください。

条件

条件には，次のうちのどれかを指定します。なお，XMLファイルの表記として，「<」は「&lt;」と，「>」は「&gt;」と指定してください。

=

フィールドの値と"値"が等しい

<

フィールドの値が"値"より小さい

<=

フィールドの値が"値"より小さいまたは等しい

>

フィールドの値が"値"より大きい

>=

フィールドの値が"値"より大きいまたは等しい

<>

フィールドの値と"値"が異なる

"値"

パフォーマンスデータを記録するための判断基準となる値を指定します。指定できる値は，整数値，小数値，または2,048バイト以内の全角または半角文字です。指定できる値は，指定したフィールドによって異なります。

注　省略した項目の値は更新されません。

(c)　jpcasrec updateコマンドで記録方法の定義内容を更新する

PFM - Web Consoleがインストールされているホストで，jpcasrec updateコマンドを実行します。jpcasrec updateコマンドは，Storeデータベースの記録方法に関する定義情報を，XML形式のファイルに指定した内容に更新します。

PFM - Web Consoleがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限

UNIXの場合

rootユーザー権限

jpcasrec updateコマンドを実行する。

例えば，「asrec.xml」というファイルに記述した記録方法の内容に定義情報を更新する場合は，次のように指定します。

jpcasrec update asrec.xml

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

データベースに記録するパフォーマンスデータの保存条件として，Storeバージョン2.0ではレコードの保存期間の設定を変更できます。

各レコードタイプと設定できる保存条件の対応を次の表に示します。

表4‒7　レコードタイプと設定できる保存条件

レコードタイプ

設定できる保存条件

PIレコードタイプ

レコードの保存期間

PDレコードタイプ

PLレコードタイプ

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

監視コンソールでパフォーマンスデータの保存条件を変更する場合は，PFM - Web Consoleの［サービス階層］画面で変更します。

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

管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

パフォーマンスデータの保存条件を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent StoreまたはRemote Monitor Storeサービスを選択する。

プロダクト名表示機能が有効の場合，Agent StoreおよびRemote Monitor Storeサービスは，「ホスト名<サービスキー>(Store)」で表示されるサービスです。

プロダクト名表示機能が無効の場合，Agent StoreおよびRemote Monitor Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。

サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。

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

メソッドフレームの［プロパティ］メソッドを選択する。

Agent Store またはRemote Monitor Store サービスの［サービスのプロパティ］画面で階層表示されたプロパティから「RetentionEx」ノードを選択する。

インフォメーションフレームの下部に「RetentionEx」ノードのプロパティが表示されます。

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表4‒8　各プロパティの説明および設定値

レコードタイプ

ノード名

プロパティ名

設定値

PIレコードタイプ

Product Interval - PIレコードタイプのレコードID

Period - Minute Drawer (Day)

PIレコードタイプのレコードIDごとに，分単位のパフォーマンスデータの保存期間を設定します。

保存期間（日数）を0〜366の整数で指定します。

Period - Hour Drawer (Day)

PIレコードタイプのレコードIDごとに，時間単位のパフォーマンスデータの保存期間を設定します。

保存期間（日数）を0〜366の整数で指定します。

Period - Day Drawer (Week)

PIレコードタイプのレコードIDごとに，日単位のパフォーマンスデータの保存期間を設定します。

保存期間（週の数）を0〜522の整数で指定します。

Period - Week Drawer (Week)

PIレコードタイプのレコードIDごとに，週単位のパフォーマンスデータの保存期間を設定します。

保存期間（週の数）を0〜522の整数で指定します。

Period - Month Drawer (Month)

PIレコードタイプのレコードIDごとに，月単位のパフォーマンスデータの保存期間を設定します。

保存期間（月の数）を0〜120の整数で指定します。

Period - Year Drawer (Year)

PIレコードタイプのレコードIDごとに，年単位のパフォーマンスデータの保存期間を表示します。

保存期間の制限はありません。

PDレコードタイプ

Product Detail - PDレコードタイプのレコードID

Period (Day)

PDレコードタイプのレコードIDごとに，パフォーマンスデータの保存期間を設定します。

保存期間（日数）を0〜366の整数で指定します。

PLレコードタイプ

Product Log - PLレコードタイプのレコードID

Period (Day)

PLレコードタイプのレコードIDごとに，パフォーマンスデータの保存期間を設定します。

保存期間（日数）を0〜366の整数で指定します。

［完了］または［適用］ボタンをクリックする。

設定が有効になります。

(2)　コマンドでパフォーマンスデータの保存条件を変更する

コマンドでパフォーマンスデータの保存条件を変更するための手順は，次のとおりです。

jpcaspsv outputコマンドで，現在の保存条件に関する定義内容をXML形式のファイルに出力する

出力したXML形式のファイルを基に，保存条件に関する定義内容を変更する

jpcaspsv updateコマンドで，保存条件の定義内容を，変更したXML形式のファイルの内容に更新する

それぞれの操作について説明します。

(a)　jpcaspsv outputコマンドで保存条件の定義内容を出力する

PFM - Web Consoleがインストールされているホストで，jpcaspsv outputコマンドを実行します。jpcaspsv outputコマンドは，エージェントに接続して取得したStoreデータベースの保存条件に関する定義情報をXML形式のファイルに出力します。

PFM - Web Consoleがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限

UNIXの場合

rootユーザー権限

jpcaspsv outputコマンドを実行する。

例えば，サービスIDが「TS1host1」というPFM - AgentのStoreデータベースの保存条件に関する定義情報を「aspsv.xml」というパラメーターファイルに出力する場合は，次のように指定します。

jpcaspsv output -o aspsv.xml TS1host1

コマンドを実行すると，指定した出力ファイル（XML形式のファイル）に保存条件に関する定義内容が出力されます。

出力例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
<service id="TS1host1">
<ex-product-interval>
<ex-interval-record id="PI">
<minute-drawer-days period="10"/>
<hour-drawer-days period="10"/>
<day-drawer-weeks period="10"/>
<week-drawer-weeks period="10"/>
<month-drawer-months period="10"/>
<!-- year-drawer-years period="10" -->
</ex-interval-record>
             ：
</ex-product-interval>
<ex-product-detail>
<ex-detail-record id="PD" period="10"/>
<ex-detail-record id="PD_THRD" period="10"/>
<ex-detail-record id="PD_ADRS" period="10"/>
<ex-detail-record id="PD_PDI" period="10"/>
<ex-detail-record id="PD_PEND" period="10"/>
</ex-product-detail>
<ex-product-log>
<ex-log-record id="PL" period="10"/>
<ex-log-record id="RM" period="10"/>
</ex-product-log>
</service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

(b)　jpcaspsv outputコマンドで出力した定義内容を変更する

jpcaspsv outputコマンドで出力したXMLファイルの，記録方法に関する定義内容を変更します。XMLファイルの内容は，テキストエディターやXMLエディターなどで編集できます。

ファイルの書式および各タグの設定内容について次に示します。必要に応じて編集してください。

書式

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
    <service id="サービスID">
        <ex-product-interval>
            <ex-interval-record id="レコードID">
                <minute-drawer-days period="分ごとの保存期間"/>
                <hour-drawer-days period="時間ごとの保存期間"/>
                <day-drawer-weeks period="日ごとの保存期間"/>
                <week-drawer-weeks period="週ごとの保存期間"/>
                <month-drawer-months period="月ごとの保存期間"/>
                <!-- year-drawer-years period="10" -->※
            </ex-interval-record>
        </ex-product-interval>
        <ex-product-detail>
            <ex-detail-record id="レコードID" period="レコードの保存期間"/>
                ：
                ：
        </ex-product-detail>
        <ex-product-log>
            <ex-log-record id="レコードID" period="レコードの保存期間"/>
                ：
        </ex-product-log>
    </service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

注※　年ごとの保存期間は設定できません。

定義内容

1行目にはXML宣言を，2〜3行目には文書型宣言を記述します。次に示すとおりに記述してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">

4行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

（凡例）

○：省略できない

−：省略できる

表4‒9　XML定義内容

タグ名

必須

説明および設定値

<agent-store-db-preserve-definition>・・・</agent-store-db-preserve-definition>

○

Storeデータベース保存条件定義情報のルートのタグです。

<service id="サービスID">・・・</service>

○

PFM - AgentまたはPFM - RMを特定するサービスIDを指定します。

先頭文字が「P」以外で，2文字目が「S」であるサービスを指定します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。

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

<service>タグは，<ex-product-interval>タグ，<ex-product-detail>タグ，および<ex-product-log>タグを含みます。

<service>タグは，複数指定できます。

<ex-product-interval>・・・</ex-product-interval>

−

PIレコードタイプのレコードの保存期間を指定するタグです。

<minute-drawer-days period=分ごとの保存期間>タグ，<hour-drawer-days period=時間ごとの保存期間>タグ，<day-drawer-weeks period=日ごとの保存期間>タグ，<week-drawer-weeks period=週ごとの保存期間>タグ，および<month-drawer-months period=月ごとの保存期間>タグを含みます。詳細については，「表4-10　PIレコードタイプのレコードの保存期間（<ex-product-interval>タグ）」を参照してください。

<ex-product-interval>タグは，1つの<service>タグ内に複数指定できます。

<ex-product-detail>・・・</ex-product-detail>

−

PDレコードタイプの保存レコード数の上限値を指定するタグです。

<ex-detail-record>タグを含みます。

<ex-product-detail>タグは，1つの<service>タグ内に1つだけ指定できます。

詳細については，「表4-11　PDレコードタイプのレコードの保存期間（<ex-product-detail>タグ）」を参照してください。

<ex-product-log>・・・</ex-product-log>

−

PLレコードタイプの保存レコード数の上限値を指定するタグです。

<ex-log-record>タグを含みます。詳細については，「表4-12　PLレコードタイプのレコードの保存期間（<ex-product-log>タグ）」を参照してください。

<ex-product-log>タグは，1つの<service>タグ内に1つだけ指定できます。

注　省略した項目の値は更新されません。

<ex-product-interval>タグ（PIレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。<ex-product-interval>タグに含まれるタグの定義は，表の記載順に指定してください。

表4‒10　PIレコードタイプのレコードの保存期間（<ex-product-interval>タグ）

タグ名

必須

設定値

<minute-drawer-days period="分ごとの保存期間">

−

分ごとのパフォーマンスデータの保存期間を設定します。

保存期間（日数）を0〜366の整数で指定します。

<hour-drawer-days period="時間ごとの保存期間">

−

時間ごとのパフォーマンスデータの保存期間を設定します。

保存期間（日数）を0〜366の整数で指定します。

<day-drawer-weeks period="日ごとの保存期間">

−

日ごとのパフォーマンスデータの保存期間を設定します。

保存期間（週の数）を0〜522の整数で指定します。

<week-drawer-weeks period="週ごとの保存期間">

−

週ごとのパフォーマンスデータの保存期間を設定します。

保存期間（週の数）を0〜522の整数で指定します。

<month-drawer-months period="月ごとの保存期間">

−

月ごとのパフォーマンスデータの保存期間を設定します。

保存期間（月の数）を0〜120の整数で指定します。

注　省略した項目の値は更新されません。

<ex-product-detail>タグ（PDレコードタイプのレコード保存期間）に含まれるタグと設定値について次の表に示します。

表4‒11　PDレコードタイプのレコードの保存期間（<ex-product-detail>タグ）

タグ名

必須

設定値

<ex-detail-record id="レコードID" period="レコードの保存期間"/>

−

PDレコードタイプのレコードIDごとに，レコード保存期間を指定します。

保存期間（日数）を0〜366の整数で指定します。

<ex-detail-record>タグは，1つのPDレコードに対して1つだけ指定できます。

注　省略した項目の値は更新されません。

<ex-product-log>タグ（PLレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。

表4‒12　PLレコードタイプのレコードの保存期間（<ex-product-log>タグ）

タグ名

必須

設定値

<ex-log-record id="レコードID" period="レコードの保存期間"/>

−

PLレコードタイプのレコードIDごとに，保存レコードの保存期間を指定します。

保存期間（日数）を0〜366の整数で指定します。

<ex-log-record>タグは，1つのPLレコードに対して1つだけ指定できます。

注　省略した項目の値は更新されません。

(c)　jpcaspsv updateコマンドで保存条件の定義内容を更新する

PFM - Web Consoleがインストールされているホストで，jpcaspsv updateコマンドを実行します。jpcaspsv updateコマンドは，Storeデータベースの保存条件に関する定義情報を，XML形式のファイルに指定した内容に更新します。

PFM - Web Consoleがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限

UNIXの場合

rootユーザー権限

jpcaspsv updateコマンドを実行する。

例えば，「aspsv.xml」というファイルに記述した保存条件の内容に定義情報を更新する場合は，次のように指定します。

jpcaspsv update aspsv.xml

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

データベースに記録するパフォーマンスデータの保存条件として，レコードの保存期間またはレコード数の上限の設定を変更できます。パフォーマンスデータの保存条件は，レコードの種類によって異なります。

各レコードタイプと設定できる保存条件の対応を次の表に示します。

表4‒13　レコードタイプと設定できる保存条件

レコードタイプ

設定できる保存条件

PIレコードタイプ

レコードの保存期間

PDレコードタイプ

レコード数の上限

PLレコードタイプ

(1)　監視コンソールでパフォーマンスデータの保存条件を変更する

監視コンソールでパフォーマンスデータの保存条件を変更する場合は，PFM - Web Consoleの［サービス階層］画面で変更します。

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

管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

パフォーマンスデータの保存条件を変更するホストの名前が付いたフォルダの下位の階層を展開し，Agent Storeサービスを選択する。

プロダクト名表示機能が有効の場合，Agent Storeサービスは，「ホスト名<サービスキー>(Store)」で表示されるサービスです。

プロダクト名表示機能が無効の場合，Agent Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスを選択します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。

サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - Agentマニュアルに記載されている識別子一覧を参照してください。

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

メソッドフレームの［プロパティ］メソッドを選択する。

Agent Store サービスの［サービスのプロパティ］画面で階層表示されたプロパティから「Retention」ノードを選択する。

インフォメーションフレームの下部に「Retention」ノードのプロパティが表示されます。

プロパティの設定内容を変更します。各プロパティの説明および設定値を次の表に示します。

表4‒14　各プロパティの説明および設定値

レコードタイプ

プロパティ名

設定値

PIレコードタイプ

Product Interval - Minute Drawer

分ごとのパフォーマンスデータの保存期間を設定します。

プルダウンメニューから次の項目を選択できます。

Minute

Hour

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Hour Drawer

時間ごとのパフォーマンスデータの保存期間を設定します。

プルダウンメニューから次の項目を選択できます。

Hour

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Day Drawer

日ごとのパフォーマンスデータの保存期間を設定します。

プルダウンメニューから次の項目を選択できます。

Day

2 Days

3 Days

4 Days

5 Days

6 Days

Week

Month

Year

Product Interval - Week Drawer

週ごとのパフォーマンスデータの保存期間を設定します。

プルダウンメニューから次の項目を選択できます。

Week

Month

Year

Product Interval - Month Drawer

月ごとのパフォーマンスデータの保存期間を設定します。

プルダウンメニューから次の項目を選択できます。

Month

Year

Product Interval - Year Drawer

年ごとのパフォーマンスデータの保存期間です。「Year」が固定で設定されています。

PDレコードタイプ

Product Detail - PDレコードタイプのレコードID

PDレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0〜2147483647の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0〜2147483647の整数で指定します。

PLレコードタイプ

Product Log - PLレコードタイプのレコードID

PLレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0〜2147483647の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0〜2147483647の整数で指定します。

［完了］または［適用］ボタンをクリックする。

設定が有効になります。

(2)　コマンドでパフォーマンスデータの保存条件を変更する

データベースに記録するパフォーマンスデータの保存条件は，次の流れで変更します。

jpcaspsv outputコマンドで，現在の保存条件に関する定義内容をXML形式のファイルに出力する

出力したXML形式のファイルを基に，保存条件に関する定義内容を変更する

jpcaspsv updateコマンドで，保存条件の定義内容を，変更したXML形式のファイルの内容に更新する

それぞれの操作について説明します。

(a)　jpcaspsv outputコマンドで保存条件の定義内容を出力する

PFM - Web Consoleがインストールされているホストで，jpcaspsv outputコマンドを実行します。jpcaspsv outputコマンドは，エージェントに接続して取得したStoreデータベースの保存条件に関する定義情報をXML形式のファイルに出力します。

PFM - Web Consoleがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限

UNIXの場合

rootユーザー権限

jpcaspsv outputコマンドを実行する。

例えば，サービスIDが「TS1host1」というPFM - AgentのStoreデータベースの保存条件に関する定義情報を「aspsv.xml」というパラメーターファイルに出力する場合は，次のように指定します。

jpcaspsv output -o aspsv.xml TS1host1

コマンドを実行すると，指定した出力ファイル（XML形式のファイル）に保存条件に関する定義内容が出力されます。

出力例を次に示します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
<service id="TS1host1">
<product-interval>
<minute-drawer>Day</minute-drawer>
<hour-drawer>Week</hour-drawer>
<day-drawer>Year</day-drawer>
<week-drawer>Year</week-drawer>
<month-drawer>Year</month-drawer>
<!-- year-drawer : Year -->
</product-interval>
<product-detail>
<detail-record id="PD" max-rec="10000"/>
<detail-record id="PD_PDI" max-rec="100000"/>
<detail-record id="PD_PEND" max-rec="10000"/>
<detail-record id="PD_PAGF" max-rec="10000"/>
<detail-record id="PD_GEND" max-rec="10000"/>
<detail-record id="PD_SVC" max-rec="10000"/>
<detail-record id="PD_DEV" max-rec="10000"/>
<detail-record id="PD_ELOG" max-rec="10000"/>
</product-detail>
</service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

(b)　jpcaspsv outputコマンドで出力した定義内容を変更する

jpcaspsv outputコマンドで出力したXMLファイルの，記録方法に関する定義内容を変更します。XMLファイルの内容は，テキストエディターやXMLエディターなどで編集できます。

ファイルの書式および各タグの設定内容について次に示します。必要に応じて編集してください。

書式

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">
<agent-store-db-preserve-definition>
    <service id="サービスID">
        <product-interval>
            <minute-drawer>分ごとの保存期間</minute-drawer>
            <hour-drawer>時間ごとの保存期間</hour-drawer>
            <day-drawer>日ごとの保存期間</day-drawer>
            <week-drawer>週ごとの保存期間</week-drawer>
            <month-drawer>月ごとの保存期間</month-drawer>
            <!-- year-drawer : Year -->※
        </product-interval>
        <product-detail>
            <detail-record id="レコードID" max-rec="レコード数の上限"/>
            ：
            ：
        </product-detail>
        <product-log>
            <log-record id="レコードID" max-rec="レコード数の上限"/>
            ：
        </product-log>
    </service>
</agent-store-db-preserve-definition>
</pr-cli-parameters>

注※　年ごとの保存期間の設定内容です。年ごとの保存期間は「Year」で固定です。

定義内容

1行目にはXML宣言を，2〜3行目には文書型宣言を記述します。次に示すとおりに記述してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "aspsv_params.dtd">
<pr-cli-parameters ver="0110">

4行目以降に定義するタグについて次の表に示します。各タグの定義は，表の記載順に指定してください。

（凡例）

○：省略できない

−：省略できる

表4‒15　XML定義内容

タグ名

必須

説明および設定値

<agent-store-db-preserve-definition>・・・</agent-store-db-preserve-definition>

○

Storeデータベース保存条件定義情報のルートのタグです。

<service id="サービスID">・・・</service>

○

PFM - Agentを特定するサービスIDを指定します。

先頭文字が「P」以外で，2文字目が「S」であるサービスを指定します（「PS」で始まるサービスIDはMaster Storeサービスを示します）。

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

<service>タグは，<product-interval>タグ，<product-detail>タグ，および<product-log>タグを含みます。

<service>タグは，複数指定できます。

<product-interval>・・・</product-interval>

−

PIレコードタイプのレコードの保存期間を指定するタグです。

<minute-drawer>タグ，<hour-drawer>タグ，<day-drawer>タグ，<week-drawer>タグ，および<month-drawer>タグを含みます。詳細については，「表4-16　PIレコードタイプのレコードの保存期間（<product-interval>タグ）」を参照してください。

<product-interval>タグは，1つの<service>タグ内に1つだけ指定できます。

<product-detail>・・・</product-detail>

−

PDレコードタイプの保存レコード数の上限値を指定するタグです。

<detail-record>タグを含みます。

<product-detail>タグは，1つの<service>タグ内に1つだけ指定できます。

詳細については，「表4-17　PDレコードタイプの保存レコード数の上限値（<product-detail>タグ）」を参照してください。

<product-log>・・・</product-log>

−

PLレコードタイプの保存レコード数の上限値を指定するタグです。

<log-record>タグを含みます。詳細については，「表4-18　PLレコードタイプの保存レコード数の上限値（<product-log>タグ）」を参照してください。

<product-log>タグは，1つの<service>タグ内に1つだけ指定できます。

注　省略した項目の値は更新されません。

<product-interval>タグ（PIレコードタイプのレコードの保存期間）に含まれるタグと設定値について次の表に示します。<product-interval>タグに含まれるタグの定義は，表の記載順に指定してください。

表4‒16　PIレコードタイプのレコードの保存期間（<product-interval>タグ）

タグ名

必須

設定値

<minute-drawer>・・・</minute-drawer>

−

分ごとのパフォーマンスデータの保存期間を設定します。

次の値のどれかを半角英文字で指定します。

Minute：1分

Hour：1時間

Day：1日

n Days：n日（n = 2〜6）

Week：1週間

Month：1か月

Year：1年

<minute-drawer>タグは，<product-interval>タグ内に1つだけ指定できます。

<hour-drawer>・・・</hour-drawer>

−

時間ごとのパフォーマンスデータの保存期間を設定します。

次の値のどれかを半角英文字で指定します。

Hour：1時間

Day：1日

n Days：n日（n = 2〜6）

Week：1週間

Month：1か月

Year：1年

<hour-drawer>タグは，<product-interval>タグ内に1つだけ指定できます。

<day-drawer>・・・</day-drawer>

−

日ごとのパフォーマンスデータの保存期間を設定します。

次の値のどれかを半角英文字で指定します。

Day：1日

n Days：n日（n = 2〜6）

Week：1週間

Month：1か月

Year：1年

<day-drawer>タグは，<product-interval>タグ内に1つだけ指定できます。

<week-drawer>・・・</week-drawer>

−

週ごとのパフォーマンスデータの保存期間を設定します。

次の値のどれかを半角英文字で指定します。

Week：1週間

Month：1か月

Year：1年

<week-drawer>タグは，<product-interval>タグ内に1つだけ指定できます。

<month-drawer>・・・</month-drawer>

−

月ごとのパフォーマンスデータの保存期間を設定します。

次の値のどれかを半角英文字で指定します。

Month：1か月

Year：1年

<month-drawer>タグは，<product-interval>タグ内に1つだけ指定できます。

注　省略した項目の値は更新されません。

<product-detail>タグ（PDレコードタイプの保存レコード数の上限値）に含まれるタグと設定値について次の表に示します。

表4‒17　PDレコードタイプの保存レコード数の上限値（<product-detail>タグ）

タグ名

必須

設定値

<detail-record id="レコードID" max-rec="レコード数の上限"/>

−

PDレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0〜2147483647の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0〜2147483647の整数で指定します。

<detail-record>タグは，1つのPDレコードに対して1つだけ指定できます。

注　省略した項目の値は更新されません。

<product-log>タグ（PLレコードタイプの保存レコード数の上限値）に含まれるタグと設定値について次の表に示します。

表4‒18　PLレコードタイプの保存レコード数の上限値（<product-log>タグ）

タグ名

必須

設定値

<log-record id="レコードID" max-rec="レコード数の上限"/>

−

PLレコードタイプのレコードIDごとに，保存レコード数の上限値を指定します。

単数インスタンスの場合

保存レコード数の上限値を0〜2147483647の整数で指定します。

複数インスタンスの場合

保存レコード行数の総計としての上限値を0〜2147483647の整数で指定します。

<log-record>タグは，1つのPLレコードに対して1つだけ指定できます。

注　省略した項目の値は更新されません。

(c)　jpcaspsv updateコマンドで保存条件の定義内容を更新する

PFM - Web Consoleがインストールされているホストで，jpcaspsv updateコマンドを実行します。jpcaspsv updateコマンドは，Storeデータベースの保存条件に関する定義情報を，XML形式のファイルに指定した内容に更新します。

PFM - Web Consoleがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限

UNIXの場合

rootユーザー権限

jpcaspsv updateコマンドを実行する。

例えば，「aspsv.xml」というファイルに記述した保存条件の内容に定義情報を更新する場合は，次のように指定します。

jpcaspsv update aspsv.xml

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

Storeデータベースに格納されているパフォーマンスデータをテキストファイルにエクスポートできます。データをエクスポートするには，jpctool db dumpコマンドを使用します。

なお，このコマンドは，jpctool db importコマンドのインポート用ファイルを作成するコマンドではありません。テキストファイルを出力するためだけのコマンドです。

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

jpctool service listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されているか確認する。

jpctool db dumpコマンドを実行する。

例えば，PFM - Agent for Platform（Windows）のホストhost02のProcessor Overview（PI_PCSR）レコードに格納されているパフォーマンスデータのうち，2006年07月10日午前2時（GMT）から午後2時59分（GMT）までのパフォーマンスデータを「pcsr.out」というファイルにエクスポートする場合は，次のように指定します。

jpctool db dump -id TS* -host host02 -stime 2006/07/10 02:00 -etime 2006/07/10 14:59 -f pcsr.out -dbid PI -rec PCSR

コマンド実行が正常に終了すると，次のファイルにパフォーマンスデータのエクスポートファイルが出力されます。

物理ホストの場合

Windowsの場合

インストール先フォルダ¥xxxx※1¥store[¥インスタンス名]※2¥dump¥pcsr.out

UNIXの場合

/opt/jp1pc/xxxx※1/store[/インスタンス名]※2/dump/pcsr.out

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥xxxx※1¥store[¥インスタンス名]※2¥dump¥pcsr.out

UNIXの場合

環境ディレクトリ/jp1pc/xxxx※1/store[/インスタンス名]※2/dump/pcsr.out

注※1

「xxxx」は，PFM - AgentまたはPFM - RMのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「agto」，PFM - Agent for Platform（Windows）の場合は「agtt」のように，PFM - AgentまたはPFM - RMによって決まっています。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合，「Store」ディレクトリの下にインスタンス名のディレクトリがあります。

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

Storeデータベースが使用しているディスク容量は，PFM - Web Consoleの［サービス階層］画面で確認できます。

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

管理ユーザー権限を持つユーザーアカウントでログインします。［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

［サービス階層］画面のナビゲーションフレームで，「Machines」フォルダの下位の階層を展開する。

Performance Managementのサービスがインストールされているホストの名前が付いたフォルダが表示されます。また，ホスト名が付いたフォルダを展開すると，そのホストにインストールされているサービスが表示されます。各サービスの名前は，サービスIDで表示されます。サービスIDの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

ディスク容量を確認したいホスト名が付いたフォルダの下位にあるAgent StoreまたはRemote Monitor Storeサービスを選択する。

プロダクト名表示機能が有効の場合，Agent StoreおよびRemote Monitor Storeサービスは，「ホスト名<サービスキー>(Store)」で表示されるサービスです。

プロダクト名表示機能が無効の場合，Agent StoreおよびRemote Monitor Storeサービスは，先頭文字が「P」以外で2文字目が「S」であるサービスです（「PS」で始まるサービスIDはMaster Storeサービスを示します）。

サービスIDの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所，および各PFM - AgentまたはPFM - RMマニュアルに記載されている識別子一覧を参照してください。

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

メソッドフレームの［プロパティ］メソッドを選択する。

Agent Store またはRemote Monitor Store サービスの［サービスのプロパティ］画面で階層表示されたプロパティから「Disk Usage」ノードを選択する。

［サービスのプロパティ］画面の下部に，Agent StoreまたはRemote Monitor Storeサービスが管理するデータベースが使用しているディスク容量が表示されます。

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

Storeデータベースに格納されているパフォーマンスデータが不要になった場合，データを消去できます。Storeデータベースのデータを消去するには，jpctool db clearコマンドを使用します。

注意

jpctool db clearコマンドは，PFM - Managerがインストールされているホストで実行してください。

PFM - Managerがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限またはBackup Operators権限

UNIXの場合

rootユーザー権限

jpctool service listコマンドを実行し，パフォーマンスデータを消去したいStoreデータベースを管理するAgent StoreまたはRemote Monitor Storeサービスが起動されていることを確認する。

jpctool db clearコマンドを実行し，Storeデータベースから指定したレコードタイプのデータベースからデータを消去する。

例えば，ホストhost02のPFM - Agent for Platform（Windows）のStoreデータベースに格納されているすべてのパフォーマンスデータを消去する場合，次のようにコマンドを指定します。

jpctool db clear -id TS* -host host02 -dbid *

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

バックアップデータをインポートすることで，保存しておいた過去のパフォーマンスデータを参照できます。データのインポートはjpctool db importコマンドを使用します。インポートはフルインポートまたは追加インポートを選択できます。

インポートされたあとは，現在運用しているStoreデータベースの情報のほかに，インポートされた情報を参照できるようになります。なお，現在運用しているStoreデータベースの情報と同じ単位DBがインポートされた場合，稼働情報は現在運用しているStoreデータベースの内容が優先されて表示されます。

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

jpctool service listコマンドを実行し，Agent StoreまたはRemote Monitor Storeサービスが起動されているか確認する。

jpctool db importコマンドを実行する。

次のようにコマンドを指定します。

フルインポートする場合

コマンドを実行すると，インポートディレクトリにあるファイルが削除されたあと，バックアップファイルが配置されます。

jpctool db import -key XXXX※1 -d D:¥backup01※2

追加インポートする場合

コマンドを実行すると，インポートディレクトリに格納されているバックアップファイルにデータが追加されます。

jpctool db import -key XXXX※1 -d D:¥backup01※2 -add

注※1

「XXXX」は，PFM - AgentまたはPFM - RMのサービスキーを示します。例えば，PFM - Agent for Oracleの場合は「Oracle」，PFM - Agent for Platform（Windows）の場合は「Windows」のように，PFM - AgentまたはPFM - RMによって決まっています。サービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

D:¥backup01はバックアップディレクトリを示します。

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

PFM - AgentまたはPFM - RMがバージョンアップした場合，データモデルもバージョンアップすることがあります。Storeバージョン2.0でインポートするバックアップデータのデータモデルのバージョンは，現在使用しているデータモデルバージョンと同一である必要があります。

バックアップデータのデータモデルバージョンが現在使用しているデータモデルのバージョンよりも低い場合に，jpctool db dmconvertコマンドでデータモデルをバージョンアップします。なお，コマンド実行時には，jpctool db dmconvert -dコマンドで指定するディレクトリの下に，コンバートするデータの2倍のディスク空き容量が必要です。

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

jpctool db dmconvertコマンドを実行する。

次のようにコマンドを指定します。

jpctool db dmconvert -d D:¥backup01※

注※

D:¥backup01はバックアップディレクトリを示します。

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

現在使用しているAgent StoreまたはRemote Monitor StoreサービスのStoreバージョンやデータモデルのバージョンを確認するため，Agent StoreおよびRemote Monitor Storeサービス，バックアップディレクトリの情報を表示します。これらの情報を表示するには，jpcconf db displayコマンドを使用します。

表4‒19　jpcconf db displayコマンドで表示できる項目

表示項目

-dオプションなし

-dオプションあり

シングルインスタンスエージェント

マルチインスタンスエージェント

サービスキー

○

○

○

インスタンス名

×

○

×

Storeバージョン

○

○

○

データモデルバージョン

○

○

○

（凡例）

○：表示される

×：表示されない

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

jpctool service listコマンドを実行し，Agent StoreまたはRemote Monitor Storeサービスが起動されているか確認する。

jpcconf db displayコマンドを実行する。

次のようにコマンドを指定します。

バックアップディレクトリの情報を表示する場合

jpcconf db display -d D:¥backup01※

Agent StoreまたはRemote Monitor Storeサービスの情報を表示する場合

jpcconf db display

注※

D:¥backup01はバックアップディレクトリを示します。

4.2　イベントデータの管理

イベントデータは，PFM - ManagerのMaster Storeサービスが管理するStoreデータベースに保存されます。このStoreデータベースに対し，次の操作ができます。

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

イベントデータの格納先を変更する

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

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

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

注意

イベントデータが格納されるStoreデータベースの設定は，初期化できません。

それぞれの操作の手順について説明します。なお，イベントデータの格納先を変更する手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。また，この節で使用するコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

Storeデータベースに記録する，エージェントまたはRemote Monitor Collectorサービス１つ当たりの，イベントデータのレコード数の上限を変更できます。上限の変更は，PFM - Web Consoleの［サービス階層］画面で実施します。

注意

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

管理ユーザー権限を持つユーザーアカウントでログインします。

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

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。

PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Storeサービスを選択する。

Master Storeサービスは，「PS」で始まるサービスまたは「<Master Store>」です。

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

メソッドフレームの［プロパティ］メソッドを選択する。

Master Store サービスの［サービスのプロパティ］画面で階層表示されたプロパティから「Retention」ノードを選択する。

インフォメーションフレームの下部に「Retention」ノードのプロパティが表示されます。

プロパティの設定内容を変更します。プロパティの説明および設定値を次の表に示します。

表4‒20　プロパティの説明および設定値

レコードタイプ

プロパティ名

設定値

PAレコードタイプ

Product Alarm - PA

エージェントまたはRemote Monitor Collectorサービス１つ当たりのイベントデータの保存レコード数の上限を設定します。次の式を満たす値をイベントデータの保存レコード数に設定してください。

a＊イベントデータの保存レコード数＊0.015 < 2000（メガバイト）

（凡例）

a：接続するAgent Collectorサービス，Remote Monitor Collectorサービス，Remote Agent，Group Agentの総数

［完了］または［適用］ボタンをクリックする。

設定が有効になります。

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

Storeデータベースに格納されているイベントデータをテキストファイルにエクスポートできます。データをエクスポートするには，jpctool db dumpコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpctool service listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されているか確認する。

jpctool db dumpコマンドを実行する。

例えば，監視マネージャーのStoreデータベースに格納されているイベントのうち，2006年7月10日午前2時（GMT）から午後2時59分（GMT）までのイベントを，「pa.out」というファイルにエクスポートする場合は，次のように指定します。

jpctool db dump -id PS* -stime 2006/07/10 02:00 -etime 2006/07/10 14:59 -f pa.out -dbid PA -rec *

コマンド実行が正常に終了すると，次のファイルにイベントデータのエクスポートファイルが出力されます。

物理ホストの場合

Windowsの場合

インストール先フォルダ¥mgr¥store¥dump¥pa.out

UNIXの場合

/opt/jp1pc/mgr/store/dump/pa.out

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥mgr¥store¥dump¥pa.out

UNIXの場合

環境ディレクトリ/jp1pc/mgr/store/dump/pa.out

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

Storeデータベースが使用しているディスク容量は，PFM - Web Consoleの［サービス階層］画面で確認できます。

注意

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

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

管理ユーザー権限を持つユーザーアカウントでログインします。

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

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。

PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Storeサービスを選択する。

Master Storeサービスは，「PS」で始まるサービスまたは「<Master Store>」です。

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

メソッドフレームの［プロパティ］メソッドを選択する。

Master Store サービスの［サービスのプロパティ］画面で階層表示されたプロパティから「Disk Usage」ノードを選択する。

［サービスのプロパティ］画面の下部に，Master Storeサービスが管理するデータベースが使用しているディスク容量が表示されます。

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

Storeデータベースに格納されたイベントデータが不要になった場合，データを消去できます。Storeデータベースのデータを消去するには，jpctool db clearコマンドを使用します。

注意

jpctool db clearコマンドは，PFM - Managerがインストールされているホストで実行してください。

PFM - Managerがインストールされているホストにログインする。

次のOSユーザー権限を持つユーザーでログインしてください。

Windowsの場合

Administrators権限またはBackup Operators権限

UNIXの場合

rootユーザー権限

jpctool service listコマンドを実行し，Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動されていることを確認する。

jpctool db clearコマンドを実行する。

Master Storeサービスが管理するStoreデータベースに格納されているイベントデータを消去する場合は，次のように指定します。

jpctool db clear -id PS* -dbid PA

4.3　Performance Managementで扱う稼働監視データに関する注意事項

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

Storeデータベースの格納ディレクトリの名称は，データの格納を開始した時点の日付になります。この日付はGMTを基準としています。このため，JST（GMT +09:00）など，GMTより先行するタイムゾーンを設定しているシステムの場合，レコード格納ディレクトリ数はレコード保存期間よりも多くなることがあります。例えば，システムのタイムゾーンがJST（GMT +09:00）の場合，格納ディレクトリの名称は，データの格納を開始した時点より9時間前の日付になります。そのため，格納ディレクトリの名称はデータ格納開始日の前日になることがあります。

例えば，タイムゾーンがJSTのシステムで，週レコードの保存期間を2（週）と設定している場合，週レコードが保持される格納ディレクトリ数は3になります。現在の日付が「10月22日（水曜日）」の場合，10/8〜10/22の期間のレコードがStoreデータベースに保持されます。10/8のパフォーマンスデータは，週レコードの保存開始日（10/06）をGMTに換算した日付である「1005」ディレクトリに格納されます。同様に，現在の週のパフォーマンスデータは「1019」ディレクトリに格納されます。したがって，格納ディレクトリは，次の図に示すとおり「1005」「1012」「1019」の3つになります。

4.3.2　Storeデータベースのサイズの制限について

(1)　Storeバージョン2.0の場合

Storeバージョン2.0では，データファイルが一定の期間で分割され，レコードタイプごとにそれぞれ別のデータファイルにデータが格納されるため，データ全体ではなく分割されたデータファイルそれぞれについてサイズの上限があります。それぞれのデータファイルサイズの上限は2ギガバイトです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

データファイルのサイズは，Storeデータベースのディスク占有量の見積もり式で履歴データの保存期間設定値を"0"にすることで求めることができます。Storeデータベースのディスク占有量の見積もり式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，PFM - Agent 08-00以降をStoreデータベース（Storeバージョン2.0）で使用する場合のディスク占有量について説明している個所，または各PFM - Agentのマニュアルを参照してください。

Storeデータベースのあるレコードのデータが書き込まれるデータファイルは一定期間で切り替わります。期間内にデータファイルがファイルサイズの上限に達した場合，KAVE00227-Wメッセージを出力し，そのレコードのデータは書き込まれなくなります。このとき，Agent StoreおよびRemote Monitor Storeサービスは停止しません。

一定の期間が終了し，書き込まれるデータファイルが変更されると，KAVE00228-Iメッセージを出力し，データの書き込みを再開します。

(2)　Storeバージョン1.0の場合

Performance Managementで扱うStoreデータベース全体のファイルサイズの上限は2ギガバイトです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

Storeデータベースのファイルサイズが制限に達した場合，Storeサービスは停止します※。この場合，KAVE00182-Eメッセージがシステムログ（Windowsの場合はWindowsイベントログ，UNIXの場合はsyslog），および共通メッセージログに出力されます。

注※

この現象が発生した場合，Agent Storeサービスは停止しますが，Agent Collectorサービスは起動中のままです。

Storeデータベースのファイルサイズが上限を超えたときは，次の手順を実行してください。

PFM - Web ConsoleからAgent Collectorのプロパティを開き，すべてのレコードを収集しないように設定する。

（本事象で停止するのはAgent Storeだけで，Agent Collectorは起動しています）。

jpcspm startコマンドによってAgent Storeサービスを再起動する。

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

データを退避する。

jpctool db dumpコマンド，jpcrptコマンドまたはレポートのCSV，HTML出力によってデータを退避してください。jpctool db dumpコマンドによるパフォーマンスデータ，イベントデータの退避についてはそれぞれ「4.1.4　パフォーマンスデータをエクスポートする」または「4.2.2　イベントデータをエクスポートする」を参照してください。

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

レポートのCSVまたはHTML出力については「5.9.1　WebブラウザでレポートをCSVまたはHTML出力する」を参照してください。

データを消去する。

パフォーマンスデータを消去します。パフォーマンスデータ，イベントデータを消去する方法についてはそれぞれ「4.1.6　パフォーマンスデータを消去する」，「4.2.4　イベントデータを消去する」を参照してください。

PFM - Web ConsoleからAgent Collectorのプロパティを開く。

収集レコードを設定して，運用を再開してください。

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

Storeデータベースへの書き込み中にAgent StoreまたはRemote Monitor Storeサービスが異常終了した場合，次回のAgent StoreまたはRemote Monitor Storeサービス起動時にデータベースの整合性チェックを実行したあと，Agent StoreまたはRemote Monitor Storeサービスが起動されます。このため，整合性チェックでの不正データについては，データは保証されません。

電源切断などによってAgent StoreまたはRemote Monitor Storeサービスが正常に終了されなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Agent StoreまたはRemote Monitor Storeサービスの起動に時間が掛かることがあります。

4.3.4　ディスク容量が不足した場合について

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，KAVE00105-Eメッセージが出力されたあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止します。

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する

Storeデータベースのディスク占有量を減少させる

(1)　十分なディスク容量を確保する

Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されているシステム見積もりを参照してください。イベントデータのStoreデータベースの格納先を変更する方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。パフォーマンスデータのStoreデータベースの格納先を変更する方法については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(2)　Storeデータベースのディスク占有量を減少させる（Storeバージョン1.0の場合だけ）

Storeデータベースのディスク占有量を減少させるには，まずStoreデータベースのデータ量の上限値が減少するように設定を見直します。Agent Collectorサービスで収集するレコードを絞る，またはStoreデータベースの保存条件でレコードを保存する期間や保存するレコード数を減少させることでデータ量の上限値を減少させられます。Agent Collectorサービスで収集するレコードを変更する方法については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。Storeデータベースの保存条件を変更する方法については，「4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」および「4.2.1　イベントデータのレコード数の上限値を変更する」を参照してください。

ただし，Storeデータベースのデータ量の上限値を設定しただけではStoreデータベースのディスク占有量を減少させられません。次の手順を実行すれば，ディスク占有量を減少させられます。

(a)　Agent StoreサービスのStoreデータベースの場合

次の1.〜3.の手順を実行してください。

Storeデータベース内の不要なレコードのパフォーマンスデータを削除する

Storeデータベースではレコードのパフォーマンスデータが格納されるタイミングで不要なレコードが削除されます。そのため，Agent Collectorサービスで収集するレコードを減らした場合，以降そのレコードが収集されないため，Storeデータベースにそのレコードのパフォーマンスデータが残り続け，ディスク占有量を減少させられません。そこで次の手順によってStoreデータベースから収集しないレコードのパフォーマンスデータを削除します。Master StoreサービスのStoreデータベースの場合，およびAgent Collectorサービスで収集するレコードを減らしていない場合はこの手順は不要です。

ここでは次の例の場合に，収集しないレコードのデータをStoreデータベースから削除する手順を示します。

（例）PFM - Agent for Platformを使用していて，現在の収集設定が，PI_LOGDがYes，PI_NINDがYes，PD_PDがYesの状態からPI_LOGDがNo，PI_NINDがYes，PD_PDがNoの収集設定に変更する場合

(1)今後収集しない設定にしたいレコードをYesにします。ほかのレコードはNoします。例では，PI_LOGDとPD_PDをYesにし，ほかのレコードをNoにします。

(2)保存条件を下記のように変更します。

・PDレコードタイプ，PLレコードタイプではレコード数の最大値を0にします。

・PIレコードタイプでは，レコードの保存期間を集約期間に応じた最短期間に設定します。例えば，分ごとのパフォーマンスデータの保存期間は"Minute"，時ごとのパフォーマンスデータの保存期間は"Hour"と設定します。

(3)パフォーマンスデータを1回以上Storeデータベースに格納します。

注1　パフォーマンスデータがStoreデータベースに格納されるタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

注2　(1)〜(3)の操作によってStoreデータベース内に存在する，今後収集しない設定にする予定のレコード（例ではPI_LOGDおよびPD_PD）のパフォーマンスデータの領域を無効領域としています。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。ただし，PIレコードタイプのレコードの場合や，PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，パフォーマンスデータを完全に無効領域にできない場合があります。詳細については，「【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】」を参照してください。

(4)レコードの収集設定をすべてNoにします。

(5)検討したStoreデータベースの保存条件を設定します。

(6)検討した収集設定を設定します。

Storeデータベース内の，余分なパフォーマンスデータを削除する

Storeデータベースでレコードの保存レコード数を減らす，または保存期間を短くした場合，変更前の保存条件で格納されたパフォーマンスデータがStoreデータベース内に存在するため，保存条件以上のパフォーマンスデータがStoreデータベースに存在することになります。その場合，次の手順で保存条件に合わないパフォーマンスデータを削除します。Storeデータベースでレコードの保存レコード数を減らしておらず，保存期間を短くしていない場合，この手順は不要です。

(1)検討したStoreデータベースの保存条件を設定します。

(2)保存条件を変更したレコードのパフォーマンスデータを1回以上Storeデータベースに格納します。

注1　パフォーマンスデータがStoreデータベースに格納されるタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

注2　Storeデータベースでは，レコードが格納され，Storeデータベース中のパフォーマンスデータが増加するタイミングで保存条件に合わないデータの領域が無効領域になります。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。ただし，PIレコードタイプのレコードの場合や，PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，パフォーマンスデータを完全に無効領域とできない場合があります。詳細については，「【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】」を参照してください。

Storeデータベースを再編成する

Storeデータベースを再編成し，Storeデータベースのディスク占有量を減少させます。Storeデータベースの再編成については，「4.3.5　Storeデータベースサイズの確認と再編成について」を参照してください。

【レコードのパフォーマンスデータを格納してもStoreデータベースから削除できないレコードについて】

Storeデータベースではレコードのパフォーマンスデータが格納され，Storeデータベース中でそのレコードのパフォーマンスデータが増加するタイミングで，そのレコードのパフォーマンスデータについて保存条件に合わないものが無効領域となります。しかし，レコードによってはパフォーマンスデータを格納してもStoreデータベース中のパフォーマンスデータが増加しないで，そのレコードのパフォーマンスデータが無効領域とならないことがあります。PIレコードタイプの場合やPFM - Agent for PlatformのProcess Detail(PD)レコードの場合がそれに該当します。

PIレコードタイプの場合，パフォーマンスデータを格納して新たなパフォーマンスデータが作成される要約区分の場合，その要約区分のパフォーマンスデータがStoreデータベースから削除されます。そうでない場合はデータがStoreデータベースに残ります。ただし，要約区分が年のレコードのパフォーマンスデータはすべて残ります。例えば，Storeデータベースの中にあるPI_LOGDレコードのパフォーマンスデータがすべて2006/05/23（火），16:00:00以前のもので，2006/05/24（水），10:00:00にPI_LOGDレコードのパフォーマンスデータを格納したとします。まず要約区分が年のパフォーマンスデータは残ります。要約区分が月のパフォーマンスデータは，格納したパフォーマンスデータが2006年5月のパフォーマンスデータに要約されますので，新しいパフォーマンスデータは作成されません。したがって，Storeデータベース中の要約区分が月のPI_LOGDレコードのパフォーマンスデータはすべてStoreデータベースに残ります。同様に要約区分が週のパフォーマンスデータもすべてStoreデータベースに残ります。要約区分が日のレコードのパフォーマンスデータは2006/05/24のパフォーマンスデータが新たに作成されるので，Storeデータベース中のPI_LOGDレコードの要約区分が日のパフォーマンスデータはすべて無効領域となります。同様に要約区分が時や分のパフォーマンスデータもすべて無効領域となります。このようにして残ったパフォーマンスデータのディスク占有量はStoreデータベースのディスク容量の見積もりに加算して運用してください。

PFM - Agent for PlatformのProcess Detail(PD)レコードの場合，Process Detail(PD)レコードの最後に収集したパフォーマンスデータと今回収集したパフォーマンスデータに差分がない場合は，パフォーマンスデータがStoreデータベースに残ります。PFM - Agent for PlatformのProcess Detail(PD)レコードについてはマニュアル「JP1/Performance Management - Agent Option for Platform」のレコードについて説明している章を参照してください。差分を発生させパフォーマンスデータを削除するか，Process Detail(PD)レコードのデータのディスク占有量をStoreデータベースのディスク容量の見積もりに加算して運用してください。

(b)　Master StoreサービスのStoreデータベースの場合

次の1.〜3.の手順を実行してください。

検討したStoreデータベースの保存条件を設定する

イベントデータを1回以上Storeデータベースに格納する

注1　イベントデータがStoreデータベースに格納されるタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

注2　Storeデータベースではレコードのイベントデータが格納されるタイミングで保存条件に合わないデータの領域が無効領域になります。無効領域はStoreデータベースを再編成することでデータベースファイルから削除されます。

Storeデータベースを再編成する

Storeデータベースを再編成し，Storeデータベースのディスク占有量を減少させます。Storeデータベースの再編成については，「4.3.5　Storeデータベースサイズの確認と再編成について」を参照してください。

これらの対処をしたあともMaster StoreサービスまたはAgent Storeサービスが起動されない場合，Storeデータベースに回復できない論理矛盾が発生しています。この場合，バックアップデータからStoreデータベースをリストアしたあと，Master StoreサービスまたはAgent Storeサービスを起動してください。利用できるバックアップデータがない場合は，Storeデータベースを初期化したあと，Master StoreサービスまたはAgent Storeサービスを起動してください。Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。

拡張子が「.DB」であるファイル

拡張子が「.IDX」であるファイル

デフォルトのStoreデータベースの格納先ディレクトリは，次のとおりです。

パフォーマンスデータのStoreデータベース格納先ディレクトリ

各PFM - Agentのマニュアルを参照してください。

イベントデータのStoreデータベース格納先ディレクトリ

Windowsの場合：

インストール先フォルダ¥mgr¥store¥

UNIXの場合：

/opt/jp1pc/mgr/store/

なお，イベントデータのStoreデータベースの格納先ディレクトリについては，jpcsto.iniファイルで変更できます。変更方法の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

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

Storeデータベースは，データの実体を格納する「データファイル」と，アクセスを高速化できるように，データへのインデックスを管理する「インデックスファイル」から成ります。Storeバージョン1.0の場合のデータファイルでは，レコードを削除すると無効領域になるだけで，ファイルサイズが自動的に縮小することはありません。また，データファイル中の無効領域は再利用されますが，格納しようとするパフォーマンスデータのインスタンス数がデータ収集のたびに変化するような場合，再利用の効率が悪くなり，Storeデータベースのサイズがディスク占有量の見積もりサイズを超えてしまうことがあります。そのため，Storeバージョン1.0の場合は定期的にStoreデータベースのサイズを確認し，ディスク占有量の見積もりサイズの90%を超えた時点で，Storeデータベースを再編成し，無効領域を縮小してください。なお，Storeバージョン2.0の場合は再編成は不要です。

(1)　Storeデータベースサイズの確認

Storeデータベースの格納先で，拡張子が「.DB」および「.IDX」であるファイルのサイズを調べ，それらの合計サイズを計算します。Storeバージョン1.0の場合で，合計サイズがディスク占有量の見積もりサイズの90%を超えているときは，次に示す手順でStoreデータベースの再編成を行ってください。

(2)　Storeデータベースを再編成する（Storeバージョン1.0の場合だけ）

再編成するStoreデータベースを管理するPerformance Managementのサービスを起動する。

再編成したいStoreデータベースを管理するPFM - AgentまたはPFM - Managerのサービスが停止している場合は，jpcspm startコマンドで起動します。

jpctool db backupコマンドでStoreデータベースをバックアップする。

jpctool db backupコマンドを実行し，再編成したいStoreデータベースをバックアップします。jpctool db backupコマンドを実行すると，データファイルの無効領域以外のデータが抽出され，保存されます。

注意

jpctool db backupコマンドを実行する場合，バックアップファイルの出力先にはStoreデータベースサイズの確認方法で計算した合計サイズの約2倍以上のディスク空き容量が必要となります。実行前に十分な空き容量があるか確認してください。

再編成するStoreデータベースを管理するPerformance Managementのサービスを停止する。

再編成したいStoreデータベースを管理するPFM - AgentまたはPFM - Managerのサービスを，jpcspm stopコマンドで停止します。

jpctool db restoreコマンドでStoreデータベースをリストアする。

jpctool db restoreコマンドを実行し，手順2でバックアップしたStoreデータベースをリストアします。

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

必要に応じて手順3で停止したサービスを，jpcspm startコマンドで起動します。

4.3.6　保存期間を過ぎても残るファイルやフォルダを削除する手順について

保存期間が過ぎたレコードが自動で削除されるためには，対応したレコードが収集される必要があります。そのため，以前収集していたレコードを，収集しない設定へと変更した場合はデータが残ることがあります。その場合は次に示す手順によって不要なレコードおよびフォルダを削除してください。

PFM - AgentまたはPFM - RMをjpcspm stopコマンドによって停止させる。

削除したいレコード名（データベースID_レコードタイプ:例PI_PI）を持つDB/IDXファイル名をStoreデータベースの格納ディレクトリ以下から検索する。

検索で見つかったファイルを削除する（手動で削除）。

手順3で削除した結果，DB/IDXファイルが格納されたフォルダが空になる場合は，日付のフォルダ（1212や1219フォルダなど）を削除する。

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

Storeバージョン2.0は，バージョン08-10以降のPFM - ManagerまたはPFM - Baseとバージョン08-00以降のPFM - Agent for Platformの組み合わせで利用できます。PFM - Agent 08-10以降を使用する場合とPFM - Agent 08-00を使用する場合で，レコードのデフォルト保存期間が異なります。

PFM - Agent 08-10以降を使用する場合

レコードのデフォルト保存期間については，各PFM - Agentのマニュアルを参照してください。

PFM - Agent 08-00を使用する場合

PDレコードタイプとPLレコードタイプのレコードでは，すべてのレコードのデフォルト保存期間が10日に設定されます。PIレコードタイプのデフォルト保存期間を次に示します。

表4‒21　PIレコードタイプのデフォルト保存期間

セットアップ前の保存期間

セットアップ後の保存期間

要約区分

分

（単位：日）

時

（単位：日）

日

（単位：週）

週

（単位：週）

月

（単位：月）

1分間

1

−

−

−

−

1時間

1

1

−

−

−

1日間

1

1

1

−

−

2日間

2

2

1

−

−

3日間

3

3

1

−

−

4日間

4

4

1

−

−

5日間

5

5

1

−

−

6日間

6

6

1

−

−

1週間

7

7

1

1

−

1か月間

31

31

5

5

1

1年間

366

366

54

54

12

（凡例）

−：指定できない項目

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

データモデルをバージョンアップした場合で，既存のレコードにフィールドが追加されたとき，バージョンアップする前のStoreデータベースにはデフォルトのパフォーマンスデータが格納されます。デフォルトで格納されるパフォーマンスデータを次の表に示します。

表4‒22　デフォルトで格納されるパフォーマンスデータ

フィールドのデータ型

格納されるパフォーマンスデータ

char

空

double

0

float

0

long

0

short

0

string

空

time_t

0

timeval

0

ulong

0

utime

0

word

0

（該当なし）

0

4.3.9　Linuxのスナップショット機能について

Linuxでは，論理ボリュームのスナップショットを元の論理ボリュームにマージすることで，そのスナップショットのあとに発生した変更を取り消すことができますが，Performance Managementのボリュームに対する変更の取り消しは，データの不整合の原因になるため，行わないでください。

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

この章では，Performance Managementが収集するパフォーマンスデータを基に，レポートを作成する方法や，レポートを表示したり出力したりする方法について説明します。

5.1　レポートの概要

5.1.1　レポートとは

Performance Managementでは，PFM - AgentまたはPFM - RMが収集したパフォーマンスデータをPFM - Web Consoleの画面に表やグラフなどのグラフィカルな形式で表示させ，システムの稼働状態の確認や分析ができます。この，パフォーマンスデータを表やグラフなどの形式で表したものを「レポート」と呼びます。

レポートには，データに表示させる情報や条件をあらかじめ定義します。レポートの定義方法には，「監視テンプレート」をそのまま使用する方法，監視テンプレートをカスタマイズして使用する方法，および独自に定義する方法があります。

5.1.2　レポートの種類

レポートの種類には，「リアルタイムレポート」と「履歴レポート」があります。

リアルタイムレポート

システムのその時点の状態や問題点を確認するためのレポートです。一定時間ごとに自動更新して，最新のデータが表示されるように設定することもできます。リアルタイムレポートは，レポートを表示するタイミングでパフォーマンスデータを収集するため，Storeデータベースは利用されません。

履歴レポート

過去から現在までの履歴データから，システムの稼働状態の傾向を分析したい場合に作成するレポートです。履歴レポートは，過去のデータを保持しておく必要があるため，パフォーマンスデータをStoreデータベースに記録しておきます。Storeデータベースへの記録方法については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

なお，Performance Managementが提供するレポートには，通常のレポートと，複合レポートがあります。「複合レポート」は，複数の履歴レポートを1つのグラフに表示したレポートです。エージェントとレポート定義を組み合わせた複数の登録レポートをブックマークや複合ブックマークに登録しておくことで，エージェントの選択を必要としないで，即時にレポートや複合レポートを表示できます。

複合ブックマークでは登録レポート以外に，登録レポートを検証するための基準値となる，過去のある期間のレポートを保存できます。登録レポートを検証するための基準値となるレポートを「ベースライン」と呼びます。複数の登録レポートおよびベースラインを複合ブックマークとして定義，管理し，複合レポートとして同一グラフ上に表示することもできます。複合レポートを参照することで，システム全体の稼働状況を総合的に判断できます。

複合ブックマークの定義と複合レポートの関係を次の図に示します。

図5‒1　複合ブックマークの定義と複合レポートの関係

図に示すように，複数の監視エージェントのレポート定義を1つの複合ブックマークに登録しておくことで，複数のレポートを重ねて表示できます。例えば，HTTPサービスの応答速度とトランザクション数の変動値に相関性がある場合に，複合レポートを利用してレポートを重ねて表示することで，相関の度合いを視覚的に確認できます。

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

5.1.3　レポートの表示形式

レポートは，目的に応じて「表」，「一覧」，および「グラフ」で表示できます。

(1)　表

履歴データで時系列に蓄積されたデータを表の形式で表示できます。各フィールド値の時系列の変化を見る場合に適しています。表の表示例を次の図に示します。

図5‒2　表の表示例

(2)　一覧

エージェントまたはインスタンスごとにフィールド値を一覧形式で表示できます。一覧は，特に複数のエージェントまたは複数インスタンスでの表示に適しています。

一覧の表示例を次の図に示します。

図5‒3　一覧の表示例

一覧のデータは，データグループ単位で表示されます。データグループとは，異なるエージェントまたはインスタンスのデータを同一時刻ごとにまとめたデータ群のことです。

同じデータグループ内のほかのエージェントまたはインスタンスの情報を表示させる場合は，一覧の左側にある[図データ]ボタンまたは[図データ]ボタンをクリックします。ほかのデータグループの情報を表示する場合は，［レポート］画面のメニューバーに表示される[図データ]ボタンまたは[図データ]ボタンをクリックします。

(3)　グラフ

それぞれのグラフは，グラフの特性，データのインスタンス数，取り扱うエージェント数によって，表示に特長があります。グラフの表示する要素を「フィールド」と呼びます。グラフに表示するフィールドは，レポート定義で設定します。設定できるフィールドは，数値フィールドだけです。

グラフの種類を次に示します。

集合縦棒グラフ

積み上げ縦棒グラフ

集合横棒グラフ

積み上げ横棒グラフ

円グラフ

折れ線グラフ

面グラフ

積み上げ面グラフ

グラフの表示例を次の図に示します。

図5‒4　グラフの表示例

5.2　レポート作成の方法と流れ

5.2.1　レポートを作成する方法

レポートは，PFM - Web Consoleの［レポート階層］画面，クイックガイドまたはコマンドを使用して作成します。

レポートの作成には，次に示す方法があります。

新規にレポートを作成する

システム環境に合わせてレポートを新たに作成したい場合，新規にレポートを定義します。クイックガイドを使用して，簡易的なレポートを作成することもできます。

既存のレポートを使用する

次に示す方法があります。

監視テンプレートを使用する

監視テンプレートは，各PFM - AgentまたはPFM - RMに付属している必要な情報があらかじめ定義されたレポートの集まりです。この監視テンプレートを使用すると，PFM - AgentまたはPFM - RMを起動した時点で，監視テンプレートのレポートの表示に必要なパフォーマンスデータの収集が開始され，レポートが作成できます。

監視テンプレートをカスタマイズする

監視テンプレートをコピーして監視目的に合わせカスタマイズします。

作成済みのレポートを使用する

作成済みのレポートをコピーしてカスタマイズします。

5.2.2　レポートを作成する流れ

レポートを作成する流れを次の図に示します。なお，クイックガイドでレポートを作成する場合は，「5.4　Webブラウザ（クイックガイド）でのレポートの作成」の手順を実施してください。

図5‒5　レポートを作成する流れ（レポートの定義から表示まで）

5.3　Webブラウザ（レポート階層）でのレポートの作成

コマンドを使用してレポートを作成する方法については，「5.5　コマンドでのレポートの作成」を参照してください。

クイックガイドを使用して，簡易的なレポートを作成することもできます。クイックガイドを使用したレポートの作成については，「5.4　Webブラウザ（クイックガイド）でのレポートの作成」を参照してください。

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

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層で，フォルダを作成する「User Reports」または「User Reports」配下のフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

メソッドフレームの［新規フォルダ］メソッドを選択する。

インフォメーションフレームの［新規フォルダ］画面で［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

1〜64文字の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

手順3で選択した「User Reports」またはフォルダの下に，フォルダが追加されます。

レポートフォルダの作成例を次に示します。

注意

レポート定義のフォルダ数が多くなると，表示に時間が掛かる場合があります。フォルダ数は最大500フォルダとしてください。

5.3.2　［新規レポート > 名前と種別］画面を表示する

新規のレポートは，［レポート階層］画面の［新規レポート > 名前と種別］画面で作成します。

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

［メイン］画面のナビゲーションフレームで，［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層で，レポートを格納するフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

［レポート階層］画面のメソッドフレームで，［新規レポート］メソッドを選択する。

インフォメーションフレームに［新規レポート > 名前と種別］画面が表示されます。「5.3.3　レポートの名前と種別を設定する」に進んでください。

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

［新規レポート > 名前と種別］画面で［レポート名］および［プロダクト］を設定する。

［レポート名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するレポート名も入力できます。

［プロダクト］

使用するデータモデルのバージョンを選択します。

例えば，エージェントがPFM - Agent for Platform（Windows）で，データモデルのバージョン6.0を使用し，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合，次のように設定します。

［レポート名］： CPU Usage - Top 10 Processes

［プロダクト］： Windows(6.0)

［レポート種別］を選択する。

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

［リアルタイム（1つのエージェント）］

システムの，その時点の状態を表示するリアルタイムレポートです。1つのエージェントの，その時点のデータを収集して表示します。収集した値を順位づけし，ランキングを表示できます。ただし，Storeデータベースに格納されないため，過去のデータを取得して表示できません。［リアルタイム（1つのエージェント）］レポートで扱うレコードは，単数インスタンスと複数インスタンスです。

［履歴（1つのエージェント）］

1つのエージェントのデータを収集して表示する履歴レポートです。1つのエージェントに対して，1つの［レポート］画面を単独のウィンドウに表示します。複数のエージェントを選択すると，選択したエージェントの数の［レポート］画面を表示します。［履歴（1つのエージェント）］レポートで扱うレコードは，単数インスタンスと複数インスタンスです。

［履歴（複数のエージェント）］

複数のエージェントのデータを収集して表示する履歴レポートです。選択したエージェントの数が，1つでも複数でも，1つの［レポート］画面を表示します。［履歴（複数のエージェント）］レポートで扱うレコードは，単数インスタンスだけです。

この項目を選択した場合，次の［新規レポート > フィールド］画面で複数行のレコード（複数インスタンスレコード）は，選択できません。

デフォルトは，［リアルタイム（1つのエージェント）］です。

単数インスタンスレコードおよび複数インスタンスレコードについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

［次へ >］ボタンをクリックする。

［新規レポート > フィールド］画面に遷移します。「5.3.4　レポートに表示させるフィールドを設定する」に進んでください。

注意　データモデルバージョンと互換性

データモデルの内容はバージョンによって異なりますが，上位互換が保証されます。そのため，古いデータモデルを使用してレポートを作成すると，それより新しいデータモデルのPFM - AgentまたはPFM - RMでも，レポートを表示できます。例えば，PFM - Agent for Platform Windows(3.0)で作成したレポートはどのバージョンのPFM - Agent for Platform（Windows）のデータでも表示できますが，PFM - Agent for Platform Windows(4.0)で作成したレポートはPFM - Agent for Platform（Windows）の07-00以降のデータだけを表示できます。また，PFM - AgentまたはPFM - RMによっては，複数のデータモデルのバージョンを選択できる場合があります。データモデルのバージョンと互換性については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，データモデルのバージョン互換について説明している個所を参照してください。

注意　履歴レポートを選択する場合

履歴レポートは過去のデータを利用するため，監視対象のパフォーマンスデータのレコードをStoreデータベースに記録するように設定しておく必要があります。監視対象のレコードが記録されるようになっているか確認してください。Storeデータベースに記録する方法については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

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

ここで設定するパフォーマンスデータのレコードおよびフィールドは，各エージェントで異なります。各エージェントのレコードおよびフィールドについては，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

なお，フィールドを文字検索で探す場合は，［新規レポート > フィールド］画面の［フィールドの検索］ボタンをクリックしてください。フィールドの検索については，「5.3.4(1)　フィールドを検索する」を参照してください。

［新規レポート > フィールド］画面の［レコード］で，レポートに表示させたいレコードを選択する。

レコードを選択すると，選択したレコードのフィールドが［すべてのフィールド］に表示されます。

注意

［新規レポート > 名前と種別］画面で，レポート種別として［履歴（複数のエージェント）］を選択している場合，［レコード］で選択できるのは単一行のレコードだけです。

参考　［レコードとフィールドの説明］画面

［レコード］の右にある［説明］ボタンをクリックすると，［新規レポート > 名前と種別］画面で選択したプロダクトに属する［レコードとフィールドの説明］画面が表示されます。

参考　単一行のレコード，複数行のレコードとは

［レコード］の下に，「（単一行のレコードです）」または「（複数行のレコードです）」という説明が表示されます。これはレコードのタイプを表しています。単一行のレコードは単数インスタンスレコード，複数行のレコードは複数インスタンスレコードのことです。単数インスタンスレコードおよび複数インスタンスレコードについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

［すべてのフィールド］で，レポートに表示させたいフィールドを選択する。

選択したフィールドが選択状態で表示されます。ShiftキーまたはCtrlキーを使うと複数のフィールドを同時に選択できます。

移動ボタン（[図データ]）をクリックする。

手順2で選択したフィールドが［選択されたフィールド］に移動します。

いったん［選択されたフィールド］に移動したフィールドを元に戻したい場合は，［選択されたフィールド］で元に戻したいフィールドを選択し，移動ボタン（[図データ]）をクリックします。

また，［選択されたフィールド］でフィールドを選択し，移動ボタン（[図データ]）または移動ボタン（[図データ]）をクリックすると，フィールドを並び替えることができます。ここで指定した並び順は，表，一覧およびグラフでのフィールドの並び順に反映されます。

［新規レポート > フィールド］画面での設定例を次に示します。

例えば，エージェントがPFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートについて，「Process Detail（PD）」レコードのフィールドとして「CPU %（PCT_PROCESSOR_TIME）」，「PID（ID_PROCESS）」，および「Program（INSTANCE）」の3つを指定する場合，この画面には，次のように設定します。

［レコード］：Process Detail（PD）

［選択されたフィールド］：PID，Program，CPU %

［次へ >］ボタンをクリックする。

［新規レポート > フィルター］画面に遷移します。「5.3.5　レポートに表示させるフィールドの表示条件（フィルター条件）を設定する」に進んでください。

(1)　フィールドを検索する

検索結果は，［新規レポート > フィールド］画面の［選択されたフィールド］に設定できます。

［新規レポート > フィールド］画面で［フィールドの検索］ボタンをクリックする。

［新規レポート > フィールド > フィールドの検索］画面で検索対象のレコードを［対象レコード］のプルダウンメニューから選択する。

プルダウンメニューの内容は次のとおりです。

「--すべてのレコード--」

すべてのレコードを検索対象とする場合に選択します。

選択したエージェントのレコード名一覧

選択したエージェントのレコード名一覧がアルファベット順に表示されます。

フィールドで検索したい文字列を［検索キーワード］に入力し，［検索］ボタンをクリックする。

対象レコードとして「--すべてのレコード--」を選択した場合

検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。

該当するレコード名のメニュー部分をクリックすると，検索結果が［新規レポート > フィールド > フィールドの検索］画面にフィールド単位で一覧表示されます。

対象レコードとしてレコード名を選択した場合

検索結果のフィールド一覧が，［新規レポート > フィールド > フィールドの検索］画面に表示されます。

選択するフィールドのチェックボックスをチェックして，［OK］ボタンをクリックする。

呼び出し元の［新規レポート > フィールド］画面が表示され，選択したフィールドが［選択されたフィールド］に追加されます。

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

レポートに表示させるフィールドの表示条件を設定すると，レポートに表示させるデータを目的に合った項目だけに絞り込むことができます。また，複数の条件をフィルター条件として設定できます。

［新規レポート > フィルター］画面の［フィールド］で，フィルターの対象となるフィールドを選択する。

フィールドの表示条件を設定する。

例えば，エージェントがPFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートとして，Process Detail（PD）レコードに，PID（ID_PROCESS）フィールドの値が0でないときの条件を設定する場合，次のように設定します。

［フィールド］：PID

［条件］：<>

［値］：0

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

手順2で設定した条件が［条件式］に追加されます。

［条件式］：PID <> "0"

［条件式］に条件式が設定されていない場合は，条件式のないレポートとして登録されます。

［次へ >］ボタンをクリックする。

レポート種別が［リアルタイム（1つのエージェント）］の場合

［新規レポート > 表示設定（リアルタイムレポート）］画面に遷移します。「5.3.6(1)　リアルタイムレポートの表示情報を設定する」に進んでください。

レポート種別が［履歴（1つのエージェント）］または［履歴（複数のエージェント）］の場合

［新規レポート > 表示設定（履歴レポート）］画面に遷移します。「5.3.6(2)　履歴レポートの表示情報を設定する」に進んでください。

参考　レポート表示時にフィルター条件を設定したいとき

［表示時に指定］をチェックしておくと，レポートを表示させる際にフィルター条件を設定できます。［新規レポート > フィルター］画面であらかじめ定義した条件でレポートを表示させたい場合は，チェックを外してください。

注意

Storeデータベースへの記録時に追加される"Date"フィールド，"Time"フィールド，"Date and Time"フィールドを履歴レポートのフィルター条件に指定する場合，次の注意事項があります。

フィルター条件として有効な単位は「年」「月」「日」「時」「分」となり，「秒」の単位は無視されます。

・「Date and Time < 2009 03 15 10:00:01」と設定した場合，"2009/03/15 09:59:00"以前のデータを取得して表示します。

・「Date = 2009 03 15 10:01:00」と設定した場合，"2009/03/15 10:00:00"以前のデータを取得して表示します。

各フィールドはGMTで記録しているため，フィルター条件に指定した日付と時刻をGMTへ変換してからStoreデータベースを検索し，一致するレコードをGMTからシステム時刻へ再度変換して表示します。そのため，GMT以外で運用している場合は，フィルター条件に指定する日時について時刻差を考慮する必要があります。

例えば，JST（日本標準時GMT+9:00）で運用している場合，フィルター条件に「Date = 2009 03 15」を設定すると，"2009/03/15 00:00:00"をGMTへ変換した"2009/03/14 15:00:00"と解釈して"2009/03/14"の日付でレコードを検索するため，"2009/03/14 09:00:00"から"2009/03/15 08:59:00"までの範囲のデータが表示されます。

この場合は，フィルター条件に「Date and Time >= 2009 03 15 00:00:00 AND Date and Time <= 2009 03 15 23:59:00」と指定することで，"2009/03/15 00:00:00"から"2009/03/15 23:59:00"までの範囲のデータを表示できます。

フィルター条件で「Agent Type = Tag」と設定した場合，「Agent Type=T」と同じフィルター条件のデータが取得されます。

現在日時から20年以上離れた日時を指定した場合，設定したフィルター条件とは異なるデータが取得されることがあります。

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

レポート種別がリアルタイムレポートか，履歴レポートかによって，ここで設定する表示情報が異なります。

リアルタイムレポートを選んだ場合

［新規レポート > 表示設定（リアルタイムレポート）］画面が表示されていることを確認し，「5.3.6(1)　リアルタイムレポートの表示情報を設定する」に進んでください。

履歴レポートを選んだ場合

［新規レポート > 表示設定（履歴レポート）］画面が表示されていることを確認し，「5.3.6(2)　履歴レポートの表示情報を設定する」に進んでください。

(1)　リアルタイムレポートの表示情報を設定する

表示情報を設定する。

例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードのリアルタイムレポートの表示情報を次の条件で設定するとします。

条件

レポートに表示されるデータをデルタ値で表示する。

レポートの表示を自動的に更新する間隔を，初期値60秒，最小値30秒にする。

CPU %（PCT_PROCESSOR_TIME）フィールドを表示の判定基準にして，上位10件のデータを表示する。

この場合，次のように設定します。

［表示時に指定］：選択する

［デルタ値で表示］：選択する

更新間隔

［自動更新しない］：選択しない

［初期値］：60

［最小値］：30

ランキング表示

［フィールド］：CPU%

［表示数］：10

［降順］：選択しない

［次へ >］ボタンをクリックする。

［新規レポート > 表示形式］画面に遷移します。「5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」に進んでください。

(2)　履歴レポートの表示情報を設定する

注意　履歴レポートに表示される性能情報について

PFM - AgentまたはPFM - RMが稼働するホストの時刻を現在時刻より未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの性能情報は表示されません。

PFM - AgentまたはPFM - RMが稼働するサーバの時刻を現在時刻より過去の時刻に変更した場合，変更後の時刻から変更前の時刻までの性能情報は上書きされたデータが表示されます。

表示情報を設定する。

例えば，PFM - Agent for Platform（Windows）で，最近1時間の1分ごとのCPU使用量を要約した履歴レポートを定義する場合に，System Overview（PI）レコードの履歴レポートの表示情報を次の条件で設定するとします。

条件

パフォーマンスデータの収集期間をレポートの表示時に指定する。

レポートの表示間隔を，1時間にする。

User CPU %（PCT_TOTAL_USER_TIME）フィールドの値が1日のうちで最大になった時間のデータだけを表示する。

レポートに表示する最大レコード数を1,440にする。

この場合，次のように設定します。

［表示時に指定］：任意選択

レポート表示期間の設定

［対象期間］：レポートの表示時に指定

［レポート間隔］：時

ピーク時間

［フィールド］：User CPU%

［最大レコード数］：1440

［次へ >］ボタンをクリックする。

［新規レポート > 表示形式］画面に遷移します。「5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」に進んでください。

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

レポートの表示形式は，次の3つの形式から選択します。1つのレポートに複数の表示形式でのデータを表示させることもできます。

表

一覧

グラフ

(1)　レポートの表示形式を設定する

必要な表示形式の情報を設定する。

例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードの各フィールドのレポートを表で表示し，CPU %（PCT_PROCESSOR_TIME）フィールドのレポートをグラフで表示したいとき，次のように設定します。

［CPU%］：［表］および［グラフ］を選択する

［PID］：［表］を選択する

［Program］：［表］を選択する

表示キー

［フィールド］：CPU%

［降順］：選択しない

［次へ >］ボタンをクリックする。

［新規レポート > 表示形式］画面で［グラフ］を1つでも選択した場合

［新規レポート > グラフのプロパティ］画面に遷移し，グラフの種類を選択します。「5.3.7(2)　グラフの種類を設定する」に進んでください。

［新規レポート > 表示形式］画面で［グラフ］を1つも選択しなかった場合

［新規レポート > ドリルダウン］画面に遷移します。「5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」に進んでください。

(2)　グラフの種類を設定する

グラフの種類と必要な表示形式の情報を設定する。

例えば，PFM - Agent for Platform（Windows）で，CPU使用率が高いプロセスの上位10個のリアルタイムレポートを定義する場合に，Process Detail（PD）レコードのCPU %（PCT_PROCESSOR_TIME）フィールドのレポートを，次の条件でグラフ表示するとします。

条件

縦軸をCPU %（PCT_PROCESSOR_TIME）フィールドの値にする。

横軸をProgram（INSTANCE）フィールド名で，（ ）内をPID（ID_PROCESS）フィールドの値にする。

グラフの種類を集合横棒にする。

この場合，次のように設定します。

グラフの種類

［集合縦棒］：選択する

系列

［行］：選択する

軸ラベル

［X軸］：Program（PID）

［Y軸］：CPU%

データラベル

［データラベル1］：Program

［データラベル2］：PID

［次へ >］ボタンをクリックする。

［新規レポート > ドリルダウン］画面に遷移します。「5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」に進んでください。

補足

ドリルダウンレポートを定義しない場合は，［完了］ボタンをクリックして，レポートの設定を終了できます。

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

必要に応じて，表示中のレポートから関連するレポートをドリルダウンで表示するドリルダウンレポートを設定します。

ドリルダウンレポートには次の2種類があり，目的に合わせて設定します。両方を設定してもかまいません。

レポートレベルのドリルダウンレポートを設定する場合

このドリルダウンレポートを設定する場合は，「5.3.8(1)　レポートレベルのドリルダウンレポートを定義する」に進んでください。

フィールドレベルのドリルダウンレポートを設定する場合

このドリルダウンレポートを設定する場合は，「5.3.8(2)　フィールドレベルのドリルダウンレポートを定義する」に進んでください。

(1)　レポートレベルのドリルダウンレポートを定義する

［新規レポート > ドリルダウン］画面で［追加］ボタンをクリックする。

［新規レポート > ドリルダウン > レポートの選択］画面のレポート階層から，レポートに関連づけるドリルダウンレポートを選択する。

選択したレポートにチェックマークが表示されます。なお，ツリー種別プルダウンメニューから「ブックマーク」を選択することで，ブックマークおよび複合ブックマークをドリルダウンレポートとして関連づけることもできます。

ヒント

レポートまたはブックマークを検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。

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

［新規レポート > ドリルダウン］画面の［レポート］に，手順2で選択したドリルダウンレポートが表示されます。

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

［新規レポート > ドリルダウン］画面が閉じ，レポートの設定が終了します。

(2)　フィールドレベルのドリルダウンレポートを定義する

［フィールド］から，ドリルダウンレポートを関連づけたいフィールドを選択する。

選択するフィールドの［選択］ラジオボタンをクリックします。

［バインド］ボタンをクリックする。

［新規レポート > ドリルダウン > レポートの選択］画面のレポート階層から，フィールドに関連づけるドリルダウンレポートを選択する。

選択したレポートにチェックマークが表示されます。

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

［新規レポート > ドリルダウン］画面の［フィールドのドリルダウン］の［レポート］に，手順3で選択したドリルダウンレポートが表示されます。

選択したフィールドを表示するときの条件式を設定したい場合は，［条件式の編集］ボタンをクリックする。

［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面のドリルダウンレポートの条件式を設定する。

例えば，［レポート］画面に表示されているプロセスのCPU使用率よりCPU使用率が高いプロセスを，ドリルダウンレポートとして表示したい場合，条件式を次のようになるように設定します。

［条件式］：CPU % > CPU %

左辺の「CPU %」はドリルダウンレポートに表示するCPU使用率を示します。これは，［新規レポート > ドリルダウン > ドリルダウン条件式の編集］画面の最初の［フィールド］に指定します。

右辺の「CPU %」は，ドリルダウンレポートの表示元になる，［レポート］画面に表示されているCPU使用率を示します。これは，［値かフィールドのどちらかを選択してください］の［フィールド］に指定します。

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

［新規レポート > ドリルダウン］画面が表示されます。手順6で設定した条件式が［フィールドのドリルダウン］の［条件式］に表示されます。

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

［新規レポート > ドリルダウン］画面が閉じ，レポートの設定が終了します。

5.3.9　レポートをコピーする

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層で，コピーするレポートを選択する。

選択したレポートにチェックマークが表示されます。

メソッドフレームの［コピー］メソッドを選択する。

インフォメーションフレームに［コピー］画面が表示され，コピー先のレポート階層が表示されます。

コピー先のフォルダまたは「User Reports」を選択する。

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

手順3で選択したレポートが，手順5で選択したフォルダまたは「User Reports」にコピーされます。

メモ

コピー先に同じレポートがある場合は，「コピー〜レポート名」が作成されます。

5.3.10　レポートを編集する

(1)　［レポート階層］画面からレポートを編集する

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層で，編集するレポートを選択する。

選択したレポートにチェックマークが表示されます。

メソッドフレームの［編集］メソッドを選択する。

インフォメーションフレームの［編集 > 名前と種別］画面でレポートの定義を編集する。

これ以降の手順は，新規にレポートを作成する場合と同じです。

手順については，「5.3.3　レポートの名前と種別を設定する」から「5.3.8　レポートに関連づけるレポートを設定する（ドリルダウンレポート）」を参照してください。

編集が終了したら，［完了］ボタンをクリックする。

編集したレポートの定義が有効になります。

注意

監視テンプレートとして用意されているレポートは変更できません。監視テンプレートのレポート定義をカスタマイズしたい場合は，監視テンプレートの該当レポートをコピーし，コピーしたレポートの定義内容を編集してください。

作成済みのレポートを変更する際，［プロダクト］は変更できません。また，［レポート種別］と［レコード］を変更した場合，フィルター条件や表示設定などの定義はリセットされるため，設定し直す必要があります。

(2)　［レポート］画面からレポートを編集する

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

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

［エージェント階層］画面のナビゲーションフレームでエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

メソッドフレームで［レポートの表示］を選択する。

インフォメーションフレームに［レポートの表示 > レポートの選択］画面が表示されます。

インフォメーションフレームのレポートを選択する。

別ウィンドウで表示された［レポート］画面の［レポート定義の編集］タブを選択する。

編集できる項目は次のとおりです。設定方法については，「5.3.4　レポートに表示させるフィールドを設定する」〜「5.3.7　レポートの表示形式を設定する（表，一覧，およびグラフ）」を参照してください。［名前と種別］と［ドリルダウン］は編集できません。

［フィールド］（レコード名は編集できません）

［フィルター］

［表示設定］

［表示形式］

［グラフのプロパティ］（グラフを選択した場合）

編集が終了したら，［OK］ボタンをクリックする。

編集したレポートの定義が有効になります。

編集したレポートの定義を保存したい場合，レポートを再表示したあとに［レポート定義の保存］メニューをクリックしてください。

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

レポートを格納するフォルダやレポートの名前を変更できます。

(1)　レポートのフォルダ名を変更する

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層の「User Reports」配下で，名前を変更するフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

「User Reports」の名前は，変更できません。

メソッドフレームの［名前の変更］メソッドを選択する。

インフォメーションフレームに［名前の変更］画面が表示されます。

［現在のフォルダ名］に現在のフォルダ名が表示されます。

［新しいフォルダ名］に新しいフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

手順3で選択したフォルダの名前が変更されます。

(2)　レポート名を変更する

レポートの名前を変更する手順を次に示します。

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層の「User Reports」配下で，名前を変更するレポートを選択する。

選択したレポートにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。

インフォメーションフレームに［名前の変更］画面が表示されます。

［現在のレポート名］に現在のレポート名が表示されます。

［新しいレポート名］に新しいレポート名を入力する。

［新しいレポート名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するレポート名も入力できます。

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

手順3で選択したレポートの名前が変更されます。

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

不要になったフォルダやレポートは削除できます。フォルダを削除する場合，フォルダ配下にあるフォルダおよびレポートも削除されます。

(1)　レポートのフォルダを削除する

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層の「User Reports」配下で，削除するフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。

削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。

手順3で選択したフォルダが削除されます。

(2)　レポートを削除する

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層の「User Reports」配下で，削除するレポートを選択する。

選択したレポートにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。

削除を確認するメッセージボックスが表示されます。

メッセージボックスの［OK］ボタンをクリックする。

手順3で選択したレポートが削除されます。

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

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のナビゲーションフレームのレポート階層で，エクスポートする対象を選択する。

ここで選択する対象によって，次のようにエクスポートされます。

「User Reports」ルートを選択した場合

「User Reports」配下のフォルダおよびすべてのレポート

フォルダを選択した場合

選択したフォルダとフォルダ配下のレポート

レポートを選択した場合

選択したレポート

メソッドフレームで［エクスポート］メソッドを選択する。

OSの確認画面，保存画面が表示されます。画面の指示に従って，エクスポートしたファイルに名前を付けて保存してください。選択したレポートがエクスポートされます。

注意

PFM - Web Consoleの画面からエクスポートしたレポート定義ファイルは，バイナリ形式となります。

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

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

［メイン］画面のナビゲーションフレームで［レポート階層］タブを選択する。

［レポート階層］画面のメソッドフレームで［インポート］メソッドを選択する。

［インポート］画面で［インポートファイル名］の［参照］ボタンをクリックする。

OSのファイル選択画面が表示されます。インポートするレポートの定義ファイルを選択してください。

上書きしてよければ，上書きを確認するメッセージボックスの［OK］ボタンをクリックする。

レポートがインポートされます。

5.4　Webブラウザ（クイックガイド）でのレポートの作成

クイックガイドを使用すると，最小限の項目を設定することで，簡易的なレポートを作成できます。クイックガイドで作成したレポートのデフォルト値については，「5.4.3　クイックガイドで作成したレポートのデフォルト値」を参照してください。

5.4.1　クイックガイドでレポートを作成する

アラームの作成方法については，「6.5　Webブラウザ（クイックガイド）でのアラームの設定」を参照してください。

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

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

［エージェント階層］画面のナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。

「User Agents」選択時

「User Agents（ログインユーザー名）」をルートとするエージェント階層が表示されます。

「Products」選択時

「Products」をルートとするエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，レポートを作成したいエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［クイックガイド］ボタンを選択する。

［クイックガイド］画面でレポートの作成対象となるフィールドを表示する。

フィールドは次のどちらかの方法で表示します。

レコード名のメニューをクリックして展開表示し，表示されたフィールド一覧から選択する。

フィールドを文字検索し，検索結果から選択する。

フィールドを検索する場合は，検索文字列を［キーワード］に入力して［フィールドの検索］ボタンをクリックするか，または［キーワード］に何も入力しないで［フィールドの検索］ボタンをクリックして，［クイックガイド > フィールドの検索］画面を表示させます。フィールドの検索についての詳細は，「5.4.2　フィールドを検索する」を参照してください。

リアルタイムレポートまたは履歴レポートのフィールドに表示されたレポートアイコンをクリックする。

［レポート］画面の［レポート定義の保存］メニューをクリックし，任意の名称でレポートを保存する。

［レポート定義の保存］画面が表示されます。保存先のフォルダとレポート名を指定して［OK］ボタンをクリックすると，レポートを保存できます。

5.4.2　フィールドを検索する

この項では，［クイックガイド］画面からフィールドを文字検索する手順に限定して説明します。フィールドを検索したあとの作業については，「5.4.1　クイックガイドでレポートを作成する」のフィールド表示以降の手順を参照してください。

［クイックガイド］画面で［フィールドの検索］ボタンをクリックする。

［クイックガイド > フィールドの検索］画面が表示されます。

［クイックガイド］画面の［キーワード］にあらかじめ検索キーワードを入力した場合，検索結果が表示されます。検索結果については，手順3の説明文を参照してください。

検索対象のレコードを［対象レコード］のプルダウンメニューから選択する。

プルダウンメニューの内容は次のとおりです。

「--すべてのレコード--」

すべてのレコードを検索対象とする場合に選択します。

「--Log=Yesのレコード--」

「Log」プロパティがYesに設定されているレコードを検索の対象とする場合に選択します。この画面を開いた時点でエージェントが稼働している場合に，プルダウンメニューに表示されます。

選択したエージェントのレコード名一覧

選択したエージェントのレコード名一覧がアルファベット順に表示されます。

フィールドで検索したい文字列を［検索キーワード］に入力し，［検索］ボタンをクリックする。

検索結果が［検索結果］に表示されます。

対象レコードとして「--すべてのレコード--」を選択した場合

検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。

該当するレコード名のメニュー部分をクリックすると，検索結果のフィールド一覧が表示されます。

対象レコードとして「--Log=Yesのレコード--」を選択した場合

検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。

該当するレコード名のメニュー部分をクリックすると，検索結果のフィールド一覧が表示されます。

対象レコードとしてレコード名を選択した場合

検索結果のフィールド一覧が表示されます。

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

［クイックガイド > アラーム作成］画面の［リアルタイムレポート］または［履歴レポート］のアイコンとリンクから表示されるレポートも，デフォルト値は同じです。

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

項目

デフォルト値

編集可否

［名前と種別］

［レポート名］

(新しいレポート)

−

［プロダクト］

選択したエージェントのプロダクト種別

−

［レポート種別］

選択したエージェントのレポート種別

○※1

［フィールド］

［レコード］

［クイックガイド］または［検索結果:<レコード名>レコードの該当フィールド一覧］画面で選択したフィールドが属するレコード

○

フィールドの選択状態

［クイックガイド］または［検索結果:<レコード名>レコードの該当フィールド一覧］画面で選択したフィールド（ODBCキーフィールドがある場合は，すべてのODBCキーフィールドも含む）

○※2

［フィルター］

なし

−

［表示設定］

リアルタイムレポートの場合

表示時に指定：オフ

デルタ値で表示：オン

更新間隔

　自動更新しない：オフ

　初期値：60

　最小値：60

ランキング表

　フィールド：なし

　降順：オフ

−

履歴レポートの場合

表示時に指定：オフ

最大レコード数：1440

レポート表示期間

　対象期間：過去1時間以内

　レポート間隔：なし（指定レコードがPIレコードの場合は「分」）

ピーク時間のフィールド：なし

−

［表示形式］

［フィールド］

表：オン

一覧：オフ

グラフ：選択したフィールドに格納されている値が数値の場合だけオン

−

［表示キー］

表示名：オフ

表示キーのフィールド：オフ

−

［ドリルダウン］

なし

−

（凡例）

○：設定が必要な項目

−：設定を省略できる項目

注※1

クイックガイドでは，履歴レポートとリアルタイムレポートだけが作成できます。

注※2

フィールドの複数選択はできません。

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

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

定義を出力したいレポートを，レポートの定義ファイル（XML形式）に記述する。

例えば，「User Reports」直下の「report_win」フォルダに保存されている「report1」および「report2」のレポート定義を出力する場合，次のように記述します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "rdef_output_params.dtd">
<pr-cli-parameters ver="0100">
<report-definitions>
<report-definition name="report1" parent-folder="/report_win"/>
<report-definition name="report2" parent-folder="/report_win"/>
</report-definitions>
</pr-cli-parameters>

手順1のレポートの定義ファイルを保存する。

jpcrdef outputコマンドを実行する。

例えば，レポートの定義ファイル「rdef_input_win.xml」に記述したレポートの定義を，出力先のレポート定義ファイル「rdef_output_win.xml」に出力する場合，次のように指定して実行します。

jpcrdef output -o rdef_output_win.xml rdef_input_win.xml

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

手順3で出力したレポートの定義ファイルを編集する。

レポートの定義ファイルの編集方法については，マニュアル「JP1/Performance Management リファレンス」の，jpcrdef createコマンドについて説明している個所を参照してください。

手順4で編集したレポートの定義ファイルを保存する。

jpcrdef createコマンドを実行して，手順4で編集したレポートの定義を登録する。

例えば，レポートの定義ファイル「rdef_output_win.xml」を使用する場合，次のように指定して実行します。

jpcrdef create rdef_output_win.xml

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

重要

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

すでに登録済みのレポートと同名のレポートを登録する場合はエラーとなります。

同名のレポートを登録する場合，jpcrdef deleteで削除する必要があります。

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

削除するレポートを，コマンドで使用する定義ファイル（XML形式）に記述する。

例えば，「User Reports」フォルダ直下の「report_win」フォルダに保存されている「report1」および「report2」のレポート定義を削除する場合，次のように記述します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pr-cli-parameters SYSTEM "rdef_delete_params.dtd">
<pr-cli-parameters ver="0100">
<report-definitions>
<report-definition name="report1" parent-folder="/report_win"/>
<report-definition name="report2" parent-folder="/report_win"/>
</report-definitions>
</pr-cli-parameters>

レポートの定義ファイルの編集方法については，マニュアル「JP1/Performance Management リファレンス」の，jpcrdef createコマンドについて説明している個所を参照してください。

手順1のレポートの定義ファイルを保存する。

jpcrdef deleteコマンドを実行して，レポートを削除する。

例えば，レポートの定義ファイル「rdef_del_win.xml」を使用する場合，次のように指定して実行します。

jpcrdef delete -y rdef_del_win.xml

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

重要

レポートの定義ファイルは，定められた形式に編集してください。定められた形式以外に編集したり，作成したりすると，正常に動作しない場合がありますので，注意してください。

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

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

(1)　ブックマークを新規作成して登録する（新規作成登録）

(a)　レポートを表示して登録する場合

ブックマークに登録するレポートの［レポート］画面を表示する。

［レポート］画面の表示方法については，「5.7.1　レポートを表示する」を参照してください。

クイックガイドで作成したレポートの［レポート］画面の表示方法については，「5.4　Webブラウザ（クイックガイド）でのレポートの作成」を参照してください。

［レポートの表示］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。

［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

ブックマークを保存するフォルダを新規に作成する場合は，フォルダの作成先を選択して，［新規フォルダ］ボタンをクリックする。

フォルダを新規に作成しない場合は，ブックマークの作成先を選択して，手順7に進んでください。

［ブックマーク（フォルダ名入力）］画面でフォルダ名を入力する。

［ブックマークフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

［ブックマーク］画面のブックマーク階層に，作成したフォルダが追加され選択状態で表示されます。

［ブックマーク名を指定してください］にレポートを登録するブックマーク名を入力する。

［ブックマーク名を指定してください］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するブックマーク名も入力できます。

［ブックマーク種別］を選択する。

ブックマークに登録する場合は「ブックマーク」を，複合ブックマークに登録する場合は「複合ブックマーク」を選択してください。

なお，リアルタイムレポートは，複合ブックマークとして登録できません。

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

手順7で入力したブックマークにレポートが登録されます。

(b)　レポートを表示しないで登録する場合

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

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

［エージェント階層］画面のナビゲーションフレームで，レポートを表示するエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。

インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

「5.6.1(1)(a)　レポートを表示して登録する場合」の手順4以降に従う。

(2)　既存のブックマークに登録する（新規追加登録）

(a)　レポートを表示して登録する場合

ブックマークに登録するレポートの［レポート］画面を表示する。

［レポート］画面の表示方法については，「5.7.1　レポートを表示する」を参照してください。

［レポートの表示］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。

［ブックマーク］画面のブックマーク階層から，レポートを登録するブックマークを選択する。

［ブックマーク］画面に「選択したブックマークに登録レポートを追加します」と表示され，選択したブックマークにチェックマークが付きます。

なお，次に示すレポートは，複合ブックマークに追加登録できません。

リアルタイムレポート

グラフが表示されないレポート

表示キーフィールドが指定されたレポート

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

手順4で選択したブックマークにレポートが登録されます。

注意

ブックマークからレポートを表示すると，登録されたレポートの数だけ［レポート］画面が表示されます。表示する画面数が多くなる分だけ，表示に時間が掛かります。このため，1つのブックマークに登録するレポート数は10個以下にしてください。

(b)　レポートを表示しないで登録する場合

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

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

［エージェント階層］画面のナビゲーションフレームで，レポートを表示するエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。

インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

「5.6.1(2)(a)　レポートを表示して登録する場合」の手順4以降に従う。

(3)　既存のブックマークに上書き更新して登録する（上書き更新登録）

(a)　レポートを表示して登録する場合

更新済みのレポートの［レポート］画面を表示する。

［レポート］画面の表示方法については，「5.7.1　レポートを表示する」を参照してください。

［レポートの表示］タブをクリックする。

メニューバーの［ブックマーク］メニューを選択する。

［ブックマーク］画面のブックマーク階層から，上書き更新する登録レポートを選択する。

［ブックマーク］画面に「選択した登録レポートを更新します」と表示され，選択した登録レポートにチェックマークが付きます。

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

手順4で選択した登録レポートが上書き更新されます。

(b)　レポートを表示しないで登録する場合

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

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

［エージェント階層］画面のナビゲーションフレームで，レポートを表示するエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

［複数選択］を選択すると，複数のエージェントを同時に選択できます。

メソッドフレームの［ブックマークの登録］メソッドを選択する。

インフォメーションフレームに［ブックマークの登録 > レポートの選択］画面が表示されるので，レポート階層からレポート定義をクリックすると，［ブックマーク］画面が表示され，ブックマーク階層が表示されます。

「5.6.1(3)(a)　レポートを表示して登録する場合」の手順4以降に従う。

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

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームでフォルダの追加先となる「Bookmarks」または，「Bookmarks」配下のフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

メソッドフレームの［新規フォルダ］メソッドを選択する。

インフォメーションフレームの［新規フォルダ］画面で［新しいフォルダ名］にフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

手順3で選択した「Bookmarks」またはフォルダの直下にフォルダが追加されます。

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

(1)　ブックマークのフォルダ名を変更する

フォルダの名前を変更する手順を次に示します。

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，名前を変更するフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

メソッドフレームの［名前の変更］メソッドを選択する。

インフォメーションフレームに［名前の変更］画面が表示され，

［現在のフォルダ名］に手順3で選択したフォルダの名前が表示されます。

［新しいフォルダ名］に新しいフォルダ名を入力する。

［新しいフォルダ名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するフォルダ名も入力できます。

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

手順3で選択したフォルダの名前が変更されます。

(2)　ブックマーク名を変更する

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，名前を変更するブックマークを選択する。

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

メソッドフレームの［名前の変更］メソッドを選択する。

インフォメーションフレームに［名前の変更］画面が表示されます。

［現在のブックマーク名］に手順3で選択したブックマークの名前が表示されます。

［新しいブックマーク名］に新しいブックマーク名を入力する。

［新しいブックマーク名］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するブックマーク名も入力できます。

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

手順3で選択したブックマークの名前が変更されます。

注意

ブックマーク名を変更しても，ドリルダウンレポートとして登録したブックマーク名は変更されないで，変更前の名称のままとなります。レポート定義の［編集 > ドリルダウン］画面で再設定してください。

ブックマークのフォルダ名の最後に「¥」または「/」を付けないでください。jpcrptコマンドによるレポートの出力時にエラーとなるおそれがあります。

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

不要になったフォルダ，ブックマークおよびレポートは削除できます。フォルダを削除する場合，フォルダ配下にあるものは，すべて削除されます。

ブックマークを削除する場合，ブックマーク配下にある登録レポートも削除されます。

(1)　ブックマークのフォルダを削除する

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，削除するフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。

削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順3で選択したフォルダが削除されます。

(2)　ブックマークを削除する

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，削除するブックマークを選択する。

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

メソッドフレームの［削除］メソッドを選択する。

削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順3で選択したブックマークが削除されます。

(3)　ブックマークからレポートを削除する

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，削除するレポートを選択する。

選択したレポートにチェックマークが表示されます。

メソッドフレームの［削除］メソッドを選択する。

削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順3で選択したレポートが削除されます。

補足

ブックマークに登録されている最後の登録レポートを削除する場合，ブックマークも削除されます。この場合，ブックマークを削除する確認のメッセージが表示されます。

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

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，プロパティを確認するブックマークを選択する。

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

メソッドフレームの［プロパティの表示］メソッドを選択する。

インフォメーションフレームに［プロパティ］画面が表示されます。

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

タイリング表示によって，ブックマークで管理している複数の履歴レポートのグラフをインフォメーションフレームに並べて表示できます。また，表示されたグラフを並び替えたり，表示されたグラフをクリックして，それぞれのグラフの［レポート］画面を表示させたりできます。

タイリング表示によってグラフを表示できるレポートは，グラフの表示設定が有効な履歴レポートだけです。グラフの表示設定が有効ではない履歴レポート，またはリアルタイムレポートのグラフは表示されません。

メモ

レポート系列ページング機能が有効な場合，グラフのフィールドが複数のページに分割されることがあります。こうしたレポートをタイリング表示した場合は，1ページ目に当たるグラフがタイリングされたそれぞれのグラフに表示されます。

レポート系列ページング機能の設定方法および設定項目については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(1)　タイリング表示する

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層で，タイリング表示をしたいブックマークを選択する。

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

メソッドフレームの［タイリング表示］メソッドを選択する。

ブックマークに登録している履歴レポートの対象期間に［レポートの表示時に指定］以外を選択した場合，インフォメーションフレームに［タイリング表示］画面が表示されます。

ブックマークに登録している履歴レポートの対象期間を［レポートの表示時に指定］に選択している場合，［タイリング表示設定］画面が表示されます。［タイリング表示設定］画面は，［タイリング表示］画面の［表示設定画面］メニューを選択することで表示することもできます。

［タイリング表示設定］画面の各項目を設定する。

必要に応じて，次の項目について設定します。

［レポート表示期間の設定］

［対象期間］

タイリング表示のグラフに表示させるデータの対象期間をプルダウンメニューから選択します。選択できる値を次に示します。

・［レポートの表示時に指定］

・［過去1時間以内］

・［過去1日（24時間）以内］

・［過去7日以内］

・［過去1ヶ月以内］

・［過去1年以内］

デフォルトは，「過去1日（24時間）以内」です。

［レポートの表示時に指定］以外を選択した場合は，［開始日時］および［終了日時］に対応する日時が自動的に設定されます。

［開始日時］および［終了日時］

［対象期間］で［レポートの表示時に指定］を選択した場合に，タイリング表示のグラフに表示させる期間の開始日時および終了日時を設定します。

［開始日時］および［終了日時］は，「YYYY MM DD hh:mm」の形式で指定します（YYYY=西暦年，MM=月，DD=日，hh=時，mm=分）。

指定できる日時の範囲は，1971年1月1日00時00分〜2035年12月31日23時59分です。［終了日時］には，［開始日時］に指定した日時以降の日時を指定してください。

なお，［レポートの表示時に指定］以外を選択した場合は，対応する日時が自動的に設定されます。また，自動的に表示された日時を変更した場合，［対象期間］の設定が［レポートの表示時に指定］になります。

［レポート間隔］

レポート間隔をプルダウンメニューで次の中から選択します。デフォルトは［対象期間］で選択した期間に応じて表示されます。

・分

・時

・日

・週

・月

・年

［適用範囲］

［レポート表示期間の設定］で指定した内容の適用対象を［すべてのレポートに適用する］で切り替えます。デフォルトはチェックが外されています。

チェックした場合，レポート定義の内容に関係なく，すべてのレポートに適用されます。

チェックを外した場合，［対象期間］で［レポートの表示時に指定］が設定されているレポートだけに適用されます。

［開始日時のデータを表示する］および［終了日時のデータを表示する］

レポートに表示するデータの内，［開始日時］または［終了日時］で指定した日時に合致するデータを表示するかを切り替えます。デフォルトはチェックされています。デフォルトのチェック状態は，初期設定ファイル（config.xml）のexcludeTerminalData（<vsa>タグ配下）で設定できます。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

チェックした場合，［開始日時］または［終了日時］で指定した日時に合致するデータを表示します。

チェックを外した場合，［開始日時］または［終了日時］で指定した日時に合致するデータを表示しません。

［表示レイアウト］

［タイリング表示］画面で横に並べるグラフの最大数を指定します。選択できる値を次に示します。

・横の表示個数：2

・横の表示個数：3

・横の表示個数：4

設定終了後，［OK］ボタンをクリックする。

設定した内容が反映された状態で［タイリング表示］画面が表示されます。

注意

［表示レイアウト］に指定する値を変更した場合，グラフの並び順はデフォルト（名前順）になります。

(2)　グラフを並び替える

タイリング表示によってインフォメーションフレームに表示されているグラフを並び替えることができます。

［タイリング表示］画面を表示させる。

［タイリング表示］画面の［並び替えを行なう］をチェックする。

［タイリング表示］画面にグリッド枠が表示されます。

グリッド枠で囲まれた移動元の表示エリアを選択する。

ここで選択したエリアが移動元になります。グラフが表示されていないエリアも選択できます。

グリッド枠で囲まれた移動先の表示エリアを選択する。

移動元として選択したエリアと移動先として選択したエリアが入れ替わります。移動先としてグラフが表示されていないエリアも選択できます。

手順3.および手順4.を繰り返して並び替えが完了したら，［並び替えを行なう］のチェックを外す。

［タイリング表示］画面のグリッド枠が消えます。

(3)　レイアウトを保存する

［タイリング表示］画面で横に並べるグラフの最大数，およびグラフの並び順の設定を保存できます。

［タイリング表示］画面を表示させる。

必要に応じて，横に並べるグラフの最大数，またはグラフの並び替えを変更する。

［タイリング表示］画面の［レイアウトの保存］メニューを選択する。

保存の確認を促すメッセージが表示されます。すでにレイアウトを保存してある場合は上書きされます。

注意

ブックマークに登録してあるレポートを削除したり，ブックマークに新たにレポートを登録したりした場合は，保存したレイアウトは無効になります。横に並べるグラフの最大数はデフォルトの3となり，グラフはブックマークに登録したレポート名の名前順で表示されます。

(4)　レポートを表示する

タイリング表示されたグラフをクリックすることで，それぞれのグラフの［レポート］画面を表示できます。

ブックマークに登録されているレポートのレポート表示期間の設定，タイリング表示のレポート表示期間の設定などによって，表示される［レポート］画面およびレポート表示期間が異なります。

表示される［レポート］画面

ブックマークに登録されているレポートのレポート表示期間の設定が「レポートの表示時に指定」の場合，［レポートの表示設定］タブが表示されます。

ブックマークに登録されているレポートのレポート表示期間の設定が「レポートの表示時に指定」以外の場合，［レポートの表示］タブが表示されます。

レポートの表示期間

タイリング表示のグラフをクリックしたときに表示される［レポート］画面については，ブックマークに登録されているレポートの表示期間の設定よりも，［タイリング表示設定］画面での表示期間の設定の方が優先されます。

5.7　レポートの表示

5.7.1　レポートを表示する

ヒント

レポート系列ページング機能が有効な場合，［レポート］画面のグラフのフィールドが複数のページに分割されることがあります。デフォルトでは，1つのページに14個のフィールドが表示されます。表示するページは，下部フレーム上側の[図データ]，[図データ]，[図データ]，[図データ]ボタンで切り替えられます。

レポート系列ページング機能の設定方法および設定項目については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

また，次のレポートでは，レポートの表示を期間ごとに変更できます。

レポート（履歴レポート）

複合レポート（履歴レポート）

イベント履歴

レポート表示期間変更ボタンによって，現在表示しているレポートと同じ期間幅分，前後の時間帯のデータに移動できます。なお，［レポート表示設定］タブでは，より詳細なレポート表示期間の設定変更が行えます。

[図データ]：現在表示しているレポートの表示期間を，現在表示している期間分過去に移動したレポートを表示します。

[図データ]：現在表示しているレポートの表示期間を，現在表示している期間の半分過去に移動したレポートを表示します。

[図データ]：現在表示しているレポートの表示期間を，現在表示している期間の半分未来に移動したレポートを表示します。

[図データ]：現在表示しているレポートの表示期間を，現在表示している期間分未来に移動したレポートを表示します。

例えば，10：00〜11：00という1時間のデータを表示していた場合は，それぞれ次のようになります。

[図データ]：9：00〜10：00のデータ

[図データ]：9：30〜10：30のデータ

[図データ]：10：30〜11：30のデータ

[図データ]：11：00〜12：00のデータ

また，1月1日〜1月30日という30日間のデータを表示していた場合は，それぞれ次のようになります。

[図データ]：12月2日〜12月31日のデータ

[図データ]：12月17日〜1月15日のデータ

[図データ]：1月16日〜2月14日のデータ

[図データ]：1月31日〜3月1日のデータ

(1)　特定のエージェントを指定して表示する

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

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

［エージェント階層］画面のナビゲーションフレームで，レポートを表示するエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

ヒント

PFM - RMの監視対象のレポートを表示したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［レポートの表示］メソッドを選択する。

インフォメーションフレームに，［レポートの表示 > レポートの選択］画面が表示されます。［レポートの表示 > レポートの選択］画面は，ツリー種別の選択項目によって表示が異なります。

ツリー種別が「レポート」の場合は，後述の「ツリー種別が「レポート」の場合」を参照してください。ツリー種別が「ブックマーク」の場合は，後述の「ツリー種別が「ブックマーク」の場合」を参照してください。

注意

レポートが表示されない場合

履歴レポートが表示されない場合は，レポートの表示対象であるStoreデータベースのレコードの設定が，次のようになっているかどうかを確認してください。

Logの値が「Yes」

Collection Intervalの値が1以上

上記の設定になっていない場合は，上記の設定に変更してください。履歴レポートは過去の収集データを利用して表示するため，表示対象のレコードがStoreデータベースに記録されるように設定されていないと表示できません。

また，複合レポートが表示されない場合は，表示対象である登録レポートが設定されていないことが考えられます。複合ブックマークの編集によって設定してください。

メモ

［レポート］画面は，次のように表示されます。

ツリー種別が「レポート」の場合：

エージェントを1つだけ選択したとき

レポートを複数選択したときは，選択した数だけ［レポート］画面が表示されます。

エージェントを複数選択し，「履歴（1つのエージェント）レポート」または「リアルタイム（1つのエージェント）レポート」を選択したとき

エージェントごとに［レポート］画面が複数表示されます。

エージェントを複数選択し，「履歴（複数のエージェント）レポート」を選択したとき

すべてのエージェントのデータが表示された1つの［レポート］画面が表示されます。

ツリー種別が「ブックマーク」の場合：

エージェントの指定（単一，複数）に関係なく，ブックマーク登録時の選択エージェントとなります。

ブックマーク（複合ブックマークを除く）を選択したとき

ブックマークに登録されている，登録レポートの数だけ［レポート］画面が表示されます。

(a)　ツリー種別が「レポート」の場合

レポート階層からレポートを選択する。

レポート階層には，［エージェント階層］画面のナビゲーションフレームで選択したエージェントと同一プロダクトの［レポート］画面が表示されます。

1つのレポートを表示するとき

レポート階層からレポートを選択すると，別ウィンドウに［レポート］画面が表示されます。

複数のレポートを表示するとき

［複数選択］をチェックすると，レポート階層から複数のレポートを選択できます。ただし，［エージェント階層］画面のナビゲーションフレームで複数の監視エージェントを選択しているときは，［複数選択］は表示されません。

レポート階層からレポートを複数選択したあと，［OK］ボタンをクリックすると，それぞれの［レポート］画面が別ウィンドウに表示されます。

補足 ［レポート］画面で［レポートの表示設定］タブが初期表示された場合

レポート作成時にフィールドの表示条件で「表示時に指定」が設定されている場合は，［レポートの表示設定］タブが初期表示されます。必要に応じて表示条件を設定し，［OK］ボタンをクリックすると，［レポートの表示］タブが表示されます。

(b)　ツリー種別が「ブックマーク」の場合

ブックマーク階層からブックマークまたは登録レポートを選択する。

ブックマーク階層からブックマークまたは登録レポートを選択すると，別ウィンドウに［レポート］画面が表示されます。

ヒント

表示されているブックマークや登録レポートを絞り込むには，［選択エージェントで絞り込み］をチェックします。そのときナビゲーションフレームで選択しているエージェント名が含まれているものが表示されます。表示の絞り込みを解除するには［選択エージェントで絞り込み］のチェックを外します。

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

アラームに関連づけられているレポートを表示して，アラーム発生の原因を分析します。

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

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

［エージェント階層］画面のナビゲーションフレームで，レポートを表示するエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

ヒント

PFM - RMの監視対象のレポートを表示したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームで［アラームの状態の表示］メソッドを選択する。

インフォメーションフレームに［アラームの状態の表示］画面が表示されます。レポートが関連づけられているアラームには，アラームアイコン（[図データ]）の横にレポートアイコン（Agent for Platformの場合は[図データ]または[図データ]）が表示されます。

アラームにレポートを関連づける方法については，「6.4.6　アラームにレポートを関連づける」を参照してください。

レポートを表示させたいレポートアイコンを選択する。

選択したレポートアイコンの［レポート］画面が別ウィンドウで表示されます。

補足 ［レポート］画面で［レポートの表示設定］タブが初期表示された場合

レポート作成時にフィールドの表示条件で「表示時に指定」が設定されている場合は，［レポートの表示設定］タブが初期表示されます。必要に応じて表示条件を設定し，［OK］ボタンをクリックすると，［レポートの表示］タブが表示されます。

(3)　［イベントモニター］画面からレポートを表示する

Performance Managementシステムのイベントを一覧表示する画面を，［イベントモニター］画面といいます。［イベントモニター］画面では，あらかじめアラームに関連づけられているレポートを表示できます。

［イベントモニター］画面でレポートを表示する手順については，「7.1.2 アラームに関連づけられているレポートを表示する」を参照してください。

アラームにレポートを関連づける方法については，「6.4.6　アラームにレポートを関連づける」を参照してください。

(4)　ブックマークからレポートを表示する

レポートはブックマークに登録できます。レポートをブックマークに登録する手順については，「5.6.1　ブックマークを作成する」を参照してください。

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層からブックマークまたは登録レポートを選択する。

選択したブックマークまたは登録レポートにチェックマークが表示されます。

メソッドフレームで［レポートの表示］メソッドを選択する。

手順3で選択したレポートの［レポート］画面が別ウィンドウで表示されます。

(5)　ブックマークのタイリング表示からレポートを表示する

［ブックマーク階層］画面のタイリング表示によって，表示されている履歴レポートのサムネイル画像からレポートを表示できます。

タイリング表示のサムネイル画像からレポートを表示する手順については，「5.6.6　ブックマークの登録レポートをタイリング表示する」を参照してください。

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

(1)　［レポート］画面の［プロパティの表示］タブから表示する

PFM - Web Consoleの画面で，プロパティ（定義内容）を確認するレポートの画面を表示する。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

［レポート］画面の［プロパティの表示］タブを選択する。

［プロパティの表示］タブにレポートの定義内容が表示されます。

注意

［レポート］画面の［プロパティの表示］タブに表示される内容は，レポートの定義情報です。表示設定情報ではありません。したがって，［レポートの表示設定］タブで表示条件を変更しても，プロパティの表示情報は変わりません。

(2)　レポート階層から表示する

［レポート階層］のナビゲーションフレームから任意のレポート定義を選択する。

メソッドフレームの［プロパティの表示］メソッドを選択する。

選択したレポート定義の［プロパティ］画面が表示されます。

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

レポートの表示条件を設定する方法には，次に示す2種類があります。

レポートの定義時に表示条件を設定する

PFM - Web Consoleの画面またはjpcrdef createコマンドでのレポートの定義時に，レポートの表示条件を設定します。

レポートの定義時に設定する表示条件は，永続的にPFM - Web Consoleシステムに登録されます。これは，画面のオープン，クローズやシステムの起動，終了などの状態には影響されることはなく，PFM - Web Consoleの画面またはjpcrdef deleteコマンドで，PFM - Web Consoleシステムから削除されるまでは，永続的に登録されます。

レポートの表示時または表示中に表示条件を設定する

レポートの表示時または表示中に［レポート］画面の［レポートの表示設定］タブで，レポートの表示条件を設定します。

［レポートの表示設定］タブで設定するレポートの表示条件は，表示条件を設定，変更したウィンドウだけに限定され，永続的なものではありません。例えば，同時に別ウィンドウで，同じレポートが表示されていたとしても，［レポートの表示設定］タブの設定内容は，操作をしたウィンドウにだけ適用されます。また，1つのウィンドウで設定，変更された表示条件は，そのウィンドウを閉じるまで保持されます。

なお，レポートの表示条件は，表示レポート編集機能でも設定できます。表示レポート編集機能については，「5.3.10　レポートを編集する」を参照してください。

注意

ブックマーク階層から［表示時に指定］が有効な登録レポートを実行した場合，ブックマークに登録した時の表示設定で一度データを取得します。ShowOptions画面で［キャンセル］ボタンをクリックした場合は，上記で取得したデータが表示されます。

(1)　レポートの表示時に表示条件を設定する

レポートの表示時に表示条件を設定する手順を次に示します。

表示条件を設定するレポートの画面を表示する。

［レポート］画面の［レポートの表示設定］タブが初期表示されます。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

表示条件を設定する。

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

手順2の表示条件が反映された［レポート］画面が表示されます。

(a)　データの収集間隔・取得間隔を設定するとき

PFM - Web Consoleの画面でのレポートの定義

［新規レポート > 表示設定］画面の［表示時に指定］を選択します。

コマンド入力でのレポートの定義

indication-settingsパラメーターのspecify-when-displayed属性にTRUEを指定します。または，indication-settingsパラメーターの子要素date-rangeを省略します。

(b)　データのフィルター条件を設定するとき

PFM - Web Consoleの画面でのレポートの定義

［新規レポート > フィルター］画面の［表示時に指定］を選択します。

コマンド入力でのレポートの定義

record - condition-expression - expressionパラメーターのSpecify-when-displayed属性にTRUEを指定します。

「-」は，レポート定義時の階層を示します。record - condition-expressionは，recordパラメーターの子要素にcondition-expressionを指定するという意味です。

(c)　データの収集間隔・取得間隔およびフィルター条件を設定するとき

PFM - Web Consoleの画面でのレポートの定義

［新規レポート > 表示設定］画面の［表示時に指定］を選択します。

また，［新規レポート > フィルター］画面の［表示時に指定］を選択します。

コマンド入力でのレポートの定義

indication-settingsパラメーターのspecify-when-displayed属性にTRUEを指定します。または，indication-settingsパラメーターの子要素date-rangeを省略します。

また，record - condition-expression - expressionパラメーターのSpecify-when-displayed属性にTRUEを指定します。

「-」は，レポート定義時の階層を示します。record - condition-expressionは，recordパラメーターの子要素にcondition-expressionを指定するという意味です。

(2)　レポートの表示中に表示条件を設定する

レポートを表示するたびに表示条件を変更したい場合に利用します。

表示条件を設定するレポートの画面を表示する。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

［レポート］画面の［レポートの表示設定］タブをクリックする。

［レポートの表示設定］タブで表示条件を設定する。

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

手順3の表示条件が反映された［レポート］画面が表示されます。

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

ここでは，レポートに関連づけられたドリルダウンレポートを表示する方法を，ドリルダウンレポートの種類別に説明します。

ドリルダウンレポートの種類を次に示します。

レポートレベルのドリルダウンレポート

あるレポートから別のレポートを表示します。また，ブックマークおよび複合ブックマークに登録されている登録レポートも表示します。

フィールドレベルのドリルダウンレポート

あるレポートの詳細を表示します。

このほかに，時間項目のフィールドに自動設定されたドリルダウンレポートを表示できます。

ドリルダウンレポートの表示について

ドリルダウンレポートは，親レポートと別のウィンドウに表示されます。ドリルダウンレポートを表示した状態で，さらに親レポートからドリルダウンレポートを開くこともでき，ドリルダウンレポート自体からドリルダウンレポートを開くこともできます。親レポートのウィンドウを［閉じる］で閉じた場合，ドリルダウンレポートのウィンドウも連動して閉じられます。ただし，ドリルダウンレポートで開いた，ブックマークからの［レポート］画面および複合ブックマークからの［複合レポート］画面は連動して閉じません。なお，ウィンドウを閉じる処理以外は，連動されません。

(1)　レポート名を指定してドリルダウンレポート（レポートレベル）を表示する

ドリルダウンレポート（レポートレベル）が設定されている場合，［レポート］画面のメニューバーに，プルダウンメニューと［レポートの表示］メニューが表示されます。プルダウンメニューに表示されるドリルダウンレポートの数は，親レポートによって異なります。

ドリルダウンレポート（レポートレベル）を表示させるには，プルダウンメニューから，レポートを選択し，［レポートの表示］メニューをクリックします。なお，プルダウンメニューから，ブックマークおよび複合ブックマークに登録されている登録レポートもドリルダウンレポートとして表示できます。

(2)　レポート領域からドリルダウンレポート（フィールドレベル）を表示する

［レポート］画面の表，一覧またはグラフのフィールドをクリックすることで，関連するドリルダウンレポート（フィールドレベル）を表示します。

(a)　表からドリルダウンレポート（フィールドレベル）を表示する

表の値をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。選択できる表の値は，リンク表示されています。

(b)　一覧の項目名からドリルダウンレポート（フィールドレベル）を表示する

一覧の項目名をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。選択できる一覧の項目名は，リンク表示されています。

(c)　グラフ領域からドリルダウンレポート（フィールドレベル）を表示する

グラフ領域をクリックすることでドリルダウンレポート（フィールドレベル）を表示します。グラフ領域からドリルダウンレポート（フィールドレベル）を表示するためには，レポートの定義でグラフに表示するフィールドにドリルダウンレポートを定義する必要があります。

(d)　親レポートからドリルダウンレポートに引き継がれる情報

レポート領域からドリルダウンレポートを表示した場合，親レポートからドリルダウンレポートに引き継がれる情報は，レポートの種類の組み合わせで変わります。親レポートからドリルダウンレポートへ引き継がれる情報を「表5-2　引き継ぎ情報（親レポートが複数のエージェントの場合）」，「表5-3　引き継ぎ情報（親レポートが1つのエージェントの場合）」に示します。

表5‒2　引き継ぎ情報（親レポートが複数のエージェントの場合）

ドリルダウン

レポート

複数のエージェントを指定した場合（履歴レポートだけ）

1つのエージェントを指定した場合

データ取得期間

クリックしたデータ行のDate and Timeの情報

履歴レポートの場合

同左

リアルタイムレポートの場合

情報を引き継ぎません。

エージェント種別

クリックした表の行，一覧のページまたはグラフ領域のエージェント

親レポートの表示時に選択したエージェント

レポート間隔

ドリルダウンレポートのレポート定義

specify-when-displayed設定で変更された場合は，変更後の値

履歴レポートの場合

同左

リアルタイムレポートの場合

情報を引き継ぎません。

注　親レポートからドリルダウンレポートへ引き継がれる情報はレポートの場合だけです。ブックマークおよび複合ブックマークでは引き継がれません。

表5‒3　引き継ぎ情報（親レポートが1つのエージェントの場合）

ドリルダウン

レポート

複数のエージェントを指定した場合（履歴レポートだけ）

1つのエージェントを指定した場合

データ取得期間

クリックしたデータ行のDate and Timeの情報

履歴レポートの場合

同左

リアルタイムレポートの場合

情報を引き継ぎません。

エージェント種別

親レポートの表示時に選択したエージェント※

レポート間隔

ドリルダウンレポートのレポート定義

specify-when-displayed設定で変更された場合は，変更後の値

履歴レポートの場合

同左

リアルタイムレポートの場合

情報を引き継ぎません。

注　親レポートからドリルダウンレポートへ引き継がれる情報はレポートの場合だけです。ブックマークおよび複合ブックマークでは引き継がれません。

注※

ドリルダウンレポートが1つのエージェントの場合，親レポートとドリルダウンレポートが両方とも複数インスタンスであっても，インスタンスは自動的に引き継がれません。インスタンスを引き継ぐ必要がある場合には，親レポートのドリルダウンの条件設定でフィールド値を設定する必要があります。

(3)　時間項目指定でドリルダウンレポート（自動設定）を表示する

表が表示されると，先頭列と最終列に［Date and Time］フィールド（リアルタイムレポートの場合は［Record Time］フィールド）が付けられます。レポート対象レコードがPIレコードで，データ取得間隔が分単位以外で定義されている場合，［Date and Time］フィールドまたは［Record Time］フィールドの時間を選択してドリルダウンレポート（自動設定）を表示できます。

時間項目指定で表示されるドリルダウンレポート（自動設定）は，親レポートのレポート定義と同一のレポートです。ただし，選択した［Date and Time］または［Record Time］の値がドリルダウンレポートの「開始日時」となり，「レポート間隔」が親レポートより1段階詳細となります。例えば，親レポートの「レポート間隔」が「時」の場合，ドリルダウンレポートの「レポート間隔」は「分」となります。

注意

時間項目からドリルダウンレポートを表示できるのは，履歴レポートだけです。

(4)　ドリルダウンレポートの表示条件

ドリルダウンレポートは，次の表示条件でフィルタリングされて表示されます。

親レポートに定義されたドリルダウンレポート表示のフィルター条件

ドリルダウンレポートに定義されたドリルダウンレポート表示のフィルター条件

ドリルダウンレポートに「表示時に指定」（SPECIFY_WHEN_DISPLAYED）として定義されたレポートの表示設定条件

1.と2.の間には，優先度があります。2.のドリルダウンレポート側のフィルター条件が固定値で定義されていたとしても，1.の親レポート側のフィルター条件が優先されます。

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

グラフ上のプロットにマウスカーソルを重ねると，対応するデータの値をツールチップに表示できます。これをオートラベル機能といいます。オートラベル機能は，［レポート］画面の［レポートの表示設定］タブで，［オートラベルを表示する］をチェックすることで有効になります。

また，レポートの初回表示時からオートラベル機能を有効にするには，config.xmlのenableAutoLabelAtDefaultDispにtrueを指定します。初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

オートラベル機能によってツールチップを表示させた［レポート］画面の例を次に示します。

図5‒6　ツールチップを表示させた［レポート］画面の例

メモ

次のグラフではオートラベル機能を使用できません。

［レポート印刷］画面のグラフ

jpcrptコマンドでHTML出力したレポートのグラフ

［タイリング表示］画面のグラフ

［システム稼働状況サマリ監視］画面のグラフ

注意

オートラベル機能利用時，マウスポインタで指定できる領域の幅や高さが極端に小さくなる場合や，折れ線グラフでプロットが重なっている場合，オートラベル機能によるツールチップが表示されないことがあります。

この場合，ほかのWebブラウザを利用するか，マウスポインタで指定できる領域の幅や高さが大きくなるように，次のどれかの操作をしてください。

選択フィールドを減らす。

表示インスタンス数を減らす。

レポート表示期間を縮める。

ズーム倍率を大きくする。

面グラフでレポートの表示期間を縮める操作の例を次に示します。

（操作例）PFM - AgentのProcess Trendレポートの表示期間を縮める場合

＜表示条件＞

レポート表示期間：過去1日（24時間）以内

レポート間隔：分

グラフ種類：面

＜操作＞

レポートの表示期間を3時間程度にすることで，オートラベルのツールチップが表示されます。

ここでは，ツールチップに表示するデータの桁数を設定する方法と，プロット数の多いグラフでオートラベル機能を使用する場合に必要な設定について説明します。

(1)　ツールチップに表示するデータの桁数を設定する

オートラベル機能でツールチップに表示されるデータの桁数は，デフォルトで整数部が最大7桁，小数部が最大3桁です。変更する場合はconfig.xmlのautoLabelMaxIntegerDigits（<draw>タグ配下）およびautoLabelMaxFractionDigits（<draw>タグ配下）を変更してください。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

(2)　プロット数の多いグラフでオートラベル機能を使用する

オートラベル機能でツールチップにデータの値を表示できるのは，プロット数が1,440までの場合です。表示できるプロット数は，config.xmlのmaxAutoLabelPoints（<draw>タグ配下）の値を編集して変更できます。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

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

グラフの各系列に彩色される色は，初期設定ファイル（config.xml）を編集して変更できます。編集時に指定するラベルとその説明を次の表に示します。

表5‒4　グラフの系列色を指定するラベル

項目

内容

指定するラベル

<chart-symbolColors>タグ配下のcolor1，color2，…，color16

指定可能値

RGB値をコンマ区切りで指定します。R，G，Bはそれぞれ0〜255の範囲で指定します。

説明

color1から順に，指定した色でグラフの系列が彩色されます。

R，G，Bの各値のうち1つでも範囲外の値が指定された場合，その系列色にはデフォルトが利用されます。系列色の指定を省略すると，その番号の色をスキップします。例えば，color3だけ指定を省略した場合は，color1，color2，color4，（後略）の順に利用されます。

また，color1〜color16のうち1つでも有効な項目があれば，有効な項目だけがグラフの系列色に利用されます。例えば，有効な項目が3つ（3色）ある場合は，その3色だけが系列色として利用されます。

config.xmlでの指定例を次に示します。

（略）
  ：
<chart-symbolColors>
  <param name="color1" value="255,0,0"/>
  <param name="color2" value="255,200,0"/>
  <param name="color3" value="0,0,255"/>
  <param name="color4" value="192,192,192"/>
  <param name="color5" value="255,0,255"/>
  <param name="color6" value="255,255,0"/>
  <param name="color7" value="128,128,128"/>
  <param name="color8" value="0,255,0"/>
  <param name="color9" value="64,64,64"/>
  <param name="color10" value="0,255,255"/>
  <param name="color11" value="0,0,0"/>
  <param name="color12" value="255,175,175"/>
</chart-symbolColors>
  ：
（略）

グラフで使用できる代表的な色を次の表に示します。

表5‒5　代表的な表示色とRGB値

表示される色

RGB値（R,G,B）

[図データ]（赤）

255,0,0

[図データ]（オレンジ）

255,200,0

[図データ]（青）

0,0,255

[図データ]（ライトグレー）

192,192,192

[図データ]（マゼンタ）

255,0,255

[図データ]（黄）

255,255,0

[図データ]（グレー）

128,128,128

[図データ]（黄緑）

0,255,0

[図データ]（ダークグレー）

64,64,64

[図データ]（シアン）

0,255,255

[図データ]（黒）

0,0,0

[図データ]（ピンク）

255,175,175

[図データ]（オリーブ色）

128,128,0

[図データ]（紺）

0,0,128

[図データ]（紫）

128,0,128

[図データ]（青緑）

0,128,128

[図データ]（栗色）

128,0,0

[図データ]（緑）

0,128,0

なお，グラフの系列色は，PFM - Web Console 09-50で変更されました。PFM - Web Console 09-10以前の配色にしたい場合は，次の手順で初期設定ファイル（config.xml）を編集してください。

サンプルとして提供されている初期設定ファイル（config.xml）を開く。

サンプルは，次の場所に格納されています。

Windowsの場合

インストール先フォルダ¥sample¥conf¥

UNIXの場合

/opt/jp1pcwebcon/sample/conf/

サンプル内で，次の2か所をコピーする。

「<chart-symbolColors>」の行

「sample setting pattern,」直前の「<!--」の行から，「</chart-symbolColors>」の行まで

コピーした内容はテキストエディターなどに貼り付けておく。

貼り付けた結果は次のようになります。

<chart-symbolColors>
  <!--
      sample setting pattern,
      colors are used before Web Console 0910.
      color1            : red
         （中略）
      color12           : pink
      not use Color Number at Graph type Circle.
            : color1
  -->
  <!--
  <param name="color1" value="255,0,0"/>
         （中略）
  <param name="color12" value="255,175,175"/>
  <param name="noUseCircleColor" value="1"/>
  -->

</chart-symbolColors>

コメントアウトの行を取り除く。

テキストエディターなどに貼り付けた内容に対して，「<param name="color1" value="255,0,0"/>」の行から「<param name="noUseCircleColor" value="1"/>」の行までを囲んでいるコメント（「<!--」および「-->」）を削除します。

その直前にある，「sample setting pattern,」で開始するブロックを囲んでいるコメントは削除しないでください。

手順4で編集した内容を，初期設定ファイル（config.xml）に反映する。

反映先となる初期設定ファイル（config.xml）は，次の場所に格納されています。

Windowsの場合

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

UNIXの場合

/opt/jp1pcwebcon/conf/

反映方法は，PFM - Web Console 09-50以降を新規インストールした場合と，バージョンアップインストールした場合とで異なります。

PFM - Web Console 09-50以降を新規インストールした場合：

初期設定ファイル（config.xml）の「<chart-symbolColors>」から「</chart-symbolColors>」で囲まれている部分を，手順4で編集した内容に置き換えてください。

バージョンアップインストールした場合：

手順4で編集した内容を初期設定ファイル（config.xml）に追加します。

追加位置は，</vsa>タグの直後に何が記載されているかによって異なります。

</vsa>タグの直後に<draw>タグが記載されている場合

「<param name="maxDrilldownPoints" value="設定値" />」の行と，</draw>の間に，手順4で編集した内容を追加します。

</vsa>タグの直後に<command>タグが記載されている場合

</vsa>の直後に<draw>の行と</draw>の行を追加し，それらの行の間に手順4で編集した内容を追加します。

PFM - Web Console サービスを再起動する。

初期設定ファイル（config.xml）で変更した設定内容が有効になり，グラフの系列色がPFM - Web Console 09-10以前の配色になります。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

5.8　複合レポートの表示

複合レポートは，複数の履歴レポートを1つのグラフに表示する機能です。通常のレポート機能でも，1つのグラフに複数エージェントのレポートを表示できますが，履歴レポートでは同一のレコードに限定されます。複合レポート機能を使うと，エージェントのプロダクトやレポートのレコード種別に関係なく，複数の履歴レポートを1つのグラフに表示できます。また，基準となるレポートをベースラインとして設定することで，ほかのレポートと比較できます。

次の表に，複合レポートの表示可否について，グラフの種類とグラフオプションの組み合わせで示します。

表5‒6　複合レポートの表示可否

グラフの種類

グラフオプションの設定

通常表示

3Dで表示する

グリッドを表示する

集合縦棒グラフ

○

○

○

積み上げ縦棒グラフ

○

○

○

集合横棒グラフ

×

×

×

積み上げ横棒グラフ

×

×

×

円グラフ

×

×

×

折れ線グラフ

○

×※

○

面グラフ

○

×※

○

積み上げ面グラフ

○

×※

○

（凡例）

○：表示できる

×：表示できない

注※

設定はできるが，無効となります。

次に，複合レポートの表示例をグラフの種類ごとに示します。

図5‒7　複合レポートの表示例（集合縦棒グラフの場合）

図5‒8　複合レポートの表示例（積み上げ縦棒グラフの場合）

図5‒9　複合レポートの表示例（折れ線グラフの場合）

図5‒10　複合レポートの表示例（面グラフの場合）

図5‒11　複合レポートの表示例（積み上げ面グラフの場合）

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

複合レポートを表示するには，事前に次の準備が必要です。

複合レポートに表示するレポートの作成

複合ブックマークへのレポート登録

複合ブックマークへのベースライン登録

複合レポート表示形式の設定

複合レポートに表示するレポートの作成については，「5.2　レポート作成の方法と流れ」を参照してください。また，複合ブックマークへのレポート登録については，「5.6.1　ブックマークを作成する」を参照してください。

メモ

複合ブックマークには，レポート，ベースライン合わせて10個まで登録できます。

(1)　ベースラインを複合ブックマークに登録する

PFM - Web Consoleの画面で，複合ブックマークにベースラインとして登録するレポートの画面を表示する。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

［レポート］画面の［ベースライン］を選択する。

別ウィンドウで表示された［ベースライン］画面のブックマークツリーから複合ブックマークを選択し，［ベースライン名を指定してください］にベースライン名を入力する。

［ベースライン名を指定してください］

64文字以内の全角または半角文字で入力します。全角文字，半角文字が混在するベースライン名も入力できます。

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

複合ブックマークにベースラインが登録されます。

(2)　複合レポートの表示形式を設定する

複合レポートの表示形式を設定するには，複合ブックマークの表示条件を変更します。

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層から，作成した複合ブックマークを選択する。

選択した複合ブックマークにチェックマークが表示されます。

メソッドフレームで［編集］メソッドを選択する。

インフォメーションフレームの［編集］画面で必要に応じて表示条件を編集する。

複合レポートでは，［系列グループの設定］で各レポートをグルーピングできます。これを系列グループといい，系列グループごとに次の内容を設定・変更できます。

グラフ種類

系列グループ名

Y軸の最大・最小値

Y軸の表示位置

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

系列グループの設定が表示条件として反映されます。

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

複合ブックマークに登録した登録レポートは，エージェント階層またはブックマーク階層から表示できます。

複合レポートを表示するためには，事前に複合ブックマークを作成し，複合ブックマークへのベースラインを登録したり複合ブックマークの表示条件などを編集したりしておく必要があります。それぞれの手順については，「5.6.1　ブックマークを作成する」および「5.8.1　複合レポートを表示するために準備する」を，参照してください。

注意

複合レポートに設定しているレポートが多い場合，レポートの表示に時間が掛かり，レポートの確認ができないことがあります。この場合，複合レポートに設定するレポートの数を減らしてください。

(1)　エージェント階層から複合レポートを表示する

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

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

［エージェント階層］画面のナビゲーションフレームで，エージェントを選択する。

選択したエージェントにチェックマークが表示されます。

ヒント

PFM - RMの監視対象のレポートを表示したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［レポートの表示］メソッドを選択する。

インフォメーションフレームに，デフォルトであるレポートツリーが表示されます。

インフォメーションフレームの［ツリー種別］を「ブックマーク」に変更する。

インフォメーションフレームの表示が［ブックマーク階層］に変わり，ブックマークツリーが表示されます。

ヒント

表示されているブックマークや登録レポートを絞り込むには，［選択エージェントで絞り込み］をチェックします。そのときナビゲーションフレームで選択しているエージェント名が含まれているものが表示されます。表示の絞り込みを解除するには［選択エージェントで絞り込み］のチェックを外します。

ブックマークツリーから，複合ブックマークを選択する。

複合ブックマークに設定されている登録レポートが，複合レポートとして別ウィンドウで表示されます。

(2)　ブックマーク階層から複合レポートを表示する

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

［メイン］画面のナビゲーションフレームで［ブックマーク階層］タブを選択する。

［ブックマーク階層］画面のナビゲーションフレームのブックマーク階層から，作成した複合ブックマークを選択する。

選択した複合ブックマークにチェックマークが表示されます。

メソッドフレームで［レポートの表示］メソッドを選択する。

手順3で選択した複合ブックマークに設定されている登録レポートが，複合レポートとして別ウィンドウで表示されます。

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

［複合レポート］画面の［プロパティの表示］タブでは，複合ブックマークの定義内容を確認できます。登録レポート自体のレポート定義内容は確認できません。

PFM - Web Consoleの画面で，プロパティ（定義内容）を確認するレポートの画面を表示する。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

［レポート］画面の［プロパティの表示］タブを選択する。

［プロパティの表示］タブに複合ブックマークの定義内容が表示されます。

注意

［プロパティの表示］タブに表示される内容は，複合ブックマークの定義情報です。表示設定情報ではありません。したがって，［レポートの表示設定］タブで表示条件を変更しても，プロパティの表示情報は変わりません。

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

(1)　同一レコードの異なるフィールドのレポートを表示する

同一レコード上の異なるフィールドのレポートを1つのグラフに表示する場合，フィールド同士でデータの単位やスケールに大きな差異がないか注意する必要があります。

フィールド同士でデータの単位やスケールに大きな差異がある場合，通常のレポートと複合レポートとでは表示結果が次のように異なります。

通常のレポートの場合

グラフのY軸は，最大値が大きいフィールドにあわせて設定されます。そのため，フィールド値の差異が大きいレポート同士を表示させると，グラフが読みづらくなる場合があります。

複合レポートの場合

各レポートを別々の系列グループに設定することで，各レポートの表示方法を次の点で調整できます。

Y軸の最大値

Y軸をグラフの左右どちらに表示するか

グラフの種類

複合レポートで作成したグラフの例を次の図に示します。この図では，フィールド「プロセッサ使用率（最大値：100%）」とフィールド「物理メモリー未使用サイズ（最大値：3,000メガバイト）」を1つのグラフに表示させています。

図5‒12　同一レコードで異なるフィールドのレポートを表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。

なお，ここで登録するレポート同士は，次の条件を満たしているものとします。

同一スケールのデータフィールド（複数も可）だけを表示する

同一の収集間隔でデータ表示する

複合ブックマークを次のように編集する。

各レポートを別々の系列グループに設定する

各系列グループに適したY軸の最大値を設定する

系列グループのY軸の表示位置を左右別々に設定する

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

異なるエージェント種別の同系レコードを1つのグラフに表示させると，レコード値を比較できます。しかし，通常のレポートの場合，異なるエージェントの情報は同じグラフ上に表示できません。

複合レポートの場合，複合ブックマークの編集で，該当するレポートを同じ系列グループに設定することで，これらのレコードを同じグラフ上に表示できます。また，グラフ種類に「積み上げ棒」などを設定することで，積み上げて合計されたデータ規模を視覚的に確認することもできます。

複合レポートで作成したグラフの例を次の図に示します。この図では，フィールド「Windows1」と「UNIX1」のCPU（単位：%）を1つのグラフに表示させています。

図5‒13　異なるエージェント種別の同系レコードをレポート表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。

なお，ここで登録する複数のレポートは，それぞれスケールおよび内容が類似するデータフィールドを持っているものとします。

複合ブックマークを編集し，各レポートを同一の系列グループとして作成する。

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

複合レポートでは，異なるエージェントの異なるレコード同士も，同じグラフ上に表示できます。例えば，複数レコード間の変動値に相関性がある場合などに，視覚的に確認できて便利です。

複合レポートによるグラフの作成結果の例を次の図に示します。この例では，変動値に相関性がある次の2つのフィールドを同じグラフ上に表示させています。

HTTPサービスの応答速度（最大値：3.0秒）

Cosminexusトランザクション数（最大値：3,000件）

図5‒14　異なるエージェント種別の異なるレコードをレポート表示する場合

この複合レポートの登録手順は次のとおりです。

複数のレポートを複合ブックマークに登録する。

なお，ここで登録する複数のレポートは，スケールやエージェント種別は異なるが，関連性を持つものとします。

複合ブックマークを次のように編集する。

各レポートを別々の系列グループとして設定する

それぞれの系列グループで，スケールやデータに合わせて，グラフ種類やY軸の値を設定する

系列グループのY軸の表示位置を左右別々に設定する

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

複合レポートではベースラインとして，周期性を持つ過去のレポートデータや，安定稼働時のレポートデータをあわせて表示できます。これによって，現在のレポートと比較し，異常発生の有無や傾向を把握しやすくなります。

グラフの作成結果の例を次の図に示します。この図では，過去のレポートをベースラインとし，それぞれの24時間のトランザクション数（最大値：3,000件）を同じグラフ上に表示させています。

図5‒15　ベースラインと同時にレポート表示する場合

この複合レポートの登録手順は次のとおりです。

比較元のレポートを複合ブックマークとして登録する。

ここで登録するレポートは，周期的なデータ収集が設定されているレポートとします。

複合ブックマークにベースラインを追加する。

ベースラインとして登録するレポートは，比較元と同じ期間または収集間隔を持つレポートとします。

複合ブックマークを編集する。

登録レポートとベースラインを同じ系列グループに設定します。

(5)　さまざまな複合レポートを組み合わせて利用する

(1)〜(4)の手法を応用することで，システム全体を総合的に判断するためのグラフが作成できます。また，複合レポートとして表示した情報データに着目して，個別登録レポートへドリルダウンすることで，より詳細なデータ監視へ視点を切り替えることができます。

次に示す図では，Web3階層システム（Webサーバ／アプリケーションサーバ／データベースサーバ）に対して，システム運用監視の例を示します。この例では次の視点で監視します。

システム全体の状況を把握するために，PFM - Agent for Service Responseが収集したHTTPサービスの応答性能の状況を監視

上記の稼働性能に影響をおよぼすおそれのある次の2項目についても監視

各階層サーバのCPU使用率（単位：%）

メモリー使用量（単位：メガバイト）

これらをデータごとに系列グループにまとめ，複合レポートとして1つのグラフに表示します。縦軸のスケールは系列グループごとに設定できるため，システム全体の稼働性能の推移を相対的に比較できます。

グラフの作成結果の例を次の図に示します。

図5‒16　さまざまなレポートを組み合わせたときの例

この複合レポートの登録手順は次のとおりです。

次に示すレポートを作成する。

HTTPサービスの応答速度

WebサーバのCPU使用率

Webサーバのメモリー使用量

アプリケーションサーバのCPU使用率

アプリケーションサーバのメモリー使用量

データベースサーバのCPU使用率

データベースサーバのメモリー使用量

Webサーバ，アプリケーションサーバ，データベースサーバについては，あらかじめレポートのドリルダウンを設定しておきます。

複合ブックマークにこれらのレポートを登録する。

系列グループは次のように設定します。

HTTPサービスの応答速度：面グラフ，最大3,000ms

CPU使用率：線グラフ，最大100

メモリー使用量：棒グラフ，2,048メガバイト

5.9　レポートの出力

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

(1)　WebブラウザでレポートをCSV出力する

CSV出力するレポートの画面を表示する。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

リアルタイムレポートの場合，［レポート］画面の［レポートの表示］タブの［停止］メニューをクリックする。

リアルタイムレポートの自動更新が停止され，［CSV出力］メニューが表示されます。

履歴レポートでは，［レポート］画面を表示させたときから［CSV出力］メニューが表示されています。

［レポート］画面の［レポートの表示］タブの［CSV出力］メニューを選択する。

OSの確認画面，保存画面が表示されます。画面の指示に従って保存先を指定して保存してください。

注意1

レポートキャッシュファイル化機能を有効にしている場合は，CSVファイルの末尾にエラーメッセージが出力されていないことを確認してください。

CSV出力時にファイルへのアクセスエラーや，内容不正によるエラーが発生した場合，CSVファイルの末尾にエラーメッセージが出力されます。

注意2

CSV出力する場合，レポートに出力するフィールドとして選択していない場合でも以下のフィールド情報が付けられます。

リアルタイムレポートの場合

"Record Time"フィールド，ODBCキーフィールドの情報が付けられます。

履歴レポート（1つのエージェント）の場合

"Date and Time"フィールド，ODBCキーフィールドの情報が付けられます。

履歴レポート（複数のエージェント）の場合

"Date and Time"フィールド，"Agent Host"フィールド，"Agent Instance"フィールド，ODBCキーフィールドの情報が付けられます。

ODBCキーフィールドについては各PFM - Agentマニュアルを参照してください。

(2)　WebブラウザでレポートをHTML出力する

レポートの結果を印刷や保存に適した形式で表示できます。

レポートをHTML出力する手順を次に示します。

HTML出力するレポートの画面を表示する。

［レポート］画面を表示する手順については，「5.7.1　レポートを表示する」を参照してください。

リアルタイムレポートの場合，［レポート］画面の［レポートの表示］タブの［停止］メニューをクリックする。

リアルタイムレポートの自動更新が停止され，［印刷画面］メニューが表示されます。

履歴レポートでは，［レポート］画面を表示させたときから［印刷画面］メニューが表示されています。

［レポート］画面の［レポートの表示］タブの［印刷画面］メニューを選択する。

［レポート印刷］画面が新しいウィンドウで開き，レポートの結果が印刷や保存に適した形式で表示されます。

Webブラウザの機能を利用して，レポートを印刷したり保存したりします。

保存する場合は，ページ全体を保存するオプションを指定して保存してください。

注意1

リスト表示エリアとテーブル表示エリアを色付きで印刷する場合，背景（バックグラウンド）の色とイメージを印刷するように，Webブラウザを設定する必要があります。

注意2

レポート系列ページング機能が有効な場合，［レポート印刷］画面には［レポート］画面に表示されたページが表示されます。すべてのフィールドを1つのHTMLファイルに含めたい場合は，レポート系列ページング機能を無効に設定してください。レポート系列ページング機能の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

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

jpcrptコマンドを使用すると，バッチ処理によって，決められた時刻に定期的にレポートをファイルに出力したり，複数のレポートを一度にファイルに出力したりできます。jpcrptコマンドは，レポートをCSV形式またはHTML形式で出力します。なお，jpcrptコマンドで出力できるレポートの種類はPFM - Web Consoleのバージョンによって異なります。バージョンごとのレポート出力可否を次の表に示します。

表5‒7　バージョンごとのレポート出力可否

出力対象

08-00

08-10

08-11以降

レポート

CSV出力

○

○

○

HTML出力

×

○

○

登録レポート

CSV出力

×

×

○

HTML出力

×

×

○

複合レポート

HTML出力

×

×

○

（凡例）

○：出力できる

×：出力できない

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

注意

CSV出力する場合，レポートに出力するフィールドとして選択していない場合でも以下のフィールド情報が付けられます。

リアルタイムレポートの場合

"Record Time"フィールド，ODBCキーフィールドの情報が付けられます。

履歴レポート（1つのエージェント）の場合

"Date and Time"フィールド，ODBCキーフィールドの情報が付けられます。

履歴レポート（複数のエージェント）の場合

"Date and Time"フィールド，"Agent Host"フィールド，"Agent Instance"フィールド，ODBCキーフィールドの情報が付けられます。

ODBCキーフィールドについては各PFM - Agentマニュアルを参照してください。

5.9.3　CSVの形式

(1)　CSVデータの出力形式

CSVデータは，データヘッダー1部，データヘッダー2部，およびデータ部の順に出力されます。

データヘッダー1部

1行の空白行＋レポート名＋1行の空白行が表示されます。

データヘッダー2部

フィールドの見出しが出力されます。

フィールドの列見出しに出力されるのは，フィールドのスキーマ名です。ただし，定義時にフィールドに対して［表示名］が設定されている場合は，設定された［表示名］を表示します。

データ部

1レコード1行で出力されます。

(2)　CSV出力に使用される文字のキャラクターセット

config.xmlに「characterCode」として設定した文字コードになります。設定できるキャラクターセットは，US-ASCII，windows-1252，ISO-8859-1，UTF-8，UTF-16，UTF-16BE，UTF-16LE，Shift_JIS，EUC-JP，EUC-JP-LINUX，およびMS932です。

デフォルトは，UTF-8です。

注意

config.xmlの「characterCode」の設定値が，上記のキャラクターセットに含まれない場合，または設定してあった値がプラットフォームで定義されていなかった場合，初期化時にエラーとしてログ出力し，設定値にデフォルト値を使用します。

(3)　各行の改行コード

config.xmlに「lineSeparator」として設定します。デフォルトは，Windowsでは「CRLF」，UNIXでは「LF」です。

改行コードが「CRLF」の場合は，「0D0A」を出力します。「LF」の場合は，「0A」を出力します。

注意

設定が「CRLF」，「LF」以外である場合，初期化時にエラーとしてログ出力し，設定値に「CRLF」を使用します。

(4)　ファイルの終了コード

最終データを出力したあと，<EOF>を出力します。

(5)　各項目間のデリミタ

各項目間のデリミタは，「,」で表します。データ値に「,」，「"」，改行が含まれる場合は，データ値自体を「" "」で囲みます。

(6)　日付フォーマット

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

5.9.4　HTMLの形式

(1)　Webブラウザで出力した場合の出力形式

HTML形式のレポートはレポートヘッダー部，グラフ表示部，リスト表示部，テーブル表示部の4つのパートで構成されます。

各パートに表示される内容と表示条件を出力対象ごとに次の表に示します。

表5‒8　各パートに表示される内容と表示条件（Webブラウザから出力した場合）

パート

出力対象

レポート出力（ブックマーク）

複合レポート出力

イベント履歴レポート出力

レポートヘッダー部

レポート定義名，レポート定義の格納先フォルダ※1，エージェント名※2，およびデータ取得時刻※3が表示される。

複合ブックマーク名，ブックマーク階層のパス※4，およびデータ取得時刻※3が表示される。

文字列「Event History」，およびデータ取得時刻※3が表示される。

グラフ表示部

［レポート］画面で使用されるものと同様のグラフ画像が表示される。

［複合レポート］画面で使用されるものと同様のグラフ画像が表示される。

表示されない。

リスト表示部

［レポート］画面で表示されているリストのデータおよびインスタンス番号が表示される。

表示されない（複合レポートではリスト形式の出力はない）。

表示されない。

テーブル表示部

表形式のデータすべてが1つの画面に表示される。

表示されない（複合レポートでは表形式の出力はない）。

表形式のデータすべてが1つの画面に表示される。

注※1

レポート定義の格納先フォルダが「ParentFolder フォルダのパス名」の形式で表示されます。フォルダのパス名は絶対パスで表示されます。

注※2

エージェント名が「Agents エージェント名」の形式で表示されます。エージェント名が複数指定されている場合，エージェント名の間はコンマで区切って表示されます。また，レポートが複合レポートの場合は，表示されません。

注※3

データ取得時刻が「Time (時刻)」の形式で表示されます。表示される内容は，［レポート］画面のメニューバーフレームに表示されている内容と同じです。

注※4

ブックマーク階層のパス名が絶対パスで表示されます。

HTMLはUTF-8コードで出力され，config.xmlファイルのExport形式での文字コード，改行の設定には従いません。

メモ

［印刷画面］メニューを連続で選択した場合，そのたびに新しい画面が開きます。［レポート印刷］画面は上書き更新されません。また，親画面を閉じた場合，［レポート印刷］画面も閉じられます。

レポート結果をWebブラウザからHTML形式で出力した場合の例を次の図に示します。

図5‒17　レポート結果をWebブラウザからHTML形式で出力した場合の例

(2)　コマンドで出力した場合の出力形式

HTML形式のレポートはレポートヘッダー部，グラフ表示部，テーブル表示部の3つのパートで構成されます。各パートに表示される内容と表示条件を出力対象ごとに次の表に示します。

表5‒9　各パートに表示される内容と表示条件（コマンドで出力した場合）

パート

出力対象

レポート出力

登録レポート出力

複合ブックマーク出力

レポートヘッダー部

レポート名，エージェント名※1，日付フォーマット，コマンドラインがコロンで区切って表示される。

レポート名，エージェント名※1，日付フォーマット，コマンドラインがコロンで区切って表示される。

ブックマーク名，日付フォーマット，コマンドラインがコロンで区切って出力される。

グラフ表示部

［レポート］画面で使用されるものと同様のグラフ画像が表示される。

レポート定義でグラフ表示が有効かつ入力ファイルでshow-graphタグを指定した場合に表示される。

［レポート］画面で使用されるものと同様のグラフ画像が表示される。

登録レポートのレポート定義でグラフ表示が有効かつ入力ファイルでshow-graphタグを指定した場合に表示される。

［複合レポート］画面で使用されるものと同様のグラフ画像が表示される。

テーブル表示部

表形式のデータすべてが1つの画面に表示される。※2

レポート定義でテーブル表示が有効かつ入力ファイルでshow-tableタグを指定した場合に表示される。

表形式のデータすべてが1つの画面に表示される。※2

登録レポートのレポート定義でテーブル表示が有効かつ入力ファイルでshow-tableタグを指定した場合に表示される。

表示されない（複合レポートでは表形式の出力はない）。

注※1

エージェント名が複数指定されている場合，エージェント名の間はコンマで区切って表示されます。

注※2

表示されるカラムの並びはレポート定義の定義順と一致します。ただし，Date and Timeフィールドは特別で，定義していない場合は左側に，定義した場合は定義順に1回だけ表示されます。

なお，データが0件の場合またはエージェントが停止していた場合は，レポートヘッダー部だけが出力されます。

HTMLはUTF-8コードで出力され，config.xmlファイルのExport形式での文字コード，改行の設定には従いません。

レポート結果をコマンドからHTML形式で出力した場合の例を次の図に示します。

図5‒18　レポート結果をコマンドからHTML形式で出力した場合の例

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

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

(1)　文字コード種別の変更について

レポートを作成するときに，全角文字や半角カタカナを使用した場合，PFM - Managerの文字コード種別は変更しないでください。途中で文字コード種別を変更すると，以前に定義したアラームやレポートが実行されなくなります。

文字コード種別を変更する場合は，一度アンインストールして，環境を再構築してください。

(2)　更新間隔の設定について

複数のリアルタイムレポートを同時に表示する運用をしたい場合は，各画面の自動更新が同時に実行されないような更新間隔を設定してください。

(3)　リアルタイムレポートと履歴レポートの使い分けについて

長時間のパフォーマンスデータの傾向を参照する運用をしたい場合は，リアルタイムレポートを長時間表示した状態にするのではなく，履歴レポートを使用してください。

(4)　表示データの多いレポートについて

表示データの多いレポート（例えば，PFM - Agent for PlatformのProcess Detail Interval（PD_PDI）レコードのレポート）は，データフィルターやランキング表示を利用して，必要なデータだけを表示するようにしてください。

(5)　サマータイム（夏時間）について

サマータイム開始時の午前2時は午前3時となるため，午前2時台は入力チェックの対象外となりデータ取得されません。

サマータイム終了時には，午前1時台が2回発生します。サマータイム終了時の午前1時台を指定した場合は，サマータイム終了後の2度目の1時台が指定されたものとみなします。また，サマータイム終了時の午前1時台を指定した場合は，グラフのX軸ラベルが正しく表示されないことがあります。

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

(1)　積み上げ面グラフについて

積み上げ面グラフで，複数の系列のレコードを積み上げる場合，完全に一致する時刻のレコード同士だけが積み上がります。

そのため，履歴レポート（複数エージェント）で複数のエージェントのレコードを積み上げ表示する場合，両者の収集間隔とオフセット値が一致するように設定してください。

上記の運用をした場合でも，収集負荷による処理遅延によって，実際の収集時刻にずれが生じて期待した積み上げ面グラフが表示されない場合があります。このような問題を回避するために，PFM - Web Consoleのオプション機能で，レコードの収集時刻を補正してグラフを表示できます。

詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）の<graph-time-correction>タグについて説明している個所を参照してください。

(2)　円グラフについて

レポートに表示する円グラフの個数が多い場合，円グラフの下部にあるデータラベルが改行されます。これによって，円グラフのサイズが小さくなることがあります。この場合，次のどれかの対処をしてください。

グラフ倍率を上げて表示する

レポートに表示する円グラフの個数を減らす

データラベルに表示される文字数を減らす

データラベルに表示される文字数を減らす方法を次に示します。設定はレポート定義を編集する画面で実施します。

［編集 > グラフのプロパティ］画面で［系列］に「行」を指定している場合

［編集 > グラフのプロパティ］画面で，［データラベル］に指定するフィールドを，インスタンスが識別できて，文字数が少ないフィールドにしてください。

［編集 > グラフのプロパティ］画面で［系列］に「列」を指定している場合

［編集 > 表示形式］画面で，［表示名］に指定する文字列を短くしてください。

例えば，グラフ倍率が100%で円グラフが9個の場合，データラベルの改行を回避するには，文字数を半角19文字または全角18文字以下に設定してください。

(3)　PFM - Web Consoleに表示できる最大レポート画面数について

1つのPFM - Web Consoleで表示できる［レポート］画面は，4画面以下にしてください。

PFM - AgentまたはPFM - RMの情報をリアルタイムに表示する［レポート］画面は，1つのPerformance Managementシステム内で10画面以下にしてください。11画面以上を表示した場合，データの取得に失敗することがあります。

(4)　レポートに表示できる最大データ数について

リアルタイムレポートでは，データを30回分まで表示します。31回以上のデータを表示する場合は，古いものから順に削除します。変更する場合はconfig.xmlのmaxRealtimeCacheを変更してください。

履歴レポートでは，最大レコード数のレコードまたは初期設定ファイル（config.xml）に設定した最大件数までのデータグループのデータが表示されます。変更する場合はmaxFetchCount（<vsa>タグ配下）を変更してください。

ただし，表示レコード数が多いレポートはWebブラウザで変更できません。jpcrptコマンドのCSV出力を利用してください。

(5)　データの取得性能について

複数のリアルタイムレポートを同時に表示した場合，データの取得性能が低下することがあります。

複数のエージェントを選択し，複数のレポートを同時に表示した場合，データの取得性能が低下することがあります。

(6)　リアルタイムレポート表示の制限について

PFM - AgentまたはPFM - RMで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。そのため，Webブラウザで複数インスタンスレコードのリアルタイムレポートを表示する際，32,767個までのインスタンスが表示できます。32,768個目以降のインスタンスは表示できません。

(7)　表示レコード数が多いレポートを表示する場合について

表示レコード数が多いレポートをWebブラウザで表示すると，PFM - ManagerのView Serverサービス，またはPFM - Web Consoleのサービスで使用するメモリーが不足して表示できない場合があります。表示レコード数が多いレポートの場合は，次の運用を検討してください。

(a)　レポートキャッシュファイル化機能を有効にする

PFM - Web Consoleには，レポートのデータを，一時的にディスク上のファイルに格納して，メモリー使用量を抑える機能があります。これをレポートキャッシュファイル化機能といい，作成されるファイルをレポートキャッシュファイルといいます。

レポートキャッシュファイル化機能を有効にすると，PFM - Web Consoleはレポートキャッシュファイルを参照して，レポートのデータを表示するため，メモリーに保持するデータが減少し，メモリー不足が発生しにくくなります。

なお，レポートを表示する場合，グラフの有無によってメモリー不足が発生するサービスが異なります。それぞれの場合のメモリー不足の回避方法を次に示します。

グラフが含まれないレポートに大量のデータが含まれている場合

PFM - ManagerのView Serverサービスでメモリー不足が発生します。この場合，レポートキャッシュファイル化機能を有効にすることでメモリー不足を回避できます。

グラフが含まれるレポートに大量のデータが含まれている場合

PFM - ManagerのView Serverサービス，またはPFM - Web Consoleのサービスでメモリー不足が発生します。PFM - ManagerのView Serverサービスについては，レポートキャッシュファイル化機能を有効にすることでメモリー不足を回避できます。PFM - Web Consoleのサービスについては，「5.10.2(8)　グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について」を参照してレポート定義内容を検討してください。

注意

複合レポートの表示時に使用されるベースラインデータでは，レポートキャッシュファイル化機能は利用できません。メモリーが不足するおそれがあるため，大量のデータを含むレポートは，ベースラインとして登録しないでください。

レポートキャッシュファイル化機能は，次の表に示すPFM - Web Consoleで表示するレポートに対応しています。また，jpcrptコマンドでレポートを出力するときにも有効に機能します。

表5‒10　レポートキャッシュファイル化機能を利用できるレポート

呼び出し元

レポート

PFM - Web Consoleの画面

履歴レポート

イベント履歴

複合レポート

［レポート印刷］画面（HTML出力）

CSV出力

タイリング表示

リアルタイムレポート

（自動更新が無効な場合または停止している場合）

jpcrptコマンド

履歴レポート（HTML出力）

複合レポート

なお，jpcrptコマンドで履歴レポートをCSV出力する場合は，レポートキャッシュファイル化機能は利用できません。ただしこの場合，レポートのデータを読み込みながら出力するため，レコード数が多いレポートを出力するときのメモリー不足は回避できます。

レポートキャッシュファイルは，デフォルトでは次のディレクトリに格納されます。

レポート出力種別

OS

ディレクトリ

PFM - Web Consoleでのレポート表示

Windows

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

UNIX

/opt/jp1pcwebcon/reportcache/serv/

jpcrptコマンドでのHTML出力

Windows

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

UNIX

/opt/jp1pcwebcon/reportcache/cmd/

なお，格納されたレポートキャッシュファイルは，通常はレポート出力操作が完了した時点で削除されますが，何らかの要因でファイルが削除されなかった場合，次に示すタイミングで再度削除が試みられます。

ディレクトリ

削除されるタイミング

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

/opt/jp1pcwebcon/reportcache/serv/

PFM - Web Consoleサービスの次回起動時※1

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

/opt/jp1pcwebcon/reportcache/cmd/

削除されない※2

注※1

すべてのファイルおよびディレクトリが削除されるため，ディレクトリ配下には任意のファイルを格納しないでください。

注※2

自動的に削除されないため，jpcrptコマンドが実行中でないことを確認してから手動で削除してください。

メモ

レポートキャッシュファイルのディスク占有量の見積もり方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，レポートキャッシュファイルを使用する場合のディスク占有量について説明している個所を参照してください。

レポートキャッシュファイル化機能を有効にしたい場合，初期設定ファイル（config.xml）のuseReportCacheFileにtrueを指定します。また，レポートキャッシュファイルの格納先ディレクトリは，初期設定ファイル（config.xml）のreportCacheFileDirで指定します。

注意

レポートキャッシュファイルの格納先ディレクトリには，ローカルディスク上のディレクトリを指定してください。ネットワーク上のディレクトリを指定した場合，ローカルディスクと比較してWebブラウザおよびjpcrptコマンドの動作に時間が掛かります。

初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(b)　jpcrptコマンドでCSV出力する

表示レコード数が多いレポートのデータは，PFM - Web Consoleの画面に表示するのではなく，CSVファイルに出力して参照することを検討してください。

レポートをCSVファイルに出力するには，jpcrptコマンドを利用します。jpcrptコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

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

グラフを含むレポートを表示する場合に，レポート表示に必要なメモリー量がPFM - Web Consoleで使用できる制限値を超えると，メモリーが不足して表示できないことがあります。レポート表示に必要なメモリー量は，レポート表示対象データの最大レコード数（データ行数）およびフィールド数によって変化します。

メモリー不足を回避できる値を次に示します。グラフの種類に関わらず，レポート表示対象データがこの値以下に収まる場合，メモリーが不足することはありません。同時に複数のレポートを表示する場合は，すべてのレポートの合計値がこの値以下に収まるようにしてください。

最大レコード数（データ行数）：50,000

フィールド数：5（レコード数が50,000の場合）

上に示す値は，積算値として考慮します。つまり，最大レコード数×フィールド数が50,000×5＝250,000以下の場合，メモリー不足は発生しません。レポート表示対象データ数が異なる場合の検討例を次に示します。

最大レコード数（データ行数）：100,000

フィールド数：2

この場合，100,000×2＝200,000となるため，メモリー不足は発生しません。

この値を実際のレポートに当てはめた場合の定義内容例を次の表に示します。

表5‒11　レポート定義内容例1

定義項目

定義内容

レポート種別

履歴（1つのエージェント）

エージェント

PFM - Agent for Platform（Windows）

レコード

PI（単数インスタンスレコード）

選択フィールド

Available Mbytes

Cache Faults/sec

Cache Mbytes

Page Faults/sec

Pages/sec

グラフ表示フィールド

グラフ種別

面

レポート表示期間

過去1ヶ月以内

レポート間隔

分

表5‒12　レポート定義内容例2

定義項目

定義内容

レポート種別

履歴（1つのエージェント）

エージェント

PFM - Agent for Platform（Windows）

レコード

PD_PDI（複数インスタンスレコード）

選択フィールド

CPU %

Page File Kbytes

グラフ表示フィールド

CPU %

グラフ種別

面

レポート表示期間

過去1日以内

監視対象プロセス数※

30

注※

レポート表示の対象となるプロセス数（レコードのインスタンス数）です。レポート定義で設定する項目ではありません。

表5‒13　レポート定義内容例3

定義項目

定義内容

レポート種別

履歴（複数のエージェント）※

エージェント

PFM - Agent for Platform（Windows）

レコード

PI（単数インスタンスレコード）

選択フィールド

Available Mbytes

Cache Mbytes

グラフ表示フィールド

Available Mbytes

グラフ種別

折れ線

レポート表示期間

過去1ヶ月以内

レポート間隔

分

注※

2つのエージェントを選択してレポートを表示する場合を例とします。

(9)　グラフの凡例が表示しきれない場合について

レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。

PFM - Web Console 09-10以降の場合，グラフのフィールドを複数のページに分割して表示できます。これをレポート系列ページング機能といい，これによってすべての凡例を参照できます。この機能を有効にしたい場合，初期設定ファイル（config.xml）のusingSeriesPagingOnTheGraphにtrueを指定してください。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

また，PFM - Web Console 09-00以前の場合，またはPFM - Web Console 09-10以降でレポート系列ページング機能が無効の場合に，グラフの凡例が表示しきれない場合は，グラフ倍率を変更して確認してください。グラフ倍率を変更しても表示しきれない場合は，レポートの表へグラフの凡例に該当するフィールドを追加して確認してください。なお，グラフに表示するフィールドは20個程度を推奨します。

(10)　フィールド数が多いリアルタイムレポートを表示する場合について

レポート系列ページング機能によってリアルタイムレポートが複数のページに分割されている場合，レポートを更新するときにフィールド数が増減することがあります。これによって，ページに表示されるフィールドが変化することがあるため注意してください。

(11)　大量の表データを含むレポートをHTML出力する場合について

HTML出力したレポートに大量の表データが含まれる場合，表示に高い負荷が掛かるために，Webブラウザがハングアップすることがあります。この場合，HTML形式レポートに含める表データの行数を制限することで回避してください。

09-10以降のPFM - Web Consoleでは，HTML形式レポートに含める表データの行数は，次の表に示す初期設定ファイル（config.xml）の項目を設定することで変更できます。

表5‒14　表データ行数を制限するためのconfig.xmlの設定項目

レポート種別

config.xmlの設定項目

［レポート印刷］画面への出力

printTableMaxRowSize

jpcrptコマンドによるHTML出力

cmdHtmlTableOutputMaxRowSize

初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

なお，この設定によって表データの行数を制限した場合でも，レポートに含まれるフィールドの数が多い場合は，出力されるデータの量がWebブラウザの許容範囲を超え，Webブラウザの動作が不安定になることがあります。これを回避するには，レポートに含めるフィールドの数を見直してください。初期設定ファイル（config.xml）に設定した表データ行数の制限値が初期値で，Internet Explorerを使用してレポートを表示する場合，フィールド数は10以下です。

(12)　ドリルダウンが設定されたデータ数の多いレポートを表示する場合について

フィールドレベルのドリルダウンを設定したレポートを表示する場合，フィールドのプロット数によっては，メモリーが不足してPFM - Web Consoleサービスが停止することがあります。この場合，グラフのドリルダウンデータ数制限機能を有効にすることで回避してください。

グラフのドリルダウンデータ数制限機能は，フィールドレベルのドリルダウンが設定されたフィールドのプロット数（ドリルダウンデータ数）を制限する機能です。ドリルダウンデータ数が制限値を超えた場合，グラフ上のフィールドレベルのドリルダウンは無効になり，グラフ上のフィールドをクリックしてもドリルダウンレポートは表示されなくなります。なお，表および一覧の項目に対するドリルダウンは無効になりません。

グラフのドリルダウンデータ数制限機能は，09-10以降のPFM - Web Consoleで利用できます。制限値は，初期設定ファイル（config.xml）のmaxDrilldownPointsに指定します。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(13)　レポートの表示に時間が掛かる場合について

レコードのインスタンス数が大量な場合，表示に時間が掛かる場合があります。この場合，次に示す対処をすべて実施することで，一度にグラフに表示するデータ数を制限してください。

［編集 > グラフのプロパティ］画面で［系列］に「列」を指定する

レポート系列ページング機能を有効にする

初期設定ファイル（config.xml）のusingSeriesPagingOnTheGraphにtrueを指定します。

グラフの凡例に表示するフィールドの最大数を14に制限する

初期設定ファイル（config.xml）のdisplayLegendCountに14を指定します。

初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementのインストールとセットアップについて説明している章を参照してください。

(14)　グラフ画像を表示または出力する場合に作成される一時ファイルについて

09-50以降のPFM - Web Consoleでは，次に示す契機でグラフ画像を表示または出力する場合に，10〜100キロバイト程度の一時ファイルが作成されます。

グラフを含む［レポート］画面（［複合レポート］画面を含む）の表示および出力

［システム稼働状況サマリ監視］画面での円グラフの表示

ブックマークに登録しているレポートのタイリング表示

一時ファイルは，次に示すディレクトリに格納されます。

Windowsの場合

Webブラウザでのレポート表示のとき

システム環境変数TMPに設定されているフォルダ。

jpcrptコマンドでのレポート出力のとき

コマンド実行ユーザーのユーザー環境変数TMPに設定されているフォルダ。

UNIXの場合

環境変数TMPDIRに設定されているディレクトリ。

環境変数TMPDIRが設定されていない場合は，ディレクトリ/var/tmpまたは/tmp。

作成された一時ファイルは，グラフ画像の生成が完了したあと削除されます。

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

(1)　グラフ種類，グラフオプションについて

「3Dで表示する」のグラフオプションは，常に設定できますが，「集合縦棒/積み上げ縦棒」以外のグラフ種類では無視されます。また，「グリッドを表示する」のグラフオプションは常に設定できますが，最前面のグラフに対してだけ有効です。

(2)　グラフの描画順について

複合レポートのグラフは次の順序で描画されます。

系列グループ1から順番に描画し，以降の系列グループが上書き描画します。

系列グループ内では，系列グループに登録されている登録レポート順に描画し，以降の登録レポートが上書き描画していきます。

登録レポート内では，登録レポート内のフィールド順に描画し，以降のフィールドが上書き描画していきます。

グラフの描画順のイメージを次の図に示します。

図5‒19　グラフの描画順のイメージ

複合ブックマークの定義では，1.および2.は複合ブックマークの編集時に「系列グループの設定」で描画順序を決定できるため，描画されたグラフが隠れないように設定してください。また，3.についてはレポート定義を新規作成または編集する画面で設定できます。

ただし，「3D集合縦棒／3D積み上げ縦棒」のグラフを含む系列グループと，「折れ線」のグラフを含む系列グループは，系列グループの順序に関わらずどちらかが最前面に表示されます。どちらを最前面に表示するかは，初期設定ファイル（config.xml）の<foregroundCombinationGraph>タグで指定します。

指定内容に応じたグラフの描画順序を次の表に示します。

<foregroundCombinationGraph>タグの指定値

描画位置

3DBAR（デフォルト）

前面側から背面側に向かって，次に示す順序で表示されます。

3D集合縦棒／3D積み上げ縦棒

折れ線

集合縦棒／積み上げ縦棒／面／積み上げ面

LINE

前面側から背面側に向かって，次に示す順序で表示されます。

折れ線

3D集合縦棒／3D積み上げ縦棒

集合縦棒／積み上げ縦棒／面／積み上げ面

詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）の<foregroundCombinationGraph>タグについて説明している個所を参照してください。

(3)　グラフの横軸（X軸），縦軸（Y軸）について

複合レポート全体での共通設定はできません。

複合レポートのY軸は，系列グループごとに自動スケール調整（実データの最大・最小に調整）と，手動スケール調整（最大値，最小値指定）ができます。また，該当する軸ラベルの表示位置も左側，右側から任意に選択できます。

複合レポートのX軸は1つの時系列固定です。

対象期間の範囲や収集間隔が異なる場合は，欠損値と見なしてデータ補正されるので，描画が崩れることがあります。また，PDレコードを収集する場合，収集間隔にずれが生じることがあるため，積み上げのグラフを正常に表示できないことがあります。PDレコードの場合は，折れ線グラフで描画することを推奨します。

上記の問題を回避するために，PFM - Web Consoleのオプション機能で，レコードの収集時刻を補正してグラフを表示できます。詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）の<graph-time-correction>タグについて説明している個所を参照してください。

複合レポートのY軸目盛の表示順序は，グラフの描画順序に準じます。

複合レポートに含まれる系列グループのうち，最前面に描画される系列グループのY軸目盛が最も内側（グラフに近い側）に描画されます。次いで背面に描画される系列グループのY軸目盛から，順番にその外側に描画されていきます。

(4)　レポートのフィールド数について

複合レポートでは，レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。その場合，グラフ倍率を上げて表示するか，次の方法で，表示するフィールド数を制限してください（20個程度推奨）。

複合ブックマークを編集する画面で表示するレポートを減らす。

個々のレポート定義を編集する画面でフィールドを減らし登録レポートを作成し直す。

個々のレポート定義を編集する画面でフィルター条件を加えて登録レポートを作成し直す。

個々のレポート定義を編集する画面でフィールドの表示名をデフォルトのフィールド名より短く設定し，登録レポートを作成し直す。

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

倍率100%：凡例20行程度

倍率200%：凡例30行程度

倍率400%：凡例50行程度

倍率600%：凡例50行程度

倍率800%：凡例70行程度

複合レポートでは，凡例の文字数が多い場合，凡例の一部が見えなくなることがあります。その場合，グラフ倍率を上げて表示するか，次の方法で，凡例の文字数を制限してください。

レポート名を短くし登録レポートを作成し直す。

個々のレポート定義を編集する画面で，フィールドの表示名をデフォルトのフィールド名より短く設定し，登録レポートを作成し直す。

バインドするエージェント数を減らし登録レポートを作成し直す。

次の条件を超えると，凡例の一部が見えなくなる場合があります。

倍率100%：全角50文字程度，半角80文字程度

倍率200%：全角80文字程度，半角120文字程度

倍率400%：全角110文字程度，半角160文字程度

倍率600%：全角140文字程度，半角200文字程度

倍率800%：全角160文字程度，半角230文字程度

(5)　系列グループの設定について

系列グループには必ず1つ以上の登録レポートを設定してください。すべての系列グループに対して登録レポートが1つも設定されていないと，グラフは表示されません。また，ベースラインだけが設定されている場合もグラフは表示されません。

複合レポートでは，系列グループ名に設定した文字が多い場合，系列グループ名と凡例の文字が重なる場合があります。この場合，グラフの倍率を上げて表示するか，系列グループ名の文字数を短くしてください。

例えば，系列グループ名の文字数が全角25文字程度または半角30文字程度で，凡例の行数が10行程度のグラフの場合，グラフの倍率が100%のときには文字が重なることがあります。この場合，グラフの倍率を200%以上にして表示すると文字は重なりません。

(6)　レポートの対象期間について

レポートの対象期間を「過去〜以内（1時間など）」に設定した場合は，［レポート］画面で［最新情報に更新］を選択すると，現在日時から設定した対象期間でレポートが更新されます。ただし，ベースライン開始日時は変わりません。

対象期間を「レポートの表示時に指定」に設定した場合は，［レポート］画面で［最新情報に更新］を選択しても，設定したレポートの開始／終了日時，およびベースライン開始日時は変わりません。

(7)　ベースライン表示期間について

ベースライン表示期間の設定［開始日時］は，複合レポート起動時の現在日時から，レポート表示期間の設定［対象期間］および［レポート間隔］に合わせて自動的に決定されます。レポート表示期間の設定［対象期間］および［レポート間隔］を変更した場合は，レポート表示期間の設定［開始日時］に再設定されます。

［レポート］画面で［最新情報に更新］を実行すると，［対象期間］の設定によって，レポート表示期間の設定［開始日時］および［終了日時］は変更されることがありますが，ベースライン表示期間の設定［開始日時］は変更されません。

複合レポートのグラフの始点・終点は，ベースライン表示期間の設定［開始日時］やベースラインのデータが変更されても影響しません。ただし，同時に表示される登録レポートのデータが1つ（始点と終点が同一となるデータ）である場合は，グラフの始点・終点がベースラインとして収集された範囲になることがあります。また，実際のグラフの表示期間は，レポート表示期間の設定［開始日時］および［終了日時］の範囲内で実在するデータに従い，始点・終点が決定されます。

ベースライン表示期間の設定［開始日時］は，ベースラインごとに動作します。複数のフィールドを持ち，かつ各フィールドの開始日時が異なるデータが保持されたベースラインの場合は，ベースライン表示期間の設定［開始日時］に従って，時系列データの最も過去のフィールドデータを始点にして描画されます。それ以外のフィールドの開始日時は，ベースラインが保存されたときのデータを始点にして描画されます。

複数のフィールドの開始日時が異なるデータをベースラインとして登録した場合は，ベースライン表示期間の設定［開始日時］に従って，時系列データの最も過去のフィールドデータを始点にして描画されます。このとき，各フィールドの相対的な開始位置は保たれて描画されます。

(8)　グラフタイトルの長さについて

グラフタイトルに表示できる文字数は，全角，半角ともに64文字までです。ただし，グラフ倍率が100%の場合に，全角で61文字以上のグラフタイトルを表示すると，改行されることがあります。半角の場合は改行されません。

(9)　PDレコードタイプのレコードを表示する場合について

PFM - Web Console 09-50以降で，PDレコードタイプのレコードを複合レポートの集合縦棒または積み上げ縦棒グラフで表示させる場合，次の現象が発生することがあります。

レコードの収集間隔にずれが生じた場合に，縦棒の幅が狭く表示される。

レコードの収集間隔が1時間以上に設定されている場合，PFM - Web Console 09-10以前と縦棒の表示位置が異なることがある。

このため，PFM - Web Console 09-50以降で，PDレコードタイプのレコードを複合レポートで表示させる場合は，折れ線グラフにすることをお勧めします。

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

Performance Managementは，収集するパフォーマンスデータにしきい値を設定すると，パフォーマンスデータがしきい値を超過したときに「アラーム」で通知できます。

この章では，アラームの作成方法や，アラームを使って問題発生を通知する方法について説明します。

6.1　アラームの概要

Performance Managementでは，監視エージェントで監視しているパフォーマンスデータがあらかじめ設定されたしきい値に達した場合，ユーザーに通知されるように設定できます。

データがしきい値に達した場合のシステムの動作を定義したものを「アラーム」，複数のアラームを1つにまとめたものを「アラームテーブル」と呼びます。アラームテーブルは，PFM - AgentまたはPFM - RMの種類ごとに1つだけある「フォルダ」下にあります。このフォルダは，PFM - Web Consoleの［メイン］画面のナビゲーションフレームで［アラーム階層］タブを選択したときに表示されるアラーム階層の2階層目に表示されます。

データがしきい値に達した場合，監視エージェントは「アラームイベント」を発行して通知します。このアラームイベントを受けて，Performance Managementが実行する動作のことを「アクション」と呼びます。Performance Managementのアクションを次に示します。

システム管理者にEメールで通知する

修復プログラムなどのコマンドを実行する

ほかのJP1製品と連携するためのJP1イベントを発行する

SNMPトラップを送信する

アラームテーブルは，監視エージェントに関連づけることで，しきい値の超過を検知できます。アラームテーブルと監視エージェントとを関連づけることを「バインド」と呼びます。

また，1つの監視エージェントに複数のアラームテーブルをバインドできます。

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

クイックガイドを使用して，簡易的なアラームを設定することもできます。クイックガイドについては，「6.5　Webブラウザ（クイックガイド）でのアラームの設定」を参照してください。

6.2.1　アラームを設定・運用する方法

アラームは，PFM - Web Consoleの［アラーム階層］画面またはコマンドを使用して設定・運用します。

アラームの設定には，次に示す方法があります。

新規にアラームテーブルおよびアラームを定義する

システム環境に合わせてアラームテーブルを新たに作成し，アラームを定義します。また，アラームテーブルに，あとから新たなアラームを追加することもできます。

クイックガイドを使用して，簡易的なアラームを設定することもできます。クイックガイドで設定したアラームでは，エージェントへのバインドも実施されます。

既存のアラームテーブルまたはアラームを使用する

次に示す方法があります。

監視テンプレートを使用する

監視テンプレートは，各PFM - AgentまたはPFM - RMに付属している必要な情報があらかじめ設定されたアラームの集まりです。監視テンプレートを使用すると，PFM - AgentまたはPFM - RMを起動した時点で，監視テンプレートにアクティブ設定されているアラームが有効になります。

監視テンプレートをカスタマイズする

監視テンプレートをコピーして監視目的に合わせてカスタマイズします。

既存のアラームテーブルまたはアラームを使用する

定義済みのアラームテーブルまたはアラームをコピーしてカスタマイズします。

上記のどれかで定義したアラームテーブルを，監視エージェントに関連づけて（バインドして）運用します。

メモ

jpctool alarmコマンドを使用して，アラーム定義ファイルを作成すると，最大250個までのアラームを一度に定義できます。大規模システムで複数のサーバに一括してアラームを設定するときなどに使用します。

アラームの設定後，［アラーム反映状況の確認］画面またはjpctool alarm unappliedコマンドを使って，アラームの反映状態をサービスごとに確認できます。

アラームテーブルはツリー形式で表示されます。これをアラームツリーと呼びます。アラームツリーの表示形式は次の2つから選択できます。

・分離表示する：ユーザー作成のアラームテーブルを「User Alarms」の下に，監視テンプレートを「Template Alarms」の下に，それぞれ別のツリーとして表示する形式です。

・分離表示しない：ユーザー作成のアラームテーブルと監視テンプレートをまとめて，同じルート「Alarms」の下に，1つのツリーとして表示する形式です。

アラームツリーを分離表示するかどうかを切り替えたい場合，初期設定ファイル（config.xml）のdisplayAlarmTablesSeparatelyを変更してください。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

アラームテーブルをバインドする方法には，次に示すものがあります。

監視マネージャーおよび監視エージェントのサービスを起動後にアラームを定義し，アラームテーブルを手動でバインドする（手動バインド）

この場合，アラームテーブルをバインドした時にアラームの監視を開始します。監視エージェントのサービスを起動してからバインドするまでの異常は検知できません。

監視マネージャーの起動後，監視エージェントのサービスの起動前にアラームの定義とアラームテーブルの自動バインド設定を行い，監視エージェントの起動時に自動でバインドする（自動バインド）

この場合，監視エージェントのサービスを起動した時にアラームテーブルが自動でバインドされ，アラームの監視を開始します。

メモ

自動バインドを使用する場合，あらかじめアラームテーブル複数バインド機能を有効に設定しておく必要があります。

6.2.2　アラームの評価

アラームの評価について説明します。この説明で使用している凡例をまとめて次に示します。

（凡例）

−：該当しない

［常に］：［常にアラーム通知する］のチェックの状態

［すべての］：［すべてのデータを評価する］のチェックの状態

○：使用（チェックあり）

×：未使用（チェックなし）

(1)　アラーム条件の組み合わせによるアラーム評価の違いについて

アラーム評価の方法は，アラーム条件とアラーム評価の対象となるレコードタイプによって異なります。アラーム条件の組み合わせによるアラーム評価の違いを次の表に示します。

表6‒1　アラーム条件によるアラーム評価の違い（［値の存在を監視するアラームとする］をチェックしていない場合）

レコードタイプ

［アラーム通知］

［通知対象］

条件

アラーム評価（通知）

単数インスタンスレコード

［状態が変化したときに通知する］を選択している場合

［アラームの状態変化］を選択している場合

［すべてのデータを評価する］をチェックしていない場合

異常条件を満たしていて，かつ以前に通知されたアラームが異常（赤）以外の場合，異常（赤）アラームが通知される。

異常条件を満たしているデータはないが，警告条件を満たしていて，かつ以前に通知されたアラームが警告（黄）以外の場合，警告（黄）アラームが通知される。

上記のどちらにも該当していない場合で，かつ以前に通知されたアラームが異常（赤）または警告（黄）のときは，正常（緑）アラームが通知される。

［すべてのデータを評価する］をチェックしている場合

［レコードのインスタンスごとの状態変化］を選択している場合

−

［常にアラーム通知する］を選択している場合

−

［すべてのデータを評価する］をチェックしていない場合

異常または警告のどちらかの条件を満たしている場合，以前のアラーム通知の有無に関係なく，異常または警告である旨のアラームが通知される。

−

［すべてのデータを評価する］をチェックしている場合

複数インスタンスレコード

［状態が変化したときに通知する］を選択している場合

［アラームの状態変化］を選択している場合

［すべてのデータを評価する］をチェックしていない場合

異常条件を満たしているデータが1つ見つかり，かつ以前に通知されたアラームが異常（赤）以外の場合，そのデータについて異常（赤）アラームが通知される。

異常条件を満たしているデータはないが，警告条件を満たしているデータが1つ見つかり，かつ以前に通知されたアラームが警告（黄）以外の場合，そのデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記のどちらにも該当していない場合で，かつ以前に通知されたアラームが異常（赤）または警告（黄）のときは，正常（緑）アラームが通知される。

注意

条件を満たしているデータが見つかった時点でアラーム評価が終了するため，収集されたすべてのデータが評価されるとは限らない。

［すべてのデータを評価する］をチェックしている場合

収集されたすべてのデータを評価した結果，異常条件を満たしているデータが1つ以上あり，かつ以前に通知されたアラームが異常（赤）以外の場合，それらの個々のデータについて異常（赤）アラームが通知される。

収集されたすべてのデータを評価した結果，異常条件を満たしているデータはないが，警告条件を満たしているデータが1つ以上あり，かつ以前に通知されたアラームが警告（黄）以外の場合，それらの個々のデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記のどちらにも該当していない場合で，かつ以前に通知されたアラームが異常（赤）または警告（黄）のときは，正常（緑）アラームが通知される。

注意

すべてのデータが評価されるので，1インターバルで複数のアラームが通知されることがある。

［レコードのインスタンスごとの状態変化］を選択している場合

−

収集されたすべてのデータを評価した結果，異常条件を満たしているデータが1つ以上あり，かつ該当するデータのアラームが異常（赤）以外の場合，それらの個々のデータについて異常（赤）アラームが通知される。

収集されたすべてのデータを評価した結果，異常条件を満たしているデータはないが，警告条件を満たしているデータが1つ以上あり，かつ該当するデータのアラームが警告（黄）以外の場合，それらの個々のデータについて警告（黄）アラームが通知される。

収集されたすべてのデータが上記のどちらにも該当していない場合，かつ該当するデータの以前に通知されたアラームが異常（赤）または警告（黄）のとき，正常（緑）アラームが通知される。

注意

すべてのデータが評価されるので，1インターバルで複数のアラームが通知されることがある。

［常にアラーム通知する］を選択している場合

−

［すべてのデータを評価する］をチェックしていない場合

異常条件を満たすデータが1つ見つかった時点で，以前のアラーム通知の有無に関係なく，そのデータを基に異常アラームが通知される。

異常条件を満たしているデータはないが，警告条件を満たしているデータが1つ見つかった時点で，以前のアラーム通知の有無に関係なく，そのデータを基に警告アラームが通知される。

注意

条件を満たしているデータが見つかった時点でアラーム評価が終了するため，収集されたすべてのデータが評価されるとは限らない。

−

［すべてのデータを評価する］をチェックしている場合

異常，または警告のどちらかの条件を満たしているすべてのデータ1つ1つについて異常（または警告）である旨のアラームが通知される。

注意

すべてのデータが評価されるので，1インターバルで複数のアラーム通知がされることがある。

表6‒2　アラーム条件によるアラーム評価の違い（［値の存在を監視するアラームとする］をチェックしている場合）

レコードタイプ

［アラーム通知］

［通知対象］

条件

アラーム評価（通知）

複数インスタンスレコード

［状態が変化したときに通知する］を選択している場合

［アラームの状態変化］を選択している場合

［すべてのデータを評価する］をチェックしていない場合

収集されたすべてのデータを基に，［新規アラーム > アラーム条件式］または［編集 > アラーム条件式］画面で，条件式として指定した値があるかどうかを判断し，ない（条件式を満たしていない）場合に異常（赤）のアラームが通知される。

注意

アラーム通知は稼働していない旨を1回だけ通知する。収集されるデータが1つもない場合は，アラーム評価されない。

［すべてのデータを評価する］をチェックしている場合

［レコードのインスタンスごとの状態変化］を選択している場合

−

−※

［常にアラーム通知する］を選択している場合

−

［すべてのデータを評価する］をチェックしていない場合

収集されたすべてのデータを基に，［新規アラーム > アラーム条件式］または［編集 > アラーム条件式］画面で，条件式として指定した値があるかどうかを判断し，ない（条件式を満たしていない）場合に異常（赤）のアラームが通知される。

注意

アラームは，毎回通知する。

収集されるデータが1つもない場合は，アラーム評価されない。

−

［すべてのデータを評価する］をチェックしている場合

注※

［値の存在を監視するアラームとする］をチェックしている場合，［レコードのインスタンスごとの状態変化］を選択できません。

アラーム評価方法を，アラーム通知の条件ごとに説明します。

［値の存在を監視するアラームとする］をチェックしている場合

アラーム条件式で指定したPD レコードタイプおよびPIレコードタイプのレコードの，すべてのフィールドについて，指定した値があるかどうかが評価されます。値がない場合，1インターバルでは1回だけアラーム通知されます。

アラーム条件式を設定した場合

アラーム条件式を設定した場合，アラーム評価の対象となるレコードのタイプがPDレコードタイプおよびPIレコードタイプであれば，1インターバルで複数レコードが収集されます。［すべてのデータを評価する］にチェックしていない場合，アラームの評価は，条件式を満たしているデータが最初に見つかった時点でアラームを通知して終了します。そのため，すべてのパフォーマンスデータが評価したい場合は，［すべてのデータを評価する］または［レコードのインスタンスごとの状態変化］にチェックをつけてください。

(2)　発生頻度の設定によるアラーム評価の違いについて

「アラーム条件の組み合わせによるアラーム評価の違い」の説明に加えて，「発生頻度」を設定した場合には，さらにアラームの評価が異なります。発生頻度を設定した場合の，アラームの条件によるアラームの評価の違いを次の表に示します。

表6‒3　発生頻度を設定した場合のアラーム評価の違い

［発生頻度］

［常に］

［すべての］

アラーム評価（通知）

○

×

×

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知される。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータを基に，アラームの状態が通知される。

注意：アラームの状態は発生頻度を評価した結果の状態のため，アラームの状態と通知されるデータのしきい値が異なることがある。

○

×

○

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知される。

アラーム状態が警告または異常の場合，アラーム通知時点でアラーム状態の条件を満たすすべてのデータを基にアラームの状態が通知される。

注意：アラームの状態は発生頻度を評価した結果の状態のため，アラームの状態と通知されるデータのしきい値が異なることがある。

○

○

×

アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知される。

○

○

○

アラーム通知時点で警告または異常条件を満たすすべてのデータが通知される。

また，発生頻度に設定した値によって，アラーム通知のタイミングが次の表のように変わります。

発生頻度

アラーム通知のタイミング

n／m

［常にアラーム通知する］がチェックされていない場合

mインターバル中n回しきい値を超えた場合にアラームが通知されます。以降は発生頻度を満たし，かつ，アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

［常にアラーム通知する］がチェックされている場合

mインターバル中n回しきい値を超えた場合にアラームが通知されます。以降m回アラームを評価する間にn回しきい値を超えるごとにアラームが通知されます。

n／n※

［常にアラーム通知する］がチェックされていない場合

nインターバル中n回しきい値を超えた場合にアラームが通知されます。以降は発生頻度を満たし，かつ，アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

［常にアラーム通知する］がチェックされている場合

nインターバル中n回しきい値を超えた場合にアラームが通知されます。以降n回アラームを評価する間にn回しきい値を超えるごとにアラームが通知されます。

注※

［常にアラーム通知する］がチェックされている場合は，起動後の収集で，最初にしきい値を満たした時点で発生頻度に関係なくアラームが発行されます。以降は発生頻度の設定に従ってアラームが発行されます。

(3)　監視時刻範囲と発生頻度を指定した場合のアラーム評価について（［レコードのインスタンスごとの状態変化］を設定しない場合）

監視時刻範囲を指定している場合，監視終了時刻になると，正常アラームが発行されます。しかし，アラーム発生頻度の集計対象には，前回の監視時刻範囲の情報が含まれます。監視時刻範囲を指定している場合のアラーム評価の事例を次に示します。

前提条件

監視時刻範囲：9:00〜21:00

発生頻度：3インターバル中2回超過

［常にアラーム通知する］：チェックしない

［すべてのデータを評価する］：チェックしない

当日の監視時刻範囲に，しきい値の超過が2回発生している場合，アラームは異常または警告状態になります。この状態で監視時刻が終了すると，アラームはいったん正常状態に変化します。翌日，監視の開始時刻には，前日の終了時刻時点の監視エージェントの状態（この場合は異常または警告）が引き継がれます。このため，翌日の監視時刻範囲内に初回のしきい値の超過が発生すると，3インターバル中に2回しきい値を超過する条件を満たすことになるため，異常または警告アラームが発行されます。

この場合，次の表に示すようにアラームが発行されます。

日付

時刻

監視エージェントの状態

発行アラーム

1日目

20:58

監視時刻範囲内

正常

−

20:59

異常

−

21:00

異常

異常アラーム※1

21:01

監視時刻範囲外

評価されない

正常アラーム※2

21:02

評価されない

−

：

2日目

8:59

監視時刻範囲外

評価されない

−

9:00

監視時刻範囲内

異常

異常アラーム※3

注※1

「3インターバル中に2回しきい値を超過」の条件を満たしたため，異常アラームが発行されます。

注※2

監視終了時刻になったため，正常アラーム（Alarm expired）が発行されます。

注※3

前日の監視エージェントの状態を引き継ぐため，「3インターバル中に2回しきい値を超過」の条件を満たすことになり，異常アラームが発行されます。

(4)　監視時刻範囲と発生頻度を指定した場合のアラーム評価について（［レコードのインスタンスごとの状態変化］を設定する場合）

監視時刻範囲を指定している場合，監視終了時刻になると，正常アラームが発行されます。

［レコードのインスタンスごとの状態変化］を設定している場合，時刻が監視時刻範囲を外れたときのアラームの状態によって動作が異なります。正常状態で時刻が監視時刻範囲を外れたとき，発生頻度はクリアされません。また，アラームイベント（Alarm Expired）は通知されません。異常または警告状態で時刻が監視時刻範囲を外れたとき，発生頻度がクリアされアラームイベント（Alarm Expired）が1回通知されます。時刻が監視時刻範囲に入ったとき，アラームバインド時と同様に評価が新規に開始されます。

監視時刻範囲を指定している場合のアラーム評価の事例を次に示します。

前提条件

監視時刻範囲：9:00〜21:00

発生頻度：3インターバル中2回超過

［レコードのインスタンスごとの状態変化］を設定する

［すべてのデータを評価する］：チェックしない

当日の監視時刻範囲に，しきい値の超過が2回発生している場合，アラームは異常または警告状態になります。この状態で監視時刻が終了すると，アラームは正常状態に変化します。翌日，監視の開始時刻には，前日の終了時刻時点の監視エージェントの状態（この場合は異常または警告）が引き継がれません。3インターバル中に2回しきい値を超過する条件を満たすには，翌日の監視時刻範囲内にしきい値の超過が2回発生する必要があります。

この場合，次の表に示すようにアラームが発行されます。

日付

時刻

監視エージェントの状態

発行アラーム

1日目

20:58

監視時刻範囲内

正常

−

20:59

異常

−

21:00

異常

異常アラーム※1

21:01

監視時刻範囲外

評価されない

正常アラーム※2

21:02

評価されない

−

：

2日目

8:59

監視時刻範囲外

評価されない

−

9:00

監視時刻範囲内

異常

−※3

9:01

異常

異常アラーム※1

注※1

「3インターバル中に2回しきい値を超過」の条件を満たしたため，異常アラームが発行されます。

注※2

監視終了時刻になったため，発生頻度がクリアされ，正常アラーム（Alarm expired）が発行されます。

注※3

前日の監視エージェントの状態を引き継がないため，「3インターバル中に2回しきい値を超過」の条件を満たすことになりません。

6.2.3　アラームを設定・運用する流れ

アラームを設定・運用する流れを次の図に示します。なお，クイックガイドでアラームを設定・運用する場合は，「6.3　アラームを設定する前にすること」および「6.5　Webブラウザ（クイックガイド）でのアラームの設定」の手順を実施してください。

図6‒1　アラームを設定・運用する流れ

(1)　アラームの自動バインドのエラー検知方法

アラームの自動バインドでエラーが発生する場合，次に示すエラーメッセージが共通メッセージログに出力されます。

KAVE00559-E

KAVE00562-E

KAVE00563-E

JP1/IMのログファイルトラップでアラームの自動バインドのエラーを検知する場合，これらのエラーメッセージを条件に設定してください。

ログファイルトラップを設定しない場合は，これらのエラーメッセージがPFM - Managerホストの共通メッセージログに出力されていないことを確認してください。

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

6.3.1　Eメールの送信元を設定する

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにEメールを送信したい場合，Eメールの送信元を設定します。

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［サービス階層］画面のナビゲーションフレームで「Machines」フォルダをクリックする。

Performance Managementプログラムがインストールされているホストを示すフォルダが表示されます。

Eメール送信元ホストのAction Handlerサービスを選択する。

名称が「PH」で始まるアイコンまたは「ホスト名<Action Handler>」のアイコンが，Action Handlerサービスを示すアイコンです。

メソッドフレームで［プロパティ］メソッドを選択する。

［プロパティ］画面が表示されます。

プロパティの値を次のように設定します。

［Capabilities］の［Email］：Yes

［Mail］の［SMTP Host］：Eメール送信サーバであるSMTPサーバのホスト名またはIPアドレス

［Mail］の［SMTP Sender］：Eメール送信元となるEメールアドレス

［Mail］の［Mail Subject］：Eメールのタイトル

［完了］または［適用］ボタンをクリックする。

手順5の設定内容が保存されます。なお，アラームごとの設定については，「6.4.5(1)　Eメールを送信する」を参照してください。

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

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにコマンドを自動実行する場合，PFM - Web Consoleの［サービス階層］画面の［サービスのプロパティ］画面で，コマンドを実行するホストにあるAction Handlerのプロパティを次のように設定しておく必要があります。

［Capabilities］の［Script］：Yes

コマンド実行時に使用されるAction Handlerは，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］で選択したAction Handlerです。デフォルトでは，このアラームテーブルがバインドされるエージェントと同一ホスト上にあるAction Handler（［コマンド］タブ上では「LOCAL」と表示されます）が使用されます。

なお，アラームごとの設定については，「6.4.5(2)　任意のコマンドを実行する」を参照してください。

アラームテーブルがバインドされる監視エージェントと同一ホスト上にあるAction Handlerによってコマンドが実行されることをローカルアクションと呼びます。一方，アラームテーブルがバインドされる監視エージェントと異なるホスト上にあるAction Handlerによってコマンドが実行されることをリモートアクションと呼びます。

ローカルアクションとリモートアクションの概要について次の図に示します。

図6‒2　ローカルアクションとリモートアクションの概要

図中の番号に従って処理の流れを説明します。

Agent CollectorまたはRemote Monitor Collectorサービスがアラームステータスの変更を検知すると，Agent StoreまたはRemote Monitor Storeサービス経由でCorrelatorサービスへアラームイベントを発行します。

Master Storeサービスにアラームイベントの情報が蓄積されます。

Action Handlerサービスがアラームイベントを受信します。

アラームイベントを受信したあと，Action Handlerサービスは指定したコマンドを実行します。

ローカルアクションの場合は，監視エージェントと同一ホスト上にあるAction Handlerサービスによってコマンドが実行されます。

リモートアクションの場合は，監視エージェントと異なるホスト（監視マネージャーまたは他ホストの監視エージェント）上にあるAction Handlerサービスによってコマンドが実行されます。

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

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにJP1イベントを発行する場合，PFM - Web Consoleの［サービス階層］画面の［サービスのプロパティ］画面で，JP1イベント発行コマンドを実行するホストにあるAction Handlerのプロパティを次のように設定しておく必要があります。

［Capabilities］の［Script］：Yes

JP1イベントの発行時に使用されるAction Handlerは，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］で選択したAction Handlerです。デフォルトでは，このアラームテーブルがバインドされるエージェントと同一ホスト上にあるAction Handler（［コマンド］フィールド上では「LOCAL」と表示されます）が使用されます。

なお，JP1イベントを発行するにはJP1/IMと連携するためのセットアップも必要です。この操作については，「12.3.2　JP1/IMと連携するためのセットアップ（Performance Managementで発生したイベントをJP1/IMで監視するための設定）」を参照してください。

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

PFM - AgentまたはPFM - RMでアラームイベントが発生したときにSNMPトラップを送信する場合，PFM - Web Consoleの［サービス階層］画面の［サービスのプロパティ］画面で，SNMPトラップを発行するTrap Generatorのプロパティを次のように設定しておく必要があります。

［ADD OR DELETE A TRAP DESTINATION］の［ADD A DESTINATION］：SNMPトラップ送信先のホスト名またはIPアドレス

なお，設定したSNMPトラップの送信先を削除したい場合は，Trap Generatorのプロパティの［DELETE A DESTINATION］で削除対象のホスト名またはIPアドレスを選択します。

なお，アラームごとの設定については，「6.4.5(4)　アラーム発生時にSNMPトラップを送信する」を参照してください。

SNMPトラップの詳細については，マニュアル「JP1/Performance Management リファレンス」の付録のSNMPトラップについて説明している個所を参照してください。

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

複数インスタンスレコードを監視するアラームでは，すべてのインスタンスの値が正常域になった場合に正常と判断するため，アラーム発行の要因となるインスタンスが特定されません。そのため，アラームが正常に回復した場合に，測定値やメッセージテキストには固定値が設定されます。

アラーム正常回復時の測定値出力機能を有効に設定すると，アラームが正常に回復した場合に，最後に異常または警告のアラームが発行されたときに発行の要因となったインスタンスを，アラームが正常に回復した要因となったインスタンスであると仮定し，測定値やメッセージテキストを設定します。

複数インスタンスレコードを監視するアラームが正常状態に回復したときに発行されるアラームの違いを次の表に示します。

表6‒4　アラームが正常状態に回復したときに発行されるアラームの違い

項目

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

有効

無効

発行されるアラームの数

最後に異常または警告のアラームが発行されたときに同時に発行されたアラームの数

1個

測定値（アラーム定義の変数%CVS）

最後に異常または警告のアラームが 発行されたときに発行の要因となったインスタンスの現在の値※

<OK>

メッセージテキストの内容（アラーム定義の変数%MTS）

アラームの定義で設定した値

−

（凡例）

−：発行されない

注※

値がない場合は(N/A)になります。

アラーム正常回復時の測定値出力機能の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

ヒント

アラーム正常回復時の測定値出力機能が有効な場合でも，アラームメッセージテキストの測定値以外の部分は変化しません。したがって，アラームメッセージテキストに，アラームの状態が異常または警告になったことを示すメッセージを設定している場合，正常アラームの発行時にも異常または警告になったように見えます。このため，アラーム正常回復時の測定値出力機能を有効にする場合は，アラームメッセージテキストには状態を特定しないようなメッセージを設定することをお勧めします。

また，PFM - AgentおよびPFM - RMの監視テンプレートアラームの一部にも，状態を特定するアラームメッセージテキストが設定されているものがあります。アラーム正常回復時の測定値出力機能が有効な場合に，このような監視テンプレートアラームを使用するときには，アラームテーブルをコピーした上でアラームメッセージテキストの内容を適切に編集しておくことをお勧めします。

(1)　アラームメッセージテキストの内容

ヘルスチェックエージェントのAbnormal Status(A)アラームでの監視を例にして，アラームメッセージテキストの内容を説明します。Abnormal Status(A)アラームは，エージェントのヘルスチェック状態を監視するアラームです。ここでは，host01のPFM - Agent for Platform（Windows）を対象エージェントとして説明します。

アラーム正常回復時の測定値出力機能の設定による，アラームメッセージテキストの内容の違いを次の表に示します。

表6‒5　アラーム正常回復時の測定値出力機能の設定によるアラームメッセージテキストの内容の違い

事象

アラームメッセージテキスト

機能が有効の場合

機能が無効の場合

値がしきい値を超えて異常または警告アラームが発行された

Status of TA1host01 changed to Incomplete

Status of TA1host01 changed to Incomplete

値がしきい値を下回り正常アラームが発行された

Status of TA1host01 changed to Running

−

（凡例）

−：出力されない

(2)　アラームの設定と発行されるアラームの例

ここでは，発行されるアラームとその際のアラームメッセージテキストの内容の例を，次に示すアラームの設定ごとに説明します。

通常のアラーム

［状態が変化したときに通知する］※1および［アラームの状態変化］※1を設定していて，かつ［すべてのデータを評価する］※1を設定していないアラームのことです。

値の存在を監視するアラーム

［値の存在を監視するアラームとする］※2を設定しているアラームのことです。

すべてのデータを評価するアラーム

［すべてのデータを評価する］※1を設定しているアラームのことです。

注※1

詳細については，マニュアル「JP1/Performance Management リファレンス」の，［新規アラーム > 基本情報］または［編集 > 基本情報］の画面について説明している章を参照してください。

注※2

詳細については，「6.4.3　存在を監視する値を設定する」を参照してください。

(a)　通常のアラームの場合

通常のアラームが発行された場合の例を説明します。ここでは，PFM - Agent for Platform（Windows）での監視例を示します。アラームの定義内容を次に示します。

［アラームメッセージテキスト］：Disk Busy % (%CVS1) = %CVS2

［値の存在を監視するアラームとする］：チェックしない

［アラームを有効にする］：チェックする

［状態が変化したときに通知する］：選択する

［アラームの状態変化］：選択する

［すべてのデータを評価する］：チェックしない

［常に監視する］：チェックする

［発生頻度を満たした時にアラーム通知する］：チェックしない

［レコード］：Logical Disk Overview (PI_LOGD)

［異常条件］：ID <> "_Total" AND % Disk Time >= "90.000"

［警告条件］：ID <> "_Total" AND % Disk Time >= "50.000"

異常または警告のアラーム発行後に，その状態を示すインスタンスが遷移した場合

異常または警告のアラームが発行されたあとに，別のインスタンスがそのアラームと同一な状態になった場合の例を次の表に示します。

表6‒6　複数のインスタンスで状態が同じ場合の発行アラームの例

アラーム評価タイミング

インスタンスの状態

発行アラーム

インスタンス1（Cドライブ）

インスタンス2（Dドライブ）

1回目

測定値：10

状態：正常

測定値：20

状態：正常

−※1

2回目

測定値：90

状態：異常

測定値：30

状態：正常

アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (C:) = 90

3回目

測定値：60

状態：警告

測定値：90

状態：異常

−※2

4回目

測定値：20

状態：正常

測定値：30

状態：正常

アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (C:) = 20

（凡例）

−：発行されない

注※1

初回評価時のため正常アラームは発行されません。

注※2

アラームの状態が変化していないため，異常アラームは発行されません。

この場合，アラーム評価タイミングの2回目と3回目で，それぞれ異なるインスタンスが異常域に遷移しています。しかし，レコードとしての状態は，2回目と3回目の間で変化がないため，3回目に異常アラームは発行されません。

正常アラームの%CVSには，最後に発行された異常または警告アラームの要因となったインスタンスの測定値が格納されます。このため，4回目に発行される正常アラームでは，2回目に異常アラーム発行の要因となったインスタンス1の測定値が用いられます。

異常または警告のアラーム発行後に，別の状態を示すアラームが発行された場合

異常または警告のアラームが発行されたあとに，別のインスタンスの測定値を契機に異なる状態を示すアラームが発行された場合の例を次の表に示します。

表6‒7　複数のインスタンスで状態が異なる場合の発行アラームの例

アラーム評価タイミング

インスタンスの状態

発行アラーム

インスタンス1（Cドライブ）

インスタンス2（Dドライブ）

1回目

測定値：10

状態：正常

測定値：20

状態：正常

−※

2回目

測定値：90

状態：異常

測定値：30

状態：正常

アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (C:) = 90

3回目

測定値：40

状態：正常

測定値：60

状態：警告

アラーム：[図データ]（警告）

アラームメッセージテキスト：

Disk Busy % (D:) = 60

4回目

測定値：20

状態：正常

測定値：30

状態：正常

アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (D:) = 30

（凡例）

−：発行されない

注※

初回評価時のため正常アラームは発行されません。

この場合，アラーム評価タイミングの3回目では，インスタンス1が正常域に遷移しています。しかし，同時にインスタンス2が警告域に遷移したため，警告アラームが発行されます。

正常アラームの変数%CVSには，最後に発生した異常または警告アラームの要因となったインスタンスの測定値が格納されます。このため，4回目に発行される正常アラームでは，3回目に警告アラーム発行の要因となったインスタンス2の測定値が用いられます。

(b)　値の存在を監視するアラームの場合

値の存在を監視するアラームが発行された場合を，例を使って説明します。ここでは，PFM - Agent for Platform（Windows）での監視例を示します。アラームの定義内容を次に示します。

［アラームメッセージテキスト］：%CVS

［値の存在を監視するアラームとする］：チェックする

［アラームを有効にする］：チェックする

［状態が変化したときに通知する］：選択する

［アラームの状態変化］：選択する

［すべてのデータを評価する］：チェックしない

［常に監視する］：チェックする

［発生頻度を満たした時にアラーム通知する］：チェックしない

［レコード］：Process Detail Interval (PD_PDI)

［フィールド］：Program

［値］：process2

このアラームが発行された場合の例を次の表に示します。

表6‒8　値の存在を監視する場合の発行アラームの例

アラーム評価タイミング

インスタンスの状態

発行アラーム

インスタンス1

インスタンス2

1回目

測定値：process1

測定値：process2

−※1

2回目

測定値：process1

測定値：process3

アラーム：[図データ]（異常）

アラームメッセージテキスト：

(N/A)

3回目

測定値：process3

測定値：process4

−※2

4回目

測定値：process2

測定値：process3

アラーム：[図データ]（正常）

アラームメッセージテキスト：

process2

（凡例）

−：発行されない

注※1

初回評価時のため正常アラームは発行されません。

注※2

アラームの状態が変化していないため，異常アラームは発行されません。

この場合，2回目のアラーム評価タイミングで，存在を監視する値「process2」が消滅したため，異常アラームが発行されます。しかし，値がないためアラームメッセージテキスト中の変数%CVSは(N/A)になります。

4回目では，値「process2」が再び生成されたため，正常アラームが発行されます。アラームメッセージテキスト中の変数%CVSには，存在を監視する値である「process2」が格納されます。

(c)　すべてのデータを評価するアラームの場合

すべてのデータを評価するアラームが発行された場合を，例を使って説明します。ここでは，PFM - Agent for Platform（Windows）での監視例を示します。アラームの定義内容を次に示します。

［アラームメッセージテキスト］：Disk Busy % (%CVS1) = %CVS2

［値の存在を監視するアラームとする］：チェックしない

［アラームを有効にする］：チェックする

［状態が変化したときに通知する］：選択する

［アラームの状態変化］：選択する

［すべてのデータを評価する］：チェックする

［常に監視する］：チェックする

［発生頻度を満たした時にアラーム通知する］：チェックしない

［レコード］：Logical Disk Overview (PI_LOGD)

［異常条件］：ID <> "_Total" AND % Disk Time >= "90.000"

［警告条件］：ID <> "_Total" AND % Disk Time >= "50.000"

このアラームが発行された場合の例を次の表に示します。

表6‒9　すべてのデータを評価する場合の発行アラームの例

アラーム評価タイミング

インスタンスの状態

発行アラーム

インスタンス1（Cドライブ）

インスタンス2（Dドライブ）

インスタンス1（Cドライブ）

インスタンス2（Dドライブ）

1回目

測定値：10

状態：正常

測定値：20

状態：正常

−※1

−※1

2回目

測定値：90

状態：異常

測定値：90

状態：異常

アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (C:) = 90

アラーム：[図データ]（異常）

アラームメッセージテキスト：

Disk Busy % (D:) = 90

3回目

測定値：20

状態：正常

測定値：90

状態：異常

−※2

−※2

4回目

測定値：10

状態：正常

測定値：20

状態：正常

アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (C:) = 10

アラーム：[図データ]（正常）

アラームメッセージテキスト：

Disk Busy % (D:) = 20

（凡例）

−：発行されない

注※1

初回評価時のため正常アラームは発行されません。

注※2

アラームの状態が変化していないため，異常アラームは発行されません。

すべてのデータを評価する場合，アラームの状態が変化したときに，アラーム条件を満たすデータがあるインスタンスごとにアラームが発行されます。したがって，2回目のアラーム評価タイミングでは，異常域に遷移したインスタンス1とインスタンス2のそれぞれについて，異常アラームが発行されます。

正常アラームは，すべてのインスタンスの測定値が正常域に戻ったときに，最後に発行された異常または警告アラーム数と同じだけ発行されます。この例では，2回目に異常アラームが2つ発行されたため，4回目にも正常アラームが2つ発行されます。このとき，正常アラームの変数%CVSには，2回目に異常アラーム発行の要因となったインスタンス1とインスタンス2の測定値がそれぞれ用いられます。

6.4　Webブラウザ（アラーム階層）でのアラームの設定

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

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで，アラームテーブルを作成する監視エージェントのフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

アラームテーブルは，アラーム階層のルート直下には作成できません。アラームツリーの分離表示が有効の場合は，「User Alarms」フォルダ配下のフォルダ下に作成します。アラームツリーの分離表示が無効の場合は，ルート配下のフォルダ下に作成します。

メソッドフレームで［新規アラームテーブル］メソッドを選択する。

インフォメーションフレームに表示された［新規アラームテーブル > 基本情報］画面の［全般］エリアでプロダクト（データモデル）を選択し，アラームテーブル名を入力する。

この手順で，アラーム名などのアラームの基本情報を設定すると，新規作成したアラームテーブルにアラームを作成できます。アラームの作成については，「6.4.2　アラームを作成する（基本情報を設定する）」を参照してください。

［アラームテーブル名］

64バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

例えば，在庫管理システム用のPFM - Agent for Platform（Windows）で，データモデルのバージョン6.0を使用して監視するアラームテーブルを作成する場合，次のように設定します。

［プロダクト］：Windows（6.0）

［アラームテーブル名］：在庫管理システム（Win）

注意　［プロダクト］で選択するデータモデルのバージョン

このアラームテーブルをバインドするエージェントのデータモデルのバージョンに合わせてデータモデルのバージョンを選択してください。同じ種類のエージェントが複数あり，それぞれのデータモデルのバージョンが異なる場合は，最も古いデータモデルのバージョンに合わせることをお勧めします。

エージェントのデータモデルバージョンの確認方法については，「3.4.6　エージェントのプロパティを表示する」を参照してください。

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

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

ナビゲーションフレームで，アラームテーブルを作成するPFM - AgentまたはPFM - RMのプロダクトのフォルダを選択する。

選択したフォルダにチェックマークが表示されます。

ナビゲーションフレームでアラームを作成するアラームテーブルを選択する。

選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームで［新規アラーム］メソッドを選択する。

インフォメーションフレームの［新規アラーム > 基本情報］画面の［全般］エリアでアラームの基本情報を設定する。

［アラーム名］

20バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

［アラームメッセージテキスト］

255バイト以内の全角または半角文字で入力します。全角文字，半角文字が混在するメッセージも入力できます。この項目は省略できます。

［プロダクト］には，ナビゲーションフレームで選択したプロダクト（データモデル）が表示されます。［アラームテーブル名］には，ナビゲーションフレームで選択したアラームテーブル名が表示されます。

例えば，プロセッサのビジー状態を監視するアラームを定義する場合，次のように設定します。

［アラーム名］：CPU使用状況

［アラームメッセージテキスト］：CPU is at %CVS% utilization

参考

［アラームメッセージテキスト］の設定には変数（％SCT，％HNSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，［新規アラーム > 基本情報］または［編集 > 基本情報］画面について説明している章を参照してください。

注意1

アラームの定義で［値の存在を監視するアラームとする］をチェックした場合，アラーム通知時は収集されたデータに条件式で指定した値がありません。このためメッセージテキストやMail Subjectに変数%CVSを指定しても，空文字に変換されます。

注意2

メッセージテキストで「%CVS」のあとにマルチバイト文字（例：，）を指定すると，変数展開後の文字列が文字化けすることがあります。「%CVS」のあとにマルチバイト文字を指定しないでください。

［新規アラーム > 基本情報］画面の［高度な設定］エリアに，アラームの監視時刻や発生頻度を設定する。

例えば，プロセッサのビジー状態を監視するアラームテーブルを定義する際に，監視対象を1日24時間監視して，3回アラームを監視した中で2回しきい値を超えたときにアラームを通知する場合，次のように設定します。

［アラームを有効にする］：選択する

［状態が変化したときに通知する］：選択する

［アラームの状態変化］：選択する

［すべてのデータを評価する］：選択しない

［常に監視する］：選択する

［発生頻度を満たした時にアラーム通知する］：選択する

2［回しきい値超過／］3［インターバル中］

注意1

監視時刻範囲を指定した場合の監視終了時刻は，指定した時刻の59秒目です。例えば，監視時刻範囲を9:00から21:00までに指定した場合，監視開始時刻は9:00:00となり，監視終了時刻は21:00:59となります。

注意2

監視時刻範囲と発生頻度を指定した場合のアラーム評価の詳細については，「6.9.3 アラームの評価に関する注意事項」を参照してください。

［次へ >］ボタンをクリックする。

［値の存在を監視するアラームとする］が選択されているかどうかによって，設定できるアラーム条件が異なります。

［値の存在を監視するアラームとする］を選択した場合

［新規アラーム > アラーム条件式］画面に遷移します。「6.4.3　存在を監視する値を設定する」に進んで，任意のフィールドに値があるかどうかを監視する場合の条件式を設定します。

［値の存在を監視するアラームとする］をチェックしない場合

［新規アラーム > アラーム条件式］画面に遷移します。「6.4.4　アラーム条件式を設定する」に進んで，アラーム条件式を設定します。

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

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

例えば，監視対象がPFM - Agent for Platform（Windows）のときで，プロセスが実行されているかどうかを監視したい場合は，次のように設定します。

［レコード］：Process Detail(PD)

［フィールド］：Program

［値］：監視するプログラム名※

注※

英文字（大文字，小文字）を指定できます。英文字の大文字，小文字は区別されます。プログラム名の拡張子は不要です。また，指定した文字列と名前が部分一致するプログラムを監視することはできません。指定した文字列を含む名前のプログラムを監視したい場合は，ワイルドカード文字を指定できます。例えば，「*AAA*」と指定すると，「AAAを含む文字列」の監視ができます。なお，［値］で指定したワイルドカード文字の直前に「¥」を指定したい場合は，「¥¥」と指定してください。

［次へ >］ボタンをクリックする。

［新規アラームテーブル > アクション］画面に遷移します。

注意

データ型がtime_t，timeval，またはutimeであるフィールドは，アラームの条件式に設定できないため［フィールド］には表示されません。

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

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

例えば，監視対象がPFM - Agent for Platform（Windows）で，プロセッサのビジー状態に対して，プロセッサの使用率が80%を超えたときに警告のアラームを通知し，90%を超えたときに異常のアラームを通知するようにする場合，次のように設定します。

［レコード］：System Overview(PI)

［フィールド］：CPU%

［条件］：>

［異常値］：90

［警告値］：80

なお，フィールドを文字検索で探す場合は，［フィールドの検索］ボタンをクリックしてください。フィールドの検索については，「6.4.4(1)　フィールドを検索する」を参照してください。

注意

アラームの異常は，警告条件を満たした場合だけ評価されます。

異常条件は，警告条件を満たすように設定する必要があります。

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

［異常条件］および［警告条件］に条件式が追加されます。

条件式は複数設定できます。複数設定した場合はAND演算子で結合され，設定したすべての条件式を満たしているかどうかがアラーム通知の条件となります。条件式は最大5つまで設定できます。

なお，すでに［異常条件］および［警告条件］に追加している条件式を選択してからアラーム条件を設定し，［更新］ボタンをクリックすると，条件式が上書き更新されます。

参考

アラーム条件式に"<"，"<="，">="，または">"を含むアラームを作成する場合，異常条件が警告条件よりシステムとして異常な範囲となる（異常条件が警告条件を包含する）ように指定してください。

指定例を次に示します。

（例1）

CPU％（CPU使用率）の値が0より大きく100より小さい場合

（値が大きい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常>90

　警告>80

正しく評価されないアラーム条件式：

　異常>50

　警告>80

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常>90

　警告>90

（例2）

% Free Space（Diskの空き率）の値が0より大きく100より小さい場合

（値が小さい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常<10

　警告<30

正しく評価されないアラーム条件式：

　異常<60

　警告<30

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常<10

　警告<10

また，条件式として［異常値］や［警告値］に文字列を指定する場合，英文字（大文字，小文字）を指定できます。英文字の大文字，小文字は区別されます。また，ワイルドカード文字を指定できます。例えば，「項目名="*AAA*"」と指定すると，「AAAを含む文字列」の監視ができます。なお，ワイルドカード文字の直前に「¥」を指定したい場合は，「¥¥」と指定してください。

［次へ >］ボタンをクリックする。

［新規アラーム > アクション］画面に遷移します。「6.4.5　アクションを設定する」に進んでください。

重要

アラーム条件式として，レコードAのフィールド1，レコードBのフィールド2といった異なるレコードを設定した場合※，アラーム正常回復時の測定値出力機能は正しく動作できません。また，次のようなことが想定されるため，実施したいアラーム監視を1つのレコード内のフィールドの組み合わせで実現できないか検討することをお勧めします。

レコードAとレコードBの収集間隔が異なることで，意図しているようにアラームが発生しない

アラーム条件を満たした値を確認するために複数のレコードを確認する必要があるなど管理が煩雑になる

注※

アラーム設定で「レコードのインスタンスごとの状態変化」を選択している場合は設定できません。

(1)　フィールドを検索する

［新規アラーム > アラーム条件式］画面で［フィールドの検索］ボタンをクリックする。

検索対象のレコードを［新規アラーム > アラーム条件式 > フィールドの検索］画面の［対象レコード］のプルダウンメニューから選択する。

プルダウンメニューの内容は次のとおりです。

「--すべてのレコード--」

すべてのレコードを検索対象とする場合に選択します。

選択したエージェントのレコード名一覧

選択したエージェントのレコード名一覧がアルファベット順に表示されます。

フィールドで検索したい文字列を［検索キーワード］に入力し，［検索］ボタンをクリックする。

検索結果がインフォメーションフレームに表示されます。

対象レコードとして「--すべてのレコード--」を選択した場合

検索結果が［検索結果:レコード一覧］画面にレコード単位で一覧表示されます。

該当するレコード名のメニュー部分をクリックすると，検索結果が［新規アラーム > アラーム条件式 > フィールドの検索］画面にフィールド単位で一覧表示されます。

対象レコードとしてレコード名を選択した場合

検索結果のフィールド一覧が，［新規アラーム > アラーム条件式 > フィールドの検索］画面に表示されます。

選択するフィールドのラジオボタンをオンにして，［OK］ボタンをクリックする。

呼び出し元の［新規アラーム > アラーム条件式］画面が表示され，選択したフィールドが［フィールド］プルダウンメニューに設定されます。

6.4.5　アクションを設定する

アラームの状態が変化したときに，システムがどのような動作を実行するかのアクションを設定します。実行できるアクションを次に示します。

Eメールを送信する

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

JP1イベントを発行する

SNMPトラップを送信する

注意

［新規アラーム > 基本情報］画面の［全般］エリアで［値の存在を監視するアラームとする］を選択した場合，［警告］は選択できません。

［新規アラーム > 基本情報］画面の［高度な設定］フィールドで［常にアラーム通知する］を選択した場合，［正常］は選択できません。

アクションは複数を組み合わせることもできます。ただし，コマンドの実行とJP1イベントの発行を組み合わせて設定することはできません。

(1)　Eメールを送信する

［新規アラーム > アクション］画面で，［Eメール］を選択する。

Eメール送信の契機を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。

［E メールの定義］エリアでEメールのアドレス，Eメール本文などを設定する。

例えば，次の条件でEメールを送信したいとします。

条件：

Eメールアドレス：T.Hitachi@Dept01.Hitachi.com へ送信

アクションハンドラ：ホスト名がWebAPのAction HandlerサービスでEメールを送信する

Eメール本文：「日付/時刻，ホスト名，プロダクト名」の文を送信する

この場合，次のように設定します。

［Eメールアドレス］：T.Hitachi@Dept01.Hitachi.com

［アクションハンドラ］：PH1WebAP

［メール本文］：Date:%SCT Host:%HNS Product:%PTS

ヒント

アクションハンドラを検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。

参考

［メール本文］の設定には変数（％SCT，％MTSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，［新規アラーム > アクション定義］または［編集 > アクション定義］画面について説明している章を参照してください。

［Eメールアドレス］に複数のEメールアドレスを指定するときは，「,」（半角コンマ）でつないで指定します。ただし，全長が127文字以内になるようにしてください。

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

設定が完了します。

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

［新規アラーム > アクション］画面で，［コマンド］を選択する。

コマンド実行の契機を［異常］［警告］［正常］から選択する。

［次へ >］ボタンをクリックする。

［コマンドの定義］エリアが表示されます。

実行するコマンド名，コマンド引数などを設定します。

例えば，次の条件でコマンドを実行したいとします。

条件：

ログ出力用に作成した/usr/bin/LogOutputコマンドを実行

WebAPホストのAction Handlerでコマンドを実行

パラメーターとしてコマンドに渡す内容は，日付/時刻，ホスト名，メッセージテキストとする

この場合，次のように設定します。

［コマンド名］：/usr/bin/LogOutput

［アクションハンドラ］：PH1WebAP

［コマンド引数］：Date:%SCT Host:%HNS %MTS

設定例を次の図に示します。

図6‒3　［新規アラーム > アクション定義］画面の設定例

注意

コマンドにパラメーターとして渡す文字列に，次の半角記号を使用することはできません。

< >

指定した場合は前後の文字が切り取られることがあります。

コマンドの標準出力をファイルなどにリダイレクトすることはできません。

参考

［コマンド引数］の設定には変数（％SCT，％MTSなど）を使用できます。変数については，マニュアル「JP1/Performance Management リファレンス」の，［新規アラーム > アクション定義］または［編集 > アクション定義］画面について説明している章を参照してください。

また，［コマンド名］の設定には，引数を含めることもできます。ただし，コマンドのパスやコマンド名に半角空白文字を含む場合は，コマンドのパスやコマンド名までを"（ダブルクォーテーション）で囲んでください。

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

設定が完了します。

(3)　JP1イベントを発行する

アラームイベントが発生した場合にJP1イベントを発行するときの手順については，「12.3.2(3)　アラームとJP1イベントおよびレポートを関連づける」を参照してください。

(4)　アラーム発生時にSNMPトラップを送信する

［新規アラーム > アクション］画面で，［SNMP］を選択する。

SNMPトラップ送信の契機を［異常］［警告］［正常］から選択する。

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

設定が完了します。

(5)　アクションの実行に関する注意事項

(a)　Eメール送信時の前提プログラムについて

Eメールを送信する場合は，SMTPに従うEメールサーバが必要です。ただし，認証を必要とするSMTPサーバや拡張SMTPしか受け付けないSMTPサーバを用いたEメール送信はできません。

(b)　コマンド実行時の実行ファイルについて

Windows上で実行する場合

コマンド実行時は，次に示す拡張子を持つファイルを実行できます。

EXE：実行形式ファイル

COM：実行形式（コマンド）ファイル

BAT：バッチファイル

DELやDIRなどの内部コマンドをジョブとして実行する場合は，バッチファイルを作成し，バッチファイル中のコマンドとして実行してください。

また，コマンド実行で指定するプログラムファイルは，システムアカウントでアクセスできるファイルだけです。ネットワークフォルダにあるファイルは実行できません。

UNIX上で実行する場合

コマンド実行時は，次に示すファイルを実行できます。ただし，実行属性を付ける必要があります。

実行形式ファイル

シェルスクリプトファイル

コマンド実行で指定するプログラムファイルは，rootユーザー権限でアクセスできるファイルだけです。NFSマウントのディレクトリにあるファイルを実行する場合は，そのホストのrootユーザー権限でアクセスできるように権限を設定する必要があります。

(c)　コマンド実行時のアカウントについて

Windows上で実行する場合

コマンド実行時のアカウントは，システムアカウントです（なお，Action Handlerサービスのアカウントも，システムアカウントです）。

そのため，プログラムから参照または更新するリソースについては，システムアカウントでアクセスできる必要があります。

UNIX上で実行する場合

コマンド実行時のアカウントは，rootユーザー権限のアカウントです（なお，Action Handlerサービスのアカウントも，rootユーザー権限のアカウントです）。

そのため，プログラムから参照または更新するリソースについては，rootユーザー権限のアカウントでアクセスできる必要があります。

(d)　コマンド実行時に有効となる環境変数について

Windows上で実行する場合

コマンド実行時に有効な環境変数は，Performance Managementのプログラムのサービス起動時のシステム環境変数です。

コマンド実行時にはプロファイル情報を読み込みません。

UNIX上で実行する場合

コマンド実行時に有効な環境変数は，Performance Managementのプログラムのサービス起動時の，rootユーザー権限の環境変数です。

コマンド実行時にはプロファイル情報を読み込みません。ただし，umaskについては，この項の「6.4.5(5)(f)　コマンド実行時に生成されるファイルのumaskについて」を参照してください。

(e)　コマンド実行時のカレントディレクトリについて

Windows上で実行する場合

コマンド実行時のカレントフォルダは，Action Handlerサービスのフォルダ（インストール先フォルダ¥bin¥action¥）です。

論理ホストの場合は（環境ディレクトリ¥jp1pc¥bin¥action¥）です。

UNIX上で実行する場合

コマンド実行時のカレントディレクトリは，Action Handlerサービスのディレクトリ（/opt/jp1pc/bin/action/）です。

論理ホストの場合は（環境ディレクトリ/jp1pc/bin/action/）です。

(f)　コマンド実行時に生成されるファイルのumaskについて

Windows上で実行する場合

Windows環境ではumaskは関係ありません。

UNIX上で実行する場合

コマンド実行時のumaskは「000」に設定されます（ファイル権限は「777」です）。umaskを変更する場合は，実行するスクリプトファイルまたはプログラム中で，umaskを再設定する必要があります。

(g)　コマンド実行時のそのほかの注意事項について

Windows上で実行する場合

Win16ビットアプリケーションは実行できません。

ウィンドウやダイアログボックスを表示するプログラムは実行できません。

ただし，net sendコマンドを実行してダイアログボックスを表示することはできます。これは，net sendコマンドがダイアログボックスを表示するのではなく，WindowsのMessengerサービスが表示するためです。

Windowsメッセージ機構（DDE）を利用したプログラムは実行できません。

対話操作を必要とするプログラムは実行できません。

常駐プログラム（終了しないプログラム）は実行できません。

アプリケーションに関連づけられている拡張子を持つプログラムは実行できません。

ネットワークフォルダ上にあるプログラムは実行できません。

ディスクの準備ができていないリムーバブルディスク上のプログラムを設定しないでください。

Windowsサービスの起動設定で，デスクトップとの対話を許可する設定をしないでください。

実行したプログラムの標準出力や標準エラー出力の内容は取得できません。

コマンドのパスやコマンド名に半角空白文字を含む場合は，"（ダブルクォーテーション）で囲む必要があります。

UNIX上で実行する場合

対話操作を必要とするプログラムは実行できません。

対話環境が前提であるstty，tty，tset，scriptコマンドを含むプログラムは実行できません。

常駐プログラム（終了しないプログラム）は実行できません。

実行属性を付けていないプログラムは実行できません。

ディスクの準備ができていないリムーバブルディスク上のプログラムを設定しないでください。

実行したプログラムの標準出力や標準エラー出力の内容は取得できません。

(h)　Action Handlerラベルについて

アラームのアクションを設定する際，PFM - Web ConsoleのWebブラウザの［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」以外を選択すると，PFM - Managerに負荷が集中します。大規模システムで，アラームを契機としてアクションを実行させる場合は，PFM - Managerホストへの負荷集中を防止するために，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」を選択するようにしてください。

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

定義したアラームが発生したときに，関連するレポートを表示したいときは，［新規アラーム > アクション］画面でアラームにレポートを関連づけます。

関連レポートを設定するための事前設定

関連レポートを設定できるように，あらかじめ［レポート階層］画面で目的のレポートを作成しておく必要があります。レポートの作成については，「5.　稼働分析のためのレポートの作成」を参照してください。

［新規アラーム > アクション］画面の［表示するレポート］エリアで，［参照］ボタンをクリックする。

［新規アラーム > アクション > レポート選択］画面のレポート階層から，アラームに関連づけたいレポートを選択する。

選択したレポートにチェックマークが付きます。

レポート階層には，作成中のアラームと同じプロダクトでデータモデルのバージョンが同じレポート，およびデータモデルのバージョンがそれ以下のレポートだけが表示されます。

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

アラームにレポートが関連づけられます。

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

アラームに関連づけたレポートを表示する方法については，「5.7.1(2)　アラームに関連づけられているレポートを表示する」を参照してください。

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

(1)　アラームテーブルをコピーする

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームでコピーするアラームテーブルを選択する。

選択したアラームテーブルにチェックマークが付きます。

メソッドフレームで［コピー］メソッドを選択する。

インフォメーションフレームの［コピー > 名称入力［アラームテーブル］］画面で新しいアラームテーブル名を入力する。

［新しいアラームテーブル名］

64バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。ただし，「PFM」で始まるアラームテーブル名は指定できません。

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

アラームツリーの分離表示が有効の場合

手順3で選択したアラームテーブルが，「User Alarms」フォルダ配下の対応するアラームフォルダの下に貼り付けられます。

アラームツリーの分離表示が無効の場合

手順3で選択したアラームテーブルが，コピー元のアラームテーブルと同じ位置に貼り付けられます。

補足

アラームツリーの分離表示が有効の場合，アラームテーブルは，「User Alarms」フォルダ配下の対応するアラームフォルダ以外のフォルダにはコピーできません。

アラームツリーの分離表示が無効の場合，アラームテーブルは，コピー元のアラームテーブルと異なるフォルダにはコピーできません。

(2)　アラームをコピーする

アラームテーブル内にアラームを追加したい場合，既存のアラームをコピーして追加します。

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで，コピーするアラームを選択する。

選択したアラームにチェックマークが表示されます。

メソッドフレームで［コピー］メソッドを選択する。

インフォメーションフレームの［コピー > 名称入力［アラーム］］画面で新しいアラーム名を入力する。

［新しいアラーム名］

20バイト以内の全角文字，半角英数字，または半角記号 % - ( ) _ . / @ [] スペース文字で指定します。

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

手順3で選択したアラームが追加されます。

補足

アラームは，コピー元と異なるアラームテーブルにはコピーできません。

6.4.8　アラームを編集する

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで，編集するアラームを選択する。

選択したアラームにチェックマークが表示されます。

メソッドフレームで［編集］メソッドを選択する。

インフォメーションフレームの［編集 > 基本情報］画面でアラームの定義内容を編集する。

これ以降の手順は，新規にアラームを作成する場合と同じです。手順については，「6.4.2　アラームを作成する（基本情報を設定する）」から「6.4.5　アクションを設定する」を参照してください。

補足

既存のアラームを編集するときは，［プロダクト］［アラームテーブル名］［アラーム名］は変更できません。

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

(1)　アラームテーブルを削除する

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで，監視エージェントのフォルダから削除するアラームテーブルを選択する。

選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームで［削除］メソッドを選択する。

削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順3で選択したアラームテーブルが削除されます。

補足

アラームテーブルは稼働中（監視エージェントにバインドされている状態）に削除できます。また，「PFM」で始まる名前のアラームテーブルは削除できません。

(2)　アラームを削除する

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで，監視エージェントのフォルダから削除するアラームを選択する。

選択したアラームにチェックマークが表示されます。

メソッドフレームで［削除］メソッドを選択する。

削除を確認するメッセージボックスの［OK］ボタンをクリックする。

手順3で選択したアラームが削除されます。

補足

アラームテーブルは稼働中（監視エージェントにバインドされている状態）に削除できます。アラームテーブル内のすべてのアラームを削除すると，アラームテーブル自体が削除されます。

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

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームのアラーム階層でエクスポートする対象を選択する。

ここで選択する対象によって，次のようにエクスポートされます。

ルートを選択した場合

選択したルート配下のフォルダおよびすべてのアラームテーブル

フォルダを選択した場合

選択したフォルダとフォルダ配下のアラームテーブル

アラームテーブルを選択した場合

選択したアラームテーブル

メソッドフレームで［エクスポート］メソッドを選択する。

OSの確認画面，保存画面が表示されます。画面の指示に従って，エクスポートしたファイルに名前を付けて保存してください。選択したアラームテーブルがエクスポートされます。

注意

PFM - Web Consoleの画面からエクスポートしたアラーム定義ファイルは，バイナリ形式となります。

エクスポートしたデータは10-00以前のPFM - Web Consoleにはインポートできません。

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

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

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

［アラーム階層］画面のメソッドフレームで［インポート］メソッドを選択する。

［インポート］画面で［インポートファイル名］の［参照］ボタンをクリックする。

OSのファイル選択画面が表示されます。インポートするアラームの定義ファイルを選択してください。ここで選択する定義ファイルに記述されているルートやフォルダおよびアラームテーブルがインポートされます。選択すると上書きを確認するメッセージボックスが表示されます。

上書きしてよければ，メッセージボックスの［OK］ボタンをクリックする。

アラームテーブルがインポートされます。

注意

アラームテーブルのインポートによってエージェントがすでにバインドしているアラームテーブルを上書きすると，バインドが解除されます。必要に応じてアラームテーブルを再度バインドしてください。

インスタンス単位での稼働状態監視に対応していないPFM - Managerにインポートする場合，インポートするアラームテーブルに含まれるアラームは［アラームの状態変化］をチェックしているアラームとしてインポートされます。

6.4.12　アラームを自動バインドする

アラームテーブルの自動バインドを設定する場合，次の手順で設定します。アラームテーブルを手動バインドする場合，この手順は不要です。

アラームテーブルの操作完了画面の［自動バインドを設定する］をクリックする。

業務グループ機能が有効な場合は，アラームテーブルの操作完了画面で自動バインドを設定する業務グループを選択できます。

業務グループごとにバインドするアラームを設定する場合は［業務グループを限定］をチェックして，自動バインドを設定する業務グループを選択し，［実行］ボタンをクリックします。

［自動バインド設定］画面で自動バインドするアラームを選択し，［次へ >］ボタンをクリックする。

業務グループ機能が有効な場合は，自動バインドを設定する業務グループを選択できます。

業務グループごとにバインドするアラームを設定する場合は［業務グループを限定］をチェックして，自動バインドを設定する業務グループを選択します。

［変更内容の確認］画面で自動バインドするアラームが表示されるので，よければ［実行］ボタンをクリックする。

アラームの自動バインドの設定が反映されます。

業務グループ機能が有効な場合は，自動バインドを設定する業務グループも表示されます。

注意事項

自動バインドの対象製品がPFM - RMの場合は，RemoteAgentにだけバインドします。

自動バインドは監視マネージャーとエージェントの初回接続時※だけ，自動バインド設定に基づいてバインドします。

注※

システム構築後に監視マネージャーとエージェントが初めて接続した際，監視マネージャーにそのエージェントの情報を登録したときの動作を示します。

6.5　Webブラウザ（クイックガイド）でのアラームの設定

クイックガイドを使用すると，最小限の項目を設定することで，簡易的なアラーム定義を作成できます。

6.5.1　クイックガイドでアラームを作成する

レポートの作成方法については，「5.4　Webブラウザ（クイックガイド）でのレポートの作成」を参照してください。

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

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

［エージェント階層］画面のナビゲーションフレームの［表示形式］プルダウンメニューで，エージェント階層の表示形式を選択する。

「User Agents」選択時

「User Agents（ログインユーザー名）」をルートとするエージェント階層が表示されます。

「Products」選択時

「Products」をルートとするエージェント階層が表示されます。

ナビゲーションフレームのエージェント階層で，アラームを作成したいエージェントを選択する。

選択したエージェントにチェックマークが表示されます。

メソッドフレームで，［クイックガイド］ボタンを選択する。

［クイックガイド］画面でアラームの作成対象となるフィールドを表示する。

フィールドは次のどちらかの方法で表示します。

レコード名のメニューをクリックして展開表示し，表示されたフィールド一覧から選択する。

フィールドを文字検索し，検索結果から選択する。

フィールドを検索する場合は，検索文字列を［キーワード］に入力し，［フィールドの検索］ボタンをクリックします。フィールドの検索については，「5.4.2　フィールドを検索する」を参照してください。

フィールドに表示されたアラームアイコンをクリックする。

［クイックガイド > アラーム作成］画面で条件式の［異常条件］および［警告条件］の値を入力する。

必要に応じて［アラームテーブル名］，［アラーム名］，［アラームメッセージテキスト］を入力する。

アラームテーブル名，アラーム名，アラームメッセージテキストにはあらかじめデフォルト値が指定されています。必要に応じて編集してください。

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

KAVJJ8554-Qメッセージが表示されます。

［はい］または［いいえ］を選択する。

アラームが作成されます。［はい］を選択した場合，作成したアラームテーブルは手順4で選択したエージェントにバインドされます。［いいえ］を選択した場合，作成したアラームテーブルはエージェントにバインドされません。

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

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

項目

デフォルト値

編集可否

［基本情報］

［全般］

［プロダクト］

ユーザーが選択したエージェントのプロダクト，および選択したエージェントの中で，最も低いデータモデルバージョン

−

［アラームテーブル名］

［クイックガイド > アラーム作成］画面での入力値

○

［アラーム名］

［クイックガイド > アラーム作成］画面での入力値

○

［アラームメッセージテキスト］

［クイックガイド > アラーム作成］画面での入力値

○

［値の存在を監視するアラームとする］

オフ

−※1

［高度な設定］

［アラームを有効にする］

オン

−

［状態が変化したときに通知する］

オン

［アラームの状態変化］

オン

［すべてのデータを評価する］

オフ

［レコードのインスタンスごとの状態変化］

オフ

［常にアラーム通知する］

オフ

［すべてのデータを評価する］

オフ

［監視時刻範囲］

常に監視する：オン

［発生頻度］

発生頻度を満たした時にアラーム通知する：オフ

［アラーム条件式］

［レコード］

［クイックガイド］または［検索結果:<レコード名>レコードの該当フィールド一覧］画面で選択したフィールドが属するレコード

○※2

［フィールド］

［クイックガイド］または［検索結果:<レコード名>レコードの該当フィールド一覧］画面で選択したフィールド

［異常条件］

［クイックガイド > アラーム作成］画面での入力値

○※3

［警告条件］

［クイックガイド > アラーム作成］画面での入力値

［アクション］

［アクション］

すべてオフ

−

［表示するレポート］

なし

−※4

（凡例）

○：設定を編集できる

−：設定を編集できない

注※1

値の存在を監視するアラームは作成できません。

注※2

［クイックガイド > アラーム作成］画面では編集できません。［クイックガイド］または［検索結果:<レコード名>レコードの該当フィールド一覧］画面で選択してください。

注※3

アラーム条件式で指定できる条件は1つだけです。

注※4

表示するレポートの関連づけはできません。レポート関連づけされていないアラームのレポート表示はできます。

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

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

Performance Managementでアラームを利用した監視を実施するには，監視エージェントとアラームテーブルを関連づける必要があります。アラームテーブルとは，幾つかのアラームをまとめたものです。この関連づけを「バインド」といいます。また，すでにバインドされているアラームテーブルを解除することを「アンバインド」といいます。1つのアラームテーブルを複数の監視エージェントにバインドしたり，1つの監視エージェントに1つまたは複数のアラームテーブルをバインドしたりできます。なお，1つの監視エージェントに複数のアラームテーブルをバインドするには，あらかじめPFM - Managerでアラームテーブル複数バインド機能を有効に設定する必要があります。設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(1)　アラームテーブル複数バインド機能が有効の場合

アラームテーブル複数バインド機能が有効の場合，1つの画面上でバインドとアンバインドを同時に行えます。

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［エージェント階層］画面のナビゲーションフレームの［表示形式］プルダウンメニューで「Products」を選択する。

ナビゲーションフレームからアラームテーブルをバインドしたい監視エージェントを選択する。

選択したエージェントにチェックマークが表示されます。

［複数選択］を選択すると複数のエージェントを選択できます。

ヒント

PFM - RMの監視対象にバインドしたいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［アラームテーブルのバインド設定］メソッドを選択する。

インフォメーションフレームに［アラームテーブルのバインド設定［アラームテーブル選択］］画面が表示されます。

バインドする場合：

バインドしたいアラームテーブルを選択します。複数選択できます。選択すると，アラームテーブルにチェックマークが表示されます。なお，選択できるアラームテーブルは50個までです。

アンバインドする場合：

アンバインドしたいアラームテーブルのチェックマークを解除します。

参考

バインド，アンバインドは，アラームテーブル単位で実施します。個々のアラームをバインド，アンバインドすることはできません。

ヒント

アラームテーブル名を検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。絞り込みを実施しているときは［User Alarmsを表示］または［Template Alarmsを表示］は使用できません。

ただし，PFM - Managerが09-50以前のバージョンの場合は，絞り込み機能は使用できません。

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

手順4で選択したエージェントに，手順5で選択したアラームテーブルがバインドされたり，アンバインドされたりします。

参考

アラームテーブルをバインドまたはアンバインドした場合，監視エージェントにバインドされているすべてのアラームの状態はいったん正常状態になります。複数のアラームテーブルをバインドする場合，あとからアラームテーブルを追加（バインド）すると，既存のアラームテーブルのアラームもいったん正常状態になります。なお，正常状態になったアラームは，次にアラームが評価されるタイミングで実際の状態に戻ります。

(2)　アラームテーブル複数バインド機能が無効の場合

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

注意

1つのエージェントに対してバインドできるアラームテーブルは1つだけです。すでにアラームテーブルがバインドされているエージェントに対して，別のアラームテーブルをバインドした場合，既存のアラームテーブルのバインドが自動的に解除され，新しいアラームテーブルがバインドし直されます。

アラームテーブル複数バインド機能が無効の場合に，1つのアラームテーブルをバインドする手順を次に示します。なお，クイックガイドを使用して簡易的なアラームを設定することもできます。クイックガイドについては，「6.5　 Webブラウザ（クイックガイド）でのアラームの設定」を参照してください。

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［エージェント階層］画面のナビゲーションフレームの［表示形式］プルダウンメニューで「Products」を選択する。

ナビゲーションフレームからアラームテーブルをバインドしたい監視エージェントを選択する。

選択したエージェントにチェックマークが表示されます。

［複数選択］を選択すると複数のエージェントを選択できます。

ヒント

PFM - RMの監視対象にバインドしたいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［アラームテーブルのバインド］メソッドを選択する。

インフォメーションフレームの［アラームテーブルのバインド［アラームテーブル選択］］画面でバインドしたいアラームテーブルを選択する。

選択したアラームテーブルにチェックマークが表示されます。

複数選択はできません。

参考

バインドは，アラームテーブル単位で実施します。個々のアラームをバインドすることはできません。

ヒント

アラームテーブル名を検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。

ただし，PFM - Managerが09-50以前のバージョンの場合は，絞り込み機能は使用できません。

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

手順4で選択したエージェントに，手順6で選択したアラームテーブルがバインドされます。

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

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［エージェント階層］画面のナビゲーションフレームの［表示形式］プルダウンメニューで「Products」を選択する。

ナビゲーションフレームからアラームテーブルのバインドを解除したい監視エージェントを選択する。

選択したエージェントにチェックマークが表示されます。［複数選択］を選択すると複数のエージェントを選択できます。

ヒント

PFM - RMの監視対象へのバインドを解除したいときは，監視対象に対応するリモートエージェントまたはグループエージェントを選択します。

メソッドフレームの［アラームテーブルのアンバインド］メソッドを選択する。

バインドを解除してよければ，アラームテーブルのバインド解除を確認するメッセージボックスの［OK］ボタンをクリックする。

アラームテーブルと，手順4で選択した監視エージェントのバインドが解除されます。

(3)　アラーム数，アラームテーブル数の制限に関する注意事項

1つのアラームテーブルに登録できるアラームの数は250個までです。また，1つのエージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - AgentまたはPFM - RMにアラームを多数バインドすると，PFM - Manager，PFM - Agent，またはPFM - RMの処理に遅延が発生する場合があります。バインドするアラームの数は以下の値を超えないように設定してください。

1エージェント当たり250個

Performance Managementシステム全体で20,000個

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

アラームテーブルにどの監視エージェントが関連づけられているかを確認できます。

［アラーム］階層のナビゲーションフレームから任意のアラームテーブルを選択する。

メソッドフレームの［バインドしたエージェントの表示］メソッドを選択する。

インフォメーションフレームに，選択したアラームテーブルをバインドしたエージェントの一覧が表示されます。

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

アラームは，エージェントにバインドしたままで一時的にアラームによる監視を停止したり開始したりできます。

アラームの停止だけでなく，アラームの定義と監視エージェントの関係づけも解除したい場合は，「6.6.1(2)(b)　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで，監視エージェントのフォルダから監視を停止するアラームテーブルを選択する。

選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームの［アクティブ設定］メソッドを選択する。

［アクティブ設定］画面の［アクティブにする］の設定を変更する。

監視を停止するアラームの［アクティブにする］のチェックを外します。

ヒント

アラーム名を検索する場合は，検索文字列をテキストボックスに入力して［絞込］ボタンをクリックします。［全選択］ボタンまたは［全解除］ボタンをクリックすることで，［アクティブにする］の一括選択または一括解除ができます。

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

アラームによる監視を停止します。

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

アラームは，エージェントにバインドしたままで一時的にアラームによる監視を開始したり，停止したりできます。

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

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

［アラーム階層］画面のナビゲーションフレームで監視エージェントのフォルダから監視を開始するアラームテーブルを選択する。

選択したアラームテーブルにチェックマークが表示されます。

メソッドフレームの［アクティブ設定］メソッドを選択する。

［アクティブ設定］画面の［アクティブにする］の設定を変更する。

監視を開始するアラームの［アクティブにする］をチェックします。

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

アラームによる監視を開始します。

6.6.5　アラーム反映状態を確認する

エージェント階層のメッセージエリア，および［アラーム反映状況の確認］画面で，アラーム情報が監視エージェントに反映されたかどうかを確認できます。反映が完了していない場合は，正しく監視できていないおそれがあります。この場合，［アラーム反映状況の確認］画面からアラーム情報を反映し直してください。

ここで説明するアラーム情報には，監視エージェントに対するバインド・アンバインド，バインド済みのアラーム定義の更新，アクション定義の更新など，アラームに関する操作の結果が含まれます。これらの操作を実施したあとは，アラーム反映状態を確認することをお勧めします。詳細については，「6.6.5(1)　アラーム反映状態を確認する契機」を参照してください。

なお，アラーム反映状態の確認およびアラーム情報の反映は，次のコマンドを使用して実施することもできます。

jpctool alarm unappliedコマンド（アラーム反映状態を確認する場合）

jpctool config alarmsyncコマンド（アラーム情報を反映し直す場合）

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

管理ユーザー権限のユーザーアカウントでログインする必要があります。

監視二重化の構成の場合，プライマリー側にログインしてください。

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

［エージェント階層］画面のナビゲーションフレームに「アラーム情報の反映が完了していません」というメッセージが表示されているかどうかを確認する。

メッセージが表示されていない場合

アラーム情報の反映が完了しています。以降の操作は不要です。

メッセージが表示されている場合

しばらく待ってから［最新情報に更新］をクリックします。それでもメッセージが消えない場合は，手順4以降を実施してください。

メッセージをクリックして，［アラーム反映状況の確認］画面を表示する。

メソッドフレームの［アラーム反映状況の確認］をクリックしても画面を表示できます。

反映待ちのサービスがある場合は，5分程度待ってから［最新情報に更新］をクリックして，「反映待ちのサービスはありません」というメッセージが表示されることを確認する。

［反映状況］タブ，［非対応］タブ，および［サービス停止］タブを確認する。

アラームに関する操作の結果が反映されていない監視エージェントのサービスが表示されます。サービスの状態に応じて，次のとおり対処してください。

表6‒11　アラーム反映状態に応じた対処方法（Webブラウザの場合）

タブ

反映状態

説明

対処

反映状況

反映失敗

アラーム情報の反映に失敗，または反映処理がタイムアウトしている。

［すべてに反映］ボタン，または［反映］ボタンをクリックして，アラーム情報を反映し直す。※

状態不明

アラーム情報の反映状態が不明である。

要因に応じて対処する。詳細については，「6.9.4(4)　反映状態が「状態不明」になる場合について」を参照。

非対応

非対応

アラーム情報の反映に失敗，または反映処理がタイムアウトしている。かつ，［反映状況］タブでの反映操作に対応していないバージョンのサービスである。

表示されているAction Handlerサービスを再起動する。

サービス停止

停止中

サービスが停止中のため，アラーム情報を反映できない。

表示されているメッセージに従って対処する。ただし，サービスが停止していても問題ない場合は，対処不要。

注※

一度に多数のサービスに反映すると，監視マネージャーの動作が遅くなることがあります。

また，jpctool config syncコマンド，およびjpctool config alarmsyncコマンドを実行中の場合は，反映できません。

これらの対処を実施しても反映が完了しない場合は，次の内容を確認してください。

対象のサービスがスタンドアロンで起動していないか

対象のサービスがビジーになっていないか

接続先PFM - Managerのホスト名が誤っていないか

監視二重化の環境の場合，プライマリーとセカンダリーの設定が逆になっていないか

［アラーム反映状況の確認］画面を再表示，または［最新情報に更新］をクリックして，最新のアラーム反映状況を表示し，画面にサービスが表示されなくなることを確認する。

(1)　アラーム反映状態を確認する契機

アラームに関する操作を実施すると，その結果（アラーム情報）が監視エージェントに反映されます。アラーム情報の反映が完了していない場合は，正しく監視できていないおそれがあります。そのため，操作を実施したあとは，アラーム反映状態を確認することをお勧めします。

アラーム反映状態を確認する契機となる操作を，次の表に示します。

表6‒12　アラーム反映状態を確認する契機

項番

分類

操作

1

バインド情報の更新

監視エージェントに対して次の操作を実施したとき

バインド

アンバインド

2

アラーム定義の更新

バインド済みのアラームテーブルに含まれるアラームに対して，次の操作を実施したとき

追加

編集

削除

アクティブ設定の変更

3

アクション定義の更新

アクションハンドラに「LOCAL」を指定している場合に，次の操作を実施したとき

監視エージェントへのバインド

監視エージェントへのアンバインド

バインド済みのアラームテーブルに含まれるアラームのアクション定義の変更

アクションハンドラにリモートアクションを設定している場合に，次の操作を実施したとき

アクション定義の更新（監視エージェントにバインドしていない場合も含む）

4

アラーム情報の手動反映

項番1〜3の操作対象となる監視エージェントまたはアクションハンドラに対して，次の操作を実施したとき

jpctool config syncコマンドの実行

jpctool config alarmsyncコマンドの実行

［アラーム反映状況の確認］画面でのアラーム情報の反映

5

アラーム反映先の監視エージェントまたはアクションハンドラの起動

項番1〜4の操作対象となる監視エージェントまたはアクションハンドラに対して，次の操作を実施したとき

サービスの起動

スタンドアロンモードから通常モードへの復帰

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

アラームのプロパティは，次のどれかの操作で確認できます。

［アラーム階層］画面から確認する

すべてのアラームのプロパティを確認できます。

［エージェント階層］画面から確認する

エージェントがバインドしているアラームテーブルに含まれるアラームのプロパティを確認できます。

［イベントモニター］画面から確認する

アラームイベントが発行されたアラームのプロパティを確認できます。

［アラーム階層］画面からプロパティを表示できるのは管理ユーザーだけです。

(1)　［アラーム階層］画面から確認する

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

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

［アラーム階層］画面のナビゲーションフレームで，監視エージェントのフォルダからプロパティを表示するアラームを選択する。

メソッドフレームで［プロパティの表示］メソッドを選択する。

［プロパティ］画面が表示されます。

メニューバーの［基本情報］，［アラーム条件式］，［アクション］，および［アクション定義］をクリックして，各情報にジャンプします。

(2)　［エージェント階層］画面から確認する

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

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

［エージェント階層］画面のナビゲーションフレームのエージェント階層から，プロパティを確認したいエージェントを選択する。

メソッドフレームで［アラームの状態の表示］メソッドをクリックする。

［アラームの状態の表示］画面が表示されます。

(3)　［イベントモニター］画面から確認する

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

［メイン］画面のツールバーから［イベントモニター］を選択する。

別ウィンドウで表示された［イベントモニター］画面の［表示］のプルダウンメニューから［アラームイベント］を選択する。

一覧表示されたアラームイベントからプロパティを表示するアラームのアイコンを選択する。

アラームの［プロパティ］画面が別ウィンドウで表示されます。

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

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

(1)　アラーム定義ファイルのテンプレートファイルを出力する

アラーム定義ファイルを作成する前に，まず，アラーム定義ファイルに定義するラベルがすべて入力されている，テンプレートファイルを出力します。

ここでは，「/tmp/alarmtmp01.cfg」というファイル名でテンプレートファイルを出力します。

テンプレートファイルを出力する。

テンプレートファイルを出力するには，jpctool alarm exportコマンドを使用します。次のように，-templateオプションを指定してコマンドを実行します。

jpctool alarm export -f /tmp/alarmtmp01.cfg -template

出力結果は次のようになります。

#Alarm Definition File Version=0002
#Alarm Definition File Code=

#[Alarm Data]
#[[General]]
#Product=
#Alarm Table Name=
#Alarm Name=
#Message Text=
#Check Value Exist=N

#[[Advanced Setting]]
#Active Alarm=Y
#Regularly Alarm=Y
#Evaluate All Data=N
#Notify State=Alarm
#Monitoring Regularly=N
#Monitoring Time=
#Damping=N
#Damping Count=

#[[Check Value Exist]]
#Record=
#Field=
#Value=

#[[Alarm Condition Expressions]]
#Condition=

#[[Actions]]
#Report=
#E-mail=Abnormal,Warning,Normal
#Command=Abnormal,Warning,Normal
#SNMP=Abnormal,Warning,Normal
#JP1 Event=N

#[[Action Definition E-mail]]
#E-mail Address=
#Action Handler=

#[[[Message Text]]]
#Date: %SCT
#Host: %HNS
#
#Product: %PTS
#Agent: %ANS
#
#Alarm: %AIS (%ATS)
#State: %SCS
#
#Message: %MTS

#[[Action Definition Command]]
#Command Name=
#Action Handler=

#[[[Message Text]]]
#
#[[Action Definition JP1 Event]]
#Event ID=
#Message=%MTS
#Switch Alarm Level=Y
#Action Handler=
#Exec Logical Host=

テンプレートファイルの，すべての行の先頭に「#」が記述されています。これは，コメント行であることを示しています。

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

(2)　アラーム定義ファイルを作成する

出力したテンプレートファイル「/tmp/alarmtmp01.cfg」を編集して，アラーム定義ファイルを作成します。

テキストエディターなどで，/tmp/alarmtmp01.cfgファイルを開く。

アラーム定義ファイルのヘッダー部分を定義する。

ヘッダー部分では，アラーム定義ファイルの構文のバージョン，およびアラーム定義ファイルを作成する文字コードを定義します。これらを定義しているのは次の個所です。

#Alarm Definition File Version=0002
#Alarm Definition File Code=
   :

この部分の行頭の「#」を削除して，次のように書き換えます。

Alarm Definition File Version=0002
Alarm Definition File Code=Shift_JIS
   :

Alarm Definition File Versionラベル

アラーム定義ファイルの構文のバージョン。

「0001」または「0002」を指定します。

この項目は省略できません。

Alarm Definition File Codeラベル

アラーム定義ファイルを作成する文字コード。「Shift_JIS」「EUC-JP」「C」「UTF-8」「GB18030」のどれかを指定します。

この項目は省略できません。

PFM - AgentまたはPFM - RMの種類，データモデルのバージョン，アラームテーブル名，およびアラーム名を定義する。

アラームの定義は，［Alarm Data］セクションに定義します。1つのアラーム定義に対して1つの［Alarm Data］セクションを作成します。

［Alarm Data］セクションは複数のサブセクションから構成されています。

次の各項目を定義するのは，Generalサブセクションです。

PFM - AgentまたはPFM - RMの種類

データモデルのバージョン

アラームテーブル名

アラーム名

これらの項目を定義しているのは次の個所です。

   :
#[Alarm Data]
#[[General]]
#Product=
#Alarm Table Name=
#Alarm Name=
#Message Text=
#Check Value Exist=N

ここでは，ディスク/dev/hda3の空き容量を監視するアラーム「空き容量（hda3）」を定義します。

行頭の「#」を削除して，次のように書き換えます。

[Alarm Data]
[[General]]
Product=U4.0
Alarm Table Name=ディスク監視
Alarm Name=空き容量（hda3）
Message Text=空き容量（%CVS%）
Check Value Exist=N
   :

Alarm Table Name，Alarm Name，Message Textの指定内容に半角空白文字を含む場合は，"（ダブルクォーテーション）で囲む必要があります。

Alarm Table Nameラベルには，「PFM」で始まるアラームテーブル名を指定することはできません。

Productラベル

PFM - AgentまたはPFM - RMの種類およびデータモデルのバージョンを定義します。このラベルには，PFM - AgentまたはPFM - RMのプロダクトIDとデータモデルのバージョンを続けて定義します。

この項目は省略できません。

Alarm Table Nameラベル

アラームテーブル名を1〜64バイトで定義します。

この項目は省略できません。

Alarm Nameラベル

アラーム名を1〜20バイトで定義します。

この項目は省略できません。

Message Textラベル

EメールやJP1イベントで送信するメッセージテキストの定義で使用する変数「%MTS」の内容を0〜255バイトで定義します。

この項目が省略された場合，空文字列が設定されたものとして扱います。

Check Value Existラベル

「値の存在を監視するアラーム」とするかどうかを定義します。

・ 値の存在を監視するアラームを定義する場合：Y

　この場合，Check Value Existサブセクションで監視するレコードと値の定義が必要です。

　また，Actionsサブセクションの，E-mail，Command，SNMPの各ラベルでWarningを指定することはできません。

・ 通常のアラームを定義する場合：N

　この場合，Alarm Condition Expressionsサブセクションでアラーム条件式の定義が必要です。

この項目が省略された場合，Nが指定されたものとして扱います。

注意　Productラベルで指定するデータモデルのバージョン

このアラームテーブルをバインドするエージェントのデータモデルのバージョンに合わせてデータモデルのバージョンを指定してください。同じ種類のエージェントが複数あり，それぞれのデータモデルのバージョンが異なる場合は，最も古いデータモデルのバージョンに合わせることをお勧めします。

エージェントのデータモデルバージョンの確認方法については，「3.4.6　エージェントのプロパティを表示する」を参照してください。

アラーム発生の条件を定義する。

アラーム条件式に"<"，"<="，">="，または">"を含むアラームを作成する場合，異常条件が警告条件よりシステムとして異常な範囲となる（異常条件が警告条件を包含する）ように指定してください。

指定例を次に示します。

（例1）

CPU％（CPU使用率）の値が0より大きく100より小さい場合

（値が大きい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常>90

　警告>80

正しく評価されないアラーム条件式：

　異常>50

　警告>80

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常>90

　警告>90

（例2）

% Free Space(Diskの空き率)の値が0より大きく100より小さい場合

（値が小さい方がシステムとして異常な値）

正しく評価されるアラーム条件式：

　異常<10

　警告<30

正しく評価されないアラーム条件式：

　異常<60

　警告<30

参考：異常の場合だけアラームを発生させたいときは，次のように異常と警告の条件を同じにしてください。

　異常<10

　警告<10

注意

アラームの異常は，警告条件を満たした場合だけ評価されます。

異常条件は，警告条件を満たすように設定する必要があります。

通常のアラームを定義する場合（GeneralサブセクションでCheck Value Exist=Nを指定した場合），アラーム発生の条件を条件式で定義します。

アラーム発生の条件は，Alarm Condition Expressionsサブセクションで定義します。

通常のアラームを定義する場合，このサブセクションを省略することはできません。

アラーム発生の条件を定義しているのは次の個所です。

   :
#[[Alarm Condition Expressions]]
#Condition=
   :

Conditionラベルに，監視するレコード名およびフィールド名を使用したアラーム発生の条件式を記述します。

この例では，ディスク名と空き容量の2つの項目を監視するので，条件式を2つ定義します。

監視する対象のディスク名を判定する条件式

ディスク名は，File System Detail - Local（PD_FSL）レコードのFile System（FILESYSTEM_NAME）フィールドに格納されます。このフィールドの値を判定条件とします。

PD_FSL_FILESYSTEM_NAME="/dev/hda3","/dev/hda3"

条件式の左辺には，判定に使用するレコードのフィールド名をPFM - Manager名で指定します。

条件式の右辺には，異常の判定条件と警告の判定条件を「,」（半角コンマ）でつないで指定します。

この例の場合，異常の場合も警告の場合も同じディスクを監視するため，同じ値を定義しています。

空き容量の割合を判定する条件式

空き容量の割合は，File System Detail - Local（PD_FSL）レコードのMbytes Free %（TOTAL_MBYTES_FREE_PERCENT）フィールドに格納されます。このフィールドの値を判定条件とします。

PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20

この例の場合，空き容量の割合が10%より少なくなったら異常，20%より少なくなったら警告と判定することを定義しています。

該当する行の，行頭の「#」を削除し，これら2つの条件式をANDでつないでアラーム定義ファイルに記述します。

   :
[[Alarm Condition Expressions]]
Condition=PD_FSL_FILESYSTEM_NAME="/dev/hda3","/dev/hda3" AND PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20
   :

条件式の右辺（異常値・警告値）に文字列を指定する場合，"（ダブルクォーテーション）で囲む必要があります。

条件式の右辺に「#」を使用したい場合は，「¥#」と指定することで使用できます。

条件式の右辺には ( ) [ ] < > = " は指定できません。これらの文字を指定したい場合は，ワイルドカード文字を用いて条件式を指定してください。また，条件式の右辺で指定したワイルドカード文字の直前に「¥」を使用したい場合は，「¥¥」と指定してください。

アラーム発生時のアクションを定義する。

アラーム発生時のアクションは，Actionsサブセクションで定義します。アラーム発生時のアクションを定義しているのは次の個所です。

   :
#[[Actions]]
#Report=
#E-mail=Abnormal,Warning,Normal
#Command=Abnormal,Warning,Normal
#SNMP=Abnormal,Warning,Normal
#JP1 Event=N
   :

アラームが異常状態のときにEメールを送信し，アラームが異常状態および警告状態のときにJP1イベントを発行する場合，次のように記述します。

   :
[[Actions]]
#Report=
E-mail=Abnormal
Command=Abnormal,Warning
#SNMP=Abnormal,Warning,Normal
JP1 Event=Y
   :

E-mailラベル

アラームがどのような状態のときにEメールを送信するかを定義します。

・ 異常状態のときにEメールを送信する場合：Abnormal

・ 警告状態のときにEメールを送信する場合：Warning

・ 正常状態のときにEメールを送信する場合：Normal

アクションを実行するアラームの状態が複数ある場合は，「,」（半角コンマ）でつないで指定します。

ここでアラームの状態を定義した場合，Action Definition E-mailサブセクションにEメール送信内容の定義が必要です。

この項目は省略できます。

Commandラベル

アクションとしてJP1イベントを発行する場合，またはコマンドを実行する場合，アラームがどのような状態のときにアクションを実行するかを定義します。

・ 異常状態のときに実行する場合：Abnormal

・ 警告状態のときに実行する場合：Warning

・ 正常状態のときに実行する場合：Normal

アクションを実行するアラームの状態が複数ある場合は，「,」（半角コンマ）でつないで指定します。

この項目は省略できます。

JP1 Eventラベル

Commandラベルで定義したアラームの状態で実行するアクションとして，JP1イベントを発行するか，コマンドを実行するかを定義します。

・ JP1イベントを発行する場合：Y

　この場合，Action Definition JP1 EventサブセクションにJP1イベント通知内容の定義が必要です。

・ コマンドを実行する場合：N

　この場合，Action Definition Commandサブセクションにコマンド実行内容の定義が必要です。

この項目が省略された場合，Nが指定されたものとして扱います。

Eメールの送信先およびメッセージテキストの内容を定義する。

Eメールの送信先およびメッセージテキストの内容は，Action Definition E-mailサブセクションで定義します。

アクションでEメールを送信する定義をしている場合，このサブセクションを省略することはできません。

Eメールの送信先およびメッセージテキストの内容を定義しているのは次の個所です。

   :
#[[Action Definition E-mail]]
#E-mail Address=
#Action Handler=

#[[[Message Text]]]
#Date: %SCT
#Host: %HNS
#
#Product: %PTS
#Agent: %ANS
#
#Alarm: %AIS (%ATS)
#State: %SCS
#
#Message: %MTS
   :

Eメールの送信先を「taro@aaa.co.jp」，メッセージテキストの内容を変数で指定した例を示します。該当する行の行頭の「#」を削除し，次のように記述します。

   :
[[Action Definition E-mail]]
E-mail Address=taro@aaa.co.jp
Action Handler=PH1host01
   :
[[[Message Text]]]
Date: %SCT
Host: %HNS

Product: %PTS
Agent: %ANS

Alarm: %AIS (%ATS)
State: %SCS

Message: %MTS
   :

E-mail Addressラベル

Eメールの送信先を1〜127バイトの半角文字で定義します。送信先が複数ある場合は，「,」（半角コンマ）でつないで指定します。

この項目は省略できません。

Action Handlerラベル

Eメール送信元となるAction HandlerサービスのサービスIDを定義します。

この項目は省略できません。

Message Textサブサブセクション

メッセージテキストの内容を0〜1000バイトで定義します。

次のセクションまたはサブセクションの始まる行，またはファイルの終端の直前までの文字列を，改行を含めすべて有効な文字列として認識します。ただし，サブサブセクション内にコメントがある場合，コメント部分は除かれます。また，最終行にある改行文字は除かれます。

この項目が省略された場合，空文字列が設定されたものとして扱います。

上の例で変数を使用して定義している送信内容は，次のとおりです。

・ アラームが発生した日付と時刻

・ アラームが発生したエージェントのホスト名

・ エージェントの種類とデータモデルのバージョン

・ アラームが発生したエージェント名

・ アラーム名

・ アラームテーブル名

・ アラームの状態

・ 空き容量（GeneralサブセクションのMessage Textラベルで定義した値）

Message Textサブセクションの定義内容に使用している変数とその意味については，マニュアル「JP1/Performance Management リファレンス」の，［アラーム階層］画面について説明している章を参照してください。

JP1イベント発行を定義する。

JP1イベント発行についての定義は，Action Definition JP1 Eventサブセクションで定義します。

アクションでJP1イベントを発行する定義をしている場合，このサブセクションを省略することはできません。

JP1イベント発行についての定義をしているのは次の個所です。

   :
#[[Action Definition JP1 Event]]
#Event ID=
#Message=%MTS
#Switch Alarm Level=Y
#Action Handler=
#Exec Logical Host=
   :

該当する行の行頭の「#」を削除して，次のように書き換えます。

   :
[[Action Definition JP1 Event]]
Event ID=1234
Message=%MTS
Switch Alarm Level=Y
Action Handler=PH1host01
#Exec Logical Host=
   :

Event IDラベル

JP1イベントのイベントIDを16進数で定義します。JP1システムイベントの場合，この項目で設定した情報はJP1イベントの拡張属性の識別イベントID（JPC_USER_EVENTID）として出力されます。JP1ユーザーイベントの場合，この項目で設定した情報はJP1イベントの基本属性のイベントIDとして出力されます。JP1イベントの種類については，「12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて」を参照してください。

この項目は省略できません。

Messageラベル

JP1イベントの発行時に送信するメッセージを0〜1,023バイトで定義します。09-00以前のAction HandlerサービスでJP1イベントを発行する場合は，0〜128バイトで定義します。

ラベルの値に半角空白文字を含む場合は，"（ダブルクォーテーション）で囲む必要があります。

この項目が省略された場合，空文字列が設定されたものとして扱います。

Switch Alarm Levelラベル

アラームレベルを重大度に変換するかどうかを定義します。

・ アラームレベルを重大度に変換する場合：Y

・ アラームレベルを重大度に変換しない場合：N

この項目が省略された場合，Yが指定されたものとして扱います。

Action Handlerラベル

JP1イベントの発行元となるAction HandlerサービスのサービスIDを定義します。

この項目は省略できません。

同様に，アラーム「空き容量（hda4）」を定義する。

手順3〜7に従って，ディスク/dev/hda4を監視するアラーム「空き容量（hda4）」を定義します。

完成したアラーム定義ファイルは次のようになります。

Alarm Definition File Version=0002
Alarm Definition File Code=Shift_JIS

[Alarm Data]
[[General]]
Product=U4.0
Alarm Table Name=ディスク監視
Alarm Name=空き容量（hda3）
Message Text=空き容量（%CVS%）
Check Value Exist=N

#[[Advanced Setting]]
#Active Alarm=Y
#Regularly Alarm=Y
#Evaluate All Data=N
#Notify State=Alarm
#Monitoring Regularly=N
#Monitoring Time=
#Damping=N
#Damping Count=

#[[Check Value Exist]]
#Record=
#Field=
#Value=

[[Alarm Condition Expressions]]
Condition=PD_FSL_FILESYSTEM_NAME="/dev/hda3","/dev/hda3" AND PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20

[[Actions]]
#Report=
E-mail=Abnormal
Command=Abnormal,Warning
#SNMP=Abnormal,Warning,Normal
JP1 Event=Y

[[Action Definition E-mail]]
E-mail Address=taro@aaa.co.jp
Action Handler=PH1host01

[[[Message Text]]]
Date: %SCT
Host: %HNS

Product: %PTS
Agent: %ANS

Alarm: %AIS (%ATS)
State: %SCS

Message: %MTS

#[[Action Definition Command]]
#Command Name=
#Action Handler=

#[[[Message Text]]]
#
[[Action Definition JP1 Event]]
Event ID=1234
Message=%MTS
Switch Alarm Level=Y
Action Handler=PH1host01
#Exec Logical Host=

[Alarm Data]
[[General]]
Product=U4.0
Alarm Table Name=ディスク監視
Alarm Name=空き容量（hda4）
Message Text=空き容量（%CVS%）
Check Value Exist=N

#[[Advanced Setting]]
#Active Alarm=Y
#Regularly Alarm=Y
#Evaluate All Data=N
#Notify State=Alarm
#Monitoring Regularly=N
#Monitoring Time=
#Damping=N
#Damping Count=

#[[Check Value Exist]]
#Record=
#Field=
#Value=

[[Alarm Condition Expressions]]
Condition=PD_FSL_FILESYSTEM_NAME="/dev/hda4","/dev/hda4" AND PD_FSL_TOTAL_MBYTES_FREE_PERCENT<10,20

[[Actions]]
#Report=
E-mail=Abnormal
Command=Abnormal,Warning
#SNMP=Abnormal,Warning,Normal
JP1 Event=Y

[[Action Definition E-mail]]
E-mail Address=taro@aaa.co.jp
Action Handler=PH1host01

[[[Message Text]]]
Date: %SCT
Host: %HNS

Product: %PTS
Agent: %ANS

Alarm: %AIS (%ATS)
State: %SCS

Message: %MTS

#[[Action Definition Command]]
#Command Name=
#Action Handler=

#[[[Message Text]]]
#
[[Action Definition JP1 Event]]
Event ID=1234
Message=%MTS
Switch Alarm Level=Y
Action Handler=PH1host01
#Exec Logical Host=

編集が終了したら，/tmp/alarmtmp01.cfgファイルを保存する。

上記の設定例で指定をしなかった項目については，「JP1/Performance Management リファレンス」の，jpctool alarm importコマンドについて説明している個所を参照してください。

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

アラーム定義ファイルの検証には，jpctool alarm checkコマンドを使用します。

この例では，アラーム定義ファイルの構文だけでなく，ファイル内で定義したPFM - AgentまたはPFM - RMがセットアップされているか，レコードやフィールドがサポートされているかなど，定義内容が妥当であるかどうかを検証します。

Name Serverサービス，Master Managerサービス，およびView Serverサービスが起動されているかどうか確認する。

Performance Managementのプログラムのサービスが起動されているかどうか確認するには，jpctool service listコマンドを使用します。

host01上で起動されているサービスの一覧を表示します。

jpctool service list -id "*" -host host01

PFM - Managerがhost01上で起動している場合，次のように出力されます。

Host Name ServiceID  Service Name     PID    Port    Status
-------   ---------  ---------------- -----  ----    -------
host01    PC1host01  Trap Generator   1468   1134    Active
host01    PE1001     Correlator       1420   1114    Active
host01    PH1host01  Action Handler   872    1116    Active
host01    PM1001     Master Manager   1388   1104    Active
host01    PP1host01  View Server      1504   1155    Active
host01    PS1001     Master Store     632    1109    Active
host01    PN1001     Name Server      484    8204    Active

この例では，Name Serverサービス，Master Managerサービス，およびView Serverサービスがすべて起動されています。

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

jpctool alarm checkコマンドを実行する。

次のように指定してコマンドを実行します。

jpctool alarm check -f /tmp/alarmtmp01.cfg

アラーム定義ファイルに誤りがある場合，誤りの個所すべてについて，誤りの内容とファイル内での行番号を知らせるエラーメッセージが出力されます。

誤りがあった場合は，メッセージ内容を参照して，誤りを修正してください。

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

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

アラームの定義は，アラーム定義情報をファイルにエクスポートして編集し，再度インポートすることで変更できます。

この操作で使用するコマンド：

アラーム定義をエクスポートする場合

jpctool alarm exportコマンド

アラーム定義をインポートする場合

jpctool alarm importコマンド

注意

監視テンプレート（「PFM」で始まる名前のアラームテーブル）で定義されているアラームは編集できません。編集する場合は，監視テンプレートをいったんエクスポートしたあと，アラーム定義ファイルのアラームテーブル名を変更してインポートしてください。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，定義を編集するアラームが定義されているアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートおよび「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  alarmtable1
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドを実行して，定義を編集するアラーム名を確認する。

例えば，PFM - Agent for Platform（UNIX）のアラームテーブル名「alarmtable1」で定義されているアラーム名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table alarmtable1

出力結果は次のようになります。

Product ID:U
DataModelVersion:4.0
Alarm Table Name:alarmtable1
Alarm Name:
  Kernel CPU 01       [active]
  Kernel CPU 02       [active]
  User CPU 01         [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

jpctool alarm exportコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）のアラームテーブルalarmtable1に定義されているアラームすべての定義情報を，/tmp/alarmtable1.cfgファイルにエクスポートする場合，次のように指定してコマンドを実行します。

jpctool alarm export -f /tmp/alarmtable1.cfg -key UNIX -table alarmtable1

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

テキストエディターなどで，/tmp/alarmtable1.cfgファイルを開く。

/tmp/alarmtable1.cfgファイルを編集する。

アラーム定義ファイルの各定義内容を編集する方法については，「6.7.1 アラーム定義ファイルを作成する」を参照してください。

/tmp/alarmtable1.cfgファイルを保存する。

jpctool alarm importコマンドを実行する。

例えば，アラーム定義ファイル/tmp/alarmtable1.cfgの定義情報をインポートする場合，次のように指定してコマンドを実行します。

jpctool alarm import -f /tmp/alarmtable1.cfg

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

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

アラームテーブルをコピーするには，jpctool alarm copyコマンドを使用します。

注意

アラームテーブル単位でコピーする場合，コピー先のアラームテーブルは，コピー元と同じPFM - AgentまたはPFM - RMのアラームテーブルとして認識されます。ほかのPFM - AgentまたはPFM - RMのアラームテーブルとしてコピーすることはできません。

コピー先のアラームテーブル名に，「PFM」で始まるアラームテーブル名を指定することはできません。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，コピーするアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm copyコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00を，「alarmtable1」というアラームテーブル名でコピーする場合，次のように指定してコマンドを実行します。

jpctool alarm copy -key UNIX -table "PFM UNIX Solution Alarms 7.00" -name alarmtable1

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

jpctool alarm listコマンドを実行して，アラームテーブルがコピーされているかどうかを確認する。

手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，アラームテーブル「alarmtable1」が新しく作成されたことが確認できます。

Product ID:U
Alarm Table Name:
  alarmtable1
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

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

アラームテーブルを削除するには，jpctool alarm deleteコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，削除するアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートとアラームテーブル「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  alarmtable1
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm deleteコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）のアラームテーブル「alarmtable1」を削除する場合，次のように指定してコマンドを実行します。

jpctool alarm delete -key UNIX -table alarmtable1

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

jpctool alarm listコマンドを実行して，アラームテーブルが削除されているかどうかを確認する。

手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，アラームテーブル「alarmtable1」が削除されていることが確認できます。

Product ID:U
Alarm Table Name:
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

6.7.6　アラームを削除する

個々のアラームを削除するには，jpctool alarm deleteコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，削除するアラームが定義されているアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートおよび「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  alarmtable1
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm listコマンドを実行して，削除するアラーム名を確認する。

例えば，PFM - Agent for Platform（UNIX）のアラームテーブル名「alarmtable1」で定義されているアラーム名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table alarmtable1

出力結果は次のようになります。アラームテーブル「alarmtable1」にアラーム「Kernel CPU 01」，アラーム「Kernel CPU 02」，およびアラーム「User CPU 01」が定義されていることが確認できます。

Product ID:U
DataModelVersion:4.0
Alarm Table Name:alarmtable1
Alarm Name:
  Kernel CPU 01       [active]
  Kernel CPU 02       [active]
  User CPU 01         [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

jpctool alarm deleteコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）のアラームテーブル「alarmtable1」のアラーム「Kernel CPU 02」を削除する場合，次のように指定してコマンドを実行します。

jpctool alarm delete -key UNIX -table alarmtable1 -alarm "Kernel CPU 02"

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

jpctool alarm listコマンドを実行して，アラームが削除されているかどうかを確認する。

手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table alarmtable1

出力結果は次のようになります。この例では，アラームテーブル「Kernel CPU 02」が削除されていることが確認できます。

Product ID:U
DataModelVersion:4.0
Alarm Table Name:alarmtable1
Alarm Name:
  Kernel CPU 01       [active]
  User CPU 01         [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

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

なお，クイックガイドを使用して簡易的なアラームを設定することもできます。クイックガイドについては，「6.5　Webブラウザ（クイックガイド）でのアラームの設定」を参照してください。

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

アラームテーブルをエージェントにバインドするには，jpctool alarm bindコマンドを使用します。

(1)　アラームテーブル複数バインド機能を有効にしている場合

アラームテーブル複数バインド機能を有効にしている場合に，複数のアラームテーブルをバインドする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインドするアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートおよびUNIX Alarm CPUが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  UNIX Alarm CPU
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm bindコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00を，「host01」にあるエージェントにバインドする場合，次のように指定してコマンドを実行します。

jpctool alarm bind -key UNIX -table "PFM UNIX Solution Alarms 7.00" -id UA1host01

jpctool alarm bindコマンドに-addオプションを付けて実行する。

例えば，「host01」にあるエージェントにUNIX Alarm CPUを追加する場合，次のようにしてコマンドを実行します。

jpctool alarm bind -key UNIX -table "UNIX Alarm CPU" -id UA1host01 -add

なお，同時にバインドできるアラームテーブルの数は50個までです。

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

jpctool alarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。

次のように指定してコマンドを実行します。

jpctool alarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01に監視テンプレートPFM UNIX Solution Alarms 7.00およびUNIX Alarm CPUがバインドされていることが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:
  UNIX Alarm CPU
  PFM UNIX Solution Alarms 7.00

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

(2)　アラームテーブル複数バインド機能を無効にしている場合

注意

1つのエージェントに対してバインドできるアラームテーブルは1つだけです。すでにアラームテーブルがバインドされているエージェントに対して，別のアラームテーブルをバインドした場合，既存のアラームテーブルのバインドが自動的に解除され，新しいアラームテーブルがバインドし直されます。

アラームテーブル複数バインド機能を無効にしている場合に，アラームテーブルをバインドする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインドするアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm listコマンドを実行して，バインドするアラームテーブルがどのエージェントにバインドされているかを確認する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がホスト「hostA」およびホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

jpctool alarm bindコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00を，「host01」にあるエージェントにバインドする場合，次のように指定してコマンドを実行します。

jpctool alarm bind -key UNIX -table "PFM UNIX Solution Alarms 7.00" -id UA1host01

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

jpctool alarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。

手順3と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がホスト「host01」，ホスト「hostA」，およびホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1host01
  UA1hostA
  UA1hostB

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

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

アラームテーブルのバインドを解除するには，jpctool alarm unbindコマンドを使用します。

(1)　アラームテーブル複数バインド機能を有効にしている場合

アラームテーブル複数バインド機能を有効にしている場合に，アラームテーブルのバインドを解除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，アラームテーブルがバインドされているかどうかを確認する。

次のように指定してコマンドを実行します。

jpctool alarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01に監視テンプレートPFM UNIX Solution Alarms 7.00およびUNIX Alarm CPUがバインドされていることが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:
  UNIX Alarm CPU
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm unbindコマンドを実行する。

例えば，エージェントUA1host01にバインドしているすべてのアラームテーブルを解除する場合，次のように指定してコマンドを実行します。

jpctool alarm unbind -key UNIX -all -id UA1host01

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

jpctool alarm listコマンドを実行して，アラームテーブルのバインドが解除されているかどうかを確認する。

手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -id UA1host01

出力結果は次のようになります。この例では，エージェントUA1host01にアラームテーブルがバインドされていないことが確認できます。

Service ID:UA1host01
Bound Alarm Table Name:

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

(2)　アラームテーブル複数バインド機能を無効にしている場合

アラームテーブル複数バインド機能を無効にしている場合に，アラームテーブルのバインドを解除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインドを解除するアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm listコマンドを実行して，バインドを解除するアラームテーブルがどのエージェントにバインドされているかを確認する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がホスト「host01」，ホスト「hostA」，およびホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1host01
  UA1hostA
  UA1hostB

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

jpctool alarm unbindコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00に対して，ホスト名が「host」で始まるすべてのホストのバインドを解除する場合，次のように指定してコマンドを実行します。

jpctool alarm unbind -key UNIX -table "PFM UNIX Solution Alarms 7.00" -id "UA1host*"

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

jpctool alarm listコマンドを実行して，アラームテーブルのバインドが解除されているかどうかを確認する。

手順3と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートPFM UNIX Solution Alarms 7.00がどのホストにもバインドされていないことが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:

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

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

アラームテーブルのバインド状況を確認するには，jpctool alarm listコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，バインド状況を確認するアラームテーブル名を確認する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートだけが定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

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

jpctool alarm listコマンドを実行して，アラームテーブルがどのエージェントにバインドされているかを確認する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00がどのエージェントにバインドされているかを確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートがホスト「host01」，ホスト「hostA」，およびホスト「hostB」のエージェントにバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1host01
  UA1hostA
  UA1hostB

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

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

アラームを無効にするには，jpctool alarm inactiveコマンドを使用します。

アラームを無効にする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，無効にするアラーム名およびアラームの状態を確認する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00の各アラームの状態を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。アラームが有効である場合，アラーム名のあとに[active]と出力されます。この例では，すべてのアラームが有効であることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

jpctool alarm inactiveコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00のアラーム「Disk Service Time」を無効にする場合，次のように指定してコマンドを実行します。

jpctool alarm inactive -key UNIX -table "PFM UNIX Solution Alarms 7.00" -alarm "Disk Service Time"

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

jpctool alarm listコマンドを実行して，アラームが無効になっているかどうかを確認する。

手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。アラームが無効である場合，アラーム名のあとに[inactive]と出力されます。この例では，アラームDisk Service Timeが無効になったことが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [inactive]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

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

アラームを有効にするには，jpctool alarm activeコマンドを使用します。

アラームを有効にする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行して，有効にするアラーム名およびアラームの状態を確認する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00の各アラームの状態を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。アラームが有効である場合，アラーム名のあとに[active]と，アラームが無効である場合，アラーム名のあとに[inactive]と出力されます。この例では，アラーム「Disk Service Time」が無効であることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [inactive]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

jpctool alarm activeコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00のアラーム「Disk Service Time」を有効にする場合，次のように指定してコマンドを実行します。

jpctool alarm active -key UNIX -table "PFM UNIX Solution Alarms 7.00" -alarm "Disk Service Time"

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

jpctool alarm listコマンドを実行して，アラームが有効になっているかどうかを確認する。

手順2と同様に，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，アラーム「Disk Service Time」が有効になったことが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1hostA
  UA1hostB

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

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

あるPFM - AgentまたはPFM - RMで定義されているアラームテーブルの一覧，またはあるアラームテーブルに定義されているアラームの一覧とバインドされているエージェントの一覧を表示できます。

注意

個々のアラームのしきい値など，アラームで定義されている定義情報は表示できません。アラームの定義情報を確認する場合は，jpctool alarm exportコマンドでアラーム定義をエクスポートして確認してください。アラーム定義のエクスポートについては，「6.7.3　アラーム定義を変更する」を参照してください。

(1)　アラームテーブルの一覧を表示する

あるPFM - AgentまたはPFM - RMで定義されているアラームテーブルの一覧を表示するには，jpctool alarm listコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）で定義されているアラームテーブル名を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX

出力結果は次のようになります。この例では，監視テンプレートとアラームテーブル「alarmtable1」が定義されていることが確認できます。

Product ID:U
Alarm Table Name:
  alarmtable1
  PFM UNIX Solution Alarms 6.70
  PFM UNIX Solution Alarms 7.00

jpctool alarm listコマンドを，-keyオプションだけ指定して実行した場合に表示される情報を，次の表に示します。

表6‒13　jpctool alarm listコマンドの表示情報（-keyオプション指定）

項番

表示情報

説明

1

Product ID

PFM - AgentまたはPFM - RMの種類を示すプロダクトIDを示す。各PFM - AgentまたはPFM - RMのプロダクトIDについては，各PFM - AgentまたはPFM - RMのマニュアルの，付録に記載されている識別子一覧を参照のこと。

2

Alarm Table Name

アラームテーブル名を示す。

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

(2)　アラームテーブル内のアラームの情報を表示する

あるアラームテーブルに定義されているアラームの一覧とバインドされているエージェントの一覧を表示するには，jpctool alarm listコマンドを使用します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm listコマンドを実行する。

例えば，PFM - Agent for Platform（UNIX）の監視テンプレートPFM UNIX Solution Alarms 7.00で定義されているアラームの情報を確認する場合，次のように指定してコマンドを実行します。

jpctool alarm list -key UNIX -table "PFM UNIX Solution Alarms 7.00"

出力結果は次のようになります。この例では，監視テンプレートのすべてのアラームが有効であること，および監視テンプレートがホスト「hostA」とホスト「hostB」にバインドされていることが確認できます。

Product ID:U
DataModelVersion:3.0
Alarm Table Name:PFM UNIX Solution Alarms 7.00
Alarm Name:
  Disk Service Time   [active]
  I/O Wait Time       [active]
  Kernel CPU          [active]
  Pagescans           [active]
  Run Queue           [active]
  Swap Outs           [active]
  User CPU            [active]

The Bound Agent:
  UA1hostA
  UA1hostB

jpctool alarm listコマンドを，-keyオプションと-tableオプションを指定して実行した場合に表示される情報を次の表に示します。

表6‒14　jpctool alarm listコマンドの表示情報（-keyオプション，-tableオプション指定）

項番

表示情報

説明

1

Product ID

PFM - AgentまたはPFM - RMの種類を示すプロダクトIDを示す。各PFM - AgentまたはPFM - RMのプロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されている識別子一覧を参照のこと。

2

DataModelVersion

データモデルのバージョンを示す。

3

Alarm Table Name

アラームテーブル名を示す。

4

Alarm Name

アラーム名およびアラームが有効か無効かを示す。

active：アラームが有効であることを示す。

inactive：アラームが無効であることを示す。

5

The Bound Agent

アラームテーブルがバインドされているエージェントのサービスIDを示す。

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

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

ここでは，アラームに関する注意について説明します。

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

(1)　アラームの評価時刻について

アラームに複数のレコードの監視条件を設定し，レコードの監視間隔およびオフセット（開始時間）が異なる場合，アラームは収集スケジュールが同じ時刻となるときだけ評価されます。必要に応じて，収集間隔の設定を見直してください。

(2)　アラームで評価するレコードの保存について

アラームの条件として選択したレコードは，Storeデータベースに記録する必要はありません。

(3)　アラーム数の制限について

1つのAgent製品に定義できるアラームテーブルの数は1,024個までです。

1つのアラームテーブルに登録できるアラームの数は250個までです。また，1つのエージェントにバインドできるアラームテーブルの数は50個までです。

Performance Managementのシステム内でPFM - AgentまたはPFM - RMにアラームを多数バインドすると，PFM - Manager，PFM - Agent，またはPFM - RMの処理に遅延が発生する場合があります。

バインドするアラームの数は以下の値を超えないように設定してください。

1エージェント当たり250個

Performance Managementシステム全体で20,000個

(4)　文字コード種別の変更について

アラームを作成する際，全角文字や半角カタカナを使用した場合，OSの文字コード種別は変更しないでください。途中で文字コード種別を変更すると，以前に定義したアラームやレポートが実行されなくなります。

OSの文字コード種別を変更する場合は，一度PFM - Managerをアンインストールして，環境を再構築してください。

(5)　値の存在を監視するアラームを設定する場合の注意について

［値の存在を監視するアラームとする］をチェックした場合，アラーム通知時は収集されたデータに条件式で指定した値がありません。このためメッセージテキストやMail Subjectに変数%CVSを指定しても，アラーム正常回復時の測定値出力機能を有効に設定している場合は(N/A)，無効に設定している場合は空文字に変換されるので注意してください。

(6)　アラームの発生数によるPFM - AgentまたはPFM - RMの接続数への影響について

Performance Managementでは，PFM - ManagerがPFM - AgentまたはPFM - RMから発行されるアラームを受信し，順次Storeデータベース（Master Store）に格納するなどの処理が実行されます。アラームの発行が頻繁になったり多数のPFM - AgentまたはPFM - RMから同時にアラームが発行されたりすると，PFM - Managerの処理に遅延が発生します。遅延が発生すると，処理されていないアラームはPFM - Managerホストのメモリーに蓄積されるため，メモリー使用量が増加したり，システムの性能が低下したりします。

そのため，PFM - Managerが単位時間当たりに処理できるアラーム数を超えないように，アラームの発生頻度を考慮してアラームを定義してください。また，あらかじめPFM - Managerに接続するPFM - AgentまたはPFM - RM数を決めておくことをお勧めします。アラームの発生頻度とPFM - Managerに接続するPFM - AgentまたはPFM - RM数の関係については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，システム構成について説明している個所を参照してください。

(7)　アラームの発生数によるシステムリソースへの影響について

アクションが設定されたアラームが，同時に多数発行されると，その数だけアクションが実行され，システムリソースを消費してシステムが不安定になることがあります。アクションによるシステムリソースの消費を抑えたい場合には，1つのAction Handlerで同時に実行されるコマンドアクション（リモートアクションおよびローカルアクション）を制限できます。起動情報ファイル（jpccomm.ini）の[Action Handler Section]セクションの値を編集してください。

jpccomm.iniファイルについてはマニュアル「JP1/Performance Management リファレンス」の付録の，起動情報ファイル（jpccomm.ini）について説明している個所を参照してください。

(8)　インスタンス単位で稼働状態を監視する場合に前提となる製品のバージョン

インスタンス単位での稼働状態監視とそれ以外の稼働監視状態とでは，前提となる製品のバージョンは異なります。インスタンス単位での稼働状態監視については，マニュアル「JP1/Performance Management 設計・構築ガイド」を参照してください。

(9)　WOW64システムディレクトリ配下（SysWOW64）にある実行モジュールの場合の注意

WOW64システムディレクトリ配下（SysWOW64）にある実行モジュールをアラームのアクション定義に指定する場合は，フルパスで指定してください。

6.9.2　アラーム発生頻度とアラームイベント発行の関係に関する注意事項

メモ

次に示す個所では，複数インスタンスレコードを使用してアラームを作成している場合を例にしています。複数インスタンスレコードとは，同じ時刻に収集されるインスタンスが複数あるレコードのことです。例えば，ディスクAとディスクBの状態を確認する複数インスタンスレコードの場合，アラーム評価時にはディスクAとディスクBの状態をそれぞれアラーム評価し，ディスクAとディスクBそれぞれについて，アラーム条件を満たした場合，アラームを発行します。

「6.9.2(1)(c)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックなし，［すべての］にチェックあり）」

「6.9.2(1)(d)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックあり，［すべての］にチェックあり）」

「6.9.2(2)(c)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックなし，［すべての］にチェックあり）」

「6.9.2(2)(d)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックあり，［すべての］にチェックあり）」

(1)　アラーム発生頻度がn/n（n=n）の場合

アラーム発生頻度の設定とアラームイベント発行の関係は，［新規アラーム > 基本情報］または［編集 > 基本情報］画面の［高度な設定］にある，［常にアラーム通知する］と［すべてのデータを評価する］の組み合わせに応じて変わります。各チェックボックスのチェックの有無に応じた参照先を次の表に示します。

［すべてのデータを評価する］

［常にアラーム通知する］

チェックなし

チェックあり

チェックなし

6.9.2(1)(a)

6.9.2(1)(b)

チェックあり

6.9.2(1)(c)

6.9.2(1)(d)

以降の例では，チェックボックス名を次のように表記しています。

［常に］：［常にアラーム通知する］を示す

［すべての］：［すべてのデータを評価する］を示す

(a)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックなし，［すべての］にチェックなし）

［常に］と［すべての］両方のチェックを外した場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム通知時点で収集されたデータの中で，最も重大度の高い条件を満たすデータのアラーム状態が通知されます。

例を次に示します。

(b)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックあり，［すべての］にチェックなし）

［常に］をチェックし，［すべての］のチェックを外した場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知されます。

例を次に示します。

(c)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックなし，［すべての］にチェックあり）

［常に］のチェックを外し，［すべての］をチェックした場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム状態が警告または異常の場合，アラームを通知する時点でアラーム状態の条件を満たすすべてのデータのアラーム状態が通知されます。

例を次に示します。

(d)　アラーム発生頻度がn/n（n=n）の場合（［常に］にチェックあり，［すべての］にチェックあり）

［常に］と［すべての］両方をチェックした場合，次のように動作します。

「n回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で警告または異常条件を満たす，すべてのデータが通知されます。

例を次に示します。

(2)　アラーム発生頻度がn/m（n<m）の場合

アラーム発生頻度の設定とアラームイベント発行の関係は，［新規アラーム > 基本情報］または［編集 > 基本情報］画面の［高度な設定］にある，［常にアラーム通知する］と［すべてのデータを評価する］の組み合わせに応じて変わります。各チェックボックスのチェックの有無に応じた参照先を次の表に示します。

［すべてのデータを評価する］

［常にアラーム通知する］

チェックなし

チェックあり

チェックなし

6.9.2(2)(a)

6.9.2(2)(b)

チェックあり

6.9.2(2)(c)

6.9.2(2)(d)

以降の例では，チェックボックス名を次のように表記しています。

［常に］：［常にアラーム通知する］を示す

［すべての］：［すべてのデータを評価する］を示す

(a)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックなし，［すべての］にチェックなし）

［常に］と［すべての］両方のチェックを外した場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム通知時点で収集されたデータの中で，最も重大度の高い条件を満たすデータのアラーム状態が通知されます。

例を次に示します。

(b)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックあり，［すべての］にチェックなし）

［常に］をチェックし，［すべての］のチェックを外した場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で収集された最も重大度の高い条件を満たすデータが通知されます。

例を次に示します。

(c)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックなし，［すべての］にチェックあり）

［常に］のチェックを外し，［すべての］をチェックした場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームの状態を変更するかを指定します。

アラームの状態が以前通知した状態から変化があった場合だけ，アラームが通知されます。

アラーム状態が警告または異常の場合，アラームを通知する時点でアラーム状態の条件を満たす，すべてのデータのアラーム状態が通知されます。

例を次に示します。

(d)　アラーム発生頻度がn/m（n<m）の場合（［常に］にチェックあり，［すべての］にチェックあり）

［常に］と［すべての］両方をチェックした場合，次のように動作します。

「m回」評価する間に，「n回」しきい値を超えたらアラームを通知するかを指定します。アラームの発生頻度を抑制するために利用できます。

アラーム通知時点で警告または異常条件を満たす，すべてのデータが通知されます。

例を次に示します。

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

アラームの評価に関する注意事項について説明します。

(1)　アラームの評価数の制限について

PFM - AgentまたはPFM - RMで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。PFM - AgentまたはPFM - RMにアラームをバインドしている場合，32,767個までのインスタンスが評価されます。32,768個目以降のインスタンスは評価されません。

(2)　アラーム評価の間隔について

アラームの評価は一定間隔で実施されます。この間隔はエージェントごとのレコードの収集間隔となります。各レコードの収集間隔については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章（各レコードのCollection Intervalの値）を参照してください。

レコードの収集間隔を変更したい場合は，次のように操作してください。

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

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

アラームがバインドされている監視エージェントを選択する。

メソッドフレームで［プロパティ］メソッドを選択する。

［Detail Records］フォルダまたは［Interval Records］フォルダを展開する。

［Collection Interval］プロパティの値を変更する。

レコード（パフォーマンスデータ）の収集間隔が設定した値に変更されます。

(3)　アラーム評価時の文字コード種別について

アラームの定義に日本語または中国語を使用している場合，PFM - ManagerとアラームテーブルをバインドするPFM - AgentまたはPFM - RMは同じ文字コード種別で動作している必要があります。文字コード種別が異なる場合，次のような現象が発生します。

イベントモニターに表示される文字列が文字化けする

アクション実行時のメッセージが文字化けする

アラーム定義の状態が異常または警告になっても，PFM - Web Console上の表示が正常のままとなる

アラーム定義の状態が異常または警告から正常に戻っても，PFM - Web Console上の表示が正常に変わらない

なお，Performance Managementのサービスが使用する文字コード種別は次のように決定されます。

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

jpcspm startコマンドを実行した環境の文字コード種別が適用されます。

OS再起動時の自動起動で起動する場合

OSが起動する際に設定される文字コード種別が適用されます。

UNIXの場合で，OSが起動する際に設定される文字コード種別とPerformance Managementで使用したい文字コード種別が異なるときは，サービス自動起動スクリプトファイル（jpc_start）であらかじめ文字コード種別を設定してください。

(4)　PFM - AgentまたはPFM - RMが停止した場合のアラーム評価について

PFM - AgentまたはPFM - RMを停止した場合のアラームの評価は，次のようになります。

PFM - AgentまたはPFM - RMの状態が異常または警告の状態でサービスを停止すると，PFM - AgentまたはPFM - RMがバインドしているアラームテーブル内のアラームはすべて正常状態に変更されます。また，PFM - AgentまたはPFM - RMが再起動すると，前回起動時の状態を引き継がないで，再度正常状態から評価を開始します。

発生頻度を設定したアラームを持つアラームテーブルをバインドしているPFM - AgentまたはPFM - RMを停止すると，アラームの発生頻度の計測はリセットされます。

PFM - AgentまたはPFM - RMが再起動すると，再度計測を開始します。

6.9.4　アラーム反映状態に関する注意事項

アラーム反映状態に関する注意事項を説明します。

(1)　11-00未満のPFM - Managerに11-00以降のPFM - Managerを上書きインストールした場合について

上書きインストール後に初めて監視マネージャーのサービスを起動したときは，アラーム情報が反映されているかどうかにかかわらず，反映状態をすべて「完了」とみなします。

(2)　PFM - Managerのサービスが停止した場合について

PFM - Managerのサービスが停止した場合，次に起動した際に反映状態はサービス停止前の状態に戻ります。これは，サービスの停止時に，反映状態のデータがアラーム反映状態の記録ファイルに出力され，サービスの再起動時にそのファイルからデータを読み込むためです。

ただし，次のときは反映状態がサービス停止前の状態に戻りません。この場合，アラーム情報を確実に反映するには，jpctool config syncコマンドを実行して監視マネージャーと監視エージェントを同期してください。

アラーム反映状態の記録ファイルへの出力に失敗したとき

共通メッセージログにKAVE00545-Wメッセージが出力され，反映状態のデータが破棄されます。

アラーム反映状態の記録ファイルの読み込みに失敗したとき

共通メッセージログにKAVE00544-Wメッセージが出力されて反映状態を「完了」とみなします。

監視マネージャーのサービスが異常停止したとき

アラーム情報が反映されているかどうかにかかわらず，反映状態を「完了」とみなします。

(3)　監視マネージャーサービス起動時にアラーム反映状態ファイルが削除されている場合について

監視マネージャーサービス起動時にアラーム反映状態の記録ファイルが削除されている場合，サービスの反映状態をすべて「完了」とみなします。この場合，共通メッセージログにKAVE00544-Wメッセージが出力されます。

(4)　反映状態が「状態不明」になる場合について

次の場合は反映状態が「状態不明」になります。

操作対象の監視エージェントまたはサービスが応答を返さない環境である

反映が完了していない場合は，共通メッセージログにKAVE00348-WまたはKAVE00169-Eメッセージが出力されます。この場合，次のどれかの対処をしてください。

jpctool config alarmsync -target uncertainコマンドを実行する

［アラーム反映状況の確認］画面からアラーム情報を反映する

サービスを再起動する

アラームテーブルをバインドまたはアンバインドする

なお，KAVE00348-WまたはKAVE00169-Eメッセージが出力されていない場合は，反映が完了しているため対処は不要です。

監視マネージャーが持つデータベースへのアクセスに失敗した

この場合，共通メッセージログにKAVE00531-Eメッセージが出力されます。メッセージに従って対処してください。

応答を返さないリモートエージェントまたはグループエージェントから，すべてのアラームテーブルをアンバインドした

この場合，次のどれかの対処をしてください。

jpctool config alarmsync -target uncertainコマンドを実行する

リモートエージェントを再起動する

(5)　サービスが起動しているのに反映状態が「停止中」になる場合について

サービスが起動しているのに反映状態が「停止中」になる場合は，次の内容を確認してください。該当する場合は，要因を取り除いたあと，サービスを再起動させてください。

ファイアウォールの通過設定に問題がないか

対象のサービスがビジーになっていないか

(6)　リモートエージェントまたはグループエージェントに対してアラーム情報を反映した場合について

リモートエージェントまたはグループエージェントに対してアラーム情報を反映した場合，監視元のPFM - RMのサービスが停止中のときは，そのPFM - RM配下にあるすべてのリモートエージェントおよびグループエージェントのアラーム反映状態が「停止中」になります。

リモートエージェントまたはグループエージェントに対してアラーム情報を反映した場合，同じPFM - RM配下のすべてのリモートエージェントおよびグループエージェントに，反映処理が実行されます。

(7)　クラスタシステムでフェールオーバーした場合について

クラスタシステムでフェールオーバーした場合，アラーム反映状態は実行系から待機系に引き継がれます。しかし，フェールオーバー時に次の問題が発生した場合は，アラーム反映状態が待機系に引き継がれません。

Master Managerサービスが異常終了した場合

正常にフェールオーバーできなかった場合

この場合，サービスの反映状態をすべて「完了」とみなします。実行系の環境でjpctool config syncコマンドを実行してください。

(8)　監視二重化の環境でプライマリーとセカンダリーを入れ替えた場合について

jpcconf primmgr notifyコマンドまたはjpcconf mgrhost define -shiftコマンドでプライマリーとセカンダリーを入れ替えた場合，サービスの反映状態をすべて「完了」とみなします。

7　イベントの表示

この章では，監視コンソールのWebブラウザ上に，監視エージェントで発生したイベントを表示する方法について説明します。

7.1　最新イベントの表示

最新のイベント情報は，PFM - Web Consoleの［イベントモニター］画面で確認できます。［イベントモニター］画面で確認できるイベント情報には，次の3つがあります。

エージェントイベント

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

アラームイベント

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

ヘルスチェックイベント

ヘルスチェック状態の変化を契機に発行されるイベント

［イベントモニター］画面では，定期的に表示情報が自動更新されるため，エージェントの状態変化をリアルタイムに監視できます。また，表示条件を設定して特定のエージェントで発生したイベントだけを表示させたり，イベントの状態によって色分けしたりすることもできます。

なお，イベント情報はエージェント階層のインフォメーションフレームに表示されるサマリ表示でも確認できます。その場合，アラームイベントおよびエージェントイベントの異常状態および警告状態だけ表示されます。また，ヘルスチェックイベントは表示されません。サマリ表示の詳細については，「3.4.5　サマリ表示で稼働状況を確認する」を参照してください。

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

［イベントモニター］画面では，イベントを発生順に一覧表示します。

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

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。

別ウィンドウで表示された［イベントモニター］画面の［表示］で，表示させるイベント種別を選択する。

［イベントモニター］画面に表示させるイベントの種類を，次の5つの項目から選択します。

すべてのイベント

エージェントイベント

アラームイベント

ヘルスチェックイベント

ヘルスチェック状態

デフォルトは「すべてのイベント」です。

イベント種別を選択すると，該当するイベントが一覧表示されます。ただし，ヘルスチェック状態を選択した場合は，アイコン，エージェント，ホスト名および状態だけを表示します。

［イベントモニター］画面の表示項目については，マニュアル「JP1/Performance Management リファレンス」の［イベントモニター］画面について説明している個所を参照してください。

画面右上の［閉じる］メニューをクリックし，画面を閉じる。

［イベントモニター］画面が閉じます。

参考

短時間で，アラームイベントやヘルスチェックイベントが大量に発行されて，［イベントモニター］画面に表示できるイベント数の上限値を超えると，すべてのイベントを確認できない場合があります。そのときは，エージェント階層でアラートが上がっているエージェントのイベント履歴を確認すると，問題のあるエージェントの状態が確認できます。

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

Performance Managementのシステム内でアラームイベントが発生している場合，［イベントモニター］画面から，アラームに関連づけられているレポートを表示できます。

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

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。

［イベントモニター］画面が別ウィンドウで表示されます。アラームに関連づけられたレポートがある場合は，「レポート」欄にレポートアイコン（Agent for Platformの場合は[図データ]または[図データ]）が表示されます。

レポートを表示させるイベントのレポートアイコンをクリックする。

アラームに関連づけられている［レポート］画面が別ウィンドウで表示されます。

［レポート］画面および［イベントモニター］画面を終了させる場合は，それぞれの画面の右上にある［閉じる］をクリックします。

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

［イベントモニター］画面でアラームイベントのアイコン（アラームアイコン）をクリックすると，アラームの［プロパティ］画面が表示されます。

アラームの［プロパティ］画面では，［イベントモニター］画面に表示されているアラームイベントに対応するアラームの定義内容が確認できます。

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

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。

別ウィンドウで表示された［イベントモニター］画面の［表示］で，「アラームイベント」を選択する。

一覧表示されたアラームイベントから任意のアラームイベントのアラームアイコンをクリックする。

［プロパティ］画面が別ウィンドウで表示され，アラームの定義内容を確認できます。

次の項目を選択すると，該当の設定内容の表示エリアにジャンプできます。

［基本情報］

基本情報の表示エリアにジャンプします。

［アラーム条件式］

アラーム条件式の表示エリアにジャンプします。

［アクション］

実行するアクション設定の表示エリアにジャンプします。

［アクション定義］

アクション定義の表示エリアにジャンプします。

アラームの［プロパティ］画面および［イベントモニター］画面を終了させる場合は，それぞれの画面の右上にある［閉じる］をクリックします。

参考

管理ユーザー権限を持つユーザーアカウントの場合は，［アラーム階層］画面からでもアラームの［プロパティ］画面を表示できます。［アラーム階層］画面からアラームのプロパティを確認する方法については，「6.6.6　アラームのプロパティ（定義内容）を表示する」を参照してください。

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

［イベントモニター］画面に表示させるエージェントや，イベントの最大表示件数などの表示条件を設定できます。

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

［メイン］画面のメニューバーフレームで［イベントモニター］メニューを選択する。

別ウィンドウで表示された［イベントモニター］画面の［レポートの表示設定］タブをクリックする。

［レポートの表示設定］タブ画面の表示条件を設定する。

必要に応じて，次の項目について設定します。

［フィルター設定］

すべてのエージェントで発生したイベントを表示する場合は，［すべてのエージェントを表示する］をチェックします。デフォルトは，チェックされています。

表示対象のエージェントを限定する場合は，［すべてのエージェントのイベントを表示する］のチェックを外し，移動ボタン（[図データ]／[図データ]）で表示対象のエージェントを［表示するエージェント］に，表示させないエージェントを［非表示のエージェント］に移動させます。

なお，［すべてのエージェントのイベントを表示する］のチェックを外した場合，［表示するエージェント］に1つ以上のエージェントを設定しないとイベントが表示されません。

業務グループによるアクセスコントロール機能が有効な場合，表示するエージェントを業務グループ単位で絞り込むことができます。絞り込み後に移動ボタン（[図データ]／[図データ]）をクリックすることで，表示されているすべてのエージェントを移動できます。

［カラー設定］

［イベントモニター］画面に表示させるイベントを，状態（正常，警告，異常）によって色分けできます。デフォルトは「なし（色分けしない）」です。

色分けする場合は，［イベントの色分け］のプルダウンメニューから，色分けする際の配色（「薄く」または「濃く」）を選択します。

［表示イベント数の設定］

［イベントモニター］画面に表示させるイベント（レコード）の最大数を設定できます。設定する場合は，［一覧表示するイベントの最大数］に1〜999の範囲の整数で設定します。デフォルトは，256です。

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

設定した内容を確定し，［レポートの表示］タブに戻ります。［レポートの表示］タブには，設定した表示条件の内容でイベントが表示されます。

参考

この操作で設定した表示条件は，セッションが終了するまで有効です。ログアウトすると初期値に戻り，設定内容は保存されません。

7.2　イベント履歴の表示

Performance Managementシステムで発生した過去のイベント情報は，PFM - Web Consoleの［イベント履歴］画面で確認できます。

［イベント履歴］画面は，エージェント単位に表示されます。表示させるデータの対象期間や表示させるアラーム名，最大レコード数などを指定して表示させます。

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

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

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

［エージェント階層］画面のナビゲーションフレームで，イベントの履歴を表示させたいエージェントを選択する。

複数のエージェントを選択する場合は，［複数選択］をチェックします。

選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。

別ウィンドウで表示された［イベント履歴］画面で［レポート表示期間の設定］の各項目を設定する。

必要に応じて，次の項目について設定します。

［対象期間］

イベント履歴として表示させるデータの対象期間について設定する場合は，［対象期間］のプルダウンメニューから該当する期間を選択します。

選択できる値を次に示します。

・［レポートの表示時に指定］

・［過去1時間以内］

・［過去1日（24時間）以内］

・［過去7日以内］

・［過去1ヶ月以内］

・［過去1年以内］

デフォルトは，「過去1日（24時間）以内」です。

［レポートの表示時に指定］以外を選択した場合は，［開始日時］および［終了日時］に対応する日時が自動的に設定されます。

［開始日時］および［終了日時］

［対象期間］で［レポートの表示時に指定］を選択した場合に，イベント表示対象期間の開始日時および終了日時を設定します。

［開始日時］および［終了日時］は，ロケールに対応した表示形式で指定します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

指定できる日時の範囲は，1971年1月1日00時00分〜2035年12月31日23時59分です。［終了日時］には，［開始日時］に指定した日時以降の日時を指定してください。

なお，［レポートの表示時に指定］以外を選択した場合は，対応する日時が自動的に設定されます。また，自動的に表示された日時を変更した場合，［対象期間］の設定が［レポートの表示時に指定］になります。

［開始日時のデータを表示する］および［終了日時のデータを表示する］

レポートに表示するデータの内，［開始日時］または［終了日時］で指定した日時に合致するデータを表示するかを切り替えます。デフォルトはチェックされています。デフォルトのチェック状態は，初期設定ファイル（config.xml）のexcludeTerminalData（<vsa>タグ配下）で設定できます。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

チェックした場合，［開始日時］または［終了日時］で指定した日時に合致するデータを表示します。

チェックを外した場合，［開始日時］または［終了日時］で指定した日時に合致するデータを表示しません。

［最大レコード数］を設定する。

必要に応じて，次の項目について設定します。

［最大レコード数］

［レポートの表示］タブにイベント履歴として表示させるイベントの最大数を，1〜1440の整数で指定できます。デフォルトは「1000」です。

なお，PFM - Web Consoleの初期設定ファイル（config.xml）で，最大レコード数（maxFetchCount）を1〜2147483647の範囲で指定できます。この場合は，config.xmlファイルに指定した範囲で最大レコード数を指定できます。

［条件式の設定］の各項目を設定する。

必要に応じて，次の項目について設定します。

［Alarm Name］

表示させるイベントのアラーム名を2,048バイト以内の全角または半角文字で指定できます。この項目にアラーム名を指定すると，そのアラームが発生しているイベントが表示の対象になります。

デフォルトで「*（半角アスタリスク）」がワイルドカードとして設定されています。

［Alarm Table］

表示させるイベントのアラームテーブル名を2,048バイト以内の全角または半角文字で指定できます。この項目にアラームテーブル名を指定すると，そのアラームテーブルのアラームが発生しているイベントが表示の対象になります。

デフォルトで「*（半角アスタリスク）」がワイルドカードとして設定されています。

［Message］

表示させるイベントのメッセージテキストを2,048バイト以内の全角または半角文字で指定できます。この項目にメッセージテキストを指定すると，そのメッセージテキストを出力したイベントが表示の対象になります。

デフォルトで「*（半角アスタリスク）」がワイルドカードとして設定されています。

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

注意

表示させるエージェントを複数選択した場合，検索に時間が掛かり，表示がタイムアウトすることがあります。この場合，選択するエージェントを減らしてから再度表示させてください。

［イベント履歴］画面で画面右上の［閉じる］メニューをクリックし，画面を閉じる。

［イベント履歴］画面が閉じます。

補足

表示されるイベントが1件もない場合は，表示するイベントがない旨のメッセージが表示されます。

この操作で設定した表示条件は，［イベント履歴］画面を表示している間だけであり，設定内容は保存されません。

参考

レコードの数が最大レコード数を超えた場合は，最も古いレコードから最大レコード数までのレコードが表示されます。

7.3　イベント履歴の出力

7.3.1　CSV形式で出力する

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

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

［エージェント階層］画面のナビゲーションフレームで，CSV出力の対象となるエージェントを選択する。

複数のエージェントを選択する場合は，［複数選択］をチェックします。

選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。

別ウィンドウで表示された［イベント履歴］画面のメニューバーにある［CSV出力］メニューを選択する。

出力先を指定するダイアログボックスの「保存する場所」と「ファイル名」を指定し，［保存］ボタンをクリックする。

イベント履歴データがファイル出力されます。

7.3.2　HTML形式で出力する

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

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

［エージェント階層］画面のナビゲーションフレームで，HTML出力の対象となるエージェントを選択する。

複数のエージェントを選択する場合は，［複数選択］をチェックします。

選択したエージェントにチェックマークが表示されます。

参考

エージェントを選択しない場合は，すべてのエージェントで発生したイベントの履歴が表示の対象になります。

［エージェント階層］画面のメソッドフレームで，［イベント履歴］メソッドを選択する。

別ウィンドウで表示された［イベント履歴］画面のメニューバーにある［印刷画面］メニューを選択する。

［レポート印刷］画面が新しいウィンドウで開き，イベント履歴データが印刷や保存に適した形式で表示されます。

Webブラウザの機能を利用して，レポートを印刷したり保存したりする。

保存する場合は，ページ全体を保存するオプションを指定して保存してください。

8　監視の一時停止と再開

この章では，監視の一時停止と再開について説明します。また，一時停止した場合の稼働監視の状態を説明します。

8.1　監視一時停止機能とは

Performance Managementでは，運用中にメンテナンス作業などをする監視対象に対して，アラームやヘルスチェックなどの監視を一時的に停止したり再開したりできます。この一時停止する機能および再開する機能をまとめて「監視一時停止機能」と呼びます。

運用中にメンテナンス作業で監視対象のホストやサービスを停止すると，通常の監視では異常や警告としてアラームイベントやヘルスチェックイベントが発生します。このとき，停止予定の監視対象に対して事前に監視を一時停止しておくことで，ホストやサービスの停止が異常として通知されなくなります。また，監視一時停止中の稼働情報を蓄積するかしないか選択できるので，該当する期間を除いたデータで稼働状態を分析できます。

監視の一時停止および再開は，エージェント階層の［監視一時停止の設定］画面，またはコマンドで設定します。ホスト単位またはエージェント単位で対象を選択し，一括で設定できます。

監視一時停止機能に関係がある主な機能を次に示します。

アラーム

対象のエージェントにバインドされているアラームが一時停止されます。

ヘルスチェック

対象のホストおよびエージェントに対するヘルスチェックが一時停止されます。

稼働情報の蓄積

稼働情報の蓄積が一時停止されます。ただし，監視一時停止の設定時に，稼働情報の蓄積を継続するようにも設定できます。

監視を一時停止していた期間は［イベントモニター］画面または［イベント履歴］画面で確認できます。

なお，稼働情報の蓄積を一時停止していても，リアルタイムレポートは表示できます。

8.1.1　監視一時停止機能の前提条件

監視一時停止機能を使用するための前提プログラムと前提バージョンは次のとおりです。

表8‒1　プログラムの前提バージョン

ホスト

製品名

対応バージョン

PFM - Managerホスト

PFM - Manager

10-50以降

PFM - Agent

10-00以降

PFM - RM

10-00以降

PFM - Web Consoleホスト

PFM - Web Console

10-50以降

PFM - AgentホストまたはPFM - RMホスト

PFM - Base

10-50以降

PFM - Agent

10-00以降

PFM - RM

10-00以降

前提バージョンを満たしていない監視エージェントについては，一時停止する設定はできるため，監視一時停止中として表示されますが，実際はそのエージェントが行っている監視は一時停止されません。

また，監視一時停止機能を使用したい場合，PFM - Managerで監視一時停止機能オプションを有効に設定する必要があります。

監視一時停止機能オプションについては「8.3.1　監視一時停止機能オプション」を参照してください。

8.1.2　監視一時停止中のアラーム

監視一時停止中は，対象の監視エージェントでのアラーム評価が一時停止され，アラームイベントが発行されません。アラームの状態は，監視一時停止中になります。

(1)　監視再開後のアラームの評価

アラーム評価は，前回までのアラーム評価結果を基準にして決定されます。監視一時停止中はアラーム評価結果がないため，監視再開後は監視一時停止前までのアラーム評価結果を基準にアラーム評価されます。

アラーム定義で発生頻度を指定している場合は，発生頻度の積算値（異常回数および警告回数）は，監視一時停止前の状態を引き継ぎます。

8.1.3　監視一時停止中のヘルスチェック

監視一時停止中は，対象のホストおよびエージェントに対するヘルスチェックが一時停止され，ヘルスチェックイベントが発行されません。ヘルスチェックの状態は監視一時停止中になります。

メモ

システム内に監視一時停止中のホストまたはエージェントが1つでもある場合は，ヘルスチェックエージェントの監視レベルは変更できません。

監視レベルを変更するには，一度すべての監視を再開させ，ヘルスチェックの監視レベルを変更したあと，再度監視を一時停止する必要があります。

ヘルスチェック機能を無効にしていても，監視は一時停止できます。監視一時停止中にヘルスチェック機能を無効から有効に変更すると，対象ホストおよびエージェントのヘルスチェックの状態は監視一時停止中になります。

(1)　監視の一時停止または再開がヘルスチェックの状態に反映されるタイミング

監視の一時停止または再開の設定がヘルスチェックの状態に反映されるのは，ヘルスチェック機能のポーリングのタイミングです。なお，監視を再開する場合は，ポーリングのタイミングまでは監視一時停止前のヘルスチェックの状態を受け継ぎます。

ヘルスチェックのポーリングについては，「16.2.4　ヘルスチェック機能に関する注意事項」を参照してください。

(2)　監視一時停止中のヘルスチェックのレコード

監視一時停止に関係するヘルスチェックのレコードは次のとおりです。

Health Check Detail（PD_HC）

ホスト単位で一時停止した場合は，指定したホスト上のすべてのエージェントの情報が蓄積されません。エージェント単位で一時停止した場合は，指定したエージェントの情報が蓄積されません。

Host Availability（PI_HAVL）

ホスト単位で一時停止した場合は，指定したホストの情報が蓄積されません。

Host Detail（PD_HOST）レコード

ホストごとの監視一時停止中のエージェント数が蓄積されます。

ただし，ホスト単位で一時停止した場合は，指定したホストの情報が蓄積されません。

System Overview（PI_SYS）レコード

稼働状況サマリとしてシステム内の監視一時停止の情報が蓄積されます。

ヘルスチェックのレコードの詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，ヘルスチェックについて説明している個所を参照してください。

8.1.4　監視一時停止中の稼働情報

監視を一時停止するときには，稼働情報を蓄積するかどうか選択できます。稼働情報を蓄積しないように設定すると，履歴レポートに監視一時停止期間の情報が反映されません。

ただし，稼働情報を蓄積しない設定にしていても，監視エージェントの処理方式や設定などによって監視対象からの情報収集は停止されないことがあります。そのため，監視対象へのアクセス履歴や，収集に失敗した際のエラーメッセージなどがログに出力されることがあります。

8.1.5　監視一時停止機能とシステム連携

ここでは監視一時停止機能をさまざまな環境で使用する場合について説明します。

(1)　監視二重化の環境で監視一時停止機能を使用する場合

監視の一時停止または再開は，プライマリーでだけ実行できます。そのため，プライマリーで実行した設定をセカンダリーに反映する必要があります。起動情報ファイル（jpccomm.ini）の監視一時停止の設定情報の自動同期オプションを有効にして，自動的に同期されるように設定してください。

監視一時停止の設定情報の自動同期については「8.3.2　監視一時停止の設定情報の自動同期オプション（監視二重化の場合）」を参照してください。

(2)　JP1/IMと連携している環境で監視一時停止機能を使用する場合

監視一時停止中のホストまたはエージェントについては，監視の一時停止または再開に関するJP1イベントだけが発行されます。監視を一時停止した設定の単位によって，次のようにJP1イベントが発行されない対象が異なります。

ホスト単位で監視を一時停止した場合

ホストにあるすべてのエージェントに関するJP1イベントが発行されません。

PFM - RMがインストールされているホストを指定した場合は，リモートエージェントに関するJP1イベントも発行されません。

PFM - Managerがインストールされているホストを指定した場合は，PFM - Managerのサービス（Name Server，Master Manager，Master Store，Correlator，Trap Generator，View Server）に関するJP1イベントが発行されます。

エージェント単位で監視を一時停止した場合

指定したエージェントに関するJP1イベントが発行されません。

PFM - RMを指定した場合は，リモートエージェントに関するJP1イベントも発行されません。

ただし，PFMサービスを停止中に監視を一時停止した場合，サービス起動時にJP1イベントが発行されることがあります。同様に，PFMサービスを停止中に監視を再開した場合，サービス起動時にJP1イベントが発行されないことがあります。

(3)　JP1/SLMと連携している環境で監視一時停止機能を使用する場合

監視の一時停止で，稼働情報を蓄積しない設定の場合，対象エージェントの稼働情報はJP1/SLMに送信されません。ただし，監視一時停止前に送信が失敗した稼働情報があるときは，再送信が実行されます。

監視再開後，デルタ値を送信する稼働情報では，監視一時停止前の値を基準に算出されます。ただし，リアルタイムレポートを［一時保存モード］で表示する設定のレコードの場合は，リアルタイムレポート用に収集された値を基準に算出されます。

JP1/SLMに送信する稼働情報については，「13.2.5　JP1/SLMとの連携で収集するパフォーマンスデータの記録について」を参照してください。

8.2　監視を一時停止または再開する範囲

監視一時停止機能は，監視を一時停止したい範囲に合わせてホスト単位またはエージェント単位を指定して設定します。なお，監視を再開する場合は，監視を一時停止した単位と同じ単位を必ず指定してください。

8.2.1　ホスト単位で監視を一時停止または再開する範囲

ホスト単位で監視を一時停止すると，指定したホスト上の監視エージェントで行われている監視が一時停止されます。

PFM - RMがインストールされているホストを指定した場合は，リモートエージェントで行われている監視も一時停止されます。ただし，リモートエージェントの監視対象ホストを指定した場合は，監視元のリモートモニターの監視は一時停止されません。

ヘルスチェックの監視レベルがホスト稼働状態監視の場合，指定したホストに対するヘルスチェック監視も一時停止されます。

また，ホスト単位で監視を再開する場合も，監視を一時停止したときと同様の範囲が対象となります。

次に示す環境を例に，HostAを指定した場合に監視が一時停止される範囲を説明します。

図8‒1　ホスト単位で監視を一時停止する場合の環境の例

このとき，一時停止される監視は次のとおりです。

アラーム評価，稼働情報の蓄積

エージェント1，リモートモニター1，グループエージェント1，リモートエージェント1，リモートエージェント2でのアラーム評価および稼働情報の蓄積が一時停止されます。

ヘルスチェックの監視レベルがホスト稼働状態監視の場合

HostAに関するヘルスチェックが一時停止されます。

ヘルスチェックの監視レベルがサービス稼働状態監視の場合

エージェント1，リモートモニター1，リモートエージェント1，リモートエージェント2に関するヘルスチェックが一時停止されます。

8.2.2　エージェント単位で監視を一時停止または再開する範囲

エージェント単位で監視を一時停止すると，指定した監視エージェントで行われている監視が一時停止されます。

PFM - RMを指定した場合は，リモートエージェントで行われている監視も一時停止されます。ただし，リモートエージェントだけを指定した場合は，監視元のリモートモニターの監視は一時停止されません。

また，エージェント単位で監視を再開する場合も，監視を一時停止したときと同様の範囲が対象となります。

次に示す環境を例に，HostA上のリモートモニター1を指定した場合に監視が一時停止される範囲を説明します。

図8‒2　エージェント単位で監視を一時停止する場合の環境の例

このとき，一時停止される監視は次のとおりです。

アラーム評価，稼働情報の蓄積

リモートモニター1，グループエージェント1，リモートエージェント1，リモートエージェント2でのアラーム評価および稼働情報の蓄積が一時停止されます。

ヘルスチェックの監視レベルがサービス稼働状態監視の場合

リモートモニター1，リモートエージェント1，リモートエージェント2に関するヘルスチェックが一時停止されます。

8.3　監視一時停止機能の設定

監視一時停止機能を使用するには，起動情報ファイル（jpccomm.ini）の監視一時停止機能オプションが有効である必要があります。

また，監視二重化の環境で監視を一時停止または再開する場合に，プライマリーとセカンダリーで監視一時停止の設定情報を自動同期するには，監視一時停止の設定情報の自動同期オプションを有効にする必要があります。

監視の一時停止または再開は，エージェント階層の［監視一時停止の設定］画面，またはjpctool monitorコマンドで設定します。

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

8.3.1　監視一時停止機能オプション

PFM - Managerの起動情報ファイル（jpccomm.ini）の[Common Section]セクションで，Monitoring Suspend Mode の値が1になっていれば，監視一時停止機能オプションは有効です。このオプションは，デフォルトで有効に設定されています。

jpccomm.iniファイルの変更方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，起動情報ファイル（jpccomm.ini）について説明している個所を参照してください。

8.3.2　監視一時停止の設定情報の自動同期オプション（監視二重化の場合）

監視一時停止の設定情報の自動同期オプションは，初回インストール時は無効に設定されています。有効にするには，プライマリーおよびセカンダリーのPFM - Managerの起動情報ファイル（jpccomm.ini）の[Common Section]セクションで，Auto Sync for Suspend Settingの値を1に変更します。

jpccomm.iniファイルの変更方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，起動情報ファイル（jpccomm.ini）について説明している個所を参照してください。

なお，自動同期するにはプライマリーおよびセカンダリーのPFM - Managerで次の条件を満たす必要があります。

監視一時停止の設定情報の自動同期オプションが有効になっている

PFM - Managerが起動している

Master Managerサービスが同じポート番号で固定されている

ヘルスチェック機能の監視レベルの設定値（ヘルスチェックエージェントのHealth Check Configurationsフォルダ配下のMonitoring Levelプロパティに指定した値）が同一になっている

条件を満たしていないなどの理由で自動同期に失敗した場合は，プライマリーのPFM - Managerの共通メッセージログに，KAVE00517-Wメッセージが出力されます。その場合，定義情報を二重化してください。詳細については，「11.5　定義情報の二重化」を参照してください。

重要

監視二重化の環境では，設定情報がプライマリーとセカンダリーで同一ではない間は，監視一時停止機能が正しく動作しません。

8.3.3　Webブラウザで監視を一時停止する

監視の一時停止は，エージェント階層の［監視一時停止の設定］画面で設定します。

前提条件

接続先PFM - Managerホストの起動情報ファイル（jpccomm.ini）で監視一時停止機能が有効に設定されている。

管理ユーザー権限でログインしている。

操作手順

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

ナビゲーションフレームから監視を一時停止したいホストやエージェントが含まれるフォルダまたはエージェントを選択する。

複数選択および業務グループごとの選択にも対応しています。

選択したフォルダまたはエージェントにチェックマークが表示されます。

メソッドフレームで，［監視一時停止の設定］メソッドを選択する。

［監視一時停止の設定］画面の［設定変更］ボタンをクリックする。

［監視一時停止の設定 > 設定変更］画面の「設定の種別」を選択する個所で［監視の一時停止］を選択します。「設定の単位」「設定の対象」もそれぞれ選択して，［次へ］ボタンをクリックする。

監視一時停止中も稼働情報を蓄積する場合は，［StoreDBへのパフォーマンスデータの記録を継続する］を選択してください。

［監視一時停止の設定 > 変更内容の確認］画面で［監視状態］および［設定内容］が意図した状態になっていることを確認する。

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

［監視一時停止の設定 > 結果確認］画面で設定情報の更新が完了したメッセージが表示されるので，［OK］をクリックする。

設定内容に従い，対象のホストまたはエージェントの監視が一時停止されます。

監視二重化の環境で環境監視一時停止の設定情報の自動同期オプションを有効にしている場合は，自動同期が成功しているか確認する。

セカンダリーのPFM - Web Consoleにログインし，設定した内容が反映されているか確認してください。反映されていない場合は，定義情報を二重化してください。詳細については，「11.5　定義情報の二重化」を参照してください。

8.3.4　Webブラウザで監視を再開する

監視の再開は，エージェント階層の［監視一時停止の設定］画面で設定します。

前提条件

接続先PFM - Managerホストの起動情報ファイル（jpccomm.ini）で監視一時停止機能が有効に設定されている。

管理ユーザー権限でログインしている。

操作手順

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

ナビゲーションフレームから監視再開したいホストやエージェントが含まれるフォルダまたはエージェントを選択する。

複数選択および業務グループごとの選択にも対応しています。

選択したフォルダまたはエージェントにチェックマークが表示されます。

メソッドフレームで，［監視一時停止の設定］メソッドを選択する。

［監視一時停止の設定］画面で監視を一時停止した単位を確認する。

どの単位で監視を一時停止したかわからない場合は，［設定内容］の［監視一時停止］列のアイコンを確認してください。

メモ

監視の再開は，対象のエージェントが監視を一時停止した単位（ホスト単位またはエージェント単位）と同じ単位で設定する必要があります。

［監視一時停止の設定］画面の［設定変更］ボタンをクリックする。

［監視一時停止の設定 > 設定変更］画面の「設定の種別」を選択する個所で［監視の再開］を選択します。「設定の単位」「設定の対象」もそれぞれ選択して，［次へ］ボタンをクリックする。

［監視一時停止の設定 > 変更内容の確認］画面で［監視状態］および［設定内容］が意図した状態になっていることを確認する。

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

［監視一時停止の設定 > 結果確認］画面で設定情報の更新が完了したメッセージが表示されるので，［OK］をクリックする。

設定内容に従い，対象のホストまたはエージェントの監視が再開されます。

監視二重化の環境で環境監視一時停止の設定情報の自動同期オプションを有効にしている場合は，自動同期が成功しているか確認する。

セカンダリーのPFM - Web Consoleにログインし，設定した内容が反映されているか確認してください。反映されていない場合は，定義情報を二重化してください。詳細については，「11.5　定義情報の二重化」を参照してください。

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

この章では，システム管理者の方を対象に，Performance Managementシステムのバックアップとリストアの手順について説明します。

システム全体のバックアップ計画の一環としてPerformance Managementシステムのバックアップを検討してください。

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

ディスク障害が発生してPerformance Managementシステムが動作しなくなった場合など，Performance Managementで使用する各種のデータが回復できなくなることがあります。このようなトラブルに備えて，定期的に定義情報や稼働監視データをバックアップしておく必要があります。これによって，Performance Managementの障害やマシンの障害が発生した場合に，バックアップ時点のデータにリストアできます。

9.1.1　バックアップが必要な情報について

(1)　情報の種類について

Performance Managementでバックアップが必要な情報の種類を次の表に示します。

表9‒1　バックアップが必要な情報の種類

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

概要

定義情報

Performance Managementを動作させるために必要な定義情報

レポートの定義情報

レポートを表示するために必要な定義情報です。

アラームの定義情報

アラームを発行するために必要な定義情報です。

業務グループの定義情報

業務グループを設定するために必要な定義情報です。

サービスの定義情報

Performance Managementが起動するために必要な定義ファイルです。

ブックマークの定義情報

ユーザーごとに設定したブックマークの定義情報です。

プロセス監視の定義テンプレートの定義情報

プロセス監視の定義テンプレートを利用するために必要な定義情報です。

ポート番号の情報

サービスごとに設定されているポート番号の情報です。

稼働監視データ

Performance Managementで収集した稼働監視データ

イベントデータ

Performance Managementで発生したイベントを蓄積したデータです。Storeデータベースに保存され，PFM - Managerで管理されています。

パフォーマンスデータ

PFM - AgentまたはPFM - RMが監視エージェントの監視対象プログラムから収集したパフォーマンスの情報を蓄積したデータです。Storeデータベースに保存され，PFM - AgentまたはPFM - RMで管理されています。

(2)　各ホストでバックアップが必要な情報について

Performance Managementの各ホストで，バックアップが必要な情報について次の表に示します。

表9‒2　各ホストでバックアップが必要な情報

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

ホスト

PFM - Manager

PFM - Web Console

PFM - Base

PFM - Agent

PFM - RM

定義情報

レポートの定義情報

○

−

−

−

−

アラームの定義情報

○

−

−

−

−

業務グループの定義情報

○

−

−

−

−

サービスの定義情報

○

○

○

○

○

ブックマークの定義情報

−

○

−

−

−

プロセス監視の定義テンプレートの定義情報

−

○

−

−

−

ポート番号の情報

○

−

○

○

○

稼働監視データ

イベントデータ

○

−

−

−

−

パフォーマンスデータ

−

−

−

○

○

（凡例）

○：該当する

−：該当しない

(3)　バックアップのタイミングについて

情報の種類ごとの更新タイミングからバックアップのタイミングを検討しておいてください。バックアップが必要な情報の更新タイミングとバックアップタイミングを次の表に示します。

表9‒3　バックアップが必要な情報のバックアップタイミング

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

更新タイミング

バックアップタイミング

定義情報

レポートの定義情報

システム構築時

定義情報変更時

システム構築時，システム構成変更時，定義情報変更時に実施する。

アラームの定義情報

システム構築時

定義情報変更時

業務グループの定義情報

システム構築時

システム構成変更時

サービスの定義情報

システム構築時

システム構成変更時

定義情報変更時

ブックマークの定義情報

システム構築時

定義情報変更時

プロセス監視の定義テンプレートの定義情報

システム構築時

定義情報変更時

ポート番号の情報

システム構築時

定義情報変更時

稼働監視データ

イベントデータ

起動中常時

任意の間隔で定期的に実施する。

パフォーマンスデータ

起動中常時

9.1.2　クラスタシステム運用している場合の注意事項

Performance Managementをクラスタシステム運用している場合の注意事項を説明します。

Performance Managementをクラスタシステム運用している場合は，共有ディスク，実行系ホスト，待機系ホストのバックアップを行ってください。

バックアップを実施したときの論理ホスト名が，リストアするときの論理ホスト名と一致している必要があります。

9.1.3　SUSE Linux 15以降に移行する場合の注意事項

SUSE Linux 15以降でないホストから，SUSE Linux 15以降のホストにリストアする場合，Linuxのマシン上で次のコマンドを実行し，グループをrootに設定してからリストアを行ってください。

chgrp -R root 定義情報のバックアップディレクトリ

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

定義情報のバックアップおよびリストアは，PFM - Manager，PFM - Web Console，PFM - Base，PFM - Agent，およびPFM - RMの各ホストでそれぞれ実施します。

定義情報をバックアップおよびリストアする際の注意事項を次に示します。

注意

PFM - AgentまたはPFM - RMホストだけにサービスの定義情報をリストアした場合，バックアップ後に追加したインスタンスのノード情報などが，PFM - ManagerホストおよびPFM - Web Consoleホストに残ります。その場合は，次の操作を実行して，不要なエージェント情報は削除してください。

手順を次に示します。

1. jpctool service deleteコマンドを実行する。

2. jpctool service syncコマンドを実行する。

3. PFM - Web Consoleのエージェント階層を再表示する。

PFM - AgentまたはPFM - RMを新たにシステムに追加した場合，またはPFM - AgentまたはPFM - RMの通信で使用するポートが動的である場合，PFM - Managerでサービスの定義情報のバックアップおよびリストアすると，バックアップ時点でPFM - AgentまたはPFM - RMが通信で使用していたポートとリストア後のPFM - AgentまたはPFM - RMで使用しているポートが不一致になることがあります。これによって，PFM - Managerと，PFM - AgentまたはPFM - RM間で通信ができなかったり，PFM - Web Console上の表示が不正になったりします。この場合，該当のPFM - AgentまたはPFM - RMのサービスを再起動してください。

ヒント

エージェント情報とは，PFM - ManagerやPFM - Web Consoleが，PFM - AgentまたはPFM - RMを管理したり表示したりするための情報です。

9.2.1　バックアップとリストアの方法について

Performance Managementで利用可能な，定義情報のバックアップとリストアの方法を次の表に示します。

表9‒4　利用可能な定義情報のバックアップとリストアの方法

利用ケース

バックアップとリストアの方法

利用可能バージョン

サービス稼働中実行可否

サービス非稼働中実行可否

参照先

同一ホスト内のPFM - ManagerとPFM - AgentとPFM - RM，またはPFM - BaseとPFM - AgentとPFM - RMの定義情報をバックアップする場合

バックアップ：

コマンドを実行する

リストア：

リストアファイルを手動コピーする

PFM - ManagerまたはPFM - Baseが10-00-01以降

PFM - AgentまたはPFM - RMが10-00以降

バックアップ：○，

リストア：×

バックアップ：○，

リストア：○

9.2.2

PFM - Web Consoleのサービスを停止しないでバックアップ操作を実行する場合

バックアップ：

コマンドを実行する

リストア：

リストアファイルを手動コピーする

PFM - Manager，PFM - Base，またはPFM - Web Consoleが10-00-10以降

バックアップ：○，

リストア：○

バックアップ：○，

リストア：○

9.2.3

「コマンドを実行する」方法を利用できないホストの定義情報を一括でバックアップする場合

ファイルを手動コピーする

制限なし

バックアップ：×，

リストア：×

バックアップ：○，

リストア：○

9.2.4

9.2.5

9.2.6

9.2.7

定義情報ごとにPFM - Managerのレポート定義／アラーム定義／業務グループの定義情報のどれかを他ホストのPFM - Managerに移行する場合

インポートとエクスポートする

制限なし

バックアップ：○，

リストア：○

バックアップ：×，

リストア：×

9.2.8

9.2.9

9.2.10

PFM - Web Consoleのブックマークの定義／プロセス監視の定義テンプレートの定義情報のどちらかを他ホストのPFM - Web Consoleに移行する場合

ファイルを手動コピーする（単独実行可能）

制限なし

バックアップ：×，

リストア：×

バックアップ：○，

リストア：○

9.2.12

9.2.13

（凡例）

○：実行できる

×：実行できない

定義情報のバックアップにはコマンドを実行することを推奨します。ただし，PFM - AgentとPFM - RMが10-00未満の場合は，対象のファイルを手動コピーしてバックアップしてください。

定義情報のバックアップとリストアの方法ごとに，取得できる定義情報を次の表に示します。

表9‒5　バックアップとリストアの方法ごとに取得できる定義情報

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

バックアップとリストアの方法

コマンドを実行する

ファイルを手動コピーする

ファイルを手動コピーする（単独実行可能）

インポートとエクスポートする

定義情報

レポートの定義情報

○

○

−

○

アラームの定義情報

−

○

業務グループの定義情報

−

○

サービスの定義情報

−

−

ブックマークの定義情報

○

−

プロセス監視の定義テンプレートの定義情報

○

−

ポート番号の情報

−

−

○

（凡例）

○：該当する

−：該当しない

9.2.2　コマンドでの定義情報のバックアップとリストア（PFM - Web Console以外の場合）

Performance Managementのサービスを停止することなく，コマンドラインでバックアップ操作を実行できます。バッチ処理と組み合わせることで，バックアップ作業を自動化できます。

PFM - Web Console以外のPerformance Managementでは，jpccfgbackupコマンドを実行して定義情報をバックアップし，ファイルコピーによってリストアします。

(1)　定義情報をバックアップする

コマンドを用いて，定義情報をバックアップする場合は，次に示す前提条件を確認した上で行ってください。

前提条件

UNIXで実行する場合，Kornシェル（ksh）を利用できる環境であること。

各PFM - Agent固有または各PFM - RM固有の定義情報をコマンドでバックアップする場合は，PFM - AgentまたはPFM - RMのバージョンが10-00以降であること。10-00未満のエージェントの場合は，手動でコピーしてください。

注意

バックアップを取得する際は，取得した環境の製品バージョン番号を管理するようにしてください。

製品バージョン番号の詳細については，リリースノートを参照してください。

バックアップ先ディレクトリにネットワークドライブを指定しないでください。

コマンドの実行中に定義・構成の変更を行わないでください。定義・構成の変更の操作を，次に示します。

・コマンドの場合：実行に管理者権限を必要とするすべての操作

・PFM - Web Consoleからの操作の場合：管理者ユーザーでだけ可能なすべての操作

定義・構成の変更を実施した場合は，コマンドの実行に失敗するときがあります。コマンドの戻り値が235の場合は，定義・構成の変更を行わずに，コマンドを再度実行してください。

定義情報をバックアップする手順を以下に示します。

バックアップを実行するホストにログインする

以下のディレクトリに移動する

インストール先フォルダ¥tools（Windowsの場合）

/opt/jp1pc/tools（UNIXの場合）

jpccfgbackupコマンドを実行する

非クラスタシステムで運用している場合

例えば，「C:¥backup」フォルダに定義情報をバックアップしたいとき，次のようにコマンドを実行します。

jpccfgbackup C:¥backup

クラスタシステムで運用している場合

実行系ノードでの操作

例えば，「C:¥backup¥jp1-ha1」フォルダに実行系ノードの定義情報をバックアップしたいとき，実行系ノードに共有ディスクを接続している状態で，次のようにコマンドを実行します。

jpccfgbackup C:¥backup¥jp1-ha1

待機系ノードでの操作

例えば，「C:¥backup¥jp1-ha2」フォルダに待機系ノードの定義情報をバックアップしたいとき，待機系ノードに共有ディスクを接続していない状態で，次のようにコマンドを実行します。

jpccfgbackup C:¥backup¥jp1-ha2

(2)　定義情報をリストアする

コマンドを用いてバックアップした定義情報をリストアする場合は，次に示す前提条件を確認した上で行ってください。

前提条件

リストアするホストのPFM - Web Consoleを除くPerformance Managementのサービスが停止していること。

PFM - Managerが管理しているシステム構成がバックアップしたときと同じであること。※

それぞれのホストで，バックアップしたホスト名とリストアするホスト名が一致していること。

バックアップ環境のPFM 製品構成情報（PFM製品形名とそのバージョンおよびPFM - AgentやPFM - RMのインスタンス名およびインスタンス数）がリストア対象のPFM製品構成情報と一致していること。

注※

PFM - Managerが管理しているPFM - AgentおよびPFM - RMの次の内容が同じであることを意味します。

ネットワーク構成（ホスト名，IPアドレス）

インスタンス名，監視対象名

製品バージョン

注意

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

定義情報をリストアする手順を次に示します。

リストアを実行するホストにログインする。

ホスト内のPFM - Web Consoleを除くすべてのPerformance Management のプログラムおよびサービスが停止していることを確認する。

定義情報のリストアを実行する。

非クラスタシステムで運用している場合

例えば，「C:¥backup」フォルダに，コマンドを用いてバックアップした定義ファイルが格納されているとき，「C:¥backup¥jp1pcbackup¥localhost」以下をすべて，以下のディレクトリに上書きする。

Windows：インストール先フォルダ，UNIX：/opt/jp1pc

クラスタシステムで運用している場合

実行系ノードでの操作

例えば，「C:¥backup¥jp1-ha1」フォルダに，コマンドを用いて実行系ノードでバックアップした定義ファイルが格納されているとき，「C:¥backup¥jp1-ha1¥jp1pcbackup¥localhost」以下をすべて，以下のディレクトリに上書きする。

インストール先フォルダ（Windowsの場合）

/opt/jp1pc（UNIXの場合）

また，実行系ノードに共有ディスクを接続している状態で，「C:¥backup¥jp1-ha1¥jp1pcbackup¥論理ホスト名※1」以下をすべて，以下のディレクトリに上書きする。

環境ディレクトリ※2¥jp1pc¥（Windowsの場合）

環境ディレクトリ※2/jp1pc/（UNIXの場合）

注※1

論理ホスト名は，バックアップした論理ホスト名に置き換えてください。

注※2

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

待機系ノードでの操作

例えば，「C:¥backup¥jp1-ha2」フォルダに，コマンドを用いて待機系ノードでバックアップした定義ファイルが格納されているとき，「C:¥backup¥jp1-ha2¥jp1pcbackup¥localhost」以下をすべて，以下のディレクトリに上書きする。

インストール先フォルダ（Windowsの場合）

/opt/jp1pc（UNIXの場合）

ポート固定をしている場合，ポート情報のリストアを実行する。

非クラスタシステムで運用している場合

例えば，「C:¥backup」フォルダに，コマンドを用いてバックアップした定義ファイルが格納されているとき，以下のコマンドを実行し，ポート情報のリストアを実行する。

jpcconf port define -key all -input C:¥backup¥jp1pcbackup¥pfm_port.def

クラスタシステムで運用している場合

実行系ノードでのリストアを実行後に，待機系ノードでのリストアを実行してください。

実行系ノードでの操作

例えば，「C:¥backup¥jp1-ha1」フォルダに，コマンドを用いて実行系ノードでバックアップした定義ファイルが格納されているとき，以下のコマンドを実行し，ポート情報のリストアを実行する。論理ホスト名にはクラスタシステムで利用している論理ホスト名を入力してください。

物理ホストのポートのリストア

jpcconf port define -key all -input C:¥backup¥jp1-ha1¥jp1pcbackup¥pfm_port.def

論理ホストのポートのリストア

jpcconf port define -key all -lhost 論理ホスト名 -input C:¥backup¥jp1-ha1¥jp1pcbackup¥pfm_port_論理ホスト名.def

ポート情報のリストア後に，実行系でのポート設定を待機系で同期するために，実行系での論理ホスト環境定義をエクスポートする。ここで，エクスポートファイルをjp1-ha.confとすると，実行コマンドは以下となる。

jpcconf ha export -f jp1-ha.conf

待機系ノードでの操作

例えば，「C:¥backup¥jp1-ha2」フォルダに，コマンドを用いて待機系ノードでバックアップした定義ファイルが格納されているとき，以下のコマンドを実行し，ポートのリストアを実行する。

物理ホストのポートのリストア

jpcconf port define -key all -input C:¥backup¥jp1-ha2¥jp1pcbackup¥pfm_port.def

実行系ノードでの論理ホスト環境定義を，待機系ノードに反映するために，以下のコマンドを実行する。

jpcconf ha import -f jp1-ha.conf

PFMサービスを起動する非クラスタシステムで運用している場合jpcspm startコマンドを利用して，起動する。クラスタシステムで運用している場合クラスタソフトを利用して，起動する。

PFM - Managerをリストアした場合は，PFM - Managerから次の同期コマンドを実行して，PFM - Managerに接続するPFM - AgentまたはPFM - RMのPFMサービスとの同期処理を実行する。

jpctool config sync

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

9.2.3　コマンドでの定義情報のバックアップとコピーによるリストア（PFM - Web Consoleの場合）

PFM - Web Consoleのサービスを停止することなく，コマンドラインでバックアップ操作を実行できます。バッチ処理と組み合わせることで，バックアップ作業を自動化できます。

PFM - Web Consoleでは，jpcwbackupコマンドを実行して定義情報をバックアップし，ファイルコピーによってリストアします。

(1)　前提条件

バックアップコマンドはPFM - Web Consoleがインストールされているホストで利用できます。

(2)　バックアップコマンドでの一括バックアップ

バックアップコマンドは，PFM - Web Consoleが提供する定義情報を，サービスを停止することなく一括で自動バックアップするコマンドです。バックアップ先には任意のディレクトリを指定できます。

バックアップ対象の情報は次のとおりです。

PFM - Web Consoleのサービス定義情報

ブックマーク情報

プロセス監視のテンプレート情報

バックアップ先として指定したディレクトリ下に作成するディレクトリ構成を次の表に示します。

表9‒6　バックアップ先のディレクトリ構成

構成

概要

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

コマンドライン上で任意に指定するディレクトリ

バックアップディレクトリ¥jp1pcwcbackup

PFM - Web Consoleのサービスの定義情報，認証キーファイル，ブックマーク情報，ブックマーク情報のバックアップ先

バックアップディレクトリ¥jp1pcwcbackup¥Backup_info_wc.txt

PFM - Web Console構成情報ファイル

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon

PFM - Web Consoleのサービスの定義情報のバックアップ先

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon¥CPSB

PFM - Web Consoleのサービスの定義情報のバックアップ先（Webサーバの設定ファイル，暗号化通信ファイル）※1

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon¥CPSB¥サービス定義情報

PFM - Web Consoleのサービスの定義情報（Webサーバの設定ファイル，暗号化通信ファイル）

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon¥conf

PFM - Web Consoleのサービスの定義情報のバックアップ先（PFM - Web Consoleの設定ファイル）

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon¥conf¥サービス定義情報

PFM - Web Consoleのサービスの定義情報（PFM - Web Consoleの設定ファイル）

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon¥cmdkey

認証キーファイルのバックアップ先

バックアップディレクトリ¥jp1pcwcbackup¥jp1pcWebCon¥cmdkey¥認証キー

認証キーファイル（JPCCMDKEY）※2

バックアップディレクトリ¥jp1pcwcbackup¥bookmarks

ブックマーク情報のバックアップ先

バックアップディレクトリ¥jp1pcwcbackup¥bookmarks¥ブックマーク情報

ブックマークの定義ファイル（複数フォルダ，複数ファイル構成）※3

バックアップディレクトリ¥jp1pcwcbackup¥processMonitoringTemplates

プロセス監視テンプレート情報のバックアップ先

バックアップディレクトリ¥jp1pcwcbackup¥processMonitoringTemplates¥プロセス監視のテンプレート情報

プロセス監視テンプレートファイル（数フォルダ，複数ファイル構成）※3

バックアップディレクトリ¥info

バックアップ時の保守情報の格納先※4

注※1

CPSB以下のフォルダ構成は次のとおりです。

・CPSB¥httpsd¥conf¥

・CPSB¥httpsd¥conf¥ssl¥server¥

・CPSB¥CC¥web¥redirector¥

・CPSB¥CC¥server¥usrconf¥ejb¥PFMWebConsole¥

・CPSB¥CC¥admin¥usrconf

注※2

jpcmkkeyコマンドを一度も実行していない場合，バックアップ対象データがないため，バックアップデータを取得しないことがあります。

注※3

クラスタ構成時の待機系環境やPFM - Web Consoleのサービスを一度も起動していない環境には，バックアップ対象の格納先ディレクトリがないため，バックアップデータを取得しないことがあります。

注※4

infoディレクトリ以下は，トラブルシュート用の保守情報として取得します。

バックアップしたデータをリストアする場合，その前提条件として，ホスト内のPFM - Web Consoleの構成がバックアップ時の構成と同一である必要があります。

バックアップコマンドは，ホスト内のPFM - Web Consoleの構成情報をファイルとして出力します。そのファイルに出力した構成情報を基に，リストア先の環境がバックアップした環境と一致していることを確認できます。

PFM - Web Console構成情報の概要を次の表に示します。

表9‒7　PFM - Web Console構成情報の概要

項目

概要

ファイル名

Backup_info_wc.txt

出力先ファイルパス

Windowsの場合

バックアップディレクトリ¥jp1pcwcbackup¥Backup_info_wc.txt

UNIXの場合

バックアップディレクトリ/jp1pcwcbackup/Backup_info_wc.txt

内容

バックアップ日時やホスト内のPFM - Web Console構成情報。

PFM - Web Console構成情報（Backup_info_wc.txt）の記載内容と各項目の出力フォーマット，および確認項目については，「表9-9　PFM - Web Console構成情報の確認項目一覧」を参照してください。

(a)　クラスタ環境でのバックアップ

クラスタ環境でコマンドによるバックアップを実行する場合，待機系ホストで論理ホスト環境ディレクトリにアクセスできないため，実行系ホストと待機系ホストでバックアップできる定義情報に差異があります。実行系ホストと待機系ホストでバックアップできる定義情報の差異を次の表に示します。

表9‒8　実行系ホストと待機系ホストでバックアップできる定義情報の差異

クラスタ構成時のホスト

コマンドバックアップによってバックアップ可能な定義情報

物理ホスト

共有ディスク

サービスの定義情報

ブックマーク情報

プロセス監視のテンプレート情報

実行系ホスト

○

○

○

待機系ホスト

○

−

−

（凡例）

○：バックアップできる

−：バックアップできない

待機系ホストでバックアップする場合，共有ディスクの定義情報（ブックマーク情報，プロセス監視のテンプレート情報）のバックアップ処理がスキップされます。その際にKAVJT6551-Wメッセージを出力し，バックアップ処理をスキップしたことを通知します。

クラスタ運用時の実行系ホストと待機系ホストで，バックアップコマンドを実行したときの概要を次の図に示します。

図9‒1　クラスタ運用時のバックアップコマンドの実行

(3)　バックアップ手順

(a)　非クラスタ構成時のバックアップ手順

PFM - Web Consoleがインストールされているホストにログインする。

コマンド実行パス「インストール先フォルダ¥tools」へ移動する。

AdministratorsまたはBackup Operators権限を持つユーザーで，jpcwbackup -d <directory>コマンドを実行し，定義情報をバックアップする。

(b)　クラスタ構成時のバックアップ手順

クラスタ運用時のコマンドバックアップは，実行系ホストと待機系ホストの両方で実行する必要があります。なお，両方のホストでのバックアップが完了する前にフェールオーバーが発生した場合，フェールオーバー後の実行系ホストと待機系ホストの両方で，再度コマンドバックアップを実行する必要があります。

PFM - Web Consoleがインストールされている実行系ホストにログインする。

コマンド実行パス「インストール先フォルダ¥tools」へ移動する。

AdministratorsまたはBackup Operators権限を持つユーザーで，jpcwbackup -d <directory>コマンドを実行し，定義情報をバックアップする。

PFM - Web Consoleがインストールされている待機系ホストにログインする。

コマンド実行パス「インストール先フォルダ¥tools」へ移動する。

AdministratorsまたはBackup Operators権限を持つユーザーで，jpcwbackup -d <directory>コマンドを実行し，定義情報をバックアップする。

(4)　リストア手順

バックアップしたデータをリストアする場合，ホスト内のPFM - Web Consoleの構成が，バックアップ時と同一であることを確認する必要があります。

PFM - Web Console構成情報（Backup_info_wc.txt）の各項目について，記載内容，出力フォーマット，説明および確認内容，バックアップ時の情報と一致させる必要があるかどうかを次の表に示します。

表9‒9　PFM - Web Console構成情報の確認項目一覧

項番

記載内容

出力フォーマット

説明および確認内容

一致要否

1

コマンドバックアップの実行日時

DateTime=実行日時

バックアップコマンド開始時の，コマンド実行ユーザーのタイムゾーンでの日時が出力されます。

実行日時はロケールおよびOSに依存します。

（例）

ロケールが日本でOSがWindowsの場合

yyyy/mm/dd△HH:MM:SS

ロケールが日本でOSがLinuxの場合

yyyy-mm-dd△HH:MM:SS

×

2

PFM - Web Consoleがインストールされているマシンのホスト名

Hostname=ホスト名

ホスト名にはPFM - Web Consoleがインストールされているマシンのホスト名が出力されます。

確認内容

バックアップ元マシンのホスト名であることを確認してください。

○

3

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

InstallDirectory=インストールディレクトリパス

インストールディレクトリパスにはPFM - Web Consoleがインストールされているフォルダの絶対パスが出力されます。

確認内容

リストア先のPFM - Web Consoleのインストールディレクトリと一致していることを確認してください。

○

4

インストール

PFM - Web ConsolePP形名△:△VV-RR-SS

PFM - Web ConsolePP形名には，インストール済みのPFM - Web Console PP形名，VV-RR-SSにはそのPPのバージョンがVV-RR-SS形式で出力されます。SSがない場合（10-00など）はSSに00が出力されます。

確認内容

リストア先のPP形名とバージョン情報のVV，RR，SSが一致していることを確認してください。

PP形名およびバージョン情報の確認方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録のバージョン情報の確認について説明している個所を参照してください。

○

5

PFM - Web Console情報

bookmarkRepository=ブックマーク定義情報の格納先

ブックマーク定義情報の格納先にはconfig.xmlのbookmarkRepositoryパラメータの値が出力されます。config.xmlにbookmarkRepositoryパラメータが指定されていない場合は，「bookmarkRepository=」が出力されます。

確認内容

定義されているパスが，リストア先のPFM - Web Consoleがインストールされているマシン上でアクセスできることを確認してください。

×

6

ブックマーク定義情報の格納先

processMonitoringTemplatesRepository=プロセス監視のテンプレート情報の格納先

プロセス監視のテンプレート情報の格納先にはconfig.xmlのprocessMonitoringTemplatesRepositoryパラメータの値が出力されます。config.xmlにprocessMonitoringTemplatesRepositoryパラメータが指定されていない場合は「processMonitoringTemplatesRepository=」が出力されます。

確認内容

定義されているパスが，リストア先のPFM - Web Consoleがインストールされているマシン上でアクセスできることを確認してください。

×

（凡例）

○：一致している必要がある

×：一致している必要はない

各リストア対象データのリストア元のパスおよびリストア先のパスを次の表に示します。

表9‒10　リストア対象データのリストア元およびリストア先のパス（Windowsの場合）

リストア対象データ

リストア元データのバックアップファイルパス※

リストア先のパス

Backup_info_wc.txtの内容確認結果

パス

サービス定義情報

D:¥backup¥jp1pcwcbackup¥jp1pcWebCon

−

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

ブックマーク情報

D:¥backup¥jp1pcwcbackup¥bookmarks

bookmarkRepositoryの値が空白の場合

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

上記以外の場合

Backup_info_wc.txtのbookmarkRepositoryに記載されているパス

プロセス監視のテンプレート情報

D:¥backup¥jp1pcwcbackup¥processMonitoringTemplates

processMonitoringTemplatesRepositoryの値が空白の場合

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

上記以外の場合

Backup_info_wc.txtのprocessMonitoringTemplatesRepositoryに記載されているパス

（凡例）

−：該当なし

注※

バックアップ先のフォルダが「D:¥backup」の場合のパスになります。

表9‒11　リストア対象データのリストア元およびリストア先のパス（UNIXの場合）

リストア対象データ

リストア元データのバックアップファイルパス※

リストア先のパス

Backup_info_wc.txtの内容確認結果

パス

サービス定義情報

/tmp/backup/jp1pcwcbackup/jp1pcWebCon

−

/opt/jp1pcwebcon

ブックマーク情報

/tmp/backup/jp1pcwcbackup/bookmarks

bookmarkRepositoryの値が空白の場合

/opt/jp1pcwebcon/bookmarks

上記以外の場合

Backup_info_wc.txtのbookmarkRepositoryに記載されているパス

プロセス監視のテンプレート情報

/tmp/backup /jp1pcwcbackup/processMonitoringTemplates

processMonitoringTemplatesRepositoryの値が空白の場合

/opt/jp1pcwebcon/processMonitoringTemplates

上記以外の場合

Backup_info_wc.txtのprocessMonitoringTemplatesRepositoryに記載されているパス

（凡例）

−：該当なし

注※

バックアップ先のディレクトリが「/tmp/backup」の場合のパスになります。

(a)　非クラスタ構成時のリストア手順

PFM - Web Console構成情報を確認する。

バックアップデータ内のPFM - Web Console構成情報ファイル（Backup_info_wc.txt）の各項目が，リストア先と一致していることを確認します。

ブックマーク定義情報およびプロセス監視のテンプレート定義情報を確認する場合

PFM - Web Console構成情報ファイル（Backup_info_wc.txt）に，bookmarkRepository，processMonitoringTemplatesRepositoryの設定値がないときは，デフォルトのディレクトリが適用されています。

暗号化通信を使用している場合は，jpcwtool https output certtextコマンドを使用し，サーバ証明書の有効期限を確認する。

バックアップデータ内のサーバ証明書の有効期限が過ぎていないことを確認します。

有効期限が過ぎていた場合は，サーバ証明書を取得した認証局にサーバ証明書の更新方法を問い合わせ，リストア先の環境でサーバ証明書を更新してください。詳細については，「JP1/Performance Management 設計・構築ガイド」の証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れについて説明している個所の，証明書（サーバ証明書または自己署名証明書）を再度用意する手順を参照してください。

リストア対象とするPFM - Web Consoleホストにログインする。

jpcwstopコマンドを使用し，ホスト内のPFM - Web Consoleのサービスを停止する。

バックアップファイルの格納場所を確認する。

同一ホスト上で取得したバックアップデータを使用します。

リストア先のデータを削除または退避する。

サービス定義情報をリストアする場合

リストアすると次のファイルは上書きされるため，必要に応じてデータを退避してください。

・初期設定ファイル（インストール先フォルダ¥conf¥config.xml）

・暗号化通信ファイル格納フォルダ内のすべてのファイル

ブックマーク定義情報，プロセス監視のテンプレート定義情報をリストアする場合

リストア後に有効となるブックマーク情報とプロセス監視のテンプレート情報の格納先ディレクトリは，PFM - Web Console構成情報ファイル（Backup_info_wc.txt）のbookmarkRepository，processMonitoringTemplatesRepositoryに記載しているパスになります。また，リストアの際，該当ディレクトリは空にしておく必要があります。データがある場合は，ディレクトリ配下のすべてのデータを削除または退避してください。

定義情報のリストアを実行する。

リストア元およびリストア先のパスを確認し，リストア元となるバックアップファイルパス配下のすべてのファイルをディレクトリごと，リストア先へコピーします。

リストア先の環境に配置した初期設定ファイル（インストール先フォルダ¥conf¥config.xml）の設定値を確認し，リストア先のシステム環境に適合していることを確認する。

手順2でサーバ証明書を更新した場合は，リストア先の環境にファイルを格納し，暗号化通信を使用するための設定をする。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れについて説明している個所の，暗号化通信ファイル格納フォルダにファイルを格納する手順以降を参照してください。

jpcwstartコマンドを使用し，ホスト内のPFM - Web Consoleのサービスを起動する。

(b)　クラスタ構成時のリストア手順

実行系ホストのリストア手順

PFM - Web Console構成情報を確認する。

バックアップデータ内のPFM - Web Console構成情報ファイル（Backup_info_wc.txt）の各項目が，リストア先と一致していることを確認します。

暗号化通信を使用している場合は，jpcwtool https output certtextコマンドを使用し，サーバ証明書の有効期限を確認する。

バックアップデータ内のサーバ証明書の有効期限が過ぎていないことを確認します。

有効期限が過ぎていた場合は，サーバ証明書を取得した認証局にサーバ証明書の更新方法を問い合わせ，リストア先の環境でサーバ証明書を更新してください。詳細については，「JP1/Performance Management 設計・構築ガイド」の証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れについて説明している個所の，証明書（サーバ証明書または自己署名証明書）を再度用意する手順を参照してください。

リストア対象とする実行系ホストにログインする。

クラスタソフトを利用し，ホスト内のPFM - Web Consoleのサービスを停止する。

バックアップファイルの格納場所を確認する。

サービス定義情報をリストアする場合

同一ホスト上で取得したバックアップデータを使用します。

ブックマーク定義情報，プロセス監視のテンプレート情報をリストアする場合

実行系ホスト上で取得したバックアップデータを使用します。

同じホストの場合でも，系切り替えによって，待機系として稼働しているタイミングで取得したバックアップデータには，ブックマーク定義情報とプロセス監視のテンプレート情報は含まれません。そのため，実行系ホスト（物理ホストに依存しない）で取得したバックアップデータを使用する必要があります。

リストア先のデータを削除または退避する。

サービス定義情報をリストアする場合

リストアすると次のファイルは上書きされるため，必要に応じてデータを退避してください。

・初期設定ファイル（インストール先フォルダ¥conf¥config.xml）

・暗号化通信ファイル格納フォルダ内のすべてのファイル

ブックマーク定義情報，プロセス監視のテンプレート定義情報をリストアする場合

リストア先のブックマーク情報とプロセス監視のテンプレート情報を削除または退避します。

リストア後に有効となるブックマーク情報とプロセス監視のテンプレート情報の格納先ディレクトリは，PFM - Web Console構成情報ファイル（Backup_info_wc.txt）のbookmarkRepository，processMonitoringTemplatesRepositoryに記載しているパスになります。また，リストアの際，該当ディレクトリは空にしておく必要があります。データがある場合は，ディレクトリ配下のすべてのデータを削除または退避してください。

定義情報のリストアを実行する。

リストア元およびリストア先のパスを確認し，リストア元となるバックアップファイルパス配下のすべてのファイルをディレクトリごと，リストア先へコピーします。

リストア先の環境に配置した初期設定ファイル（インストール先フォルダ¥conf¥config.xml）の設定値を確認し，リストア先のシステム環境に適合していることを確認する。

手順2でサーバ証明書を更新した場合は，リストア先の環境にファイルを格納し，暗号化通信を使用するための設定をする。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れについて説明している個所の，暗号化通信ファイル格納フォルダにファイルを格納する手順以降を参照してください。

クラスタソフトを利用し，ホスト内のPFM - Web Consoleのサービスを起動する。

待機系ホストのリストア手順

PFM - Web Console構成情報を確認する。

バックアップデータ内のPFM - Web Console構成情報ファイル（Backup_info_wc.txt）の各項目が，リストア先と一致していることを確認します。

暗号化通信を使用している場合は，jpcwtool https output certtextコマンドを使用し，サーバ証明書の有効期限を確認する。

バックアップデータ内のサーバ証明書の有効期限が過ぎていないことを確認します。

有効期限が過ぎていた場合は，サーバ証明書を取得した認証局にサーバ証明書の更新方法を問い合わせ，リストア先の環境でサーバ証明書を更新してください。詳細については，「JP1/Performance Management 設計・構築ガイド」の証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れについて説明している個所の，証明書（サーバ証明書または自己署名証明書）を再度用意する手順を参照してください。

リストア対象とする待機系ホストにログインする。

クラスタソフトを利用し，ホスト内のPFM - Web Consoleのサービスを停止する。

バックアップファイルの格納場所を確認する。

サービス定義情報をリストアする場合

同一ホスト上で取得したバックアップデータを使用します。

注意

待機系ホストでは，共有ディスクにアクセスできないため，ブックマーク定義情報およびプロセス監視のテンプレート情報は，待機系ホストでリストアできません。

リストア先のデータを削除または退避する。

サービス定義情報をリストアする場合

リストアすると次のファイルは上書きされるため，必要に応じてデータを退避してください。

・初期設定ファイル（インストール先フォルダ¥conf¥config.xml）

・暗号化通信ファイル格納フォルダ内のすべてのファイル

定義情報のリストアを実行する。

リストア元およびリストア先のパスを確認し，リストア元となるバックアップファイルパス配下のすべてのファイルをディレクトリごと，リストア先へコピーします。

リストア先の環境に配置した初期設定ファイル（インストール先フォルダ¥conf¥config.xml）を確認し，リストア先のシステム環境に適合していることを確認する。

手順2でサーバ証明書を更新した場合は，リストア先の環境にファイルを格納し，暗号化通信を使用するための設定をする。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れについて説明している個所の，暗号化通信ファイル格納フォルダにファイルを格納する手順以降を参照してください。

クラスタソフトを利用し，ホスト内のPFM - Web Consoleのサービスを起動する。

9.2.4　ファイルコピーでの定義情報のバックアップとリストア（PFM - Web Console以外の場合）

(1)　定義情報をバックアップする

定義情報をバックアップする場合は，次に示す前提条件を確認した上で行ってください。

前提条件

Performance Managementのすべてのサービスが停止していること。

注意

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

ファイルのパス長には上限があり，OSによって異なります。バックアップ先ディレクトリのフルパスのパス長が上限を超過した場合，バックアップが正しく行われません。バックアップを取得した後，正しくコピーできていることを確認してください。

ポート番号の情報は，コマンドを使用して定義ファイルとして出力しておく必要があります。jpcconf port defineコマンドの-templateオプションを使用して，現在のポート番号の情報を定義ファイルとして出力してください。

定義情報をバックアップする手順を次に示します。

バックアップを実行するホストにログインする。

ホスト内のすべてのPerformance Managementのプログラムおよびサービスが停止していることを確認する。

定義情報ファイルを任意のバックアップ先にコピーする。バックアップが必要な定義情報ファイルについては，「9.2.6　ファイルコピーでのバックアップ対象ファイル一覧（Windowsの場合）」または「9.2.7　ファイルコピーでのバックアップ対象ファイル一覧（UNIXの場合）」を参照のこと。

jpcconf port defineコマンドの-templateオプションを使用して，ポート番号の情報を定義ファイルとして出力する。

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

(2)　定義情報をリストアする

定義情報をリストアする場合は，次に示す前提条件を確認した上で行ってください。

前提条件

リストアするホストのPerformance Managementのサービスが停止していること。

PFM - Managerが管理しているシステム構成がバックアップしたときと同じであること。※

それぞれのホストで，バックアップしたホスト名とリストアするホスト名が一致していること。

バックアップ環境のPFM製品構成情報（PFM製品形名とそのバージョンおよびPFM - AgentやPFM - RMのインスタンス名およびインスタンス数）がリストア対象のPFM製品構成情報と一致していること。

注※

PFM - Managerが管理しているPFM - AgentおよびPFM - RMの次の内容が同じであることを意味します。

ネットワーク構成（ホスト名，IPアドレス）

インスタンス名，監視対象名

製品バージョン

注意

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

リストア対象がPFM - Baseホストの場合

リストアを実行するホストにログインする。

物理ホストおよび論理ホスト上のすべてのPerformance Managementのプログラムおよびサービスが停止していることを確認する。

バックアップした定義情報ファイルで，ホスト上の定義情報ファイルを上書きする。

jpcconf port defineコマンドで出力した定義ファイルからポート番号の情報を読み込む。

jpcconf port define -key all -input 出力した定義ファイル

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

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

リストア対象がPFM - Managerホストの場合

リストアを実行するホストにログインする。

物理ホストおよび論理ホスト上のすべてのPerformance Managementのプログラムおよびサービスが停止していることを確認する。

バックアップした定義情報ファイルで，ホスト上の定義情報ファイルを上書きする。

jpcconf port defineコマンドで出力した定義ファイルからポート番号の情報を読み込む。

jpcconf port define -key all -input 出力した定義ファイル

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

PFM - Managerを起動する。

jpctool config syncコマンドを実行する。

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

9.2.5　ファイルコピーでの定義情報のバックアップとリストア（PFM - Web Consoleの場合）

(1)　定義情報をバックアップする

定義情報をバックアップする場合は，次に示す前提条件を確認した上で行ってください。

前提条件

Performance Managementのすべてのサービスが停止していること。

注意

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

ファイルのパス長には上限があり，OSによって異なります。バックアップ先ディレクトリのフルパスのパス長が上限を超過した場合，バックアップが正しく行われません。バックアップを取得した後，正しくコピーできていることを確認してください。

定義情報をバックアップする手順を次に示します。

バックアップを実行するホストにログインする。

ホスト内のすべてのPFM - Web Consoleのプログラムおよびサービスが停止していることを確認する。

定義情報ファイルを任意のバックアップ先にコピーする。バックアップが必要な定義情報ファイルについては，「9.2.6　ファイルコピーでのバックアップ対象ファイル一覧（Windowsの場合）」または「9.2.7　ファイルコピーでのバックアップ対象ファイル一覧（UNIXの場合）」を参照のこと。

PFM - Web Consoleをバックアップする場合は，サービスが動作中であってもバックアップできます。ただし，次の表に示す操作は，バックアップ対象の定義情報を更新するため，バックアップ中に実行しないでください。

表9‒12　サービス動作中にPFM - Web Consoleをバックアップする場合の禁止操作

操作

該当する画面

更新される定義情報

ベースラインの登録

エージェント階層

［ベースライン］画面

ブックマークの定義情報

ブックマークまたは複合ブックマークの登録

［ブックマーク］画面

複合ブックマークの編集

ブックマーク階層

［編集］画面

タイリング表示レイアウトの保存

［タイリング表示］画面

ブックマークフォルダの新規作成

［新規フォルダ］画面

ブックマークフォルダ，ブックマーク，複合ブックマークまたはベースラインの名称変更

［名前の変更］画面

ブックマークフォルダ，ブックマーク，複合ブックマーク，登録レポートまたはベースラインの削除

［ブックマーク階層］画面

（［削除］メソッド）

アプリケーション定義のテンプレートの新規作成

エージェント階層

［プロセス監視の設定 > アプリケーション定義のテンプレートの新規作成］画面

プロセス監視の定義テンプレートの定義情報

アプリケーション定義のテンプレートの編集

［プロセス監視の設定 > アプリケーション定義のテンプレートの編集］画面

アプリケーション定義のテンプレートの削除

［プロセス監視の設定 > アプリケーション定義のテンプレートの削除］画面

アプリケーション定義のテンプレートの保存

［プロセス監視の設定 > アプリケーション定義のテンプレート保存］画面

jpcmkkeyコマンドの実行

−

−

接続先のPFM - Managerの情報

jpcwconf https enableコマンドの実行

−

−

Webサーバの設定ファイル

jpcwconf https disableコマンドの実行

−

−

Webサーバの設定ファイル

（凡例）

−：該当しない

(2)　定義情報をリストアする

定義情報をリストアする場合は，次に示す前提条件を確認した上で行ってください。

前提条件

リストアするホストのPFM - Web Consoleのサービスが停止していること。

それぞれのホストで，バックアップしたホスト名とリストアするホスト名が一致していること。

注意

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

リストアを実行するホストにログインする。

物理ホストおよび論理ホスト上のすべてのPFM - Web Consoleのサービスが停止していることを確認する。

バックアップした定義情報ファイルで，ホスト上の定義情報ファイルを上書きする。

PFM - Web Consoleのサービスを起動する。

9.2.6　ファイルコピーでのバックアップ対象ファイル一覧（Windowsの場合）

ここでは，Windowsの場合のファイルコピーでのバックアップ対象ファイル一覧を示します。ただし，使用している機能によって，作成されないファイルもあります。

(1)　PFM - Managerのバックアップ対象ファイル一覧（Windowsの場合）

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

表9‒13　PFM - Managerのバックアップ対象の定義情報ファイル（Windowsかつ物理ホストの場合）

フォルダ名またはファイル名

説明

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

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

インストール先フォルダ¥*.ini

Performance Management共通の設定ファイル

インストール先フォルダ¥jpcautobind.cfg

Performance Managementの自動バインド設定ファイル

インストール先フォルダ¥bin¥action¥*.ini

Action Handlerサービスの設定ファイル

インストール先フォルダ¥bin¥statsvr¥*.ini

Status Serverサービスの設定ファイル

インストール先フォルダ¥mgr¥clator¥*.ini

Correlatorサービスの設定ファイル

インストール先フォルダ¥mgr¥manager¥*.ini

Master Managerサービスの設定ファイル

インストール先フォルダ¥mgr¥manager¥*.DB

Master Managerサービスのデータベースファイル※3

インストール先フォルダ¥mgr¥manager¥*.IDX

Master Managerサービスのインデックスファイル※3

インストール先フォルダ¥mgr¥manager¥*.DAT（*.dat）

Master Managerサービスのデータモデルファイル

インストール先フォルダ¥mgr¥store¥*.ini

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

インストール先フォルダ¥mgr¥store¥*.DAT※

Master Storeサービスのデータモデルファイル

インストール先フォルダ¥mgr¥namesvr¥*.ini

Name Serverサービスの設定ファイル

インストール先フォルダ¥mgr¥namesvr¥*.DB

Name Serverサービスのデータベースファイル

インストール先フォルダ¥mgr¥namesvr¥*.IDX

Name Serverサービスのインデックスファイル

インストール先フォルダ¥mgr¥trapgen¥*.ini

Trap Generatorサービスの設定ファイル

インストール先フォルダ¥mgr¥viewsvr¥*.ini

View Serverサービスの設定ファイル

インストール先フォルダ¥mgr¥viewsvr¥data¥*

View Serverサービスのユーザー定義情報ファイル

インストール先フォルダ¥mgr¥viewsvr¥reports¥*

View Serverサービスのレポート定義情報ファイル※4

インストール先フォルダ¥agt0¥agent¥*.ini

Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）

インストール先フォルダ¥agt0¥store¥*.ini

Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）

インストール先フォルダ¥sys¥*.ini

Performance Management共通の設定ファイル

インストール先フォルダ¥sys¥*.dat

Performance Management共通のデータモデルファイル

インストール先フォルダ¥mgr¥ITSLM¥*.ini

JP1/SLM連携定義ファイル

インストール先フォルダ¥ITSLM¥monitoringitems.cfg

JP1/SLM連携カスタム監視項目定義ファイル

注※

status.datはバックアップ対象外です。

表9‒14　PFM - Managerのバックアップ対象の定義情報ファイル（Windowsかつ論理ホストの場合）

フォルダ名またはファイル名

説明

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

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

環境ディレクトリ※1¥jp1pc¥*.ini

Performance Management共通の設定ファイル

環境ディレクトリ※1¥jp1pc¥jpcautobind.cfg

Performance Managementの自動バインド設定ファイル

環境ディレクトリ※1¥jp1pc¥bin¥action¥*.ini

Action Handlerサービスの設定ファイル

インストール先フォルダ¥bin¥statsvr¥*.ini※2

Status Serverサービスの設定ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥clator¥*.ini

Correlatorサービスの設定ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.ini

Master Managerサービスの設定ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.DB

Master Managerサービスのデータベースファイル※3

環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.IDX

Master Managerサービスのインデックスファイル※3

環境ディレクトリ※1¥jp1pc¥mgr¥manager¥*.DAT（*.dat）

Master Managerサービスのデータモデルファイル

環境ディレクトリ※1¥jp1pc¥mgr¥store¥*.ini

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

環境ディレクトリ※1¥jp1pc¥mgr¥store¥*.DAT※4

Master Storeサービスのデータモデルファイル

環境ディレクトリ※1¥jp1pc¥mgr¥namesvr¥*.ini

Name Serverサービスの設定ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥namesvr¥*.DB

Name Serverサービスのデータベースファイル

環境ディレクトリ※1¥jp1pc¥mgr¥namesvr¥*.IDX

Name Serverサービスのインデックスファイル

環境ディレクトリ※1¥jp1pc¥mgr¥trapgen¥*.ini

Trap Generatorサービスの設定ファイル

インストール先フォルダ¥mgr¥viewsvr¥*.ini

View Serverサービスの設定ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥viewsvr¥*.ini

View Serverサービスの設定ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥viewsvr¥data¥*

View Serverサービスのユーザー定義情報ファイル

環境ディレクトリ※1¥jp1pc¥mgr¥viewsvr¥reports¥*

View Serverサービスのレポート定義情報ファイル※5

環境ディレクトリ※1¥jp1pc¥agt0¥agent¥*.ini

Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）

環境ディレクトリ※1¥jp1pc¥agt0¥store¥*.ini

Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）

インストール先フォルダ¥sys¥*.ini

Performance Management共通の設定ファイル

環境ディレクトリ※¥sys¥*.dat

Performance Management共通のデータモデルファイル

環境ディレクトリ※1¥mgr¥ITSLM¥*.ini

JP1/SLM連携定義ファイル

環境ディレクトリ※1¥ITSLM¥monitoringitems.cfg

JP1/SLM連携カスタム監視項目定義ファイル

注※1

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

注※2

Status Serverサービスの設定ファイルは，クラスタシステム運用している場合も物理ホスト上だけに存在します。

注※3

アラーム定義情報を含みます。

注※4

status.datはバックアップ対象外です。

注※5

レポート定義情報を含みます。

(2)　PFM - Web Consoleのバックアップ対象ファイル一覧（Windowsの場合）

PFM - Web Consoleをバックアップする場合は，サービスが動作中であってもバックアップできます。ただし，バックアップ中に実行禁止となる操作があります。詳細については，「表9-12　サービス動作中にPFM - Web Consoleをバックアップする場合の禁止操作」を参照してください。

PFM - Web Consoleのバックアップ対象の定義情報ファイルを次の表に示します。

表9‒15　PFM - Web Consoleのバックアップ対象の定義情報ファイル（Windowsかつ物理ホストの場合）

フォルダ名またはファイル名

説明

インストール先フォルダ¥conf¥*

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥bookmarks¥*（デフォルト設定の場合）

PFM - Web Consoleのブックマークの定義情報ファイル

インストール先フォルダ¥cmdkey¥*

PFM - Web Consoleコマンドの認証用キーファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥*.conf

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥ssl¥server¥*

PFM - Web Consoleの暗号化通信ファイル

インストール先フォルダ¥CPSB¥CC¥web¥redirector¥workers.properties

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥server¥usrconf¥ejb¥PFMWebConsole¥*.cfg

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥server¥usrconf¥ejb¥PFMWebConsole¥usrconf.properties

PFM - Web Consoleのユーザープロパティファイル

インストール先フォルダ¥CPSB¥CC¥admin¥usrconf¥usrconf.properties

PFM - Web Consoleのサーバ管理コマンド用システムファイル

インストール先フォルダ¥processMonitoringTemplates¥*※1（デフォルト設定の場合）

PFM - Web Consoleのプロセス監視の定義テンプレート

表9‒16　PFM - Web Consoleのバックアップ対象の定義情報ファイル（Windowsかつ論理ホストの場合）

フォルダ名またはファイル名

説明

インストール先フォルダ¥conf¥*

PFM - Web Consoleの設定ファイル

環境ディレクトリ※2¥jp1pcWebCon¥bookmarks¥*（デフォルト設定の場合）

PFM - Web Consoleのブックマークの定義情報ファイル

インストール先フォルダ¥cmdkey¥*

PFM - Web Consoleコマンドの認証用キーファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥*.conf

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥httpsd¥conf¥ssl¥server¥*

PFM - Web Consoleの暗号化通信ファイル

インストール先フォルダ¥CPSB¥CC¥web¥redirector¥workers.properties

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥server¥usrconf¥ejb¥PFMWebConsole¥*.cfg

PFM - Web Consoleの設定ファイル

インストール先フォルダ¥CPSB¥CC¥server¥usrconf¥ejb¥PFMWebConsole¥usrconf.properties

PFM - Web Consoleのユーザープロパティファイル

インストール先フォルダ¥CPSB¥CC¥admin¥usrconf¥usrconf.properties

PFM - Web Consoleのサーバ管理コマンド用システムファイル

環境ディレクトリ※2¥jp1pcWebCon¥processMonitoringTemplates¥*※1（デフォルト設定の場合）

PFM - Web Consoleのプロセス監視の定義テンプレート

注※1

processMonitoringTemplatesディレクトリ以下のディレクトリもバックアップしてください。

また，ファイルパスはデフォルト値です。プロセス監視の定義テンプレートを格納する場所は，初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグで，processMonitoringTemplatesRepositoryに指定することで変更できます。格納場所を変更している場合は，変更先の格納場所にあるファイルとディレクトリをバックアップしてください。

注※2

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

(3)　PFM - Baseのバックアップ対象ファイル一覧（Windowsの場合）

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

表9‒17　PFM - Baseのバックアップ対象の定義情報ファイル（Windowsかつ物理ホストの場合）

フォルダ名またはファイル名

説明

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

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

インストール先フォルダ¥*.ini

Performance Management共通の設定ファイル

インストール先フォルダ¥bin¥action¥*.ini

Action Handlerサービスの設定ファイル

インストール先フォルダ¥bin¥statsvr¥*.ini

Status Serverサービスの設定ファイル

インストール先フォルダ¥sys¥*.ini

Performance Management共通の設定ファイル

インストール先フォルダ¥sys¥*.dat

Performance Management共通のデータモデルファイル

表9‒18　PFM - Baseのバックアップ対象の定義情報ファイル（Windowsかつ論理ホストの場合）

フォルダ名またはファイル名

説明

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

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

環境ディレクトリ※1¥jp1pc¥*.ini

Performance Management共通の設定ファイル

環境ディレクトリ※1¥jp1pc¥bin¥action¥*.ini

Action Handlerサービスの設定ファイル

インストール先フォルダ※2¥bin¥statsvr¥*.ini

Status Serverサービスの設定ファイル

インストール先フォルダ¥sys¥*.ini

Performance Management共通の設定ファイル

環境ディレクトリ※1¥sys¥*.dat

Performance Management共通のデータモデルファイル

注※1

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

注※2

Status Serverサービスの設定ファイルは，クラスタシステム運用している場合も物理ホスト上だけに存在します。

(4)　PFM - Agentのバックアップ対象ファイル一覧（Windowsの場合）

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

なお，ここで示すファイルはすべてのPFM - Agentで共通してバックアップが必要なサービスの定義情報ファイルです。ここに示すほかに，PFM - Agentの種類によって固有の定義情報ファイルをバックアップする必要がある場合があります。各PFM - Agent固有のバックアップが必要な定義情報については，各PFM - Agentのマニュアルを参照してください。

表9‒19　PFM - Agentのバックアップ対象の定義情報ファイル（Windowsかつ物理ホストの場合）

ファイル名

説明

インストール先フォルダ¥xxxx※1¥agent¥*.ini

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

インストール先フォルダ¥xxxx※1¥agent¥*.DB

Agent Collectorサービスのデータベースファイル

インストール先フォルダ¥xxxx※1¥agent¥*.IDX

Agent Collectorサービスのインデックスファイル

インストール先フォルダ¥xxxx※1¥agent¥*.dat

Agent Collectorサービスのデータモデルファイル

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.ini

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

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.DB

Agent Collectorサービスのデータベースファイル

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.IDX

Agent Collectorサービスのインデックスファイル

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.dat

Agent Collectorサービスのデータモデルファイル

インストール先フォルダ¥xxxx※1¥store¥*.ini

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

インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥*.ini

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

表9‒20　PFM - Agentのバックアップ対象の定義情報ファイル（Windowsかつ論理ホストの場合）

ファイル名

説明

インストール先フォルダ¥xxxx※1¥agent¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥*.DB

Agent Collectorサービスのデータベースファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥*.IDX

Agent Collectorサービスのインデックスファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥*.dat

Agent Collectorサービスのデータモデルファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.DB

Agent Collectorサービスのデータベースファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.IDX

Agent Collectorサービスのインデックスファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名※2¥*.dat

Agent Collectorサービスのデータモデルファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥*.ini

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

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のフォルダです。インスタンス構成の場合，これらのフォルダは，インスタンスの数と同じ数だけ作成されます。インスタンス環境については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注※3

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

(5)　PFM - RMのバックアップ対象ファイル一覧（Windowsの場合）

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

なお，ここで示すファイルはすべてのPFM - RMで共通してバックアップが必要なサービスの定義情報ファイルです。ここに示すほかに，PFM - RMの種類によって固有の定義情報ファイルをバックアップする必要がある場合があります。各PFM - RM固有のバックアップが必要な定義情報については，各PFM - RMのマニュアルを参照してください。

表9‒21　PFM - RMのバックアップ対象の定義情報ファイル（Windowsかつ物理ホストの場合）

ファイル名

説明

インストール先フォルダ¥xxxx※1¥agent¥*.ini

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

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.ini

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

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.DB

Remote Monitor Collectorサービスのデータベースファイル

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.IDX

Remote Monitor Collectorサービスのインデックスファイル

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥*.dat

Remote Monitor Collectorサービスのデータモデルファイル

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥groups¥*.ini

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

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥targets¥*.ini

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

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥targets¥*.dat

Remote Monitor Collectorサービスのデータモデルファイル

インストール先フォルダ¥xxxx※1¥store¥*.ini

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

インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥*.ini

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

表9‒22　PFM - RMのバックアップ対象の定義情報ファイル（Windowsかつ論理ホストの場合）

ファイル名

説明

インストール先フォルダ¥xxxx※1¥agent¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.DB

Remote Monitor Collectorサービスのデータベースファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥*.IDX

Remote Monitor Collectorサービスのインデックスファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名※2¥*.dat

Remote Monitor Collectorサービスのデータモデルファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥groups¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名¥targets¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名※2¥targets¥*.dat

Remote Monitor Collectorサービスのデータモデルファイル

環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥*.ini

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

環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥*.ini

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

注※1

「xxxx」は，各PFM - RMのサービスキーを示します。各PFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のフォルダです。インスタンス構成の場合，これらのフォルダは，インスタンスの数と同じ数だけ作成されます。インスタンス環境については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注※3

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

9.2.7　ファイルコピーでのバックアップ対象ファイル一覧（UNIXの場合）

ここでは，UNIXの場合のファイルコピーでのバックアップ対象ファイル一覧を示します。ただし，使用している機能によって，作成されないファイルもあります。

(1)　PFM - Managerのバックアップ対象ファイル一覧（UNIXの場合）

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

表9‒23　PFM - Managerのバックアップ対象の定義情報ファイル（UNIXかつ物理ホストの場合）

フォルダ名またはファイル名

説明

/opt/jp1pc/jpchosts

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

/opt/jp1pc/*.ini

Performance Management共通の設定ファイル

/opt/jp1pc/jpcautobind.cfg

Performance Managementの自動バインド設定ファイル

/opt/jp1pc/bin/action/*.ini

Action Handlerサービスの設定ファイル

/opt/jp1pc/bin/statsvr/*.ini

Status Serverサービスの設定ファイル

/opt/jp1pc/mgr/clator/*.ini

Correlatorサービスの設定ファイル

/opt/jp1pc/mgr/manager/*.ini

Master Managerサービスの設定ファイル

/opt/jp1pc/mgr/manager/*.DB

Master Managerサービスのデータベースファイル※3

/opt/jp1pc/mgr/manager/*.IDX

Master Managerサービスのインデックスファイル※3

/opt/jp1pc/mgr/manager/*.DAT（*.dat）

Master Managerサービスのデータモデルファイル

/opt/jp1pc/mgr/store/*.ini

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

/opt/jp1pc/mgr/store/*.DAT※

Master Storeサービスのデータモデルファイル

/opt/jp1pc/mgr/namesvr/*.ini

Name Serverサービスの設定ファイル

/opt/jp1pc/mgr/namesvr/*.DB

Name Serverサービスのデータベースファイル

/opt/jp1pc/mgr/namesvr/*.IDX

Name Serverサービスのインデックスファイル

/opt/jp1pc/mgr/trapgen/*.ini

Trap Generatorサービスの設定ファイル

/opt/jp1pc/mgr/viewsvr/*.ini

View Serverサービスの設定ファイル

/opt/jp1pc/mgr/viewsvr/jpcvsvr

View Serverサービスの設定ファイル

/opt/jp1pc/mgr/viewsvr/data/*

View Serverサービスのユーザー定義情報ファイル

/opt/jp1pc/mgr/viewsvr/Reports/*

View Serverサービスのレポート定義情報ファイル※4

/opt/jp1pc/agt0/agent/*.ini

Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）

/opt/jp1pc/agt0/store/*.ini

Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）

/opt/jp1pc/sys/*.ini

Performance Management共通の設定ファイル

/opt/jp1pc/sys/*.dat

Performance Management共通のデータモデルファイル

/opt/jp1pc/mgr/ITSLM/*.ini

JP1/SLM連携定義ファイル

/opt/jp1pc/ITSLM/monitoringitems.cfg

JP1/SLM連携カスタム監視項目定義ファイル

注※

status.datはバックアップ対象外です。

表9‒24　PFM - Managerのバックアップ対象の定義情報ファイル（UNIXかつ論理ホストの場合）

フォルダ名またはファイル名

説明

/opt/jp1pc/jpchosts

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

/環境ディレクトリ※1/jp1pc/*.ini

Performance Management共通の設定ファイル

/環境ディレクトリ※1/jp1pc/jpcautobind.cfg

Performance Managementの自動バインド設定ファイル

/環境ディレクトリ※1/jp1pc/bin/action/*.ini

Action Handlerサービスの設定ファイル

/opt/jp1pc/bin/statsvr/*.ini※2

Status Serverサービスの設定ファイル

/環境ディレクトリ※1/jp1pc/mgr/clator/*.ini

Correlatorサービスの設定ファイル

/環境ディレクトリ※1/jp1pc/mgr/manager/*.ini

Master Managerサービスの設定ファイル

/環境ディレクトリ※1/jp1pc/mgr/manager/*.DB

Master Managerサービスのデータベースファイル※3

/環境ディレクトリ※1/jp1pc/mgr/manager/*.IDX

Master Managerサービスのインデックスファイル※3

/環境ディレクトリ※1/jp1pc/mgr/manager/*.DAT（*.dat）

Master Managerサービスのデータモデルファイル

/環境ディレクトリ※1/jp1pc/mgr/store/*.ini

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

/環境ディレクトリ※1/jp1pc/mgr/store/*.DAT※4

Master Storeサービスのデータモデルファイル

/環境ディレクトリ※1/jp1pc/mgr/namesvr/*.ini

Name Serverサービスの設定ファイル

/環境ディレクトリ※1/jp1pc/mgr/namesvr/*.DB

Name Serverサービスのデータベースファイル

/環境ディレクトリ※1/jp1pc/mgr/namesvr/*.IDX

Name Serverサービスのインデックスファイル

/環境ディレクトリ※1/jp1pc/mgr/trapgen/*.ini

Trap Generatorサービスの設定ファイル

/opt/jp1pc/mgr/viewsvr/*.ini

View Serverサービスの設定ファイル

/環境ディレクトリ※1/jp1pc/mgr/viewsvr/*.ini

View Serverサービスの設定ファイル

/opt/jp1pc/mgr/viewsvr/jpcvsvr

View Serverサービスの設定ファイル

/環境ディレクトリ※1/jp1pc/mgr/viewsvr/data/*

View Serverサービスのユーザー定義情報ファイル

/環境ディレクトリ※1/jp1pc/mgr/viewsvr/Reports/*

View Serverサービスのレポート定義情報ファイル※5

/環境ディレクトリ※1/jp1pc/agt0/agent/*.ini

Agent Collectorサービスの設定ファイル（ヘルスチェックエージェントのファイル）

/環境ディレクトリ※1/jp1pc/agt0/store/*.ini

Agent Storeサービスの設定ファイル（ヘルスチェックエージェントのファイル）

/opt/jp1pc/sys/*.ini

Performance Management共通の設定ファイル

/環境ディレクトリ※1/jp1pc/sys/*.dat

Performance Management共通のデータモデルファイル

/環境ディレクトリ※1/mgr/ITSLM/*.ini

JP1/SLM連携定義ファイル

/環境ディレクトリ※1/ITSLM/monitoringitems.cfg

JP1/SLM連携カスタム監視項目定義ファイル

注※1

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

注※2

Status Serverサービスの設定ファイルは，クラスタシステム運用している場合も物理ホスト上だけに存在します。

注※3

アラーム定義情報を含みます。

注※4

status.datはバックアップ対象外です。

注※5

レポート定義情報を含みます。

(2)　PFM - Web Consoleのバックアップ対象ファイル一覧（UNIXの場合）

PFM - Web Consoleをバックアップする場合は，サービスが動作中であってもバックアップできます。ただし，バックアップ中に実行禁止となる操作があります。詳細については，「表9-12　サービス動作中にPFM - Web Consoleをバックアップする場合の禁止操作」を参照してください。

PFM - Web Consoleのバックアップ対象の定義情報ファイルを次の表に示します。

表9‒25　PFM - Web Consoleのバックアップ対象の定義情報ファイル（UNIXかつ物理ホストの場合）

フォルダ名またはファイル名

説明

/opt/jp1pcwebcon/conf/*

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/bookmarks/*（デフォルト設定の場合）

PFM - Web Consoleのブックマークの定義情報ファイル

/opt/jp1pcwebcon/cmdkey/*

PFM - Web Consoleコマンドの認証用キーファイル

/opt/jp1pcwebcon/CPSB/httpsd/conf/*.conf

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/httpsd/conf/ssl/server/*

PFM - Web Consoleの暗号化通信ファイル

/opt/jp1pcwebcon/CPSB/CC/web/redirector/workers.properties

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/server/usrconf/ejb/PFMWebConsole/*.cfg

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/server/usrconf/ejb/PFMWebConsole/usrconf.properties

PFM - Web Consoleのユーザープロパティファイル

/opt/jp1pcwebcon/CPSB/CC/admin/usrconf/usrconf.properties

PFM - Web Consoleのサーバ管理コマンド用システムファイル

/opt/jp1pcwebcon/processMonitoringTemplates/*※1（デフォルト設定の場合）

PFM - Web Consoleのプロセス監視の定義テンプレート

表9‒26　PFM - Web Consoleのバックアップ対象の定義情報ファイル（UNIXかつ論理ホストの場合）

フォルダ名またはファイル名

説明

/opt/jp1pcwebcon/conf/*

PFM - Web Consoleの設定ファイル

/環境ディレクトリ※2/jp1pcwebcon/bookmarks/*（デフォルト設定の場合）

PFM - Web Consoleのブックマークの定義情報ファイル

/opt/jp1pcwebcon/cmdkey/*

PFM - Web Consoleコマンドの認証用キーファイル

/opt/jp1pcwebcon/CPSB/httpsd/conf/*.conf

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/httpsd/conf/ssl/server/*

PFM - Web Consoleの暗号化通信ファイル

/opt/jp1pcwebcon/CPSB/CC/web/redirector/workers.properties

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/server/usrconf/ejb/PFMWebConsole/*.cfg

PFM - Web Consoleの設定ファイル

/opt/jp1pcwebcon/CPSB/CC/server/usrconf/ejb/PFMWebConsole/usrconf.properties

PFM - Web Consoleのユーザープロパティファイル

/opt/jp1pcwebcon/CPSB/CC/admin/usrconf/usrconf.properties

PFM - Web Consoleのサーバ管理コマンド用システムファイル

/環境ディレクトリ※2/jp1pcwebcon/processMonitoringTemplates/*※1（デフォルト設定の場合）

PFM - Web Consoleのプロセス監視の定義テンプレート

注※1

processMonitoringTemplatesディレクトリ以下のディレクトリもバックアップしてください。

また，ファイルパスはデフォルト値です。プロセス監視の定義テンプレートを格納する場所は，初期設定ファイル（config.xml）の<vsa>タグ内にある<process-monitoring>タグで，processMonitoringTemplatesRepositoryに指定することで変更できます。格納場所を変更している場合は，変更先の格納場所にあるファイルとディレクトリをバックアップしてください。

注※2

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

(3)　PFM - Baseのバックアップ対象ファイル一覧（UNIXの場合）

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

表9‒27　PFM - Baseのバックアップ対象の定義情報ファイル（UNIXかつ物理ホストの場合）

フォルダ名またはファイル名

説明

/opt/jp1pc/jpchosts

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

/opt/jp1pc/*.ini

Performance Management共通の設定ファイル

/opt/jp1pc/bin/action/*.ini

Action Handlerサービスの設定ファイル

/opt/jp1pc/bin/statsvr/*.ini

Status Serverサービスの設定ファイル

/opt/jp1pc/sys/*.ini

Performance Management共通の設定ファイル

/opt/jp1pc/sys/*.dat

Performance Management共通のデータモデルファイル

表9‒28　PFM - Baseのバックアップ対象の定義情報ファイル（UNIXかつ論理ホストの場合）

フォルダ名またはファイル名

説明

/opt/jp1pc/jpchosts

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

/環境ディレクトリ※1/jp1pc/*.ini

Performance Management共通の設定ファイル

/環境ディレクトリ※1/jp1pc/bin/action/*.ini

Action Handlerサービスの設定ファイル

/opt/jp1pc/bin/statsvr/*.ini※2

Status Serverサービスの設定ファイル

/opt/jp1pc/sys/*.ini

Performance Management共通の設定ファイル

/環境ディレクトリ※1/jp1pc/sys/*.dat

Performance Management共通のデータモデルファイル

注※1

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

注※2

Status Serverサービスの設定ファイルは，クラスタシステム運用している場合も物理ホスト上だけに存在します。

(4)　PFM - Agentのバックアップ対象ファイル一覧（UNIXの場合）

PFM - Agentのバックアップ対象の定義情報ファイルを次の表に示します。

なお，ここで示すファイルはすべてのPFM - Agentで共通してバックアップが必要なサービスの定義情報ファイルです。ここに示すほかに，PFM - Agentの種類によって固有の定義情報ファイルをバックアップする必要がある場合があります。各PFM - Agent固有のバックアップが必要な定義情報については，各PFM - Agentのマニュアルを参照してください。

表9‒29　PFM - Agentのバックアップ対象の定義情報ファイル（UNIXかつ物理ホストの場合）

ファイル名

説明

/opt/jp1pc/xxxx※1/agent/*.ini

Agent Collectorサービスの設定ファイル

/opt/jp1pc/xxxx※1/agent/*.DB

Agent Collectorサービスのデータベースファイル

/opt/jp1pc/xxxx※1/agent/*.IDX

Agent Collectorサービスのインデックスファイル

/opt/jp1pc/xxxx※1/agent/*.dat

Agent Collectorサービスのデータモデルファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini

Agent Collectorサービスの設定ファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.DB

Agent Collectorサービスのデータベースファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.IDX

Agent Collectorサービスのインデックスファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.dat

Agent Collectorサービスのデータモデルファイル

/opt/jp1pc/xxxx※1/store/*.ini

Agent Storeサービスの設定ファイル

/opt/jp1pc/xxxx※1/store/インスタンス名※2/*.ini

Agent Storeサービスの設定ファイル

表9‒30　PFM - Agentのバックアップ対象の定義情報ファイル（UNIXかつ論理ホストの場合）

ファイル名

説明

/opt/jp1pc/xxxx※1/agent/*.ini

Agent Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/*.ini

Agent Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/*.DB

Agent Collectorサービスのデータベースファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/*.IDX

Agent Collectorサービスのインデックスファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/*.dat

Agent Collectorサービスのデータモデルファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini

Agent Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.DB

Agent Collectorサービスのデータベースファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.IDX

Agent Collectorサービスのインデックスファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.dat

Agent Collectorサービスのデータモデルファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/store/*.ini

Agent Storeサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/store/インスタンス名※2/*.ini

Agent Storeサービスの設定ファイル

注※1

「xxxx」は，各PFM - Agentのサービスキーを示します。各PFM - Agentのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のディレクトリです。インスタンス構成の場合，これらのディレクトリは，インスタンスの数と同じ数だけ作成されます。インスタンス環境については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

(5)　PFM - RMのバックアップ対象ファイル一覧（UNIXの場合）

PFM - RMのバックアップ対象の定義情報ファイルを次の表に示します。

なお，ここで示すファイルはすべてのPFM - RMで共通してバックアップが必要なサービスの定義情報ファイルです。ここに示すほかに，PFM - RMの種類によって固有の定義情報ファイルをバックアップする必要がある場合があります。各PFM - RM固有のバックアップが必要な定義情報については，各PFM - RMのマニュアルを参照してください。

表9‒31　PFM - RMのバックアップ対象の定義情報ファイル（UNIXかつ物理ホストの場合）

ファイル名

説明

/opt/jp1pc/xxxx※1/agent/*.ini

Remote Monitor Collectorサービスの設定ファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini

Remote Monitor Collectorサービスの設定ファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.DB

Remote Monitor Collectorサービスのデータベースファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.IDX

Remote Monitor Collectorサービスのインデックスファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/*.dat

Remote Monitor Collectorサービスのデータモデルファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/groups/*.ini

Remote Monitor Collectorサービスの設定ファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/targets/*.ini

Remote Monitor Collectorサービスの設定ファイル

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/targets/*.dat

Remote Monitor Collectorサービスのデータモデルファイル

/opt/jp1pc/xxxx※1/store/*.ini

Remote Monitor Storeサービスの設定ファイル

/opt/jp1pc/xxxx※1/store/インスタンス名※2/*.ini

Remote Monitor Storeサービスの設定ファイル

表9‒32　PFM - RMのバックアップ対象の定義情報ファイル（UNIXかつ論理ホストの場合）

ファイル名

説明

/opt/jp1pc/xxxx※1/agent/*.ini

Remote Monitor Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.ini

Remote Monitor Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.DB

Remote Monitor Collectorサービスのデータベースファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.IDX

Remote Monitor Collectorサービスのインデックスファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/*.dat

Remote Monitor Collectorサービスのデータモデルファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/groups/*.ini

Remote Monitor Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/targets/*.ini

Remote Monitor Collectorサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/targets/*.dat

Remote Monitor Collectorサービスのデータモデルファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/store/*.ini

Remote Monitor Storeサービスの設定ファイル

/環境ディレクトリ※3/jp1pc/xxxx※1/store/インスタンス名※2/*.ini

Remote Monitor Storeサービスの設定ファイル

注※1

「xxxx」は，各PFM - RMのサービスキーを示します。各PFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

インスタンス環境で運用する場合のディレクトリです。インスタンス構成の場合，これらのディレクトリは，インスタンスの数と同じ数だけ作成されます。インスタンス環境については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注※3

環境ディレクトリは，論理ホスト作成時に作成される共有ディスク上のディレクトリです。

9.2.8　定義情報ごとのバックアップとリストア（レポートの定義情報）

インポートとエクスポートの機能を使用して，レポートの定義情報だけをバックアップおよびリストアできます。レポートの定義情報をエクスポートする方法については，「5.3.13　レポートをエクスポートする」を参照してください。レポートの定義情報をインポートする方法については，「5.3.14　レポートをインポートする」を参照してください。

なお，レポートの定義情報を，エクスポート元とは異なるホストで稼働するPFM - Managerへインポートする場合は，次の点に注意してください。

エクスポートしたレポートで使用しているデータモデルが，インポート先のPFM - Managerでセットアップされている必要があります。

9.2.9　定義情報ごとのバックアップとリストア（アラームの定義情報）

インポートとエクスポートの機能を使用して，アラームの定義情報だけをバックアップおよびリストアできます。アラームの定義情報をエクスポートする方法については，「6.4.10　アラームテーブルをエクスポートする」を参照してください。アラームの定義情報をインポートする方法については，「6.4.11　アラームテーブルをインポートする」を参照してください。

なお，アラームの定義情報を，エクスポート元とは異なるホストで稼働するPFM - Managerへインポートする場合は，次の点に注意してください。

アラームにレポートを関連づけている場合，移行先のPFM - Managerでも同様のレポート定義が必要です。

アラームのアクションハンドラを指定している場合，移行先のPFM - Managerが管理するPerformance Managementシステム内に同名のアクションハンドラが必要です。

アラームのアクションでJP1イベントを設定している場合，移行先のPFM - Managerに合わせてJP1イベントを更新する必要があります。

エクスポートしたアラームで使用しているデータモデルがインポート先のPFM - Managerでセットアップされている必要があります。

エクスポート元とインポート先でPFM - Managerの文字コード種別が一致している必要があります。

9.2.10　定義情報ごとのバックアップとリストア（業務グループの定義情報）

インポートとエクスポートの機能を使用して，業務グループの定義情報だけをバックアップおよびリストアできます。

(1)　Performance Managementで定義した業務グループの定義情報のバックアップとリストア

Performance Managementで定義した業務グループの定義情報をバックアップおよびリストアするには，定義情報をエクスポートおよびインポートします。定義情報をエクスポートおよびインポートする方法については，「2.7.4(2)(a)　Performance Managementで定義した業務グループの構成を変更する」を参照してください。

(2)　JP1/IMで定義した業務グループの定義情報のバックアップとリストア

JP1/IMで定義した業務グループの定義情報のバックアップおよびリストアは，JP1/IMで実施してください。JP1/IMで業務グループの定義情報をリストアした場合は，必要に応じてJP1/IMから業務グループ定義情報をエクスポートし，Performance Managementにインポートしてください。JP1/IMからエクスポートした業務グループ定義情報を，Performance Managementにインポートする方法については，「2.7.3(3)　業務グループ定義情報をインポートする」を参照してください。

9.2.11　定義情報ごとのバックアップとリストア（自動バインドの定義情報）

ここでは，自動バインドの定義情報である自動バインド設定ファイルだけを手動でバックアップおよびリストアする手順について説明します。

自動バインド設定ファイルは，デフォルトではPFM - Managerホストの次の場所にあります。

Windowsの場合

インストール先フォルダ※1¥jpcautobind.cfg

注※1

PFM - Managerをクラスタシステムで運用している場合，環境ディレクトリ¥jp1pcとなります。

UNIXの場合

/opt/jp1pc※2/jpcautobind.cfg

注※2

PFM - Managerをクラスタシステムで運用している場合，環境ディレクトリ/jp1pcとなります。

(1)　自動バインドの定義情報をバックアップする

ここでは，自動バインド設定ファイルだけを手動でバックアップする方法を説明します。なお，ここでは格納先がデフォルトのままである場合を例に説明します。

PFM - Managerサービスを停止する。

サービスの停止方法については，「1.3.1　監視マネージャーおよび監視エージェントのサービスを停止する」を参照してください。

自動バインド設定ファイルの格納先ディレクトリから「jpcautobind.cfg」ファイルをバックアップする。

ファイルは任意の場所にコピーするなどしてバックアップしてください。

PFM - Managerサービスを起動する。

サービスの起動方法については，「1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する」を参照してください。

(2)　自動バインドの定義情報をリストアする

ここでは，自動バインド設定ファイルだけを手動でリストアする方法を説明します。なお，ここでは格納先がデフォルトのままである場合を例に説明します。

PFM - Managerサービスを停止する。

サービスの停止方法については，「1.3.1　監視マネージャーおよび監視エージェントのサービスを停止する」を参照してください。

自動バインド設定ファイルの格納先ディレクトリ配下に，バックアップしておいた「jpcautobind.cfg」ファイルをコピーする。

PFM - Managerサービスを起動する。

サービスの起動方法については，「1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する」を参照してください。

9.2.12　定義情報ごとのバックアップとリストア（ブックマークの定義情報）

ここでは，ブックマークの定義情報だけをバックアップおよびリストアする手順について説明します。

注意

ブックマークの定義情報だけをバックアップまたはリストアする場合，ディレクトリを手動でコピーし，任意の場所に保存してください。リストアする場合は，必ずPFM - Web Consoleのサービスを停止してから実行してください。ただし，ブックマークの定義情報にはディレクトリ構成も含まれているため，ファイルやディレクトリの一部だけでなく，ブックマークの定義情報を格納しているディレクトリ全体を，一括バックアップおよび一括リストアする必要があります。

ブックマークやブックマークディレクトリの定義情報は，デフォルトではPFM - Web Consoleホストの次の場所にあります。

Windowsの場合

インストール先フォルダ¥bookmarks¥

UNIXの場合

/opt/jp1pcwebcon/bookmarks/

注意

ブックマークの定義情報の格納先ディレクトリをデフォルトから変更している場合は，初期設定ファイル（config.xml）のbookmarkRepositoryで指定しているディレクトリが一括バックアップおよび一括リストアの対象となります。

(1)　ブックマークの定義情報をバックアップする

ここでは，ブックマークの定義情報を格納しているディレクトリ全体を，バックアップする方法を説明します。なお，ここでは格納先がデフォルトのままで，PFM - Web Consoleの接続先PFM - Managerのホスト名がhostAである場合を例に説明します。

ブックマーク格納先ディレクトリ

Windowsの場合

インストール先フォルダ¥bookmarks¥hostA¥0¥

UNIXの場合

/opt/jp1pcwebcon/bookmarks/hostA/0/

PFM - Web Consoleサービスを停止する。

サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

PFM - Web Consoleをバックアップする場合は，サービスが動作中であってもバックアップできます。ただし，バックアップ中に実行禁止となる操作があります。詳細については，「表9-12　サービス動作中にPFM - Web Consoleをバックアップする場合の禁止操作」を参照してください。

ブックマーク格納先ディレクトリから「0」ディレクトリをバックアップする。

フォルダは任意の場所にコピーするなどしてバックアップしてください。

PFM - Web Consoleサービスを起動する。

サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

(2)　ブックマークの定義情報をリストアする

ここでは，ブックマークの定義情報を格納しているディレクトリ全体を，リストアする方法を説明します。なお，ここでは格納先がデフォルトのままで，PFM - Web Consoleの接続先PFM - Managerのホスト名がhostAである場合を例に説明します。

ブックマーク格納先ディレクトリ

Windowsの場合

インストール先フォルダ¥bookmarks¥hostA¥0¥

UNIXの場合

/opt/jp1pcwebcon/bookmarks/hostA/0/

PFM - Web Consoleサービスを停止する。

サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

ブックマーク格納先ディレクトリ配下に，バックアップしておいた「0」ディレクトリをコピーする。

PFM - Web Consoleサービスを起動する。

サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

(3)　ブックマークの定義情報の引き継ぎについて

メモ

ブックマークの運用中に接続先PFM - Managerを変更して，変更前に作成したブックマークを引き継ぐことはできません。新しい接続先PFM - Managerで，再度ブックマークを作成してください。

重要

ブックマークの定義情報の格納先フォルダをデフォルトのディレクトリから変更していない場合，アンインストール時に格納先フォルダも定義情報ファイルも自動で削除されます。格納先フォルダを変更している場合は，自動的に削除されないため，必要に応じて手動で削除してください。

ブックマークの定義情報ファイルは，複数のファイルで構成されます。このため，定義情報ファイルを作成，更新，または削除している最中に異常が発生し，処理が続けられなくなると，定義情報ファイルの整合性を失ってしまう場合があります。この場合，破損した情報を修復または廃棄してください。

ブックマークに登録しているレポートにドリルダウンレポートを関連づけている場合，レポート定義のリストアはGUIからインポートしてください。

jpcrdef createコマンドでリストアした場合，ブックマークからドリルダウンレポートが表示できなくなります。

(a)　ブックマークの定義情報の格納先ディレクトリを変更し，変更前のブックマークを引き継ぐ（Windowsの場合）

このような場合，まず，格納先ディレクトリを変更し，次に，変更後の格納先ディレクトリに変更前の定義情報を引き継ぐ必要があります。新しい格納先ディレクトリに，変更前のブックマークの定義情報を引き継ぐ手順について説明します。ここでは，PFM - Web Consoleの初期設定ファイル（config.xml）のhostパラメータ値がhostBで，ブックマーク格納先フォルダが次の条件である場合を例に説明します。

旧ブックマーク格納先フォルダ

インストール先フォルダ¥bookmarks¥hostB¥0¥

新ブックマーク格納先フォルダ

C:¥user1¥bookmarks¥

PFM - Web Consoleサービスを停止する。

サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

旧ブックマーク格納先フォルダから「hostB」フォルダをバックアップする。

フォルダは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先フォルダを，新ブックマーク格納先フォルダに変更する。

ブックマークの定義情報の格納先フォルダを変更する方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

新ブックマーク格納先フォルダを作成する。

作成したフォルダ配下に，手順2でバックアップしたフォルダをコピーする。

コピー後には，C:¥user1¥bookmarksフォルダ配下に「hostB」フォルダがある状態となります。

PFM - Web Consoleサービスを起動する。

サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

(b)　PFM - ManagerおよびPFM - Web Consoleをクラスタ構成に移行し，移行前のブックマークを引き継ぐ（Windowsの場合）

PFM - ManagerおよびPFM - Web Consoleを非クラスタシステム運用からクラスタシステム運用に移行して，非クラスタシステム運用時のブックマークを引き継ぎたい場合は，接続先PFM - Managerを変更し，変更前に作成したブックマークを引き継ぎたい場合とは異なり，ブックマークを引き継ぐことができます。これは，非クラスタシステム運用時のPFM - Managerと接続していたPFM - AgentおよびPFM - RMの情報が，クラスタシステム運用するPFM - Managerに引き継がれるためです。ホスト名などの環境が次の条件である場合を例に説明します。

非クラスタシステムで運用している場合

・PFM - Managerホスト名：hostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：hostE

・PFM - Web Consoleのブックマーク格納先フォルダ：

インストール先フォルダ¥jp1pcwebcon¥bookmarks¥hostE¥0¥

クラスタシステムで運用している場合

・PFM - Managerの論理ホスト名：lhostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：lhostE

・PFM - Web Consoleのブックマーク格納先フォルダ：

環境ディレクトリ¥jp1pcwebcon¥bookmarks¥

PFM - Web Consoleサービスを停止する。※

非クラスタシステム運用時のブックマーク格納先フォルダから「0」フォルダをバックアップする。

フォルダは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先フォルダを，クラスタシステム運用時のブックマーク格納先フォルダに変更する。

ブックマークの定義情報の格納先フォルダを変更する方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

クラスタシステム運用時のブックマーク格納先フォルダを作成する。

クラスタシステム運用時のブックマーク格納先フォルダの配下に「lhostE」フォルダを作成する。

作成した「lhostE」フォルダの配下に，手順2でバックアップした「0」フォルダをコピーする。

コピー後には，環境ディレクトリ¥jp1pcwebcon¥bookmarks¥lhostEフォルダ配下に「0」フォルダがある状態となります。

PFM - Web Consoleサービスを起動する。※

注※

サービスの停止および起動方法については，「10.6.1　クラスタシステムでのPerformance Managementの起動と停止」を参照してください。

(c)　ブックマークの定義情報の格納先ディレクトリを変更し，変更前のブックマークを引き継ぐ（UNIXの場合）

このような場合，まず，格納先ディレクトリを変更し，次に，変更後の格納先ディレクトリに変更前の定義情報を引き継ぐ必要があります。新しい格納先ディレクトリに，変更前のブックマークの定義情報を引き継ぐ手順について説明します。ここでは，PFM - Web Consoleの初期設定ファイル（config.xml）のhostパラメータ値がhostBで，ブックマーク格納先ディレクトリが次の条件である場合を例に説明します。

旧ブックマーク格納先ディレクトリ

/opt/jp1pcwebcon/bookmarks/hostB/0/

新ブックマーク格納先ディレクトリ

/opt/user1/bookmarks/

PFM - Web Consoleサービスを停止する。

サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

旧ブックマーク格納先ディレクトリから「hostB」ディレクトリをバックアップする。

ディレクトリは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先ディレクトリを，新ブックマーク格納先ディレクトリに変更する。

ブックマークの定義情報の格納先フォルダを変更する方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

新ブックマーク格納先ディレクトリを作成する。

作成したディレクトリ配下に，手順2でバックアップしたディレクトリをコピーする。

コピー後には，/opt/user1/bookmarksディレクトリ配下に「hostB」ディレクトリがある状態となります。

PFM - Web Consoleサービスを起動する。

サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

(d)　PFM - ManagerおよびPFM - Web Consoleをクラスタ構成に移行し，移行前のブックマークを引き継ぐ（UNIXの場合）

PFM - ManagerおよびPFM - Web Consoleを非クラスタシステム運用からクラスタシステム運用に移行して，非クラスタシステム運用時のブックマークを引き継ぎたい場合は，接続先PFM - Managerを変更し，変更前に作成したブックマークを引き継ぎたい場合とは異なり，ブックマークを引き継ぐことができます。これは，非クラスタシステム運用時のPFM - Managerと接続していたPFM - AgentおよびPFM - RMの情報が，クラスタシステム運用するPFM - Managerに引き継がれるためです。ホスト名などの環境が次の条件である場合を例に説明します。

非クラスタシステムで運用している場合

・PFM - Managerホスト名：hostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：hostE

・PFM - Web Consoleのブックマーク格納先ディレクトリ：

/opt/jp1pcwebcon/bookmarks/hostE/0/

クラスタシステムで運用している場合

・PFM - Managerの論理ホスト名：lhostE

・PFM - Web Consoleの接続先PFM - Managerのホスト名：lhostE

・PFM - Web Consoleのブックマーク格納先ディレクトリ：

環境ディレクトリ/jp1pcwebcon/bookmarks/

PFM - Web Consoleサービスを停止する。※

非クラスタシステム運用時のブックマーク格納先フォルダから「0」ディレクトリをバックアップする。

ディレクトリは任意の場所にコピーするなどしてバックアップしてください。

初期設定ファイル（config.xml）に定義しているブックマーク格納先ディレクトリを，クラスタシステム運用時のブックマーク格納先ディレクトリに変更する。

ブックマークの定義情報の格納先フォルダを変更する方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

クラスタシステム運用時のブックマーク格納先ディレクトリを作成する。

クラスタシステム運用時のブックマーク格納先ディレクトリの配下に「lhostE」ディレクトリを作成する。

作成した「lhostE」ディレクトリの配下に，手順2でバックアップした「0」ディレクトリをコピーする。

コピー後には，環境ディレクトリ/jp1pcwebcon/bookmarks/lhostEディレクトリ配下に「0」ディレクトリがある状態となります。

PFM - Web Consoleサービスを起動する。※

注※

サービスの停止および起動方法については，「10.6.1　クラスタシステムでのPerformance Managementの起動と停止」を参照してください。

9.2.13　定義情報ごとのバックアップとリストア（プロセス監視の定義テンプレートの定義情報）

ここでは，プロセス監視の定義テンプレートの定義情報だけをバックアップおよびリストアする手順について説明します。

注意

プロセス監視の定義テンプレートの定義情報だけをバックアップまたはリストアする場合，ディレクトリを手動でコピーし，任意の場所に保存してください。リストアする場合は，必ずPFM - Web Consoleのサービスを停止してから実行してください。ただし，プロセス監視の定義テンプレートの定義情報にはディレクトリ構成も含まれているため，ファイルやディレクトリの一部だけでなく，プロセス監視の定義テンプレートの定義情報を格納しているディレクトリ全体を，一括バックアップおよび一括リストアする必要があります。

プロセス監視の定義テンプレートの定義情報は，デフォルトではPFM - Web Consoleホストの次の場所にあります。

Windowsの場合

インストール先フォルダ¥processMonitoringTemplates¥

UNIXの場合

/opt/jp1pcwebcon/processMonitoringTemplates/

注意

プロセス監視の定義テンプレートの定義情報の格納先ディレクトリをデフォルトから変更している場合は，初期設定ファイル（config.xml）のprocessMonitoringTemplatesRepositoryで指定しているディレクトリが一括バックアップおよび一括リストアの対象となります。

(1)　プロセス監視の定義テンプレートの定義情報をバックアップする

ここでは，プロセス監視の定義テンプレートの定義情報を格納しているディレクトリ全体を，バックアップする方法を説明します。なお，ここでは格納先がデフォルトのままである場合を例に説明します。

プロセス監視の定義テンプレートの格納先ディレクトリ

Windowsの場合

インストール先フォルダ¥processMonitoringTemplates¥system¥

インストール先フォルダ¥processMonitoringTemplates¥user¥

UNIXの場合

/opt/jp1pcwebcon/processMonitoringTemplates/system/

/opt/jp1pcwebcon/processMonitoringTemplates/user/

PFM - Web Consoleサービスを停止する。

サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

PFM - Web Consoleをバックアップする場合は，サービスが動作中であってもバックアップできます。ただし，バックアップ中に実行禁止となる操作があります。詳細については，「表9-12　サービス動作中にPFM - Web Consoleをバックアップする場合の禁止操作」を参照してください。

プロセス監視の定義テンプレート格納先ディレクトリから「system」ディレクトリと「user」ディレクトリをバックアップする。

フォルダは任意の場所にコピーするなどしてバックアップしてください。

PFM - Web Consoleサービスを起動する。

サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

(2)　プロセス監視の定義テンプレートの定義情報をリストアする

ここでは，プロセス監視の定義テンプレートの定義情報を格納しているディレクトリ全体を，リストアする方法を説明します。なお，ここでは格納先がデフォルトのままである場合を例に説明します。

プロセス監視の定義テンプレートの格納先ディレクトリ

Windowsの場合

インストール先フォルダ¥processMonitoringTemplates¥system¥

インストール先フォルダ¥processMonitoringTemplates¥user¥

UNIXの場合

/opt/jp1pcwebcon/processMonitoringTemplates/system/

/opt/jp1pcwebcon/processMonitoringTemplates/user/

PFM - Web Consoleサービスを停止する。

サービスの停止方法については，「1.3.2　監視コンソールサーバのサービスを停止する」を参照してください。

プロセス監視の定義テンプレート格納先ディレクトリ配下に，バックアップしておいた「system」ディレクトリと「user」ディレクトリをコピーする。

PFM - Web Consoleサービスを起動する。

サービスの起動方法については，「1.2.2　監視コンソールサーバでサービスを起動する」を参照してください。

9.2.14　定義情報ごとのバックアップとリストア（ポート番号の情報）

インポートとエクスポートの機能を使用して，ポート番号の情報だけをバックアップおよびリストアできます。

ポート番号の情報をバックアップおよびリストアするには，jpcconf port defineコマンドを使用して，定義情報をエクスポートおよびインポートします。

定義情報をファイルにエクスポートする方法については，マニュアル「JP1/Performance Management リファレンス」の，jpcconf port defineコマンドの-templateオプションについて説明している個所を参照してください。

エクスポートしたファイルをインポートする方法については，マニュアル「JP1/Performance Management リファレンス」の，jpcconf port defineコマンドの-inputオプションについて説明している個所を参照してください。

9.3　稼働監視データのバックアップとリストア

稼働監視データをバックアップするには，jpctool db backupコマンドを使用します。jpctool db backupコマンドは，PFM - Managerがインストールされているホストで実行します。-aloneオプションまたは-directオプションを指定すると，PFM - AgentまたはPFM - RMがインストールされているホストでも実行できます。

また，Storeバージョン2.0を使用している場合は，-partialオプションを指定して部分バックアップができます。

稼働監視データをリストアするには，jpctool db restoreコマンドを使用します。jpctool db restoreコマンドは，リストア対象のデータベースがバックアップされているPFM - Manager，PFM - Agent，またはPFM - RMホストで実行します。

なお，jpctool db backupコマンドおよびjpctool db restoreコマンドを実行するには，次のユーザー権限が必要です。

Windowsの場合：Administrators権限またはBackup Operators権限

UNIXの場合：rootユーザー権限

稼働監視データをバックアップおよびリストアする際の注意事項を次に示します。

注意

jpctool db backupコマンドでバックアップしたStoreデータベースのデータモデルバージョンが，リストアするStoreデータベースのバージョンと異なる場合，Storeデータベースはリストアできません。

リストアするデータのサービスキーが，jpctool db backupコマンドでバックアップしたデータのものと異なる場合，Storeデータベースはリストアできません。

Storeデータベースのバックアップデータは，対象となるStoreデータベースが起動しているホストの文字コード種別に依存します。このため，Storeデータベースをリストアする場合は，文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角カタカナが正常に設定されないため，レポートやイベント履歴などが正常に表示されなくなります。

9.3.1　バックアップの方式について

Performance Managementでは，Storeデータベースの保存方式によって，バックアップ方式を選択できます。Storeバージョン1.0では，フルバックアップだけができます。Storeバージョン2.0では，フルバックアップに加え，部分バックアップができます。また，バックアップディレクトリを指定することもできます。ただし，バックアップディレクトリを指定できるのは，コマンド実行ホストのAgent StoreまたはRemote Monitor Storeサービスが対象の場合だけです。部分バックアップについては，「9.3.4　パフォーマンスデータの部分バックアップについて（Storeバージョン2.0の場合）」を参照してください。

9.3.2　イベントデータのバックアップとリストア

(1)　イベントデータをバックアップする

PFM - Managerホストにログインする。

jpctool service listコマンドを実行して，サービスの起動を確認する。

Name Serverサービス，Master Managerサービス，およびMaster Storeサービスが起動していることを確認します。

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool db backupコマンドを実行する。

非クラスタシステムで運用している場合

例えば，PFM - ManagerのStoreデータベースにある，Master StoreサービスのサービスIDがPS1001のイベントデータをバックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id PS1001

クラスタシステムで運用している場合

例えば，論理ホスト上のPFM - ManagerのStoreデータベースにある，Master StoreサービスのサービスIDがPS1001のイベントデータをバックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id PS1001 -lhost 論理ホスト名

コマンドを実行すると，デフォルトではバックアップディレクトリに，「PA.DB」の名称でバックアップファイルが作成されます。

表9‒33　イベントデータのバックアップファイル

条件

バックアップ対象ファイル

非クラスタシステムで運用

PFM - Managerホスト

Windowsの場合

インストール先フォルダ¥mgr¥store¥backup¥世代番号※¥PA.DB

UNIXの場合

/opt/jp1pc/mgr/store/backup/世代番号※/PA.DB

クラスタシステムで運用

共有ディスク

Windowsの場合

環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥世代番号※¥PA.DB

UNIXの場合

環境ディレクトリ/jp1pc/mgr/store/backup/世代番号※/PA.DB

注※

世代番号は，「01」から順に割り振られます。世代番号の最大値は，jpcsto.iniファイルのBackup Saveで指定した値です。世代番号のデフォルトの最大値は，「05」です。

jpctool db backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。サービスIDについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，サービスの命名規則について説明している個所を参照してください。

(2)　イベントデータをリストアする

PFM - Managerホストにログインする。

jpcspm stopコマンドを実行してPFM - Managerのサービスを停止する。

PFM - Managerのサービスの停止方法については，「1.3　サービスの停止」を参照してください。jpcspm stopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

バックアップファイルの格納場所を確認する。

イベントデータのデフォルトのバックアップ先については，「表9-33　イベントデータのバックアップファイル」を参照してください。

jpctool db restoreコマンドを実行する。

非クラスタシステムで運用している場合

例えば，「インストール先フォルダ¥mgr¥store¥backup¥01」内にあるイベントデータをリストアしたいとき，次のようにコマンドを実行します。「Manager」は，PFM - Managerのサービスキーを示します。

jpctool db restore -key Manager -d "インストール先フォルダ¥mgr¥store¥backup¥01"

クラスタシステムで運用している場合

例えば，論理ホストjp1-ha1の「環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥01」内にあるイベントデータをリストアしたいとき，次のようにコマンドを実行します。「Manager」は，PFM - Managerのサービスキーを示します。

jpctool db restore -key Manager -d "環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥01" -lhost jp1-ha1

jpctool db restoreコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpcspm startコマンドを実行してPFM - Managerのサービスを起動する。

PFM - Managerサービスを起動します。

PFM - Managerのサービスの起動方法については，「1.2　サービスの起動」を参照してください。jpcspm startコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

リストアすると，サービス起動時にデータベースのインデックスが再構築されるため，再起動に時間が掛かる場合があります。

9.3.3　パフォーマンスデータのバックアップとリストア

(1)　パフォーマンスデータをバックアップする

PFM - Managerホストにログインする。

jpctool service listコマンドを実行して，サービスの起動を確認する。

Name Serverサービス，Master Managerサービスおよびバックアップしたいパフォーマンスデータを管理しているAgent StoreまたはRemote Monitor Storeサービスが起動されているか確認します。

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

jpctool db backupコマンドを実行する。

非クラスタシステムで運用している場合

例えば，ホストhost02のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータをバックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id OS* -host host02

クラスタシステムで運用している場合

例えば，論理ホストjp1-ha2のPFM - Agent for OracleのStoreデータベースにあるパフォーマンスデータをバックアップしたいとき，次のようにコマンドを実行します。

jpctool db backup -id OS* -lhost jp1-ha2

コマンドを実行すると，デフォルトではバックアップディレクトリに，「データベースID.DB」の名称でバックアップファイルが作成されます。

表9‒34　パフォーマンスデータのバックアップファイル

条件

バックアップ対象ファイル

非クラスタシステムで運用

PFM - AgentまたはPFM - RMホスト

Windowsの場合

インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥backup¥世代番号※3¥データベースID※4.DB

UNIXの場合

/opt/jp1pc/xxxx※1/store/インスタンス名※2/backup/世代番号※3/データベースID※4.DB

クラスタシステムで運用

共有ディスク

Windowsの場合

環境ディレクトリ¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥backup¥世代番号※3¥データベースID※4.DB

UNIXの場合

環境ディレクトリ/jp1pc/xxxx※1/store/インスタンス名※2/backup/世代番号※3/データベースID※4.DB

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

PFM - AgentまたはPFM - RMがインスタンス環境の場合に作成されます。

注※3

世代番号は，「01」から順に割り振られます。世代番号の最大値は，jpcsto.iniファイルのBackup Saveで指定した値です。世代番号のデフォルトの最大値は，「05」です。

注※4

データベースIDを次に示します。

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

なお，パフォーマンスデータのバックアップをPFM - AgentまたはPFM - RMがインストールされているホストで実行することもできます。PFM - AgentまたはPFM - RMがインストールされているホストで実行するには，jpctool db backupコマンドで-aloneオプションまたは-directオプションを指定します。

jpctool db backupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意

jpctool db backupコマンドが，以下のコマンドまたは処理中に実行された場合，対象となるMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが同一であると，jpctool db backupコマンドが失敗するおそれがあります。

jpctool db backup

jpctool db dump

jpctool db clear

jpctool db import

jpctool db restore

Agent Storeサービス，またはRemote Monitor Storeサービスのデータ格納処理

履歴レポートの表示

このような場合は，jpctool db backupをリトライしてください。

(2)　パフォーマンスデータをリストアする

バックアップファイルが格納されているPFM - AgentまたはPFM - RMホストにログインする。

jpcspm stopコマンドを実行して，PFM - AgentまたはPFM - RMのサービスを停止する。

PFM - AgentまたはPFM - RMのサービスの停止方法については，「1.3　サービスの停止」を参照してください。jpcspm stopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

バックアップファイルの格納場所を確認する。

パフォーマンスデータのデフォルトのバックアップ先については，「表9-34　パフォーマンスデータのバックアップファイル」を参照してください。

jpctool db restoreコマンドを実行する。

非クラスタシステムで運用している場合

例えば，「インストール先フォルダ¥agto¥store¥oracleA¥backup¥01」内にあるPFM - Agent for Oracleの中のインスタンス「oracleA」のパフォーマンスデータをリストアしたいとき，次のようにコマンドを実行します。「Oracle」は，PFM - Agentのサービスキーを示します。

jpctool db restore -key Oracle -d "インストール先フォルダ¥agto¥store¥oracleA¥backup¥01" -inst oracleA

クラスタシステムで運用している場合

例えば，論理ホストjp1-ha2の「環境ディレクトリ¥jp1pc¥agto¥store¥oracleA¥backup¥01」内にあるPFM - Agent for Oracleのインスタンス「oracleA」のパフォーマンスデータをリストアしたいとき，次のようにコマンドを実行します。「Oracle」は，PFM - Agentのサービスキーを示します。

jpctool db restore -key Oracle -d "インストール先フォルダ¥agto¥store¥oracleA¥backup¥01" -lhost jp1-ha2 -inst oracleA

jpctool db restoreコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

jpcspm startコマンドを実行して，PFM - AgentまたはPFM - RMのサービスを起動する。

PFM - AgentまたはPFM - RMのサービスの起動方法については，「1.2　サービスの起動」を参照してください。

jpcspm startコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意1

リストアすると，サービス起動時にデータベースのインデックスが再構築されるため，再起動に時間が掛かる場合があります。

注意2

バックアップファイルのStoreバージョンと，リストア先のStoreバージョンが異なる場合，Storeデータベースのリストアはできません。リストア先のStoreバージョンが2.0の場合は，Storeバージョン2.0の設定で取得したバックアップデータだけをリストアできます。また，リストア先のStoreバージョンが1.0の場合は，Storeバージョン1.0の設定で取得したバックアップデータだけをリストアできます。

9.3.4　パフォーマンスデータの部分バックアップについて（Storeバージョン2.0の場合）

Storeバージョン2.0の場合に部分バックアップができます。部分バックアップは，Agent StoreまたはRemote Monitor Storeサービスが起動しているときだけ実行できます。なお，部分バックアップでは，バックアップ先に過去のバックアップ先ディレクトリを指定することで差分を蓄積できます。

(1)　バックアップされるデータの範囲について

バックアップでは，ローカルタイムでバックアップ開始から終了までの期間を指定します。バックアップ期間の設定はコマンド実行日からの相対で指定します。指定したバックアップ期間に含まれるファイルをコピーしてバックアップします※。

PD，PLデータベースおよびPIデータベースの分，時レコードは日ごとにファイルが分割されるため，指定した日付の単位DBがバックアップされます。一方，PIデータベースの日，週レコードでは週単位，月レコードは月単位，年レコードは年単位でそれぞれファイルが分割されるため，指定したレコード開始日から終了日に収まらないデータもバックアップデータに含まれます。

注※

Storeデータベースはグリニッジ標準時（GMT）で管理されているため，GMT環境以外では指定日に対して取得されるデータの範囲にずれが生じます。

(2)　n日ごとに部分バックアップを取得する場合

StoreデータベースはGMTで管理されているため，ローカルタイムとのずれを考慮し，n+1日前から取得する必要があります。

（例）

jpctool db backup -id ZS1inst1[host1] -d d:¥backup01※ -partial (n+1),1

注※　d:¥backup01はバックアップディレクトリを示します。

(3)　可能な限り最新のデータをバックアップする

最新のデータベースをバックアップしたい場合，次のようにコマンドを実行します。

（例）最新のデータベースをバックアップする

jpctool db backup -id ZS1inst1[host1] -d d:¥backup01※ -partial <startday>,<endday>

注※　d:¥backup01はバックアップディレクトリを示します。

オプション-partialの<startday>および<endday>に指定する値は，ローカルタイムの設定によって推奨する値が異なります。

ローカルタイムの設定として，GMT，GMT-9:00およびGMT+9:00の3通りを例にとり，3/17（木）にバックアップコマンドを実行し，前日3/16（水）0:00〜23:59のバックアップを取得したい場合に推奨する<startday>および<endday>の値，ならびに実際に取得されるバックアップ期間を次に示します。

表9‒35　オプション-partialの推奨値

ローカルタイムの設定

オプション-partialに指定する推奨値

実際に取得されるバックアップ期間（ローカルタイム）

<startday>

<endday>

GMT

1

1

3/16 0:00〜3/16 23:59

GMT-09:00

1

0

3/15 15:00〜コマンドを実行した時刻

GMT+09:00

2

0

3/15 9:00〜コマンドを実行した時刻

バックアップコマンドの実行時間によってはバックアップを取得しない場合があります。バックアップコマンドの実行時間帯を次に示します。

(a)　ローカルタイムの設定がGMTの場合

実行するバックアップコマンド

jpctool backup ZSinst1[host1] -partial 1,1

図9‒2　バックアップコマンドの実行時間帯（ローカルタイムの設定がGMTの場合）

(b)　ローカルタイムの設定がGMT-09:00の場合

実行するバックアップコマンド

jpctool backup ZSinst1[host1] -partial 1,0

図9‒3　バックアップコマンドの実行時間帯（ローカルタイムの設定がGMT-09:00の場合）

(c)　ローカルタイムの設定がGMT＋09:00の場合

実行するバックアップコマンド

jpctool backup ZSinst1[host1] -partial 2,0

図9‒4　バックアップコマンドの実行時間帯（ローカルタイムの設定がGMT+09:00の場合）

(4)　部分バックアップの格納先，および格納されるファイルのディレクトリ，ファイル構成

コマンドを実行すると，デフォルトではバックアップディレクトリに，次の名称でバックアップファイルが作成されます。

表9‒36　パフォーマンスデータの部分バックアップファイル

条件

バックアップ対象ファイル

非クラスタシステムで運用

PFM - AgentまたはPFM - RMホスト

Windowsの場合

インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥partial¥stデータベースID※3ディレクトリ以下

UNIXの場合

/opt/jp1pc/xxxx※1/store/インスタンス名※2/partial/stデータベースID※3ディレクトリ以下

クラスタシステムで運用

共有ディスク

Windowsの場合

環境ディレクトリ¥jp1pc¥ xxxx※1¥store¥インスタンス名※2¥partial¥stデータベースID※3ディレクトリ以下

UNIXの場合

環境ディレクトリ/jp1pc/ xxxx※1/store/インスタンス名※2/partial/stデータベースID※3ディレクトリ以下

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

PFM - AgentまたはPFM - RMがインスタンス環境の場合に作成されます。

注※3

データベースIDを次に示します。

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

部分バックアップで格納されるファイルのディレクトリ，ファイル構成を次の表に示します。

表9‒37　部分バックアップのディレクトリ，ファイル構成

ディレクトリ／ファイル

レコードタイプ

形式

最小

最大

説明

PI

PD

PL

STXX

○

○

○

−

−

−

−

要約区分

○

×

×

n

1

6

PIレコードの場合の要約区分

1：分

2：時

3：日

4：週

5：月

6：年

年

○

○

○

YYYY

1900

2035

年（西暦）

月日

○

○

○

MMDD

0101

1231

月日

世代番号

○

○

○

nnn

001

002

世代番号

レコードタイプ.DB

○

○

○

−

−

−

レコードタイプごとのDBファイル

（凡例）

○：該当するディレクトリ／ファイルがある

×：該当するディレクトリ／ファイルがない

−：該当しない

XX：データベースID

PI：PIレコードタイプのレコードのデータベース

PD：PDレコードタイプのレコードのデータベース

PL：PLレコードタイプのレコードのデータベース

9.4　Performance Managementシステムのデータの移行

Performance Managementシステムの定義情報と稼働監視データを，ホスト名が異なる別のマシン上のPerformance Managementシステムに移行する場合に必要となる作業について説明します。

9.4.1　移行が可能なデータについて

Performance Managementで移行が可能な情報を次の表に示します。

表9‒38　移行が可能な情報

バックアップが必要な情報

移行可否

定義情報

レポートの定義情報

○

アラームの定義情報

○

業務グループの定義情報

○

サービスの定義情報

×

ブックマークの定義情報

×

プロセス監視の定義テンプレートの定義情報

○

稼働監視データ

イベントデータ

×

パフォーマンスデータ

×

（凡例）

○：移行できる

×：移行できない

9.4.2　Performance Managementシステムのデータを移行する

(1)　レポートの定義情報を移行する

移行元Performance Managementシステムを監視するPFM - Web Consoleでレポートの定義情報をエクスポートする。

エクスポートしたレポートの定義情報を，移行先Performance Managementシステムを監視するPFM - Web Consoleからインポートする。

インポートしたレポートの定義情報を移行先の監視条件に合わせて修正する。

レポートの定義情報のインポートとエクスポートについては，「9.2.8　定義情報ごとのバックアップとリストア（レポートの定義情報）」を参照してください。

(2)　アラームの定義情報を移行する

移行元Performance ManagementシステムのPFM - ManagerまたはPFM - Web Consoleからアラームの定義情報をエクスポートする。

エクスポートしたアラームの定義情報を，移行先Performance ManagementシステムのPFM - ManagerまたはPFM - Web Consoleのホストへインポートする。

インポートしたアラームの定義情報を移行先の監視条件に合わせて修正する。

アラームの定義情報のインポートとエクスポートについては，「9.2.9　定義情報ごとのバックアップとリストア（アラームの定義情報）」を参照してください。

(3)　業務グループの定義情報を移行する

移行元Performance ManagementシステムのPFM - Managerで業務グループの定義情報をエクスポートする。

エクスポートした業務グループの定義情報を，移行先Performance ManagementシステムのPFM - Managerからインポートする。

業務グループの定義情報のインポートとエクスポートについては，「9.2.10　定義情報ごとのバックアップとリストア（業務グループの定義情報）」を参照してください。

(4)　プロセス監視の定義テンプレートの定義情報を移行する

移行元Performance Managementシステムを監視するPFM - Web Consoleでプロセス監視の定義テンプレートの定義情報をバックアップする。

バックアップしたプロセス監視の定義テンプレートの定義情報を，移行先Performance Managementシステムを監視するPFM - Web Consoleでリストアする。

プロセス監視の定義テンプレートの定義情報のインポートとエクスポートについては，「9.2.13　定義情報ごとのバックアップとリストア（プロセス監視の定義テンプレートの定義情報）」を参照してください。

第2編　システム連携編

10　クラスタシステムでの構築と運用

この章では，クラスタシステムでPerformance Managementを運用する場合のインストールとセットアップ方法，およびクラスタシステムでPerformance Managementを運用しているときの処理の流れについて説明します。

10.1　クラスタシステムの概要と設計

ここでは，クラスタシステムの概要と，クラスタシステムでPerformance Managementを運用するための基盤設計について説明します。

10.1.1　クラスタシステムの概要

クラスタシステムとは，複数のサーバを連携して1つのシステムとして運用するシステムです。クラスタシステムには，大きく分けて次の2種類があります。

HA（High Availability）クラスタシステム（高可用性クラスタシステム）

負荷分散クラスタシステム

注意

この章で，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

(1)　HAクラスタシステムとは

「HAクラスタシステム」は，システム全体の可用性を向上させることを目的としたシステムです。高い信頼性が求められる基幹業務システムのアプリケーションサーバやデータベースサーバなどでよく使われています。

HAクラスタシステムは，システムを構成するサーバを冗長化します。HAクラスタシステムでは，業務を実行中のサーバで障害が発生すると，待機していた別のサーバが業務を引き継いで処理します。これを「フェールオーバー」といいます。

クラスタシステムを構成するそれぞれのサーバシステムのうち，業務を実行中のシステムを「実行系ノード」，実行系ノードの障害時に業務を引き継げるよう待機しているシステムを「待機系ノード」と呼びます。

実行系ノードで障害が発生したときのアクセスの流れを次の図に示します。

図10‒1　HAクラスタシステムの実行系ノードで障害が発生したときのアクセスの流れ

HAクラスタシステム全体を制御するソフトウェアを「クラスタソフト」といいます。クラスタソフトは，サーバを常に監視し，障害が発生したときに，業務を実行するサーバを実行系ノードから待機系ノードに自動で切り替えます。そのため，クラスタシステムのことを「系切り替えシステム」とも呼びます。

(2)　負荷分散クラスタシステムとは

「負荷分散クラスタシステム」は，複数のサーバで処理の負荷を分散して実行するシステムです。高い処理能力が求められるシステムでよく利用されています。

負荷分散クラスタシステムは，複数のサーバを並列にして，処理を分散することでサーバ1台当たりの処理負荷を低くし，システム全体の処理能力を高めます。また，サーバで障害が発生しても，ほかのノードに処理を切り替えればシステムの可用性も向上できます。

図10‒2　負荷分散クラスタシステムのアクセスの流れ

補足

負荷分散クラスタシステムの例としては，Webシステムのようにリクエストを受け付けるサーバを分散するシステムや，Oracle Real Application Clusterのシステムなどがあります。また，負荷分散クラスタシステム上で運用する業務アプリケーションは，複数のノードで処理を分担できるプログラムであることが必要です。

10.1.2　クラスタ構成の設計

Performance Managementは，クラスタシステムで稼働を監視できます。

(1)　HAクラスタシステムでの構成の検討

Performance Managementのプログラムを，HAクラスタシステムの論理ホスト環境で運用することを「論理ホスト運用」といいます。

(a)　PFM - Managerのクラスタ構成

PFM - Managerは，アクティブ・スタンバイ構成のクラスタシステムに対応し，論理ホストで運用できます。

PFM - Managerを実行している実行系ノードで障害が発生しても待機系ノードにフェールオーバーすることで，稼働監視を継続します。

PFM - Managerを論理ホスト運用する場合は，共有ディスクに定義情報やイベントデータを格納し，フェールオーバー時に引き継ぎます。なお，1つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Managerを論理ホスト運用するときの構成を次に示します。

図10‒3　PFM - Managerのクラスタ構成

1つのノードで同時に実行できるPFM - Managerは，1つだけです。

(b)　PFM - Web Consoleのクラスタ構成

PFM - Web Consoleは，アクティブ・スタンバイ構成のクラスタシステムに対応し，論理ホストで運用できます。

PFM - Web Consoleを実行している実行系ノードで障害が発生しても待機系ノードにフェールオーバーすることで，稼働監視を継続します。

PFM - Web Consoleを論理ホスト運用する場合は，共有ディスクにブックマークの定義を格納し，フェールオーバー時に引き継ぎます。なお，1つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Web Consoleを論理ホスト運用するときの構成を次に示します。

図10‒4　PFM - Web Consoleのクラスタ構成

1つのノードで同時に実行できるPFM - Web Consoleは，1つだけです。

(c)　PFM - Baseのクラスタ構成

PFM - Baseは，アクティブ・アクティブ構成のクラスタシステムに対応しています。論理ホスト運用できるPFM - AgentまたはPFM - RMと同じホストにインストールしている場合，論理ホストで運用できます。

(d)　PFM - Agentのクラスタ構成

PFM - Agentの対応するクラスタシステムは，PFM - Agentによって異なります。PFM - Agentの種類によっては，監視対象プログラムが論理ホスト環境で動作している場合に，論理ホスト運用できるPFM - Agentもあります。

PFM - Agentを論理ホスト運用する場合は，共有ディスクに定義情報やパフォーマンスデータを格納し，フェールオーバー時に引き継ぎます。なお，1つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - Agent for Oracleを論理ホスト運用して，クラスタ構成のOracleを監視する構成の例を次に示します。

図10‒5　PFM - Agentのクラスタ構成（PFM - Agent for Oracleの場合）

補足

PFM - Agentは，監視対象のアプリケーションに合わせた構成で運用します。そのため，PFM - Agentの種類によって，論理ホストで運用するものと物理ホストで運用するものがあります。例えば，PFM - Agent for Oracleは，クラスタ構成のOracleを監視するため，論理ホストで運用しますが，PFM - Agent for PlatformはOSのパフォーマンスを監視する製品のため，物理ホストで運用し，各ノードのOSを監視します。詳細については，各PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　PFM - RMのクラスタ構成

PFM - RMの対応するクラスタシステムは，PFM - RMによって異なります。論理ホストで運用できるPFM - RMもあります。お使いのPFM - RMがクラスタシステムで運用できるかどうかについては，各PFM - RMマニュアルを参照してください。

PFM - RMを論理ホスト運用する場合は，共有ディスクに定義情報やパフォーマンスデータを格納し，フェールオーバー時に引き継ぎます。なお，1つの論理ホストに複数のPerformance Managementがある場合は，各Performance Managementが同じ共有ディレクトリを使用します。

PFM - RM for Platformを論理ホスト運用する構成の例を次に示します。

図10‒6　PFM - RMのクラスタ構成（PFM - RM for Platformの場合）

(2)　負荷分散クラスタシステムでの構成の検討

(a)　PFM - Managerのクラスタ構成

PFM - Managerは，複数ノードで分散して処理することはできません。

PFM - Managerは，負荷分散クラスタシステムではなく，物理ホストまたはHAクラスタシステムで運用してください。

(b)　PFM - Web Consoleのクラスタ構成

PFM - Web Consoleは，複数ノードで分散して実行できません。

PFM - Web Consoleは，負荷分散クラスタシステムではなく，物理ホストまたはHAクラスタシステムで運用してください。

(c)　PFM - Baseのクラスタ構成

同じホストにインストールしているPFM - AgentまたはPFM - RMに準じます。

(d)　PFM - Agentのクラスタ構成

PFM - Agent for Platformを，負荷分散クラスタシステムの各ノードで運用する例を説明します。

PFM - Agent for PlatformはOSのパフォーマンスを監視します。そのため，クラスタシステムであっても物理ホストで実行し，各物理ホストのOSを監視します。このため，通常の非クラスタシステムと同じように運用してください。クラスタシステムで運用する場合も，クラスタソフトには登録しません。

図10‒7　PFM - Agentのクラスタ構成（PFM - Agent for Platformの場合）

PFM - Agentのクラスタ構成の詳細については，PFM - Agentマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　PFM - RMのクラスタ構成

負荷分散クラスタシステムで運用できるかどうかは，PFM - RMによって異なります。詳細については，各PFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

10.1.3　ネットワーク構成の設計

Performance Managementを論理ホスト運用するときは，論理ホスト名と論理IPアドレスで通信できるように，ネットワークを構成する必要があります。

「論理ホスト」とは，クラスタソフトに制御された，フェールオーバーの単位となる論理的なノードのことです。論理ホストは，「論理ホスト名」と「論理IPアドレス」を持ちます。アプリケーションは，共有ディスクにデータを格納し，論理IPアドレスで通信すれば，物理的なノードに依存しないで，フェールオーバーできます。

「物理ホスト」とは，物理的なノードのことです。物理ホストが使うホスト名（hostnameコマンドまたはuname -nコマンドを実行したときに表示されるホスト名）を「物理ホスト名」，物理ホスト名に対応したIPアドレスを「物理IPアドレス」といいます。

論理ホストと物理ホストの概要を次の図に示します。

図10‒8　論理ホストと物理ホストの概要

10.1.4　データ構成の設計

Performance Managementを論理ホスト運用する場合は，共有ディスク上に非クラスタシステムで運用するときに必要なデータ量に加えて，共有ディスクに必要なデータ量を検討する必要があります。

クラスタシステムでは，フェールオーバー時に実行系ノードから待機系ノードへ引き継ぎができる「共有ディスク」を持ちます。また，実行系ノードおよび待機系ノードはそれぞれ「ローカルディスク」を持ちます。これらはそれぞれの物理ホスト固有のものであり，ほかのノードに引き継ぐことはできません。

Performance Managementでは，論理ホスト環境をセットアップすると，共有ディスク上に「環境ディレクトリ」が作成されます。この環境ディレクトリには，フェールオーバー時に引き継ぎが必要な定義ファイルや稼働監視データが格納されます。ローカルディスクには，Performance Managementを動作させるのに必要な実行ファイルやコマンドが格納されます。

論理ホスト運用のときのPerformance Managementのデータ構成を次の図に示します。

図10‒9　論理ホスト運用のときのPerformance Managementのデータ構成

補足

定義情報やログファイルはローカルディスクに配置されるものもあります。

Performance Managementで論理ホスト運用する場合に必要なディスク容量の算出式については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，クラスタシステムで運用する場合のディスク占有量について説明している個所を参照してください。

10.1.5　クラスタシステムでの運用設計

どのようなセキュリティポリシーでPerformance Managementユーザーの管理を実施するかやどのような項目を監視するかの検討については，非クラスタシステムでの場合と同じです。

ただし，サービス名およびプロセス名の命名規則や，アラームイベント発生時のアクションを論理ホストで実行する場合の設定方法が非クラスタシステムの場合とは，一部異なります。詳細は，「10.6.1 (3)　サービス名について」および「10.6.6　クラスタシステムでのアラームによるリアルタイム監視」を参照してください。

10.1.6　フェールオーバー方式の設計

業務システム上で動作するPFM - AgentまたはPFM - RMの障害で，PFM - AgentまたはPFM - RMのノード全体をフェールオーバーさせると，PFM - AgentまたはPFM - RMが監視対象としている同じ論理ホストで運用する業務アプリケーションもフェールオーバーすることになり，業務に影響を与えるおそれがあります。そのため，PFM - AgentまたはPFM - RMの障害によってPFM - AgentまたはPFM - RMのノード全体をフェールオーバーさせるかどうかを検討してください。

補足

業務アプリケーションに影響を与えないために，「PFM - AgentまたはPFM - RMで障害が発生した場合は，そのノードで再起動を試みるが，PFM - AgentまたはPFM - RMの障害を契機としたフェールオーバーはしない」という運用方針にする場合もあります。

10.2　クラスタシステムでの構築（Windowsの場合）

10.2.1　インストールとセットアップの前に

(1)　前提条件

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトから論理ホスト運用するPerformance Managementの起動や停止などを制御するように設定されていること。

実行系および待機系でMicrosoftへのエラー報告を抑止するよう設定されていること。

Windowsでは，アプリケーションエラーが発生すると，Microsoftへエラーを報告するダイアログボックスが表示されます。このダイアログボックスが表示されるとフェールオーバーできないおそれがあるため，エラー報告を抑止する必要があります。設定されていない場合は次のように設定してください。

Windows Server 2012の場合

［コントロールパネル］−［システムとセキュリティ］−［アクションセンター］−［メンテナンス］を選択する。

［問題のレポートの解決策を確認］で［設定］をクリックする。

［Windowsエラー報告の構成］ダイアログボックスで，［レポートを送信せず，この確認画面も今後表示しません］を選択する。

［OK］ボタンをクリックする。

Windows Server 2016以降の場合

［ファイル名を指定して実行］で「gpedit.msc」と入力して［OK］ボタンをクリックする。

ローカルグループポリシーエディターで，［コンピュータの構成］−［管理用テンプレート］−［Windows コンポーネント］−［Windows エラー報告］をクリックする。

画面右側の［Windows エラー報告を無効にする］を右クリックして［編集］を選択する。

設定画面で［有効］のラジオボタンをオンにする。

［OK］ボタンをクリックする。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーが発生した際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをオフラインにしてフェールオーバーができること。

1つの論理ホストでPerformance Managementのプログラムを複数実行する場合，共有ディスクのディレクトリ名が同じであること。なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホストと論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN名ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

重要

論理ホスト名について注意

論理ホスト名に，物理ホスト名（hostnameコマンドで表示されるホスト名）を指定しないでください。正常な通信処理がされなくなるおそれがあります。

論理ホスト名に使用できる文字は，1〜32バイトの半角英数字だけです。

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(d)　言語環境の設定

Windowsには言語環境を設定する個所が複数ありますが，設定はすべて実行系ノードおよび待機系ノードで統一しておく必要があります。

言語環境の設定手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の言語環境の設定について説明している個所を参照してください。

(2)　セットアップ環境の確認

論理ホスト運用するPerformance Managementをセットアップするには，通常のPerformance Managementのセットアップで必要になる環境情報に加えて，次の情報が必要です。

表10‒1　論理ホスト運用のPFM - Managerのセットアップに必要な情報（Windowsの場合）

項目

例

論理ホスト名

jp1-ha1

論理IPアドレス

172.16.92.100

共有ディスク

S:¥jp1¥

なお，1つの論理ホストで論理ホスト運用するPerformance Managementが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

(3)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Managerをバージョンアップする場合，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをオンラインにする必要があります。

PFM - Web Consoleがクラスタ環境の場合にバージョンアップするときは共有ディスクをオンラインにする必要はありません。

10.2.2　PFM - Managerのインストールとセットアップ

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れについて，次の図に示します。

図10‒10　論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れ（Windowsの場合）

重要

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerは実行できなくなります。ただし，Action Handlerサービスは物理ホスト環境で運用するPFM - AgentまたはPFM - RMも使用するため，実行できる状態のまま変更されません。

論理ホスト環境のPFM - Managerをアンセットアップすると，物理ホスト環境のPFM - Managerが実行できるようになります。

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerの定義内容がそのまま論理ホスト環境に引き継がれます。ただし，Storeデータベースの内容は引き継がれません。なお，論理ホスト環境のPFM - Managerをアンセットアップすると論理ホスト環境の定義内容やStoreデータベースが削除されるので，物理ホスト環境に引き継ぎできません。

Performance ManagementではJPC_HOSTNAMEを環境変数として使用しているため，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。

バージョン09-00以降のPFM - Managerの場合，新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のヘルスチェック機能の設定が引き継がれます。必要に応じて，ヘルスチェック機能の設定を変更してください。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホスト上のjpccomm.iniファイルの内容は無視され，論理ホストで設定されたホスト名が有効になります。

監視一時停止機能が有効になっている場合，セットアップ前にすべてのホストおよびエージェントに対する監視を再開する必要があります。

以降に，PFM - Managerのインストールの手順，セットアップの手順，およびクラスタソフトの設定手順について説明します。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Managerを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。インストール手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

(3)　セットアップ手順

PFM - Managerのセットアップは，まず実行系ノードで実施します。次に，実行系ノードでセットアップした内容を環境定義ファイルにエクスポートします。最後にその環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへセットアップの内容を反映させます。

図10‒11　実行系ノードでセットアップした内容を待機系ノードへ反映する方法

各セットアップについて，次に説明します。

(a)　PFM - AgentまたはPFM - RM情報の追加セットアップ[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Managerに登録されている場合には，本手順は不要です。登録されていない場合には，本手順により手動登録をしてください。

手動登録の要否については次の条件を確認してください。

次の条件をすべて満たす場合に手動登録してください。

インストールするPFM - AgentまたはPFM - RMの製品バージョンがPFM - Managerのリリースノートに記載していないバージョンである。

PFM - AgentまたはPFM - RMをPFM - Managerホスト以外にインストールしている。

ただし，PFM - AgentまたはPFM - RMのリリースノートにセットアップコマンドの実行が必要であることが記載されている場合は，セットアップコマンドを実行してください。

セットアップの手順は，非クラスタシステムの場合と同じです。手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(b)　共有ディスクのオンライン確認[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(c)　PFM - Managerの論理ホストをセットアップする[図データ]

実行系ノードで，PFM - Managerの論理ホスト環境をセットアップします。セットアップを実施する前に，システム全体で，Performance Managementのプログラムおよびサービスをすべて停止する必要があります。

論理ホスト環境を作成する。

jpcconf ha setupコマンドを実行して，PFM - Managerの論理ホスト環境を作成します。

論理ホスト名は，-lhostで指定します。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。共有ディスクのディレクトリ名は，-dの環境ディレクトリ名に指定します。

例えば，論理ホスト名がjp1-ha1で環境ディレクトリがS:¥jp1の論理ホストをセットアップする場合は，次のようにコマンドを実行します。

jpcconf ha setup -key Manager -lhost jp1-ha1 -d S:¥jp1

このコマンドを実行すると，S:¥jp1の配下にjp1pcディレクトリが作成され，論理環境で必要なファイルが環境ディレクトリにコピーされます。例を次の図に示します。

図10‒12　jpcconf ha setupコマンドの実行例

コマンドを実行すると，実行系ノードのローカルディスクから，必要なデータが共有ディスクにコピーされ，論理ホスト運用するために必要な設定が行われます。

PFM - Managerの論理ホストのセットアップをすると，物理ホスト環境の接続先PFM - Managerが，セットアップした論理ホスト名に変更されます。

jpcconf ha setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。

jpcconf ha listコマンドを実行して，論理ホストの設定を確認し，作成した論理ホスト環境が正しいことを確認してください。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　PFM - AgentまたはPFM - RMの論理ホストのセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストにセットアップするPFM - AgentまたはPFM - RMがある場合だけに必要な手順です。

セットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(e)　ネットワークの設定[図データ]

論理ホスト名または論理IPアドレスでPFM - ManagerとPFM - Web Consoleが通信するために，環境ディレクトリ¥jp1pc¥mgr¥viewsvr¥jpcvsvr.iniファイルに次の行を追加してください。

java.rmi.server.hostname=論理ホスト名または論理IPアドレス

PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名については，マニュアル「JP1/Performance Management リファレンス」の付録の，ポート番号について説明している個所を参照してください。

また，接続先PFM - Managerに応じて，IPアドレスとポート番号を変更する場合は，次の手順で設定してください。

IPv6通信を設定する

Performance ManagementでIPv6通信を利用する場合に設定します。IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行します。

クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。

ただし，PFM - ManagerとPFM - Web Console間はIPv4通信だけに対応しています。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

IPアドレスを設定する[図データ]

IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。jpchostsファイルを編集した場合は，jpchostsファイルを実行系ノードから待機系ノードにコピーしてください。

IPアドレスの設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

ポート番号を設定する[図データ]

ファイアウォールがあるネットワーク環境でPerformance Managementを運用する場合だけに必要な手順です。

ファイアウォール経由でPerformance Managementの通信を実施する場合には，jpcconf port defineコマンドを使用してポート番号を設定します。

例えば，論理ホスト名がjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

コマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに追加定義されます。

ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Web ConsoleおよびJP1/SLMとの通信に使用するホスト名またはIPアドレスを設定する

次の場合，PFM - Managerホストのjpcvsvr.iniファイルにPFM - Managerのホスト名またはIPアドレスを定義します。

PFM - ManagerホストとPFM - Web Consoleホスト間でIPアドレス変換（NAT変換）がされている。

PFM - ManagerホストとPFM - Web Consoleホスト間で複数のIPアドレスを使用する。

JP1/SLMと連携する場合，PFM - ManagerホストとJP1/SLMホスト間でIPアドレス変換（NAT変換）がされている。

JP1/SLMと連携する場合，PFM - ManagerホストとJP1/SLMホスト間で複数のIPアドレスを使用する。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(f)　ログのファイルサイズ変更[図データ]　[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。このファイルサイズを変更したい場合に，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(g)　認証モードの設定[図データ]　[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合に，必要な設定です。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(h)　業務グループによるアクセスコントロール機能の設定[図データ]　[図データ]

業務グループを利用してPerformance Managementのユーザーを管理したい場合に必要な設定です。起動情報ファイル（jpccomm.ini）で，業務グループによるアクセスコントロール機能の利用有無を設定します。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(i)　イベントデータの格納先の変更[図データ]　[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥

バックアップ先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥

エクスポート先フォルダ：環境ディレクトリ¥jp1pc¥mgr¥store¥dump¥

変更方法についての詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(j)　動作ログ出力の設定[図データ]　[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，動作ログの出力について説明している個所を参照してください。

(k)　ヘルスチェック機能を設定する[図データ]　[図データ]

ヘルスチェック機能を設定する方法を次に示します。

ヘルスチェック機能の設定を確認する。

実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次のように実行します。

jpcconf hc display

コマンドを実行すると，次に示すようにヘルスチェック機能の設定が表示されます。

ヘルスチェック機能が有効な場合：available

ヘルスチェック機能が無効な場合：unavailable

jpcconf hc displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

ヘルスチェック機能の設定を変更する。

必要に応じて，実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次に示すように実行します。

ヘルスチェック機能を有効にする場合：

jpcconf hc enable

ヘルスチェック機能を無効にする場合：

jpcconf hc disable

jpcconf hc enableコマンドおよびjpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(l)　論理ホスト環境定義ファイルをエクスポートする[図データ]

実行系ノードでPFM - Managerの論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。同じ論理ホストにほかのPerformance Managementをセットアップする場合は，すべてのセットアップが済んだあとにエクスポートしてください。

jpcconf ha exportコマンドを実行する。

論理ホスト環境定義を，任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(m)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(l)でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオフラインにして，実行系ノードでの作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(n)　論理ホスト環境定義ファイルをインポートする[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

jpcconf ha importコマンドを実行する。

論理ホスト環境定義を待機系ノードにインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。

なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　クラスタソフトの設定手順

クラスタソフトの設定は，実行系ノードと待機系ノードのそれぞれで実施します。

(a)　クラスタソフトでのPFM - Managerの登録[図データ]　[図データ]

PFM - Managerを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Managerを起動したり停止したりするように設定します。

PFM - AgentまたはPFM - RMをクラスタソフトに登録する場合は，PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照して，設定してください。

PFM - Managerをクラスタソフトに登録するときの設定内容を，WindowsのWSFCに登録する項目を例として説明します。

例えば，PFM - Managerを単体で論理ホスト運用する場合，次の表のサービスをクラスタに登録します。

表10‒2　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）

項番

名前

サービス名

依存関係

1

PFM - Name Server [LHOST]

JP1PCMGR_PN [LHOST]

IPアドレスリソース

物理ディスクリソース※

2

PFM - Master Manager [LHOST]

JP1PCMGR_PM [LHOST]

#1のクラスタリソース

3

PFM - Master Store [LHOST]

JP1PCMGR_PS [LHOST]

#2のクラスタリソース

4

PFM - Correlator [LHOST]

JP1PCMGR_PE [LHOST]

#3のクラスタリソース

5

PFM - Trap Generator [LHOST]

JP1PCMGR_PC [LHOST]

#4のクラスタリソース

6

PFM - View Server [LHOST]

JP1PCMGR_PP [LHOST]

#5のクラスタリソース

7

PFM - Action Handler [LHOST]

JP1PCMGR_PH [LHOST]

#6のクラスタリソース

8

PFM - Agent Store for HealthCheck [LHOST]

JP1PCAGT_0S [LHOST]

#7のクラスタリソース

9

PFM - Agent for HealthCheck [LHOST]

JP1PCAGT_0A [LHOST]

#8のクラスタリソース

注※　(3)の(c)で作成した論理ホスト環境ディレクトリがある共有ディスクドライブ。

また，PFM - Managerと，PFM - AgentまたはPFM - RMを同じ論理ホストで運用する場合，次の表のサービスをクラスタに登録します。ここでは，PFM - RM for PlatformとPFM - Agent for Oracleを運用する場合を例とします。

表10‒3　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - Agent for Oracleが共存する場合の例）

項番

名前

サービス名

依存関係

1

PFM - Name Server [LHOST]

JP1PCMGR_PN [LHOST]

IPアドレスリソース

物理ディスクリソース※1

2

PFM - Master Manager [LHOST]

JP1PCMGR_PM [LHOST]

#1のクラスタリソース

3

PFM - Master Store [LHOST]

JP1PCMGR_PS [LHOST]

#2のクラスタリソース

4

PFM - Correlator [LHOST]

JP1PCMGR_PE [LHOST]

#3のクラスタリソース

5

PFM - Trap Generator [LHOST]

JP1PCMGR_PC [LHOST]

#4のクラスタリソース

6

PFM - View Server [LHOST]

JP1PCMGR_PP [LHOST]

#5のクラスタリソース

7

PFM - Action Handler [LHOST]

JP1PCMGR_PH [LHOST]

#6のクラスタリソース

8

PFM - Agent Store for HealthCheck [LHOST]

JP1PCAGT_0S [LHOST]

#7のクラスタリソース

9

PFM - Agent for HealthCheck [LHOST]

JP1PCAGT_0A [LHOST]

#8のクラスタリソース

10

PFM - RM Store for Platform インスタンス名 [LHOST]

JP1PCAGT_7S_インスタンス名 [LHOST]

#7のクラスタリソース※2

11

PFM - RM for Platform インスタンス名 [LHOST]

JP1PCAGT_7A_インスタンス名 [LHOST]

#10のクラスタリソース※2

12

PFM - RM Store for Oracle インスタンス名 [LHOST]

JP1PCAGT_1S_インスタンス名 [LHOST]

#7のクラスタリソース※2

13

PFM - RM for Oracle インスタンス名 [LHOST]

JP1PCAGT_1A_インスタンス名 [LHOST]

#12のクラスタリソース※2

注※1

(3)の(c)で作成した論理ホスト環境ディレクトリがある共有ディスクドライブ。

注※2

Agent固有で設定する必要がある依存関係については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

LHOSTの部分は，論理ホスト名に置き換えてください。例えば，論理ホスト名がjp1-ha1の場合のName Serverサービスの場合，次のようになります。

名前

「PFM - Name Server [jp1-ha1]」

サービス名

「JP1PCMGR_PN [jp1-ha1]」

WSFCの場合は，これらのサービスをWSFCのリソースとして登録します。各リソースの設定は次のようにします。下記では，WSFCの設定項目を［　］で囲んで示しています。

［リソースの種類］は「汎用サービス」として登録する。

［依存関係］を，「表10-2　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）」および「表10-3　クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - Agent for Oracleが共存する場合の例）」を参考に設定する。

例えば，PFM - Master Store [LHOST]サービスをクラスタソフトに登録する場合，項番2 のクラスタリソースとの依存関係が必要なため，PFM - Master Manager [LHOST]サービスと依存関係になるように設定してください。

［スタートアップ パラメータ］および［レジストリのレプリケーション］は設定しない。

プロパティの［ポリシー］タブは，Performance Managementの障害時にフェールオーバーするかしないかの運用に合わせて設定する。

例えば，PFM - Managerの障害時に，フェールオーバーするように設定する場合は，次のように設定します。

［リソースが失敗状態になった場合は，現在のノードで再起動を試みる］をチェックする。

［再起動に失敗した場合は，この役割のすべてのリソースをすべてフェールオーバーする］をチェックする。

［指定期間内での再起動の試行回数］を，3回を目安に設定する。

重要

クラスタに登録するサービスは，クラスタソフトから起動および停止を制御します。このため，実行系ノードと待機系ノードで，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。なお，jpcconf ha setupコマンドでセットアップした直後のサービスは［手動］に設定されています。また，次のコマンドで強制停止しないでください。

jpcspm stop -key all -lhost 論理ホスト名 -kill immediate

統合管理製品（JP1/IM）と連携している場合は，次の順序でサービスが起動または停止するように依存関係を設定してください。

・PFM - Managerのサービスが起動するより前にJP1/Baseのサービスが起動

・JP1/Baseのサービスが停止するより前にPFM - Managerのサービスが停止

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Managerの起動および停止を各ノードで実行して，正常に動作することを確認してください。

10.2.3　PFM - Web Consoleのインストールとセットアップ

(1)　インストールとセットアップの流れ

図10‒13　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Web Consoleを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。

インストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

実行系ノードと待機系ノードのPFM - Web Consoleは同じパスにインストールしてください。

(3)　セットアップ手順

PFM - Web Consoleを論理ホスト運用する場合，実行系ノードと待機系ノードで環境構成を同じにする必要があります。

(a)　PFM - Web Consoleにエージェント情報を登録する[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Web ConsoleにPFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Web Consoleに登録されている場合には，本手順は不要です。登録されていない場合には，本手順により手動登録をしてください。

手動登録の要否については次の条件を確認してください。

次の条件を満たす場合に手動登録してください。

インストールするPFM - AgentまたはPFM - RMの製品バージョンがPFM - Web Consoleのリリースノートに記載していないバージョンである。

ただし，PFM - AgentまたはPFM - RMのリリースノートにセットアップコマンドの実行が必要であることが記載されている場合は，セットアップコマンドを実行してください。

PFM - Web Consoleのエージェント情報の追加セットアップは，「図10-13　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ」で示す流れで実施します。

PFM - Web Consoleにエージェント情報を登録する手順を次に示します。

セットアップファイルをコピーする。[図データ]　[図データ]

PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Web Consoleの実行系ノードおよび待機系ノードの次の場所にコピーします。

PFM - Web Consoleインストール先フォルダ¥setup¥

コピーするセットアップファイルおよび手順は，PFM - Managerに追加セットアップする場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]

待機系ノードで，jpcwagtsetupコマンドを実行し，エージェント情報を登録します。

次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - AgentまたはPFM - RMのエージェント情報をPFM - Web Consoleに登録した場合は，PFM - Web Consoleを再起動する必要があります。ただし，待機系ノードは，フェールオーバー時にPFM - Web Consoleが再起動されるため，手順2のあとの再起動は必要ありません。

(b)　接続先PFM - Managerを設定する[図データ]

PFM - Web Consoleが接続するPFM - ManagerホストのIPアドレスまたはホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<vserver-connection>タグ内のhostに，接続するPFM - ManagerホストのIPアドレスまたはホスト名を指定してください。接続するPFM - Managerがクラスタシステムで運用されている場合は，論理IPアドレスまたは論理ホスト名を指定してください。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(c)　PFM - Web Consoleの論理ホストを設定する[図データ]

PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<vserver-connection>タグ内のownHostに，PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を指定してください。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(d)　ブックマーク定義情報の格納先を設定する[図データ]

ブックマークの定義情報を格納するフォルダを，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<bookmark>タグ内のbookmarkRepositoryに，ブックマークの定義情報を格納するフォルダを指定してください。指定するフォルダは，フェールオーバー時に情報を引き継がせるため，共有ディスク上のフォルダとします。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(e)　プロセス監視定義テンプレートの格納先を設定する[図データ]

プロセス監視の定義テンプレートを格納するフォルダを，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<process-monitoring>タグ内のprocessMonitoringTemplatesRepositoryに，ブックマークの定義情報を格納するフォルダを指定してください。指定するフォルダは，フェールオーバー時に情報を引き継がせるため，共有ディスク上のフォルダとします。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(f)　usrconf.cfgを設定する[図データ]

システムロケールとusrconf.cfgファイルの言語設定が異なる場合，待機系ノードでusrconf.cfgファイルの設定を変更します。

なお，PFM - Web Consoleのインストール後にシステムロケールを変更した場合には，必ずusrconf.cfgファイルの設定を見直してください。

オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(g)　Webブラウザと監視コンソールサーバ間の暗号化通信の設定[図データ]

Webブラウザと監視コンソールサーバ間で暗号化通信を利用する場合は，PFM - Web ConsoleとWebブラウザで設定が必要です。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れについて説明している個所を参照してください。

(h)　設定ファイルの実行系ノードへのコピー[図データ]　[図データ]

(b)，(c)，(d)，および(e)で編集した初期設定ファイル（config.xml）を，実行系ノードにコピーします。実行系ノードの次の場所にコピーしてください。

インストール先フォルダ¥conf

(f)で待機系ノードのusrconf.cfgファイルの設定を変更した場合は，実行系ノードにコピーします。実行系ノードの次の場所にコピーしてください。

インストール先フォルダ¥CPSB¥CC¥server¥usrconf¥ejb¥PFMWebConsole

(i)　共有ディスクのオンライン確認[図データ]

実行系ノードで共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(j)　PFM - AgentまたはPFM - RM情報を追加セットアップする[図データ]　[図データ]

実行系ノードで(a)でコピーしたセットアップファイルを使い，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

実行系ノードで，PFM - Web Consoleサービスを停止する。

クラスタソフトへの登録前の場合，jpcwstopコマンドでサービスを停止させてください。

クラスタソフトへの登録後，PFM - AgentまたはPFM - RMの追加など構成を変更する場合，クラスタソフトからサービスを停止させてください。なお，構成変更の詳細については，「10.3　クラスタシステムでの構成変更（Windowsの場合）」を参照してください。

実行系ノードでセットアップコマンドを実行する。

次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで，PFM - Web Consoleサービスを起動する。

手順1で停止させていたPFM - Web Consoleサービスを起動します。

(4)　クラスタソフトの設定手順

クラスタソフトにPFM - Web Consoleを設定します。実行系ノードと待機系ノードでそれぞれに設定します。

(a)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト環境で運用する場合は，クラスタソフトに登録して，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように環境設定します。

PFM - Web Consoleをクラスタソフトに登録するときの設定内容を，WindowsのWSFCに登録する項目を例として説明します。PFM - Web Consoleの場合，次の表のサービスを，PFM - Managerと同じクラスタグループに追加登録します。

表10‒4　クラスタソフトに登録するPFM - Web Consoleのサービス

項番

名前

サービス名

依存関係

1

PFM - Web Console

PFM-WebConsole

IPアドレスリソース

物理ディスクリソース※

2

PFM - Web Service

PFM-WebService

#1-1のクラスタリソース

（PFM - Web Console）

注※　(3)の(d)と(e)で設定した論理ホスト環境ディレクトリがある共有ディスクドライブ。

WSFCの場合は，これらのサービスをWSFCのリソースとして登録します。各リソースの設定は次のようにします。下記では，WSFCの設定項目を「［　］」で囲んで示しています。

リソースは「汎用サービス」として登録する。

［名前］，［サービス名］および［依存関係］を「表 10-4　クラスタソフトに登録するPFM - Web Consoleのサービス」のとおりに設定する。

なお，名前はサービスを表示するときの名称で，サービス名はWSFCから制御するサービスを指定するときの名称です。

クラスタに登録するサービスは，クラスタソフトから起動および停止を制御します。このため，実行系ノードと待機系ノードの両方で，OS起動時に自動起動しないよう［スタートアップの種類］を［手動］に設定してください。

［レジストリ複製］は設定しない。

プロパティの［ポリシー］タブは，［リソースが失敗状態になった場合は，現在のノードで再起動を試みる］をチェックする。［指定期間内での再起動の試行回数］は，3回を目安に設定する。

重要

WSFCの設定では，クラスタ管理ソフトウェアの「フェールオーバー クラスタ管理」およびclusterコマンドを使用します。これらの詳細については，Microsoft社のドキュメントを参照してください。

1.　PFM - Web Serviceのクラスタ化されたサービスを作成する。

［スタート］メニューから「フェールオーバー クラスタ管理」を使用してクラスタソフトを起動し，PFM - Web Serviceのクラスタ化されたサービスを作成します。クラスタ化されたサービスに属する汎用サービス（PFM - Web Serviceのサービス），クライアントアクセスポイント（名前，IPアドレス），記憶域など，フェールオーバー時にノード間を移動するリソース類を追加します。各項目のプロパティを表示し，リソースの依存関係やそのほかのクラスタに関する設定を実施します。

2.　clusterコマンドを実行する。

管理者として実行したコマンドプロンプトを開き，次のコマンドを実行します。

cluster△res△"リソース名"△/priv△StartupParameters=""

△は半角スペースを表しています。リソース名には，PFM - Web Serviceの汎用サービスのリソース名を指定します。PFM - Web Serviceの汎用サービスのリソース名は「フェールオーバー クラスタ管理」から確認してください。

3.　［スタートアップ パラメータ］の値を確認する。

「フェールオーバー クラスタ管理」から，PFM - Web Serviceの汎用サービスのプロパティを開き，［スタートアップ パラメータ］の値が空白になっていることを確認します。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Web Consoleの起動および停止を各ノードで実行し，正常に動作することを確認してください。

10.2.4　PFM - AgentまたはPFM - RMをバージョンアップインストールする

PFM - Agent，PFM - RM，またはPFM - Managerを論理ホスト環境で運用している場合の物理ホスト環境で動作するPFM - AgentまたはPFM - RMのバージョンアップインストールの手順について説明します。

クラスタソフトから，論理ホスト上のPFMサービスをすべて停止する。

実行系，待機系両方で物理ホスト上のPFMサービスをjpcspm stop -key jp1pcコマンドですべて停止する。

実行系で共有ディスクをオンラインにする。

必要に応じて実行系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

必要に応じて待機系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

クラスタソフトから，論理ホスト上のPFMのサービスを起動する。

実行系，待機系両方の物理ホスト上のPFMサービスを起動する。

なお，PFM - AgentまたはPFM - RMに固有の注意事項については，PFM - AgentまたはPFM - RMのリリースノートおよびマニュアルを参照してください。

10.2.5　PFM - Managerのアンセットアップとアンインストール

(1)　アンセットアップとアンインストールの前に

アンセットアップの順序に関する注意

PFM - AgentまたはPFM - RMを実行するには，PFM - Managerが必要です。このため，PFM - Managerをアンセットアップする場合には，システム内のPFM - AgentまたはPFM - RMとの関係を考慮してアンセットアップ時の作業順序を決める必要があります。アンセットアップが必要になる場合の作業手順については，非クラスタシステムと同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

サービスの停止に関する注意

アンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスを，すべて停止してください。また，アンセットアップするPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - AgentおよびPFM - RMのすべてのサービスを停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

(2)　アンセットアップとアンインストールとの流れ

図10‒14　論理ホスト運用するPFM - Managerのアンセットアップおよびアンインストールの流れ（Windowsの場合）

手順名の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　アンセットアップ手順

アンセットアップは，まず，実行系ノードでアンセットアップを実施します。次に，実行系ノードでアンセットアップした内容を環境定義ファイルにエクスポートします。最後に，その環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへアンセットアップの内容を反映させます。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているすべてのPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン確認[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(c)　ヘルスチェック機能の設定解除[図データ]　[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能の設定を解除するコマンドを次のように実行します。

jpcconf hc disable

jpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　通信ポート番号の設定を解除する[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf port defineコマンドでポート番号を設定した場合だけに必要な手順です。

通信ポート番号の設定を解除する。

jpcconf port defineコマンドを実行して，通信ポート番号の設定を解除します。

例えば，論理ホストjp1-ha1上のサービスのポート番号の設定をすべて解除する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。

jpcconf port defineコマンドでは，論理ホストのPFM - Manager，およびそのほかのPerformance Managementが通信で使用するポート番号を設定します。ポート番号に，0を指定するとポート番号が解除されます。また，このコマンドを実行するとservicesファイルに定義されていたPerformance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるサービス名）が削除されます。

jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(e)　PFM - Managerの論理ホストをアンセットアップする[図データ]

論理ホスト設定を確認する。

論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。

次のようにコマンドを実行します。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

PFM - Managerの論理ホスト環境を削除する。

jpcconf ha unsetupコマンドを実行すると，論理ホストのPFM - Managerを起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。次のようにコマンドを実行します。

jpcconf ha unsetup -key Manager -lhost jp1-ha1

jpcconf ha unsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

共有ディスクがオフラインになっている場合は，論理ホストの設定だけが削除されます。共有ディスク上のディレクトリやファイルは削除されません。

論理ホスト設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all

論理ホスト環境からPFM - Managerが削除されていることを確認してください。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(f)　PFM - AgentまたはPFM - RMの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストからアンセットアップするPFM - AgentまたはPFM - RMがある場合だけ必要な手順です。

PFM - AgentまたはPFM - RMをアンセットアップしてください。アンセットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(g)　論理ホスト環境定義ファイルをエクスポートする[図データ]

実行系ノードでPFM - Managerをアンセットアップする論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

注意

同じ論理ホストから，ほかのPerformance Managementのプログラムをアンセットアップする場合は，アンセットアップが済んだあとにエクスポートしてください。

論理ホスト環境定義をエクスポートする。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。エクスポートファイル名は任意です。

jpcconf ha export -f lhostexp.conf

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(h)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートした論理ホスト環境定義ファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオフラインにして，実行系ノードでの作業を終了します。なお，その共有ディスクを続けて使用する場合は，オフラインにする必要はありません。

(i)　論理ホスト環境定義ファイルをインポートする[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementの設定を，待機系ノードに設定するには，jpcconf ha importコマンドを使用します。1つの論理ホストに複数のPerformance Managementがセットアップされている場合は，一括してインポートされます。

論理ホスト環境定義をインポートする。

jpcconf ha importコマンドを実行して，実行系ノードから待機系ノードにコピーした論理ホスト環境定義のエクスポートファイルをインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

コマンドを実行すると，待機系ノードの環境を，エクスポートした実行系ノードと同じ環境になるように設定変更します。これによって，論理ホストのPFM - Managerを起動するための設定が削除されます。ほかの論理ホストのPerformance Managementをアンセットアップしている場合は，それらの設定も削除されます。

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

論理ホスト環境の設定を確認する。

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホスト設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(4)　クラスタソフトからのPFM - Managerの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　PFM - Managerのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。アンインストール手順は，非クラスタシステムの場合と同じです。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

PFM - Managerをアンインストールする場合は，PFM - ManagerをアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPerformance Managementをアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

10.2.6　PFM - Web Consoleのアンセットアップとアンインストール

(1)　アンセットアップとアンインストールの流れ

図10‒15　クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れ（Windowsの場合）

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。

(2)　アンセットアップ手順

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているすべてのPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン確認[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(3)　クラスタソフトからのPFM - Web Consoleの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(4)　PFM - Web Consoleのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。PFM - Web Consoleのアンインストール手順は，非クラスタシステムの場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

注意

ブックマークの定義情報の格納先フォルダは，デフォルトから変更している場合，PFM - Web Consoleのアンインストール時に削除されません。アンインストールしたあとに，手動で削除する必要があります。

10.3　クラスタシステムでの構成変更（Windowsの場合）

システムを構築して運用を開始したあとも，業務の拡大や処理量の増加に伴って，サーバを追加したり新たなアプリケーションを導入したりするなど，システムのクラスタ構成が変更になる場合があります。

そのため，監視対象システムのクラスタ構成変更に合わせて，次に示すPerformance Managementの構成変更の検討が必要になります。

監視対象システムの追加に伴うPFM - AgentまたはPFM - RMの追加

監視対象システムの削除に伴うPFM - AgentまたはPFM - RMの削除

運用開始後のマシンの論理ホスト名の変更

運用開始後の論理ホスト環境の変更

ここでは，クラスタシステムで論理ホスト運用をしている場合に，Performance Managementの構成を変更する方法について説明します。

10.3.1　PFM - AgentまたはPFM - RMの追加

システムへのサーバの追加や新しいアプリケーションを追加するとき，それらのパフォーマンスを監視するために，PFM - AgentまたはPFM - RMを追加する場合があります。

これまでPerformance Managementシステムで使用していなかった新しいプロダクトIDのPFM - AgentまたはPFM - RMを追加する場合，PFM - ManagerおよびPFM - Web Consoleに，エージェント情報の追加セットアップが必要になります。

プロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

ヒント

エージェント情報とは，PFM - ManagerやPFM - Web Consoleが，PFM - AgentまたはPFM - RMを管理したり表示したりするための情報です。

注意

PFM - AgentまたはPFM - RMを追加する前に，PFM - ManagerおよびそのノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

論理ホスト運用のPFM - Managerの場合も，作業中は停止する必要があります。Performance Managementプログラムのサービスが完全に停止していない状態で，PFM - AgentまたはPFM - RMを追加するためのjpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，サービスが完全に停止したことを確認したあと，再度jpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行してください。

論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れを次に示します。

図10‒16　論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れ

手順を次に示します。

(1)　PFM - Baseと，PFM - AgentまたはPFM - RMをインストールする

新しくPerformance Managementでパフォーマンスを監視するホストに，PFM - Baseと，PFM - AgentまたはPFM - RMをインストールします。

インストール方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

(2)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする

(a)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする流れ

クラスタシステムで論理ホスト運用をしているPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする流れを説明します。

「10.2.2(3)(a) PFM - AgentまたはPFM - RM情報の追加セットアップ」で説明しているエージェント情報の登録条件に該当する場合，PFM - ManagerにPFM - AgentまたはPFM - RMの登録が必要になります。

エージェント情報の追加セットアップは，まず待機系ノードから実施します。待機系のノードの追加セットアップが完了すると，次に実行系ノードのセットアップを実施します。

図10‒17　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする流れ

注意

PFM - ManagerやPFM - Web Consoleと同一のホストにPFM - AgentまたはPFM - RMを追加する場合は，追加セットアップは必要ありません。

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - AgentまたはPFM - RMをセットアップしてください。

(b)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする手順

PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする手順を説明します。

[図データ]は実行系ノードで実施する手順を，[図データ]は待機系ノードで実施する手順を示します。

セットアップファイルをコピーする。[図データ]　[図データ]

PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Managerの実行系ノードおよび待機系ノードにコピーします。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

待機系ノードでサービスを停止する。[図データ]

待機系ノード上の物理ホストサービスをすべて停止してください。

待機系ノードでセットアップコマンドを実行する。[図データ]

待機系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。

次のようにコマンドを実行します。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで共有ディスクを確認する。[図データ]

実行系ノードで，共有ディスクがオンラインかどうかを確認します。追加セットアップでは，共有ディスク上にエージェント情報を書き込みます。クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクがオンラインになっているか確認してください。

実行系ノードでサービスを停止する。[図データ]

実行系ノードで，物理ホストおよび論理ホスト環境のPerformance Managementの全プログラムおよびサービスを停止します。なお，論理ホスト環境のプログラムおよびサービスの停止は，クラスタソフトから行ってください。

実行系ノードでセットアップコマンドを実行する。[図データ]

待機系と同様にして，実行系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでサービスを起動する。[図データ]

実行系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

待機系ノードでサービスを起動する。[図データ]

待機系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

(3)　PFM - Web ConsoleにPFM - AgentまたはPFM - RMを追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Web Consoleに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

「10.2.3(3)(a) PFM - Web Consoleにエージェント情報を登録する」で説明しているエージェント情報の登録条件に該当する場合，PFM - Web ConsoleにPFM - AgentまたはPFM - RMの登録が必要になります。

追加セットアップする手順については，「10.2.3(3)(a) PFM - Web Consoleにエージェント情報を登録する」，および「10.2.3(3)(j) PFM - AgentまたはPFM - RM情報を追加セットアップする」を参照してください。

(4)　追加したPFM - AgentまたはPFM - RMを確認する

PFM - AgentまたはPFM - RMのノードでサービスを起動する。

新しく追加したPFM - AgentまたはPFM - RMのノードでPerformance Managementのプログラムおよびサービスを起動します。

PFM - AgentまたはPFM - RMが正しく追加されているか確認する。

jpctool service listコマンドを実行して，PFM - Managerに正しく接続されていることを確認します。

次のようにコマンドを実行します。

jpctool service list -id *

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

10.3.2　PFM - AgentまたはPFM - RMの削除

システム構成の変更によって，システム全体から監視対象のシステムを撤去する場合などに，PFM - AgentまたはPFM - RMを削除する場合があります。

論理ホスト運用中のPerformance Managementシステムから，PFM - ManagerホストおよびPFM - Web Consoleホストで，それぞれPFM - AgentまたはPFM - RMを削除します。

注意

削除対象となるPFM - Agent またはPFM - RMのプログラムおよびサービスはすべて停止してください。

(1)　PFM - ManagerからPFM - AgentまたはPFM - RMを削除する

アラームテーブルをアンバインドする。

削除対象のPFM - AgentまたはPFM - RMにバインドされているアラームテーブルがある場合，PFM - Web Consoleでの操作またはjpctool alarm unbindコマンドを使用して，バインドされているアラームテーブルをアンバインドします。PFM - Web Consoleでアラームテーブルのバインドを解除する方法については，「6.6.1(2)(b)　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。また，jpctool alarm unbindコマンドでアラームテーブルのバインドを解除する方法については，「6.8.2　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。

エージェント情報を削除する。

PFM - Managerが管理しているエージェント情報を削除します。

次のようにコマンドを実行します。

jpctool service delete -id xxxx -host ホスト名 -lhost 論理ホスト名

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスIDを示します。

例えば，ホスト名がjp1のホストで，論理ホスト名がjp1-ha1の論理ホスト環境のPFM - Agent for Oracleのエージェント情報を削除する場合，次のようにコマンドを実行します。

jpctool service delete -id O* -host jp1 -lhost jp1-ha1

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMのアンセットアップとアンインストールを実施する。

PFM - AgentまたはPFM - RMのアンセットアップとアンインストールを実施します。PFM - AgentまたはPFM - RMのアンセットアップとアンインストールの方法については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

PFM - Managerのエージェント情報を反映する。

PFM - Web Consoleにエージェント情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのエージェント情報を同期します。エージェント情報を同期するにはjpctool service syncコマンドを使用してください。

jpctool service syncコマンドで同期したエージェント情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注意　PFM - RMのリモートエージェントをアンセットアップした場合の注意事項

PFM - RMのリモートエージェントをアンセットアップした場合（jpcconf target unsetupコマンド実行後）は，自動的にサービス情報が削除されるため，jpctool service deleteコマンドの実行は不要です。

ただし，アンセットアップ後にPFM - Web Consoleに情報を反映するためには，jpctool service syncコマンドの実行が必要です。

サービス情報は，次のタイミングで削除されます。

PFM - Managerおよび削除対象のPFM - RMのサービスが起動しているとき

jpcconf target unsetupコマンドを実行すると，PFM - RMからPFM - Managerにサービス情報の削除要求が行われ，PFM - Managerでサービス情報が削除されます。

PFM - Managerまたは削除対象のPFM - RMのサービスが停止しているとき

jpcconf target unsetupコマンドを実行後に，PFM - RMのサービスが起動してPFM - Managerに接続されたタイミングで，PFM - Managerでサービス情報が削除されます。

(2)　PFM - Web ConsoleからPFM - AgentまたはPFM - RMを削除する

実行系ノードでPFM - Web Consoleを再表示する。

削除したPFM - AgentまたはPFM - RMの情報をPFM - Web Consoleに反映させます。

jpctool service syncコマンドを実行したあとに，実行系ノードでPFM - Web Consoleを再表示してください。

エージェント階層からエージェントを削除する。

必要に応じて，エージェント階層の「User Agents」で表示されるツリーから，不要になったエージェントを削除します。

エージェント階層からのエージェントの削除については，「3.2　Webブラウザでのエージェント階層の作成・編集」または「3.3　コマンドでのエージェント階層の作成・編集」を参照してください。

アラームの定義情報およびレポートの定義情報を削除する。

必要に応じて，不要になったアラームの定義情報およびレポートの定義情報を削除します。

アラームの定義情報の削除については，「6.4.9(2)　アラームを削除する」または「6.7.6　アラームを削除する」を参照してください。レポートの定義情報の削除については，「5.3.12(2)　レポートを削除する」または「5.5.2　不要になったレポートを削除する」を参照してください。

10.3.3　運用開始後のマシンの論理ホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストのマシンの論理ホスト名を変更する場合に必要な，Performance Managementシステムでの作業手順を説明します。

論理ホスト名を変更する場合，jpcconf host hostnameコマンドで監視ホスト名を変更してから，論理ホスト名を変更する必要があります。

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(1)　PFM - Managerの論理ホスト名を変更する

(a)　PFM - Managerの論理ホスト名を変更する流れ

PFM - Managerの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，「13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ」を参照してください。

図10‒18　PFM - Managerの論理ホスト名を変更する流れ

(b)　PFM - Managerの論理ホスト名を変更する手順

図中の番号に沿って作業手順を次に示します。

ホスト名を変更するPFM - Managerホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - Managerホストの監視を一時停止します。

監視の一時停止の詳細については，「8.　監視の一時停止と再開」を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

ヘルスチェックエージェントの設定を削除する。

ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。エージェントの定義を変更する手順の詳細については，「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

論理ホスト名を変更するPFM - Managerと同一ホストにインストールしている論理PFM - Agentまたは論理PFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」および「6.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでサービスを停止する。

ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更するPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - Managerホストでサービスを停止する。

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Managerの登録を解除する。

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - Managerホストの監視ホスト名を変更する。

jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d d:¥backup -dbconvert convert

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

メモ

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleがある場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - Managerの論理ホスト名を変更する。

PFM - Managerの論理ホスト名を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにhostsファイルおよびjpchostsファイルの設定を変更する。

論理ホスト環境定義ファイルをエクスポートする。[図データ]

補足

待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

jpcconf ha exportコマンドを実行して，論理ホスト環境定義を，任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境定義ファイルを待機系ノードにコピーする。[図データ]　[図データ]

手順12でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

論理ホスト環境定義ファイルをインポートする。[図データ]

補足

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

jpcconf ha importコマンドを実行して，論理ホスト環境定義を待機系ノードにインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。

なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。[図データ]

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

クラスタソフトを再設定する。[図データ]　[図データ]

設定方法については「10.2.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。

PFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。PFM - Agent固有の手順の要否について，次の表に示します。

表10‒5　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合。

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合。

次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「10.3.3(4)　ホスト名変更の際に，必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合。

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでのサービスを起動する。

クラスタソフトからの操作で，PFM - Managerのサービスを起動させてください。

PFM - Managerホストでサービス情報を削除する。

PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付けられたPerformance Managementプログラムのサービス情報は変更されないため，不要な情報を削除する必要があります。

削除対象のサービス情報の種類と確認方法を次に示します。

変更前のホスト上のサービス情報

次のコマンドで表示される項目すべてが削除対象です。

jpctool service list -id * -host 変更前のホスト名 -lhost 変更後のホスト名

サービスIDに変更前のホスト名を含むサービス情報

次のコマンドで表示される項目のうち，［Service ID］列に変更前のホスト名を含むものが削除対象です。

jpctool service list -id * -lhost 変更後のホスト名

サービス情報は，jpctool service deleteコマンドを使用して削除します。

変更前のホスト上にあるサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id * -host 変更前のホスト名 -lhost 変更後のホスト名

また，サービスIDに変更前のホスト名を含むサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id ???変更前のホスト名 -host 変更後のホスト名 -lhost 変更後のホスト名

なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id * -host 変更前のホスト名 -lhost 変更後のホスト名 -force
jpctool service delete -id ???変更前のホスト名 -host 変更後のホスト名 -lhost 変更後のホスト名 -force

参考

jpctool service listコマンドでは，DB上に残っている，変更前のホスト名を含む古いサービス情報が表示されない場合があります。このようなサービス情報も，DB上から削除する必要があるため，ここで示したjpctool service deleteコマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービス情報を反映する。

PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

必要に応じて，業務グループの構成を変更する。

論理ホスト名を変更したPFM - Managerホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

PFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更する。

論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定の変更は，jpcconf mgrhost defineコマンドを使用します。

（PFM - Manager環境の実行系および待機系それぞれのノードの物理ホストでも設定してください。）

例えば，接続先PFM - Managerのホスト名がlhostBに変更された場合，次のように指定してコマンドを実行します。

jpcconf mgrhost define -host lhostB

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。

論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。

論理ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定を変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）について説明している章を参照してください。

PFM - Web Consoleホストでのサービスを起動する。

論理ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

ヘルスチェックエージェントの定義を再設定する。

ヘルスチェック機能を使用している場合，ホスト名変更後のヘルスチェックエージェントの定義（手順3で削除した定義）を再設定します。

PFM - AgentまたはPFM - RMの定義を再設定する。

論理ホスト名を変更したPFM - Managerと同一ホストにインストールしている論理PFM - Agentまたは論理PFM - RMの定義（手順4で削除した定義）を再設定します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している。

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している。

アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，「12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて」を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

ホスト名を変更したPFM - Managerホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - Managerホストの監視を再開します。

設定変更後に確認を実施する。

論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する

(a)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する流れ

PFM - AgentまたはPFM - RMの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，「13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ」を参照してください。

図10‒19　PFM - AgentまたはPFM - RMの論理ホスト名を変更する流れ

(b)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する手順

図中の番号に沿って作業手順を次に示します。

ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，「8.　監視の一時停止と再開」を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの情報を削除する。

論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」または「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを停止する。

論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのPerformance Managementのプログラムおよびサービスをすべて停止します。クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - AgentまたはPFM - RMの登録を解除する。

クラスタソフトから，論理ホストのPFM - AgentまたはPFM - RMに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する。

jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d d:¥backup -dbconvert convert

注意

上記のコマンドを実行後，次の手順でホスト名を変更するまで，Performance Managementのコマンドを実行しないでください。

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

メモ

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleがある場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - AgentまたはPFM - RMホストの論理ホスト名を変更する。

PFM - AgentまたはPFM - RMホストの論理ホスト名を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにhostsファイルおよびjpchostsファイルの設定を変更する。

論理ホスト環境定義ファイルをエクスポートする。[図データ]

補足

待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

jpcconf ha exportコマンドを実行して，論理ホスト環境定義を，任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境定義ファイルを待機系ノードにコピーする。[図データ]　[図データ]

手順9でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

論理ホスト環境定義ファイルをインポートする。[図データ]

補足

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

jpcconf ha importコマンドを実行して，論理ホスト環境定義を待機系ノードにインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。

jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。[図データ]

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

クラスタソフトを設定する。[図データ]　[図データ]

設定方法については「10.2.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。

PFM - Agent固有の手順の要否について，次の表に示します。

表10‒6　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

監視ホスト名を変更するのが，PFM - Agent 09-00以降の場合。

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

監視ホスト名を変更するのが，PFM - Agent 09-00未満の場合。

次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「10.3.3(4)　ホスト名変更の際に，必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合。

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービス情報を削除する。

PFM - AgentまたはPFM - RMホストのホスト名を変更しても，変更前のホスト名が付けられたPerformance Managementプログラムのサービス情報は変更されないため，PFM - Managerホストで不要な情報を削除する必要があります。監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

削除対象のサービス情報の種類と確認方法を次に示します。

変更前のホスト上のサービス情報

次のコマンドで表示される項目すべてが削除対象です。

jpctool service list -id * -host 変更前のホスト名

サービスIDに変更前のホスト名を含むサービス情報

次のコマンドで表示される項目のうち，［Service ID］列に変更前のホスト名を含むものが削除対象です。

jpctool service list -id *

サービス情報は，jpctool service deleteコマンドを使用して削除します。

変更前のホスト上にあるサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id * -host 変更前のホスト名

また，サービスIDに変更前のホスト名を含むサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id ???変更前のホスト名 -host 変更後のホスト名

なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id * -host 変更前のホスト名 -force
jpctool service delete -id ???変更前のホスト名 -host 変更後のホスト名 -force

参考

jpctool service listコマンドでは，DB上に残っている，変更前のホスト名を含む古いサービス情報が表示されない場合があります。このようなサービス情報も，DB上から削除する必要があるため，ここで示したjpctool service deleteコマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービス情報を反映する。

PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをクラスタソフトから起動します。

必要に応じて，業務グループの構成を変更する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

必要に応じて，新論理ホスト名をエージェント階層の管理フォルダへ登録する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMホストを，PFM - Web Consoleのエージェント階層の管理フォルダへ登録してください。管理フォルダへ登録する手順の詳細については，「3.　エージェントの監視」を参照してください。

必要に応じて，手順3の定義を再設定する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMの定義（手順3で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，「12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて」を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - AgentまたはPFM - RMホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - AgentまたはPFM - RMホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，「11.5　定義情報の二重化」を参照してください。

設定変更後に確認を実施する。

設定変更後は，次の確認をしてください。

パフォーマンスデータの収集

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

(3)　PFM - Web Consoleの論理ホスト名を変更する

PFM - Web Consoleの論理ホスト名を変更する手順を次に示します。

なお，JP1/SLMと連携している場合には作業の前に，「13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ」を参照してください。

PFM - Web Consoleホストでサービスを停止する。

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Web Consoleの登録を解除する。

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

初期設定ファイル（config.xml）のPFM - Web Consoleホスト情報を新しい論理ホスト名に変更する。

初期設定ファイル（config.xml）の<vsa> - <vserver-connection>タグ内のownHostパラメーターに，論理ホスト名を設定している場合に必要な手順です。

手順については，「10.2.3(3)(c)　PFM - Web Console の論理ホストを設定する」および「10.2.3(3)(h)　設定ファイルの実行系ノードへのコピー」を参照してください。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，各定義ファイルまたは各サービスのプロパティに設定しているホスト名を新しいホスト名に変更する。

JP1ユーザーイベントを設定している場合

モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのホスト名を新しいホスト名に変更します。詳細については，「12.3.2(4)　連携のための定義ファイルの編集・コピー」を参照してください。

JP1システムイベントを設定している場合

各サービスで，Monitoring Console Hostプロパティの値を新しいホスト名に変更します。詳細については，「12.3.2(1)　JP1イベントの発行を設定する」を参照してください。

セントラルコンソール上のイベントからPerformance Managementのレポートを表示する設定をしている場合

性能レポート表示定義ファイル（performance.conf）に設定しているPFM - Web Consoleのホスト名を変更します。

なお，統合管理製品（JP1/IM）の詳細については，「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合，ホスト名を変更する。

JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）に設定しているPFM - Web Consoleのホスト名を変更します。

PFM - Web Consoleホストの論理ホスト名を変更する。

Webブラウザと監視コンソールサーバ間の暗号化通信を有効にしている場合，証明書を再取得する。

変更後のホスト名で証明書を取得し直す必要があります。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れについて説明している個所を参照してください。

クラスタソフトを再設定する。

設定手順については，「10.2.3(4)　クラスタソフトの設定手順」を参照してください。

PFM - Web Consoleホストで，サービスを起動する。

クラスタソフトからの操作で，PFM - Web Consoleのサービスを起動させてください。

統合管理製品（JP1/IM）と連携している場合は，統合管理製品（JP1/IM）を再起動する。

JP1/IMのjco_spmd_reloadコマンドを実施することでも設定を反映できます。コマンドの詳細については，マニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合は，ジョブ管理製品（JP1/AJS3）のサービスを再起動する。

(4)　ホスト名変更の際に，必要に応じて実施するPFM - Agent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerの論理ホスト名を変更する

PFM - AgentまたはPFM - RMの論理ホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「10.3.3(1)　PFM - Managerの論理ホスト名を変更する」または「10.3.3(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する」を参照してください。

(a)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

環境ディレクトリ¥agtc¥agent¥インスタンス名¥jpcagt.ini

編集内容

[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(b)　PFM - Agent for Dominoの場合

注意

次の手順は，PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ実行してください。

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

環境ディレクトリ¥agtl¥agent¥インスタンス名¥jpcagt.ini

編集内容

[Health Check Options]セクションの次のエントリの値に，新しいホスト名を設定します。

[[HTTP Port Check]]サブセクションのHostエントリ

[[SMTP Port Check]]サブセクションのHostエントリ

[[POP3 Port Check]]サブセクションのHostエントリ

[[LDAP Port Check]]サブセクションのHostエントリ

[[NNTP Port Check]]サブセクションのHostエントリ

(c)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bciSD500」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bciSD500 -lhost jp1-halr3

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

(d)　PFM - Agent for Microsoft SQL Serverの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Microsoft SQL Serverに「default」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtq -inst default -lhost jp1-halSQL

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「SQL_HOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

10.3.4　運用開始後の論理ホスト環境の変更

ここでは，論理ホストを運用している環境でjpchostsファイル，ポート番号および環境ディレクトリパスを変更する方法について説明します。

この設定は，論理ホストの運用でPFM - Managerを起動するために必要です。

(1)　jpchostsファイルを変更する

すでに論理ホストを運用している環境でjpchostsファイルを変更する場合は，次の手順を実施してください。

実行系ノードでjpchostsファイルを編集する。

jpchostsファイルを実行系ノードから待機系ノードにコピーする。

(2)　ポート番号を変更または追加する

すでに論理ホストを運用している環境でポート番号を変更または追加する場合は，次の手順を実施してください。

実行系ノードでjpcconf port defineコマンドを使用してポート番号を設定する。

共有ディスクはオンラインにします。

例えば，論理ホストjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

jpcconf port defineコマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに定義されます。

ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップ（Windowsの場合）について説明している章を参照してください。

jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでjpcconf ha exportコマンドを実行する。

Performance Managementの論理ホスト環境の設定を任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境の設定をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

jpcconf ha exportコマンドでエクスポートしたファイルを，実行系ノードから待機系ノードにコピーする。

jpcconf ha importコマンドを実行して，実行系ノードからコピーしたエクスポートファイルを待機系ノードにインポートする。

インポートの際に，待機系ノードで共有ディスクをオンラインにする必要はありません。

実行系ノードでエクスポートされた論理ホストの環境定義ファイルが待機系ノードにインポートされます。

例えば，エクスポートファイル名がlhostexp.confファイルの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境が実行系ノードと同じ環境に設定されます。

(3)　環境ディレクトリパスを変更する

すでに論理ホストを運用している環境で環境ディレクトリパスを変更する場合は，次の手順を実施してください。

PFM - Manager，PFM - Base，PFM - Agent，PFM - RMの場合

論理ホストの再セットアップが必要となります。次の手順によって，移行を実施してください。なお，次の手順2.および手順3.での，PFM - AgentまたはPFM - RMのアンセットアップとセットアップの手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

定義情報や稼働監視データをバックアップする。

論理ホスト環境をアンセットアップする。

新しい環境ディレクトリパスを指定して論理ホストをセットアップする。

定義情報や稼働監視データをリストアする。

PFM - Web Consoleの場合

PFM - Web Consoleを停止する。

環境ディレクトリパスを変更する。

詳細は「10.2.3(3)(d)　ブックマーク定義情報の格納先を設定する」，「10.2.3(3)(e)　プロセス監視定義テンプレートの格納先を設定する」を参照してください。

なお，ブックマーク定義情報およびプロセス監視定義テンプレートを引き継ぎたい場合は，事前にフォルダをコピーしてください。

PFM - Web Consoleを起動する。

10.4　クラスタシステムでの構築（UNIXの場合）

10.4.1　インストールとセットアップの前に

(1)　前提条件

(a)　クラスタシステム

次の条件が整っていることを確認してください。

クラスタシステムがクラスタソフトによって制御されていること。

クラスタソフトから論理ホスト運用するPerformance Managementの起動や停止などを制御するように設定されていること。

(b)　共有ディスク

次の条件が整っていることを確認してください。

論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

フェールオーバーが発生した際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをオフラインにしてフェールオーバーができること。

1つの論理ホストでPerformance Managementのプログラムを複数実行する場合，共有ディスクのディレクトリ名が同じであること。なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのディレクトリに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

論理ホストと論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

DNS運用している場合は，FQDN名ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

物理ホスト名と論理ホスト名は，システムの中でユニークであること。

重要

論理ホスト名について

論理ホスト名に，物理ホスト名（uname -nコマンドで表示されるホスト名）を指定しないでください。正常な通信処理がされなくなるおそれがあります。

論理ホスト名に使用できる文字は，1〜32バイトの半角英数字だけです。

論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(d)　そのほかの前提条件

次の条件が整っていることを確認してください。

カーネルパラメーターが調整されていること。

(2)　セットアップ環境の確認

論理ホスト運用するPerformance Managementをセットアップするには，通常のPerformance Managementのセットアップで必要になる環境情報に加えて，次の情報が必要です。

表10‒7　論理ホスト運用のPFM - Managerのセットアップに必要な情報（UNIXの場合）

項目

例

論理ホスト名

jp1-ha1

論理IPアドレス

172.16.92.100

共有ディスク

/usr/jp1

なお，1つの論理ホストで論理ホスト運用するPerformance Managementが複数ある場合も，同じ共有ディスクのディレクトリを使用します。

(3)　論理ホスト運用時のバージョンアップに関する注意事項

論理ホスト運用のPFM - Managerをバージョンアップする場合，実行系ノードまたは待機系ノードのどちらか一方で，共有ディスクをオンラインにする必要があります。

PFM - Web Consoleがクラスタ環境の場合にバージョンアップするときは共有ディスクをオンラインにする必要はありません。

10.4.2　PFM - Managerのインストールとセットアップ

(1)　インストールとセットアップの流れ

論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れについて，次の図に示します。

図10‒20　論理ホスト運用するPFM - Managerのインストールおよびセットアップの流れ（UNIXの場合）

重要

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerは実行できなくなります。ただし，Action Handlerサービスは物理ホスト環境で運用するPFM - AgentまたはPFM - RMも使用するため，実行できる状態のまま変更されません。

論理ホスト環境のPFM - Managerをアンセットアップすると，物理ホスト環境のPFM - Managerが実行できるようになります。

論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のPFM - Managerの定義内容がそのまま論理ホスト環境に引き継がれます。ただし，Storeデータベースの内容は引き継がれません。なお，論理ホスト環境のPFM - Managerをアンセットアップすると論理ホスト環境の定義内容やStoreデータベースが削除されるので，物理ホスト環境に引き継ぎできません。

Performance ManagementではJPC_HOSTNAMEを環境変数として使用しているため，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。

バージョン09-00以降のPFM - Managerの場合，新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のヘルスチェック機能の設定が引き継がれます。必要に応じて，ヘルスチェック機能の設定を変更してください。

論理ホスト環境では，監視ホスト名設定機能は使用できません。論理ホスト上のjpccomm.iniファイルは無視され，論理ホストで設定されたホスト名が有効になります。

監視一時停止機能が有効になっている場合，セットアップ前にすべてのホストおよびエージェントに対する監視を再開する必要があります。

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Managerを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。インストール手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

(3)　セットアップ手順

PFM - Managerのセットアップは，まず実行系ノードで実施します。次に，実行系ノードでセットアップした内容を環境定義ファイルにエクスポートします。最後にその環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへセットアップの内容を反映させます。

図10‒21　実行系ノードでセットアップした内容を待機系ノードへ反映する方法

各セットアップについて，次に説明します。

(a)　LANG環境変数の設定[図データ]　[図データ]

実行系ノードおよび待機系ノードでLANG環境変数を設定します。

LANG環境変数の設定手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」のLANG環境変数の設定について説明している個所を参照してください。

(b)　PFM - AgentまたはPFM - RM情報の追加セットアップ[図データ]　　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Managerに登録されている場合には，本手順は不要です。登録されていない場合には，本手順により手動登録をしてください。

手動登録の要否については次の条件を確認してください。

次の条件をすべて満たす場合に手動登録してください。

インストールするPFM - AgentまたはPFM - RMの製品バージョンがPFM - Managerのリリースノートに記載していないバージョンである。

PFM - AgentまたはPFM - RMをPFM - Managerホスト以外にインストールしている。

ただし，PFM - AgentまたはPFM - RMのリリースノートにセットアップコマンドの実行が必要であることが記載されている場合は，セットアップコマンドを実行してください。

セットアップの手順は，非クラスタシステムの場合と同じです。手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(c)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，mountコマンドを実行してファイルシステムをマウントしてください。

注意

共有ディスクをマウントしないでセットアップすると，ローカルディスク上にファイルが作成されることがあります。

(d)　PFM - Managerの論理ホストをセットアップする[図データ]

実行系ノードで，PFM - Managerの論理ホスト環境をセットアップします。セットアップを実施する前に，システム全体で，Performance Managementのプログラムおよびサービスをすべて停止する必要があります。

論理ホスト環境を作成する。

jpcconf ha setupコマンドを実行して，PFM - Managerの論理ホスト環境を作成します。

論理ホスト名は，-lhostで指定します。DNS運用をしている場合はドメイン名を省略した論理ホスト名を指定してください。共有ディスクのディレクトリ名は，-dの環境ディレクトリ名に指定します。

例えば，論理ホスト名がjp1-ha1で環境ディレクトリが/usr/jp1の論理ホストをセットアップする場合は，次のようにコマンドを実行します。

jpcconf ha setup -key Manager -lhost jp1-ha1 -d /usr/jp1

このコマンドを実行すると，/usr/jp1の配下にjp1pcディレクトリが作成され，論理ホスト環境で必要なファイルが環境ディレクトリにコピーされます。例を次の図に示します。

図10‒22　jpcconf ha setupコマンドの実行例

コマンドを実行すると，実行系ノードのローカルディスクから，必要なデータが共有ディスクにコピーされ，論理ホスト運用するために必要な設定が行われます。

PFM - Managerの論理ホストのセットアップをすると，物理ホスト環境の接続先PFM - Managerが，セットアップした論理ホスト名に変更されます。

jpcconf ha setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。

jpcconf ha listコマンドを実行して，論理ホストの設定を確認し，作成した論理ホスト環境が正しいことを確認してください。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(e)　PFM - AgentまたはPFM - RMの論理ホストのセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストにセットアップするPFM - AgentまたはPFM - RMがある場合だけに必要な手順です。

セットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(f)　ネットワークの設定[図データ]

論理ホスト名または論理IPアドレスでPFM - ManagerとPFM - Web Consoleが通信するために，環境ディレクトリ/jp1pc/mgr/viewsvr/jpcvsvr.iniファイルに次の行を追加してください。

java.rmi.server.hostname=論理ホスト名または論理IPアドレス

PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名については，マニュアル「JP1/Performance Management リファレンス」の付録の，ポート番号について説明している個所を参照してください。

また，ネットワーク構成に応じて，IPアドレスとポート番号を変更する場合は，次の手順で設定してください。

IPv6通信を設定する

Performance ManagementでIPv6通信を利用する場合に設定します。IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行します。

クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。

ただし，PFM - ManagerとPFM - Web Console間はIPv4通信だけに対応しています。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

IPアドレスを設定する[図データ]

IPアドレスを設定したい場合は，jpchostsファイルの内容を直接編集します。jpchostsファイルを編集した場合は，jpchostsファイルを実行系ノードから待機系ノードにコピーしてください。

IPアドレスの設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

ポート番号を設定する[図データ]

ファイアウォールがあるネットワーク環境でPerformance Managementを運用する場合だけに必要な手順です。

ファイアウォール経由でPerformance Managementの通信を実施する場合には，jpcconf port defineコマンドを使用してポート番号を設定します。

例えば，論理ホスト名がjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

コマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに追加定義されます。

ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Web ConsoleおよびJP1/SLMとの通信に使用するホスト名またはIPアドレスを設定する

次の場合，PFM - Managerホストのjpcvsvr.iniファイルにPFM - Managerのホスト名またはIPアドレスを定義します。

PFM - ManagerホストとPFM - Web Consoleホスト間でIPアドレス変換（NAT変換）がされている。

PFM - ManagerホストとPFM - Web Consoleホスト間で複数のIPアドレスを使用する。

JP1/SLMと連携する場合，PFM - ManagerホストとJP1/SLMホスト間でIPアドレス変換（NAT変換）がされている。

JP1/SLMと連携する場合，PFM - ManagerホストとJP1/SLMホスト間で複数のIPアドレスを使用する。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(g)　ログのファイルサイズ変更[図データ]　[図データ]

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。このファイルサイズを変更したい場合に，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(h)　認証モードの設定[図データ]　[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合に，必要な設定です。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(i)　業務グループによるアクセスコントロール機能の設定[図データ]　[図データ]

業務グループを利用してPerformance Managementのユーザーを管理したい場合に必要な設定です。起動情報ファイル（jpccomm.ini）で，業務グループによるアクセスコントロール機能の利用有無を設定します。

詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(j)　イベントデータの格納先の変更[図データ]　[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：環境ディレクトリ/jp1pc/mgr/store/

バックアップ先フォルダ：環境ディレクトリ/jp1pc/mgr/store/backup/

エクスポート先フォルダ：環境ディレクトリ/jp1pc/mgr/store/dump/

変更方法についての詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(k)　動作ログ出力の設定[図データ]　[図データ]

アラーム発生時に動作ログを出力したい場合に必要な設定です。動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，動作ログの出力について説明している個所を参照してください。

(l)　ヘルスチェック機能を設定する[図データ]　[図データ]

ヘルスチェック機能の設定を確認する。

実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次のように実行します。

jpcconf hc display

コマンドを実行すると，次に示すようにヘルスチェック機能の設定が表示されます。

ヘルスチェック機能が有効な場合：available

ヘルスチェック機能が無効な場合：unavailable

jpcconf hc displayコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

ヘルスチェック機能の設定を変更する。

必要に応じて，実行系のPFM - Managerホスト上でヘルスチェック機能のセットアップコマンドを次に示すように実行します。

ヘルスチェック機能を有効にする場合：

jpcconf hc enable

ヘルスチェック機能を無効にする場合：

jpcconf hc disable

jpcconf hc enableコマンドおよびjpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(m)　論理ホスト環境定義ファイルをエクスポートする[図データ]

実行系ノードでPFM - Managerの論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。同じ論理ホストにほかのPerformance Managementをセットアップする場合は，すべてのセットアップが済んだあとにエクスポートしてください。

jpcconf ha exportコマンドを実行する。

論理ホスト環境定義を，任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(n)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(m)でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，ファイルシステムをアンマウントして作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントする必要はありません。

注意

共有ディスクがアンマウントされていても，指定した環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上に指定した環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上の環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上の指定した環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(o)　論理ホスト環境定義ファイルをインポートする[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

jpcconf ha importコマンドを実行する。

論理ホスト環境定義を待機系ノードにインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。

なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　クラスタソフトの設定手順

クラスタソフトの設定は，実行系ノードと待機系ノードのそれぞれで実施します。

(a)　クラスタソフトでのPFM - Managerの登録[図データ]　[図データ]

PFM - Managerを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Managerを起動したり停止したりするように設定します。

PFM - AgentまたはPFM - RMをクラスタソフトに登録する場合は，PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照して，設定してください。

一般にUNIXのクラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の4つがあります。

PFM - Managerでは，次の表のように設定します。

表10‒8　クラスタソフトに登録するPFM - Managerの制御方法

項目

説明

起動

次のコマンドを順に実行して，PFM - Managerを起動する。

/opt/jp1pc/tools/jpcspm start -key Manager -lhost 論理ホスト名
/opt/jp1pc/tools/jpcspm start -key AH -lhost 論理ホスト名

起動するタイミングは，共有ディスクおよび論理IPアドレスが使用できる状態になったあととする。

停止

次のコマンドを順に実行して，PFM - Managerを停止する。

/opt/jp1pc/tools/jpcspm stop -key AH -lhost 論理ホスト名
/opt/jp1pc/tools/jpcspm stop -key Manager -lhost 論理ホスト名

停止するタイミングは，共有ディスクおよび論理IPアドレスを使用できない状態にする前とする。

なお，障害などでサービスが停止しているときは，jpcspm stopコマンドの戻り値が3になる。この場合，サービスは停止されているので，正常終了と扱う。戻り値で実行結果を判定するクラスタソフトの場合は，戻り値を0にするなどで対応すること。

動作監視

次のプロセスが動作していることを，psコマンドで確認する。

ps -ef | grep "プロセス名 論理ホスト名"

プロセス名については「10.6.1(3)　サービス名について」を参照のこと。なお，運用中にメンテナンスなどでPerformance Managementを一時的に停止する場合を想定して，動作監視を抑止する方法（例えば，メンテナンス中を意味するファイルがあると監視をしないなど）を用意しておくことを推奨する。

備考

ps -ef | grep "プロセス名 論理ホスト名"を実行すると，次に示すように不要なgrep行が表示される場合があります。

jpcah 論理ホスト名 -d /home/pfm/clu/jp1pc/bin/action

grep xxxx

この場合はgrep -v "grep xxxx"などを指定して，不要なgrep行が表示されないようにしてください。

（grep -vは一例です。grep -vを指定してもgrep行が表示されるときは，OSのgrepコマンドの引数を確認してください。）

（例）

ps -ef | grep "プロセス名 論理ホスト名" | grep -v "grep xxxx"

強制停止

強制停止が必要な場合は，次のコマンドを実行する。

/opt/jp1pc/tools/jpcspm stop -key all -lhost 論理ホスト名 -kill immediate

第一引数のサービスキーに指定できるのは，allだけである。

注意

コマンドを実行すると，指定した論理ホスト環境すべてのPerformance Managementのプロセスが，SIGKILL送信によって強制停止される。このとき，サービス単位ではなく，論理ホスト単位でPerformance Managementが強制停止される。

なお，強制停止は，通常の停止を実行しても停止できない場合に限って実行するよう設定すること。

注意

クラスタに登録するPerformance Managementは，クラスタから起動および停止を制御しますので，OS起動時の自動起動設定をしないでください。

Performance Managementを日本語環境または中国語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，Performance Managementのコマンドを実行するようにしてください。また，LC_ALLが設定されており，LANGの値と異なる場合は，クラスタソフトに登録するスクリプトでLC_ALLを解除するか，LANGと同一の値に変更してください。LC_ALLを解除する場合は，以下の設定を追加することで解除できます。

　unset LC_ALL

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，Performance Managementのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。Performance Managementのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

psコマンドで動作を監視する場合，事前にpsコマンドを実行して，論理ホスト名とインスタンス名をつなげた文字列がすべて表示されることを確認してください。文字列が途中までしか表示されない場合は，インスタンス名を短くしてください。

なお，psコマンドでプロセス名および論理ホスト名を特定する場合，psコマンドがプロセス名および論理ホスト名の取得に失敗することがあります。psコマンドがプロセス名および論理ホスト名の取得に失敗すると，［　］（角括弧）が付いて表示されるケースがあります。OSのpsコマンドのリファレンスを確認して，コマンドを再実行してください。

統合管理製品（JP1/IM）と連携している場合は，次の順序でサービスが起動または停止するように依存関係を設定してください。

・PFM - Managerのサービスが起動するより前にJP1/Baseのサービスが起動

・JP1/Baseのサービスが停止するより前にPFM - Managerのサービスが停止

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - ManagerまたはPFM - Web Consoleの起動および停止を各ノードで実行して，正常に動作することを確認してください。

10.4.3　PFM - Web Consoleのインストールとセットアップ

(1)　インストールとセットアップの流れ

図10‒23　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ

手順中の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(2)　インストール手順[図データ]　[図データ]

実行系ノードおよび待機系ノードに，PFM - Web Consoleを新規インストールします。インストール手順は非クラスタシステムの場合と同じです。

インストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

インストール先はローカルディスクです。共有ディスクにはインストールしないでください。

実行系ノードと待機系ノードのPFM - Web Consoleは同じパスにインストールしてください。

(3)　セットアップ手順

PFM - Web Consoleを論理ホスト運用する場合，実行系ノードと待機系ノードで環境構成を同じにする必要があります。

(a)　LANG環境変数の設定[図データ]　[図データ]

実行系ノードおよび待機系ノードでLANG環境変数を設定します。

LANG環境変数の設定手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」のLANG環境変数の設定について説明している個所を参照してください。

(b)　PFM - Web Consoleにエージェント情報を登録する[図データ]　[図データ]　[図データ]

クラスタシステムでPFM - AgentまたはPFM - RMを一元管理するために，実行系ノードおよび待機系ノードのPFM - Web ConsoleにPFM - AgentまたはPFM - RMのエージェント情報を登録します。

PFM - Web Consoleに登録されている場合には，本手順は不要です。登録されていない場合には，本手順により手動登録をしてください。

手動登録の要否については次の条件を確認してください。

次の条件を満たす場合に手動登録してください。

インストールするPFM - AgentまたはPFM - RMの製品バージョンがPFM - Web Consoleのリリースノートに記載していないバージョンである。

ただし，PFM - AgentまたはPFM - RMのリリースノートにセットアップコマンドの実行が必要であることが記載されている場合は，セットアップコマンドを実行してください。

PFM - Web Consoleのエージェント情報の追加セットアップは，「図10-23　論理ホスト運用するPFM - Web Consoleのインストールおよびセットアップの流れ」で示す流れで実施します。

セットアップファイルをコピーする。[図データ]　[図データ]

PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Web Consoleの実行系ノードおよび待機系ノードの次の場所にコピーします。

/opt/jp1pcwebcon/setup/

コピーするセットアップファイルおよび手順は，PFM - Managerに追加セットアップする場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

待機系ノードでセットアップコマンドを実行する。[図データ]

待機系ノードで，jpcwagtsetupコマンドを実行し，エージェント情報を登録します。

次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

補足

PFM - AgentまたはPFM - RMのエージェント情報をPFM - Web Consoleに登録した場合は，PFM - Web Consoleを再起動する必要があります。ただし，待機系ノードは，フェールオーバー時にPFM - Web Consoleが再起動されるため，手順2のあとの再起動は必要ありません。

(c)　接続先PFM - Managerを設定する[図データ]

PFM - Web Consoleが接続するPFM - ManagerホストのIPアドレスまたはホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<vserver-connection>タグ内のhostに，接続するPFM - ManagerホストのIPアドレスまたはホスト名を指定してください。接続するPFM - Managerがクラスタシステムで運用されている場合は，論理IPアドレスまたは論理ホスト名を指定してください。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(d)　PFM - Web Consoleの論理ホストを設定する[図データ]

PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<vserver-connection>タグ内のownHostに，PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を指定してください。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(e)　ブックマーク定義情報の格納先を設定する[図データ]

ブックマークの定義情報を格納するディレクトリを，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<bookmark>タグ内のbookmarkRepositoryに，ブックマークの定義情報を格納するフォルダを指定してください。指定するフォルダは，フェールオーバー時に情報を引き継がせるため，共有ディスク上のフォルダとします。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(f)　プロセス監視定義テンプレートの格納先を設定する[図データ]

プロセス監視の定義テンプレートを格納するフォルダを，待機系ノードで，初期設定ファイル（config.xml）に設定します。

<vsa>タグ配下，<process-monitoring>タグ内のprocessMonitoringTemplatesRepositoryに，ブックマークの定義情報を格納するフォルダを指定してください。指定するフォルダは，フェールオーバー時に情報を引き継がせるため，共有ディスク上のフォルダとします。

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(g)　usrconf.cfgを設定する[図データ]

システムロケールとusrconf.cfgファイルの言語設定が異なる場合，待機系ノードでusrconf.cfgファイルの設定を変更します。

なお，PFM - Web Consoleのインストール後にシステムロケールを変更した場合には，必ずusrconf.cfgファイルの設定を見直してください。

オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(h)　Webブラウザと監視コンソールサーバ間の暗号化通信の設定[図データ]

Webブラウザと監視コンソールサーバ間で暗号化通信を利用する場合は，PFM - Web ConsoleとWebブラウザで設定が必要です。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れについて説明している個所を参照してください。

(i)　設定ファイルの実行系ノードへのコピー[図データ]　[図データ]

(b)，(c)，(d)および(e)で編集した初期設定ファイル（config.xml）を，実行系ノードにコピーします。実行系ノードの次の場所にコピーしてください。

/opt/jp1pcwebcon/conf/

(f)で待機系ノードのusrconf.cfgファイルの設定を変更した場合は，実行系ノードにコピーします。実行系ノードの次の場所にコピーしてください。

/opt/jp1pcwebcon/CPSB/CC/server/usrconf/ejb/PFMWebConsole/

(j)　共有ディスクのオンライン確認[図データ]

実行系ノードで共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(k)　PFM - AgentまたはPFM - RM情報を追加セットアップする[図データ]　[図データ]

実行系ノードで(a)でコピーしたセットアップファイルを使い，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

実行系ノードで，PFM - Web Consoleサービスを停止する。

クラスタソフトへの登録前の場合，jpcwstopコマンドでサービスを停止させてください。強制停止する場合は，jpcwstopコマンドに-immediateオプションを付けて実行してください。

クラスタソフトへの登録後，PFM - AgentまたはPFM - RMの追加など構成を変更する場合，クラスタソフトからサービスを停止させてください。なお，構成変更の詳細については，「10.5　クラスタシステムでの構成変更（UNIXの場合）」を参照してください。

実行系ノードでセットアップコマンドを実行する。

次のようにコマンドを実行します。

jpcwagtsetup

jpcwagtsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで，PFM - Web Consoleサービスを起動する。

手順1で停止させていたPFM - Web Consoleサービスを起動します。

(4)　クラスタソフトの設定手順

クラスタソフトにPFM - Web Consoleを設定します。実行系ノードと待機系ノードでそれぞれに設定します。

(a)　クラスタソフトでのPFM - Web Consoleの登録[図データ]　[図データ]

PFM - Web Consoleを論理ホスト運用する場合は，クラスタソフトに登録し，クラスタソフトからの制御でPFM - Web Consoleを起動したり停止したりするように設定します。

クラスタソフトに，アプリケーションを登録する場合に必要な項目は「起動」「停止」「動作監視」「強制停止」の4つがあります。

PFM - Web Consoleでは，次の表のように設定します。

表10‒9　クラスタソフトに登録するPFM - Web Consoleの制御方法

項目

説明

起動

次のコマンドを実行して，PFM - Web Consoleを起動する。

/opt/jp1pcwebcon/tools/jpcwstart

停止

次のコマンドを実行して，PFM - Web Consoleを停止する。

/opt/jp1pcwebcon/tools/jpcwstop

強制停止

次のコマンドを実行して，PFM - Web Consoleを強制停止する。

/opt/jp1pcwebcon/tools/jpcwstop -immediate

動作監視

次のプロセスが動作していることを，psコマンドで確認する。

ps -ef | grep "プロセス名" | grep -v "grep 監視対象のプロセス"

プロセス名については「10.6.1(3)　サービス名について」を参照のこと。

注意

クラスタに登録するPFM - Web Consoleは，クラスタから起動および停止を制御しますので，OS起動時の自動起動設定をしないでください。

PFM - Web Consoleを日本語環境で実行する場合，クラスタソフトに登録するスクリプトでLANGを設定してから，起動コマンドを実行するようにしてください。

クラスタソフトがコマンドの戻り値で実行結果を判定する場合は，PFM - Web Consoleのコマンドの戻り値をクラスタソフトの期待する値に変換するように設定してください。PFM - Web Consoleのコマンドの戻り値については，各コマンドのリファレンスを確認してください。

ユーザーがPFM - Web Consoleを操作中にjpcwstopコマンドを実行した場合など，停止処理に時間が掛かる場合があります。

クラスタソフトにjpcwstopコマンドを登録する際に，jpcwstopコマンドの戻り値(4)が返された場合に，数分待ってから再度jpcwstopコマンドを実行するスクリプトを作成して，jpcwstopコマンドを登録してください。

psコマンドでプロセス名および論理ホスト名を特定する場合，psコマンドがプロセス名および論理ホスト名の取得に失敗することがあります。psコマンドがプロセス名および論理ホスト名の取得に失敗すると，［　］（角括弧）が付いて表示されるケースがあります。OSのpsコマンドのリファレンスを確認して，コマンドを再実行してください。

(b)　クラスタソフトからの起動と停止の確認[図データ]　[図データ]

クラスタソフトからの操作で，PFM - Managerの起動および停止を各ノードで実行し，正常に動作することを確認してください。

10.4.4　PFM - AgentまたはPFM - RMをバージョンアップインストールする

PFM - Agent，PFM - RM，またはPFM - Managerを論理ホスト環境で運用している場合の物理ホスト環境で動作するPFM - AgentまたはPFM - RMのバージョンアップインストールの手順について説明します。

クラスタソフトから，論理ホスト上のPFMサービスをすべて停止する。

実行系，待機系両方で物理ホスト上のPFMサービスをjpcspm stop -key allコマンドですべて停止する。

実行系で共有ディスクをオンラインにする。

必要に応じて実行系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

必要に応じて待機系で対象となるPFM - AgentまたはPFM - RMを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

クラスタソフトから，論理ホスト上のPFMのサービスを起動する。

実行系，待機系両方の物理ホスト上のPFMサービスを起動する。

なお，PFM - AgentまたはPFM - RMに固有の注意事項については，PFM - AgentまたはPFM - RMのリリースノートおよびマニュアルを参照してください。

10.4.5　PFM - Managerのアンセットアップとアンインストール

(1)　アンセットアップとアンインストールの前に

アンセットアップの順序に関する注意

PFM - AgentまたはPFM - RMを実行するには，PFM - Managerが必要です。このため，PFM - Managerをアンセットアップする場合には，システム内のPFM - AgentまたはPFM - RMとの関係を考慮してアンセットアップ時の作業順序を決める必要があります。アンセットアップが必要になる場合の作業手順については，非クラスタシステムと同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

サービスの停止に関する注意

アンセットアップする実行系ノードおよび待機系ノードで動作している，Performance Managementのプログラムおよびサービスを，すべて停止してください。また，アンセットアップするPFM - Managerに接続しているPerformance Managementシステム全体で，PFM - AgentおよびPFM - RMのすべてのサービスを停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

(2)　アンセットアップとアンインストールとの流れ

図10‒24　論理ホスト運用するPFM - Managerのアンセットアップおよびアンインストールの流れ（UNIXの場合）

手順名の[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。また，[図データ]は使用する環境によって必要になるセットアップ項目，またはデフォルトの設定を変更する場合のオプションのセットアップ項目を示します。

(3)　アンセットアップ手順

アンセットアップは，まず，実行系ノードでアンセットアップを実施します。次に，実行系ノードでアンセットアップした内容を環境定義ファイルにエクスポートします。最後に，その環境定義ファイルを待機系ノードにインポートすることで，実行系ノードから待機系ノードへアンセットアップの内容を反映させます。

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているすべてのPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのマウント[図データ]

共有ディスクがマウントされていることを確認します。共有ディスクがマウントされていない場合は，mountコマンドを実行してファイルシステムをマウントしてください。

注意

共有ディスクがアンマウントされていても，アンセットアップする論理ホストの環境ディレクトリにjp1pcディレクトリとそれ以下のファイルがある場合は，共有ディスクをマウントしないでセットアップしています。この場合は次の手順で対処してください。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリをtarコマンドでアーカイブする。

共有ディスクをマウントする。

共有ディスク上にアンセットアップする論理ホストの環境ディレクトリがない場合は，環境ディレクトリを作成する。

共有ディスク上のアンセットアップする論理ホストの環境ディレクトリにtarファイルを展開する。

共有ディスクをアンマウントする。

ローカルディスク上のアンセットアップする論理ホストの環境ディレクトリにあるjp1pcディレクトリ以下を削除する。

(c)　ヘルスチェック機能の設定解除[図データ]　[図データ]

実行系のPFM - Managerホスト上でヘルスチェック機能の設定を解除するコマンドを次のように実行します。

jpcconf hc disable

jpcconf hc disableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　通信ポート番号の設定を解除する[図データ]　[図データ]

この手順は，ファイアウォールを使用する環境で，セットアップ時にjpcconf port defineコマンドでポート番号を設定した場合だけに必要な手順です。

通信ポート番号の設定を解除する。

jpcconf port defineコマンドを実行して，通信ポート番号の設定を解除します。

例えば，論理ホストjp1-ha1上のサービスのポート番号の設定をすべて解除する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

ここでは，対話形式の実行例を示していますが，jpcconf port defineコマンドは非対話形式でも実行できます。

jpcconf port defineコマンドでは，論理ホストのPFM - Manager，およびそのほかのPerformance Managementが通信で使用するポート番号を設定します。ポート番号に，0を指定するとポート番号が解除されます。また，このコマンドを実行するとservicesファイルに定義されていたPerformance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるサービス名）が削除されます。

jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(e)　PFM - Managerの論理ホストをアンセットアップする[図データ]

論理ホスト設定を確認する。

論理ホスト環境をアンセットアップする前に，現在の設定を確認します。論理ホスト名や共有ディスクのパスなどを確認してください。

次のようにコマンドを実行します。

jpcconf ha list -key all

コマンドの実行例を次に示します。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

PFM - Managerの論理ホスト環境を削除する。

jpcconf ha unsetupコマンドを実行すると，論理ホストのPFM - Managerを起動するための設定が削除されます。また，共有ディスク上の論理ホスト用のファイルが削除されます。次のようにコマンドを実行します。

jpcconf ha unsetup -key Manager -lhost jp1-ha1

jpcconf ha unsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

注意

共有ディスクがオフラインになっている場合は，論理ホストの設定だけが削除されます。共有ディスク上のディレクトリやファイルは削除されません。

論理ホスト設定を確認する。

次のようにコマンドを実行します。

jpcconf ha list -key all

論理ホスト環境からPFM - Managerが削除されていることを確認してください。

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(f)　PFM - AgentまたはPFM - RMの論理ホストのアンセットアップ[図データ]　[図データ]

PFM - Managerのほかに，同じ論理ホストからアンセットアップするPFM - AgentまたはPFM - RMがある場合だけ必要な手順です。

PFM - AgentまたはPFM - RMをアンセットアップしてください。アンセットアップ手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

(g)　論理ホスト環境定義ファイルをエクスポートする[図データ]

実行系ノードでPFM - Managerをアンセットアップする論理ホスト環境が作成できたら，待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

注意

同じ論理ホストから，ほかのPerformance Managementのプログラムをアンセットアップする場合は，アンセットアップが済んだあとにエクスポートしてください。

論理ホスト環境定義をエクスポートする。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。エクスポートファイル名は任意です。

jpcconf ha export -f lhostexp.conf

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(h)　論理ホスト環境定義ファイルの待機系ノードへのコピー[図データ]　[図データ]

(f)でエクスポートした論理ホスト環境定義ファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

次に，ファイルシステムをアンマウントして，作業を終了します。なお，その共有ディスクを続けて使用する場合は，ファイルシステムをアンマウントにする必要はありません。

(i)　論理ホスト環境定義ファイルをインポートする[図データ]

実行系ノードからコピーしたエクスポートファイルを，待機系ノードに反映させるためにインポートします。

実行系ノードで作成した論理ホストのPerformance Managementの設定を，待機系ノードに設定するには，jpcconf ha importコマンドを使用します。1つの論理ホストに複数のPerformance Managementがセットアップされている場合は，一括してインポートされます。

論理ホスト環境定義をインポートする。

jpcconf ha importコマンドを実行して，実行系ノードから待機系ノードにコピーした論理ホスト環境定義のエクスポートファイルをインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

コマンドを実行すると，待機系ノードの環境を，エクスポートした実行系ノードと同じ環境になるように設定変更します。これによって，論理ホストのPFM - Managerを起動するための設定が削除されます。ほかの論理ホストのPerformance Managementをアンセットアップしている場合は，それらの設定も削除されます。

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

論理ホスト環境の設定を確認する。

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホスト設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドの章を参照してください。

(4)　クラスタソフトからのPFM - Managerの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(5)　PFM - Managerのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。アンインストール手順は，非クラスタシステムの場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

PFM - Managerをアンインストールする場合は，PFM - ManagerをアンインストールするノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。

論理ホスト環境を削除しないでPerformance Managementをアンインストールした場合，環境ディレクトリが残ることがあります。その場合は，環境ディレクトリを削除してください。

10.4.6　PFM - Web Consoleのアンセットアップとアンインストール

(1)　アンセットアップとアンインストールの流れ

図10‒25　クラスタシステムで論理ホスト運用するPFM - Web Consoleのアンセットアップおよびアンインストールの流れ（UNIXの場合）

[図データ]は実行系ノードで行う項目を，[図データ]は待機系ノードで行う項目を示します。

(2)　アンセットアップ手順

(a)　クラスタソフトからの停止[図データ]　[図データ]

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているすべてのPerformance Managementのプログラムおよびサービスを停止してください。停止する方法については，クラスタソフトのマニュアルを参照してください。

(b)　共有ディスクのオンライン確認[図データ]

共有ディスクがオンラインになっていることを確認します。共有ディスクがオンラインになっていない場合は，クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクをオンラインにしてください。

(3)　クラスタソフトからのPFM - Web Consoleの登録解除[図データ]　[図データ]

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法は，クラスタソフトのマニュアルを参照してください。

(4)　PFM - Web Consoleのアンインストール[図データ]　[図データ]

アンインストールは，実行系ノードと待機系ノードで別に行います。PFM - Web Consoleのアンインストール手順は，非クラスタシステムの場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

注意

ブックマークの定義情報の格納先ディレクトリは，デフォルトから変更している場合，PFM - Web Consoleのアンインストール時に削除されません。アンインストールしたあとに，手動で削除する必要があります。

10.5　クラスタシステムでの構成変更（UNIXの場合）

システムを構築して運用を開始したあとも，業務の拡大や処理量の増加に伴って，サーバを追加したり新たなアプリケーションを導入したりするなど，システムのクラスタ構成が変更になる場合があります。

そのため，監視対象システムのクラスタ構成変更に合わせて，次に示すPerformance Managementの構成変更の検討が必要になります。

監視対象システムの追加に伴うPFM - AgentまたはPFM - RMの追加

監視対象システムの削除に伴うPFM - AgentまたはPFM - RMの削除

運用開始後のマシンの論理ホスト名の変更

運用開始後の論理ホスト環境の変更

ここでは，クラスタシステムで論理ホスト運用をしている場合に，Performance Managementの構成を変更する方法について説明します。

10.5.1　PFM - AgentまたはPFM - RMの追加

システムへのサーバの追加や新しいアプリケーションを追加するとき，それらのパフォーマンスを監視するために，PFM - AgentまたはPFM - RMを追加する場合があります。

これまでPerformance Managementシステムで使用していなかった新しいプロダクトIDのPFM - AgentまたはPFM - RMを追加する場合，PFM - ManagerおよびPFM - Web Consoleに，エージェント情報の追加セットアップが必要になります。

プロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

注意

PFM - AgentまたはPFM - RMを追加する前に，PFM - ManagerおよびそのノードのPerformance Managementのプログラムおよびサービスをすべて停止してください。サービスの停止方法については，「1.　Performance Managementの起動と停止」を参照してください。

論理ホスト運用のPFM - Managerの場合も，作業中は停止する必要があります。Performance Managementプログラムのサービスが完全に停止していない状態で，PFM - AgentまたはPFM - RMを追加するためのjpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行した場合，エラーが発生することがあります。その場合は，サービスが完全に停止したことを確認したあと，再度jpcconf agent setupコマンドまたはjpcwagtsetupコマンドを実行してください。

図10‒26　論理ホスト環境のPerformance ManagementシステムにPFM - AgentまたはPFM - RMを追加する流れ

(1)　PFM - Baseと，PFM - AgentまたはPFM - RMをインストールする

インストール方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(2)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする

(a)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする流れ

クラスタシステムで論理ホスト運用をしているPFM - Managerに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップする流れを説明します。

「10.4.2(3)(b) PFM - AgentまたはPFM - RM情報の追加セットアップ」で説明しているエージェント情報の登録条件に該当する場合，PFM - ManagerにPFM - AgentまたはPFM - RMの登録が必要になります。

エージェント情報の追加セットアップは，まず待機系ノードから実施します。待機系のノードの追加セットアップが完了すると，次に実行系ノードのセットアップを実施します。

図10‒27　PFM - ManagerにPFM - AgentまたはPFM - RMをPFM - Manager情報を追加セットアップする流れ

注意

PFM - Managerと同一のホストにPFM - AgentまたはPFM - RMを追加する場合は，追加セットアップは必要ありません。

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - AgentまたはPFM - RMをセットアップしてください。

(b)　PFM - ManagerにPFM - AgentまたはPFM - RM情報を追加セットアップする手順

[図データ]は実行系ノードで実施する手順を，[図データ]は待機系ノードで実施する手順を示します。

セットアップファイルをコピーする。[図データ]　[図データ]

PFM - AgentまたはPFM - RMのセットアップファイルを，PFM - Managerの実行系ノードおよび待機系ノードにコピーします。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

待機系ノードでサービスを停止する。[図データ]

待機系ノード上の物理ホストサービスをすべて停止してください。

待機系ノードでセットアップコマンドを実行する。[図データ]

待機系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。

次のようにコマンドを実行します。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードで共有ディスクを確認する。[図データ]

実行系ノードで，共有ディスクがマウントされているかどうかを確認します。追加セットアップでは，共有ディスク上にエージェント情報を書き込みます。クラスタソフトからの操作やボリュームマネージャーの操作などで，共有ディスクがマウントされているか確認してください。

実行系ノードでサービスを停止する。[図データ]

実行系ノードで，物理ホストおよび論理ホスト環境のPerformance Managementの全プログラムおよびサービスを停止します。なお，論理ホスト環境のプログラムおよびサービスの停止は，クラスタソフトから行ってください。

実行系ノードでセットアップコマンドを実行する。[図データ]

待機系と同様にして，実行系ノードで，jpcconf agent setupコマンドを実行し，新規エージェントを追加セットアップします。

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleをセットアップするときは次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

ここでは，対話形式の実行例を示していますが，jpcconf agent setupコマンドは非対話形式でも実行できます。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでサービスを起動する。[図データ]

実行系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

待機系ノードでサービスを起動する。[図データ]

待機系ノードで，停止させていたPerformance Managementのプログラムおよびサービスを起動します。

(3)　PFM - Web ConsoleにPFM - AgentまたはPFM - RMを追加セットアップする

クラスタシステムで論理ホスト運用をしているPFM - Web Consoleに，PFM - AgentまたはPFM - RMのエージェント情報を追加セットアップします。

「10.4.3(3)(b) PFM - Web Consoleにエージェント情報を登録する」で説明しているエージェント情報の登録条件に該当する場合，PFM - Web ConsoleにPFM - AgentまたはPFM - RMの登録が必要になります。

追加セットアップする手順については，「10.4.3(3)(b) PFM - Web Console にエージェント情報を登録する」，および「10.4.3(3)(k) PFM - AgentまたはPFM - RM情報を追加セットアップする」を参照してください。

(4)　追加したPFM - AgentまたはPFM - RMを確認する

PFM - AgentまたはPFM - RMのノードでサービスを起動する。

新しく追加したPFM - AgentまたはPFM - RMのノードでPerformance Managementのプログラムおよびサービスを起動します。

PFM - AgentまたはPFM - RMが正しく追加されているか確認する。

jpctool service listコマンドを実行して，PFM - Managerに正しく接続されていることを確認します。

次のようにコマンドを実行します。

jpctool service list -id "*"

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

10.5.2　PFM - AgentまたはPFM - RMの削除

システム構成の変更によって，システム全体から監視対象のシステムを撤去する場合などに，PFM - AgentまたはPFM - RMを削除する場合があります。

注意

削除対象となるPFM - Agent またはPFM - RMのプログラムおよびサービスはすべて停止してください。

(1)　PFM - ManagerからPFM - AgentまたはPFM - RMを削除する

アラームテーブルをアンバインドする。

削除対象のPFM - AgentまたはPFM - RMにバインドされているアラームテーブルがある場合，PFM - Web Consoleでの操作またはjpctool alarm unbindコマンドを使用して，バインドされているアラームテーブルをアンバインドします。PFM - Web Consoleでアラームテーブルのバインドを解除する方法については，「6.6.1(2)(b)　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。また，jpctool alarm unbindコマンドでアラームテーブルのバインドを解除する方法については，「6.8.2　監視エージェントに関連づけたアラームテーブルを解除する」を参照してください。

エージェント情報を削除する。

PFM - Managerが管理しているエージェント情報を削除します。

次のようにコマンドを実行します。

jpctool service delete -id xxxx -host ホスト名 -lhost 論理ホスト名

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスIDを示します。

例えば，ホスト名がjp1のホストで，論理ホスト名がjp1-ha1の論理ホスト環境のPFM - Agent for Oracleのエージェント情報を削除する場合，次のようにコマンドを実行します。

jpctool service delete -id "O*" -host jp1 -lhost jp1-ha1

jpctool service deleteコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMのアンセットアップとアンインストールを実施する。

PFM - AgentまたはPFM - RMのアンセットアップとアンインストールの方法については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

PFM - Managerのエージェント情報を反映する。

PFM - Web Consoleホストにエージェント情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのエージェント情報を同期します。エージェント情報を同期するにはjpctool service syncコマンドを使用してください。

jpctool service syncコマンドで同期したエージェント情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注意　PFM - RMのリモートエージェントをアンセットアップした場合の注意事項

PFM - RMのリモートエージェントをアンセットアップした場合（jpcconf target unsetupコマンド実行後）は，自動的にサービス情報が削除されるため，jpctool service deleteコマンドの実行は不要です。

ただし，アンセットアップ後にPFM - Web Consoleに情報を反映するためには，jpctool service syncコマンドの実行が必要です。

サービス情報は，次のタイミングで削除されます。

PFM - Managerおよび削除対象のPFM - RMのサービスが起動しているとき

jpcconf target unsetupコマンドを実行すると，PFM - RMからPFM - Managerにサービス情報の削除要求が行われ，PFM - Managerでサービス情報が削除されます。

PFM - Managerまたは削除対象のPFM - RMのサービスが停止しているとき

jpcconf target unsetupコマンドを実行後に，PFM - RMのサービスが起動してPFM - Managerに接続されたタイミングで，PFM - Managerでサービス情報が削除されます。

(2)　PFM - Web ConsoleからPFM - AgentまたはPFM - RMを削除する

実行系ノードでPFM - Web Consoleを再表示する。

削除したPFM - AgentまたはPFM - RMの情報をPFM - Web Consoleに反映させます。

jpctool service syncコマンドを実行したあとに，実行系ノードでPFM - Web Consoleを再表示してください。

エージェント階層からエージェントを削除する。

必要に応じて，エージェント階層の「User Agents」で表示されるツリーから，不要になったエージェントを削除します。

エージェント階層からのエージェントの削除については，「3.2　Webブラウザでのエージェント階層の作成・編集」または「3.3　コマンドでのエージェント階層の作成・編集」を参照してください。

アラームの定義情報およびレポートの定義情報を削除する。

必要に応じて，不要になったアラームの定義情報およびレポートの定義情報を削除します。

アラームの定義情報の削除については，「6.4.9(2)　アラームを削除する」または「6.7.6　アラームを削除する」を参照してください。レポートの定義情報の削除については，「5.3.12(2)　レポートを削除する」または「5.5.2　不要になったレポートを削除する」を参照してください。

10.5.3　運用開始後のマシンの論理ホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストのマシンの論理ホスト名を変更する場合に必要な，Performance Managementシステムでの作業手順を説明します。

論理ホスト名を変更する場合，jpcconf host hostnameコマンドで監視ホスト名を変更してから，論理ホスト名を変更する必要があります。

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(1)　PFM - Managerの論理ホスト名を変更する

(a)　PFM - Managerの論理ホスト名を変更する流れ

PFM - Managerの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，「13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ」を参照してください。

図10‒28　PFM - Managerの論理ホスト名を変更する流れ

(b)　PFM - Managerの論理ホスト名を変更する手順

図中の番号に沿って作業手順を次に示します。

ホスト名を変更するPFM - Managerホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - Managerホストの監視を一時停止します。

監視の一時停止の詳細については，「8.　監視の一時停止と再開」を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

ヘルスチェックエージェントの設定を解除する。

ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

エージェントの定義を変更する手順の詳細については，「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

論理ホスト名を変更するPFM - Managerと同一ホストにインストールしている論理PFM - Agentまたは論理PFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」および「6.　アラームによる稼働監視」を参照してください。

PFM - Web Consoleホストでサービスを停止する。

ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更するPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - Managerホストでサービスを停止する。

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Managerの登録を解除する。

クラスタソフトから，論理ホストのPFM - Managerに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - Managerホストの監視ホスト名を変更する。

jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d /tmp/backup -dbconvert convert

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

メモ

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleがある場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - Managerの論理ホスト名を変更する。

PFM - Managerの論理ホスト名を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにhostsファイルおよびjpchostsファイルの設定を変更する。

論理ホスト環境定義ファイルをエクスポートする。[図データ]

補足

待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

jpcconf ha exportコマンドを実行して，論理ホスト環境定義を，任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

なお，エクスポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がエクスポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境定義ファイルを待機系ノードにコピーする。[図データ]　[図データ]

手順12でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

論理ホスト環境定義ファイルをインポートする。[図データ]

補足

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

jpcconf ha importコマンドを実行して，論理ホスト環境定義を待機系ノードにインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。これによって，論理ホスト運用でPFM - Managerを起動するための設定が実施されます。

なお，インポートする論理ホスト環境のPFM - Managerでヘルスチェック機能が有効になっている場合，ヘルスチェックエージェントが論理ホストにセットアップされているため，ヘルスチェックエージェントに関する情報がインポートされます。

ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。[図データ]

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

クラスタソフトを再設定する。[図データ]　[図データ]

設定方法については「10.4.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。

PFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。PFM - Agent固有の手順の要否について，次の表に示します。

表10‒10　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合。

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合。

次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent固有の手順が必要です。固有の手順については「10.5.3(4)　ホスト名変更の際に，必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合。

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでのサービスを起動する。

クラスタソフトからの操作で，PFM - Managerのサービスを起動させてください。

PFM - Managerホストでサービス情報を削除する。

PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付けられたPerformance Managementプログラムのサービス情報は変更されないため，不要な情報を削除する必要があります。

削除対象のサービス情報の種類と確認方法を次に示します。

変更前のホスト上のサービス情報

次のコマンドで表示される項目すべてが削除対象です。

jpctool service list -id "*" -host 変更前のホスト名 -lhost 変更後のホスト名

サービスIDに変更前のホスト名を含むサービス情報

次のコマンドで表示される項目のうち，［Service ID］列に変更前のホスト名を含むものが削除対象です。

jpctool service list -id "*" -lhost 変更後のホスト名

サービス情報は，jpctool service deleteコマンドを使用して削除します。

変更前のホスト上にあるサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id "*" -host 変更前のホスト名 -lhost 変更後のホスト名

また，サービスIDに変更前のホスト名を含むサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id "???変更前のホスト名" -host 変更後のホスト名 -lhost 変更後のホスト名

なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id "*" -host 変更前のホスト名 -lhost 変更後のホスト名 -force
jpctool service delete -id "???変更前のホスト名" -host 変更後のホスト名 -lhost 変更後のホスト名 -force

参考

jpctool service listコマンドでは，DB上に残っている，変更前のホスト名を含む古いサービス情報が表示されない場合があります。このようなサービス情報も，DB上から削除する必要があるため，ここで示したjpctool service deleteコマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービス情報を反映する。

PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

必要に応じて，業務グループの構成を変更する。

論理ホスト名を変更したPFM - Managerホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

PFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更する。

論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定の変更は，jpcconf mgrhost defineコマンドを使用します。

（PFM - Manager環境の実行系および待機系それぞれのノードの物理ホストでも設定してください。）

例えば，接続先PFM - Managerのホスト名がlhostBに変更された場合，次のように指定してコマンドを実行します。

jpcconf mgrhost define -host lhostB

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。

論理ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

PFM - Web Consoleホストで，接続先PFM - Managerを変更する。

論理ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定を変更するには，初期設定ファイル（config.xml）ファイルを変更します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（UNIXの場合）について説明している章を参照してください。

PFM - Web Consoleホストでのサービスを起動する。

論理ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

ヘルスチェックエージェントの定義を再設定する。

ヘルスチェック機能を使用している場合，ホスト名変更後のヘルスチェックエージェントの定義（手順3で解除した定義）を再設定します。

PFM - AgentまたはPFM - RMの定義を再設定する。

論理ホスト名を変更したPFM - Managerと同一ホストにインストールしている論理PFM - Agentまたは論理PFM - RMの定義（手順4で削除した定義）を再設定します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している。

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している。

アクションのJP1イベントの設定を再度行ってください。

アラームの編集方法については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，「12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて」を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

ホスト名を変更したPFM - Managerホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - Managerホストの監視を再開します。

設定変更後に確認を実施する。

論理ホスト名の変更後は，次の確認をしてください。

パフォーマンスデータの収集

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する

(a)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する流れ

PFM - AgentまたはPFM - RMの論理ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，「13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ」を参照してください。

図10‒29　PFM - AgentまたはPFM - RMの論理ホスト名を変更する流れ

(b)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する手順

図中の番号に沿って作業手順を次に示します。

ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，「8.　監視の一時停止と再開」を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの情報を削除する。

論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」または「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを停止する。

論理ホスト名を変更するPFM - AgentまたはPFM - RMホストのPerformance Managementのプログラムおよびサービスをすべて停止します。クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - AgentまたはPFM - RMの登録を解除する。

クラスタソフトから，論理ホストのPFM - AgentまたはPFM - RMに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する。

jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

論理ホスト名をlhostAからlhostBに変更する場合のコマンド実行例を次に示します。

jpcconf host hostname -lhost lhostA -newhost lhostB -d /tmp/backup -dbconvert convert

注意

上記のコマンドを実行後，次の手順でホスト名を変更するまで，Performance Managementのコマンドを実行しないでください。

jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

メモ

jpcconf host hostnameコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，環境ディレクトリ上に，PFM - Agent for HiRDB，およびPFM - Agent for Oracleがある場合，環境ディレクトリ上でそれぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - AgentまたはPFM - RMホストの論理ホスト名を変更する。

PFM - AgentまたはPFM - RMホストの論理ホスト名を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにhostsファイルおよびjpchostsファイルの設定を変更する。

論理ホスト環境定義ファイルをエクスポートする。[図データ]

補足

待機系ノードに実行系ノードの設定情報を反映します。まず，実行系ノードの論理ホスト環境定義をファイルにエクスポートします。

jpcconf ha exportコマンドを実行して，論理ホスト環境定義を，任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境定義をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

ここでは，対話形式の実行例を示していますが，jpcconf ha exportコマンドは非対話形式でも実行できます。jpcconf ha exportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境定義ファイルを待機系ノードにコピーする。[図データ]　[図データ]

手順9でエクスポートしたファイルを，待機系ノードに反映するために，実行系ノードから待機系ノードにコピーします。

論理ホスト環境定義ファイルをインポートする。[図データ]

補足

実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートします。

jpcconf ha importコマンドを実行して，論理ホスト環境定義を待機系ノードにインポートします。

例えば，エクスポートファイル名がlhostexp.confの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境を，実行系ノードと同じ環境に設定変更します。ここでは，対話形式の実行例を示していますが，jpcconf ha importコマンドは非対話形式でも実行できます。

jpcconf ha importコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト環境の設定を確認する。[図データ]

実行系ノードと同じようにjpcconf ha listコマンドを実行して，論理ホストの設定を確認します。

次のようにコマンドを実行します。

jpcconf ha list -key all

jpcconf ha listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

クラスタソフトを設定する。[図データ]　[図データ]

設定方法については「10.4.2(4)　クラスタソフトの設定手順」を参照してください。

必要に応じて，PFM - Agent固有の手順を実行する。

PFM - Agent固有の手順の要否について，次の表に示します。

表10‒11　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

監視ホスト名を変更するのが，PFM - Agent 09-00以降の場合。

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

監視ホスト名を変更するのが，PFM - Agent 09-00未満の場合。

次のPFM - Agentの場合。

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent固有の手順が必要です。固有の手順については「10.5.3(4)　ホスト名変更の際に，必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合。

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービス情報を削除する。

PFM - AgentまたはPFM - RMホストのホスト名を変更しても，変更前のホスト名が付けられたPerformance Managementプログラムのサービス情報は変更されないため，PFM - Managerホストで不要な情報を削除する必要があります。監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

削除対象のサービス情報の種類と確認方法を次に示します。

変更前のホスト上のサービス情報

次のコマンドで表示される項目すべてが削除対象です。

jpctool service list -id "*" -host 変更前のホスト名

サービスIDに変更前のホスト名を含むサービス情報

次のコマンドで表示される項目のうち，［Service ID］列に変更前のホスト名を含むものが削除対象です。

jpctool service list -id "*"

サービス情報は，jpctool service deleteコマンドを使用して削除します。

変更前のホスト上にあるサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id "*" -host 変更前のホスト名

また，サービスIDに変更前のホスト名を含むサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id "???変更前のホスト名" -host 変更後のホスト名

なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id "*" -host 変更前のホスト名 -force
jpctool service delete -id "???変更前のホスト名" -host 変更後のホスト名 -force

参考

jpctool service listコマンドでは，DB上に残っている，変更前のホスト名を含む古いサービス情報が表示されない場合があります。このようなサービス情報も，DB上から削除する必要があるため，ここで示したjpctool service deleteコマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービス情報を反映する。

PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでのサービスを起動する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをクラスタソフトから起動します。

必要に応じて，業務グループの構成を変更する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

必要に応じて，新論理ホスト名をエージェント階層の管理フォルダへ登録する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMホストを，PFM - Web Consoleのエージェント階層の管理フォルダへ登録してください。管理フォルダへ登録する手順の詳細については，「3.　エージェントの監視」を参照してください。

必要に応じて，手順3の定義を再設定する。

論理ホスト名を変更したPFM - AgentまたはPFM - RMの定義（手順3で解除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，「12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて」を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - AgentまたはPFM - RMホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - AgentまたはPFM - RMホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，「11.5　定義情報の二重化」を参照してください。

設定変更後に確認を実施する。

設定変更後は，次の確認をしてください。

パフォーマンスデータの収集

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

(3)　PFM - Web Consoleの論理ホスト名を変更する

JP1/SLMと連携している場合には作業の前に，「13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ」を参照してください。

PFM - Web Consoleホストでサービスを停止する。

クラスタソフトからの操作で，実行系ノードと待機系ノードで起動しているPerformance Managementのプログラムおよびサービスを停止します。停止する方法については，クラスタソフトのマニュアルを参照してください。

クラスタソフトからPFM - Web Consoleの登録を解除する。

クラスタソフトから，論理ホストのPFM - Web Consoleに関する設定を削除してください。設定を削除する方法については，クラスタソフトのマニュアルを参照してください。

初期設定ファイル（config.xml）のPFM - Web Consoleホスト情報を新しい論理ホスト名に変更する。

初期設定ファイル（config.xml）の<vsa> - <vserver-connection>タグ内のownHostパラメーターに，論理ホスト名を設定している場合に必要な手順です。

手順については，「10.4.3(3)(d)　PFM - Web Console の論理ホストを設定する」および「10.4.3(3)(i)　設定ファイルの実行系ノードへのコピー」を参照してください。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，各定義ファイルまたは各サービスのプロパティに設定しているホスト名を新しいホスト名に変更する。

設定個所は使用しているJP1イベントの種類によって異なります。

JP1ユーザーイベントを設定している場合

モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのホスト名を新しいホスト名に変更します。詳細については，「12.3.2(4)　連携のための定義ファイルの編集・コピー」を参照してください。

JP1システムイベントを設定している場合

各サービスで，Monitoring Console Hostプロパティの値を新しいホスト名に変更します。詳細については，「12.3.2(1)　JP1イベントの発行を設定する」を参照してください。

なお，統合管理製品（JP1/IM）の詳細については，「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

PFM - Web Consoleホストの論理ホスト名を変更する。

Webブラウザと監視コンソールサーバ間の暗号化通信を有効にしている場合，証明書を再取得する。

変更後のホスト名で証明書を取得し直す必要があります。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れについて説明している個所を参照してください。

クラスタソフトを再設定する。

設定手順については，「10.4.3(4)　クラスタソフトの設定手順」を参照してください。

PFM - Web Consoleホストで，サービスを起動する。

クラスタソフトからの操作で，PFM - Web Consoleのサービスを起動させてください。

統合管理製品（JP1/IM）と連携している場合は，統合管理製品（JP1/IM）を再起動する。

(4)　ホスト名変更の際に，必要に応じて実施するPFM - Agent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerの論理ホスト名を変更する

PFM - AgentまたはPFM - RMの論理ホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「10.5.3(1)　PFM - Managerの論理ホスト名を変更する」または「10.5.3(2)　PFM - AgentまたはPFM - RMの論理ホスト名を変更する」を参照してください。

(a)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

環境ディレクトリ/opt/jp1pc/agtc/agent/インスタンス名/jpcagt.ini

編集内容

[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(b)　PFM - Agent for Dominoの場合

注意

次の手順は，PFM - Agent for Dominoのヘルスチェック機能を使用している場合だけ実行してください。

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

環境ディレクトリ/opt/jp1pc/agtl/agent/インスタンス名/jpcagt.ini

編集内容

[Health Check Options]セクションの次のエントリの値に，新しいホスト名を設定します。

[[HTTP Port Check]]サブセクションのHostエントリ

[[SMTP Port Check]]サブセクションのHostエントリ

[[POP3 Port Check]]サブセクションのHostエントリ

[[LDAP Port Check]]サブセクションのHostエントリ

[[NNTP Port Check]]サブセクションのHostエントリ

(c)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bciSD500」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bciSD500 -lhost jp1-halr3

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，そのほかの項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

10.5.4　運用開始後の論理ホスト環境の変更

ここでは，論理ホストを運用している環境でjpchostsファイル，ポート番号および環境ディレクトリパスを変更する方法について説明します。

この設定は，論理ホストの運用でPFM - Managerを起動するために必要です。

(1)　jpchostsファイルを変更する

実行系ノードでjpchostsファイルを編集する。

jpchostsファイルを実行系ノードから待機系ノードにコピーする。

(2)　ポート番号を変更または追加する

実行系ノードでjpcconf port defineコマンドを使用してポート番号を設定する。

共有ディスクはオンラインにします。

例えば，論理ホストjp1-ha1上のサービスのポート番号をすべて固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -lhost jp1-ha1

jpcconf port defineコマンドを実行すると，Performance Managementのポート番号とサービス名（デフォルトではjp1pcで始まるTCPのサービス名）がservicesファイルに定義されます。

ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップ（UNIXの場合）について説明している章を参照してください。

jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

実行系ノードでjpcconf ha exportコマンドを実行する。

Performance Managementの論理ホスト環境の設定を任意のファイルにエクスポートします。

例えば，lhostexp.confファイルに論理ホスト環境の設定をエクスポートする場合，次のようにコマンドを実行します。

jpcconf ha export -f lhostexp.conf

jpcconf ha exportコマンドでエクスポートしたファイルを，実行系ノードから待機系ノードにコピーする。

jpcconf ha importコマンドを実行して，実行系ノードからコピーしたエクスポートファイルを，待機系ノードにインポートする。

インポートの際に，待機系ノードで共有ディスクをオンラインにする必要はありません。

実行系ノードでエクスポートされた論理ホストの環境定義ファイルが待機系ノードにインポートされます。

例えば，エクスポートファイル名がlhostexp.confファイルの場合，次のようにコマンドを実行します。

jpcconf ha import -f lhostexp.conf

jpcconf ha importコマンドを実行すると，待機系ノードの環境が実行系ノードと同じ環境に設定されます。

(3)　環境ディレクトリパスを変更する

すでに論理ホストを運用している環境で環境ディレクトリパスを変更する場合は，次の手順を実施してください。

PFM - Manager，PFM - Base，PFM - Agent，PFM - RMの場合

論理ホストの再セットアップが必要となります。次の手順によって，移行を実施してください。なお，次の手順2.および手順3.での，PFM - AgentまたはPFM - RMのアンセットアップとセットアップの手順については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

定義情報や稼働監視データをバックアップする。

論理ホスト環境をアンセットアップする。

新しい環境ディレクトリパスを指定して論理ホストをセットアップする。

定義情報や稼働監視データをリストアする。

PFM - Web Consoleの場合

PFM - Web Consoleを停止する。

環境ディレクトリパスを変更する。

詳細は「10.4.3(3)(e)　ブックマーク定義情報の格納先を設定する」，「10.4.3(3)(f)　プロセス監視定義テンプレートの格納先を設定する」を参照してください。

なお，ブックマーク定義情報およびプロセス監視定義テンプレートを引き継ぎたい場合は，事前にフォルダをコピーしてください。

PFM - Web Consoleを起動する。

10.6　クラスタシステムでの運用

10.6.1　クラスタシステムでのPerformance Managementの起動と停止

クラスタシステムで論理ホスト運用するPerformance Managementの起動と停止について説明します。

Performance Managementを起動および停止する順序は，非クラスタシステムの場合と同様です。詳細については，「1.　Performance Managementの起動と停止」を参照してください。

(1)　Performance Managementの起動

(a)　サービスを手動で起動する

論理ホスト運用のPerformance Managementを起動する場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

重要

jpcspm startコマンドでの起動など，クラスタソフト以外の操作によってPerformance Managementを起動すると，クラスタソフトの管理する状態と実際のPerformance Managementの状態が異なることになり，異常と判定される場合があります。

(b)　サービスを自動で起動する

クラスタシステムの起動時に，論理ホスト運用のPerformance Managementを自動的に起動したい場合は，クラスタソフトによってPerformance Managementを登録している論理ホストを自動起動するように設定してください。

(2)　Performance Managementの停止

(a)　サービスを手動で停止する

論理ホスト運用のPerformance Managementを停止するには，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

重要

jpcspm stopコマンドでの停止など，クラスタソフト以外の操作によってPerformance Managementを停止すると，クラスタソフトの管理する状態と実際のPerformance Managementの状態が異なることになり，異常と判定される場合があります。

Performance Managementの設定を変更する作業のために共有ディスクや論理IPアドレスなどのリソースは停止しないで，Performance Managementだけを停止したい場合は，クラスタソフトの操作によって，Performance Managementだけを停止してください。クラスタソフトにPerformance Managementだけを停止する機能がない場合，Performance Managementの動作監視を一時的に抑止してからjpcspm stopコマンドによってPerformance Managementを手動で停止してください。この場合，あらかじめPerformance Managementをクラスタに登録するときに，動作監視を抑止するための仕組みを用意する必要があります。

(b)　サービスを自動で停止する

クラスタシステムの停止時に，論理ホスト運用のPerformance Managementを自動的に停止したい場合は，クラスタソフトによってPerformance Managementを登録している論理ホストを停止するように設定してください。

ヒント

論理ホストを停止してからノードを停止する方法や，論理ホストを別ノードにフェールオーバーしてから停止する方法などがあります。

(3)　サービス名について

論理ホスト運用するPerformance Managementは，次のようなサービス名（Windowsの場合）およびプロセス名（UNIXの場合またはLinuxの場合）となり，非クラスタシステムで運用する場合と異なります。

注意　論理ホスト運用時のカレントディレクトリについて

PFM - Managerを論理ホスト運用している場合，サービスのカレントディレクトリは，環境設定を実施した共有ディスク上のディレクトリとなります。

そのため，PFM - Web Consoleの画面に表示されるサービスのディレクトリ名は，インストール先ディレクトリではなく，共有ディスク上のディレクトリになります。

次の表に物理ホストおよび論理ホストでのWindowsのサービス名またはプロセス名を示します。表のINSTはインスタンス名，LHOSTは論理ホスト名を示します。

表10‒12　物理ホストおよび論理ホストでのサービス名（Windowsの場合）

Performance Managementのサービス名

物理ホストでのWindowsサービス名

論理ホストでのWindowsサービス名

Action Handler

PFM - Action Handler

PFM - Action Handler [LHOST]

Agent CollectorおよびRemote Monitor Collector（シングルインスタンスの場合）

PFM - Agent Collector for xxxx※

PFM - Agent Collector for xxxx※ [LHOST]

Agent CollectorおよびRemote Monitor Collector（マルチインスタンスの場合）

PFM - Agent Collector for xxxx※ INST

PFM - Agent Collector for xxxx※ INST [LHOST]

Agent Collector（ヘルスチェックエージェントの場合）

PFM - Agent for HealthCheck

PFM - Agent for HealthCheck [LHOST]

Agent StoreおよびRemote Monitor Store（シングルインスタンスの場合）

PFM - Agent Store for xxxx※

PFM - Agent Store for xxxx※ [LHOST]

Agent StoreおよびRemote Monitor Store（マルチインスタンスの場合）

PFM - Agent Store for xxxx※ INST

PFM - Agent Store for xxxx※ INST [LHOST]

Agent Store（ヘルスチェックエージェントの場合）

PFM - Agent Store for HealthCheck

PFM - Agent Store for HealthCheck [LHOST]

Correlator

PFM - Correlator

PFM - Correlator [LHOST]

Master Manager

PFM - Master Manager

PFM - Master Manager [LHOST]

Master Store

PFM - Master Store

PFM - Master Store [LHOST]

Name Server

PFM - Name Server

PFM - Name Server [LHOST]

Trap Generator

PFM - Trap Generator

PFM - Trap Generator [LHOST]

Web Console

PFM - Web Console

PFM - Web Console

Web Service

PFM - Web Service

PFM - Web Service

View Server

PFM - View Server

PFM - View Server [LHOST]

注※

「xxxx」は各PFM - AgentまたはPFM - RMの監視対象プログラム名を示します。

表10‒13　物理ホストおよび論理ホストでのプロセス名（UNIXの場合）

Performance Managementのサービス名

物理ホストでのプロセス名

論理ホストでのプロセス名

Action Handler

jpcah

jpcah LHOST

Agent CollectorおよびRemote Monitor Collector（シングルインスタンスの場合）

jpcagtX※

jpcagtX※ LHOST

Agent CollectorおよびRemote Monitor Collector（マルチインスタンスの場合）

jpcagtX※_INST

jpcagtX※_INST LHOST

Agent Collector（ヘルスチェックエージェントの場合）

jpcagt0

jpcagt0 LHOST

Agent StoreおよびRemote Monitor Store（シングルインスタンスの場合）

agtX※/jpcsto

agtX※/jpcsto LHOST

Agent StoreおよびRemote Monitor Store（マルチインスタンスの場合）

agtX※/jpcsto_INST

agtX※/jpcsto_INST LHOST

Agent Store（ヘルスチェックエージェントの場合）

agt0/jpcsto

agt0/jpcsto LHOST

Correlator

jpcep

jpcep LHOST

Master Manager

jpcmm

jpcmm LHOST

Master Store

mgr/jpcsto

mgr/jpcsto LHOST

Name Server

jpcnsvr

jpcnsvr LHOST

Trap Generator

jpctrap

jpctrap LHOST

View Server

jpcvsvr

jpcvsvr LHOST

注※

「X」は，各PFM - AgentまたはPFM - RMのプロダクトIDを示します。

表10‒14　物理ホストおよび論理ホストでのプロセス名

Performance Managementのサービス名

物理ホストでのプロセス名

論理ホストでのプロセス名

Web Console

cjstartsv※ PFMWebConsole

同左

Web Service

httpsd※ -R

/opt/jp1pcwebcon/CPSB/httpsd/libexec

同左

cprfd※ -PRFID PFMWebCon -CTMID PFMWebCon

同左

注※

psコマンドでプロセス情報を表示した場合，コマンド名としてプロセス名が絶対パスで表示されたり，上記以外のオプションが表示されたりする場合があります。実環境での表示を確認してから，利用してください。

10.6.2　クラスタシステムでのユーザーアカウントの管理

システム管理者は，PFM - Web Consoleの画面からログインし，ユーザーアカウントを管理します。

(1)　PFM - Web Consoleへのログイン

PFM - Web Consoleへのログイン手順は，非クラスタシステムと同じです。ただし，PFM - Web Consoleの［ログイン］画面を表示させるために，Webブラウザで次のURLを入力します。

http://PFM - Web Consoleがインストールされているホスト名:20358/PFMWebConsole/login.do

PFM - Web Consoleがインストールされているホスト名には，PFM - Web Consoleホストの論理IPアドレスまたは論理ホスト名を指定してください。

また，環境によってログイン用URLを次のように変更してください。

暗号化通信を有効にしている場合

httpをhttpsにする。

証明書発行要求ファイルのCommon NameにFQDN形式のホスト名を設定しているときは，PFM - Web Consoleがインストールされているホスト名を「PFM - Web Consoleがインストールされているホスト名+ドメイン名」にする。

ポート番号を変更した場合

20358ではなく変更後のポート番号にする。

ログイン手順については，「1.5.1　PFM - Web Consoleにログインする」を参照してください。

論理ホストで運用している場合，PFM - Web Consoleは，PFM - Managerを実行しているノードに，論理IPアドレスで接続されます。

(2)　ユーザーアカウントの管理

Performance Managementユーザーの管理については，非クラスタシステムと同じです。詳細については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

10.6.3　クラスタシステムでの監視エージェントの一元管理

クラスタシステムで論理ホスト運用するPFM - AgentまたはPFM - RMの場合，PFM - Web Consoleの画面上には論理ホスト名のエージェントが1つだけ表示されます。実行系ノードや待機系ノードの名称では表示されません。

論理ホスト名で表示されているエージェントを操作すると，実行系ノードで動作しているエージェントが操作対象になります。

例えば，論理ホスト名がjp1-ha1の環境で動作するクラスタ構成のOracleを，同じ論理ホストjp1-ha1の環境で動作するPFM - Agent for Oracleによって監視している場合は次の図のようになります。論理ホスト環境で動作するエージェントは，論理ホスト名のエージェントが表示されます。このエージェントを操作すると，自動的に実行系ノードで動作しているPFM - Agent for Oracleに接続されます。

図10‒30　PFM - Agent for Oracleによるクラスタ構成でのOracleの監視の例

ヒント

非クラスタシステムで動作するPFM - AgentまたはPFM - RMの場合，PFM - Web Consoleの画面上には物理ホスト名のエージェントが表示されます。

10.6.4　クラスタシステムでの稼働監視データの収集と管理

稼働監視データの収集と管理については，非クラスタシステムと同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

10.6.5　クラスタシステムでのレポートの作成

クラスタシステムでのレポートの作成については，非クラスタシステムと同じです。詳細については，「5.　稼働分析のためのレポートの作成」を参照してください。

10.6.6　クラスタシステムでのアラームによるリアルタイム監視

監視対象のシステム上にトラブルが発生した場合に，ユーザーに通知されるようにするためには，アラームの設定が必要です。クラスタシステムで論理ホスト運用する場合，アラームの設定方法が非クラスタシステムの場合と異なりますので注意してください。

注意　アクションを実行するノードについての注意事項

アクションを実行する［コマンド実行アクションハンドラ］に，LOCALを設定した場合，アラームを監視するPFM - AgentまたはPFM - RMが動作しているノードでアクションを実行します。例えば，論理ホスト運用のPFM - AgentまたはPFM - RMの場合，アラーム発生時にPFM - AgentまたはPFM - RMが動作している実行系ノードでアクションを実行します。

Performance Managementを論理ホスト運用している場合，コマンドを実行する［コマンド実行アクションハンドラ］に論理ホスト名やLOCALを指定すると，コマンド実行のときにPerformance Managementが動作しているノードでコマンドを実行します。このため，実行系ノードと待機系ノードのどちらでも同じようにコマンドを実行できるように環境構築してください。

また，Action Handlerサービスが論理ホスト上で動作している場合，カレントディレクトリは次のようになります。環境ディレクトリとは，jpcconf ha setupコマンドで指定した環境ディレクトリ名を示します。

環境ディレクトリ¥jp1pc¥bin¥action¥

Performance Managementをクラスタ運用していて，アラームのアクションとしてJP1イベントを発行する場合，標準では物理ホスト上のJP1/BaseのイベントサーバにJP1イベントが登録されます。

Performance ManagementとJP1/Baseを同じ論理ホストで運用する場合，論理ホスト上のJP1/BaseにJP1イベントを登録するためにはメッセージテキスト（jpcimevtコマンドに渡されるJP1イベントの属性）の欄に，JP1イベントを登録するイベントサーバ名としてその論理ホスト名を「-r 論理ホスト名」オプションで追加指定してください。

異なる論理ホストで運用するJP1/Baseのイベントサーバ名は指定できません。

アラームの設定手順の詳細については，「6.4　Webブラウザ（アラーム階層）でのアラームの設定」を参照してください。

10.6.7　クラスタシステムでのバックアップとリストア

クラスタシステムでPerformance Managementを論理ホスト運用する場合でも，万一のトラブルに備えて，定期的にバックアップする必要があります。

バックアップが必要な情報を次に示します。

Performance Managementを動作させるために必要な定義情報

レポートの定義情報

アラームテーブルの定義情報

サービスの定義情報

Performance Managementで収集した稼働監視データ

パフォーマンスデータ

イベントデータ

このほかに，PFM - Web Consoleで設定したブックマークの定義情報があります。なお，バックアップが必要な情報は，非クラスタシステムと同じです。

バックアップおよびリストアする方法については，「9.　バックアップとリストア」を参照してください。

10.6.8　クラスタシステムでフェールオーバーが発生したときの運用

実行系ノードで障害が発生すると，フェールオーバーが実行され，処理が待機系ノードに移ります。

(1)　PFM - Managerで障害が発生した場合のフェールオーバーの流れ

図10‒31　PFM - Managerホストにフェールオーバーが発生した場合の処理の流れ

クラスタソフトがフェールオーバー発生時に，PFM - Managerを強制終了する。

クラスタソフトがPFM - Managerの処理を実行系ノードから待機系ノードに引き継ぐ。

クラスタソフトが待機系ノードのPFM - Managerを起動する。

(a)　PFM - Web Consoleでの操作

PFM - Managerにフェールオーバーが発生した場合，PFM - Web Consoleの画面で操作を実施すると，KAVJS0012-Eメッセージが表示されます。この場合は，次の手順でフェールオーバー先のPFM - Managerに接続してください。

PFM - Web Consoleの画面で，ログアウトする。

［メイン］画面の［ログアウト］メニューをクリックします。

PFM - Web Consoleの画面で，ログインする。

フェールオーバー先のPFM - Managerが起動したあとに，PFM - Web Consoleの画面で再度ログインします。

重要

ブックマークの操作中にフェールオーバーが発生した場合，正しくブックマークの定義情報に書き込まれなかった情報は，失われます。ブックマークが正しく操作されていなかったときは，操作し直してください。

(b)　PFM - AgentまたはPFM - RMでの操作

運用中にPFM - Managerにフェールオーバーが発生した場合，PFM - AgentまたはPFM - RMでは特に操作は必要ありません。PFM - Managerのフェールオーバー中でも，PFM - AgentまたはPFM - RMではパフォーマンスデータが継続して収集されています。

(2)　PFM - Managerが停止したときの影響

PFM - Managerが停止すると，Performance Managementシステム全体に影響があります。

PFM - Managerは，各ノードで動作しているPFM - AgentまたはPFM - RMのエージェント情報を一括管理しています。また，PFM - AgentまたはPFM - RMがパフォーマンス監視中にしきい値を超えた場合のアラームイベントの通知や，アラームイベントを契機としたアクションの実行を制御しています。このため，PFM - Managerが停止すると，Performance Managementシステムに次の表のような影響があります。

表10‒15　PFM - Managerが停止した場合のPFM - Web Consoleへの影響

影響

対処

PFM - Web Consoleの画面で赤色点滅していたアラームは，PFM - Managerを再起動したり，フェールオーバーしたりした直後は緑色に戻り，そのあと赤色点滅した状態に戻る。

PFM - Managerが停止するとKAVJS0012-Eメッセージなどが発生し，以降の操作はできなくなる。

PFM - Managerを起動してから再度ログインしてください。

PFM - Web Consoleの画面からログインしようとするとき，PFM - Managerが停止していると，Performance Managementにログインできない。

PFM - Managerを起動してから再度ログインしてください。

表10‒16　PFM - Managerが停止した場合のPFM - AgentまたはPFM - RMへの影響

影響

対処

パフォーマンスデータは継続して収集される。

発生したアラームイベントをPFM - Managerに通知できないため，アラーム定義ごとにアラームイベントが保持され，PFM - Managerが起動するまで通知をリトライする。保持しているアラームイベントが3つを超えると，古いアラームイベントは上書きされる。また，PFM - AgentまたはPFM - RMを停止すると，保持しているアラームイベントは削除される。

PFM - Managerに通知済みのアラームステータスは，PFM - Managerが再起動したときに一度リセットされる。そのあと，PFM - ManagerがPFM - AgentまたはPFM - RMの状態を確認したあと，アラームステータスは最新の状態となる。

PFM - AgentまたはPFM - RMを停止しようとした場合，PFM - Managerに停止することを通知できないため，停止に時間が掛かる。

PFM - Managerを起動してください。

動作中のPFM - AgentまたはPFM - RMはそのまま運用できます。ただし，アラームが期待したとおり通知されない場合があるため，PFM - Manager復旧後に，PFM - AgentまたはPFM - RMの共通メッセージログに出力されているKAVE00024-Iメッセージを確認してください。

(3)　PFM - AgentまたはPFM - RMで障害が発生した場合のフェールオーバーの流れ

図10‒32　PFM - AgentまたはPFM - RMでフェールオーバーが発生した場合の処理

クラスタソフトがフェールオーバー発生時に，PFM - AgentまたはPFM - RMを強制終了する。

クラスタソフトがPFM - AgentまたはPFM - RMの処理を実行系ノードから待機系ノードに引き継ぐ。

クラスタソフトが待機系ノードのPFM - AgentまたはPFM - RMを起動する。

(a)　PFM - Web Consoleの画面での運用

PFM - AgentまたはPFM - RMのフェールオーバー中に，PFM - Web Consoleの画面で操作すると，状況に応じてメッセージが表示されます。この場合は，フェールオーバーが完了するまで待ってから操作してください。

PFM - AgentまたはPFM - RMのフェールオーバー後にPFM - Web Consoleの画面で操作すると，フェールオーバー先のノードで起動したPFM - AgentまたはPFM - RMに接続されて，操作できます。

10.7　クラスタシステムでの障害回復

実行系ノードで障害が発生すると，クラスタソフトによってフェールオーバーが実行され，処理が待機系ノードに移ります。フェールオーバーすると，それまで実行されていた実行系ノードでの処理は停止されます。

システム管理者は，実行系ノードで発生した障害の要因を特定します。また，障害の要因を取り除いたあと，実行系ノードに系切り替えして，障害を回復する必要があります。

障害の要因を特定するには，次のログ情報を採取して分析します。

Performance Managementのログ情報

非クラスタシステムで採取する情報と同じです。次の情報を採取します。

システムログ

共通メッセージログ

稼働状況ログ

トレースログ

クラスタソフトやOSのログ情報

クラスタソフトのログ情報や，OS自身が出力するログもあわせて採取してください。

Performance Managementのログ情報の詳細については，「17.4　Performance Management運用時に出力されるログ情報」を参照してください。

10.7.1　クラスタシステムでのログ情報の採取

クラスタシステムでPerformance Managementのログ情報を採取する場合は，次の点に留意してください。

論理ホスト運用しているPerformance Managementの場合，共通メッセージログおよびトレースログは，共有ディスクに出力されます。

共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれるため，フェールオーバー前後のログ情報は，同じログファイルに記録されます。

論理ホスト運用している場合は，障害が発生した前後の情報を参照する必要があるため，フェールオーバーによって処理を停止した実行系ノードとフェールオーバー先の待機系ノードの両方で，ログ情報を採取する必要があります。

Performance Managementのログ情報を採取する方法については，「17.6　トラブルが発生したときに資料を採取する」を参照してください。

10.8　クラスタシステムでの注意事項

10.8.1　フェールオーバー発生の検知について

Performance Management自身で，PFM - Manager，PFM - Agent，またはPFM - RMのノードでフェールオーバーが発生したことを検知するのは困難です。フェールオーバーの発生を検知するには，クラスタソフトの管理ツールや，クラスタソフトが発行するSNMPトラップ，ログファイルのメッセージ監視などによる方法を検討してください。ログファイルのメッセージ監視の詳細については，「16.5　システム統合監視製品と連携した障害検知」を参照してください。

10.8.2　Performance Managementの起動と停止について

クラスタソフトに登録した論理ホストのPerformance Managementは，クラスタソフトからの操作で起動や停止をしてください。クラスタソフトの操作以外でjpcspm startコマンドやjpcspm stopコマンドなどを直接実行してPerformance Managementを起動や停止をした場合，次のような問題が発生します。

クラスタソフトが管理するPerformance Managementの状態と実際のPerformance Managementの状態が異なり，誤って障害と判定される

クラスタソフトによるPerformance Managementの起動・停止と，コマンドによる起動・停止が競合し，起動・停止が正しく行えない

10.8.3　Status Serverサービスの設定について

Status Serverサービスは，1つのホストに1つだけ起動されます。このため，物理ホスト上のStatus Serverサービスで，物理ホストおよび論理ホストのサービスの状態が管理されます。Status Serverサービスは，フェールオーバーしないように設定するか，常に起動するように設定してください。

10.8.4　コマンド実行について

論理ホスト運用している場合，次に示すPFM - Web Consoleのコマンドは，実行系ノードでだけ実行できます。

jpcaspsvコマンド

jpcasrecコマンド

jpcmkkeyコマンド

jpcprocdefコマンド

jpcrdefコマンド

jpcrptコマンド

なお，jpcwrasコマンドおよびjpcwagtsetupコマンドは，実行系ノードおよび待機系ノードで実行できます。この2つのコマンドは，コマンドを実行した物理ホストに対して動作します。

10.8.5　ネットワークについて

物理ホスト名（Windowsシステムでは，hostnameコマンド実行時に，UNIXシステムでは，uname -nコマンド実行時に表示されるホスト名）に対応した物理IPアドレスでの通信ができない場合，物理ホストのPerformance Managementは動作できません。

10.8.6　JP1認証モードを使用する場合について

PFM - Managerをクラスタシステムで運用している環境でJP1認証モードを使用する場合，JP1/Baseもクラスタシステムで運用する必要があります。また，JP1/Baseのバージョンも10-00以降である必要があります。

11　監視二重化の構築と運用

この章では，監視二重化にするためのPerformance Managementのセットアップと定義情報を二重化する方法，および監視二重化で運用しているときの処理の流れについて説明します。

11.1　監視二重化の概要

11.1.1　監視二重化とは

監視二重化とは，2台のマネージャー（PFM - ManagerおよびPFM - Web Console）で，同一のエージェント（PFM - AgentおよびPFM - RM）を監視する機能です。監視エージェント（PFM - AgentおよびPFM - RM）は，2台のマネージャーそれぞれとデータを送受信します。

監視二重化での2台のマネージャーのうち，優先して監視エージェントと通信するマネージャーのことを「プライマリー」，監視エージェントとの通信が優先されないマネージャーのことを「セカンダリー」と呼びます。

11.1.2　監視二重化の特長

監視二重化にすると，プライマリーで障害が発生した場合でも，セカンダリーで監視を継続できます。このため，監視のダウンタイムがなくなり，可用性が高まります。また，2台のマネージャーを別の拠点に配置すれば，災害時に備えて情報資産を別所保管できます。

プライマリーで障害が発生したときのパフォーマンスデータの流れを次の図に示します。

図11‒1　監視二重化時にプライマリーで障害が発生したときのパフォーマンスデータの流れ

監視二重化にする場合，マネージャーの定義情報も二重化する必要があります。この定義情報は，1台のマネージャー（PFM - ManagerおよびPFM - Web Console）で設定すれば，エクスポートおよびインポートすることでもう一方のマネージャーの同一製品に移行できます。

リモートアクションを設定している場合，監視エージェントから送信するイベントのリモートアクションをどのマネージャーで実行するか選択できます。詳細については，「11.3.5　リモートアクションの制御を設定する手順」を参照してください。

監視二重化では，プライマリーとセカンダリーの整合性を取るために，セカンダリーで一部の操作ができません。セカンダリーではできない操作を次に示します。

PFM - Managerのコマンド

jpcconf agttree importコマンド

jpcconf bgdef deleteコマンド

jpcconf bgdef importコマンド

jpctool alarm activeコマンド

jpctool alarm bindコマンド

jpctool alarm copyコマンド

jpctool alarm deleteコマンド

jpctool alarm importコマンド

jpctool alarm inactiveコマンド

jpctool alarm unappliedコマンド

jpctool alarm unbindコマンド

jpctool config alarmsyncコマンド

jpctool monitor resumeコマンド

jpctool monitor suspendコマンド

PFM - Web Consoleのコマンド

jpcrdef createコマンド

jpcrdef deleteコマンド

PFM - Web Consoleでの操作

PFM - Managerの定義更新操作（プロパティ操作を除く）

アラームテーブルのバインド設定操作

監視の開始操作および停止操作

監視の一時停止操作および再開操作

アラーム反映状況の確認および反映操作

PFM - Web Consoleのブックマーク更新操作

PFM - Web Consoleのプロセス監視テンプレート更新操作

プライマリーに障害が発生した場合は，プライマリーとセカンダリーを切り替えると，セカンダリーだったマネージャーで上記の操作ができるようになります。詳細については，「11.7　プライマリーとセカンダリーの切り替え」を参照してください。

11.1.3　監視二重化の定義情報

ここでは，プライマリーとセカンダリーで一致させる必要のある定義情報について説明します。

(1)　プライマリーの情報をセカンダリーに移行する定義情報

次の表にある定義情報はプライマリーで設定し，セカンダリーではその情報を移行して使用します。

監視二重化の環境を構築したあとにこれらの定義情報を変更した場合は，プライマリーの情報をセカンダリーに移行する必要があります。移行方法の詳細については，「11.5　定義情報の二重化」を参照してください。

表11‒1　プライマリーの情報をセカンダリーに移行する定義情報

項番

定義情報

確認方法

一致方法

1

アラーム情報（アラーム定義／アクション定義）

「11.6.1(1)　アラーム定義およびアクション定義のアラーム情報を確認する手順」を参照する。

「11.5　定義情報の二重化」を参照する。

2

バインド情報

「11.6.1(2)　バインド情報を確認する手順」を参照する。

3

レポート定義

「11.6.1(3)　レポート定義を確認する手順」を参照する。

4

業務グループ情報

「11.6.1(4)　業務グループ情報を確認する手順」を参照する。

5

Performance Managementユーザーアカウント情報

「11.6.1(5)　Performance Managementユーザーアカウント情報およびエージェント階層（User Agents）の情報を確認する手順」を参照する。

6

エージェント階層（User Agents）の情報

7

自動バインドの設定

「11.6.1(8)　自動バインドの設定を確認する手順」を参照する。

8

ブックマークの定義情報

「11.6.2(1)　ブックマークの定義情報を確認する手順」を参照する。

9

プロセス監視のテンプレート情報

「11.6.2(2)　プロセス監視のテンプレート情報を確認する手順」を参照する。

(2)　プライマリーとセカンダリーで同一の設定をする定義情報

次の表にある定義情報はプライマリーとセカンダリーでそれぞれ設定します。このとき，プライマリーとセカンダリーで設定内容を統一してください。一致しているかどうかは「確認方法」列の方法で確認してください。

監視二重化の環境を構築したあとにこれらの定義情報を変更した場合は，プライマリーとセカンダリーの情報を合わせる必要があります。「一致方法」列を参照し対処してください。

表11‒2　プライマリーとセカンダリーで同一の設定をする定義情報

項番

定義情報

確認方法

一致方法

1

管理エージェントの情報

「11.6.1(6)　管理エージェントの情報を確認する手順」を参照する。

マニュアル「JP1/Performance Management 設計・構築ガイド」のサービス情報の削除手順について説明している章を参照する（PFM - Managerが管理するPFM - AgentまたはPFM - RMが減少した場合だけ不一致になる）。

2

接続先PFM - Manager設定

「11.6.1(7)　接続先PFM - Manager設定を確認する手順」を参照する。

「11.3.4　接続先PFM - Managerを二重化する方法」を参照する。

3

ヘルスチェックエージェントの設定

サービス階層のホスト名<Health Check>

およびホスト名<Health Check>(store)で，編集可能なプロパティの値が同じであること。※1

「3.4.8　エージェントのプロパティを一括配布する」を参照して，プライマリーのヘルスチェックエージェントからセカンダリーのヘルスチェックエージェントにプロパティを配布する。

4

JP1/SLM連携定義情報

連携するJP1/SLMのホスト名

サービス階層のMaster Manager サービスの［サービスのプロパティ］画面で「ITSLM Coordination Configuration/ITSLM Coordination」ノードのプロパティの値が同じであること。※1

サービス階層のMaster Manager サービスの［サービスのプロパティ］画面で「ITSLM Coordination Configuration/MANAGE ITSLM COORDINATION」ノードのASSIGN ITSLM COORDINATIONで，編集できるプロパティの値を合わせる。※1

5

JP1イベントに関する設定

サービス階層のMaster Manager サービスの［サービスのプロパティ］画面で「JP1 Event Configurations」ノード，「JP1 Event Configurations/Alarm」ノードおよび「JP1 Event Configurations/System」で，編集できるプロパティの値が同じであること。※1

サービス階層のMaster Manager サービスの［サービスのプロパティ］画面で「JP1 Event Configurations」ノード，「JP1 Event Configurations/Alarm」ノードおよび「JP1 Event Configurations/System」で，編集できるプロパティの値を合わせる。※1

6

JP1/SLM連携定義情報

・カスタム監視項目

monitoringitems.cfgファイルの内容が同じであること。※2

マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照して，monitoringitems.cfgの設定値を合わせる。

7

ホスト情報設定ファイル（jpchosts）

jpchostsファイルの内容が同じであること。※2

マニュアル「JP1/Performance Management 設計・構築ガイド」のIPアドレスを設定する方法について説明している章を参照して，jpchostsの設定を合わせる。

8

認証モードの設定

jpcvsvr.iniファイル中のUserServer.authenticationModeラベルの値が同じであること。※2

「2.4　ユーザーアカウントの認証モードを設定する」を参照して，UserServer.authenticationModeラベルの値を合わせる。

9

起動情報（jpccomm.ini内の定義）

一致の必要性が設定項目ごとに異なる。

「表11-3　jpccomm.iniで一致させる必要がある定義情報」を参照する。

10

ヘルスチェック機能

jpcconf hc displayコマンドの結果が同じであること。

jpcconf hc enableコマンドまたはjpcconf hc disableコマンドを実行し，設定を合わせる。※3

11

ステータス管理機能

jpcconf stat displayコマンドの結果が同じであること。

jpcconf stat enableコマンドを実行し，設定を合わせる。※3

12

プロダクト名表示機能

jpcconf prodname displayコマンドの結果が同じであること。

jpcconf prodname enableコマンドまたはjpcconf prodname disableコマンドを実行し，設定を合わせる。※3

13

IPv6通信

jpcconf ipv6 displayコマンドの結果が同じであること。

jpcconf ipv6 enableコマンドまたはjpcconf ipv6 disableコマンドを実行し，設定を合わせる。※3

14

ポート番号の設定

jpcconf port list -key statコマンドの結果が同じであること。※4

jpcconf port define -key statコマンドを実行し，設定を合わせる。※3

15

暗号化通信

jpcwconf https displayコマンドの結果が同じであること。

jpcwconf https enableコマンドまたはjpcwconf https disableコマンドを実行し，設定を合わせる。※3

16

JP1/IM2との連携

jpcconf im2 displayコマンドの結果が同じであること。

jpcconf im2 enableコマンドまたはjpcconf im2 disableコマンドを実行し，設定を合わせる。※3

注※1

詳細は，マニュアル「JP1/Performance Management リファレンス」の付録の，定義情報の検証について説明している個所を参照してください。

注※2

詳細は，マニュアル「JP1/Performance Management リファレンス」の付録の，ファイルおよびディレクトリ一覧について説明している個所を参照してください。

注※3

詳細は，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注※4

Name ServerとStatus Serverのポート番号が一致している必要があります。

起動情報ファイル（jpccomm.ini）内で一致させる必要のある定義情報を次の表に示します。

表11‒3　jpccomm.iniで一致させる必要がある定義情報

項番

セクション名

ラベル名

1

Common Section

Multiple Alarm Table Bind

2

Alarm Message Mode

3

JP1 Event Double Quote

4

Correlator Startup Mode

5

Retry Getting Alarm Status

6

Business Group Monitor Mode

7

Agent Remote Protection

8

Service List Protection

9

Prioritize Manager Startup Communication

10

Remote Action Control

11

Alarm Command Wait Mode

12

Alarm Command Timeout

13

Historical Data Collection Priority Mode

14

Random Retry Mode

15

Monitoring Suspend Mode

16

Auto Sync for Suspend Setting

17

Auto Alarm Bind Mode

18

次のセクションを除くすべてのセクション

Common Section

Action Log Section

NS Keepalive Mode

19

次のすべてのセクション

Name Server Section

Master Manager Section

Correlator Section

NS Connection Timeout※

NS Maximum Connections

20

Tools Section

StartService Retry Interval

21

StartService Retry Count

22

Agent Collector 0 Section

Historical Data Collection Priority Mode

23

Action Handler Section

Action Execution Count Limitation

24

Action Concurrent Execution Count

25

Action Execution Queue Count

26

Action Execution Time Limit

注※

バージョン11-50以降では，プライマリーとセカンダリーで値が不一致の場合，値に70を設定してください。

起動情報ファイル（jpccomm.ini）内の各項目が不一致の場合，次のように対処してください。

Performance Managementのプログラムおよびサービスを停止する。

テキストエディターなどでjpccomm.iniを開く。

プライマリーとセカンダリーのPFM - Managerで，表11-3のセクション名，ラベル名の値を合わせる。

jpccomm.iniを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

詳細は，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

11.2　監視二重化の構築の前に

11.2.1　監視二重化のシステム構成

監視二重化でのシステム構成を次の図に示します。

図11‒2　監視二重化でのシステム構成

監視二重化では，1つの監視マネージャーと1つの監視コンソールサーバのセットが2つ必要です。それぞれを「プライマリー」および「セカンダリー」と呼びます。

監視二重化でのプログラムの関係を次の図に示します。

図11‒3　監視二重化でのプログラムの関係

PFM - Web Consoleを2台のPFM - Managerに接続することはできません。PFM - ManagerとPFM - Web Consoleは1対1で接続してください。

プライマリーとセカンダリーは，同一の監視エージェントを管理している必要があります。

プライマリーのPFM - Manager，セカンダリーのPFM - Manager，PFM - AgentおよびPFM - RMに共通の前提条件は次のとおりです。

ステータス管理機能を有効にする

接続先PFM - Managerの設定を合わせる

リモートアクションの動作モードを合わせる

11.2.2　製品バージョンの前提条件

監視二重化に必要なプログラムの前提バージョンを次の表に示します。

表11‒4　プログラムの前提バージョン

ホスト

製品名

対応バージョン

PFM - Managerホスト

PFM - Manager

10-10以降

PFM - Agent

10-00以降

PFM - RM

10-00以降

PFM - Web Consoleホスト

PFM - Web Console

10-10以降

PFM - AgentホストまたはPFM - RMホスト

PFM - Base

10-10以降

PFM - Agent

10-00以降

PFM - RM

10-00以降

11.2.3　PFM - Managerに関する前提条件

次の条件が整っていることを確認してください。

(1)　バージョン

プライマリーとセカンダリーのPFM - ManagerはバージョンがVV-RR-SSまで一致していること。

バージョン情報の確認方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録のバージョン情報の確認について説明している個所を参照してください。

(2)　OS

プライマリーとセカンダリーのPFM - ManagerはOSのバージョンが一致していること。ただし，サービスパックは不一致でも問題ありません。

(3)　システム構成

プライマリーとセカンダリーのPFM - Managerが論理ホスト環境でセットアップされていないこと。

11.2.4　PFM - Web Consoleに関する前提条件

次の条件が整っていることを確認してください。

(1)　バージョン

プライマリーとセカンダリーのPFM - Web ConsoleはバージョンがVV-RR-SSまで一致していること。

バージョン情報の確認方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録のバージョン情報の確認について説明している個所を参照してください。

(2)　OS

プライマリーとセカンダリーのPFM - Web ConsoleはOSのバージョンが一致していること。ただし，サービスパックは不一致でも問題ありません。

11.3　監視二重化のセットアップ

11.3.1　監視二重化のセットアップの流れ

監視二重化のセットアップについて，導入環境の異なる2つの場合の流れを次の図に示します。

図11‒4　プライマリーとセカンダリーを新規に導入する場合のセットアップの流れ

図11‒5　既存の環境をプライマリーとして，セカンダリーを新規に導入する場合のセットアップの流れ

11.3.2　インストールとセットアップ方法

(1)　インストールとセットアップ

PFM - ManagerおよびPFM - Web Consoleをインストールし，セットアップします。インストール手順およびセットアップ手順は監視二重化にしていない場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップ（Windowsの場合）またはインストールとセットアップ（UNIXの場合）について説明している章を参照してください。

(2)　定義情報の二重化の前に済ませておく設定

次の定義情報については，定義情報の二重化の前に設定を済ませておく必要があります。設定したい場合は，このタイミングでプライマリーとセカンダリー両方のホストで設定してください。

「表11-2　プライマリーとセカンダリーで同一の設定をする定義情報」の次の情報

ホスト情報設定ファイル（jpchosts）

認証モードの設定

ヘルスチェック機能

ステータス管理機能

プロダクト名表示機能

IPv6通信

暗号化通信

「表11-3　jpccomm.iniで一致させる必要がある定義情報」の情報

重要

プライマリーとセカンダリーの間で設定を統一してください。

11.3.3　監視二重化で他システムとの連携を設定する方法

監視二重化する環境でほかのJP1製品と連携する場合，プライマリーとセカンダリーで同じ内容を設定する必要があります。

連携製品ごとの設定について説明します。

(1)　JP1/IMと連携する場合

JP1/IMと連携する場合の設定は監視二重化にしていない場合と同じです。詳細については「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

重要

1つのJP1/IMに対して2つのPFM - Managerを連携する場合，JP1/IMからレポートを表示できないことがあります。詳細は「17.3.7　JP1/IMのイベントコンソールのモニター起動からPFM - Web Consoleへ接続できない」を参照してください。

セントラルコンソール上のイベントから，事象発生元ホストのPerformance Managementのレポートを表示するときは，監視マネージャーがプライマリーかセカンダリーかにかかわらず，性能レポート表示定義ファイル（performance.conf）で指定したPFM - Web Consoleに接続します。指定したPFM - Web Consoleに接続できない場合は，レポートが表示されません。この場合，性能レポート表示定義ファイルで，正しく接続できるPFM - Web Consoleを設定し直してください。性能レポート表示定義ファイルの設定方法については，「12.3.3　 JP1/IMと連携するためのセットアップ（セントラルコンソール上のイベントからレポートを表示するための設定）」を参照してください。

(2)　JP1/SLMと連携する場合

JP1/SLMと連携する場合の設定は監視二重化にしていない場合と同じです。詳細については「13.　JP1/SLMと連携した監視」を参照してください。

重要

1つのJP1/SLMに対しては1つのPFM - Managerだけ連携できます。プライマリーがダウンした場合でも，PFM - AgentおよびPFM - RMからは継続してパフォーマンス情報を送信するため，JP1/SLMでのサービス監視は継続してできます。ただし，JP1/SLMから監視の開始および終了などのPerformance Managementへの操作はできません。そのため，プライマリーがダウンした場合は，接続先をセカンダリーに切り替える必要があります。

(3)　JP1/AJS3と連携する場合

JP1/AJS3と連携する場合の設定は監視二重化にしていない場合と同じです。詳細については「14.　JP1/AJS3と連携した監視」を参照してください。

重要

JP1/AJS3から直接Performance Managementのレポートを表示する場合は，監視マネージャーがプライマリーかセカンダリーかにかかわらず，JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）で指定したPFM - Web Consoleに接続します。指定したPFM - Web Consoleに接続できない場合は，レポートが表示されません。

このような問題を回避するため，監視二重化の環境の場合は，プライマリーとセカンダリーのPFM - Web Consoleそれぞれに，別のJP1/AJS3 - Web Consoleをセットアップしてください。

11.3.4　接続先PFM - Managerを二重化する方法

監視二重化するためには，接続先PFM - Managerを設定する必要があります。プライマリーのPFM - Manager，セカンダリーのPFM - Manager，PFM - AgentおよびPFM - RMそれぞれのホストで設定してください。

また，一方のPFM - Managerの監視ホスト名または物理ホスト名を変更した場合，もう一方のPFM - Manager，PFM - AgentおよびPFM - RMで接続先PFM - Managerを設定し直す必要があります。

接続先PFM - Managerは次のようにjpcconf mgrhost defineコマンドを使用して設定します。コマンドを実行するプログラムごとに，引数-hostに指定するホスト名が異なります。

jpcconf mgrhost define -host ホスト名A,ホスト名B [-lhost 論理ホスト名] [-noquery]

ホスト名Aとホスト名Bの指定内容を次の表に示します。

表11‒5　ホスト名Aとホスト名Bの指定内容

コマンドを実行するプログラム

ホスト名Aに入れるホスト名

ホスト名Bに入れるホスト名

プライマリーのPFM - Manager

localhost

セカンダリーのPFM - Managerホスト名

セカンダリーのPFM - Manager

プライマリーのPFM - Managerホスト名

localhost

PFM - AgentおよびPFM - RM

プライマリーのPFM - Managerホスト名

セカンダリーのPFM - Managerホスト名

PFM - AgentおよびPFM - RMでの作業手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，接続先PFM - Managerの変更手順について説明している章を参照してください。

jpcconf mgrhost defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

11.3.5　リモートアクションの制御を設定する手順

監視二重化では，エージェントはプライマリーとセカンダリー両方のPFM - Managerにイベントを送信します。イベントはプライマリー，セカンダリーの順に送信されます。ただし，1つのイベントに対して2回リモートアクションを実行する必要がないときなど，実行モードを設定してリモートアクションの実行を制御できます。リモートアクションの詳細については「6.3.2　コマンドを実行するホストの設定」を参照してください。

リモートアクションの実行モードを設定するには，アラームが発行されるPFM - AgentまたはPFM - RMホストのjpccomm.iniファイルの内容を直接編集し，Remote Action Controlラベルに値を指定します。実行モードはすべてのホストで同じ値を設定してください。

リモートアクションの実行モードの説明と指定する値を次の表に示します。

表11‒6　リモートアクションの実行モード

実行モード

Remote Action Controlラベルに指定する値

説明

全実行モード

all

プライマリーおよびセカンダリーに送信されたイベントのリモートアクションが，両方とも実行される。

片側実行モード

one

プライマリーおよびセカンダリーに送信されたイベントのうち，先にイベントの送信に成功したリモートアクションだけが実行される。

プライマリー実行モード

primary

プライマリーに送信されたイベントのリモートアクションだけが実行される。

jpccomm.iniファイルは，次の場所に格納されています。

Windowsの場合

インストール先フォルダ¥

UNIXの場合

/opt/jp1pc/

リモートアクションの実行モードを設定する手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。

テキストエディターなどで，jpccomm.iniファイルを開く。

リモートアクション制御の実行モードを設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Remote Action Control=xxx※

注※

xxxはall，oneまたはprimaryのどれかを指定します。

jpccomm.iniファイルを保存して閉じる。

jpcspm startコマンドでPerformance Managementのプログラムおよびサービスを起動する。

PFM - Web Consoleを再起動する。

11.3.6　稼働監視を設定する方法

次の定義情報については，定義情報の二重化の前に設定を済ませておく必要があります。設定したい場合は，このタイミングでプライマリーとセカンダリー両方のホストで設定してください。

「表11-2　プライマリーとセカンダリーで同一の設定をする定義情報」の次の情報

ヘルスチェックエージェントの設定

JP1イベントに関する設定

重要

プライマリーとセカンダリーの間で設定を統一してください。

ほかに稼働監視するために必要な設定があれば，あわせて実施してください。

(1)　自動バインド機能を使用する場合の追加設定

アラームの自動バインド機能を使用する場合は，次の設定を実施してください。

(a)　プロダクトの有効化

PFM - Managerホストで次のコマンドを実行して，自動バインド機能を使用したいエージェントがアラームまたはレポートの事前登録が可能となっているか確認します。

jpcconf agent list

アラームまたはレポートの事前登録が可能となっていない場合，次のコマンドで事前登録を可能にするように設定を変更します。

jpcconf agent setup -key サービスキー -register

メモ

コマンドの実行時にエージェントのサービスキーを誤って指定した場合は，次のコマンドで設定を元に戻せます。

jpcconf agent setup -key サービスキー -unregister

(b)　自動バインド設定

自動バインドの設定をします。

PFM - Web Consoleを使用する場合

［自動バインド設定］画面で設定します。詳細は，マニュアル「JP1/Performance Management リファレンス」の［自動バインド設定］画面について説明している個所を参照してください。

PFM - Managerを使用する場合

自動バインド設定ファイルを直接編集します。詳細は，マニュアル「JP1/Performance Management リファレンス」の自動バインド設定ファイル（jpcautobind.cfg）について説明している個所を参照してください。

重要

PFM -Web Consoleで自動バインドの設定をする場合，プライマリーでだけ操作できます。セカンダリーでの操作はできません。

監視二重化の構築後に自動バインド設定を変更した場合，もう一度定義情報の二重化を行って同期する必要があります。詳細は「11.5　定義情報の二重化」を参照してください。また，同期の確認は，「11.6.1(8)　自動バインドの設定を確認する手順」を参照してください。

11.3.7　アラームのアクションハンドラを確認および変更する方法

アラーム定義でアクションハンドラにPFM - Managerホストのアクションハンドラを指定している場合，「Manager」に変更することをお勧めします。「Manager」にすると，定義情報を二重化しても，イベントを受信したPFM - ManagerのAction Handlerサービスでリモートアクションを実行します。

また，バインドしたエージェント上のアクションハンドラを指定する場合は，「LOCAL」にすることをお勧めします。

アクションハンドラはアラームのプロパティで確認できます。詳細は「6.6.6　アラームのプロパティ（定義内容）を表示する」を参照してください。

アクションハンドラの設定は，監視コンソールまたはプライマリーのPFM - Managerでjpctool alarmコマンドを使用してアラーム定義を編集します。監視コンソールからのアラーム編集方法の詳細については，「6.4　Web ブラウザ（アラーム階層）でのアラームの設定」を参照してください。また，コマンドを使用したアラーム編集方法の詳細については，「6.7　コマンドでのアラームの設定」を参照してください。

11.3.8　PFM - ManagerおよびPFM - Web Consoleをバージョンアップする方法

PFM - ManagerおよびPFM - Web Consoleをバージョンアップします。バージョンアップ手順は監視二重化にしていない場合と同じです。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Management のプログラムのバージョンアップ手順について説明している章を参照してください。

重要

PFM - ManagerおよびPFM - Web Consoleは，プライマリーとセカンダリーでバージョンが一致している必要があります。バージョンアップする場合も，プライマリーとセカンダリーでバージョンが一致するようにしてください。

11.4　監視二重化のアンセットアップ

11.4.1　監視二重化のアンセットアップの流れ

監視二重化のアンセットアップについて，運用方法の異なる2つの場合の流れを次の図に示します。

図11‒6　セカンダリーをアンインストールする場合のアンセットアップの流れ

図11‒7　プライマリーとセカンダリーをそれぞれ単独で使用する場合のアンセットアップの流れ

11.4.2　監視二重化で他システムとの連携を解除する方法

監視二重化している環境でほかのJP1製品と連携していた場合，プライマリーとセカンダリーの両方で連携を解除する必要があります。

連携製品ごとの設定について説明します。

(1)　JP1/IMと連携を解除する場合

JP1/IMと連携を解除する場合の設定は監視二重化にしていない場合と同じです。詳細については「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

(2)　JP1/SLMと連携を解除する場合

JP1/SLMと連携を解除する場合の設定は監視二重化にしていない場合と同じです。詳細については「13.　JP1/SLMと連携した監視」を参照してください。

11.4.3　セカンダリーのサービスを削除する方法

プライマリーのPFM - Managerで，セカンダリーのサービス情報を削除します。

コマンドの実行例を示します。

jpctool service delete -id * -host セカンダリーのPFM - Managerホスト

11.4.4　PFM - Web Consoleとサービス情報を同期する方法

PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

11.4.5　接続先PFM - Managerの二重化を解除する方法

監視二重化をアンセットアップするためには，接続先PFM - Managerを設定し直す必要があります。プライマリーのPFM - Manager，セカンダリーのPFM - Manager，PFM - AgentおよびPFM - RMそれぞれのホストで設定してください。

(1)　PFM - Managerの設定

プライマリーのPFM - ManagerおよびセカンダリーのPFM - Managerで接続先PFM - Managerをlocalhostだけに設定します。

コマンドの実行例を示します。

jpcconf mgrhost define -localhost

(2)　PFM - AgentおよびPFM - RMの設定

PFM - AgentおよびPFM - RMで接続先PFM - Managerを1台だけに設定します。

コマンドの実行例を示します。

jpcconf mgrhost define -host ホスト名

11.4.6　サービス情報を削除する方法

監視二重化のアンセットアップに伴い構成が変更されるため，PFM - Managerに登録されているサービス情報を削除します。

コマンドの実行例を示します。

jpctool service delete -id * -host エージェントホスト名

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Management のサービス情報の削除手順について説明している個所を参照してください。

11.5　定義情報の二重化

定義情報を二重化するには，プライマリーから二重化用の定義情報をエクスポートしたあと，セカンダリーに定義情報をコピーしインポートします。

定義情報をエクスポートおよびインポートする際の前提条件を次に示します。標準エラー出力および共通メッセージログにエラーメッセージが出力された場合は，メッセージ内容を参照して，誤りを修正してください。

エクスポートとインポートで共通の前提条件

接続先PFM - Managerにホスト名を2つ設定している

インポートの前提条件

インポート時のシステム構成が，エクスポート時と完全に同一である

PFM - Managerのバージョンが，定義情報のエクスポート先とインポート先で一致している

PFM - Web Consoleのバージョンが，定義情報のエクスポート先とインポート先で一致している

インポート先のホスト内のPFMサービスがすべて停止している

「表11-2　プライマリーとセカンダリーで同一の設定をする定義情報」にある定義情報が，エクスポート先とインポート先で一致している

ヘルスチェック機能の監視レベルの設定値（ヘルスチェックエージェントのHealth Check Configurationsフォルダ配下のMonitoring Levelプロパティに指定した値）がエクスポート先とインポート先で一致している

11.5.1　定義情報を二重化する流れ

定義情報を二重化する流れを次の図に示します。

図11‒8　定義情報を二重化する流れ

11.5.2　定義情報をエクスポートする手順

定義情報をエクスポートする手順を，PFM - ManagerとPFM - Web Consoleに分けて説明します。

(1)　PFM - Managerの定義情報のエクスポート

jpctool config mgrexportコマンドを実行して，PFM - Managerの定義情報をエクスポートする手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

jpctool alarm unappliedコマンド，または監視コンソールの［アラーム反映状況の確認］画面からアラーム反映状態を確認する。

アラーム反映状態が完了または停止中であることを確認してください。完了または停止中でない場合は，反映状態に応じて完了になるまで対処してください。反映状態の確認方法および対処方法については，マニュアル「JP1/Performance Management リファレンス」のjpctool alarm unappliedコマンドおよびjpctool config alarmsyncコマンドについて説明している個所，または「6.6.5　アラーム反映状態を確認する」を参照してください。

jpctool config mgrexportコマンドを実行して，PFM - Managerの定義情報をエクスポートする。

例えば，/tmp/pfmexportディレクトリにPFM - Managerの定義情報をエクスポートする場合，次のように指定してコマンドを実行します。

jpctool config mgrexport -d /tmp/pfmexport

jpctool config mgrexportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　PFM - Web Consoleの定義情報のエクスポート

jpcwbackupコマンドを実行し，PFM - Web Consoleの定義情報のバックアップファイルを作成します。作成されたバックアップファイルの一部をエクスポートデータとして使用します。

エクスポートが必要なPFM - Web Consoleの定義情報ファイルを次に示します。

ブックマークの定義情報

ブックマークの定義情報は，デフォルトではPFM - Web Consoleホストの次の場所にあります。

Windowsの場合

インストール先フォルダ¥bookmarks¥

UNIXの場合

/opt/jp1pcwebcon/bookmarks/

プロセス監視の定義テンプレートの定義情報

プロセス監視の定義テンプレートの定義情報は，デフォルトではPFM - Web Consoleホストの次の場所にあります。

Windowsの場合

インストール先フォルダ¥processMonitoringTemplates¥

UNIXの場合

/opt/jp1pcwebcon/processMonitoringTemplates/

PFM - Web Consoleの定義情報をエクスポートする手順を次に示します。

PFM - Web Consoleがインストールされているホストにログインする。

コマンド実行パスへ移動する。

Windowsの場合

インストール先フォルダ¥tools

UNIXの場合

/opt/jp1pcwebcon/tools

jpcwbackupコマンドを実行して，定義情報をバックアップする。

コマンド実行時の注意事項を次に示します。

バックアップ先にはネットワークドライブを指定しないでください。

バックアップの実行中に，定義情報およびシステム構成を変更しないでください。

管理者ユーザーだけが実行できるすべての変更操作を実行しないでください。

例えば，c:¥backupディレクトリに定義情報をバックアップする場合，次のように指定してコマンドを実行します。

jpcwbackup -d c:¥backup

jpcwbackupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

11.5.3　定義情報をインポートする手順

定義情報をインポートする手順を，PFM - ManagerとPFM - Web Consoleに分けて説明します。

(1)　PFM - Managerの定義情報のインポート

jpctool config mgrexportコマンドでエクスポートしたPFM - Managerの定義情報ファイルをインポートします。

jpctool config mgrimportコマンドを実行して，PFM - Managerの定義情報をインポートする手順を次に示します。

定義情報ファイルをコピーする。

jpctool config mgrexportコマンドでエクスポートしたPFM - Managerの定義情報ファイルをコピーします。

インポート先のPFM - Managerがインストールされているホストにログインする。

jpctool config mgrimportコマンドを実行して，PFM - Managerの定義情報をインポートする。

例えば，手順1でコピーした/tmp/pfmimportディレクトリにあるPFM - Managerの定義情報をインポートする場合，次のように指定してコマンドを実行します。

jpctool config mgrimport -d /tmp/pfmimport

jpctool config mgrimportコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　PFM - Web Consoleの定義情報のインポート

PFM - Web Consoleの定義情報をインポートする場合，手動でデータをコピーする必要があります。データのコピーにはホスト名を使用するため，事前にコピー元とコピー先のホスト名の確認をしてください。それぞれのホスト名の確認方法を次に示します。

PFM - Web Consoleの定義情報をコピーする手順を次に示します。ここでは，コピー元データの格納先を「C:¥backup」として説明します。

コピー元のホスト名

初期設定ファイル（C:¥backup¥jp1pcwcbackup¥jp1pcWebCon¥conf¥config.xml）のhostの値を確認してください。

コピー先のホスト名

インポート先にある初期設定ファイル（config.xml）のhostの値を確認してください。

コピー先のPFM - Web Consoleホストにログインする。

jpcwstopコマンドを実行して，ホスト内のPFM - Web Consoleのサービスを停止する。

jpcwstopコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

コピー先にあるデータを削除または退避する。

ブックマークの定義情報およびプロセス監視の定義テンプレートの定義情報をコピーする場合，次のコピー先ディレクトリは空にしておく必要があります。データがある場合は，ディレクトリ配下のすべてのデータを削除または退避し，コピー先ディレクトリを空にしてください。

ブックマークの定義情報

コピー先にある初期設定ファイル（config.xml）のbookmarkRepositoryに設定されているディレクトリ

プロセス監視の定義テンプレートの定義情報

初期設定ファイル（config.xml）のprocessMonitoringTemplatesRepositoryに設定されているディレクトリ

重要

コピー先のPFM - Web Consoleを一度も起動していない場合は，ディレクトリを作成する必要があります。

設定値がコメントアウトされている，または空白の場合は，デフォルトの格納先ディレクトリがコピー先ディレクトリとなります。

デフォルトの格納先ディレクトリについては，「11.5.2(2) PFM - Web Consoleの定義情報のエクスポート」を参照してください。

ブックマークの定義情報をコピーする。

コピー先にある初期設定ファイル（config.xml）のbookmarkRepositoryの値を確認し，設定値に応じて次の作業を実施してください。

設定値がコメントアウトされている，または空白の場合

「C:¥backup¥jp1pcwcbackup¥bookmarks¥ホスト名（コピー元）」配下のファイルを「インストール先フォルダ¥bookmarks¥ホスト名（コピー先）」にコピーしてください。

設定値がある場合

「C:¥backup¥jp1pcwcbackup¥bookmarks¥ホスト名（コピー元）」配下のファイルを「bookmarkRepositoryに設定されているディレクトリ¥ホスト名（コピー先）」にコピーしてください。

プロセス監視の定義テンプレートの定義情報をコピーする。

インポート先にある初期設定ファイル（config.xml）のprocessMonitoringTemplatesRepositoryの設定値を確認し，設定値に応じて次の作業を実施してください。

設定値がコメントアウトとなっているまたは空白の場合

「C:¥backup¥jp1pcwcbackup¥processMonitoringTemplates」配下のファイルを「インストール先フォルダ¥processMonitoringTemplates」にコピーしてください。

設定値がある場合

「C:¥backup¥jp1pcwcbackup¥processMonitoringTemplates」配下のファイルを「processMonitoringTemplatesRepositoryに設定されているディレクトリ」にコピーしてください。

jpcwstartコマンドを実行して，ホスト内のPFM - Web Consoleのサービスを起動する。

11.6　定義情報および稼働監視データの二重化の確認

プライマリーとセカンダリーとの間で定義情報が不一致になると，監視二重化で運用できなくなります。一致させる必要のある定義情報と，一致させるための手順については「11.1.3　監視二重化の定義情報」を参照してください。

11.6.1　PFM - Managerの定義情報の二重化を確認する手順

プライマリーとセカンダリーのPFM - Managerの定義情報が二重化されて一致しているかどうかを確認する手順を次に示します。

(1)　アラーム定義およびアクション定義のアラーム情報を確認する手順

プライマリーのPFM - Managerのサービスが停止している場合，起動する。

プライマリーのPFM - Managerで次のコマンドを実行する。

jpctool alarm export -f 出力ファイル名 -key サービスキー

セカンダリーのPFM - Managerのサービスが停止している場合，起動する。

セカンダリーのPFM - Managerで次のコマンドを実行する。

jpctool alarm export -f 出力ファイル名 -key サービスキー

プライマリーとセカンダリーの出力ファイルを比較する。

一致していればアラーム情報は一致しています。

(2)　バインド情報を確認する手順

プライマリーのPFM - Managerのサービスが停止している場合，起動する。

プライマリーのPFM - Managerで次のコマンドを実行する。

jpctool alarm list -key サービスキー -table アラームテーブル名

セカンダリーのPFM - Managerのサービスが停止している場合，起動する。

セカンダリーのPFM - Managerで次のコマンドを実行する。

jpctool alarm list -key サービスキー -table アラームテーブル名

プライマリーとセカンダリーの表示結果を比較する。

一致していればバインド情報は一致しています。

(3)　レポート定義を確認する手順

プライマリーのPFM - ManagerのサービスおよびPFM - Web Consoleのサービスが停止している場合，起動する。

プライマリーのPFM - Web Consoleで次のコマンドを実行する。

入力ファイルには，すべてのレポートを出力するよう指定してください。

jpcrdef output -o 出力ファイル名 入力ファイル

セカンダリーのPFM - Web Consoleで次のコマンドを実行する。

入力ファイルには，すべてのレポートを出力するよう指定してください。

jpcrdef output -o 出力ファイル名 入力ファイル

プライマリーとセカンダリーの出力ファイルを比較する。

一致していればレポート定義は一致しています。

(4)　業務グループ情報を確認する手順

プライマリーのPFM - Managerのサービスが停止している場合，起動する。

プライマリーのPFM - Managerで次のコマンドを実行し，業務グループ名の一覧を表示する。

jpcconf bgdef list

手順2の結果を確認し，プライマリーのPFM - Managerで次のコマンドを実行する。

jpcconf bgdef export -f 出力ファイル名 -group 業務グループ名

セカンダリーのPFM - Managerサービスが停止している場合，起動する。

セカンダリーのPFM - Managerで次のコマンドを実行し，業務グループ名の一覧を表示する。

jpcconf bgdef list

手順5の結果を確認し，セカンダリーのPFM - Managerで次のコマンドを実行する。

jpcconf bgdef export -f 出力ファイル名 -group 業務グループ名

プライマリーとセカンダリーの出力ファイルを比較する。

一致していれば業務情報グループは一致しています。

(5)　Performance Managementユーザーアカウント情報およびエージェント階層（User Agents）の情報を確認する手順

プライマリーとセカンダリーで採取したファイルを比較する。

採取したファイルはバイナリ形式です。これらのファイルを比較して一致していれば，Performance Managementユーザーアカウント情報とUser Agentsの情報は一致しています。バイナリファイルの比較にはFCコマンド（Windows）やdiffコマンド（UNIX）などを使用してください。

Performance Managementユーザーアカウント情報とUser Agentsの情報は同じファイルで管理されています。ファイルのパスを次の表に示します。

表11‒7　比較するファイルのパス

データ

認証モード

パス

Performance Managementユーザーアカウント情報，

エージェント階層（User Agents）の情報

PFM認証

Windowsの場合

インストール先フォルダ¥mgr¥viewsvr¥data¥UserList.lmk

UNIXの場合

/opt/jp1pc/mgr/viewsvr/data/UserList.lmk

JP1認証

Windowsの場合

インストール先フォルダ¥mgr¥viewsvr¥data¥UserListforJP1.lmk

UNIXの場合

/opt/jp1pc/mgr/viewsvr/data/UserListforJP1.lmk

(6)　管理エージェントの情報を確認する手順

プライマリーのPFM - Managerのサービスが停止している場合，起動する。

プライマリーのPFM - Managerで次のコマンドを実行する。

jpctool service list -id * -host *

セカンダリーのPFM - Managerのサービスが停止している場合，起動する。

セカンダリーのPFM - Managerで次のコマンドを実行する。

jpctool service list -id * -host *

プライマリーとセカンダリーの表示結果を比較する。

「Status Server」「Trap Generator」および「View Server」以外のサービスIDが一致していれば，管理エージェントの情報は一致しています。

(7)　接続先PFM - Manager設定を確認する手順

プライマリーのPFM - Managerで次のコマンドを実行する。

jpcconf mgrhost display

セカンダリーのPFM - Managerで次のコマンドを実行する。

jpcconf mgrhost display

プライマリーとセカンダリーの表示結果を比較する。

一致していれば，プライマリーとセカンダリーとの接続先PFM - Managerの設定は一致しています。

(8)　自動バインドの設定を確認する手順

プライマリーとセカンダリーで採取したファイルをバイナリ比較する。

採取するファイルを次に示します。

Windowsの場合

インストールディレクトリ¥jpcautobind.cfg

UNIXの場合

/opt/jp1pc/jpcautobind.cfg

これらのファイルを比較して一致していれば，自動バインドの設定は一致しています。バイナリファイルの比較にはFCコマンド（Windows）やdiffコマンド（UNIX）などを使用してください。

11.6.2　PFM - Web Consoleの定義情報の二重化を確認する手順

プライマリーとセカンダリーのPFM - Web Consoleの定義情報が二重化されて一致しているかどうかを確認する手順を次に示します。

(1)　ブックマークの定義情報を確認する手順

プライマリーのPFM - Web Consoleのホストで初期設定ファイル（config.xml）bookmarkRepositoryの値を確認する。

bookmarkRepositoryの値に応じて手順2の作業を実施します。

次に示すブックマークの定義情報を任意のフォルダにコピーする。

bookmarkRepositoryの値がコメントアウトとなっている，または空白の場合

インストール先フォルダ¥bookmarks¥プライマリーのPFM - Managerのホスト名

bookmarkRepositoryの値が記載されている場合

bookmarkRepositoryの値¥接続先PFM - Managerのホスト名

セカンダリーのPFM - Web Consoleのホストで初期設定ファイル（config.xml）のbookmarkRepositoryの値を確認する。

パラメーターの値に応じて手順4の作業を実施します。

次に示すブックマークの定義情報を任意のフォルダにコピーする。

bookmarkRepositoryの値がコメントアウトとなっている，または空白の場合

インストール先フォルダ¥bookmarks¥セカンダリーのPFM - Managerのホスト名

bookmarkRepositoryの値が記載されている場合

bookmarkRepositoryの値¥接続先PFM - Managerのホスト名

プライマリーとセカンダリーでそれぞれ採取したブックマークの定義情報を，フォルダごとに比較する。

採取したファイルはバイナリ形式です。これらのファイルをフォルダごとに比較して，ファイルがすべて一致すれば，ブックマークの定義情報は一致しています。

(2)　プロセス監視のテンプレート情報を確認する手順

プライマリーのPFM - Web Consoleのホストで初期設定ファイル（config.xml）のprocessMonitoringTemplatesRepositoryの値を確認する。

パラメーターの値に応じて手順2の作業を実施します。

次に示すプロセス監視のテンプレート情報を任意のフォルダにコピーする。

processMonitoringTemplatesRepositoryの値がコメントアウトとなっている，または空白の場合

インストールディレクトリ¥processMonitoringTemplates

processMonitoringTemplatesRepositoryの値が記載されている場合

processMonitoringTemplatesRepositoryの値

セカンダリーのPFM - Web Consoleのホストで初期設定ファイル（config.xml）のprocessMonitoringTemplatesRepositoryの値を確認する。

パラメーターの値に応じて手順4の作業を実施します。

次に示すプロセス監視のテンプレート情報を任意のフォルダにコピーする。

processMonitoringTemplatesRepositoryの値がコメントアウトとなっている，または空白の場合

インストールディレクトリ¥processMonitoringTemplates

processMonitoringTemplatesRepositoryの値が記載されている場合

processMonitoringTemplatesRepositoryの値

プライマリーとセカンダリーでそれぞれ採取したプロセス監視のテンプレート情報を，フォルダごとに比較する。

採取したファイルはバイナリ形式です。これらのファイルをフォルダごとに比較して，ファイルがすべて一致すれば，プロセス監視のテンプレート情報は一致しています。

11.6.3　監視エージェントの接続先PFM - Manager設定の確認

PFM - AgentまたはPFM - RMが稼働しているホストで設定されている，プライマリーとセカンダリーのホスト名を個別に確認できます。

(1)　PFM - Web Consoleからの確認

PFM - Web Consoleの［サービスのプロパティ］画面でノード名「Multiple Manager Configuration」のプロパティを表示すると，接続先のプライマリーおよびセカンダリーのPFM - Managerのホスト名を確認できます。

PFM - Web Consoleから次のサービスのプロパティを表示してください。

PFM - AgentまたはPFM - RMのCollectorサービスとStoreサービス

ヘルスチェックエージェントのCollectorサービスとStoreサービス

Action Handlerサービス

詳細については，マニュアル「JP1/Performance Management リファレンス」の，［サービスのプロパティ］画面について説明している個所を参照してください。

(2)　コマンドでの確認

各エージェントで設定しているプライマリーとセカンダリーのホスト名はコマンドで確認できます。詳細については，マニュアル「JP1/Performance Management リファレンス」の，jpcconf mgrhost displayコマンドについて説明している個所を参照してください。

11.6.4　稼働監視データの一致を確認する手順

(1)　パフォーマンスデータ（ヘルスチェックエージェント）を確認する手順

プライマリーのPFM - ManagerのサービスおよびPFM - Web Consoleのサービスが停止している場合，起動する。

ブラウザからプライマリーのPFM - Web Consoleにアクセスし，ログインする。

［エージェント階層］画面を開き，一致しているかどうか確認したいレコードの履歴レポートを表示する。

［レポートの表示］タブの［CSV出力］をクリックし，CSVファイルを保存する。

ブラウザからセカンダリーのPFM - Web Consoleにアクセスし，ログインする。

手順3と4を実施する。

プライマリーとセカンダリーのCSVファイルを比較する。

一致していれば，パフォーマンスデータは一致しています。

(2)　イベントデータを確認する手順

プライマリーのPFM - ManagerのサービスおよびPFM - Web Consoleのサービスが停止している場合，起動する。

ブラウザからプライマリーのPFM - Web Consoleにアクセスし，ログインする。

［エージェント階層］画面を開き，［表示形式］を「Products」に変更する。

ルートディレクトリを選択した状態で，［イベント履歴］をクリックする。

［レポートの表示期間の設定］が表示されたら，比較したい対象期間と条件式を設定し［OK］ボタンをクリックする。

［レポートの表示］タブの［CSV出力］をクリックし，CSVファイルを保存する。

ブラウザからセカンダリーのPFM - Web Consoleにアクセスし，ログインする。

手順3〜6を実施する。

プライマリーとセカンダリーのCSVファイルを比較する。

一致していれば，イベントデータは一致しています。

11.7　プライマリーとセカンダリーの切り替え

ここでは，プライマリーとセカンダリーを切り替える手順を説明します。プライマリーとセカンダリーの切り替えは，マシンをメンテナンスしたりリプレースしたりする場合，またはプライマリーを停止させる場合のほかに，プライマリーで障害が発生してダウンした場合にも実施します。障害が発生した場合の切り替えの手順については「17.3.2　jpcconf primmgr notifyコマンドを実行しても，ホスト名がエージェントに配信されない」「17.3.3　jpcconf primmgr notifyコマンドを実行しても，ホスト名がプライマリーに配信されない」をあわせてお読みください。

障害が発生した場合には，プライマリーとセカンダリーで稼働監視データが不一致になることがあります。一致しているかどうか確認する方法については，「11.6.4　稼働監視データの一致を確認する手順」を参照してください。

11.7.1　プライマリーとセカンダリーの切り替えの流れ

プライマリーとセカンダリーを切り替える場合の流れを次の図に示します。

図11‒9　プライマリーとセカンダリーを切り替える場合の流れ

プライマリーとセカンダリーの切り替えが成功しているかどうかを，配信の進捗状況やプライマリーの配信結果で確認します。切り替えが失敗した場合の対処方法については「17.3.2　jpcconf primmgr notifyコマンドを実行しても，ホスト名がエージェントに配信されない」または「17.3.3　jpcconf primmgr notifyコマンドを実行しても，ホスト名がプライマリーに配信されない」を参照してください。

11.7.2　プライマリーとセカンダリーの一括切り替え

プライマリーとセカンダリーを切り替えるには，セカンダリーのPFM - Managerでjpcconf primmgr notifyコマンドを実行します。

(1)　プライマリーとセカンダリーの一括切り替えの手順

セカンダリーのPFM - Managerで，jpcconf primmgr notifyコマンドを実行する。

コマンドを実行したPFM - Managerがプライマリーとして設定されます。また，Status Serverサービスが起動しているPFMシステム内の全ホストに，プライマリーとなるホスト名が一括配信されます。

Status Serverサービスが停止しているホストには配信されません。また，ホストがダウンするなど，何らかの理由でプライマリーのPFM - Managerのサービスが停止している場合，プライマリーのPFM - Managerへの配信は失敗します。配信に失敗した場合の対処方法は「17.3.2　jpcconf primmgr notifyコマンドを実行しても，ホスト名がエージェントに配信されない」または「17.3.3　jpcconf primmgr notifyコマンドを実行しても，ホスト名がプライマリーに配信されない」を参照してください。

詳細については，マニュアル「JP1/Performance Management リファレンス」の，jpcconf primmgr notifyコマンドについて説明している個所を参照してください。

プライマリーの設定結果をファイル出力する。

jpcconf primmgr notifyコマンドから各ホストへの配信が完了したら，その結果がCSVファイル形式で出力されます。詳細については，マニュアル「JP1/Performance Management リファレンス」の，jpcconf primmgr notifyコマンドについて説明している個所を参照してください。

(2)　一括切り替えでの配信の進捗状況や結果の確認

切り替えやホスト名の一括配信が成功したかどうかを確認し，必要ならば再度，切り替えの作業を実施します。

(a)　配信の進捗状況の確認方法

配信の進捗状況はjpcconf primmgr notifyコマンドで確認できます。詳細については，マニュアル「JP1/Performance Management リファレンス」の，jpcconf primmgr notifyコマンドについて説明している個所を参照してください。

(b)　配信の結果の確認方法

配信の結果は，jpcconf primmgr notifyコマンドが出力するCSVファイルで確認できます。配信が失敗した場合は，再度，一括切り替えまたは個別切り替えを実施する必要があります。詳細は「17.3.2　jpcconf primmgr notifyコマンドを実行しても，ホスト名がエージェントに配信されない」または「17.3.3　jpcconf primmgr notifyコマンドを実行しても，ホスト名がプライマリーに配信されない」を参照してください。

(3)　他製品との連携の設定

切り替え以前の監視二重化環境でほかのJP1製品と連携していた場合，切り替えのあとに，他製品との連携を設定する必要があります。監視二重化で必要になる連携製品ごとの設定については「11.3.3　監視二重化で他システムとの連携を設定する方法」を参照してください。

11.7.3　プライマリーとセカンダリーの個別切り替え

PFM - AgentまたはPFM - RMが稼働しているホストに対して，個別にプライマリーとセカンダリーの切り替えを実施します。

(1)　プライマリーとセカンダリーの個別切り替えの方法

PFM - AgentまたはPFM - RMが稼働しているホストでjpcconf mgrhost defineコマンドを実行すると，接続先PFM - Managerとして設定しているプライマリーとセカンダリーが切り替えられます。

コマンドの実行結果は，jpcconf mgrhost defineコマンドを実行後に表示されるメッセージで確認できます。jpcconf mgrhost defineコマンドの詳細は，マニュアル「JP1/Performance Management リファレンス」の，jpcconf mgrhost defineコマンドについて説明している個所を参照してください。

12　統合管理製品（JP1/IM）と連携した稼働監視

この章では，Performance Managementと統合管理製品（JP1/IM）を連携した稼働監視について説明します。Performance ManagementとJP1/IMを連携させるためのセットアップ方法，およびJP1/IMからPerformance Managementを使って監視対象システムを稼働監視する方法について説明します。

12.1　統合管理製品（JP1/IM）と連携した稼働監視の概要

Performance Managementは，統合管理製品であるJP1/IMと連携して稼働を監視できます。

JP1/IMと連携することで，Performance ManagementやほかのJP1製品などのプログラムを同じ画面で監視したり，問題が発生したときに，発行されたJP1イベントを契機として事象発生元ホストのPerformance Managementのレポートを表示させたりできます。また，JP1ユーザーでPerformance Managementにログインすることもできます。

JP1/IMと連携したPerformance Managementによる稼働監視の例を次の図に示します。

図12‒1　JP1/IMと連携したPerformance Managementによる稼働監視の例

参考　JP1/IMとは

JP1/IMはJP1シリーズの統合運用管理を実施するための製品です。企業情報システム全体を統合管理するための機能を提供します。JP1/IMは，「セントラルコンソール」による監視と業務視点でシステム全体を可視化できる「セントラルスコープ」による監視ができます。セントラルスコープは，企業システム全体を業務の視点で可視化できるビジュアル監視画面があり，大規模で複雑なシステムでも直感的に監視できます。

JP1/IMでPerformance Managementを監視する方法は2種類あり，監視対象や目的などによって監視方法を選べます。それぞれの特長を次に示します。

セントラルコンソールによる監視

監視対象のシステム（監視エージェント）で発生したJP1イベントをコンソール表示する画面で監視します。JP1イベントのフィルタリングやイベント検索などができます。

セントラルスコープによる監視

監視エージェントで発生したJP1イベントをビジュアルに表示する画面で監視します。例えば，業務や組織ごとにグループ化したり，全国の拠点やデータセンターのレイアウト図ごとにグループ化したりすることで，システム全体をわかりやすく可視化できます。

また，JP1/IM2と連携すると，JP1/IM2のREST APIを使用してPerformance Managementのパフォーマンスデータ（履歴データ）を取得できます。

バージョン12-10以降のJP1/IM2と連携する場合は，さらに次のことができます。

JP1/IM2の統合オペレーション・ビューアーによるPerformance Managementの監視対象の稼働監視

JP1/IM2で管理するPerformance Managementのサーバの稼働状況，エージェントの稼働状況，エージェントのアラーム監視状況など，Performance Managementの監視対象全体の状況を，JP1/IM2の統合オペレーション・ビューアー上に統合されたPFM - Web Consoleの画面で確認できます。

JP1/IM2のREST APIによるPerformance Managementのトレンド情報の取得

JP1/IM2のREST APIを使用して，JP1/IM2の統合オペレーション・ビューアーに表示されるPerformance Managementのトレンド情報を取得できます。

12.1.1　セントラルコンソールによる監視

Performance Managementで発行するJP1イベントを，JP1/IMのセントラルコンソールの［イベントコンソール］画面に一覧表示できます。

表示されたJP1イベントから，PFM - Web Consoleの画面（Webブラウザ）を表示させ，JP1イベントが発行された原因を特定できます。また，Webブラウザでアラームの定義内容を確認したり，レポートを表示させたりすることもできます。イベントコンソールの表示条件を変更して，特定のJP1イベントだけを表示させるように設定できます。Performance Managementでアラームイベントが発生したり，PFMサービスの状態が変更したりして，JP1イベントが発行されると，そのJP1イベントがJP1/Baseを通じてJP1/IMに送られ，［イベントコンソール］画面に表示されます。

12.1.2　セントラルスコープによる監視

システムをグループ化し，ツリー状またはマップ状の画面で監視できます。

監視エージェントの稼働状態を示すアイコンを［監視ツリー］画面に表示させ，アイコンの色で状態を確認できます。JP1/IMでは，アイコンを使って監視できる監視対象のことを，「監視オブジェクト」と呼びます。

ヒント

監視エージェントの稼働状態を示すアイコンは，シングルインスタンスエージェントの場合「エージェント名監視(PFM)」，マルチインスタンスエージェントの場合「エージェント名_インスタンス名監視(PFM)」のように表示されます。例えば，シングルインスタンスエージェントであるPFM - Agent for Platform（Windows）の場合，「Windows監視(PFM)」と表示されます。また，マルチインスタンスエージェントであるPFM - Agent for Oracleで，インスタンス名が「InstA」の場合，「Oracle_InstA監視(PFM)」と表示されます。

Performance ManagementでJP1イベントが発行されると，PFM - AgentまたはPFM - RMに対応したアイコンが異常を表す色に変わります。これによって，どのエージェントで問題が起きているのかがわかりやすくなります。

注意

JP1/IMのセントラルスコープによって監視ツリーの自動生成を実施するには，ツリーに追加したいPFM - AgentホストまたはPFM - RMホストにJP1/Baseが必要です。

詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

12.1.3　Performance ManagementとJP1/IMの連携

Performance Managementは，JP1/IMが検知したJP1イベントを契機としてレポートをPFM - Web Consoleの画面で表示させたり，JP1/IMの統合機能メニューからPFM - Web Consoleの画面を表示させたりするように設定できます。

Performance ManagementとJP1/IMの連携機能を次に示します。

JP1/IMからのレポート表示

JP1/IMのセントラルコンソールの［イベントコンソール］画面に表示されたJP1イベントから，事象発生元ホストのレポートをPFM - Web Consoleの画面で表示できます。

ただし，次のレポートの場合は表示できません。

対象のパフォーマンスデータの収集の設定が「保存しない」となっているレポート

対象のパフォーマンスデータの保存期間を越えるレポート

表示させたい場合は，パフォーマンスデータの設定を見直す必要があります。パフォーマンスデータの設定方法については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」のパフォーマンスデータの管理機能と設定手順について説明している個所を参照してください。

JP1/IMの統合機能メニューからの，PFM - Web Consoleの画面の起動

JP1/IMの統合機能メニューからPFM - Web Consoleの画面を表示させ，パフォーマンス監視を実施できます。

12.1.4　JP1/IM2と連携した稼働監視の概要

JP1/IM2と連携すると，JP1/IM2のREST API（性能情報取得API）を使用して，Performance Managementの監視エージェントで蓄積されたパフォーマンスデータ（履歴データ）を取得したり，JP1/IM2の統合オペレーション・ビューアー上で監視エージェントのステータスやヘルスチェックステータスを確認したりできます。

JP1システムイベントを使用することで，ステータスの変更をリアルタイムでJP1/IM2に反映できます。

バージョン12-10以降のJP1/IM2と連携する場合は，さらに次のことができます。

JP1/IM2の統合オペレーション・ビューアーによるPerformance Managementの監視対象の稼働情報の表示

JP1/IM2の統合オペレーション・ビューアーを使用して，Performance Managementの監視対象全体の稼働状況を確認できます。性能に関する問題の検知から詳細な原因の分析までを，すべてJP1/IM2の画面上で行えます。

［統合オペレーション・ビューアー］画面では，［稼働状況］領域の構成要素（IM管理ノード）から選択したPerformance Managementの監視エージェントに対して，次の情報を表示できます。

PFM - Web Consoleの画面による稼働状況表示

・PFM - Web Consoleのバージョンが12-10以降の場合

PFM - Web Consoleへのログイン操作なし（シングル・サインオン）で，［詳細表示］領域の［パフォーマンス］タブにPFM - Web Consoleの画面を表示し，監視エージェントの稼働状況を表示できます。

・PFM - Web Consoleのバージョンが12-50以降の場合

［イベント一覧］領域に表示されているPerformance Managementのイベントからのモニター起動，またはJP1/IM2の提案機能を使用して，Performance ManagementのレポートをPFM - Web Consoleの画面に表示できます。

関連ノード表示

［詳細表示］領域の［関連ノード］タブに，操作対象のPerformance ManagementのIM管理ノード（監視エージェント）に関連するノードおよびノード間の関連種別を，関連ノードとしてビジュアル化して表示できます。

トレンド情報表示

［詳細表示］領域の［トレンド］タブに，操作対象のPerformance ManagementのIM管理ノード（監視エージェント）のパフォーマンスデータを，トレンド情報としてグラフ化して表示できます。

プロパティ表示

［詳細表示］領域の［関連ノード］タブの［プロパティ］に，操作対象のPerformance ManagementのIM管理ノード（監視エージェント）のプロパティを表示できます。

提案情報の表示と対処アクションの実行

バージョン12-50以降のJP1/IM2の提案機能を使用する場合，［稼働状況］領域で，提案アイコンが付与されているPerformance ManagementのIM管理ノード（監視エージェント）を選択すると，［詳細表示］領域の［提案］タブに，提案情報（Performance Managementのシステム状況に応じて提案する対処アクション）を表示し，対処アクションを実行できます。

注　PFM - Web Console，およびPFM - ManagerホストのJP1/Baseの前提バージョンは12-10以降です。

JP1/IM2のREST APIを使用したトレンド情報の取得

メトリック一覧取得API

Performance Managementから時系列データのメトリック一覧を取得できます。

時系列データ取得API

Performance Managementの時系列データを取得できます。

JP1/IM2の統合オペレーション・ビューアー，およびJP1/IM2のREST APIの詳細については，JP1/IM2のマニュアルまたはドキュメントを参照してください。

12.1.5　統合オペレーション・ビューアーによる監視

バージョン12-10以降のJP1/IM2と連携する場合，JP1/IM2の統合オペレーション・ビューアーを使用して，次のことができます。

(1)　PFM - Web Consoleの画面による稼働状況表示

(a)　概要

PFM - Web Consoleのバージョンが12-10以降の場合，JP1/IM2の［統合オペレーション・ビューアー］画面で，［稼働状況］領域の構成要素（IM管理ノード）から選択したPerformance Managementの監視エージェントに対して，PFM - Web Consoleへのログイン操作なし（シングル・サインオン）で，［詳細表示］領域の［パフォーマンス］タブにPFM - Web Consoleの画面を表示し，監視エージェントの稼働状況を表示できます。

JP1/IM2で複数のPFM - Managerを管理している場合でも，接続先のPFM - Web Consoleを自動的に判別して表示します。レポートの表示，アラームテーブルのバインドの設定，ログ収集条件の変更など，Performance ManagementのPFM - Web Consoleの画面とほぼ同じ機能を使用できます。

また，PFM - Web Consoleのバージョンが12-50以降の場合，JP1/IM2の［統合オペレーション・ビューアー］画面で，［イベント一覧］領域に表示されているPerformance Managementのイベントからのモニター起動，またはJP1/IM2の提案機能を使用して，Performance ManagementのレポートをPFM - Web Consoleの画面に表示できます。

統合オペレーション・ビューアーで表示するPFM - Web Consoleの画面の詳細については，マニュアル「JP1/Performance Management リファレンス」の，JP1/IM2の統合オペレーション・ビューアーで表示するPFM - Web Consoleの画面について説明している章を参照してください。

(b)　JP1ユーザーの権限について

統合オペレーション・ビューアーでPFM - Web Consoleの画面を表示できるユーザーは，次の表に示すPerformance Managementの権限を持つJP1ユーザーだけです。

表12‒1　PFM - Web Consoleの画面を表示するJP1ユーザーに必要なPerformance Managementの権限

Performance Managementの権限

JP1権限レベル

管理ユーザー

JP1_PFM_Admn

一般ユーザー

JP1_PFM_Operator

(c)　同時接続数

1つのPFM - Web Consoleに対する同時接続数※は，JP1/IM2から起動するPFM - Web Consoleへの接続と，JP1/IM2と連携せず単独で起動するPFM - Web Consoleへの接続の双方を合わせて，最大「64」です。

注※

1つのPFM - Web Consoleに同時にログインできるユーザーアカウント数を示します。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，同時にログインできるユーザーアカウント数について記載している個所を参照してください。

(d)　PFM - Web Consoleの画面を表示するPerformance Managementの構成要素

統合オペレーション・ビューアーでPFM - Web Consoleの画面を表示するPerformance Managementの構成要素を，次の表に示します。

表12‒2　PFM - Web Consoleの画面を表示するPerformance Managementの構成要素

Performance Managementの構成要素

PFM - Web Consoleの画面の表示

PFM - Manager

○

PFM - Base

×

PFM - Agent（エージェントごとのカテゴリ，およびManagement Applicationsカテゴリ※の配下のAgent Collectorサービス）

○

PFM - RM

Remote Monitor Collectorサービス

○

グループエージェント

○

リモートエージェント（エージェントごとのカテゴリ，およびManagement Applicationsカテゴリ※の配下のリモートエージェントサービス）

○

上記以外

×

（凡例）

○：表示する

×：表示しない

注※

JP1の運用管理製品をまとめたカテゴリです。

(e)　PFM - Web Consoleの画面で使用できる機能

統合オペレーション・ビューアーで表示するPFM - Web Consoleの画面では，次に示す機能を使用できます。

■Performance Managementの構成要素からPFM - Managerを選択した場合

ヘルスチェックエージェントの操作・状態表示（ヘルスチェック機能が有効の場合）

・レポート表示

・アラームの状態表示

・アラームのバインド／アンバインド

・サービスのプロパティ表示

稼働状況のサマリ表示※

監視一時停止の設定

イベント履歴の表示

アラーム／レポート定義の作成・編集・削除

サービスのプロパティ表示／配布

注※

［絞り込み結果から稼働状況を表示する］チェックボックスは表示されません。

■Performance Managementの構成要素からPFM - AgentまたはPFM - RMのエージェントを選択した場合

対象エージェントのレポート表示※

対象エージェントの状態表示

対象エージェントへのアラームのバインド※

対象エージェントのプロパティ表示

対象エージェントが使用できるアラーム／レポート定義の作成・編集・削除※

対象エージェントサービスのプロパティ表示／配布

対象エージェントのプロセス監視の設定（PFM - Agent for PlatformまたはPFM - RM for Platformだけ）

注※

PFM - RMのRemote Monitor Collectorサービスでは，レポートおよびアラームに関する機能は使用できません。

なお，統合オペレーション・ビューアーで表示するPFM - Web Consoleの画面では，次に示す機能は使用できません。

イベントモニター

エージェント階層の編集

アラーム反映状況の確認

ブックマーク操作

次に示すブックマークに関する項目は表示されないため，選択できません。

次に示す画面の［ツリー種別］のリストボックスでの「ブックマーク」の選択

・エージェント階層の［レポートの表示 > レポートの選択］画面

・レポート階層の［新規レポート > ドリルダウン > レポートの選択］画面

・レポート階層の［編集 > ドリルダウン > レポートの選択］画面

［レポート］画面で［レポート定義の編集］タブ以外のタブを選択したときに表示される［ブックマーク］アンカー，および［レポートの表示］タブを選択したときに表示される［ベースライン］アンカー

ドリルダウンレポートの設定で，［レポート］画面で［レポートの表示］タブを選択したときに表示されるドリルダウンレポート選択リストでの「ブックマーク」の選択

サービスの停止

(f)　ログイン／ログアウト

統合オペレーション・ビューアーでPFM - Web Consoleの画面を表示する場合，次に示す契機で，自動的にPFM - Web Consoleへのログイン／ログアウトを行います。

なお，一度PFM - Web Consoleの画面を表示したあとは，［統合オペレーション・ビューアー］画面上で別の操作や画面遷移によって，PFM - Web Consoleの画面が非表示になった場合でも，PFM - Web Consoleへのログイン状態は継続します。ただし，この場合，操作内容は破棄され，エージェント階層を表示します。

■ログインの契機

［統合オペレーション・ビューアー］画面へのログイン後，［稼働状況］領域からPFM - Web Consoleを表示するPerformance Managementの構成要素を初めて選択したとき（PFM - Web Consoleがセッションタイムアウトしたあとに選択したときを含む）

監視二重化の構成の場合，接続先のPFM - Web Consoleのプライマリーとセカンダリーを切り替えたとき

［再ログイン］ボタンをクリックしたとき

■ログアウトの契機

［統合オペレーション・ビューアー］画面からログアウトしたとき

JP1/IM2がセッションタイムアウトしたとき※1

Webブラウザを閉じたとき（Webブラウザの［×］ボタンをクリックしたとき）

監視二重化の構成の場合，接続先のPFM - Web Consoleのプライマリーとセカンダリーを切り替えたとき

PFM - Web Console上でユーザー操作や自動更新が行われないまま，PFM - Web Consoleのセッションタイムアウト時間※2を経過したとき

［再ログイン］ボタンをクリックしたとき

注※1

JP1/IM2のセッションタイムアウト時間の設定は，JP1/IM2の通信環境定義ファイル（console.conf.update）の"COM_SO_TIMEOUT"の値で調整できます。詳細については，JP1/IM2のマニュアルを参照してください。

注※2

PFM - Web Consoleのセッションタイムアウト時間の設定は，初期設定ファイル（config.xml）のsessionTimeoutパラメーターで調整できます。

重要

JP1/IM2の統合オペレーション・ビューアーでPFM - Web Consoleをログアウトすると，「Now logged out」と表示された小さいブラウザウインドウが立ち上がります。この場合は，ログアウト処理中のため，ブラウザの［×］ボタンでこのブラウザウィンドウを閉じないでください。

なお，PFM - Web Consoleサービスを停止したあと，ログアウトした場合などでは，「Now logged out」が表示されないブラウザウィンドウが画面に残る場合があります。この場合は，ブラウザウィンドウを閉じてください。

(g)　選択した構成要素に応じたアイテムのツリー表示

JP1/IM2の［統合オペレーション・ビューアー］画面の，［詳細表示］領域の［パフォーマンス］タブに，PFM - Web Consoleの［レポート階層］画面，［アラーム階層］画面，または［サービス階層］画面を表示している場合，ナビゲーションフレームに，［稼働状況］領域で選択したPerformance Managementの構成要素に応じたアイテムをツリー表示します。

ナビゲーションフレームにツリー表示するアイテムの詳細については，マニュアル「JP1/Performance Management リファレンス」の，ナビゲーションフレームの表示内容について説明している章を参照してください。

(h)　業務グループ機能が有効な場合の動作

参照または操作ができるエージェント

ユーザーに割り当てられた業務グループに所属するホストを監視しているエージェント

参照および操作ができないエージェント

ユーザーが参照できない業務グループに所属するホストを監視しているエージェント

業務グループが割り当てられていないホストを監視しているエージェント※

注※

業務グループが割り当てられていないホストの場合，業務グループ一般ユーザーではPFM - Web Consoleの画面を表示できません（エラーとなります）。

サマリ表示，監視一時停止，イベント履歴の対象となるエージェント

ユーザーに割り当てられた業務グループで参照できるすべてのエージェントが対象となります。

PFM - Managerだけが操作できる機能を使用できるユーザー

PFM - Managerが参照できるユーザーだけが使用できます。

重要

業務グループ機能が有効な場合，PFM - ManagerおよびPFM - Agentのホストに業務グループを割り当てる必要があります。

(i)　監視二重化の構成での動作

監視二重化の構成の場合，［統合オペレーション・ビューアー］画面の［稼働状況］領域でPFM - Managerを選択すると，接続先のPFM - Managerホストのプライマリーに自動的に接続を試みます（接続メニュー表示領域でプライマリーを選択したものとして動作します）。また，接続メニュー表示領域で，接続先（プライマリーまたはセカンダリー）の切り替えができます。

システムの稼働中にプライマリーとセカンダリーの切り替えが発生した場合は，接続メニュー表示領域で，切り替えが発生したことをアイコンで通知します。

(2)　関連ノード表示

［統合オペレーション・ビューアー］画面の［詳細表示］領域の［関連ノード］タブに，操作対象のPerformance ManagementのIM管理ノード（監視エージェント）に関連するノードおよびノード間の関連種別を，関連線で連結される関連ノードとしてビジュアル化して表示できます。ノード間は関連線で連結されます。また，選択したノードや関連線のプロパティが，［プロパティ］に表示されます。

関連ノードを表示できるPerformance ManagementのIM管理ノード間の関連を，次の表に示します。

表12‒3　関連ノードを表示できるPerformance ManagementのIM管理ノード間の関連

関連種別

親ノード

子ノード

managerAgent

PFM - Managerに対応するIM管理ノード

親ノードが管理するPFM - Agentインスタンスのサービスに対応するIM管理ノード

親ノードが管理するPFM - RMインスタンスのサービスに対応するIM管理ノード

PFM - RMインスタンスのサービスに対応するIM管理ノード

親ノードが管理するリモートエージェントのサービスに対応するIM管理ノード

sameNode

PFM - Agentインスタンスのサービスに対応するIM管理ノード

親ノードのパフォーマンスデータに対応するIM管理ノード

PFM - RMインスタンスのサービスに対応するIM管理ノード

親ノードのグループエージェントに対応するIM管理ノード

リモートエージェントのサービスに対応するIM管理ノード

親ノードのパフォーマンスデータに対応するIM管理ノード

primarySecondary

プライマリーのPFM - Managerに対応するIM管理ノード（監視二重化の構成の場合）

親ノードのセカンダリーのPFM - Managerに対応するIM管理ノード（監視二重化の構成の場合）

重要

監視二重化の構成でプライマリーとセカンダリーを切り替えた場合は，JP1/IM2の機能で構成情報の同期してください。構成情報を同期するまでは，JP1/IM2の統合オペレーション・ビューアー上で表示される親ノードと子ノードが実態と逆になります。

監視二重化の構成でプライマリーに対する構成情報の同期に失敗した場合，［関連ノード］タブにプライマリーとセカンダリーの関連は表示されません。

プライマリーが動作しているにも関わらず関連が表示されない場合は，JP1/IM2の構成取得対象ホスト定義ファイル（imdd_target_host.conf）の記載内容を確認し，プライマリーとセカンダリーの両方のホスト名が記載されていないときは，ホスト名の記載を追加して再度同期を行ってください。

JP1/IM2の構成取得対象ホスト定義ファイルの詳細については，JP1/IM2のマニュアルを参照してください。

(3)　トレンド情報表示

［統合オペレーション・ビューアー］画面の［詳細表示］領域の［トレンド］タブに，操作対象のPerformance ManagementのIM管理ノード（監視エージェント）に対するパフォーマンスデータを，トレンド情報としてグラフ化して表示できます。

トレンド情報を表示できるPerformance ManagementのIM管理ノードと表示内容を，次の表に示します。

表12‒4　トレンド情報を表示できるPerformance ManagementのIM管理ノードと表示内容

IM管理ノード

表示内容

PFM - Managerホスト−Management Applicationsカテゴリの配下のJP1/PFM - Manager

ヘルスチェックエージェントのトレンド情報

PFM - Agentホスト−各PFM - Agent製品のカテゴリ配下のAgent Collectorサービス

エージェントのトレンド情報

PFM - RMホスト−Management Applicationsカテゴリの配下のグループエージェント

グループエージェントのトレンド情報

監視対象ホスト−各PFM - RM製品のカテゴリ配下のリモートエージェント

リモートエージェントのトレンド情報

■メトリックの追加・編集・削除（メトリック定義ファイル）

Performance ManagementのIM管理ノード（監視エージェント）に対して，表示できるトレンド情報のメトリック（時系列データを表示するパフォーマンスデータの種類）は，メトリック定義ファイルで定義します。メトリック定義ファイルのモデルファイルは，JP1/IM2のインストール時に提供されます。メトリック定義ファイルを編集することで，トレンド情報の表示対象のメトリックの追加・編集・削除ができます。変更した内容は，ファイルを保存すると即時有効になります。

なお，監視エージェントのトレンド情報を表示するときに，そのエージェントのプロダクトIDに対応するメトリック定義ファイルが存在しない場合は，KAJY24106-Eメッセージを出力し，トレンド情報は表示されません。

メトリック定義ファイルの詳細については，マニュアル「JP1/Performance Management リファレンス」の，メトリック定義ファイルについて説明している章を参照してください。

■チャートに表示するパフォーマンスデータについて

Performance ManagementのIM管理ノード（監視エージェント）に対して，トレンド情報としてチャートに表示するパフォーマンスデータは，監視エージェントのStoreデータベースに格納されているデータです。PIレコードタイプの場合，どの要約区分のパフォーマンスデータを表示するかは，チャートに表示する際の表示期間に応じてJP1/PFMプラグインが判断します。パフォーマンスデータをチャートに表示する際の表示期間に指定できる日時の範囲は，レポート定義のレポート表示期間に指定できる日時の範囲（1971年1月1日00時00分〜2035年12月31日23時59分）と同じです。

また，チャートに表示できるインスタンス数とインスタンス当たりのデータ数には上限があります。チャートに表示するPerformance Managementのパフォーマンスデータがそれらの上限を超えた場合は，JP1/IM2の画面上にその旨が通知され，上限に収まるように加工して，次のように表示されます。JP1/IM2の画面上での通知の詳細については，JP1/IM2のマニュアルを参照してください。

Performance Managementのパフォーマンスデータがインスタンス数の上限を超えたときは，上限値の個数までのインスタンスが表示されます。

Performance Managementのパフォーマンスデータがインスタンス当たりのデータ数の上限を超えたときは，パフォーマンスデータが要約されて表示されます。パフォーマンスデータの要約は，メトリック定義ファイルに記述されている要約ルールに従って行われます。要約ルールの詳細については，マニュアル「JP1/Performance Management リファレンス」の，メトリック定義ファイルについて説明している章を参照してください。

チャートに表示できるインスタンス数とインスタンス当たりのデータ数の上限については，JP1/IM2のマニュアルを参照してください。

注意事項

Performance Managementのパフォーマンスデータをチャートに表示するためには，該当するパフォーマンスデータがStoreデータベースに格納されている必要があります。事前に次の設定を行ってください。

チャートに表示したいメトリックに対応するパフォーマンスデータのレコードを，Storeデータベースに記録するように設定する。

チャートに表示する際の表示期間を，レコードの保存期間のデフォルト設定よりも過去のデータを表示する運用とする場合は，レコードの保存期間を十分長く設定する。

Performance Managementのパフォーマンスデータがチャートに表示されない場合は，次のことを確認してください。

指定した表示期間のパフォーマンスデータがStoreデータベースに存在する。

メトリック定義ファイルで指定したフィルターに合致するパフォーマンスデータが存在する。

チャートに表示するPerformance Managementのパフォーマンスデータが，チャートに表示できるインスタンス数の上限，またはインスタンス当たりのデータ数の上限を超えた場合に，加工されていないPerformance Managementのパフォーマンスデータを参照したいときは，Performance ManagementのPFM - Web Consoleからレポート表示を行ってください。

チャートに表示するインスタンス名が，文字コードUTF-8で249文字を超える場合は，250文字目以降は表示しません。インスタンス名が重複するときは，インスタンス名の末尾に項番「#n」（nは1，2，3，・・・）を付与して表示します。

チャートに表示する表示期間，およびチャートに表示する各データの時刻には，Date and Timeフィールドの値を使用します。そのため，次の場合は，パフォーマンスデータを取得している表示期間を指定しても，データが表示されなかったり，データの時刻とパフォーマンスデータを取得した時刻がずれたりすることがあります。

PIレコードタイプのレコードのパフォーマンスデータを表示する場合

Date and Timeフィールドの値は，レコードの要約によって，要約区分ごとの基準時刻になります。

リモートエージェントのパフォーマンスデータを表示する場合

Date and Timeフィールドの値は，リモートエージェントがパフォーマンスデータを取得した時刻ではなく，Remote Monitor StoreサービスがStoreデータベースにパフォーマンスデータを記録した時刻になります。

■JP1/PFMプラグインの動作の変更（JP1/PFMプラグイン設定ファイル）

JP1/PFMプラグインがStoreデータベースからパフォーマンスデータを取得するときに使用する設定は，JP1/PFMプラグイン設定ファイルで定義します。JP1/PFMプラグイン設定ファイルのモデルファイルは，JP1/IM2のインストール時に提供されます。JP1/PFMプラグイン設定ファイルを編集して，運用に合わせた設定に変更することで，チャートに表示する応答速度を改善できます。変更した内容は，ファイルを保存すると即時有効になります。

JP1/PFMプラグイン設定ファイルの詳細については，マニュアル「JP1/Performance Management リファレンス」の，JP1/PFMプラグイン設定ファイルについて説明している章を参照してください。

(4)　プロパティ表示

［統合オペレーション・ビューアー］画面の［詳細表示］領域の［関連ノード］タブの［プロパティ］に，操作対象のPerformance ManagementのIM管理ノード（監視エージェント）のプロパティを表示できます。

プロパティを表示できるPerformance ManagementのIM管理ノードと表示内容を，次の表に示します。

表12‒5　プロパティを表示できるPerformance ManagementのIM管理ノードと表示内容

IM管理ノード

Management Applicationsカテゴリ

各PFM - Agentのカテゴリ

各PFM - RMのカテゴリ

PFM - Manager

PFM - Base

PFM - Agentインスタンス

PFM - RMインスタンス

リモートエージェント

グループエージェント

PFM - Agentインスタンス

リモートエージェント

表示内容

DataModelVersionプロパティ

ヘルスチェックエージェントのデータモデルバージョン

−

各エージェント製品のデータモデルバージョン

ServiceIdプロパティ※1

ヘルスチェックエージェントのAgent CollectorのサービスID

−

Agent CollectorのサービスID

Remote Monitor CollectorのサービスID

リモートエージェントのサービスID

グループエージェントのサービスID

Agent CollectorのサービスID

リモートエージェントのサービスID

ProductVersionプロパティ※2

PFM - Managerの製品バージョン（VV-RR-SS形式）

例：12-50-00

−

−

−

−

−

−

−

OsTypeプロパティ※2

PFM - Managerが動作するホストのOS種別（「Windows」または「Linux」）

−

−

−

−

−

−

−

InstallPathプロパティ※2

PFM - Managerのインストールパス（末尾に「¥」または「/」を付与しません）

−

−

−

−

−

−

−

（凡例）

−：プロパティを表示しない

注※1

サービスIDは，プロダクト名表示機能が無効である場合のサービスIDの形式で表示されます。

注※2

製品の前提バージョンは次のとおりです。

・PFM - Manager 12-50以降

・PFM - Web Console 12-00以降

・JP1/IM2 12-50以降

(5)　提案情報の表示と対処アクションの実行

(a)　概要

バージョン12-50以降のJP1/IM2の提案機能を使用する場合，［統合オペレーション・ビューアー］画面の［稼働状況］領域で，提案アイコンが付与されているPerformance ManagementのIM管理ノード（監視エージェント）を選択すると，［詳細表示］領域の［提案］タブに，提案情報（Performance Managementのシステム状況に応じて提案する対処アクション）を表示し，対処アクションを実行できます。

Performance Managementでは，次の3つのユースケースに対する提案情報を表示し，対処アクションを実行できます。

表12‒6　Performance Managementのユースケースごとの提案情報の概要

ユースケース

使用する提案情報の定義

提案情報の表示（JP1/IM2）

対処アクションの実行（ユーザー）

ユースケース1

提案情報1

CPU使用率の高騰を示すイベントがある場合（PFM - Agent for Platformがバインドする，CPU使用率を監視するアラームの現在の状態が，警告または異常である場合），原因のプロセスを特定するためにPerformance Managementのレポートを表示することを提案する。

CPU使用率の高いプロセス一覧のレポートが表示されるため，必要な対処を行う。

提案情報2

CPU使用率の高騰を示すイベントが発行されたが，現在はCPU使用率を監視するアラームの状態が正常に戻っている場合，正常に戻っているイベントの対処状況を「対処済」に変更することを提案する。

正常に戻っているイベントの対処状況が「対処済」に変更される。

ユースケース2

提案情報3

Performance Managementのアラームイベントまたはエージェントの状態変更イベントが発行されたが，現在はアラームまたはエージェントの状態が正常に戻っている場合，正常に戻っているイベントの対処状況を一括で「対処済」に変更することを提案する。

正常に戻っているイベントの対処状況が一括で「対処済」に変更される。

ユースケース3

提案情報4

Performance Managementの監視ホストのメンテナンス中にイベントが多数発行された場合，メンテナンス中は監視を一時停止してJP1イベントが発行されないようにすることを提案する。

監視が一時停止されるため，メンテナンスを実施する。

提案情報5

Performance Managementの監視ホストの監視状態が一時停止中である場合，メンテナンス終了後に監視を再開することを提案する。

監視が再開される。

(b)　提案定義ファイルの作成と反映

Performance ManagementのIM管理ノード（監視エージェント）に対して表示する提案情報は，適用するPerformance Managementのユースケースごとに提案定義ファイルを作成して定義します。提案定義ファイルには，提案表示条件，提案活性条件，対処アクションを設定する必要があります。ユースケースごとの提案定義ファイルのモデルファイル（提案テンプレート）は，JP1/IM2のインストール時に提供されます。また，適用するユースケースごとに，「12.1.5(5)(c) 適用するユースケースごとの設定」に示す設定を実施します。

Performance Managementのユースケースごとの提案定義ファイル（提案テンプレート）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，提案定義ファイルについて説明している章を参照してください。

作成した提案定義ファイルは，JP1/IM2のコマンドを使用して，JP1/IM2のシステムに反映する必要があります。提案定義ファイルをJP1/IM2のシステムに反映するコマンドの詳細については，JP1/IM2のマニュアルまたはドキュメントを参照してください。

(c)　適用するユースケースごとの設定

適用するユースケースごとに必要な設定を，次に示します。

ユースケース共通の適用手順

Performance Managementの提案機能は，JP1/IM2のjp1Imdd.execCmdメソッドを使用し，PFM - Managerのコマンドをリモート実行しています。そのため，提案機能を使用するJP1ユーザーは，PFM - ManagerホストのJP1/Baseでユーザーマッピングの設定を実施してください。

ユースケース1で運用する場合

監視テンプレートをコピーする。

次に示すアラームテーブルの監視テンプレートをコピーします。

PFM - Agent for Platform（Windows）の場合

コピー元の監視テンプレート：PFM Windows Template Alarms [CPU] 09.00

コピー先のアラームテーブル名：Windows Template Alarms [CPU] 09.00

PFM - Agent for Platform（UNIX）の場合

コピー元の監視テンプレート：PFM UNIX Template Alarms [CPU] 09.00

コピー先のアラームテーブル名：UNIX Template Alarms [CPU] 09.00

JP1イベントの発行を設定する。

コピーしたコピー先のアラームテーブルの，次に示すアラームを編集し，アラーム状態が警告または異常の場合にJP1イベントが発行されるよう設定します。

PFM - Agent for Platform（Windows）の場合

CPU Usage

PFM - Agent for Platform（UNIX）の場合

CPU Per Processor(U)

アラームテーブルをバインドする。

編集したアラームテーブルを，PFM - Agent for Platformのエージェントにバインドします。

ユースケース2で運用する場合

ユースケース2で運用したいアラームが，JP1イベントを発行しない設定になっている場合，JP1イベントを発行するように設定を変更する。

ユースケース3で運用する場合

ユースケース3で運用したいアラームが，JP1イベントを発行しない設定になっている場合，JP1イベントを発行するように設定を変更する。

監視一時停止機能が有効になっていない場合，監視一時停止機能オプションを有効に設定する。

監視二重化の環境の場合，監視一時停止の設定情報の自動同期オプションを有効に設定する。

(d)　提案定義ファイルのカスタマイズ手順

提案定義ファイルは，次に示すカスタマイズができます。

ユースケース1の提案活性条件の対象をCPU以外の監視項目に適用する

ユースケース1とユースケース2の提案活性条件の対象となるJP1イベントの登録日時の範囲を変更する

ユースケース3の提案情報4の提案活性条件を変更する

上記のカスタマイズを行う手順を，次に示します。

ユースケース1の提案活性条件の対象をCPU以外の監視項目に適用する

ユースケース1の提案活性条件の対象を，CPU以外の監視項目や，PFM - Agent for Platform以外のエージェントにも適用する場合の手順を，次に示します。

アラーム定義を作成する。

任意のエージェントのアラーム定義を作成し，アラーム状態が警告または異常の場合に，JP1イベントが発行されるように設定します。

アラームテーブルをバインドする。

作成したアラームテーブルをエージェントにバインドします。

レポート定義を作成する。

作成したアラームの状態が警告または異常となったときに原因調査を行うための，リアルタイムレポート（1つのエージェント）を作成します。履歴レポート（1つのエージェント）作成する場合は，レポート表示期間はレポート表示時に指定する必要があります。

提案定義ファイル（提案テンプレート）をカスタマイズする。

提案情報1と提案情報2をカスタマイズします。

カスタマイズ個所とカスタマイズ方法については，マニュアル「JP1/Performance Management リファレンス」の，提案定義ファイルの変更手順について説明している章を参照してください。

ユースケース1とユースケース2の提案活性条件の対象となるJP1イベントの登録日時の範囲を変更する

ユースケース1とユースケース2の提案活性条件は，登録日時が過去24時間以内のJP1イベントが対象ですが，対象とするJP1イベントの登録日時の範囲を変更できます。

該当する提案情報のカスタマイズ個所とカスタマイズ方法については，マニュアル「JP1/Performance Management リファレンス」の，提案定義ファイルの変更手順について説明している章を参照してください。

ユースケース3の提案情報4の提案活性条件を変更する

提案情報4の提案活性条件は，ホスト停止を示すJP1イベントとアラームのJP1イベントの登録数に依存します。運用するシステムのJP1イベントの発行数に合わせて，対象とするJP1イベントの登録日時の範囲と登録数を変更できます。

ヘルスチェックの状態が「Host Not Available」のときに発行するJP1イベントの重大度を，デフォルト（Error）から変更している場合は，typeが「eventCount」の提案活性条件で指定している，ヘルスチェックのJP1イベントの「statusFilter」の値をカスタマイズしてください。「statusFilter」に指定できる値については，JP1/IM2のマニュアルの提案定義ファイルについて説明している個所を参照してください。

重要

監視二重化の環境の場合は，プライマリーとセカンダリーの両方でJP1イベントが発行されることを考慮して，提案活性条件のJP1イベントの登録数をカスタマイズしてください。

提案情報4のカスタマイズ個所とカスタマイズ方法については，マニュアル「JP1/Performance Management リファレンス」の，提案定義ファイルの変更手順について説明している章を参照してください。

12.1.6　REST APIによる連携

JP1/IM2のREST API（性能情報取得API）を使用して，Performance Managementの監視エージェントで蓄積されたパフォーマンスデータ（履歴データ）を取得できます。

12-10以降のバージョンのJP1/IM2と連携する場合は，次に示すJP1/IM2のREST APIを使用してトレンド情報を取得できます。

メトリック一覧取得API

Performance Managementから時系列データのメトリック一覧を取得できます。

時系列データ取得API

Performance Managementの時系列データを取得できます。

12-50以降のバージョンのJP1/IM2と連携する場合は，次に示すJP1/IM2のREST APIを使用して提案情報の取得と対処アクションの実行ができます。

対処アクション提案API

Performance Managementの提案情報を取得できます。

対処アクション実行API

Performance Managementの対処アクションを実行できます。

JP1/IM2のREST APIの詳細については，JP1/IM2のマニュアルまたはドキュメントを参照してください。

12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて

12.2.1　JP1イベントの種類

JP1イベントには，JP1システムイベントとJP1ユーザーイベントの2種類があります。主な相違点は次のとおりです。

表12‒7　JP1システムイベントとJP1ユーザーイベントの主な相違点

項目

JP1システムイベント

JP1ユーザーイベント

イベントID

00004800〜00004881が出力される（数値は固定）

任意の指定値が出力される※1

発行事象

アラームイベントの発生

○

○

エージェントの状態変更

○

×

PFMサービスの状態変更

○

×

運用に関わるイベント※2

○

×

ヘルスチェックの状態変更

○

×

監視の一時停止または再開

○

×

（凡例）

○：イベントを発行する

×：イベントを発行しない

注※1

JP1ユーザーイベントの発行を設定するときに，任意の値を指定します。

注※2

PFM - AgentまたはPFM - RMが出力するイベントのことです。

JP1システムイベントは，JP1ユーザーイベントと比較すると，より多くのイベントの発行事象があります。また，これに加え，JP1システムイベントを発行するための設定では，JP1/IM - Managerで必要な定義ファイルを編集およびコピーする必要がありません。PFM - Manager 09-00以降では，JP1システムイベントの使用をお勧めします。

一方，JP1ユーザーイベントは，Performance Managementで発行する従来（PFM - Manager 08-50以前）のJP1イベントと同等の内容です。

どちらのJP1イベントを使用するかは，これらの要素を検討し，決定してください。

12.3　JP1/IMと連携するためのインストールおよびセットアップについて

ここでは，JP1/IMと連携する環境を構築するためのインストールおよびセットアップ方法について説明します。

JP1/IMと連携する場合は，使用するJP1/IMとPFM - Managerの文字コード種別を統一してください。文字コード種別が異なる場合，全角文字や半角カタカナ文字が正常に表示されません。

12.3.1　JP1/IMと連携するためのインストールの前提条件

(1)　JP1/IMと連携する場合

JP1/IMと連携する場合の前提条件は，次のとおりです。

JP1ユーザーでPerformance Managementにログインするためには，PFM - ManagerホストにJP1/Baseが必要です。JP1/Baseでユーザー管理を行ってください。

PFM - Managerホスト上のJP1/Baseは，JP1/IM - Managerの管理対象として構成されている必要があります。

JP1/IM - ViewからPFM - Web Consoleを起動させる場合は，JP1/IM - ViewのホストにWebブラウザが必要です。

JP1/IMと連携する場合は，バージョンが08-00以降のPerformance Managementと，08-00より古いバージョンのPerformance Managementを同時にセットアップできません。

JP1/IMのセントラルコンソールからレポートを表示する場合は，JP1認証モードを使用してください。

注意

08-00より古いバージョンのPerformance ManagementでJP1/IM連携機能をセットアップしている場合，08-00以降のJP1/IMと連携する際には，08-00より古いバージョンのJP1/IM連携機能をアンセットアップし，08-00以降のJP1/IM連携機能をセットアップし直す必要があります。

JP1/IMのセントラルコンソールに表示されているJP1イベントから，事象発生元ホストのレポートを表示する場合は，次の条件が必要となります。

監視対象のホストがUNIXの場合，Performance Managementの監視ホスト名に実ホスト名を使用していて，かつuname -nコマンドとhostnameコマンドの結果が異なるときは，次のどちらかの対処が必要です。

・ホスト名の取得方法をhostnameに変更する。

・hostnameコマンドとuname -nコマンドの実行結果が同じになるように監視対象ホストの環境を設定する。

JP1イベントの発行元イベントサーバ名と，Performance Managementの監視ホスト名を一致させる必要があります。このとき，大文字か小文字かも一致させてください。

JP1イベント発行時に事象発生元ホストをPFM - AgentまたはPFM - RMで監視している必要があります。

なお，ジョブ実行ホストのOS性能のレポートを表示するためには，PFM - Agent for PlatformまたはPFM - RM for Platformで監視する必要があります。

次のバージョンの製品が必要です。

項番

製品名

バージョン

1

JP1/Integrated ManagementまたはJP1/Integrated Management 2

JP1/IM - Manager

11-10以降

2

JP1/IM -View

11-10以降

3

JP1/Base

JP1/Base

11-00以降※

4

JP1/Performance Management

PFM - Web Console

11-10以降※

注※

複数のPerformance Managementシステムを運用している場合は，すべてのPerformance Managementシステムの製品がこのバージョン以降である必要があります。このバージョン未満の製品が混在している場合，レポート表示対象のPFM - Web Consoleに接続できなくて，レポートが表示されないことがあります。

インストールの構成を次の図に示します。

図12‒2　JP1/IMと連携する場合のインストール構成

(2)　JP1/IM2と連携する場合

JP1/IM2と連携する場合の前提条件は，次のとおりです。

JP1/IM2連携の機能ごとのPFM - Manager，PFM - Web Console，およびJP1/IM2の前提バージョンを，次の表に示します。

表12‒8　JP1/IM2連携の機能ごとの前提バージョン

機能

前提バージョン

PFM - Manager

PFM - Web Console

JP1/IM2

JP1/IM2連携コマンド（jpcconf im2コマンド）

構成情報の同期

JP1イベントとIM管理ノードのマッピング

JP1/IM2のREST API

・性能情報取得API

12-00以降

12-00以降

関連ノード表示

トレンド情報表示

プロパティ表示

JP1/IM2のREST API

・メトリック一覧取得API

・時系列データ取得API

12-10以降

JP1/IM2の統合オペレーション・ビューアー上に統合されたPFM - Web Consoleの画面によるPerformance Managementの監視対象の稼働状況表示

12-00以降

12-10以降

12-10以降

提案情報の表示と対処アクションの実行

JP1/IM2のREST API

・対処アクション取得API

・対処アクション実行API

12-50以降※

12-10以降

12-50以降

提案定義ファイルで使用できるJP1/PFMプラグイン関数

jp1pfmSuggestionCreateReportURL

jp1pfmSuggestionGetAgentAllInformation

jp1pfmSuggestionGetAgentInformation

jp1pfmSuggestionGetHostName

jp1pfmSuggestionGetPerformanceEvents

jp1pfmSuggestionSetStatusOfEventsToProcessed

12-00以降

12-00以降

12-50以降

jp1pfmSuggestionExecManagerCmd

jp1pfmSuggestionGetAlarmStatus

jp1pfmSuggestionGetAllAlarmStatuses

jp1pfmSuggestionGetCurrentlyNormalEvents

12-50以降※

JP1/IM2上のイベントからのモニター起動またはJP1/IM2の提案機能で表示したPFM - Web Consoleの画面によるPerformance Managementのレポート表示

12-50以降

注※

PFM - Managerホストに，バージョン12-10以降のJP1/Baseが必要です。

また，JP1/IM2の提案機能をPerformance Managementのユースケース1で運用する場合は，監視対象ホストにPFM - Agent for Platform（バージョンは問いません）が必要です。

PFM - Baseとエージェント製品のバージョンは問いません。

PFM - Managerホストに，10-10以降のバージョンのJP1/Baseが必要です。PFM - Managerが論理ホスト環境の場合は，PFM - Managerの論理ホスト名とJP1/Baseの論理ホスト名が一致している必要があります。

PFM - AgentおよびPFM - RMホストにJP1/Baseをインストールする場合は，JP1イベントを発行できるバージョンのJP1/Baseが必要です。

PFM - AgentおよびPFM - RMホストにJP1/Baseをインストールしない場合は，JP1/IM2連携コマンド（jpcconf im2コマンド）でエージェントステータス変更イベントの一括発行機能を有効に設定して，エージェントの状態変更を通知するJP1システムイベント（イベントID：00004850）の発行を有効にしておく必要があります。

なお，エージェントステータス変更イベントの一括発行機能を無効に設定して運用する場合は，PFM - AgentおよびPFM - RMホストにJP1/Baseをインストールする必要があります。

JP1/IMのマネージャーホストにJP1/IM2が必要です。

JP1認証モードを使用してください。

Performance Managementで，次の機能が有効になっている必要があります。

ステータス管理機能

ヘルスチェック機能

システム構成にPFM - RMが含まれている場合，次の機能が有効になっている必要があります。

PFM - RMのポーリング設定※

注※

PFM - RMのHealth Check Configurationsフォルダ配下のHealth Check for Target Hostsプロパティに「Yes」を指定してください。

複数のPFM - Managerを1つのJP1/IM2と連携させる場合，監視マネージャー，監視エージェント，および監視対象のホスト名がユニークである必要があります。ユニークでないときは，ユニークになるようにエイリアス名を設定してください。ただし，監視マネージャーのホスト名は，エイリアス名ではなく実ホスト名をユニークにしてください。

なお，エイリアス名を設定する場合は，JP1/IM2でエイリアス名に対応する設定が必要です。

JP1/IM2と連携する場合のインストールの構成とJP1/IM2でエイリアス名に対応するための設定については，JP1/IM2のマニュアルを参照してください。

12.3.2　JP1/IMと連携するためのセットアップ（Performance Managementで発生したイベントをJP1/IMで監視するための設定）

Performance Managementの監視ホスト名が実ホスト名とは異なる場合，JP1/IMのホスト情報ファイル（jcs_hosts）に監視ホスト名の情報を追記する必要があります。また，ファイルの変更後は，次の手順で情報を反映させる必要があります。

ホスト情報のインポート

jcshostsimport -o 〈ホスト情報ファイル〉

JP1/IMのリロード

jco_spmd_reload

ホスト情報ファイルおよびJP1/IMのコマンドの詳細については，「JP1/Integrated Management 2 - Manager 導入・設計ガイド」または「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

次の表に，Performance Managementで発生したイベントをJP1/IMで監視するための設定の流れを示します。必要な設定作業は，使用するJP1イベントの種類，およびJP1/IMと連携する範囲によって異なります。

表12‒9　Performance Managementで発生したイベントをJP1/IMで監視するための設定の流れ

項番

作業

マニュアルの記載個所

作業の要否

JP1システムイベント

JP1ユーザーイベント

1

JP1イベントの発行の設定

PFM - Web Consoleで，JP1/IMで監視したいイベントが発生したときにJP1イベントを発行するように設定します。

12.3.2(1)

必ず設定

必ず設定

12.3.2(2)

必要に応じて設定

必要に応じて設定

2

アラームイベントとレポートの定義

PFM - Web Consoleで，JP1/IMで監視したいアラームイベントおよび稼働レポートを定義します。

12.3.2(3)

必ず設定

必ず設定

3

JP1/IMのセントラルコンソールと連携するための設定

JP1/IM - Managerで必要な定義ファイルを編集し，JP1/IMのディレクトリに格納します。

12.3.2(4)(a)

設定不要※1

必ず設定

4

JP1/IMの統合機能メニューと連携するための設定※2

JP1/IM - Viewで必要な定義ファイルを編集し，JP1/IMのディレクトリに格納します。

12.3.2(4)(b)

連携する場合は設定

連携する場合は設定

5

JP1/IMのセントラルスコープと連携するための設定※3

監視オブジェクト連携コマンド（jpcconf imコマンド）を実行します。

12.3.2(5)

連携する場合は設定

連携する場合は設定

6

JP1ユーザーイベントのメッセージを囲む引用符の設定

UNIXの場合にJP1ユーザーイベントのメッセージを引用符で囲むかどうかを設定します。

12.3.2(6)

設定できない

引用符で囲まない場合は設定

7

JP1/IM2と連携するための設定

JP1/IM2連携コマンド（jpcconf im2コマンド）を実行します。

12.3.2(7)

連携する場合は設定

−

（凡例）

−：該当なし

注※1

JP1システムイベントの場合は，JP1/IMのセントラルコンソールと連携するときにも，定義ファイルの編集およびコピーが不要です。

注※2

JP1/IMの統合機能メニューと連携するために設定する場合は，項番3「JP1/IMのセントラルコンソールと連携するための設定」を済ませておく必要があります。

注※3

JP1/IMのセントラルスコープと連携するために設定する場合は，項番3「JP1/IMのセントラルコンソールと連携するための設定」を済ませておく必要があります。

注意

セントラルスコープで監視するためには，JP1/IMのPerformance Management用システム監視オブジェクトとの連携が必要です。システム監視オブジェクトの詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」およびマニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」を参照してください。

(1)　JP1イベントの発行を設定する

設定方法を次に示します。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。

管理ユーザー権限を持つユーザーアカウントでログインします。

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。

［サービス階層］画面のナビゲーションフレームで，設定するサービスを選択する。

選択したサービスにチェックマークが表示されます。

発行したいJP1イベントに応じて，プロパティの値を設定します。

発行したいJP1イベントと対象サービスごとの設定個所を次の表に示します。

表12‒10　発行したいJP1イベントと対象サービスごとの設定個所

発行したいイベント

イベント発行対象となるサービス

設定個所（サービスのプロパティ）

設定手順の参照先

PFMサービスの状態変更，運用に関するイベント

（JP1システムイベントのイベントID：00004800〜00004830）

PFM - Managerサービス

Name Server

Master Manager

Master Store

Correlator

Trap Generator

View Server

Master Managerの［JP1 Event Configurations］ノード

12.3.2(1)(a)

PFM - AgentおよびPFM - RMサービス

Agent CollectorまたはRemote Monitor Collector

Agent StoreまたはRemote Monitor Store

マルチインスタンスエージェントの場合，インスタンスごとに適用されます。

Agent CollectorまたはRemote Monitor Collectorの［JP1 Event Configurations］ノード

Status Serverサービス※2

Status Server

Master Manager，Agent Collector，Remote Monitor Collector，またはAction Handlerの［JP1 Event Configurations］ノード※1

Action Handlerサービス

Action Handler

エージェントの状態変更に関するイベント

（JP1システムイベントのイベントID：00004850）※3

PFM - AgentおよびPFM - RMサービス

Agent CollectorまたはRemote Monitor Collector

Agent StoreまたはRemote Monitor Store

マルチインスタンスエージェントの場合，インスタンスごとに適用されます。

Agent CollectorまたはRemote Monitor Collectorの［JP1 Event Configurations］ノード

アラームイベント（アラームのJP1システムイベント発行）

（JP1システムイベントのイベントID：00004840）

−

アラームでアクション実行に指定したAction Handlerサービスがあるホストの，Master Manager，Agent Collector，Remote Monitor Collector，またはAction Handlerの［JP1 Event Configurations］−［Alarm］ノード

12.3.2(1)(b)

監視の一時停止または再開に関するイベント

（JP1システムイベントのイベントID：00004870，00004871，00004880，00004881）

−

Master Managerの［JP1 Event Configurations］−［System］ノード

12.3.2(1)(c)

ヘルスチェックの状態変更に関するイベント

（JP1システムイベントのイベントID：00004860）

−

ヘルスチェックAgent Collectorの［Health Check Configurations］ノード

12.3.2(1)(d)

（凡例）

−：該当なし

注※1

同一ホスト上のすべての設定個所で同じ設定値を共有します。

注※2

論理ホスト上のサービスにはStatus Serverサービスは表示されません。

注※3

JP1/IM2と連携する場合，PFM - AgentおよびPFM - RMホストにJP1/Baseがインストールされていないときは，JP1/IM2連携コマンド（jpcconf im2コマンド）でエージェントステータス変更イベントの一括発行機能を有効に設定して，このJP1システムイベントの発行を有効にしてください。

PFM - AgentおよびPFM - RMホストにJP1/Baseがインストールされているときは，手順4の方法でもこのJP1システムイベントの発行を有効にできます。なお，両方の方法で重複して設定しないようにしてください。

PFM - AgentおよびPFM - RMホストにJP1/Baseがインストールされているかどうかに対するエージェントステータス変更イベントの一括発行機能の推奨設定を次の表に示します。

表12‒11　エージェントステータス変更イベントの一括発行機能の推奨設定

Agent CollectorおよびRemote Monitor CollectorサービスのJP1イベント発行の設定

エージェントステータス変更イベントの一括発行機能の推奨設定

すべてのサービスがJP1イベントを発行しない

有効

すべてのサービスがJP1イベントを発行する

無効

注

Agent CollectorおよびRemote Monitor CollectorサービスのJP1イベント発行の設定とエージェントステータス変更イベントの一括発行機能の設定がどちらも有効の場合，エージェントの状態変更を通知するJP1イベントが2つ発行されます。そのため，一部のAgent CollectorおよびRemote Monitor CollectorサービスのJP1イベント発行の設定が有効になっているときは，システム内のAgent CollectorおよびRemote Monitor CollectorサービスのJP1イベント発行の設定が，上記の表のどちらかの設定になるように統一してください。

JP1/IM2と連携する場合は，JP1/IM2連携コマンド（jpcconf im2コマンド）を実行して，JP1/IM2連携機能を有効に設定します。

JP1/IM2連携コマンドの実行手順については，「12.3.2(7)　JP1/IM2と連携するための設定」を参照してください。

(a)　各PFMサービスのJP1システムイベントの発行を設定する

［JP1 Event Configurations］ノードを選択する。

インフォメーションフレームの下部に［JP1 Event Configurations］ノードのプロパティが表示されます。

JP1システムイベントを発行したいサービスを選択して，プロパティの値を次のように設定する。

イベントの発行対象となるサービス：Yes

(b)　アラームのJP1システムイベントの発行を設定する

［JP1 Event Configurations］ノードの配下の［Alarm］ノードを選択する。

インフォメーションフレームの下部に「Alarm」ノードのプロパティが表示されます。

プロパティの値を次のように設定する。

ここでは，アラームイベントが発生したときのJP1イベントの種別を選択してください。

［JP1 Event Mode］

JP1システムイベントを使用する場合：JP1 System Event

JP1ユーザーイベントを使用する場合：JP1 User Event

(c)　監視の一時停止または再開に関わるJP1システムイベントの発行を設定する

［JP1 Event Configurations］ノードの配下の［System］ノードを選択する。

インフォメーションフレームの下部に「System」ノードのプロパティが表示されます。

プロパティの値を次のように設定する。

［Monitoring Suspend］

監視を一時停止または再開するときにJP1システムイベントを発行するかどうかを指定します。デフォルト値は「No」です。

JP1システムイベントを発行する場合：Yes

監視二重化の環境で，プライマリーに限ってJP1システムイベントを発行する場合：Yes(Primary)

JP1システムイベントを発行しない場合：No

(d)　ヘルスチェックの状態変更に関するイベントを設定する

［Health Check Configurations］ノードを選択する。

インフォメーションフレームの下部に「Health Check Configurations」ノードのプロパティが表示されます。

プロパティの値を次のように設定する。

［JP1 Event］：Yes

(2)　JP1システムイベントのオプション設定をする

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。

管理ユーザー権限を持つユーザーアカウントでログインします。

［サービス階層］画面での操作には，管理ユーザー権限が必要です。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。

Master Manager，Agent Collector，Remote Monitor Collector，またはAction Handlerのどれかで［JP1 Event Configurations］ノードを選択する。

Master Manager，Agent Collector，Remote Monitor Collector，およびAction Handlerは，同一ホスト上のすべての設定個所で同じ設定値を共有します。

［JP1 Event Send Host］

JP1/Baseの接続先イベントサーバ名を，255バイト以内の半角英数字で指定します。JP1イベントを発行するPFMサービスと同一マシンの論理ホストまたは物理ホストで動作している，イベントサーバだけを指定できます。IPアドレスでは指定できません。なお，指定した値の先頭と末尾の空白は無視されます。

範囲外の値が指定された場合，または値が指定されていない場合は，物理ホストがイベント発行元ホストとして設定されます。

デフォルト値は空白です。

論理ホストを設定した場合で，ヘルスチェックの状態変更に関わるイベント（JP1システムイベントのイベントID：00004860）を設定しているときは，ヘルスチェックAgent Collectorサービスの「Health Check Configurations」ノードのプロパティを，次のとおり設定してください。

［JP1 Event - Send Host Mode］：JP1 Event Send Host Value

［Monitoring Console Host］

JP1/IM - Managerのモニター起動でPFM - Web Consoleを起動する場合，起動させたいPFM - Web Consoleのホスト名を指定します。JP1/IM2と連携する場合も，PFM - Managerホストのこのプロパティを指定する必要があります。

255バイト以内の半角英数字で指定します。IPアドレスでは指定できません。なお，指定した値の先頭と末尾の空白は無視されます。

範囲外の値が指定された場合，または値が指定されていない場合は，PFM - Agentの接続先PFM - Managerのホスト名が設定されます。

デフォルト値は空白です。

［Monitoring Console Port］

起動するPFM - Web Consoleのポート番号（httpリクエストポート番号）を指定します。JP1/IM2と連携する場合も，PFM - Managerホストのこのプロパティを指定する必要があります。

指定が省略された場合は，20358が設定されます。

デフォルト値は空白です。

［Monitoring Console Https］

JP1/IM - Managerのモニター起動でPFM - Web Consoleを起動する場合，PFM - Web Consoleにhttpsを使用した暗号化通信で接続するかどうかを指定します。JP1/IM2と連携する場合も，PFM - Managerホストのこのプロパティを指定する必要があります。

デフォルト値は「No」です。

(3)　アラームとJP1イベントおよびレポートを関連づける

PFM - Web Consoleの［アラーム階層］画面で次の項目を設定します。

アクションとしてJP1イベントの発行を設定する

アラームが発行されたときのアクションとして，JP1イベントを発行するように設定します。

アラームとレポートを関連づける

JP1/IMのイベントコンソールから，PFM - Web Consoleの画面でレポートを表示できるようにします。

アラーム定義の詳細については「6.　アラームによる稼働監視」を参照してください。

ここでは，主にJP1イベントを発行するように設定する操作，およびアラームとレポートを関連づける操作について説明します。

管理ユーザー権限を持つユーザーアカウントでPFM - Web Consoleにログインする。

［メイン］画面のナビゲーションフレームで［アラーム階層］タブを選択する。

［アラーム階層］画面のナビゲーションフレームで，JP1イベントを発行させたいアラーム定義を選択する。

選択したアラームにチェックマークが表示されます。

メソッドフレームで，［編集］メソッドを選択する。

インフォメーションフレームの［編集 > 基本情報］画面で［次へ >］ボタンをクリックする。

［編集 > アクション］画面の［実行するアクション］を設定する。

［コマンド］のうち，JP1イベントを発行させたいアラームの状態（［異常］，［警告］，および［正常］）をチェックします。

［表示するレポート］で［参照］ボタンをクリックし，アラームに関連づけるレポートを選択する。

選択したレポートにチェックマークが表示されます。

［完了］ボタンをクリックする。

［次へ >］ボタンをクリックする。

［編集 > アクション定義］画面の［コマンドの定義］エリアで［JP1イベント設定］ボタンをクリックする。

［新規アラーム > アクション定義 > JP1 イベント設定］画面のイベントIDなどを設定する。

例えば，次の条件でJP1イベントを発行したいとします。

条件：

イベントIDを「001」とする

イベントメッセージを［新規アラームテーブル > 基本情報］ダイアログボックスの［メッセージテキスト］に設定したメッセージテキスト(%MTS)の内容とする

アラームの状態をJP1イベントの重大度に変換する

この場合，次のように設定します。

［イベントID］：001

［メッセージ］：%MTS

［アラームレベルを重大度に変換する］：選択する

注意

JP1/IMの監視オブジェクトと連携する場合は，JP1イベントの属性を変更しないでください。

JP1システムイベントの場合，［イベントID］で設定した情報はJP1イベントの拡張属性の識別イベントID（JPC_USER_EVENTID）として出力されます。JP1ユーザーイベントの場合，［イベントID］で設定した情報はJP1イベントの基本属性のイベントIDとして出力されます。

JP1イベントの種類については，「12.2　Performance ManagementがJP1/IMに発行するJP1イベントについて」を参照してください。

［OK］ボタンをクリックする。

アラームのアクションとしてJP1イベント発行が定義され，選択したレポートが関連づけられます。発行されるJP1イベントについては，「12.6　JP1/IMと連携する場合に発行されるJP1イベントの属性一覧」を参照してください。

JP1イベントを発行するホストのAction Handlerサービスを選択する。

［JP1イベント設定］で設定すると［アクションハンドラ］の設定が自動的に変更されます。デフォルトでは，PFM - Managerホスト上のAction Handlerサービスが選択されます。PFM - Managerホスト以外のホストでJP1イベントを発行する場合は，［アクションハンドラ］の設定を変更してください。

注1

JP1イベントを発行する場合は，イベントを発行するAction Handlerと同じホストにJP1/Baseが必要です。

注2

JP1/IMのセントラルスコープによるPerformance Managementの監視で，JP1イベントを発行する場合は，PFM - Managerと同一ホスト上にあるAction Handlerサービスを選択する必要があります。

注3

どのホストのAction Handlerサービスが選択されるかは，初期設定ファイル（config.xml）のselectAHModeForJP1Eventを設定することで変更できます。初期設定ファイル（config.xml）の設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

また，自動的に選択されたホスト以外でJP1イベントを発行する場合は，手動で［アクションハンドラ］の設定を変更してください。

論理ホスト環境で，論理ホストにJP1イベントを発行する場合は，［コマンド引数］に「-r 論理ホスト名」オプションを追加する。

このオプションの指定がない場合，JP1イベントは物理ホストに登録されます。

［完了］ボタンをクリックする。

(4)　連携のための定義ファイルの編集・コピー

JP1/IMを使用してJP1イベントを監視するには，Performance Managementが提供するJP1/IMの定義ファイルを環境に合わせて編集し，JP1/IMの対応するディレクトリにそれぞれコピーしておく必要があります。

ヒント

JP1/IMの定義ファイルの修正を有効にするためには，JP1/IMの再起動が必要となる場合があります。定義ファイルの再起動のタイミングおよび定義ファイルが有効になるタイミングについては，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

JP1/IMの定義ファイルのコピー元とコピー先でOSが異なる場合で，どちらか一方がLinuxのとき，テキストエディターやnkfコマンドなどを使用して，コピー先の定義ファイルの文字コードを変更してください。変更後の文字コードは次のとおりです。

コピー先のOSがLinuxの場合

UTF-8

コピー元のOSがLinuxの場合

シフトJISまたはEUC

Performance Managementが提供するJP1/IMの定義ファイルは，次のフォルダに格納されています。

Windowsの場合

PFM - Web Consoleのインストール先フォルダ¥sample¥imconf

UNIXの場合

/opt/jp1pcwebcon/sample/imconf/

(a)　JP1/IM - Managerで必要な定義ファイル

JP1/IM - Managerで必要な定義ファイルの編集およびコピーは，セントラルコンソールによって監視する場合にJP1ユーザーイベントを発行するときだけ必要です。JP1システムイベントを発行するときは不要です。

イベント拡張属性定義ファイル

JP1イベントの拡張属性を定義します。

ファイル名

hitachi_jp1_pfmwebcon_attr_言語コード.conf

編集項目

order idの値を，JP1イベント発行コマンドで設定したイベントIDに変更してください。なお，JP1/IMからレポートの表示を実施する場合，指定したイベントIDをモニター画面呼び出し定義ファイルにも設定する必要があります。

例えば，イベントIDが「00001234」の場合，次のように指定します。

コピー先

編集したイベント拡張属性定義ファイルを，JP1/IM - Managerがインストールされているホストの，次に示すディレクトリにコピーしてください。

物理ホストの場合

Windowsの場合

JP1/IM - Managerのインストール先フォルダ¥JP1Cons¥conf¥console¥attribute¥

UNIXの場合

/etc/opt/jp1cons/conf/console/attribute/

論理ホストの場合

Windowsの場合

共有フォルダ¥jp1cons¥conf¥console¥attribute¥

UNIXの場合

共有ディレクトリ/jp1cons/conf/console/attribute/

詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

モニター画面呼び出し定義ファイル

モニター画面呼び出しの設定を定義します。モニター画面呼び出し定義ファイルは，JP1/IM - Viewのイベントコンソール画面から，イベント発行元などのモニター画面を呼び出すための定義ファイルです。JP1イベントからPFM - Web Consoleの［レポート］画面を表示する場合に設定する必要があります。

ファイル名

hitachi_jp1_pfmwebcon_mon_言語コード.conf

編集項目

EVENT_IDの値を，JP1イベント発行コマンドで設定したイベントIDに変更してください。また，PATHの通信プロトコル，ホスト名，およびポート番号を，PFM - Web Consoleのものに変更してください。なお，指定したイベントIDは，イベント拡張属性定義ファイルにも定義する必要があります。

例えば，イベントIDが「00001234」，通信プロトコルが「http」，ホスト名が「PFM-WebCon」，ポート番号が「20358」の場合，次のように指定します。

コピー先

編集したモニター画面呼び出し定義ファイルを，JP1/IM - Managerがインストールされているホストの，次に示すディレクトリにコピーしてください。

物理ホストの場合

Windowsの場合

JP1/IM - Managerのインストール先フォルダ¥JP1Cons¥conf¥console¥monitor¥

UNIXの場合

/etc/opt/jp1cons/conf/console/monitor/

論理ホストの場合

Windowsの場合

共有フォルダ¥jp1cons¥conf¥console¥monitor¥

UNIXの場合

共有ディレクトリ/jp1cons/conf/console/monitor/

詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

複数のPFM - Managerに対してPFM - Web Consoleの［レポート］画面を表示させる例

注意

PFM - Managerの台数に対応する台数分PFM - Web Consoleが必要になります。例えば，PFM - Managerが2台の場合，PFM - Web Consoleも2台必要です。

複数のPFM - Managerに対してPFM - Web Consoleの［レポート］画面を表示させる場合，それぞれ異なるイベントIDを使用する必要があります。

例えば，イベントIDに「00000000」と「00001111」を使用する場合，イベント拡張属性定義ファイルおよびモニター画面呼び出し定義ファイルは次のように指定します。

イベント拡張属性定義ファイル

モニター画面呼び出し定義ファイル

上記の例では，イベントID「00000000」に対応するPFM - Web Consoleのホスト名は「PFM-Webcon1」，ポート番号は「8080」となります。また，イベントID「00001111」に対応するPFM - Web Consoleのホスト名は「PFM-Webcon2」，ポート番号は「20358」となります。

(b)　JP1/IM - Viewで必要な定義ファイル

統合機能メニュー定義ファイル

統合機能メニュー定義ファイルは，JP1/IM - Viewの［統合機能メニュー］画面に表示させるツリー構造や表示項目などを定義するためのファイルです。［統合機能メニュー］画面からPFM - Web Consoleの画面を表示させる場合に，統合機能メニュー定義ファイルの設定が必要となります。

ファイル名

hitachi_jp1_pfmwebcon_tree.conf

編集項目

argumentsの通信プロトコル，ホスト名，およびポート番号を，PFM - Web Consoleのものに変更してください。

PFM - Web Consoleの通信プロトコルが「http」，ホスト名が「PFM-WebCon」，ポート番号が「20358」の場合，次のように指定します。

コピー先

編集した統合機能メニュー定義ファイルを，JP1/IM - Viewがインストールされているホストの，次に示すフォルダにコピーしてください。

JP1/IM - Viewのインストール先フォルダ¥conf¥function¥言語コード¥

異なるホストのPFM - Web Consoleの画面を起動させる例

異なるホストのPFM - Web Consoleの画面を起動させる場合，統合機能メニュー定義ファイル内でそれぞれのPFM - Web Consoleに対応するブロックを定義する必要があります。詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

統合機能メニュー定義ファイルの設定例と統合機能メニューの表示例を次に示します。

上記の例では，［統合機能メニュー］画面の「サーバ稼働管理1」をダブルクリックすると，ホスト名が「PFM-WebCon1」，ポート番号が「20358」のPFM - Web Consoleに接続し，画面を起動します。また，「サーバ稼働管理2」をダブルクリックすると，ホスト名が「PFM-WebCon2」，ポート番号が「32222」のPFM - Web Consoleに接続し，画面を起動します。

(5)　JP1/IMの監視オブジェクト機能と連携してシステムの稼働状態をアイコンで監視する

JP1/IMの監視オブジェクト機能と連携して，Performance Management上でのシステムの稼働状態をアイコンで監視する場合，PFM - Managerホストで監視オブジェクト連携コマンド（jpcconf imコマンド）を実行したあと，監視ツリーの自動生成を実施します。これは，JP1/IMがPerformance Managementの定義情報を収集するために必要です。また，クラスタ環境で利用する場合は，PFM - ManagerとJP1/Baseの論理ホスト名を同じにする必要があります。

PFM - Managerホストでjpcconf imコマンドを実行する。

JP1/IMとの連携を開始する場合は，PFM - Managerホストで，jpcconf imコマンドを次のように実行します。

jpcconf im enable

JP1/IMとの連携を停止する場合はコマンドを次のように実行します。

jpcconf im disable

なお，PFM - Managerが論理ホスト環境の場合は，実行系/待機系マシンでそれぞれ1回ずつ実行してください。

JP1/IMのセントラルスコープで，監視ツリーの自動生成を実施する。

手順の詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，「JP1/Integrated Management 2 - Manager 構築ガイド」，および「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

(6)　JP1ユーザーイベントのメッセージを囲む引用符を設定する

UNIXの場合は，JP1ユーザーイベントのメッセージを引用符で囲むことができます。メッセージを引用符で囲みたい場合は，アクションを実行するAction Handlerサービスのホストにあるjpccomm.iniファイルの内容を直接編集します。設定方法を次に示します。

設定対象のAction Handlerサービスを停止する。

論理ホスト環境の場合は，論理ホストのAction Handlerサービスを停止してください。

jpccomm.iniファイルを編集する。

jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

/opt/jp1pc/

論理ホストの場合

環境ディレクトリ/jp1pc/

jpccomm.iniファイルで編集するセクション名，ラベル名，設定できる値の範囲などを，次の表に示します。

表12‒12　JP1ユーザーイベントのメッセージを引用符で囲むかどうかの設定項目

セクション名

ラベル名

値の範囲

デフォルト値

説明

[Common Section]

JP1 Event Double Quote

0｜1

1

JP1ユーザーイベントのメッセージを引用符で囲むかどうかを設定する。

0：引用符で囲まない

1：引用符で囲む

このラベルは，UNIXの場合だけ有効です。Windowsの場合は設定しても無視されます。

設定対象のAction Handlerサービスを起動する。

(7)　JP1/IM2と連携するための設定

設定方法を次に示します。

次の設定をして，JP1/IM2とPFM - Web Console間で通信できるようにする。

JP1/IM - ManagerホストからPFM - Web Consoleホストに対して，PFM - Web Consoleのポート番号（デフォルトは20358）で通信できるようにファイアウォールを設定する。

PFM - Web Consoleのメモリー使用量を拡張する。

PFM - Web Consoleサービスが使用するメモリーの上限値を1,024MBytesから1,536MBytesに拡張してください。メモリー拡張方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，PFM - Web Consoleのメモリー拡張方法について記載している個所を参照してください。

次のコマンドを実行して，JP1/IM2連携機能を有効にする。

jpcconf im2 enable

エージェントステータス変更イベントの一括発行機能を無効に設定する場合は，-eventcompatオプションを指定します。

クラスタ環境で利用する場合，実行系と待機系の両方で実施します。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

Performance Managementの各サービスを起動する。

PFM - Web Consoleで，ヘルスチェックエージェントのJP1イベント発行設定を有効にする。

JP1/IM2は，Performance ManagementのJP1イベントを受信したときに，JP1イベントの発行元に対応する構成情報のステータスを更新します。

PFM - Web ConsoleホストがPFM - Managerホストと別ホストの場合は，PFM - Web Consoleホストのホスト名※を次のプロパティに設定します。

［サービス階層］画面->［Master Manager］->［JP1 Event Configurations］->［Monitoring Console Host］

注※

JP1/IM - Managerホストから名前解決できるホスト名を設定してください。

PFM - Web Consoleで使用するポート番号をデフォルトの「20358」から変更している場合は，変更後のポート番号を次のプロパティに設定します。

［サービス階層］画面->［Master Manager］->［JP1 Event Configurations］->［Monitoring Console Port］

PFM - Web Consoleの暗号化通信を有効にしている場合は，次のプロパティに「Yes」を設定します。

［サービス階層］画面->［Master Manager］->［JP1 Event Configurations］->［Monitoring Console Https］

PFM - RMのポーリング設定を有効にする。

サービス階層のPFM - RMのプロパティで，［Health Check Configurations］の［Health Check for Target Hosts］プロパティに「Yes」を設定します。

PFM - Web Consoleで，Performance Managementシステム内のすべてのAgent Collectorサービスに対して，エージェントイベントの発行の設定を有効にする。

エージェントステータス変更イベントの一括発行機能の設定を有効にする場合は，上記の設定は不要です。※

注※

エージェントステータス変更イベントの一括発行機能の設定を有効にした場合の注意事項を，次に示します。

・JP1イベントの発行元イベントサーバ名と発行元IPアドレスの属性には，それぞれ接続先PFM - Managerのホスト名とIPアドレスが設定されます。そのため，状態が変更された監視対象ホストの情報を確認する場合は，JP1イベントの事象発生元ホストの属性を参照してください。

・エージェントの状態変更を通知するJP1イベントの送信に成功した場合は，Performance Managementの共通メッセージログにメッセージを出力しません。JP1イベントの送信に失敗したときは，KAVE00577-Eメッセージを出力します。

・PFM - Managerを再起動した場合は，PFM - Managerの再起動後，各エージェントの初回のアラームイベントが発生したときに限り，エージェントの状態が変更されたかどうかにかかわらず，エージェントの状態変更を通知するJP1イベントを発行します。

JP1/IM2のトレンド情報表示またはメトリック一覧取得APIで，表示または取得するメトリックについて，デフォルトで提供しているメトリックの編集・削除，または新しいメトリックの追加をする場合は，メトリック定義ファイルを設定する。（JP1/IM2 12-10以降と連携する場合）

メトリック定義ファイルの詳細については，マニュアル「JP1/Performance Management リファレンス」の，メトリック定義ファイルについて説明している章を参照してください。

JP1/PFMプラグインの動作をデフォルトから変更する場合は，JP1/PFMプラグイン設定ファイルを設定する。（JP1/IM2 12-10以降と連携する場合）

JP1/PFMプラグイン設定ファイルの詳細については，マニュアル「JP1/Performance Management リファレンス」の，JP1/PFMプラグイン設定ファイルについて説明している章を参照してください。

JP1/IM2の性能情報取得APIで，Performance Managementのパフォーマンスデータを取得する場合は，該当するレコードに対して，パフォーマンスデータの蓄積の設定を有効にする。

JP1/IM2のトレンド情報表示または時系列データ取得APIで，Performance Managementのパフォーマンスデータを表示または取得する場合は，該当するレコードに対して，パフォーマンスデータの蓄積の設定を有効にする。（JP1/IM2 12-10以降と連携する場合）

12.3.3　JP1/IMと連携するためのセットアップ（セントラルコンソール上のイベントからレポートを表示するための設定）

JP1/IMのセントラルコンソールに表示されているJP1イベントから，事象発生元ホストのレポートを表示したい場合は，次のとおり設定してください。

JP1イベントから事象発生元ホストのレポートを表示するために必要なバージョンについては，「12.3.1　JP1/IMと連携するためのインストールの前提条件」を参照してください。

性能レポート表示定義ファイル（performance.conf）をPFM - Web Consoleのインストール先ディレクトリからコピーし，JP1/IM - Managerの所定の位置に格納する。

コピー元の格納場所は次のとおりです。

Windowsの場合

PFM - Web Consoleのインストール先ディレクトリ¥sample¥imconf

UNIXの場合

/opt/jp1pcwebcon/sample/imconf

コピー先の格納場所は，次のとおりです。

Windowsの場合

物理ホスト：Consoleパス¥conf¥console¥performance¥

論理ホスト：環境フォルダ¥jp1cons¥conf¥console¥performance

UNIXの場合

物理ホスト：/etc/opt/jp1cons/conf/console/performance/

論理ホスト：環境ディレクトリ/jp1cons/conf/console/performance

手順1で格納した性能レポート表示定義ファイルを開き，2行目に接続先PFM - Web Consoleのログイン用URLを指定する。

例えば，通信プロトコルが「http」，接続先PFM - Web Consoleのホスト名が「PFM-WebCon」，接続先PFM - Web Consoleのポート番号が「20358」の場合は，次のように指定してください。

#the definition file for displaying performance reports

http://PFM-WebCon:20358/PFMWebConsole/login.do

ファイル編集時の文字コードは，JP1/IM - Managerが動作する言語コードで保存してください。Windowsの場合はシフトJISコード（MS932），UNIXの場合はJP1/IM - Managerが動作するホストの/etc/opt/jp1base/conf/jp1bs_env.confのLANG環境変数に指定した文字コードです。

手順2で性能レポート表示定義ファイルに設定したPFM - Web Consoleとは別のPFM - Web Consoleでも事象発生元ホストを監視している場合は，性能レポート表示定義ファイルに設定したPFM - Web Consoleホストの初期設定ファイル（config.xml）を編集する。

編集項目

<vsa><search-WebConsole>タグのhost，port，およびhttps

編集方法

性能レポート表示定義ファイルに設定したPFM - Web Console以外のPFM - Web Consoleのホスト名，ポート番号，および暗号化通信の設定を定義する。複数のPFM - Web Consoleを定義する場合は，PFM - Web Consoleの数の分だけ<search-WebConsole>タグを定義する。

定義例

<vsa>
        <search-WebConsole>
            <param name="host" value="PFMWebCon2"/>
            <param name="port" value="20358"/>
            <param name="https" value="ON"/>
        </search-WebConsole>
        <search-WebConsole>
            <param name="host" value="PFMWebCon3"/>
            <param name="port" value="20358"/>
            <param name="https" value="OFF"/>
        </search-WebConsole>
</vsa>

JP1/IMでJP1イベントの事象発生元ホストと発行元イベントサーバをマッピングする。

事象発生元ホストが発行元イベントサーバと異なる場合で，かつJP1/AJS3以外の製品が発行したJP1イベントのときは，この設定が必要です。詳細については，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」を参照してください。

JP1/IM - Managerで，サービスを再起動またはjco_spmd_reloadコマンドを実行する。

JP1/IM - Viewにログインしている場合は，JP1/IM - Viewを終了してからログインし直してください。

PFM - Web Consoleのサービスを再起動する。

12.3.4　JP1/IMとの連携の解除

(1)　JP1/IMとの連携の解除

JP1/IMとの連携を解除にするには，JP1/IM連携のための定義ファイルを削除します。

JP1/IMのディレクトリにコピーしたすべての定義ファイルを削除してください。定義ファイルの削除がJP1/IMに反映される契機については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」，およびマニュアル「JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス」を参照してください。

JP1/IMのセントラルコンソールから複数のPFM - Web Consoleのレポートを表示させていた場合は，初期設定ファイル（config.xml）の<search-WebConsole>タグをコメントアウトまたは削除して，PFM - Web Consoleのサービスを再起動してください。

(2)　JP1/IM2との連携の解除

Performance Managementのサービスが停止している場合は，各サービスを起動する。

エージェントステータス変更イベントの一括発行機能を無効に設定して運用している場合，今後JP1/IMとの連携で，構成情報の変更に関するJP1システムイベントを発行させないときは，各エージェントに対するJP1システムイベントの発行の設定を無効にする。

Performance Managementのパフォーマンスデータを収集する各レコードに対して，パフォーマンスデータの蓄積が不要となる場合は，蓄積の設定を無効にする。

今後JP1/IMとの連携で，ヘルスチェックエージェントのJP1システムイベントを発行させない場合は，ヘルスチェックエージェントに対するJP1システムイベントの発行の設定を無効にする。

次のコマンドを実行して，JP1/IM2連携機能を無効にする。

jpcconf im2 disable

クラスタ環境で利用する場合，実行系と待機系の両方で実施します。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

JP1/IM2の機能で，Performance Managementの構成情報を削除する。

Performance Managementの構成情報を削除する方法については，JP1/IM2のマニュアルを参照してください。

12.4　JP1/IMと連携したあとの構成変更について

ここでは，JP1/IMと連携したあとに，ホスト名を変更する場合に必要な設定について説明します。

12.4.1　JP1/IMと連携したあとにホスト名を変更する場合の流れ

JP1/IMと連携したあとにホスト名を変更する場合の流れについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の物理ホスト名の変更手順について説明している個所を参照してください。

クラスタシステムを利用している場合は，このマニュアルの「10.3.3　運用開始後のマシンの論理ホスト名の変更」または「10.5.3　運用開始後のマシンの論理ホスト名の変更」を参照してください。

Performance Managementで設定した監視ホスト名が実ホスト名と異なる場合は，通常の手順とは別に，Performance Managementの監視ホスト名とJP1イベントの事象発生元ホストのイベントサーバ名が一致するように設定してください。

12.4.2　JP1/IMと連携したあとにIPアドレスを変更する場合の流れ

JP1/IMと連携したあとにIPアドレスを変更する場合の流れについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPアドレスの設定の変更手順について説明している個所を参照してください。

12.5　JP1/IMと連携するための運用

ここでは，JP1/IMからPerformance Managementを監視するための運用手順を簡単に説明します。なお，JP1/IMの設定や操作の詳細については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」およびマニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」を参照してください。

12.5.1　JP1/IMのセントラルコンソールからアラームイベントを監視する

JP1/IMのセントラルコンソールの［イベントコンソール］画面には，JP1シリーズプログラムから送信されたJP1イベントを基にした情報が表示されます。［イベントコンソール］画面には，JP1イベントの重大度，イベント受信時刻，メッセージなどが表示されます。アラームイベントは，この画面で監視します。

12.5.2　JP1/IMのセントラルスコープから監視する

JP1/IMのセントラルスコープの［監視ツリー］画面でPerformance Managementの状態監視を設定しておくと，状態を表すアイコンが表示されます。アラームイベントが発生すると，アイコンの色が変わります。詳細なイベントは，［イベントコンソール］画面で確認します。

12.5.3　JP1/IMのセントラルコンソールからPerformance Managementのレポートを表示する

［イベントコンソール］画面で，レポートを表示させたいJP1イベントを選択する。

右クリックし，［性能表示］を選択する。

PFM - Web Consoleの画面が起動します。

右クリックし，［イベント詳細表示］を選択して表示される［イベント詳細］画面で［性能表示］ボタンをクリックすることでも，PFM - Web Consoleの画面を起動できます。

［レポート選択］画面で，表示させたいレポートの種類を選択する。

JP1イベントの事象発生元ホストのレポートが表示されます。

重要

JP1/IMのセントラルコンソールからPFM - Web Consoleを起動したままの状態で，再度セントラルコンソールからPFM - Web Consoleを起動すると，最初に開いていた画面がエラーとなり，メッセージ（KAVJS0025-E）が表示されます。最初に開いていた画面を開きたい場合は，いったんすべてのPFM - Web Consoleの画面を閉じたあと，再度セントラルコンソールからレポートを開いてください。

WebブラウザがFirefoxの場合，JP1/IMのセントラルコンソールからレポートを表示すると，画面内の［閉じる］をクリックしてもブラウザが閉じません。ブラウザの終了機能を使用して，閉じてください。

メモ

［性能表示］を選択したあとに表示される画面は，Performance Managementの認証モードやログインユーザーの権限によって異なります。

12.5.4　JP1/IMの統合機能メニューからPFM - Web Consoleを起動する

JP1/IMのセントラルコンソールの［イベントコンソール］画面で，［オプション］−［統合機能メニュー起動］を選択する。

［統合機能メニュー］画面のJP1/IMで管理されているプログラムが表示されたツリーエリアで，［サーバ稼働管理］フォルダを選択する。

展開されたフォルダ内のメニューから［サーバ稼働管理］メニューをクリックする。

Performance Managementの認証モードによって表示される画面が異なります。

PFM認証モードの場合

PFM - Web Consoleの［ログイン］画面が表示されます。

JP1認証モードの場合

すでにログインしているJP1/IMユーザーで自動的にユーザー認証を実施するため，PFM - Web Consoleの画面が起動されます。

12.5.5　JP1/IM2から監視する

JP1/IM2連携機能を有効に設定している場合，JP1/IM2の統合オペレーション・ビューアーに表示するPerformance Managementに関する構成情報は，PFM - Web Consoleが持つ構成情報と同期して更新されます。構成情報は次の契機で同期が行われます。

ユーザーが手動で構成情報の同期を行ったとき

エージェントの削除などにより，実際には存在しないエージェントがPFM - Web Console上に表示されている状態で構成情報の同期を行うと，JP1/IM2の統合オペレーション・ビューアー上にもそのエージェントが表示されます。削除したエージェントをJP1/IM2の統合オペレーション・ビューアー上に表示したくない場合は，構成情報の同期が行われる操作を行う前に，マネージャーホストでjpctool service syncコマンドを実行してください。

また，次の操作を行ったときは，JP1/IM2の機能で構成情報を同期してください。構成情報を同期する方法については，JP1/IM2のマニュアルを参照してください。

PFM - AgentまたはPFM - RMからPFM - Managerへの初めての接続

PFM - Agent，PFM - RM，またはリモートエージェントのサービスの削除

PFM - AgentまたはPFM - RMのバージョンアップ

業務グループ情報（業務グループ名，資源グループ名，業務グループ名に所属するホスト名）の変更

プライマリーとセカンダリーの切り替え（監視二重化の構成の場合）

PFM - Web Consoleのホスト名，ポート番号，通信プロトコルの変更

次のプロパティを変更することを示します。

［JP1 Event Configuration］->［Monitoring Console Host］

［JP1 Event Configuration］->［Monitoring Console Port］

［JP1 Event Configuration］->［Monitoring Console Https］

PFM - Manager，PFM - Agent，またはPFM - RMをインストールしたホスト，または監視対象ホストのホスト名の変更

JP1/IM2の操作，ユースケースについては，JP1/IM2のマニュアルを参照してください。

注意

プロダクト名表示機能の有効/無効の設定を変更した場合，すでにJP1/IM2の統合オペレーション・ビューアー上に表示されている表示名は，古い表示名のままとなります。プロダクト表示機能の設定変更後の表示名で表示したい場合は，JP1/IM2側で構成情報の同期を実施してください。

監視一時停止中に次の操作を行った場合，JP1/IM2の統合オペレーション・ビューアー上に表示されているステータスと実際のステータスが不一致になることがあります。不一致になったときの対処方法については，JP1/IM2のマニュアルを参照してください。

・エージェントのサービスの停止

・アラームテーブルのアンバインド

・エージェントがバインドしているアラーム定義の更新

・jpctool config syncコマンドまたはjpctool config alarmsyncコマンドの実行

・アラーム情報の反映

PFM - Managerを監視二重化の構成で運用している場合，JP1/IM2のIM管理ノード情報取得APIを実行すると，1つのエージェントにつき，プライマリーが管理するエージェントとセカンダリーが管理するエージェントの2つのIM管理ノード情報オブジェクトが返却されます。また，JP1/IM2の統合オペレーション・ビューアーの画面では，1つのエージェントとして表示されます。

12.5.6　JP1/IM2の統合オペレーション・ビューアーから監視する

JP1/IM2連携機能を有効に設定し，JP1/IM2の統合オペレーション・ビューアーにPFM - Web Consoleの画面を表示したり，JP1/IM2のREST APIでトレンド情報を取得したりする場合，Performance Managementの環境で次の操作を行ったときは，JP1/IM2の機能でIM管理ノード関連情報の反映を行ってください。IM管理ノード関連情報の反映方法については，JP1/IM2のマニュアルを参照してください。

PFM - AgentまたはPFM - RMからPFM - Managerへの初めての接続

PFM - Agent，PFM - RM，またはリモートエージェントのサービスの削除

PFM - AgentまたはPFM - RMのバージョンアップ

業務グループ情報（業務グループ名，資源グループ名，業務グループ名に所属するホスト名）の変更

プライマリーとセカンダリーの切り替え（監視二重化の構成の場合）

PFM - Web Consoleのホスト名，ポート番号，通信プロトコルの変更

次のプロパティを変更することを示します。

［JP1 Event Configuration］->［Monitoring Console Host］

［JP1 Event Configuration］->［Monitoring Console Port］

［JP1 Event Configuration］->［Monitoring Console Https］

PFM - Manager，PFM - Agent，またはPFM - RMをインストールしたホスト，または監視対象ホストのホスト名の変更

注意

PFM - Managerに設定しているPFM - Web Consoleのホスト名は，統合オペレーション・ビューアー（Webブラウザ）を操作するホスト上から名前解決できる必要があります。

次のどちらかの条件を満たした状態で，PFM - Web Consoleにログインしようとした場合，強制ログインを実行するかどうかの確認メッセージが表示されます。

・同一ユーザーのPFM - Web Consoleへの多重ログインを許可しない設定（初期設定ファイル（config.xml）のenableDuplicateLoginパラメーターに「false」を設定）の場合に，すでに同一ユーザーがログインしている。

・強制ログイン確認画面の表示を有効にする設定（初期設定ファイル（config.xml）のinformOfSharedSessionパラメーターに「true」を設定）の場合に，セッション上のWebブラウザでログインしているユーザーが存在する。

強制ログインを実行すると，先にログインしているユーザーのセッションが切断され，新たなセッションが作成されます。

JP1/IM2をバージョンアップした場合は，JP1/IM2の機能で，IM管理ノード関連情報を再度反映する必要があります。IM管理ノード関連情報の反映方法については，JP1/IM2のマニュアルを参照してください。

JP1/IM2とPFM - Managerで設定するPFM - Web Consoleの通信プロトコル（「https」または「http」）は一致させてください。不一致の場合，JP1/IM2の［統合オペレーション・ビューアー］画面の［稼働状況］領域でPerformance Managementの構成要素を選択すると，［詳細表示］領域が読み込み中のまま，PFM - Web Consoleの画面が表示されません。

PFM - Web Consoleを12-50より前のバージョンからバージョンアップした場合，初期設定ファイル（config.xml）のdispReportsSameTimeパラメーターは未定義のため，「false」が設定された動作となります。同一セッション上のWebブラウザで，JP1/IM2のイベントからのモニター起動，またはJP1/IM2の提案機能で表示したレポート画面を同時に表示したい場合は，必要に応じてdispReportsSameTimeパラメーターの値を「true」に変更してください。

初期設定ファイル（config.xml）のdispReportsSameTimeパラメーターに「true」を設定している場合の注意事項を次に示します。

・ログイン中のユーザーのセッションがタイムアウトした場合，Webブラウザの仕様により，同一セッション上のWebブラウザで表示している画面は，すべてログアウトした状態となります。

・JP1/IM2の統合オペレーション・ビューアーからPFM - Web Consoleにログイン中に，JP1/IM2のイベントからのモニター起動，またはJP1/IM2の提案機能でレポート画面を表示した場合，追加でメモリーを使用します。そのため，モニター起動または提案機能でレポート画面を複数表示した場合，メモリー不足となることがあります。JP1/IM2のモニター起動または提案機能でレポート画面を表示する場合のメモリー使用量については，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，JP1/IM2のモニター起動でのレポート表示でログインユーザー1人当たりに必要なメモリー量について記載している個所を参照してください。

12.6　JP1/IMと連携する場合に発行されるJP1イベントの属性一覧

12.6.1　アラームイベントが発生したとき

アラームイベントが発生したときは，設定によってJP1システムイベントまたはJP1ユーザーイベントのどちらかが発行されます。

アラームイベントが発生したときのJP1システムイベントを次の表に示します。

表12‒13　アラームイベントが発生したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004840」

メッセージ

（該当なし）

JP1イベントを発行するときの手順で指定した［メッセージ］の指定値

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Information

アラームの状態：OK

（アラームの状態が正常状態（緑））

Warning

アラームの状態：WARNING

（アラームの状態が警告状態（黄））

Error

アラームの状態：EXCEPTION

（アラームの状態が異常状態（赤））

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM/ALARM_EVENT」

オブジェクトタイプ

OBJECT_TYPE

「ALARM」

オブジェクト名

OBJECT_NAME

アラーム名

登録タイプ

ROOT_OBJECT_TYPE

「ALARM_TABLE」

登録名

ROOT_OBJECT_NAME

アラームテーブル名

オブジェクトID

OBJECT_ID

サービスID

事象種別

OCCURENCE

「NOTICE」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

PFM - Agentの場合

アラームが発生したPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合

アラームが発生したリモートエージェントの監視対象ホスト名

PFM - RM（グループエージェント）の場合

アラームが発生したグループエージェントのプライマリーホスト名（PFM - RMホスト名）

発生日付および時刻

JPC_TIME

アラームの発生日付および時刻

表示レポートID

JPC_REPORTID

JP1イベント選択時に表示するレポート定義のID

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

識別イベントID

JPC_USER_EVENTID

アラームイベントが発生した場合にJP1イベントを発行するときの手順で指定した［イベントID］の指定値

アラームイベントが発生したときのJP1ユーザーイベントを次の表に示します。

表12‒14　アラームイベントが発生したときのJP1ユーザーイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

イベントID

メッセージ

（該当なし）

JP1イベントを発行するときの手順で指定した［メッセージ］の指定値

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Information

アラームの状態：OK

（アラームの状態が正常状態（緑））

Warning

アラームの状態：WARNING

（アラームの状態が警告状態（黄））

Error

アラームの状態：EXCEPTION

（アラームの状態が異常状態（赤））

プロダクト名

PRODUCT_NAME

「/PFM/ALARM_EVENT」

オブジェクトタイプ

OBJECT_TYPE

「ALARM」

オブジェクト名

OBJECT_NAME

アラーム名

登録タイプ

ROOT_OBJECT_TYPE

「ALARM_TABLE」

登録名

ROOT_OBJECT_NAME

アラームテーブル名

オブジェクトID

OBJECT_ID

エージェント名

事象種別

OCCURENCE

「NOTICE」

固有情報

エージェントホスト名

JPC_AGENT

PFM - Agentの場合

アラームが発生したPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合

アラームが発生したリモートエージェントの監視対象ホスト名

PFM - RM（グループエージェント）の場合

アラームが発生したグループエージェントのプライマリーホスト名（PFM - RMホスト名）

マネージャーホスト名

JPC_MGR

PFM - Managerのホスト名

発生日付および時刻

JPC_TIME

アラームの発生日付および時刻

表示レポートID

JPC_REPORTID

JP1イベント選択時に表示するレポート定義のID

12.6.2　PFMサービスが起動したとき

PFMサービスが起動したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒15　PFMサービスが起動したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004800」

メッセージ

（該当なし）

KAVE00335-Iメッセージ

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Information（正常起動）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

サービスID

オブジェクトID

OBJECT_ID

サービスID

事象種別

OCCURENCE

「START」

開始時刻

START_TIME

起動を開始した時刻（イベントを発行した時刻）

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

イベントの事象が発生したPFM - AgentまたはPFM - RMのホスト名

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

12.6.3　PFMサービスが停止したとき

PFMサービスが停止したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒16　PFMサービスが停止したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004810」

メッセージ

（該当なし）

KAVE00336-Iメッセージ（正常停止）

KAVE00339-Eメッセージ（異常停止）

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Information（正常停止）

Error（異常停止）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

サービスID

オブジェクトID

OBJECT_ID

サービスID

事象種別

OCCURENCE

「END」

開始時刻

END_TIME

停止を開始した時刻（イベントを発行した時刻）

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

イベントの事象が発生したPFM - AgentまたはPFM - RMのホスト名

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

12.6.4　PFMサービスの起動が失敗したとき

PFMサービスの起動が失敗したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒17　PFMサービスの起動が失敗したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004820」

メッセージ

（該当なし）

KAVE00337-Eメッセージ

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Error（起動失敗）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

サービスID

オブジェクトID

OBJECT_ID

サービスID

事象種別

OCCURENCE

「NOTSTART」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

イベントの事象が発生したPFM - AgentまたはPFM - RMのホスト名

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

12.6.5　運用に関わるイベントが発生したとき

運用に関わるイベントが発生したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒18　運用に関わるイベントが発生したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004830」

メッセージ

（該当なし）

サービス固有のメッセージ※

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Information：正常状態

Warning：エラー（対処不要）

Error：エラー（対処必要）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

サービスID

オブジェクトID

OBJECT_ID

サービスID

事象種別

OCCURENCE

「NOTICE」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

イベントの事象が発生したPFM - AgentまたはPFM - RMのホスト名

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

注※

次のどちらかに該当するメッセージが出力されます。

マニュアル「JP1/Performance Management リファレンス」のPFM - Managerのメッセージ（出力先一覧でJP1システムイベントが出力先として指定されているメッセージ）

各PFM - AgentまたはPFM - RMマニュアルに記載されているメッセージ（出力先一覧でJP1システムイベントが出力先として指定されているメッセージ）

12.6.6　エージェントの状態が変更されたとき

エージェントの状態が変更されたときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒19　エージェントの状態が変更されたときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004850」

メッセージ

（該当なし）

次に示すどれかが出力される

エージェントイベント[Status Change]

KAVE00217-Iメッセージ（アラーム監視によるエージェントの状態が正常に変更された場合）

KAVE00218-Wメッセージ（アラーム監視によるエージェントの状態が警告に変更された場合）

KAVE00219-Eメッセージ（アラーム監視によるエージェントの状態が異常に変更された場合）

KAVE00333-Eメッセージ（エージェントの稼働状態がビジー状態または異常停止状態になった場合）※1

KAVE00334-Iメッセージ（エージェントの稼働状態がビジー状態または異常停止状態から回復した場合）

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される

Information（アラーム監視によるエージェントの状態が正常に変更された場合，またはエージェントの稼働状態がビジー状態または異常停止状態から回復した場合）

Warning（アラーム監視によるエージェントの状態が警告に変更された場合）

Error（アラーム監視によるエージェントの状態が異常に変更された場合）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM/STATE_EVENT」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

エージェントのサービスID

オブジェクトID

OBJECT_ID

エージェントのサービスID

事象種別

OCCURENCE

「NOTICE」

発生元ホスト名※2

JP1_SOURCEHOST

PFM - Agentの場合

状態が変更されたPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合

状態が変更されたリモートエージェントの監視対象ホスト名※3

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

PFM - Agentの場合

状態が変更されたPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合

状態が変更されたリモートエージェントの監視対象ホスト名

PFM - RM（グループエージェント）の場合

状態が変更されたグループエージェントのプライマリーホスト名（PFM - RMホスト名）

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

注※1

Collectorサービスが稼働状態からビジー状態または異常停止状態に移行したことを，Storeサービスが検知します。

また，検知のタイミングはStoreサービスに対してCollectorサービスからの収集イベントが10分以上ない場合に，StoreサービスからCollectorサービスに対してハートビートの確認を実施します。

このハートビートの確認でビジーまたは停止と判断されるとKAVE00333-EのJP1イベントをAgent StoreサービスまたはRM Storeサービスが発行します。

注※2

エージェントステータス変更イベントの一括発行機能が有効，かつ，Master Storeサービスがエージェントの状態変更を通知するJP1システムイベント（イベントID：00004850）を発行する場合に設定するプロパティです。

注※3

エージェントステータス変更イベントの一括発行機能でMaster StoreサービスがJP1イベントを発行した場合でも，発生元ホスト名の値は監視対象ホスト名となります。

12.6.7　ヘルスチェックの状態が変更されたとき

ヘルスチェックの状態が変更されたときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒20　ヘルスチェックの状態が変更されたときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004860」

メッセージ

（該当なし）

ヘルスチェックエージェントの設定に応じて出力される

KAVL15020-Iメッセージ（JP1 Eventの設定内容がInformationに変更された場合）

KAVL15021-Wメッセージ（JP1 Eventの設定内容がWarningに変更された場合）

KAVL15022-Eメッセージ（JP1 Eventの設定内容がErrorに変更された場合）

拡張属性

共通情報

重大度

SEVERITY

ヘルスチェックエージェントの設定に応じて出力される

Information（ヘルスチェックイベントの状態が正常に変更された場合）

Warning（ヘルスチェックイベントの状態が警告に変更された場合）

Error（ヘルスチェックイベントの状態が異常に変更された場合）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/PFM/HEALTHCHECK_EVENT

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

エージェントのサービスID

オブジェクトID

OBJECT_ID

エージェントのサービスID

事象種別

OCCURENCE

「NOTICE」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

PFM - Agentの場合

状態が変更されたPFM - Agentのホスト名

PFM - RM（リモートエージェント）の場合

状態が変更されたリモートエージェントの監視対象ホスト名

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名※

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号※

注※

JP1/IMから起動した場合はPFM - Web Consoleのトップ画面が表示されます。

12.6.8　ホストを指定して監視を一時停止したとき

ホストを指定して監視を一時停止したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒21　ホストの監視を一時停止したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004870」

メッセージ

（該当なし）

KAVE00509-Iメッセージ

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される。

Information（ホストの監視が正常に一時停止された場合）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「HOST」

オブジェクト名

OBJECT_NAME

監視を一時停止したホスト名※

オブジェクトID

OBJECT_ID

指定しない

事象種別

OCCURENCE

「SUSPEND」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

監視を一時停止したホスト名※

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

注※

PFM - Managerで認識しているホスト名が記載されます。対象ホストがエイリアス名で運用している場合は，エイリアス名が記載されます。

12.6.9　エージェントを指定して監視を一時停止したとき

エージェントを指定して監視を一時停止したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒22　エージェントの監視を一時停止したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004871」

メッセージ

（該当なし）

KAVE00510-Iメッセージ

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される。

Information（エージェントの監視が正常に一時停止された場合）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

監視を一時停止したエージェント名（サービスID）

オブジェクトID

OBJECT_ID

監視を一時停止したエージェント名（サービスID）

事象種別

OCCURENCE

「SUSPEND」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

監視を一時停止したエージェントのホスト名※

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

注※

PFM - Managerで認識しているホスト名が記載されます。対象ホストがエイリアス名で運用している場合は，エイリアス名が記載されます。

12.6.10　ホストを指定して監視を再開したとき

ホストを指定して監視を再開したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒23　ホストの監視を再開したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004880」

メッセージ

（該当なし）

KAVE00511-Iメッセージ

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される。

Information（ホストの監視が正常に再開された場合）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「HOST」

オブジェクト名

OBJECT_NAME

監視を再開したホスト名※

オブジェクトID

OBJECT_ID

指定しない

事象種別

OCCURENCE

「RESUME」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名※

エージェントホスト名

JPC_AGENT

監視を再開したホスト名※

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

注※

PFM - Managerで認識しているホスト名が記載されます。対象ホストがエイリアス名で運用している場合は，エイリアス名が記載されます。

12.6.11　エージェントを指定して監視を再開したとき

エージェントを指定して監視を再開したときはJP1システムイベントが発行されます。発行されるJP1システムイベントを次の表に示します。

表12‒24　エージェントの監視を再開したときのJP1システムイベント

属性種別

項目

属性名

内容

基本属性

イベントID

（該当なし）

「00004881」

メッセージ

（該当なし）

KAVE00512-Iメッセージ

拡張属性

共通情報

重大度

SEVERITY

重大度が設定される。

Information（エージェントの監視が正常に再開された場合）

ユーザー名

USER_NAME

Windowsの場合：SYSTEM

UNIXの場合：root（ユーザーIDが0であるユーザー名）

プロダクト名

PRODUCT_NAME

「/HITACHI/JP1/PFM」

オブジェクトタイプ

OBJECT_TYPE

「SERVICE」

オブジェクト名

OBJECT_NAME

監視を再開したエージェント名（サービスID）

オブジェクトID

OBJECT_ID

監視を再開したエージェント名（サービスID）

事象種別

OCCURENCE

「RESUME」

固有情報

マネージャーホスト名

JPC_MGR

接続先PFM - Managerのホスト名

エージェントホスト名

JPC_AGENT

監視を再開したエージェントのホスト名※

モニターホスト名

JPC_MON_HOST

接続先PFM - Web Consoleのホスト名

モニターポート番号

JPC_MON_PORT

接続先PFM - Web Consoleのhttpリクエストポート番号

注※

PFM - Managerで認識しているホスト名が記載されます。対象ホストがエイリアス名で運用している場合は，エイリアス名が記載されます。

13　JP1/SLMと連携した監視

この章では，Performance ManagementとJP1/SLMを連携させるためのセットアップ方法，およびJP1/SLMからPerformance Managementを使って監視対象システムを監視する方法について説明します。

13.1　JP1/SLMと連携した監視の概要

Performance Managementは，JP1/SLMと連携して監視できます。

Performance Managementでは，収集したパフォーマンスデータを分析しトラブルの発生を事前に推測できます。JP1/SLMと連携することで，Performance Managementから収集したパフォーマンスデータをJP1/SLM上で分析し，サービス性能の異常の予兆を検知したり，過去の監視結果を基に検知された事象に対処したりできます。

また，JP1ユーザーでJP1/SLM上からPFM - Web Consoleにログインすることもできます。

JP1/SLMと連携したPerformance Managementによる監視の例を次の図に示します。

図13‒1　JP1/SLMと連携したPerformance Managementによる監視の例

メモ

JP1/SLMとは

JP1/SLMとは，サービスの状況を監視し，サービスレベルを維持できるようになることを目的とした，JP1シリーズの製品です。

多くの利用者がいるサービスや，利用者の業務に欠かせないサービスにいったんトラブルが発生してしまうと，利用者に多大な影響を与えるおそれがあります。JP1/SLMでは，次の監視方法によってサービスレベルの維持を支援します。

外れ値検知

監視対象サービスのサービス性能が通常のサービス性能と大きく異なっている場合に，サービス性能の異常の予兆として検知する監視方法です。

傾向監視

監視対象サービスのサービス性能の傾向を算出して，傾向からサービス性能のしきい値超過を事前に検知する監視方法です。

しきい値監視

監視対象サービスのサービス性能が，設定したしきい値を超過した場合にトラブルの発生を検知する監視方法です。このとき，過去の監視結果を基に対処を支援します。

13.1.1　Performance ManagementとJP1/SLMの連携で実現できること

(1)　Performance Managementが監視するパフォーマンスデータをJP1/SLMの監視に利用できます

Performance Managementが監視するパフォーマンスデータをJP1/SLMの予兆検知に利用すると，サービスとサーバおよびミドルウェアを関連づけて監視できます。さらに，予兆検知によって発生した警告の原因究明も進めやすくなります。

また，JP1/SLMのしきい値監視に利用すると，サービスおよびサーバやミドルウェアのトラブルの発生を検知できます。トラブルの発生を検知した際の障害調査や障害予防計画の策定にも利用できます。

(2)　JP1/SLMからPFM - Web Consoleが起動できます

JP1/SLMとの連携でサービス性能の異常の予兆やトラブルを検知した場合，原因究明のためにそれまで収集したパフォーマンスデータを，JP1/SLM上の問題調査画面で確認できます。

さらに，JP1/SLMが収集したサービス性能やパフォーマンスデータ以外のPerformance Managementの情報を表示できるように，JP1/SLMの［問題調査］画面からPFM - Web Consoleを起動できます。

メモ

［問題調査］画面とは

JP1/SLMは，設定した監視項目について予兆検知を警告としてまたトラブルの発生をエラーとして表示します。［問題調査］画面では，警告やエラーが発生した場合に問題の原因となる事象が発生した時期を確認するときに使用します。過去のサービス性能をさかのぼって確認できます。

13.2　JP1/SLMと連携するための前提条件

ここでは，JP1/SLMと連携するための前提条件について説明します。

13.2.1　JP1/SLMと連携するための前提プログラム

ここでは，JP1/SLMと連携する場合に必要な前提プログラムについて説明します。

前提プログラムの構成図を次に示します。

図13‒2　JP1/SLMと連携するときの構成

すべてのプログラムのバージョンは10-00以降が前提です。

PFM - Web Consoleのバージョンについては09-00以降でも動作しますが，次の操作制限があります。

［サービスのプロパティ］画面で収集されているレコードのレコードIDが太字で表示されません。

JP1/SLMの画面からPFM - Web Consoleを起動した場合，JP1/SLMでエージェントを選択していても，PFM - Web Consoleのメイン画面では自動的に同じエージェントを選択した状態で表示されません。

13.2.2　JP1/SLMとの接続数について

1つのPFM - Managerに対して接続できるJP1/SLM数は1つだけです。すでに接続中のPFM - Managerを，別のJP1/SLMと接続したい場合は，既存のJP1/SLMとの接続を解除する必要があります。また，複数のJP1/SLMを運用しているような大規模構成の場合は，JP1/SLMごとに接続するPFM - Managerが必要になります。

13.2.3　JP1/SLMと連携するためのユーザー認証モードと業務グループについて

JP1/SLMとの連携は，PFM認証モードでもJP1認証モードでも利用できます。

JP1認証モードで利用する場合，JP1/SLMとPerformance ManagementのユーザーをJP1/Baseで一元管理し，JP1/SLMからPFM - Web Consoleを起動する際，自動的にユーザー認証させることができます。また，認証モードに関わらず，監視対象ホストに業務グループを割り当てる必要があります。JP1/SLMにログインするJP1ユーザーが参照できるJP1資源グループを業務グループに割り当てることで，ユーザーごとに適切なアクセス制御を行えます。

13.2.4　JP1/SLMと連携するためのJP1ユーザー権限について

JP1/SLMと連携するためには，JP1/SLMにログインするJP1ユーザーにPerformance Managementに関する権限を割り当てる必要があります。

JP1ユーザーがどのJP1資源にアクセスできるかは，JP1資源をグループ化したJP1資源グループに対して設定します。

連携に必要なJP1権限レベルを示します。

管理ユーザー権限

JP1_PFM_Admin

JP1_ITSLM_Admin

一般ユーザー権限

JP1_PFM_Operator

JP1_ITSLM_User

目的に合わせたJP1資源グループへ割り当てるJP1権限レベルについて次の表に示します。

表13‒1　目的に合わせたJP1資源グループへ割り当てるJP1権限レベル

目的

JP1/SLMに関する権限

JP1資源グループ

PFM - Managerに関する権限

JP1/SLMと連携した状態でJP1/SLMの監視・設定をしたい。

JP1_ITSLM_Admin

JP1_PFM

JP1_PFM_AdminまたはJP1_PFM_Operator

任意のグループ

JP1_PFM_Operator

JP1/SLMからPFM - Web Consoleを起動したい。

JP1_ITSLM_AdminまたはJP1_ITSLM_User

JP1_PFM

JP1_PFM_AdminまたはJP1_PFM_Operator

任意のグループ

JP1_PFM_Operator

権限の詳細については，「2.6　JP1ユーザーの操作権限の設定」またはマニュアル「JP1/Service Level Management」のJP1/PFMでのユーザー設定（JP1/PFMとの連携）について説明している個所を参照してください。

13.2.5　JP1/SLMとの連携で収集するパフォーマンスデータの記録について

Performance Managementが収集するパフォーマンスデータは，監視エージェントのAgent CollectorまたはRemote Monitor Collectorサービスによって収集され，それぞれのStoreデータベースに記録されます。また，JP1/SLMと連携し，JP1/SLMから監視開始を実行すると，収集されたパフォーマンスデータがJP1/SLMに送信されます。

パフォーマンスデータをStoreデータベースに記録するかどうかは，Performance Managementでは監視コンソールまたはコマンドで設定します。また，JP1/SLMからは定義ファイルの更新で設定します。

JP1/SLMおよびPerformance Managementの設定によるパフォーマンスデータの記録の関係を次の表に示します。

表13‒2　JP1/SLMとPerformance Managementの設定によるパフォーマンスデータの記録の関係

JP1/SLMの設定

Performance Managementの設定

監視開始

パフォーマンスデータ記録

パフォーマンスデータ記録

する

しない

する

する

StoreDB+SLM

StoreDB+SLM

しない

StoreDB+SLM

SLM

しない

StoreDB

−

（凡例）

StoreDB：Storeデータベースに格納されます。

SLM：JP1/SLMに送信され，予兆の検知や分析に利用されます。

−：Storeデータベースに格納されず，JP1/SLMへの送信もされません。このため，収集も行われません。

メモ

通信エラーやJP1/SLMが起動していないためデータを受信できないなどの理由でパフォーマンスデータの送信に失敗することがあります。

送信に失敗した場合，対象のPFM - AgentおよびPFM - RMからは通常のパフォーマンスデータの送信が停止されます。再度JP1/SLMで受信されるまで，送信に失敗したデータを測定時刻から30秒ごとに送信し続けます。

このとき送信されるデータは，送信が失敗したパフォーマンスデータに，送信に失敗している間に収集したパフォーマンスデータを加えたデータです。ただし，測定時刻からJP1/SLMが過去データの受信を受け付ける時間（60秒）を超えたパフォーマンスデータは再送信の対象とならないため破棄されます。

送信が成功すると，対象のPFM - AgentおよびPFM - RMからの通常のパフォーマンスデータの送信が再開されます。

JP1/SLMでパフォーマンスデータの記録の有無について設定した場合も，収集間隔および収集開始のオフセット値（Collection Interval，Collection Offset）はPerformance Managementで設定した値が使用されます。

カスタム監視項目を編集し，任意のフィールドだけを監視している場合も，そのフィールドを含むレコード全体がStoreデータベースに保存されます。

パフォーマンスデータを記録する設定の詳細については，「4.1.1　パフォーマンスデータの記録方法を変更する」またはマニュアル「JP1/Service Level Management」を参照してください。

13.2.6　JP1/SLMと連携するためのネットワークの設定について

ここでは，JP1/SLMと連携するために必要なIPアドレスの名前解決やポート番号の設定について説明しています。

(1)　IPアドレスの設定について

JP1/SLMホストからPFM - Managerホスト間，PFM - AgentおよびPFM - RMホストからJP1/SLMホスト間で，それぞれ名前解決できるホスト名を設定してください。jpchostsファイルにホスト名とIP アドレスを定義した場合は，通常の名前解決より優先して解決されます。

メモ

Performance Management は，1 対1 でアドレス変換する静的NATに対応しています。

動的NATや，ポート変換機能を含むNAPTには対応していません。

(2)　ポート番号の設定について

PFM - ManagerとJP1/SLMでは，次の表に示すポート番号を利用します。このポート番号はデフォルトで割り当てられています。

ファイアウォールを設置している場合など，「表13-3　JP1/SLMと連携するためのポート番号」のポート番号を通過させる必要があります。httpsd.confの設定やJP1/SLMの設定によって，使用するポート番号を変更して運用する場合は，該当するポート番号が通過できるように設定してください。

ポート番号の設定の手順は，マニュアル「JP1/Performance Management 設計・構築ガイド」のネットワーク構成の変更について説明している個所を参照してください。

JP1/SLMとの連携で使用するポート番号とそれぞれの目的を次に示します。

表13‒3　JP1/SLMと連携するためのポート番号

目的

ポート番号

通過方向

JP1/SLMとの連携の設定に使用します。

PFM - Manager のViewServer サービスで使用されます。

22286

JP1/SLMホスト→

PFM - Managerホスト

JP1/SLMからPFM - Web Consoleを起動するために使用します。

PFM - Web Console のWeb Service サービスで使用されます。

20358

Webブラウザ→

PFM - Web Consoleホスト

JP1/SLMホストでパフォーマンスデータを受信するために使用します。

JP1/SLMホストで設定します。

20905

PFM - AgentおよびPFM - RMホスト→

JP1/SLMホスト

13.2.7　JP1/SLMと連携するための監視項目について

JP1/SLMから監視する項目は，2種類用意されています。

それぞれの特長を次に示します。

(1)　デフォルト監視項目について

JP1/SLMから監視する項目は，通常のセットアップではPFM - AgentおよびPFM - RMで設定されているデフォルト監視項目を利用します。

デフォルト監視項目とは，PFM - AgentおよびPFM - RMごとにデフォルトで定義されている監視項目です。

PFM - AgentおよびPFM - RMの種別，データモデルごとにそれぞれ代表的な監視項目が定義されています。監視テンプレートを利用するように，一般的な設定ですぐに監視を開始したい場合に使用してください。

デフォルト監視項目の定義は，ユーザーは変更できません。

PFM - AgentまたはPFM - RMのデフォルト監視項目については，各PFM - AgentまたはPFM - RMのマニュアルを参照してください。

セットアップしたあとに，PFM - ManagerにPFM - AgentおよびPFM - RMを監視対象として追加する場合は，追加する監視エージェントのデフォルト監視項目を反映させる必要があります。

詳細は「13.4.3　JP1/SLMと連携したあとに構成変更した場合について」を参照してください。

(2)　カスタム監視項目について

カスタム監視項目とは，デフォルト監視項目にない値をJP1/SLMで分析したい場合に，ユーザーが任意のレコード・フィールドを指定して定義する監視項目です。

PFM - AgentおよびPFM - RMの種別，データモデルごとに54件まで定義できます。

Performance ManagementおよびJP1/SLMの個別の要件に対応するために，監視するフィールドをカスタマイズしたい場合に使用してください。

カスタム監視項目は，PFM - Managerの定義ファイルで定義します。このファイルをカスタム監視項目定義ファイルと呼びます。

カスタム監視項目定義ファイル（monitoringitems.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

13.3　JP1/SLMと連携するための構築方法

ここでは，JP1/SLMと連携する環境を構築するためのセットアップ方法，連携の解除方法について説明します。

13.3.1　JP1/SLMと連携するためのセットアップ手順

(1)　PFM - Manager側の連携の手順

PFM - Managerを起動する。

監視対象ホストに業務グループを割り当てる。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。

管理ユーザー権限を持つユーザーアカウントでログインします。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。

PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Managerサービスを選択する。

Master Managerサービスは，「M」で始まるサービスまたは「<Master Manager>」です。

選択したMaster Managerサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。

Master Managerサービスの［サービスのプロパティ］画面で，「ITSLM Coordination Configuration/MANAGE ITSLM COORDINATION」ノードを選択する。

インフォメーションフレームの下部に表示された「ASSIGN ITSLM COORDINATION」に連携する対象のJP1/SLMホスト名を入力する。

JP1/SLMが論理ホストの場合は，論理ホスト名を指定します。

［完了］または［適用］ボタンをクリックする。

JP1/SLMとの連携を開始させるには，続けてJP1/SLM側で設定する必要があります。

メモ

すでに連携中のPFM - Managerを，別のJP1/SLMと連携したい場合は，既存のJP1/SLMとの連携を解除する必要があります。

カスタム監視項目を利用する場合は，手順の前にカスタム監視項目定義ファイルを編集してください。

カスタム監視項目については「13.2.7(2)　カスタム監視項目について」およびマニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(2)　JP1/SLM側の連携の手順

JP1/SLMホストで必要なサービスを登録する。

JP1/SLMホストで必要なサービスグループを登録する。

JP1/SLMホストで監視対象サービスが属するサービスグループ（JP1/Baseに登録されているJP1資源グループ名）を選択する。

JP1/SLMホストでシステム定義ファイル（jp1itslm.properties）を変更し，連携を設定する。

PFM - Managerが起動されていることを確認する。

監視対象のPFM - AgentおよびPFM - RMが起動されていることを確認する。

JP1/SLMの［構成情報設定］画面で，構成情報を更新する。

JP1/SLMの［監視設定］画面で，監視項目を設定する。

JP1/SLMの［設定］画面で，パフォーマンスデータの監視を開始する。

JP1/SLM側での設定の詳細については，マニュアル「JP1/Service Level Management」の監視項目を設定する（JP1/PFMと連携する場合），または監視を開始する方法について説明している個所を参照してください。

13.3.2　JP1/SLMとの連携の解除について

JP1/SLMとの連携の解除方法は，通常手段と障害対応用の臨時手段があります。

解除の種類と，それぞれの違いについて説明します。

(1)　連携解除（通常手段）

JP1/SLMと連携を解除する通常の手段です。

この操作は，PFM - Web Consoleの［サービス階層］画面でプロパティを変更します。これによってPFM - ManagerにあるJP1/SLMホストとの連携の情報が削除されます。また，PFM - AgentおよびPFM - RMとJP1/SLMとの接続が停止され，接続のための情報が削除されます。

(2)　臨時手段

連携解除時に障害などで連携が解除できなかったPFM - Agent およびPFM - RM がある場合に実行する臨時手段です。

(a)　連携同期

複数台のPFM - AgentおよびPFM - RMを対象に，同時に連携を解除できます。

この操作は，PFM - Web Consoleの［サービス階層］画面でプロパティを変更します。これによって現在の連携設定と異なるJP1/SLMホストと連携しているPFM - AgentおよびPFM - RMとJP1/SLMとの接続が停止され，接続のための情報が削除されます。

(b)　接続停止

指定した1つのPFM - AgentまたはPFM - RMを対象に，連携を解除できます。

この操作は，PFM - Web Consoleの［サービス階層］画面でプロパティを変更します。これによって，直接対象のPFM - AgentおよびPFM - RMとJP1/SLMとの接続が停止され，接続のための情報が削除されます。

また，接続停止は対象のPFM - AgentおよびPFM - RMでそれぞれが管理する接続情報ファイルを削除することでも実行できます。

PFM - AgentまたはPFM - RMの接続情報管理ファイルの詳細については，各PFM - AgentまたはPFM - RMのマニュアルを参照してください。

13.3.3　JP1/SLMとの連携を解除する手順

JP1/SLMとの連携を解除するには，JP1/SLMとPFM - Managerそれぞれで設定の変更が必要です。

(1)　JP1/SLM側の解除の手順

PFM - Managerが起動されていることを確認する。

監視対象のすべてのPFM - AgentおよびPFM - RMが起動されていることを確認する。

JP1/SLMの［監視設定］画面で設定している監視設定を削除します。

JP1/SLM側での設定の詳細については，マニュアル「JP1/Service Level Management」を参照してください。

(2)　連携解除の手順（通常手段）

PFM - Managerを起動する。

監視対象のすべてのPFM - AgentおよびPFM - RMを起動する。

起動していないPFM - AgentおよびPFM - RMには連携解除の設定が反映されません。

監視コンソールのWebブラウザからPFM - Web Consoleにログインする。

管理ユーザー権限を持つユーザーアカウントでログインします。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。

PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Managerサービスを選択する。

Master Managerサービスは，「M」で始まるサービスまたは「<Master Manager>」です。

選択したMaster Managerサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。

Master Managerサービスの［サービスのプロパティ］画面で，「ITSLM Coordination Configuration/MANAGE ITSLM COORDINATION」ノードを選択する。

インフォメーションフレームの下部に表示された「RELEASE ITSLM COORDINATION」で連携を解除するJP1/SLMホスト名を選択する。

［完了］または［適用］ボタンをクリックする。

事前に起動しているPFM - AgentおよびPFM - RMでは，設定済みの監視項目・接続情報およびJP1/SLMへ送信するためにキャッシュしていたパフォーマンスデータが破棄されます。

(3)　臨時手段の手順

「13.3.3(2)　連携解除の手順（通常手段）」の実行時に障害などで連携が解除できなかったPFM - Agent およびPFM - RM がある場合に実行します。

複数台のPFM - Agent およびPFM - RMの連携を解除する時は「13.3.3(3)(a)　連携同期の手順」を参照してください。

指定した1つのPFM - Agent またはPFM - RMの連携を解除する時は「13.3.3(3)(b)　接続停止の手順」を参照してください。

(a)　連携同期の手順

PFM - Managerを起動する。

監視対象のすべてのPFM - AgentおよびPFM - RMを起動する。

起動していないPFM - AgentおよびPFM - RMには連携同期の設定が反映されません。

監視コンソールのからPFM - Web Consoleにログインする。

管理ユーザー権限を持つユーザーアカウントでログインします。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。

PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Master Managerサービスを選択する。

Master Managerサービスは，「M」で始まるサービスまたは「<Master Manager>」です。

選択したMaster Managerサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。

Master Managerサービスのプロパティ画面で，「ITSLM Coordination Configuration/MANAGE ITSLM COORDINATION」ノードを選択する。

インフォメーションフレームの下部に表示された「SYNCHRONIZE ALL ITSLM CONNECTION」で「ALL」を選択する。

［完了］または［適用］ボタンをクリックする。

事前に起動しているPFM - AgentおよびPFM - RMでは，設定済みの監視項目・接続情報およびJP1/SLMへ送信するためにキャッシュしていたパフォーマンスデータは破棄されます。

(b)　接続停止の手順

●監視コンソールで接続停止する手順

PFM - Managerを起動する。

接続停止する対象のPFM - AgentまたはPFM - RMを起動する。

対象のPFM - AgentまたはPFM - RMを起動していない場合は接続停止ができません。

監視コンソールのからPFM - Web Consoleにログインする。

管理ユーザー権限を持つユーザーアカウントでログインします。

［メイン］画面のナビゲーションフレームで，［サービス階層］タブを選択する。

［サービス階層］画面のナビゲーションフレームで，「PFM - Manager」フォルダの下位の階層を展開する。

PFM - Managerのサービスが表示されます。各サービスの名前は，サービスIDで表示されます。

Agent CollectorサービスまたはRM Collectorサービスを選択する。

選択したAgent CollectorサービスまたはRM Collectorサービスにチェックマークが表示されます。

メソッドフレームの［プロパティ］メソッドを選択する。

Agent CollectorサービスまたはRM Collectorサービスのプロパティ画面で，「ITSLM Connection Configuration/MANAGE ITSLM CONNECTION」ノードを選択する。

インフォメーションフレームの下部に表示された「DISCONNECT ITSLM CONNECTION」で連携停止する対象のJP1/SLMホスト名を選択する。

［完了］または［適用］ボタンをクリックする。

事前に起動しているPFM - AgentおよびPFM - RMでは，設定済みの監視項目・接続情報およびJP1/SLMへ送信するためにキャッシュしていたパフォーマンスデータは破棄されます。

●各PFM - AgentおよびPFM - RMで接続停止する手順

接続停止する対象のPFM - AgentまたはPFM - RMを停止する。

対象のPFM - AgentまたはPFM - RMを停止していない場合は接続停止ができません。

対象のPFM - AgentまたはPFM - RMの接続情報管理ファイル（jpcitslm.ini）を削除する。

PFM - AgentまたはPFM - RMを停止しているため，接続停止の情報は次回起動時に反映されます。

PFM - AgentまたはPFM - RMの接続情報管理ファイルの詳細については，各PFM - AgentまたはPFM - RMのマニュアルを参照してください。

13.4　JP1/SLMと連携したあとの構成変更について

ここでは，JP1/SLMと連携したあとに，サーバおよびミドルウェアの構成を変更した場合また論理ホストを作成・追加した場合に必要な連携のための設定について説明します。

13.4.1　JP1/SLMと連携したあとにホスト名を変更する場合の流れ

JP1/SLMと連携したあとにPFM - Managerホスト，JP1/SLMホスト，PFM - Web Consoleホスト，PFM - Agentホスト，およびPFM - RMホストの物理ホスト名または論理ホスト名を変更する場合の流れについて次に示します。

Performance Managementの通常のホスト名の変更手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の物理ホスト名の変更手順について説明している個所，クラスタシステムを利用している場合はこのマニュアルの「10.3.3　運用開始後のマシンの論理ホスト名の変更」または「10.5.3　運用開始後のマシンの論理ホスト名の変更」を参照してください。

(1)　PFM - Managerのホスト名を変更する流れ

通常のPFM - Managerのホスト名の変更手順に従って，ホスト名を変更する。

JP1/SLMでPFM - Managerのホスト名を変更する。

JP1/SLMホストから，変更後のManagerホスト名の名前解決ができるように設定してください。

JP1/SLMでのPFM - Managerのホスト名の変更方法については，マニュアル「JP1/Service Level Management」のPFM - Managerのホスト名を変更する手順について説明している個所を参照してください。

カスタム監視項目定義ファイルを利用し，ヘルスチェックエージェントをJP1/SLMと連携させている場合は，「13.4.1(4)　PFM - AgentおよびPFM - RMのホスト名を変更する流れ」の作業を実施する必要があります。

(2)　JP1/SLMのホスト名を変更する流れ

通常のJP1/SLMのホスト名の変更手順に従って，ホスト名を変更する。

JP1/SLMのホスト名の変更については，マニュアル「JP1/Service Level Management」のJP1/SLM - Managerのホスト名を変更する手順について説明している個所を参照してください。

PFM - Managerで変更前のJP1/SLMとの連携を解除する。

PFM - Managerで変更後のJP1/SLMのホストとの連携を設定する。

PFM - AgentおよびPFM - RMで，JP1/SLMのホスト名を設定する。

JP1/SLMとの連携に関係するPFM - AgentおよびPFM - RMホストから，変更後のJP1/SLMホスト名の名前解決ができるように設定してください。

JP1/SLMで監視対象であるすべてのPFM - AgentおよびPFM - RMに対して，再度監視開始を実施する。

連携解除および連携の設定については，「13.3.3　JP1/SLMとの連携を解除する手順」および「13.3.1　JP1/SLMと連携するためのセットアップ手順」を参照してください。

(3)　PFM - Web Consoleのホスト名を変更する流れ

通常のPFM - Web Consoleのホスト名の変更手順に従って，ホスト名を変更する。

JP1/SLMでPFM - Web Consoleのホスト名を変更する。

Webブラウザを利用するホストから，変更後のPFM - Web Consoleホスト名の名前解決ができるように設定してください。

JP1/SLMでのPFM - Web Consoleのホスト名の変更方法については，マニュアル「JP1/Service Level Management」のJP1/PFM - Web Consoleのホスト名を変更する（JP1/PFMとの連携）について説明している個所を参照してください。

(4)　PFM - AgentおよびPFM - RMのホスト名を変更する流れ

PFM - AgentおよびPFM - RMのホスト名を変更する場合，JP1/SLMで設定した監視項目は受け継がれません。そのため，ホスト名の変更後，再度JP1/SLMで監視を設定する必要があります。

対象のPFM - AgentおよびPFM - RMを起動する。

JP1/SLMで対象のPFM - AgentおよびPFM - RMの監視停止を実行する。

通常のPFM - AgentおよびPFM - RMのホスト名の変更手順に従って，ホスト名を変更する。

JP1/SLMで構成情報の更新を実行する。

変更前のPFM - AgentおよびPFM - RMが削除され，変更後のPFM - AgentおよびPFM - RMが表示されます。

JP1/SLMで変更後のPFM - AgentおよびPFM - RMに対して監視設定を実施する。

JP1/SLMで変更後のPFM - AgentおよびPFM - RMに対して監視開始を実行する。

手順2の監視停止をしないで以降の手順を実施した場合は，監視コンソールから対象のPFM - AgentまたはPFM - RMとJP1/SLMの接続停止をしてから手順6の監視開始を実行し直してください。このとき，手順4，5を実施していない場合は，あわせて実施してください。

接続停止については，「13.3.3(3)(b)　接続停止の手順」を参照してください。

(5)　監視対象ホストのホスト名を変更する流れ

JP1/SLMで構成情報の更新を実行する。

変更したホストが属する業務グループの設定を見直す必要があれば，PFM - Managerで見直しを実施してください。

13.4.2　JP1/SLMと連携したあとにPFM - Managerの論理ホストを作成・削除する場合について

JP1/SLMとの連携では，PFM - Managerが論理ホストでもJP1/SLMと連携できます。

JP1/SLMと連携したあとにPFM - Managerの論理ホストを作成・削除する場合，物理ホストと論理ホストで連携のための情報を引き継ぎません。

PFM - Managerの論理ホストを作成・削除した場合に必要な設定を次に示します。

(1)　論理ホストを作成した場合

物理ホストの情報

JP1/SLMと連携していた設定が無効になります。PFM - ManagerとJP1/SLMの連携の再設定をしてください。

また，JP1/SLMからも構成情報の設定および監視項目の設定を再度実施する必要があります。

論理ホストの情報

物理ホストの連携情報を引き継ぎません。PFM - ManagerとJP1/SLMとの連携を設定してください。

また，JP1/SLMから構成情報の設定および監視項目の設定を実施する必要があります。

(2)　論理ホストを削除した場合

物理ホストの情報

論理ホストの連携情報を引き継ぎません。

13.4.3　JP1/SLMと連携したあとに構成変更した場合について

JP1/SLMと連携したあとに次の設定をした場合，JP1/SLMで構成情報の変更を反映するための設定を実施する必要があります。

業務グループの追加または削除

PFM - AgentおよびPFM - RMの追加または削除

監視対象ホストの追加または削除

監視項目の追加または削除

構成情報を反映しないと，PFM - Managerが保持している構成情報とJP1/SLMが保持している構成情報に差異が発生します。このため，JP1/SLMの画面上の構成情報に反映されないホストや，操作ができない削除済みホストが残ってしまいます。

詳細については，マニュアル「JP1/Service Level Management」の監視対象サービスの構成情報を設定する（JP1/PFMとの連携）および監視項目を設定する方法について説明している個所を参照してください。

13.5　JP1/SLMとの連携時の操作

13.5.1　JP1/SLMからの監視の開始

JP1/SLMから監視を実施するには，JP1/SLMの［設定］画面で監視開始を設定する必要があります。

13.5.2　JP1/SLMからの監視の停止

JP1/SLMからの監視を開始したあとに監視項目の設定を変更する場合，対象のサービスの監視を停止する必要があります。

監視を停止するには，JP1/SLMの［設定］画面で設定します。

13.5.3　JP1/SLMによるパフォーマンスデータの監視

(1)　［ホーム］画面

監視対象サービス全体の状況をまとめて確認できます。エラーまたは警告が表示された監視対象サービスは「要注意サービス」として確認できます。

(2)　［リアルタイム監視］画面および［問題調査］画面

「要注意サービス」の原因を調べたい場合に，過去のサービス性能をさかのぼって確認し，アラートが発生した時期のサービス性能とパフォーマンスデータの状態をグラフなどで確認できます。

JP1/SLMの画面上では，収集元のエージェントごとに階層が分離して表示され，階層別に結果が通知されます。

13.5.4　JP1/SLMからのPFM - Web Consoleの起動手順

JP1/SLMが収集したパフォーマンスデータ以外を参照したい場合に，JP1/SLMからPFM - Web Consoleを起動できます。

JP1/SLMの［問題調査］画面で，［PFMにログイン］をクリックする。

Performance Managementの認証モードによって表示される画面が異なります。

PFM認証モードの場合またはJP1認証モードでPFMに対する権限がない場合

PFM - Web Consoleの［ログイン］画面が表示されます。

JP1認証モードの場合（PFMに対する権限がある）

すでにログインしているJP1/SLMユーザーで自動的にユーザー認証するため，PFM - Web Consoleの画面が起動されます。

PFM - Web Consoleへのログイン後，利用できる機能範囲にJP1/SLMからの起動による制限はありません。ただし，JP1/SLMと連携していないときと同様に，ログインしたユーザーの権限によって機能範囲が制限されます。

また，ログイン後の［メイン］画面では，JP1/SLMで参照していたエージェントの状態，一般ユーザー権限でのエージェント階層の操作制限，およびログインユーザーの権限によってナビゲーションフレームに表示されるツリーの状態が異なります。

13.5.5　PFM - ManagerまたはJP1/SLMをバックアップし，リストアした場合の監視設定同期の手順

JP1/SLM - ManagerまたはPFM - Managerをバックアップし，リストアした場合，手動でPFM - ManagerとJP1/SLMの監視設定を同期させる必要があります。

手順を次に示します。

PFM - Managerを起動する。

JP1/SLMを起動し，ログインする。

JP1/SLMの［構成情報設定］画面で構成情報の更新を実行する。

PFM - ManagerとJP1/SLMの構成情報と監視項目を同期させます。

JP1/SLMをリストアした場合だけ，JP1/SLMの［監視設定］画面で，監視有無（ONまたはOFF）および監視設定を確認する。

次の項目を確認してください。

監視項目の監視有無（ONまたはOFF）

ONまたはOFFによってノードの色が異なるので，次の場合を確認します。

ONのノードが，OFFになっていないか。

OFFのノードが，ONになっていないか。

監視項目の監視設定の内容

監視項目の監視有無で，ONの場合のしきい値や予兆検知の設定が正しいかどうか。

JP1/SLMの［監視開始・停止］画面で，監視状態（監視開始または監視停止）および監視設定をPFM - Managerと同期させる。

サービスの監視状態に応じて次の設定をしてください。

監視中のサービス

監視開始を実行し，最新のJP1/SLMの監視設定をPFM - Managerに同期します。

監視停止中のサービス

監視停止を実行し，PFM - Managerの監視を停止します。

JP1/SLMでの操作の詳細については，マニュアル「JP1/Service Level Management」を参照してください。

14　JP1/AJS3と連携した監視

この章では，Performance ManagementとJP1/AJS3を連携した稼働監視について説明します。Performance ManagementとJP1/AJS3を連携させるためのセットアップ方法，およびJP1/AJS3からPerformance Managementを使って監視対象システムを監視する方法について説明します。

14.1　JP1/AJS3と連携した監視の概要

Performance Managementは，JP1/AJS3と連携して監視できます。

Performance Managementでは，監視対象から収集したパフォーマンスデータを，グラフや表でわかりやすく表示したレポートで確認できます。JP1/AJS3と連携することで，JP1/AJS3の実行ホスト（エージェントホスト）のレポートを，JP1/AJS3の画面から直接表示して確認できます。

JP1/AJS3と連携したPerformance Managementによる監視の例を次の図に示します。

図14‒1　 JP1/AJS3と連携したPerformance Managementによる監視の例

メモ

JP1/AJS3とは

JP1/AJS3とは，定型的・定期的な業務を自動化することを目的とした，JP1シリーズの製品です。

JP1/AJS3を使うと，複数の業務の内容と実行順序を定義することで，業務を自動で処理できるようになります。また，業務の実行を開始する時刻をあらかじめ定義しておいたり，何らかの事象が起こったときに業務を開始するように定義したりすることもできるため，複雑な業務も自動化できます。

JP1/AJS3によって業務を自動化すると，次のような効果があります。

より少ない人員で業務を運用できます。

ホストが各地に分散している場合でも，業務を自動的に実行でき，1台のホストの画面で操作や監視ができるため，少ない人員で業務を運用できます。コストを削減し，人的資源を有効活用できます。

人手によるミスを減らし，確実な運用ができます。

定型的な業務を自動実行するため，オペレーションミスを減らせます。

管理者が常駐していなくても，障害にすばやく対処できます。

障害時にだけ実行する処理を定義したり，障害時に管理者へ自動的にメールを送ったりなど障害対応の手段も自動化できるので，管理者が常駐していなくても，障害にすばやく対処できます。

14.1.1　Performance ManagementとJP1/AJS3の連携で実現できること

JP1/AJS3と連携することで，JP1/AJS3の実行ホスト（エージェントホスト）のレポートを，JP1/AJS3の画面から直接表示して確認できます。

JP1/AJS3のジョブ実行時にジョブが遅延したり異常終了したりした場合，その原因の一つとして実行ホストの性能低下が考えられます。JP1/AJS3の画面から実行ホストのレポートを確認することで，ジョブの遅延や異常終了の原因となった性能情報がないかを調査することができます。

ただし，次のレポートの場合は表示できません。

対象のパフォーマンスデータの収集の設定が「保存しない」となっているレポート

対象のパフォーマンスデータの保存期間を越えるレポート

表示させたい場合は，パフォーマンスデータの設定を見直す必要があります。パフォーマンスデータの設定方法については，マニュアル「JP1/Integrated Management 2 - Manager 導入・設計ガイド」のパフォーマンスデータの管理機能と設定手順について説明している個所を参照してください。

14.2　JP1/AJS3と連携するための前提条件

JP1/AJS3と連携する場合の前提条件は，次のとおりです。

JP1ユーザーでPerformance Management にログインするためには，PFM - ManagerホストにJP1/Baseが必要です。JP1/Baseでユーザー管理を行ってください。

JP1認証モードを使用してください。

JP1/AJS3 - Web ConsoleにログインしているホストからPFM - Web Consoleに接続できる環境である必要があります。

JP1/AJS3システムの各実行ホストをPFM - AgentまたはPFM - RMで監視している必要があります。

なお，実行ホストのOS性能のレポートを表示するためには，PFM - Agent for PlatformまたはPFM - RM for Platformで監視する必要があります。

監視ホスト名に実ホスト名を使用している，かつuname -nとhostnameコマンドの結果が異なるときは，次のどちらかの対処を実施しておく必要があります。

ホスト名の取得方法をhostnameに変更する。

uname -nとhostnameコマンドの実行結果が同じになるように，監視対象ホストの環境を設定する。

JP1/AJS3の実行ホスト名と，Performance Managementの監視ホスト名を一致させる必要があります。このとき，大文字か小文字かも一致させてください。

JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentを論理ホストで運用している場合，JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentの論理ホスト名と，それを監視するPFM - AgentまたはPFM - RMの監視ホスト名とを一致させる必要があります。

JP1/AJS3と連携するには，次のバージョンの製品が必要です。

項番

製品名

バージョン

1

JP1/Automatic Job Management System 3

JP1/AJS3 - Manager

11-00以降

2

JP1/AJS3 - Agent

09-00以降

3

JP1/AJS3 - Web Console

11-10以降

4

JP1/Base

JP1/Base

11-00以降※

5

JP1/Performance Management

PFM - Web Console

11-10以降※

注※

複数のPerformance Managementシステムを運用している場合は，すべてのPerformance Managementシステムの製品がこのバージョン以降である必要があります。このバージョン未満の製品が混在している場合，レポート表示対象のPFM - Web Consoleに接続できなくて，レポートが表示されないことがあります。

インストールの構成を次の図に示します。

図14‒2　JP1/AJS3と連携する場合のインストール構成

14.3　JP1/AJS3と連携するための構築方法

ここでは，JP1/AJS3と連携する環境を構築するためのセットアップ方法，連携の解除方法について説明します。

14.3.1　JP1/AJS3と連携するためのセットアップ手順

JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）を開き，接続先PFM - Web Consoleのログイン用URLを指定する。

PFM_URLラベルに，正しくログインできるURLを指定してください。

例えば，通信プロトコルが「http」，接続先PFM - Web Consoleのホスト名が「PFM-WebCon」，接続先PFM - Web Consoleのポート番号が「20358」の場合，次のように指定してください。

;[]
;HNTR_LOG_LEVEL=info
;HNTR_LOG_LANG=system
;SYS_LOG_LEVEL=info
;SYS_LOG_LANG=system
;COM_LOG_SIZE=128
;COM_LOG_LEVEL=info
;COM_LOG_NUM=2
;COM_LOG_LANG=system
;SERVER_LOG_SIZE=8192
;SERVER_LOG_LEVEL=info
;SERVER_LOG_NUM=2
PFM_URL=http://PFM-WebCon:20358/PFMWebConsole/login.do

手順1で環境設定ファイルに設定したPFM - Web Consoleとは別のPFM - Web Consoleでも実行ホストを監視している場合は，環境設定ファイルに設定したPFM - Web Consoleホストの初期設定ファイル（config.xml）を編集する。

編集項目

<vsa><search-WebConsole>タグのhost，port，およびhttps

編集方法

環境設定ファイルに設定したPFM - Web Console以外のPFM - Web Consoleのホスト名，ポート番号，および暗号化通信の設定を定義する。複数のPFM - Web Consoleを定義する場合は，PFM - Web Consoleの数の分だけ<search-WebConsole>タグを定義する。

定義例

<vsa>
        <search-WebConsole>
            <param name="host" value="PFMWebCon2"/>
            <param name="port" value="20358"/>
            <param name="https" value="ON"/>
        </search-WebConsole>
        <search-WebConsole>
            <param name="host" value="PFMWebCon3"/>
            <param name="port" value="20358"/>
            <param name="https" value="OFF"/>
        </search-WebConsole>
</vsa>

重要

httpsに設定する値は，JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）で指定した通信プロトコルと一致させてください。不一致の場合，画面にブラウザのセキュリティ警告が表示されます。

また，ブラウザがFirefoxの場合は，セキュリティ警告の画面で操作を続行しても，混在コンテンツのブロックによってアクセスがブロックされます。操作を続行するためには，Firefoxで混在コンテンツのブロックを解除してください。

JP1/AJS3 - Web Consoleのサービスを再起動する。

PFM - Web Consoleのサービスを再起動する。

14.3.2　JP1/AJS3との連携を解除する手順

セットアップ時に編集した環境設定ファイル（ajs3web.conf）の設定項目PFM_URLおよびHOSTNAME_ALIAS_FOR_PFMをコメントアウトする。

JP1/AJS3のサービスを再起動する。

JP1/AJS3の画面から複数のPFM - Web Consoleのレポートを表示させていた場合は，PFM - Web Consoleの初期設定ファイル（config.xml）の<search-WebConsole>タグをコメントアウトまたは削除し，PFM - Web Consoleのサービスを再起動する。

14.4　JP1/AJS3と連携したあとの構成変更について

ここでは，JP1/AJS3と連携したあとに，ホスト名を変更する場合に必要な設定について説明します。

14.4.1　JP1/AJS3と連携したあとにホスト名を変更する場合の流れ

JP1/AJS3と連携したあとにホスト名を変更する場合の流れについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の物理ホスト名の変更手順について説明している個所を参照してください。

クラスタシステムを利用している場合は，このマニュアルの「10.3.3　運用開始後のマシンの論理ホスト名の変更」または「10.5.3　運用開始後のマシンの論理ホスト名の変更」を参照してください。

Performance Managementで設定した監視ホスト名が実ホスト名と異なる場合は，通常の手順とは別に次の設定も実施してください。

ジョブ実行ホストの監視ホスト名が実ホスト名と異なる場合

JP1/AJS3 - Managerホストのjp1hosts情報ファイルまたはjp1hosts2情報ファイルで，対象のJP1/AJS3 - Agentホストを監視ホスト名で名前解決できるように設定する。

jp1hosts情報ファイルおよびjp1hosts2情報ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

監視ホスト名でジョブが実行できるように，実行エージェント定義の実行ホスト名を変更する。

実行エージェント定義の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド」を参照してください。

JP1/AJS3 - Managerホストの監視ホスト名が実ホスト名と異なる場合

JP1/AJS3 - Managerホストの環境設定ファイル（ajs3web.conf）で，HOSTNAME_ALIAS_FOR_PFMにJP1/AJS3 - Managerを監視しているPerformance Managementの監視ホスト名を設定する。

なお，HOSTNAME_ALIAS_FOR_PFMは，JP1/AJS3 - Web Consoleのログイン時に指定する接続ホスト（接続先JP1/AJS3 - Managerホスト）ごとに定義してください。

JP1/AJS3 - Managerホストの環境設定ファイル（ajs3web.conf）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド」を参照してください。

14.4.2　JP1/AJS3と連携したあとにIPアドレスを変更する場合の流れ

JP1/AJS3と連携したあとにIPアドレスを変更する場合の流れについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPアドレスの設定の変更手順について説明している個所を参照してください。

14.5　JP1/AJS3との連携時の操作

ここでは，JP1/AJS3との連携時の操作について説明します。

14.5.1　JP1/AJS3 - Web Consoleのモニター画面からPerformance Managementのレポートを表示する

JP1/AJS3 - Web Consoleの［ダッシュボード］画面でジョブユニットを選択し，［モニタ］ボタンをクリックする。

［モニタ］ダイアログボックスで，レポートを表示させたいジョブを選択し，［詳細情報］をクリックする。

［詳細情報］ダイアログボックスで，［PFMレポート表示］ボタンをクリックする。

PFM - Web Consoleの画面が起動します。

PFM - Web Consoleの切り替え画面が表示された場合は，JP1/AJS3 - AgentまたはJP1/AJS3 - Managerの［レポート選択］ボタンをクリックする。

［レポート選択］画面で，表示させたいレポートの種類を選択する。

実行エージェントのレポートが表示されます。

メモ

［PFMレポート表示］ボタンをクリックしたあとに表示される画面は，Performance Managementの認証モードやログインユーザーの権限によって異なります。

14.6　JP1/AJS3との連携時の注意事項

JP1/AJS3とPerformance Managementとでホストの時刻の設定が異なると，JP1/AJS3の時刻情報を基にレポートの表示期間が決定されます。意図しない範囲でレポートが表示されることを防ぐため，あらかじめ，JP1/AJS3とPerformance Managementとで，ホストの時刻の設定を合わせておくことをお勧めします。

JP1/AJS3からPFM - Web Consoleを起動したままの状態で，再度JP1/AJS3からPFM - Web Consoleを起動すると，最初に開いていた画面がエラーとなり，メッセージ（KAVJS0025-E）が表示されます。最初に開いていた画面を開きたい場合は，いったんすべてのPFM - Web Consoleの画面を閉じたあと，再度画面を開いてください。

15　ITサービス管理製品（JP1/SS）と連携した監視

この章では，Performance ManagementとITサービス管理製品（JP1/SS）を連携した稼働監視について説明します。Performance ManagementとJP1/SSを連携させるためのセットアップ方法，およびJP1/SSからPerformance Managementを使って監視対象システムを監視する方法について説明します。

15.1　JP1/SSと連携した監視の概要

Performance Managementは，JP1/SSと連携して監視できます。

Performance Managementでは，監視対象から収集したパフォーマンスデータを，グラフや表でわかりやすく表示したレポートで確認できます。JP1/SSと連携し，JP1/IM - Managerを経由して，JP1/SSに案件としてJP1イベントの情報と，PFM - Web ConsoleのURLを登録することで，事象発生元ホストのレポートをJP1/SSの画面から直接表示して確認できます。

メモ

JP1/SSとは

JP1/SSは，ITIL（ITインフラストラクチャ・ライブラリ）の考えに基づき，ITサービス管理でのサービスサポートに沿った運用の負荷軽減，効率向上を目的として開発された製品です。

ITILとは，近年，欧州を中心に普及してきたITシステムの構築・運用業務を体系化したガイドラインのことです。

JP1/SSを使用することで，ITILの考えに基づいた構築・運用業務の流れを可視化でき，構築・運用業務に携わる担当者は構築・運用業務に関する情報を共有できます。また，業務に関する情報が参照できるユーザーを，アクセス権によって限定できるため，共有する情報を統制できます。

15.1.1　Performance ManagementとJP1/SSの連携で実現できること

JP1/SSと連携することで，JP1/SSに登録された案件に記載されている事象発生元ホストのレポートを，JP1/SSの画面から直接表示して確認できます。

発生した問題に対して，JP1/SSの画面から当該案件に記載されている，事象発生元ホストのレポートを確認することで，性能に起因した問題かを調査することができます。

ただし，次のレポートの場合は表示できません。

対象のパフォーマンスデータの収集の設定が「保存しない」となっているレポート

対象のパフォーマンスデータの保存期間を越えるレポート

表示させたい場合は，パフォーマンスデータの設定を見直す必要があります。パフォーマンスデータの設定方法については，マニュアル「JP1/ Performance Management 設計・構築ガイド」のパフォーマンスデータの管理機能と設定手順について説明している個所を参照してください。

15.2　JP1/SSと連携するための前提条件

JP1/SSと連携する場合の前提条件は，次のとおりです。

JP1ユーザーでPerformance Managementにログインするためには，PFM - ManagerホストにJP1/Baseが必要です。JP1/Baseでユーザー管理を行ってください。

JP1認証モードを使用してください。

監視対象のホストがUNIXの場合，Performance Managementの監視ホスト名に実ホスト名を使用している，かつuname -nとhostnameコマンドの結果が異なるときは，次のどちらかの対処を実施しておく必要があります。

ホスト名の取得方法をhostnameに変更する。

uname -nとhostnameコマンドの実行結果が同じになるように，監視対象ホストの環境を設定する。

JP1イベントの発行元イベントサーバ名と，Performance Managementの監視ホスト名を一致させる必要があります。このとき，大文字か小文字かも一致させてください。

JP1イベント発行時に事象発生元ホストをエージェントで監視している必要があります。

JP1/SSと連携するには，次のバージョンの製品が必要です。

項番

製品名

バージョン

1

JP1/Service Support

JP1/SS

11-10以降

2

JP1/Integrated Management - Manager

JP1/IM

09-00以降

JP1/Integrated Management 2 - Manager

3

JP1/Base

JP1/Base

09-00以降※

4

JP1/Performance Management

PFM - Web Console

11-10以降※

注※

複数のPerformance Managementシステムを運用している場合は，すべてのPerformance Managementシステムの製品がこのバージョン以降である必要があります。このバージョン未満の製品が混在している場合，レポート表示対象のPFM - Web Consoleに接続できなくて，レポートが表示されないことがあります。

インストールの構成を次の図に示します。

図15‒1　JP1/SSと連携する場合のインストール構成

15.3　JP1/SSと連携するための構築方法

ここでは，JP1/SSと連携する環境を構築するためのセットアップ方法，連携の解除方法について説明します。

15.3.1　JP1/SSと連携するためのセットアップ手順

JP1/SSのシステムプロパティファイル（hptl_jp1_imss_main_setting.properties）を開き，次の項目を設定する。

表15‒1　JP1/SSのシステムプロパティファイルの設定項目

指定キー名

指定値

hptl_jp1_imss_add_item_info_url_num

案件の情報を付加したいURLの個数 ※1

hptl_jp1_imss_add_item_info_product_$n

jp1_pfm

hptl_jp1_imss_add_item_info_url_$n

PFM - Web Consoleのログイン用URL

hptl_jp1_imss_add_item_info_$n※2

次の項目をコンマ区切りで指定する。

JIMSD_LOGIN_USER_ID（ログインユーザーIDを引き継ぐ項目ID）

事象が発生したホスト名を入力する項目ID

事象が発生した日時を入力する項目ID

注※1

すでに案件の情報を付加したいURLを設定している場合は，１を加算して指定してください。

注※2

同じ項目IDを複数指定した場合は，連携できません。

この場合，JP1/SSからのPFM - Web Console起動時にログイン画面が表示されますので，設定を見直してください。

この表の「指定キー名」にある「$n」には1から「hptl_jp1_imss_add_item_info_url_num」で指定した値までの数値を指定します。「$n」に指定する数値は一致させてください。

JP1/SSのシステムプロパティファイルの詳細につきましては，JP1/SSのマニュアルを参照してください。

設定例

例えば，JP1/SSの連携製品が1製品（Performance

Management），PFM - Web Consoleのログイン用URLの通信プロトコルが「http」，ホスト名が「PFM-WebCon」，接続先PFM - Web Consoleのポート番号が「20358」，事象が発生したホスト名を入力する項目を「ユーザー追加テキスト項目1」（ID：JIMSD_FORM_USERTEXT01），事象が発生した日時を入力する項目を「発生日時」（ID：JIMSD_FORM_ACCRUALDATE）とする場合，次のように指定してください。

#Other Products Cooperation
#hptl_jp1_imss_jp1_aim=
hptl_jp1_imss_add_item_info_url_num=1
hptl_jp1_imss_add_item_info_url_1=http://PFM-WebCon:20358/PFMWebConsole/login.do
#hptl_jp1_imss_np_item_info_$n=
#hptl_jp1_imss_ao_item_info_$n=
hptl_jp1_imss_add_item_info_1=JIMSD_LOGIN_USER_ID,JIMSD_FORM_USERTEXT01,JIMSD_FORM_ACCRUALDATE
hptl_jp1_imss_add_item_info_product_1=jp1_pfm
#hptl_jp1_imss_add_item_info_key_list_$p=
hptl_jp1_imss_jp1base_virtual_hostname=JP1_DEFAULT

シングルサインオンを行うための設定をする。

JP1/SSで，シングルサインオンするための環境設定を行ってください。

詳細については，JP1/SSのマニュアルを参照してください。

手順1でJP1/SSのシステムプロパティファイルに設定したPFM - Web Consoleとは別のPFM - Web Consoleでも事象発生元ホストをJP1/IMで監視している場合は，JP1/SSのシステムプロパティファイルに設定したPFM - Web Consoleホストの初期設定ファイル（config.xml）を編集する。

編集項目

<vsa><search-WebConsole>タグのhost，port，およびhttps

編集方法

JP1/SSのシステムプロパティファイルに設定したPFM - Web Console以外のPFM - Web Consoleのホスト名，ポート番号，および暗号化通信の設定を定義する。複数のPFM - Web Consoleを定義する場合は，PFM - Web Consoleの数の分だけ<search-WebConsole>タグを定義する。

定義例

<vsa>
        <search-WebConsole>
            <param name="host" value="PFMWebCon2"/>
            <param name="port" value="20358"/>
            <param name="https" value="ON"/>
        </search-WebConsole>
        <search-WebConsole>
            <param name="host" value="PFMWebCon3"/>
            <param name="port" value="20358"/>
            <param name="https" value="OFF"/>
        </search-WebConsole>
</vsa>

重要

httpsに設定する値は，JP1/SSのシステムプロパティファイル（hptl_jp1_imss_main_setting.propertiesjs）で指定した通信プロトコルと一致させてください。不一致の場合，画面にブラウザのセキュリティ警告が表示されます。

JP1/IMでJP1イベントの事象発生元ホストと発行元イベントサーバをマッピングする。

JP1/SSに案件として登録するJPイベントの事象発生元ホストが発行元イベントサーバと異なる場合，この設定が必要です。詳細については，マニュアル「JP1/Integrated Management 2 - Manager 構築ガイド」を参照してください。

JP1/SSのサービスを再起動する。

PFM - Web Consoleのサービスを再起動する。

15.3.2　JP1/SSとの連携を解除する手順

セットアップ時に編集したJP1/SSのシステムプロパティファイル（hptl_jp1_imss_main_setting.propertiesjs）の設定項目をコメントアウトする。

コメントアウトする設定項目（指定キー）は次のとおりです。

hptl_jp1_imss_add_item_info_product_$n

hptl_jp1_imss_add_item_info_url_$n

hptl_jp1_imss_add_item_info_$n

JP1/SSのサービスを再起動する。

JP1/SSの画面から複数のPFM - Web Consoleのレポートを表示させていた場合は，PFM - Web Consoleの初期設定ファイル（config.xml）の<search-WebConsole>タグをコメントアウトまたは削除し，PFM - Web Consoleのサービスを再起動する。

15.4　JP1/SSと連携したあとの構成変更について

ここでは，JP1/SSと連携したあとに，ホスト名を変更する場合に必要な設定について説明します。

15.4.1　JP1/SSと連携したあとにホスト名を変更する場合の流れ

JP1/SSと連携したあとにホスト名を変更する場合，PFM - Web Consoleの物理ホスト名の変更手順に加えて次の手順を実施してください。

この手順は，PFM - Web Consoleのサービスが起動したあとに実施してください。

JP1/SSのシステムプロパティファイルに設定しているPFM - Web Consoleのホスト名を変更する。

JP1/SSのサービスを再起動する。

PFM - Web Consoleの物理ホストの変更手順については，

マニュアル「JP1/Performance Management 設計・構築ガイド」の物理ホスト名の変更手順について説明している個所を参照してください。

クラスタシステムを利用している場合は，このマニュアルの「10.3.3　運用開始後のマシンの論理ホスト名の変更」または「10.5.3　運用開始後のマシンの論理ホスト名の変更」を参照してください。

Performance Managementで設定した監視ホスト名が実ホスト名と異なる場合は，通常の手順とは別に，Performance Managementの監視ホスト名とJP1イベントの事象発生元ホストのイベントサーバ名が一致するように設定してください。

15.4.2　JP1/SSと連携したあとにIPアドレスを変更する場合の流れ

JP1/SSと連携したあとにIPアドレスを変更する場合の流れについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPアドレスの設定の変更手順について説明している個所を参照してください。

15.5　監視二重化でJP1/SSとの連携を設定する方法

事象発生元ホストのPerformance Managementのレポートを表示するときは，監視マネージャーがプライマリーかセカンダリーかにかかわらず，JP1/SSのシステムプロパティファイル(hptl_jp1_imss_main_setting.properties)で指定したPFM - Web Consoleに接続します。指定したPFM - Web Consoleに接続できない場合は，レポートが表示されません。この場合，JP1/SSのシステムプロパティファイルで，正しく接続できるPFM - Web Consoleを設定し直してください。

15.6　JP1/SSとの連携時の操作

ここでは，JP1/SSとの連携時の操作について説明します。

15.6.1　案件項目の情報を入力する

JP1/SSでの案件作成時に，次の表に示す案件項目の情報を入力します。各項目の設定方法の詳細については，JP1/SSのマニュアルを参照してください。

表15‒2　 JP1/SSの案件作成時の入力項目

情報を入力する案件項目

入力する情報

「表 15-1JP1/SSのシステムプロパティファイルの設定項目」で設定した事象が発生したホスト名を入力する項目IDに対応する項目

事象が発生したホスト名

関連情報

「表 15-1JP1/SSのシステムプロパティファイルの設定項目」で設定したPFM - Web ConsoleのURLおよび，表示名

「表 15-1JP1/SSのシステムプロパティファイルの設定項目」で設定した事象が発生した日時を入力する項目IDに対応する項目

事象が発生した日時

15.6.2　JP1/SSの画面からPFMのレポートを表示する

JP1/SSのメイン画面（案件一覧）の案件一覧で，レポートを表示させたい案件のタイトルを選択する。

メイン画面（案件一覧）のメニューから［アクション］−［案件の参照］を選択する。

［案件参照］画面の関連情報にPFM - Web ConsoleのURLを設定した表示名をクリックする。

メモ

メイン画面（案件一覧）の案件プレビューからもレポートの表示ができます。

また，［案件参照］画面は，他の方法でも表示することができます。

他の［案件参照］画面の表示方法については，JP1/SSのマニュアルを参照してください。

なお，PFM - Web ConsoleのURLを設定した表示名をクリックしたあとに表示される画面は，Performance Managementの認証モードやログインユーザーの権限によって異なります。

15.7　JP1/SSとの連携時の注意事項

JP1/SSからPFM - Web Consoleを起動したままの状態で，再度JP1/SSからPFM - Web Consoleを起動すると，最初に開いていた画面がエラーとなり，KAVJS0025-Eメッセージが表示されます。最初に開いていた画面を開きたい場合は，いったんすべてのPFM - Web Consoleの画面を閉じたあと，再度JP1/SSの画面を開いてください。

第3編　トラブルシューティング編

16　Performance Managementの障害検知

この章では，Performance Managementの障害を検知する方法について説明します。

16.1　Performance Managementの障害検知の概要

Performance Managementでは，ヘルスチェック機能を利用することでPerformance Managementの障害を検知できます。ヘルスチェック機能では，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視し，監視結果を監視エージェントの稼働状態の変化としてPFM - Web Console上に表示します。また，PFM - RMを使用している場合は，監視対象ホストが稼働しているかを知ることができます。

また，PFMサービス自動再起動機能を利用することで，PFMサービスが何らかの原因で異常停止した場合に自動的にPFMサービスを再起動したり，定期的にPFMサービスを再起動したりできます。

ヘルスチェック機能によって監視エージェントの稼働状態を監視したり，PFMサービス自動再起動機能によってPFMサービスを自動再起動したりするには，Performance Managementのサービスの詳細な状態を確認するステータス管理機能を使用します。このため，対象となる監視エージェントがステータス管理機能に対応したバージョンであり，ステータス管理機能が有効になっている必要があります。ホストの稼働状態を監視する場合は前提となる条件はありません。また，PFM - RMの監視対象ホストの稼働状態を監視する場合は，PFM - RMホストでステータス管理機能が有効になっている必要があります。なお，ステータス管理機能はPFM - AgentまたはPFM - RMごとに利用できるバージョンが異なります。ステータス管理機能を利用できるPFM - AgentまたはPFM - RMのバージョンについては，「16.3　ステータス管理機能によるサービスの状態確認」を参照してください。

また，Performance Managementのログファイルをシステム統合監視製品であるJP1/Baseで監視すれば，Performance Management自身の障害を検知できます。これによって，システム管理者は，トラブルが発生したときに障害を検知し，要因を特定して復旧の対処を実施します。

北海道支店のPFM - Agentと，九州支店のPFM - Agentが稼働するホストで障害が発生したときに，Performance Managementで検知する例を次の図に示します。

図16‒1　Performance Managementに障害が発生した場合の障害検知例（PFM - Agentの場合）

次に，北海道支店のPFM - RMサービスと，九州支店のPFM - RMの監視対象ホストで障害が発生したときに，Performance Managementで検知する例を次の図に示します。

図16‒2　Performance Managementに障害が発生した場合の障害検知例（PFM - RMの場合）

16.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認

メモ

ヘルスチェック機能で，グループエージェント，および次のどちらかの状態にあるため実体がないエージェントの状態を監視することはできません。

エージェントのサービス情報が削除され，jpcconf service syncコマンドによってPFM - Web Consoleに反映された

業務グループの構成変更によって，エージェントに対するユーザーの参照権限が削除された

これらのエージェントのヘルスチェック状態は常に「非対応」になります。

16.2.1　ヘルスチェック機能の設定

(1)　ヘルスチェック機能のセットアップ

ヘルスチェック機能を利用するには，次に示す前提条件があります。この条件が満たされない場合，ヘルスチェック機能は利用できません。

名前解決

PFM - Managerホストのjpchostsファイル，hostsファイルまたはDNSでPFM - Agentホストの監視ホスト名（Windowsの場合はhostname，UNIXの場合はuname -n，監視ホスト名機能を使用している場合はエイリアス名）と通信可能なIPで名前解決ができている必要があります。

監視エージェントが稼働するホスト稼働状態監視

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - AgentまたはPFM - RMのバージョンに制限なし

なお，PFM - RMの監視対象ホストを監視する場合，PFM - RMホストでステータス管理機能を有効にしておく必要があります。ステータス管理機能が有効でない場合，リモートエージェントの状態が正しく認識されません。

監視エージェントのサービス稼働状態監視

サービスの稼働状態監視はステータス管理機能を利用します。このため，対象エージェントがステータス管理機能に対応している必要があります。利用するための前提条件は次のとおりです。なお，PFM - RMのバージョンに制限はありません。

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - Agentの場合，ステータス管理機能に対応したバージョン

PFM - AgentまたはPFM - RMホストのステータス管理機能が有効

2，3番目の条件が満たされない場合，PFM - AgentまたはPFM - RMの状態が正しく認識されません。なお，ステータス管理機能に対応しているPFM - Agentのバージョンについては，「16.3　ステータス管理機能によるサービスの状態確認」を参照してください。PFM - Agentのバージョンとサービス稼働状態監視の利用可否を次に示します。

表16‒1　PFM - Agentのバージョンとサービス稼働状態監視の利用可否

対象エージェントホストのステータス管理機能

対象エージェントのバージョン

サービス稼働状態監視

有効

07-50-01以降

利用可能

有効

07-50以前※1

利用不可※2

無効

−

利用不可※3

（凡例）−：該当しない

注※1

同一ホスト上に，PFM - Agent 07-50以前と，PFM - Agent 07-50-01以降またはPFM - Base 08-00以降が混在していて，対象PFM - Agentホスト上ではステータス管理機能が有効になっている場合

注※2

監視エージェントのサービス稼働状態監視は「非対応」と判定されます

注※3

監視エージェントのサービス稼働状態監視は「状態不明」と判定されます

ステータス管理機能の設定方法については，「16.3.1　ステータス管理機能の設定」を参照してください。

また，PFM - RMの監視対象ホストの状態を監視する場合，PFM - RMのプロパティでポーリングを有効に設定する必要があります。PFM - RMのポーリングの設定については，「16.2.1(1)(d)　PFM - RMのポーリングの設定」を参照してください。

(a)　ヘルスチェック機能を有効にする

ヘルスチェック機能は，PFM - Managerホストで有効に設定します。

Performance Managementのサービスを停止する。

物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf hc enableコマンドを実行する。

ヘルスチェック機能を有効にするためのコマンドを次のように実行します。

jpcconf hc enable

ヘルスチェック機能の状態を確認する。

次のコマンドで，ヘルスチェック機能の状態がavailableになっているか確認します。

jpcconf hc display

Performance Managementのサービスを起動する。

次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

なお，サービスIDは「0A1ホスト名」，「0S1ホスト名」です。

注意

起動対象のサービスにPFM - Managerが含まれ，対象PFM - Managerホストでヘルスチェック機能が有効に設定されている場合，jpcspm startコマンド実行時にPFM - Managerのサービスの一部としてヘルスチェックエージェントも起動します。また，jpcspm stopコマンド実行時にPFM - Managerのサービスの一部としてヘルスチェックエージェントも停止します。

jpcspm start，jpcspm stopコマンドではサービスキーとしてagt0は指定できません。

ヒント

ヘルスチェック機能には，サービスの稼働状態を監視できる「Service」と，エージェントホストの稼働状態を監視できる「Host」の2種類の監視レベルがあります。デフォルトでは「Host」に設定されています。

監視レベルの設定方法については，「16.2.1(2)　ヘルスチェックエージェントのプロパティの設定」を参照してください。

(b)　ヘルスチェック機能を無効にする

ヘルスチェック機能は，PFM - Managerホストで無効に設定します。

Performance Managementのサービスを停止する。

物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf hc disableコマンドを実行する。

ヘルスチェック機能を無効にするためのコマンドを次のように実行します。

jpcconf hc disable

ヘルスチェック機能の状態を確認する。

次のコマンドで，ヘルスチェック機能の状態がunavailableになっているか確認します。

jpcconf hc display

PFM - Managerが論理ホスト上にある場合は，実行系または待機系のPFM - Managerホスト上でjpcconf hc displayコマンドを実行します。

Performance Managementのサービスを起動する。

次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

(c)　ヘルスチェックエージェントの状態を確認する

jpctool service listコマンドで確認できます。また，ヘルスチェック機能によって，ヘルスチェックエージェント自身の稼働状態も確認できます。ただし，ヘルスチェックエージェントのAgent CollectorまたはRemote Monitor Collectorサービスが異常停止した場合，以降，ヘルスチェック結果が正しく表示されないことがあります。

(d)　PFM - RMのポーリングの設定

PFM - RMの監視対象ホストの稼働状態を監視する場合，監視対象ホストへのポーリングをPFM - RMのプロパティで有効に設定する必要があります。設定するプロパティを次に示します。

表16‒2　ポーリングのプロパティ設定

フォルダ名

プロパティ名

説明

Health Check Configurations

Health Check for Target Hosts

監視対象ホストへのポーリングを実施するかどうかを指定する。デフォルト値はNo。

　Yes：ポーリングする。

　No：ポーリングしない。

ポーリングを無効に設定している場合，監視対象ホストの稼働状態は「Not Supported（非対応）」になります。

(2)　ヘルスチェックエージェントのプロパティの設定

ヘルスチェック機能有効時に，PFM - Web Consoleのサービス階層からヘルスチェックエージェントのプロパティを設定することで，稼働監視データの収集間隔や監視レベルなどヘルスチェック機能に関する設定ができます。設定できるヘルスチェックエージェントのプロパティ一覧を次に示します。

表16‒3　ヘルスチェックエージェントのプロパティ一覧

フォルダ名

プロパティ名

説明

Detail Records - HC

Description

レコードの説明としてHealth Check Detailが表示される。

Log

監視結果のデータを採取するかどうかを指定する。デフォルト値はNo。

　Yes：パフォーマンスデータを採取する。

　No：パフォーマンスデータを採取しない。

Collection Interval

収集間隔を0〜2,147,483,647の範囲で指定する。単位は秒。デフォルト値は300。なお，ここで指定した値がヘルスチェック機能のポーリング周期となる。※4

Collection Offset

収集開始時刻オフセットを0〜32,767の範囲で指定する。単位は秒。デフォルト値は0。

LOGIF

ログ収集条件を指定する。

Health Check Configurations※1

Monitoring Level※2

監視レベルを指定する。サービスの稼働状態を監視したい場合は「Service」を，エージェントホストの稼働状態を監視したい場合は「Host」を指定する。デフォルト値はHost。

監視を一時停止しているホストやエージェントがある場合は指定できない。

Polling Interval

ポーリング周期が表示される。なお，この値はPD_HCレコードのCollection Intervalに同期する。

Incl. Action Handler

サービスの稼働を監視する場合に，Action Handlerサービスを監視対象に含めるかどうかを指定する。デフォルト値はNo。

　Yes：監視対象に含める。

　No：監視対象に含めない。

Busy as Inactive

エージェントのサービス状態が長時間Busyのとき，停止として扱うかどうかを指定する。デフォルト値はNo。なお，Yesを指定したときだけTime to Busy as Inactiveの設定が有効になる。

　Yes：停止として扱う。※3

　No：停止として扱わない。

なお，エージェントのサービス状態はjpctool service listコマンドで表示される「Status」として確認できる。

Time to Busy as Inactive Collector

Agent CollectorおよびRemote Monitor CollectorサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

Time to Busy as Inactive Store

Agent StoreおよびRemote Monitor StoreサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

Time to Busy as Inactive AH

Action HandlerサービスのBusyを停止と同等扱いするまでの時間※3を秒単位で指定する。デフォルト値は300（秒）。

JP1 Event

-

ヘルスチェックイベントをJP1イベントとして発行するかどうかを指定する。デフォルト値はNo。

　Yes：JP1イベントとして発行する。

　No：JP1イベントとして発行しない。

Not supported

非対応。デフォルト値はNone。

　None：JP1イベントを発行しない。

　Information：SEVERITYを「Information」で発行する。

　Warning：SEVERITYを「Warning」で発行する。

　Error：SEVERITYを「Error」で発行する。

Running

動作中。デフォルト値はInformation。

　None：JP1イベントを発行しない。

　Information：SEVERITYを「Information」で発行する。

　Warning：SEVERITYを「Warning」で発行する。

　Error：SEVERITYを「Error」で発行する。

Incomplete

縮退稼働。デフォルト値はWarning。

　None：JP1イベントを発行しない。

　Information：SEVERITYを「Information」で発行する。

　Warning：SEVERITYを「Warning」で発行する。

　Error：SEVERITYを「Error」で発行する。

Stopped

サービス停止。デフォルト値はError。

　None：JP1イベントを発行しない。

　Information：SEVERITYを「Information」で発行する。

　Warning：SEVERITYを「Warning」で発行する。

　Error：SEVERITYを「Error」で発行する。

Unconfirmed

状態不明。デフォルト値はError。

　None：JP1イベントを発行しない。

　Information：SEVERITYを「Information」で発行する。

　Warning：SEVERITYを「Warning」で発行する。

　Error：SEVERITYを「Error」で発行する。

Host Not Available

ホスト停止。デフォルト値はError。

　None：JP1イベントを発行しない。

　Information：SEVERITYを「Information」で発行する。

　Warning：SEVERITYを「Warning」で発行する。

　Error：SEVERITYを「Error」で発行する。

注※1

Health Check Configurationsの設定を変更した場合，次のポーリング周期から設定が反映されます。

注※2

Monitoring Levelの設定を変更した場合，ヘルスチェックエージェントのリアルタイムレポートでは，レポートの表示時点で変更後のポーリングが完了しているかどうかによって，表示されるヘルスチェック結果が異なります。

監視エージェント

表示されるヘルスチェック結果

変更後の設定によるポーリングが完了している監視エージェント

変更後の設定で最新のヘルスチェック結果

変更後の設定によるポーリングが行われていない監視エージェント

変更前の設定で最新のヘルスチェック結果

このため，一時的に，変更前と変更後の設定が混在して表示されることがあります。

注※3

Busyの状態が継続している時間は，ポーリングを実施した時刻（PFM - Managerの稼働するホストの時刻）と，サービスがBusyの状態に遷移した時刻（PFM - AgentまたはPFM - RMの稼働するホストの時刻）の差から計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

注※4

デフォルト値または60秒以上の値でかつ，3,600の約数を指定してください。3,600秒（1時間）を超えるレコード収集間隔を指定する場合は，3,600の倍数でかつ86,400（24時間）の約数を指定してください。レコードの収集間隔をデフォルト値より小さい値に設定した場合，または60秒より小さい値に設定した場合，ヘルスチェックエージェントホストのAgent CollectorサービスやAgent Storeサービスが過負荷となり，収集したパフォーマンスデータを保存できなくなることがあります。

16.2.2　稼働状態の確認方法

ヘルスチェック状態は，PFM - Web Consoleのエージェント階層に表示されるツリー上のアイコン，［イベントモニター］または［イベント履歴］画面で確認できます。また，ヘルスチェックエージェントのレポートを利用して，より詳細な情報を確認することもできます。なお，ヘルスチェックエージェントのレポートでは，ポーリングが完了した監視エージェントの情報だけが表示されます。ポーリング実行前にはレポートを表示できません。各画面に表示される内容については，マニュアル「JP1/Performance Management リファレンス」の画面について説明している章を参照してください。

（凡例）

○：稼働しています

●：縮退稼働しています

△：ポーリング未実施です

▲：通信に失敗しました

■：Agent Collectorサービスがヘルスチェック機能に対応していません

×：停止しています

−：状態の判定には影響しません

(1)　PFM - Agentの場合

(a)　PFM - Agentが稼働するホストの稼働状態を監視するときに発生する事象

PFM - Agentが稼働するホストの稼働状態を監視するときに発生する事象を次の表に示します。

状態

説明

Running（動作中）

対象となる監視エージェントが稼働するホストと通信できる状態

Host Not Available（ホスト停止）

対象となる監視エージェントが稼働するホストと通信できない状態

Suspended（監視一時停止中）

対象となる監視エージェントが稼働するホストの監視が一時停止している状態

ホストの稼働状態監視では，サービスの状態を確認できません。サービスの詳細な状態を知りたい場合は，jpctool service listコマンドで確認してください。

(b)　PFM - Agentのサービスの稼働状態を監視するときに発生する事象

PFM - Agentのサービスの稼働状態を監視するときに発生する事象を次の表に示します。

表16‒4　PFM - Agentのサービスの稼働状態を監視するときに発生する事象

状態

説明

Running（動作中）

対象エージェントのすべての機能が正常に稼働している状態

対象エージェントのAgent CollectorサービスおよびAgent Storeサービスが稼働している場合

同一ホスト上のAction Handlerサービスも監視対象に追加する設定の場合，上記条件に加えてAction Handlerサービスも稼働している場合

Incomplete（縮退稼働）

対象エージェントの一部の機能が不完全な状態

次のどちらかの場合

ヘルスチェックエージェントのプロパティで，同一ホスト上のAction Handlerサービスも監視対象に追加できる対象エージェントのAgent Collectorサービスは稼働しているが，Agent Storeサービスが停止※している場合

また，Action Handlerサービスも監視対象に追加する場合，Agent Collectorサービスは稼働しているが，Agent StoreサービスまたはAction Handlerサービスが停止※している状態

対象エージェントのAgent Collectorサービスがスタンドアロンモードで動作している場合

Not supported（非対応）

対象エージェントがステータス管理機能に対応していない場合

対象ホストにPFM - Base 08-00以降などがインストールされておりステータス管理機能が有効に設定されているが，対象エージェントがPFM - Agent 07-00などステータス管理機能に非対応の場合

なお，対象ホストでステータス管理機能が有効に設定されていない場合は，「状態不明」と判定されます

Stopped（サービス停止）

対象エージェントの機能が停止している状態

対象エージェントのAgent Collectorサービスが停止※している場合

Unconfirmed（状態不明）

対象エージェントのステータスが確認できない状態

対象エージェントが稼働するホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合，PFM - Agent 07-00単体の場合など）

Host Not Available（ホスト停止）

対象エージェントが稼働するホストが停止している状態

対象エージェントが稼働するホストと通信できない場合

Suspended（監視一時停止中）

対象エージェントの監視が一時停止している状態

注※

サービスが「Active」または「Busy」以外の場合に停止と判断します。ただし，ヘルスチェックエージェントのプロパティで設定した時間以上「Busy」が続いている場合にも，該当サービスを停止として扱うように設定できます。

監視一時停止中以外のそれぞれの状態での，ホストおよび監視エージェントのサービスの稼働状態を次の表に示します。

表16‒5　ヘルスチェックの状態とホストおよび監視エージェントのサービスの稼働状態

状態

監視エージェントが稼働するホスト

Status Server

Agent Collector

Agent Store

またはAction Handler

Running（動作中）

○

○

○

○

○

○

○

○※

Incomplete（縮退稼働）

○

○

○

×

○

○

○※

−

Not supported（非対応）

○

○

■

−

Stopped（サービス停止）

○

○

×

−

Unconfirmed（状態不明）

○

×

−

−

Host Not Available（ホスト停止）

×

−

−

−

注※　スタンドアロンモードの場合

(2)　PFM - RMの場合

(a)　PFM - RMが稼働するホストの稼働状態を監視するときに発生する事象

PFM - RMが稼働するホストの稼働状態を監視するときに発生する事象を次の表に示します。

表16‒6　PFM - RMが稼働するホストの稼働状態を監視するときに発生する事象

状態

説明

Running（動作中）

対象となる監視エージェントが稼働するホストと通信できる状態

Host Not Available（ホスト停止）

対象となる監視エージェントが稼働するホストと通信できない状態

Suspended（監視一時停止中）

対象となる監視エージェントが稼働するホストの監視が一時停止している状態

ホストの稼働状態監視では，サービスの状態を確認できません。サービスの詳細な状態を知りたい場合は，jpctool service listコマンドで確認してください。

(b)　PFM - RMのサービスの稼働状態を監視するときに発生する事象

PFM - RMのサービスの稼働状態を監視するときに発生する事象を次の表に示します。

表16‒7　PFM - RMのサービスの稼働状態を監視するときに発生する事象

状態

説明

Running（動作中）

対象PFM - RMのすべての機能が正常に稼働している状態

対象PFM - RMのRemote Monitor CollectorサービスおよびRemote Monitor Storeサービスが稼働している場合

同一ホスト上のAction Handlerサービスも監視対象に追加する設定の場合，上記条件に加えてAction Handlerサービスも稼働しているとき

Incomplete（縮退稼働）

対象PFM - RMの一部の機能が不完全な状態

次のどちらかの場合

ヘルスチェックエージェントのプロパティで，同一ホスト上のAction Handlerサービスも監視対象に追加できる対象PFM - RMのRemote Monitor Collectorサービスは稼働しているが，Remote Monitor Storeサービスが停止※している場合

また，Action Handlerサービスも監視対象に追加する場合，Remote Monitor Collectorサービスは稼働しているが，Remote Monitor StoreサービスまたはAction Handlerサービスが停止※しているとき

対象PFM - RMのRemote Monitor Collectorサービスがスタンドアロンモードで動作している場合

Stopped（サービス停止）

対象PFM - RMの機能が停止している状態

対象PFM - RMのRemote Monitor Collectorサービスが停止※している場合

Unconfirmed（状態不明）

対象PFM - RMのステータスが確認できない状態

対象PFM - RMが稼働するホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合など）

Host Not Available（ホスト停止）

対象PFM - RMが稼働するホストが停止している状態

対象PFM - RMが稼働するホストと通信できない場合

Suspended（監視一時停止中）

対象PFM - RMの監視が一時停止している状態

注※

サービスが「Active」または「Busy」以外の場合に停止と判断します。ただし，ヘルスチェックエージェントのプロパティで設定した時間以上「Busy」が続いている場合にも，該当サービスを停止として扱うように設定できます。

監視一時停止中以外のそれぞれの状態での，ホストおよび監視エージェントのサービスの稼働状態を次の表に示します。

表16‒8　ヘルスチェックの状態とホストおよび監視エージェントのサービスの稼働状態

状態

監視エージェントが稼働するホスト

Status Server

Remote Monitor Collector

Remote Monitor StoreまたはAction Handler

Running（動作中）

○

○

○

○

○

○

○

○※

Incomplete（縮退稼働）

○

○

○

×

○

○

○※

−

Stopped（サービス停止）

○

○

×

−

Unconfirmed（状態不明）

○

×

−

−

Host Not Available（ホスト停止）

×

−

−

−

注※　スタンドアロンモードの場合

(c)　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象

PFM - RMの監視対象ホストの稼働状態を監視する場合，ヘルスチェック機能の監視レベルの設定によって発生する事象が異なります。

なお，ヘルスチェックエージェントからPFM - RMホストへのポーリングと，PFM - RMホストから監視対象ホストへのポーリングの実施タイミングは異なります。監視対象ホストへのポーリングが未実施の場合，監視対象ホストの稼働状態は「Not Supported（非対応）」になります。

ポーリング設定が無効の場合

PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象を次の表に示します。

表16‒9　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（ポーリング設定が無効の場合）

状態

説明

Not supported（非対応）

監視するPFM - RMホストおよびStatus Serverサービスが正常に稼働している状態

Unconfirmed（状態不明）

監視するPFM - RMホストまたはStatus Serverサービスと通信できない状態

Suspended（監視一時停止中）

監視対象ホストの監視が一時停止している状態

監視一時停止中以外のそれぞれの状態での，PFM - RMサービスと監視対象ホストの稼働状態を次の表に示します。

表16‒10　ヘルスチェックの状態とPFM - RMサービスおよび監視対象ホストの稼働状態

状態

PFM - RMホスト

Status Server

Remote Monitor Collector

監視対象ホスト

Not Supported（非対応）

○

○

−

−

Unconfirmed（状態不明）

×

−

−

−

○

×

−

−

監視レベルが「Host」でポーリング設定が有効の場合

PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象を次の表に示します。

表16‒11　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（監視レベルが「Host」でポーリング設定が有効の場合）

状態

説明

Running（動作中）

監視対象ホストのすべての機能が正常に稼働している状態

Not supported（非対応）

監視対象ホストへのポーリングが未実施の状態

Unconfirmed（状態不明）

監視対象ホストのステータスが確認できない状態

次のどれかの場合

監視するPFM - RMホストと通信できない場合

監視するPFM - RMホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合など）

監視するPFM - RMのRemote Monitor Collectorサービスが稼働していない場合

監視対象ホストへのポーリングに失敗した場合

Host Not Available（ホスト停止）

監視対象ホストが停止している状態

Suspended（監視一時停止中）

監視対象ホストの監視が一時停止している状態

監視一時停止中以外のそれぞれの状態での，PFM - RMサービスと監視対象ホストの稼働状態を次の表に示します。

表16‒12　ヘルスチェックの状態とPFM - RMサービスおよび監視対象ホストの稼働状態

状態

PFM - RMホスト

Status Server

Remote Monitor Collector

監視対象ホスト

Not Supported（非対応）

○

○

○

△

Running（動作中）

○

○

○

○

Unconfirmed（状態不明）

×

−

−

−

○

×

−

−

○

○

×

−

○

○

○

▲

Host Not Available（ホスト停止）

○

○

○

×

監視レベルが「Service」でポーリング設定が有効の場合

PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象を次の表に示します。

表16‒13　PFM - RMの監視対象ホストの稼働状態を監視するときに発生する事象（監視レベルが「Service」でポーリング設定が有効の場合）

状態

説明

Running（動作中）

監視対象ホストのすべての機能が正常に稼働している状態

Incomplete（縮退稼働）

監視するPFM - RMサービスの一部の機能が不完全な状態

次のどちらかの場合

監視するPFM - RMのRemote Monitor CollectorサービスのステータスがIncomplete（縮退稼働）の場合

監視するPFM - RMのRemote Monitor Storeサービスが停止※している場合

また，Action Handlerサービスも監視対象に追加する場合，Remote Monitor Collectorサービスは稼働しているが，Remote Monitor StoreサービスまたはAction Handlerサービスが停止※しているとき

Not supported（非対応）

監視対象ホストへのポーリングが未実施の状態

Unconfirmed（状態不明）

監視対象ホストのステータスが確認できない状態

次のどれかの場合

監視するPFM - RMホストと通信できない場合

監視するPFM - RMホストのStatus Serverサービスと通信できない場合（ステータス管理機能が無効の場合など）

監視するPFM - RMのRemote Monitor Collectorサービスが稼働していない場合

監視対象ホストへのポーリングに失敗した場合

Host Not Available（ホスト停止）

監視対象ホストが停止している状態

Suspended（監視一時停止中）

監視対象ホストの監視が一時停止している状態

注※

サービスが「Active」または「Busy」以外の場合に停止と判断します。ただし，ヘルスチェックエージェントのプロパティで設定した時間以上「Busy」が続いている場合にも，該当サービスを停止として扱うように設定できます。

監視一時停止中以外のそれぞれの状態での，PFM - RMサービスと監視対象ホストの稼働状態を次の表に示します。

表16‒14　ヘルスチェックの状態とPFM - RMサービスおよび監視対象ホストの稼働状態

状態

PFM - RMホスト

Status Server

Remote Monitor Collector

監視対象ホスト

Remote Monitor StoreまたはAction Handler

Not Supported（非対応）

○

○

○／●

△

−

Running（動作中）

○

○

○

○

○／●

Incomplete（縮退稼働）

○

○

●

○

−

○

○

○

○

×

Unconfirmed（状態不明）

×

−

−

−

−

○

×

−

−

−

○

○

×

−

−

○

○

○／●

▲

−

Host Not Available（ホスト停止）

○

○

○／●

×

−

16.2.3　ヘルスチェック機能を利用した運用例

(1)　監視レベルをサービス稼働状態監視にして運用する

システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合，監視レベルをサービス稼働状態監視にして運用することで，ヘルスチェック機能を最大限に活用できます。システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合の例を次の図に示します。

図16‒3　システムを構成するすべてのPFM - AgentおよびPFM - RMがサービス稼働状態監視の前提条件を満たしている場合の例

監視レベルをサービス稼働状態監視にして運用する場合の手順を次に示します。

ヘルスチェック機能を有効にする。

PFM - Managerホストでjpcconf hc enableコマンドを実行します。

ヘルスチェック機能を設定する。

PFM - Managerを起動し，PFM - Web Consoleからヘルスチェックエージェントのプロパティを表示し，監視レベルを「Service」に設定します。必要に応じてほかのプロパティも設定します。

ヘルスチェック機能による運用を開始する。

PFM - Web Consoleのエージェント階層で，各エージェントのサービスの稼働状態を確認できます。また，［イベントモニター］画面，［イベント履歴］画面でヘルスチェック状態の変化を確認できます。エージェントを構成する各サービスの稼働状態がヘルスチェック結果としてエージェント状態に反映されます。また，さらに詳細な情報を知りたい場合，レポートとして詳細情報を確認できます。ヘルスチェック機能のレポートのひな形は，監視テンプレートとして用意されています。ヘルスチェック機能の監視テンプレートについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，監視テンプレートの概要について説明している個所を参照してください。

なお，ヘルスチェック状態に異常があった場合，該当するエージェントを再起動するなどの対処をしてください。

(2)　監視レベルをホスト稼働状態監視にして運用する

システムを構成するPFM - AgentまたはPFM - RMに，サービス稼働状態監視の前提条件を満たしていないPFM - AgentまたはPFM - RMが含まれている場合，監視レベルをホスト稼働状態監視にして運用することで，ホストの死活監視ができます。監視レベルをサービス稼働状態監視で運用した場合，前提条件を満たしていないPFM - AgentまたはPFM - RMの稼働状態が正確に表示されません。また，通常に比べてポーリングに時間が掛かります。システムを構成する一部のPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たしていない場合の例を次の図に示します。

図16‒4　システムを構成する一部のPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たしていない場合の例

監視レベルをホスト稼働状態監視にして運用する場合の手順を次に示します。

ヘルスチェック機能を有効にする。

PFM - Managerホストでjpcconf hc enableコマンドを実行します。

ヘルスチェック機能を設定する。

PFM - Managerを起動し，PFM - Web Consoleからヘルスチェックエージェントのプロパティを表示し，必要に応じてプロパティを設定します。

ヘルスチェック機能による運用を開始する。

PFM - Web Consoleのエージェント階層で，各エージェントが稼働するホストの稼働状態を確認できます。また，［イベントモニター］画面，［イベント履歴］画面でヘルスチェック状態の変化を確認できます。ホストの死活状態がヘルスチェック結果としてエージェント状態に反映されます。また，さらに詳細な情報を知りたい場合，レポートとして詳細情報を確認できます。ヘルスチェック機能のレポートのひな形は，監視テンプレートとして用意されています。ヘルスチェック機能の監視テンプレートについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，監視テンプレートの概要について説明している個所を参照してください。

なお，ヘルスチェック状態に異常があった場合，該当するホストを再起動するなどの対処をしてください。

すべてのPFM - AgentまたはPFM - RMがサービス稼働状態監視の前提条件を満たした段階でサービス稼働状態監視に切り替えられます。ホスト稼働状態監視からサービス稼働状態監視に切り替える場合の例を次の図に示します。

図16‒5　ホスト稼働状態監視からサービス稼働状態監視に切り替える場合の例

(3)　JP1/IMと連携して稼働状態を監視する場合

JP1/IMと連携することで，JP1/IMの画面上でPerformance Managementの稼働状態に関する問題の発生を知ることができます。また，アラームに関連づけられたレポートを表示することで，Performance Managementの稼働状態の分析や，詳細情報を確認できます。

エージェントのヘルスチェック状態が変化したときに，ヘルスチェックイベントを発行します。ヘルスチェックイベントのJP1イベント発行機能を有効にすると，ヘルスチェックイベントが発行されたタイミングでJP1システムイベントを発行します。詳細については，「16.2.1　ヘルスチェック機能の設定」を参照してください。

また，ヘルスチェック状態の変化をJP1/IMに通知したい場合，アラームを利用できます。監視テンプレートでは，ヘルスチェック状態の変化を通知するためのアラームが，通知する情報の粒度に応じて3種類用意されているため，目的に応じて使い分けてください。JP1/IMと連携する場合，監視テンプレートのアラームをコピーして，アクションとしてJP1イベントを発行するように設定する必要があります。設定方法については，「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

(4)　ファイアウォールまたはNAT環境で運用する場合

ファイアウォールまたはNAT環境でヘルスチェック機能を利用する場合，ヘルスチェックエージェントが，各PFM - AgentまたはPFM - RMが稼働するホストのStatus Serverサービスと通信できる必要があるため，ファイアウォールやNATを通過させるための設定が必要です。設定方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，ファイアウォールの通過方向について説明している個所を参照してください。

ヘルスチェックエージェントで使用するポート番号を次の表に示します。

表16‒15　ヘルスチェックエージェントで使用するポート番号

サービス名

パラメーター

ポート番号

用途

Agent Collector（ヘルスチェックエージェント）

jp1pcagt0

自動※

アラームをバインドしたり，リアルタイムレポートを取得したりするときに使用する。

Agent Store（ヘルスチェックエージェント）

jp1pcsto0

自動※

パフォーマンスデータを記録したり，履歴レポートを取得したりするときに使用する。

注※　サービスが再起動されるたびにシステムで使用されていないポート番号が自動的に割り当てられます。

また，PFM - RMホストから監視対象ホストへのポーリングには，ICMPプロトコルが使用されます。PFM - RMの監視対象ホストの稼働状態を確認したい場合は，PFM - RMホストから監視対象ホストに対してICMPプロトコルで通信できるようにファイアウォールを設定してください。詳細については，各PFM - RMマニュアルの付録を参照してください。

(5)　クラスタシステムでヘルスチェック機能を利用する場合

非クラスタシステム運用時と同様にヘルスチェック機能を利用できます。ヘルスチェック機能の設定は，PFM - Managerがあるホストで実施する必要があります。

バージョン09-00以降のPFM - Managerの場合，新たに論理ホスト環境のPFM - Managerをセットアップすると，物理ホスト環境のヘルスチェック機能の設定が引き継がれます。必要に応じて，ヘルスチェック機能の設定を変更してください。クラスタシステム運用時のヘルスチェック機能の設定方法については，Windowsの場合は「10.2.2　PFM - Managerのインストールとセットアップ」を，UNIXの場合は「10.4.2　PFM - Managerのインストールとセットアップ」を参照してください。

16.2.4　ヘルスチェック機能に関する注意事項

ヘルスチェック機能に関する注意事項を説明します。

（凡例）

↓…↓：小数点以下切り捨て

(1)　ヘルスチェック機能と監視ポーリング間隔の関係について

ヘルスチェック機能は，各エージェントホストに対してポーリングを実施して，起動状態を確認します。ポーリング実施時の，ポーリング実施間隔，タイムアウト時間については，次に示すとおり決定されます。

表16‒16　ヘルスチェック設定のチューニング

チューニングパラメーター

10-00 以降で並列確認モードが有効

09-50以前または10-00以降で並列確認モードが無効

並列確認ホスト数

基本的に設定の必要なし

プロパティ（Parallel Confirmation Count）で設定できる

デフォルト:10（ホスト数）

1（変更不可）

ポーリング実施間隔

基本的に設定の必要なし

プロパティ（Minimum Period per Host）で設定できる

デフォルト:0（秒）

Collection Intervalおよびシステム内のホスト数から自動計算される（最小2秒）

チューニングする場合は，Collection Intervalを調整する必要がある

タイムアウト時間

基本的に設定の必要なし

プロパティ（Timeout Period per Host）で設定できる

デフォルト:30（秒）

ポーリング実施間隔から自動計算される（2〜10秒）

チューニングする場合は，Collection Intervalを調整する必要がある

タイムアウト時間については，並列確認モードが有効の場合，システム内の監視ホスト数に関わらず十分な時間が確保されていますが，並列確認モードが無効の場合，Collection Intervalとシステム内の監視ホスト数によって自動計算されるため，システム内の監視ホスト数に対して十分なCollection Intervalを設定する必要があります。

ポーリング間隔が適切に設定されていないと，PFM - AgentまたはPFM - RMが停止したと判断される確率が高くなったり，すべてのエージェントホストに対するポーリングが設定した間隔で完了しなかったり※などの問題が生じます。ここでは，現在設定されている監視ポーリング間隔を確認し，不適切な場合は，改めて適切なポーリング間隔を設定する方法について説明します。

注※

すべてのエージェントホストに対するポーリングが設定した間隔で完了しなかった場合の処理については，「16.2.4(2)　指定した間隔で監視ポーリングが完了しない場合の処理について」および「16.2.4(3)(b)　指定した間隔で監視ポーリングが完了しない場合のデータ保存とアラーム評価のタイミング」も参照してください。

(a)　並列確認モードが有効の場合

並列確認モードが有効の場合，次の表に示すパラメーターを設定できます。基本的に変更の必要はありませんが，稼働状態の誤検知が頻発する場合や，Collection Interval内にポーリングが完了しない場合などに変更することで，動作のチューニングができます。

表16‒17　並列確認モードが有効時のチューニングパラメーター

プロパティ

説明

チューニングの考え方

Parallel Confirmation Count

並列確認モードの場合の，並列確認ホスト数（ホスト数）

システム内の監視ホストが多い場合に，システム全体の確認完了時間を短縮したいときに，大きな値に設定します。ここで設定したホスト数だけ並行で確認が実施されるため，大きな値を設定することで，システム全体の確認完了までの時間を短縮できます。

確認のための通信負荷を減らしたい場合，小さな値を設定します。並行で実施される通信が減少するため，単位時間当たりの通信量を減らすことができます。

Minimum Period per Host

並列確認モードの場合の，１ホスト当たりの最低確認間隔（秒）

確認のための通信が一定時間帯に集中することを避けたい場合に，あるホストのポーリングを開始後，次のホストのポーリングを開始するまでの時間を指定します。0を指定した場合，あるホストのポーリングの完了後すぐに次のホストのポーリングを開始します。

なお，このパラメーターを設定している場合でも，並列確認ホスト数分は並行してポーリングが行われます。このパラメーターでは，次のホストのポーリングを実施するまでの間隔を開けることができます。

Timeout Period per Host

並列確認モードの場合の，１ホスト当たりのタイムアウト時間（秒）

ネットワークや監視ホストの負荷などの影響によって，監視ホストへのポーリングに時間が掛かりタイムアウトした場合，状態不明などとホストの稼働状態が誤検知されることがあります。タイムアウトが頻発するような場合だけ値を大きくしてください。

この値を大きくした場合，システム全体の確認完了までに時間が掛かるようになるため，合わせてポーリング間隔も延ばす必要があります。

各チューニングパラメーターの考え方を次に示します。

並列確認ホスト数（Parallel Confirmation Count）の考え方

並列確認ホスト数に指定した数だけ，並行してポーリングによる確認を実施します。例を次に示します。

最低確認間隔（Minimum Period per Host）の考え方

最低確認間隔が0の場合，あるホストへのポーリングの完了後すぐに次のホストのポーリングを開始します。例を次に示します。

最低確認間隔に0より大きな値が設定されている場合，あるホストのポーリングが最低確認間隔よりも早く完了した場合でも，次のホストへのポーリングは前のホストのポーリング開始から最低確認間隔が経過するまで開始しません。あるホストのポーリングが最低確認間隔よりも遅く完了した場合は，すぐに次のホストへのポーリングを開始します。例を次に示します。

タイムアウト時間（Timeout Period per Host）の考え方

あるホストへのポーリングに時間が掛かりタイムアウト時間を経過した場合，そのホストは状態不明と判断し，ポーリングを中断し，次のホストへのポーリングを開始します。例を次に示します。

(b)　並列確認モードが無効の場合

監視ポーリング間隔を適切に設定するには，各エージェントホストに対するポーリング実施間隔と，ポーリングのタイムアウト時間を考慮する必要があります。次に，各エージェントホストに対するポーリング実施間隔と，ポーリングのタイムアウト時間を確認する方法を説明します。

各エージェントホストに対するポーリング実施間隔

各ホストに対してポーリングが実施される間隔は，PFM - Managerに接続するエージェントホストの数に応じて，ヘルスチェックエージェントが自動的に算出します。なお，同一のホスト上に複数のPFM - AgentまたはPFM - RMがある場合も，ポーリングはホスト単位に集約されて実施されます。

各ホストに対するポーリング実施間隔の算出式を次に示します。運用中のシステムで，各エージェントホストに対するポーリング実施間隔を確認する際は，この算出式を使用してください。

各ホストに対するポーリング実施間隔（単位：秒）＝

↓(0.7×Polling Intervalの値※1) ÷ 全ホスト数※2↓

注※1

ヘルスチェックエージェントのHealth Check Configurationsフォルダ配下のPolling Intervalプロパティに表示される値です。

注※2

PFM - Managerに接続するPFM - AgentまたはPFM - RMが動作するホスト数です。1台のホストに複数のPFM - AgentまたはPFM - RMがインストールされていたり，複数のインスタンス環境があったりする場合でも，ホスト数は1としてカウントします。

なお，各ホストに対するポーリング実施間隔は最小で2秒です。上記の算出式での算出結果が2秒未満の場合，2秒間隔でポーリングが実施されます。

メモ

ヘルスチェック機能の監視レベルの設定値（ヘルスチェックエージェントのHealth Check Configurationsフォルダ配下のMonitoring Levelプロパティに指定した値）は，ポーリング実施間隔には影響しません。よって，各エージェントホストに対するポーリング実施間隔を確認する際に，この値を考慮する必要はありません。

ポーリングのタイムアウト時間

ヘルスチェック機能でポーリングを実施する際の通信先は，起動状態を確認するホスト上のStatus Serverサービスです。ヘルスチェック機能は，Status Serverサービスからの応答を基にしてエージェントの状態を監視します。接続先のStatus Serverサービスからの応答がない場合，タイムアウトが生じます。タイムアウト時間はポーリング実施間隔によって決まります。運用中のシステムで，タイムアウト時間を確認する際は，次の条件を使用してください。

ポーリング実施間隔が10秒以上の場合：10秒

ポーリング実施間隔が10秒未満の場合：ポーリング実施間隔の値（単位：秒）

なお，タイムアウト時間は最小で2秒です。

監視ポーリング間隔の適否を判断する基準

設定されている監視ポーリング間隔が適切かどうかを判断するには，「各エージェントホストに対するポーリング実施間隔」に示した各ホストに対するポーリング実施間隔と，「ポーリングのタイムアウト時間」に示したポーリングのタイムアウト時間を踏まえ，次の点を確認してください。

各エージェントホストに対するポーリング実施間隔は10秒以上あるか。

運用環境に応じた適切なタイムアウト時間が確保されているか。

一般に，エージェントホストの数が増加するにつれ，各ホストに対するポーリング実施間隔およびタイムアウトが生じるまでの時間は短くなります。タイムアウト時間が短くなるほど，PFM - AgentまたはPFM - RMが停止したと判断される確率が高くなります。また，監視ポーリング間隔を短く設定した場合，すべてのエージェントホストに対するポーリングが，設定した間隔で完了しなくなります。このため，監視ポーリング間隔は，各エージェントホストに対するポーリング実施間隔が10秒以上になるように設定してください。

次に，各ホストに対するポーリング実施間隔と，タイムアウト時間を確認し，その適否を判断する例を示します。

前提条件

PFM - AgentまたはPFM - RMが動作するホスト数：50

Polling Intervalの値：300

各ホストに対するポーリング実施間隔の算出

各ホストに対するポーリング実施間隔

＝↓0.7×300 ÷ 50↓

＝↓4.2↓

＝4（単位：秒）

タイムアウト時間

各ホストに対するポーリング実施間隔が「4秒」なので，タイムアウト時間は「4秒」。

適否の判断

「各ホストに対するポーリング実施間隔」が「4秒」：10秒未満のため，短過ぎる

タイムアウト時間が「4秒」：運用環境によって判断する

したがって，この場合は監視ポーリング間隔を見直し，適切な値を再設定する必要があることがわかります。

適切な監視ポーリング間隔を算出する手順

適切な監視ポーリング間隔は，次に示す手順で算出します。算出した監視ポーリング間隔は，Polling Intervalの値と連動する，ヘルスチェックエージェントのHealth Check Detail（PD_HC）レコードのCollection Intervalプロパティに設定してください。

各エージェントホストに対するポーリング実施間隔からPolling Intervalの値を逆算する。

監視ポーリング間隔は60秒の倍数で設定する必要があるため，求めたPolling Intervalの値を60秒の倍数に丸める。

次に，「各エージェントホストに対するポーリング実施間隔」に示した算出式を使用して，適切な監視ポーリング間隔を見積もる例を示します。

前提条件

PFM - AgentまたはPFM - RMが動作するホスト数：50

各ホストに対するポーリング実施間隔：10秒

監視ポーリング間隔の算出

10＝(0.7×Polling Interval) ÷ 50

Polling Interval＝50×10 ÷ 0.7

＝714.2

≒720（60秒の倍数に丸める）

よって，監視ポーリング間隔としてHealth Check Detail（PD_HC）レコードのCollection Intervalプロパティに指定する値は「720」。

(2)　指定した間隔で監視ポーリングが完了しない場合の処理について

監視ポーリング間隔を短く設定した場合，すべてのエージェントホストに対するポーリングが，設定した間隔で完了しない場合があります。この場合，すべてのエージェントに対するポーリングが完了するまで，ポーリング動作が継続され，継続中に実施が予定されていた次回のポーリングはスキップされます。

事例を次の図に示します。この例では，設定した監視ポーリング間隔は300秒ですが，実際のポーリングには390秒掛かっています。

図16‒6　指定した間隔で監視ポーリングが完了しない場合の処理

「ポーリング開始予定時刻(1)」で開始したポーリングが「ポーリング開始予定時刻(2)」の時刻を経過しても完了しないため，2回目に予定されていたポーリング動作はスキップされます。次のポーリングが開始されるのは，1回目のポーリング完了後である「ポーリング開始予定時刻(3)」の時刻になります。

(3)　ヘルスチェック結果の保存とアラーム評価について

ヘルスチェック機能では，通常のPFM - AgentやPFM - RMと同様に，ヘルスチェック結果の履歴データの保存やアラーム評価を実行できます。ここでは，ヘルスチェックエージェントの履歴データの保存およびアラーム評価に関する注意事項を説明します。

(a)　データ保存とアラーム評価のタイミング

ヘルスチェック結果の履歴データを保存するには，ヘルスチェックエージェントのレコード収集設定を有効にします。また，ヘルスチェックエージェントに対してアラームを定義することで，アラーム評価を実行できます。履歴データの保存とアラーム評価は，ヘルスチェックの対象となっているすべてのエージェントホストに対するポーリングが完了したあと，次のポーリングの開始時に実行されます。このため，ポーリング完了時刻からタイムラグが生じます。

事例を次の図に示します。この例では，Host Availability（PI_HAVL）レコードを収集します。また，監視ポーリング間隔は300秒で，実際のポーリングには180秒掛かっています。

図16‒7　データ保存とアラーム評価のタイミング

ポーリングが完了した時刻は，1回目が「10:03:00」，2回目が「10:08:00」ですが，それぞれ次回のポーリングが開始されていないため，この時点では履歴データの保存とアラーム評価は実行されません。履歴データの保存とアラーム評価は，次のポーリングが開始される「10:05:00」と「10:10:00」にそれぞれ実行されます。

(b)　指定した間隔で監視ポーリングが完了しない場合のデータ保存とアラーム評価のタイミング

監視ポーリング間隔の間にポーリングが完了しない場合，レコードの履歴データの保存およびアラーム評価は実行されません。すべてのエージェントホストに対するポーリングが完了したあと，次回のポーリング開始時に実行されます。

事例を次の図に示します。この例では，Host Availability（PI_HAVL）レコードを収集します。また，監視ポーリング間隔は300秒ですが，実際のポーリングには390秒掛かっています。

図16‒8　指定した間隔で監視ポーリングが完了しない場合のデータ保存とアラーム評価のタイミング

2回目のポーリング開始時刻である「10:05:00」時点では，1回目のポーリングが完了していないため，履歴データの保存とアラーム評価は実行されません。履歴データの保存とアラーム評価は，1回目のポーリングが完了し，2回目のポーリングが開始される「10:10:00」に実行されます。

16.3　ステータス管理機能によるサービスの状態確認

ここではPFM - Managerが起動・停止処理中の場合や，障害などによって停止している場合にPerformance Managementのサービスの状態を確認するための，ステータス管理機能について説明します。

なお，エージェントによってステータス管理機能に対応しているバージョンが異なります。エージェントごとのステータス管理機能対応バージョンを次の表に示します。

表16‒18　エージェントごとのステータス管理機能対応バージョン

エージェント

対応バージョン

PFM - Agent for DB2

07-50-01以降

PFM - Agent for Domino

07-50-01以降

PFM - Agent for Enterprise Applications

08-00以降

PFM - Agent for Exchange Server

08-10以降

PFM - Agent for HiRDB

07-50-02以降

PFM - Agent for WebSphere Application Server

08-11以降

PFM - Agent for IBM WebSphere MQ

08-11以降

PFM - Agent for IIS

08-10以降

PFM - Agent for JP1/AJS

08-00以降

PFM - Agent for Microsoft SQL Server

07-50-02以降

PFM - Agent for OpenTP1

（AIX，Linuxの場合）

07-50-02以降

PFM - Agent for OpenTP1

（Windows (IPF)の場合）

07-50〜08-50

PFM - Agent for OpenTP1

（Windowsの場合）

07-50-01以降

PFM - Agent for Oracle

07-50-02以降

PFM - Agent for Platform（UNIX）

（HP-UX，AIX，Solaris，Linuxの場合）

07-50以降

PFM - Agent for Platform（Windows）

07-50-01以降

PFM - Agent for Service Response

08-00以降

PFM - Agent for Cosminexus

08-00以降

PFM - Agent for WebLogic Server

08-00以降

PFM - Agent for Virtual Machine

08-51以降

すべてのPFM - RM

すべてのバージョン

16.3.1　ステータス管理機能の設定

(1)　ステータス管理機能のセットアップ

ステータス管理機能は，PFM - ManagerおよびPFM - Baseに提供される機能の1つです。

ステータス管理機能は，バージョン08-00以降のPFM - ManagerまたはPFM - Baseを新規にインストールした場合，デフォルトで有効に設定されます。ただし，次の場合は，インストール前の設定を引き継ぎます。

06-70〜07-50のPFM - Managerを08-00以降にバージョンアップした場合

06-70〜07-50のPFM - Agentがインストールされている環境に，08-00以降のPFM - ManagerまたはPFM - Baseを新規インストールした場合

なお，06-70〜07-00のPerformance Managementはステータス管理機能を持たないため，この場合の設定状態は「無効」になります。

ここでは，ステータス管理機能を有効・無効にするためのセットアップ方法について説明します。

注意

ステータス管理機能のStatus Serverサービスはデフォルトで固定のポート番号が割り当てられます。

(a)　ステータス管理機能を有効にする

Performance Managementのサービスを停止する。

物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf stat enableコマンドを実行する。

ステータス管理機能を有効にするためのコマンドを次のように実行します。

jpcconf stat enable

ステータス管理機能の状態を確認する。

次のコマンドで，ステータス管理機能の状態がavailableになっているか確認します。

jpcconf stat display

Performance Managementのサービスを起動する。

次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

(b)　ステータス管理機能を無効にする

Performance Managementのサービスを停止する。

物理ホスト上でPerformance Managementのサービスが起動している場合は，次のコマンドでサービスを停止します。

jpcspm stop -key jp1pc

論理ホスト上でPerformance Managementのサービスを停止する場合は，クラスタソフトから，サービスを停止します。

jpcconf stat disableコマンドを実行する。

ステータス管理機能を無効にするためのコマンドを次のように実行します。

jpcconf stat disable

ステータス管理機能の状態を確認する。

次のコマンドで，ステータス管理機能の状態がunavailableになっているか確認します。

jpcconf stat display

Performance Managementのサービスを起動する。

次のコマンドで，物理ホスト上のPerformance Managementのサービスをすべて起動します。

jpcspm start -key jp1pc

論理ホスト上でPerformance Managementのサービスをすべて起動する場合は，クラスタソフトから，サービスを起動します。

注意

ステータス管理機能が有効の場合と無効の場合では，jpcspm startコマンドおよびjpcspm stopコマンドで指定できるサービスキーが異なります。

各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

16.3.2　サービスのステータス確認方法

ステータス管理機能が有効の場合と無効の場合では，jpctool service listコマンドで確認できるサービスのステータス情報が異なります。次にそれぞれの場合で確認できるサービスのステータス情報を示します。

(1)　ステータス管理機能が有効の場合

ステータス管理機能が有効の場合，サービスの起動中や停止中などの詳細なステータス情報をjpctool service listコマンドで確認できます。

図16‒9　ステータス管理機能が有効の場合のステータス情報

PFM - Managerと，PFM - AgentまたはPFM - RMでステータス管理機能が有効の場合の構成例とjpctool service listコマンドの出力例を次に示します。

図16‒10　ステータス管理機能が有効の場合のシステム構成例

図16‒11　jpctool service listコマンドの出力例

(2)　ステータス管理機能が無効の場合

ステータス管理機能をサポートしないバージョンがインストールされているホストや，ステータス管理機能が無効になっているホストの場合，jpctool service listコマンドを実行すると，ステータス管理機能をサポートしない旨のメッセージが出力されます。このとき，次のステータス情報が表示されます。ただし，PFM - Managerが起動していない場合はサービスの状態を確認できません。

図16‒12　ステータス管理機能が無効の場合のステータス情報

16.3.3　クラスタシステム運用時のステータス管理

Status Serverサービスは，1つのホストに1つだけ起動されます。そのためクラスタシステム運用時は，物理ホスト上のStatus Serverサービスで，物理ホストおよび論理ホストのサービスの状態が管理されます。

図16‒13　クラスタシステム運用時のステータス管理機能の概要

注意

アクティブ・アクティブ構成のクラスタシステムの場合，Status Serverサービスはフェールオーバーしないように設定するか，常に起動するように設定してください。

16.3.4　ステータス管理機能の障害

ここでは，ステータス管理機能で障害が発生したときのサービスの状態確認について説明します。

(1)　Status Serverサービスが異常終了した場合

Status Serverサービスが停止しているときは，共通メッセージログにKAVE00203-Wメッセージが出力されます。この場合，サービスの詳細な状態は確認できませんが，ステータス管理機能が無効の場合と同じようにサービスの状態を確認できます。ただし，PFM - Managerが起動していないときはサービスの状態を確認できません。

図16‒14　Status Serverサービスが異常終了した場合の例

(2)　Status Serverサービス以外のサービスが異常終了した場合

Status Serverサービス以外のサービスが異常終了した場合は，ステータスファイルの内容が正しく更新されていないことがあります。この場合，ステータス管理機能は各サービスが生成する内部ファイルの状態によってサービスのステータスを判断します。そのため，ステータス管理機能が有効になっている場合と同じようにサービスの状態を確認できます。

16.4　PFMサービス自動再起動機能によるPFMサービスの再起動

ここでは異常停止したPFMサービスを自動的に再起動するためのPFMサービス自動再起動機能について説明します。

Performance Managementでは，PFMサービス自動再起動機能を利用することで，万が一PFMサービスが何らかの原因で異常停止した場合でも自動的に該当サービスを再起動できます。PFMサービス自動再起動機能には次に示す2つの機能があります。

自動再起動機能

PFMサービスが何らかの原因で異常停止した場合に，監視を継続するため，異常停止したPFMサービスを自動的に再起動する機能です。システムの高可用性を実現するクラスタシステムを利用しない場合に，利用することを検討してください。

定期再起動機能

OSやPFMサービス自身の問題によるメモリーリーク，ハンドルリークなどが発生し長期間の継続運用が困難な場合に，監視を継続するため，PFMサービスを定期的に再起動する機能です。通常は利用しません。

16.4.1　PFMサービス自動再起動機能を利用するための前提条件

ホスト内のPFM - BaseまたはPFM - Managerが08-50以降で，ステータス管理機能が有効に設定されている必要があります。PFM - RMの場合，バージョンに制限はありません。PFM - Agentサービスを再起動する場合，PFM - Agentが08-00以降である必要があります。ホスト内に条件に該当しないPFM - Agentがインストールされている場合も，条件に該当するPFM - AgentサービスおよびAction Handlerサービスについては自動再起動できます。同一ホスト内の製品の組み合わせによるPFMサービスごとの自動再起動の可否を次の表に示します。

表16‒19　同一ホスト内の製品の組み合わせによるサービスごとの自動再起動の可否

PFM - ManagerまたはPFM - Baseのバージョン

各サービスの再起動可否

PFM - Agent 08-00以降またはPFM - RM

PFM - Agent 08-00未満

PFM - Agentなし

M

A

AH

M

A

AH

M

A

AH

PFM - Manager 08-50以降

○

○

○

○

×

○

○

−

○

PFM - Manager 08-50未満

×

×

×

×

×

×

×

−

×

PFM - Base 08-50以降

−

○

○

−

×

×

−

−

×

PFM - Base 08-50未満

−

×

×

−

×

×

−

−

×

なし

−

−

−

−

×

×

−

−

−

（凡例）

M：PFM - Managerサービス

A：PFM - Agentサービス

AH：Action Handlerサービス

○：再起動できる

×：再起動できない

−：該当しないまたはできない組み合わせ

再起動の対象となるPFMサービスは，物理ホストで動作するPFMサービスだけとなります。なお，Status Serverサービス自身は対象となりません。Performance Management をクラスタシステムで運用している場合，論理ホストで動作するPFMサービスの制御にはクラスタソフトを利用してください。PFMサービス自動再起動機能では論理ホストで動作するサービスを対象としていません。

16.4.2　PFMサービス自動再起動機能でのサービスの起動単位

PFMサービス自動再起動機能でのサービス起動単位は，jpcspm startコマンドで指定できる最小単位となります。PFMサービス自動再起動機能でのサービス起動単位を次の表に示します。

表16‒20　PFMサービス自動再起動機能でのサービス起動単位

サービス

サービス起動単位

PFM - Managerサービス

Name Serverサービス

Master Managerサービス

Master Storeサービス

Correlatorサービス

Trap Generatorサービス

View Serverサービス

PFM - Agentサービス

Agent Collectorサービス

Agent Storeサービス

ただし，マルチインスタンスエージェントの場合，インスタンスごと。また，ヘルスチェックエージェントの場合，PFM - Managerサービスも同時に起動されます。

PFM - RMサービス

Remote Monitor Collectorサービス

Remote Monitor Storeサービス

Action Handlerサービス

Action Handlerサービス

16.4.3　PFMサービス自動再起動機能の設定

PFM - Web Consoleのサービス階層から，対象サービスごとのプロパティで設定します。なお，ヘルスチェックエージェントについては，ヘルスチェックエージェントのAgent Collectorサービスで設定します。なお，前提条件を満たしていないサービスの場合，設定用のプロパティが表示されません。対象サービスごとの設定個所を次の表に示します。

表16‒21　自動再起動の対象となるサービスとプロパティ編集対象のサービスとの対応

対象サービス

設定個所（サービスのプロパティ）

PFM - Managerサービス

Name Server

Master Manager

Master Store

Correlator

Trap Generator

View Server

Master Manager

PFM - Agentサービス

Agent Collector

Agent Store

Agent Collector

PFM - RMサービス

Remote Monitor Collector

Remote Monitor Store

Remote Monitor Collector

Action Handlerサービス

Action Handler

Master Manager，Agent CollectorおよびRemote Monitor Collector※

注※　同一ホスト上のすべての設定個所で同じ設定値を共有します。

なお，同一種類かつ同一データモデルのPFM - AgentまたはPFM - RMについては，複数のホストにプロパティを配布できます。

対象サービスごとの設定項目を次の表に示します。

表16‒22　サービス自動再起動機能の設定項目

フォルダ名

プロパティ名

説明

Restart Configurations

Restart when Abnormal Status※1

自動再起動機能でAbnormal Status※2の場合に再起動するかどうかを指定する。設定値はホスト上のすべてのサービスに対して適用される。デフォルト値はYes。

Yes：再起動する

No：再起動しない

Restart when Single Service Running※1

自動再起動機能でSingle Service Running※3の場合に再起動するかどうかを指定する。設定値はホスト上のすべてのサービスに対して適用される。デフォルト値はNo。

Yes：再起動する

No：再起動しない

サービス名※4

Auto Restart

該当サービスに対して，自動再起動機能を利用するかどうかを設定する。デフォルトはNo。

Yes：自動再起動機能を利用する

No：自動再起動機能を利用しない

Auto Restart - Interval(Minute)

自動再起動機能を利用する場合，サービスの稼働状態を確認する間隔を分単位で指定する。1〜1440の整数で指定する。デフォルトは10（分）。

Auto Restart - Repeat Limit

自動再起動機能を利用する場合，Auto Restart - Intervalに設定された周期で連続して再起動を試行する回数を指定する。1〜10の整数で指定する。デフォルト値は5（回）。

Scheduled Restart

該当サービスに対して，定期再起動機能を利用するかを指定する。デフォルト値はNo。

Yes：定期再起動機能を利用する

No：定期再起動機能を利用しない

Scheduled Restart - Interval

定期再起動機能を利用する場合，再起動間隔を1〜1,000の整数で指定する。デフォルト値は1。単位はScheduled Restart - Interval Unitで指定する。

Scheduled Restart - Interval Unit

定期再起動機能を利用する場合，再起動間隔の単位をMonth/Week/Day/Hourで指定する。デフォルト値はMonth。

Month：月

Week：週

Day：日

Hour：時

Scheduled Restart - Origin - Year

定期再起動機能を利用する場合，再起動間隔の起点となる年を指定する。1971〜2035※5の整数で指定する。デフォルト値は現在年。※6

Scheduled Restart - Origin - Month

定期再起動機能を利用する場合，再起動間隔の起点となる月を指定する。1〜12※5の整数で指定する。デフォルト値は現在月。※6

Scheduled Restart - Origin - Day

定期再起動機能を利用する場合，再起動間隔の起点となる日を指定する。1〜31※5の整数で指定する。デフォルト値は現在日。※6

Scheduled Restart - Origin - Hour

定期再起動機能を利用する場合，再起動間隔の起点となる時間を指定する。0〜23の整数で指定する。デフォルト値は現在時。※6

Scheduled Restart - Origin - Minute

定期再起動機能を利用する場合，再起動間隔の起点となる時間を指定する。0〜59の整数で指定する。デフォルト値は現在時。※6

注※1　同一ホスト上のすべての設定個所で同じ設定値を共有します。

注※2　Status Serverサービスが該当PFMサービスの状態を正常に取得できない場合（該当PFMサービスが例外などで異常終了した場合）

注※3　PFM - AgentまたはPFM - RMサービスのうち，片方のサービスしか起動していない場合

注※4　Master Managerサービスの場合，PFM - ManagerサービスとAction Handlerサービスが表示されます。Agent CollectorまたはRemote Monitor Collectorサービスの場合，PFM - AgentまたはPFM - RMサービスとAction Handlerサービスが表示されます。

注※5　実在しない日付（2007/2/30など）が指定された場合，その月の末日として扱います。

注※6　プロパティを表示した日時を，該当サービスが稼働しているホストのローカルタイムで表示します。

注意

PFMサービス自動再起動機能は，監視の継続を優先するために，特定のサービスだけを再起動します。PFM - Managerサービスは，各サービスが高度に連携して動作するため，特定のサービスだけを再起動すると，連携に問題が生じる場合があります。PFM - Managerサービスに対して定期再起動機能を利用する場合，通常そのサービスよりも後に起動されるPFM - Managerサービスについても再起動するように設定してください。その際，時刻を調整して，正しい順序で再起動されるようにしてください。PFM - Managerサービスの起動順序については，「1.1.1　Performance Managementシステム全体の起動順序」を参照してください。また，PFM - Managerサービスに対して自動再起動機能を利用する場合，再起動がおこなわれたあと，システムの運用上問題の少ないタイミングで，PFM - Managerサービスをすべて停止させてから，再起動するようにしてください。PFM - Managerサービスの高可用性を実現するためには，クラスタシステムの利用を推奨します。

16.4.4　PFMサービス自動再起動機能の運用

(1)　自動再起動機能

自動再起動機能を利用した運用例を次の図に示します。この例では，3時間に1回Agent Collectorサービスの稼働状態を確認し，サービスが停止している場合に自動的に再起動する例です。

図16‒15　自動再起動機能を利用した運用例

Restart Configurationsの設定

Restart when abnormal Status：Yes（デフォルト）

Agent Collectorサービスの設定

Auto Restart：Yes

Auto Restart - Interval(Minute)：180

Auto Restart - Repeat Limit：5（デフォルト）

(2)　定期再起動機能

定期再起動機能を利用した運用例を次の図に示します。この例では，1日1回9:00にPFM - Agentサービスを再起動する例です。

図16‒16　定期再起動機能を利用した運用例

Agent Collectorサービスの設定

Scheduled Restart：Yes

Scheduled Restart - Interval：1（デフォルト）

Scheduled Restart - Interval Unit：Day

Scheduled Restart - Origin - Year：2007（年）

Scheduled Restart - Origin - Month：11（月）

Scheduled Restart - Origin - Day：1（日）

Scheduled Restart - Origin - Hour：9（時）

Scheduled Restart - Origin - Minute：0（分）

注意

サマータイム（夏時間）が適用される地域で定期再起動機能を用いた運用を行う場合，次の注意事項があります。

サマータイム開始時には1時間時刻が進むため，存在しない時刻が発生します。

再起動間隔の単位を日，週，月のいずれかに設定している場合に，定期再起動のタイミングが存在しない時刻にスケジューリングされると，1時間前の時刻で再起動が行われます。

例えば，東部標準時の場合，3月の第2日曜日の午前2時からサマータイムが開始されるため，3月の第2日曜日の午前2時から午前3時が存在しません。定期再起動のタイミングが3月の第2日曜日の午前2時から午前3時にスケジューリングされたときは，1時間前の時刻で再起動が行われます。

（例）

東部標準時の3月の第2日曜日が3/10の場合に，定期再起動の起点を1/10 午前2:30，再起動間隔の単位を月，間隔を2ヶ月に設定したときは，次のように再起動が行われます。

スケジューリングされる時刻

再起動されるタイミング

1/10 午前2:30

1/10 午前2:30

3/10 午前2:30

3/10 午前1:30

5/10 午前2:30

5/10 午前2:30

7/10 午前2:30

7/10 午前2:30

サマータイム終了時には1時間時刻が戻るため，時刻が重複することがあります。

再起動間隔の単位を日，週，月のいずれかに設定している場合に，定期再起動のタイミングが重複する時刻にスケジューリングされると，サマータイム終了後の時刻で再起動が行われます。

例えば，東部標準時の場合，11月の第1日曜日の午前2時にサマータイムが終了するため，11月の第1日曜日の午前1時から午前2時が重複することになります。定期再起動のタイミングが11月の第1日曜日の午前1時から午前2時にスケジューリングされたときは，サマータイム終了後の時刻で再起動が行われます。

（例）

東部標準時の11月の第1日曜日が11/3の場合に，定期再起動の起点を9/3 午前1:30，再起動間隔の単位を月，間隔を2ヶ月に設定したときは，次のように再起動が行われます。

時刻

再起動の有無

9/3 午前1:30（サマータイム）

再起動される

11/3 午前1:30（サマータイム）

再起動されない

11/3 午前1:30（標準時間）

再起動される

1/3 午前1:30（標準時間）

再起動される

定期再起動機能で，定期再起動の起点となる日時には存在しない日時を指定しないでください。

16.5　システム統合監視製品と連携した障害検知

JP1/Baseのログファイルトラップ機能を用いると，Performance Managementの共通メッセージログの内容を，JP1イベントに変換できます。このため，Performance Managementのプログラム自身に障害が発生したときに，JP1イベントを発行することで，JP1/IMで障害を検知できます。

ただし，Performance Managementのプログラム自身の障害を検知するとき以外は，ヘルスチェック機能を利用して障害検知することをお勧めします。ヘルスチェック機能については，「16.2　ヘルスチェック機能による監視エージェントや監視エージェントが稼働するホストの稼働状態の確認」を参照してください。

Performance ManagementでJP1/Baseのログファイルトラップ機能と連携して，JP1イベントを発行する手順を次に示します。

16.5.1　共通メッセージログの出力方式を設定する

JP1/Baseのログファイルトラップ機能と連携するためには，Performance Managementの共通メッセージログの出力方式を設定する必要があります。

Performance Managementでは，次の表に示すログファイル出力方式をサポートしています。

表16‒23　Performance Managementでサポートしているログファイル出力形式

ログファイル出力方式

説明

出力されるログファイル名

シーケンシャルファイル方式

ログファイル名がjpclog01のファイルへ常に最新ログを書き込む方式。

ログファイルのサイズが設定値に達すると，jpclog01のファイル名をjpclog02に変更して保存し，新規に作成したjpclog01のファイルに最新のログを書き込む。

インストール先フォルダ¥log¥jpclog{01|02}

ラップアラウンドファイル方式

ログファイルのサイズが設定値に達すると，次のログファイルの内容をクリアし，次のログファイルに最新ログを書き込む方式。

jpclogw01の次はjpclogw02のファイルへ，jpclogw02の次はjpclogw01のファイルへと最新ログを書き込むファイルが移行する。

インストール先フォルダ¥log¥jpclogw{01|02}

重要

ラップアラウンドファイル方式では，最新のログの判定に，ログファイルの最終更新日時を使用します。このため，Performance Managementが動作するホストの時刻やログファイルの最終更新日時を変更すると，正しく動作しないおそれがあります。

07-50より前のバージョンでは，ラップアラウンドファイル方式に対応していないため，共通メッセージログのラップ方式にラップアラウンドファイル方式を指定した場合でもシーケンシャルファイル方式でログが出力されます。この場合，07-50より前のバージョンではjpclogに，07-50以降のバージョンはjpclogwにログが出力されます。

シーケンシャルファイル方式はSEQ2，ラップアラウンドファイル方式はWRAP2となります。

ログ出力方式を変更するホスト上のすべてのPerformance Managementサービスを停止する。

テキストエディターなどで，jpccomm.iniファイルを開く。

共通メッセージログのログファイルトラップ方式を変更する。

次に示す網掛け部分を修正してください。

表16‒24　jpccomm.iniファイルの編集項目

セクション名

ラベル名

値の範囲

デフォルト値

説明

[Common Section]

Common Msglog Type

0｜1

0

共通メッセージログのログファイル出力方式。

0：シーケンシャルファイル方式

1：ラップアラウンドファイル方式

jpccomm.iniファイルを編集するときの注意事項を次に示します。

行頭および「=」の前後には空白文字を入力しないでください。

jpccomm.iniファイルには，共通メッセージログのファイルサイズ以外にも，定義情報が記述されています。[Common Section]セクションのCommon Msglog Type以外の値は変更しないようにしてください。必要な項目以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

jpccomm.iniファイルを保存して閉じる。

Performance Managementサービスを起動する。

注意

共通メッセージログファイルの設定は，同一ホスト上のPerformance Managementプログラムで共通となります。

jpccomm.iniファイルは必要に応じて，バックアップを取得してください。

16.5.2　JP1/Baseのログファイルトラップ機能の定義ファイル作成例

例えば，KAVE00116-Eメッセージがラップアラウンド方式(WRAP2)で共通メッセージログに出力された場合に，重要度が「異常」でイベントIDが「999」のJP1イベントを発行するための動作定義ファイルは次のようになります。

図16‒17　JP1/Baseの動作定義ファイルの設定例

JP1/Baseの動作定義ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

16.5.3　JP1/Baseのログファイルトラップ機能の起動

JP1/Baseのログファイルトラップ機能を起動するため，次のコマンドを実行します。

Windowsの場合

JP1/Baseのインストール先ディレクトリ¥bin¥jevlogstart -r -f 動作定義ファイル名 Performance Managementのインストール先ディレクトリ¥
log¥jpclogw01 Performance Managementのインストール先ディレクトリ¥log¥jpclogw02

UNIXの場合

JP1/Baseのインストール先ディレクトリ/bin/jevlogstart -r -f 動作定義ファイル名 Performance Managementのインストール先ディレクトリ/
log/jpclogw01 Performance Managementのインストール先ディレクトリ/log/jpclogw02

JP1/Baseのログファイルトラップ機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

17　トラブルへの対処方法

この章では，Performance Managementの運用中にトラブルが発生した場合の対処方法などについて説明します。

17.1　トラブルへの対処の手順

現象の確認

次の内容を確認してください。

トラブルが発生したときの現象

メッセージの内容（メッセージが出力されている場合）

共通メッセージログなどのログ情報

各メッセージの要因と対処方法については，マニュアル「JP1/Performance Management リファレンス」の，メッセージについて説明している章を参照してください。また，Performance Managementが出力するログ情報については，「17.4　Performance Management運用時に出力されるログ情報」を参照してください。

資料の採取

トラブルの要因を調べるために資料の採取が必要です。「17.5　トラブル発生時に採取が必要な資料」および「17.6　トラブルが発生したときに資料を採取する」を参照して，必要な資料を採取してください。

問題の調査

採取した資料を基に問題の要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

17.2　トラブルシューティング

Performance Managementを使用しているときにトラブルが発生した場合，まず，この節で説明している現象が発生していないか確認してください。

表17‒1　トラブルの内容

分類

トラブルの内容

記述個所

セットアップやサービスの起動について

Performance Managementプログラムのサービスが起動しない（PFM - Web Console以外）

PFM - Web Consoleのサービスが起動しない

サービスの起動要求をしてからサービスが起動するまで時間が掛かる

Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

「ディスク容量が不足しています」というメッセージが出力されたあとMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止する

PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

同時に起動した複数のエージェントでスタンドアロンモードからの回復に時間が掛かる

17.2.1

エージェントとの接続について

PFM - Web Consoleで「エージェントに接続できない」などのエラーが出力される。

17.2.3

PFM - Web Consoleへのログインについて

ログイン時に指定したPerformance Managementユーザー名が認識されない

PFM - Web ConsoleからPFM - Manager（View Serverサービス）に対する接続を確立できない

Webブラウザにログイン画面が表示されない

Webブラウザにセキュリティの警告画面が表示される

17.2.4

コマンドの実行について

jpctool service listコマンドを実行すると稼働していないサービス名が出力される

jpctool db dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

削除したエージェントが表示される

17.2.5

エージェントの管理について

エージェントがPFM - Web Consoleの［エージェント階層］画面に1つも表示されない

サーバやエージェントの稼働状況が状態不明または非対応になる

17.2.6

レポートの定義について

履歴レポートに表示されない時間帯がある

大量のレポートを表示するとView Serverサービスのメモリー不足が発生する

17.2.7

アラームの定義について

アクション実行で定義したプログラムが正しく動作しない

アラームイベントが表示されない

アラームしきい値を超えているのに，エージェント階層の［アラームの状態の表示］画面に表示されているアラームアイコンの色が緑のまま変わらない

アラームテーブルを削除した場合に大量にアラームが発生する

17.2.8

パフォーマンスデータの収集と管理について

データの保存期間を短く設定したにも関わらず，Agent StoreおよびRemote Monitor StoreサービスのStoreデータベースのサイズが小さくならない

共通メッセージログに「KAVE00128-E Storeデータベースに不正なデータが検出されました」または「KAVE00163-E データベース種別が不正です」というメッセージが出力され，Storeサービスの起動に失敗する

パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる

17.2.9

監視一時停止機能について

［監視一時停止の設定］画面にKAVJS6570-Iが出力される

コマンドの実行時にKAVE06189-Wが出力される

17.2.10

他プログラムとの連携について

JP1/IMとの連携時に，JP1イベントが通知されない

JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - AgentまたはPFM - RMが監視ツリー画面に表示されない

JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

JP1システムイベントのモニター起動に失敗する

JP1/IMまたはJP1/AJS3のコンソールからPerformance Managementのレポートを表示できない

JP1/IM2との連携時に，JP1/IM2の画面にPerformance Managementの監視エージェントが表示されない

JP1/IM2との連携時に，JP1/IM2の画面にPerformance Managementの監視エージェントのヘルスチェックステータスが正しく表示されない

JP1/IM2との連携時に，JP1/IM2の［統合オペレーション・ビューアー］画面の［稼働状況］領域でPerformance Managementの構成要素を選択すると，［詳細表示］領域にエラーメッセージが表示される

17.2.11

監視二重化について

jpctool config mgrimportコマンドを実行すると，エラーが出力される

17.3.1

jpcconf primmgr notifyコマンドを実行しても，ホスト名がエージェントに配信されない

17.3.2

jpcconf primmgr notifyコマンドを実行しても，ホスト名がプライマリーに配信されない

17.3.3

PFM - Web ConsoleからPFM - Managerに接続できない

17.3.4

セカンダリーでエージェントが表示されない

17.3.5

1つのイベントでアクションが2回実行される

イベントがセカンダリーに送信されない

イベントはセカンダリーに通知されるが，アクションが実行されない

イベントはプライマリーとセカンダリーに通知されるが，アクションがプライマリー側でしか実行されない

プライマリーがダウンしている場合，イベント通知によるアクションが実行されない

17.3.6

JP1/IMのイベントコンソールのモニター起動からPFM - Web Consoleへ接続できない

17.3.7

JP1/SLMからPFMに関する設定ができない

17.3.8

17.2.1　セットアップやサービスの起動に関するトラブルシューティング

(1)　Performance Managementプログラムのサービスが起動しない（PFM - Web Console以外）

考えられる要因およびその対処方法を次に示します。

PFM - Managerが停止している

PFM - Managerと，PFM - AgentまたはPFM - RMが同じホストにある場合，PFM - Managerが停止していると，PFM - AgentまたはPFM - RMサービスは起動できません。PFM - Managerサービスが起動されているか確認してください。PFM - Managerサービスが起動されていない場合は，起動してください。サービスの起動方法については，「1.　Performance Managementの起動と停止」を参照してください。

Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している

Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している場合，Performance Managementプログラムのサービスは起動できません。デフォルトでは，ポート番号は自動的に割り当てられるため，ポート番号が重複することはありません。Performance Managementのセットアップ時にPerformance Managementプログラムのサービスに対して固定のポート番号を設定している場合は，ポート番号の設定を確認してください。Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している場合は，異なるポート番号を設定し直してください。ポート番号の設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

Storeデータベースの格納ディレクトリの設定に誤りがある

次のディレクトリを，アクセスできないディレクトリまたは存在しないディレクトリに設定していると，Agent StoreまたはRemote Monitor Storeサービスは起動できません。ディレクトリ名や属性の設定を見直し，誤りがあれば修正してください。

Storeデータベースの格納先ディレクトリ

Storeデータベースのバックアップディレクトリ

Storeデータベースの部分バックアップディレクトリ

Storeデータベースのエクスポート先ディレクトリ

Storeデータベースのインポート先ディレクトリ

また，これらのディレクトリを複数のAgent StoreまたはRemote Monitor Storeサービスに対して設定していると，Agent StoreまたはRemote Monitor Storeサービスは起動できません。ディレクトリ設定を見直し，誤りがあれば修正してください。

指定された方法以外の方法でマシンのホスト名を変更した

マシンのホスト名の変更方法は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章で説明しています。指定された方法以外の方法でホスト名を変更した場合，Performance Managementプログラムのサービスが起動しないことがあります。次の現象が発生する場合は，この要因に該当しています。

共通メッセージログにKAVE00493-Eが出力されてサービスが起動できない。

この現象からの回復方法については，「17.2.2　KAVE00493-Eが出力されてサービスが起動できない場合の回復方法について」を参照してください。

現象が発生しているホストで「jpctool service list -id * -host *」を実行した結果，「Service Name」列にサービスIDが重複するサービスがある。

jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - AgentからPFM - Managerに接続できない状態から，PFM - Agentを停止しPFM - Agentのホスト名を変更した

Performance Managementの各サービスは，起動時にPFM - Managerに対して自分自身のサービス情報（IPアドレス，ホスト名，ポート番号）を登録し，サービス停止時にそれらの情報を削除しています。ここでサービス停止時に何らかの原因でPFM - Managerのサービスと通信できずにサービス情報が削除できなかった場合，PFM - Manager側にはサービス情報が残ります。この状態で前回とまったく同じサービス情報を使用してサービスを起動した場合，Performance Managementの機能で2重起動が抑止されるため，サービスの起動に失敗します（サービスの起動に失敗したホストの共通メッセージログにはKAVE00133-Eが出力されます）。この場合，サービス情報を変更するため，次の手順を実施してください。

jpcconf port defineコマンドを実行し，PFM - Agentのポート固定を解除する（ポートを固定している場合だけ）。

PFM - Agentサービスを再起動する。

jpcconf port defineコマンドを実行し，PFM - Agentのポートを再度固定する（ポートを固定する場合だけ）

jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

過去に起動していたプロセスが残っている

過去に起動していたプロセスが残っている場合，Performance Managementの機能で2重起動が抑止されるため，そのサービスは起動できません。タスクマネージャー（Windowsの場合）やpsコマンド（UNIXの場合）などで起動に失敗したサービスのプロセスが残っていないか確認し，残っていればプロセスを終了させてください。

サービスコントロールマネージャーでエラーが発生した

Windowsでjpcspm startコマンドを実行した場合，KAVE05163-Eメッセージが出力され，サービスの起動に失敗することがあります。メッセージの対処方法に従って対処してください。

(2)　PFM - Web Consoleのサービスが起動しない

考えられる要因およびその対処方法を次に示します。要因だけを示している場合は，「17.2.1(1)　Performance Managementプログラムのサービスが起動しない（PFM - Web Console以外）」にある対処方法と同じです。

Performance Managementプログラムの複数のサービスに対して同一のポート番号を設定している

過去に起動していたプロセスが残っている

サービスコントロールマネージャーでエラーが発生した

暗号化通信を有効にしている場合，暗号化通信ファイル格納フォルダに必要なファイルを格納していない。

暗号化通信に必要なファイルを格納しているかどうか確認してください。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の暗号化通信ファイル格納フォルダにファイルを格納する手順について説明している個所を参照してください。

暗号化通信を有効にしている場合，暗号化通信ファイル格納フォルダに格納しているファイルが正しくない。

必要なファイルを格納していてもサービスが起動されないときは，ファイルが正しくないおそれがあります。ログを確認し，要因となっているファイルを正しいファイルに置き換えてください。

ログの格納先を次に示します。

Windowsの場合：

PFM - Web Consoleのインストール先フォルダ¥CPSB¥httpsd¥log¥error.xxx※

UNIXの場合：

/opt/jp1pcwebcon/CPSB/httpsd/log/error.xxx※

注※　xxxは001から始まる連番を表します。

ログは次の形式で表示されます。エラーレベルが「crit」の該当行を確認してください。

[日時] [エラーレベル] [メッセージ]

メッセージとその要因を次に示します。

項番

メッセージ

要因

1

The private key doesn't match the public key

秘密鍵ファイルとサーバ証明書ファイル（または自己署名証明書ファイル）がペアでない。

2

Bad password for the private key

秘密鍵ファイルと秘密鍵パスワードファイルがペアでない。

localhostの名前解決がされていない環境でPFM - Web Consoleのサービスを起動している。

localhostの名前解決がされていない環境では，PFM - Web Consoleのサービスが起動しません。localhostの名前解決がされている環境でサービスを起動してください。

PFM - Web Consoleのセットアップが完了していない。

PFM - Web Consoleのインストール時に設定するPFM - Web Consoleのポート番号がすでにほかのプログラムで使用されている場合，PFM - Web Consoleのセットアップが完了しないままインストールが終了します。この場合は，PFM - Web Consoleで使用するポート番号の設定を見直してからjpcwsvsetupコマンドを実行して，ポート番号のセットアップを完了させてください。

PFM - Web Consoleのポート番号の設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，ポート番号の設定について説明している個所を参照してください。jpcwsvsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Web Consoleの前提となるRPMパッケージが適用されていない。（UNIXの場合だけ）

PFM - Web Consoleのインストール時に，PFM - Web Consoleの前提となるRPMパッケージが適用されていない場合，PFM - Web Consoleのセットアップが完了しないままインストールが終了します。この場合は，PFM - Web Consoleの前提となるRPMパッケージが適用されているかを見直してからjpcwsvsetupコマンドを実行し，セットアップを完了させてからサービスを起動してください。

PFM - Web Consoleの前提となるRPMパッケージについては，リリースノートを参照してください。jpcwsvsetupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

Webコンテナサービスの起動に時間が掛かっていることによって，PFM - Web Consoleのサービスの起動に失敗した。

負荷の高い環境などでjpcwstartコマンドやサービスコントロールパネルなどからPFM - Web Consoleサービスを起動した場合，Webコンテナサービスの起動に時間に掛かっていることによって，サービスの起動が失敗する場合があります。この場合は，しばらく時間を置いてから再度サービスを起動してください。この現象が頻発する環境では，次の対処方法で，サービス起動完了の待ち時間を変更することができます。

■Windowsの場合

次のレジストリを作成または変更する。

レジストリキー：HKEY_LOCAL_MACHINE¥Software¥Hitachi¥JP1PCWEBCON

値：ContainerStartupWaitCount：DWORD（デフォルト値：12）

値の種類はDWORDで作成します。単位は5秒で，デフォルト値は12（60秒）です。0（待ち時間なし）〜120（10分）の範囲で値を指定できます。

■UNIXの場合

jpcwstartコマンドを，-rcオプションを指定して実行する。

jpcwstartコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　サービスの起動要求をしてからサービスが起動するまで時間が掛かる

jpcspm startコマンドを実行してから，またはWindowsの［サービス］でサービスを開始してから，実際にサービスが起動するまで時間が掛かることがあります。次の要因で時間が掛かっている場合，2回目の起動時からはサービスの起動までに掛かる時間が短縮されます。

スタンドアロンモードで起動する場合，サービスが起動するまでに時間が掛かることがあります。

Storeデータベースをリストアしたあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが再構築されます。そのため，サービスが起動するまでに時間が掛かることがあります。

エージェントを新規に追加したあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが作成されます。そのため，サービスが起動するまでに時間が掛かることがあります。

電源切断などによってStoreサービスが正常な終了処理を実施できなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Storeサービスの起動に時間が掛かることがあります。

(4)　Performance Managementプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない

Performance Managementプログラムのサービスを停止した直後に，このサービスが使用していたポート番号で，ほかのプログラムがサービスを開始した場合，通信が正しく実行されないことがあります。この現象を回避するために，次のどちらかの設定をしてください。

Performance Managementプログラムのサービスに割り当てるポート番号を固定する

Performance Managementプログラムの各サービスに対して，固定のポート番号を割り当てて運用してください。ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

TCP_TIMEWAIT値を設定する

TCP_TIMEWAIT値で接続待ち時間を設定してください。

HP-UX，AIXの場合，次のように指定して，接続待ち時間を75秒以上にしてください。

HP-UXの場合：tcp_time_wait_interval:240000

AIXの場合：tcp_timewait:5

Windows，Solarisの場合，接続待ち時間をデフォルトの設定としてください。デフォルト値は，次のとおりです。

Solarisの場合：4分

Windowsの場合：2分

Linuxの場合，接続待ち時間のデフォルト値（60秒）は変更できません。Performance Managementプログラムのサービスのポート番号を固定する方法で対応してください。

(5)　「ディスク容量が不足しています」というメッセージが出力されたあとMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止する

Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，「ディスク容量が不足しています」というメッセージが出力されたあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが停止します。

このメッセージが表示された場合，次のどちらかの対処をしてください。

十分なディスク容量を確保する

Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されているシステム見積もりを参照してください。

Storeデータベースの格納先について，イベントデータの格納先を変更する方法は，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。パフォーマンスデータの格納先を変更する方法については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

Storeデータベースの保存条件を変更する

Storeデータベースの保存条件を変更し，Storeデータベースのデータ量の上限値を調整してください。Storeデータベースの保存条件を変更する方法については，「4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）」，「4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」または「4.2.1　イベントデータのレコード数の上限値を変更する」を参照してください。

これらの対処をしたあともMaster Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスが起動されない場合，Storeデータベースに回復できない論理矛盾が発生しています。この場合，バックアップデータからStoreデータベースをリストアしたあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを起動してください。利用できるバックアップデータがない場合は，Storeデータベースを初期化したあと，Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービスを起動してください。Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。

［StoreVRが1.0の場合］

拡張子が.DBであるファイル

拡張子が.IDXであるファイル

［StoreVRが2.0の場合］

拡張子が.DBであるファイル

拡張子が.IDXであるファイル

STPI,STPD,STPLディレクトリ配下を削除してください。

（STPI,STPD,STPLディレクトリは残してください）

デフォルトのStoreデータベースの格納先ディレクトリは，次のとおりです。

パフォーマンスデータのStoreデータベース格納先ディレクトリ

各PFM - AgentまたはPFM - RMマニュアルを参照してください。

イベントデータのStoreデータベースの格納先ディレクトリ

［PFM - Managerがクラスタ環境でない場合］

Windowsの場合：

インストール先フォルダ¥mgr¥store¥

UNIXの場合：

/opt/jp1pc/mgr/store/

［PFM - Managerがクラスタ環境である場合］

Windowsの場合：

環境ディレクトリ¥jp1pc¥mgr¥store¥

UNIXの場合：

環境ディレクトリ/jp1pc/mgr/store/

(6)　PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

Correlatorサービスは起動時にエージェントのアラームステータスを確認します。そのため，エージェントを停止しないでPFM - Managerを再起動した場合，Correlatorサービスの起動に時間が掛かることがあります。このような場合，Correlatorクイック起動機能を有効にすることを検討してください。

Correlatorクイック起動機能を有効にすると，エージェントのアラームステータスの確認はCorrelatorサービスの起動後に必要に応じて実施されるようになるため，サービスの起動に掛かる時間が短縮されます。なお，Correlatorサービスがアラームステータスの確認状況を通知する際，次の表に示すメッセージテキストがエージェントイベントで出力されることがあります。

メッセージテキストの内容

意味

State information

Correlatorサービスが，エージェントからアラームイベントを受信し，アラームステータスを正しく確認した。

State information(Unconfirmed)

Correlatorサービスが，エージェントからアラームイベントを受信したが，アラームステータスを確認できなかった。

State change(Unconfirmed)

Correlatorサービスが，アラームステータスが未確認のエージェントからアラームイベントを受信した。受信したアラームイベントの内容からPFM - AgentまたはPFM - RMの状態を推定した。

次の表に，メッセージテキストの出力契機を示します。

Correlatorクイック起動機能の設定

アラームステータスの確認契機

アラームステータスの確認成否と出力されるメッセージテキスト

成功

失敗

無効（ただし，起動情報ファイル（jpccomm.ini）でRetry Getting Alarm Statusラベルを有効に指定した場合）

PFM - Manager起動時

State information

State information(Unconfirmed)

アラームステータスの確認失敗後，エージェントから次のアラームイベントを受信したとき

State information

State change(Unconfirmed)※

有効

PFM - Manager起動後，エージェントからのアラームイベント初回受信時

State information

State information(Unconfirmed)

アラームステータスの確認失敗後，エージェントから次のアラームイベントを受信したとき

State information

State change(Unconfirmed)※

注※

PFM - Managerが推定したPFM - AgentまたはPFM - RMの状態が変化した場合だけ出力されます。

Correlatorクイック起動機能の設定を変更する手順を次に示します。

Performance Managementのプログラムおよびサービスを停止する。

PFM - ManagerホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，PFM - Managerホストのjpccomm.iniファイルを開く。

jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ¥

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

UNIXの場合

環境ディレクトリ/jp1pc/

Correlatorクイック起動機能の利用可否を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Correlator Startup Mode=1

無効にする場合

Correlator Startup Mode=0

jpccomm.iniファイルを保存して閉じる。

Performance Managementのプログラムおよびサービスを起動する。

(7)　Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

PFM - AgentまたはPFM - RMホストがWindowsの場合，PFM - AgentまたはPFM - RMの起動時にAgent CollectorサービスまたはRemote Monitor Collectorサービスの起動に失敗して，Windowsの再起動時，Windowsイベントログに次のどちらかのメッセージが出力されることがあります。

「サービス名サービスは起動時に停止しました。」

「サービス名サービスは開始時にハングしました。」

この現象は，Windowsのサービスコントロールマネージャーのタイムアウトによって発生するため，PFM - Managerへの通信負荷が高く，PFM - Managerからの応答に時間が掛かるときに発生しやすくなります。次の条件にすべて該当する場合に発生します。

PFM - Managerへの通信負荷が高い。

例えば，多数のPFM - AgentまたはPFM - RMの起動処理が同時に実行されている場合などが該当します。

PFM - AgentまたはPFM - RMの各サービスについて，Windowsの［サービス］でスタートアップ種別が「自動」に設定されている。

OSを再起動する。

この現象を回避するためには，次のどちらかの設定をして運用してください。

OSの再起動と同時にサービスを起動する場合，Windowsのサービスコントロールマネージャーから起動するのではなく，jpcspm startコマンドを実行して起動する。

PFM - AgentまたはPFM - RMホストで次の設定を行って，PFM - AgentまたはPFM - RMの起動時間を短縮する。

この設定で，PFM - AgentまたはPFM - RMのサービスの起動時に，PFM - Managerに接続できない場合の再接続処理が短縮されます。この場合，PFM - AgentまたはPFM - RMのサービスがスタンドアロンモードで起動する確率が高くなります。

PFM - AgentまたはPFM - RMの起動時間を短縮するには，起動情報ファイル（jpccomm.ini）の［Agent Collector x Section］※および［Agent Store x Section］※の「NS Init Retry Count」ラベルを，「NS Init Retry Count =2」から「NS Init Retry Count =1」に変更します。

注※

「x」には，PFM - AgentまたはPFM - RMのプロダクトIDが入ります。プロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されている識別子一覧を参照してください。同一ホスト上にPFM - AgentまたはPFM - RMが複数インストールされている場合は，それぞれのプロダクトIDごとに「NS Init Retry Count」ラベルの値を設定してください。

起動情報ファイル（jpccomm.ini）の格納先は，次のとおりです。

PFM - AgentまたはPFM - RMホストが物理ホストの場合

インストール先フォルダ¥jpccomm.ini

PFM - AgentまたはPFM - RMホストが論理ホストの場合

環境ディレクトリ※¥jp1pc¥jpccomm.ini

注※

論理ホスト作成時に指定した共有ディスク上のディレクトリを示します。

(8)　同時に起動した複数のエージェントでスタンドアロンモードからの回復に時間が掛かる

起動時にスタンドアロンモードとなった監視エージェントは，自動的に監視マネージャーへの接続をリトライし，成功すれば通常モードに移行します。

多数の監視エージェントを同時に起動すると，各監視エージェントから監視マネージャーへの通信が集中することで接続エラーが発生し，複数の監視エージェントがスタンドアロンモードとなる場合があります。このとき，監視マネージャーへの接続リトライが一定間隔で実施される設定になっていると，それらの監視エージェントが同じタイミングでリトライし続けることで通信の集中が繰り返され，通常モードに移行するまでに時間が掛かってしまいます。

このような現象が発生するときは，対象となる監視エージェントの起動情報ファイル（jpccomm.ini）の[Common Section]セクションで，Random Retry Mode（再接続処理の分散機能）の値を1（有効）にしてください。

この操作によって，スタンドアロンモードの監視エージェントから監視マネージャーへの接続リトライが一定ではなくランダムな間隔となり，通信の集中を防止できます。

なお，この設定は，システム内のPFM - ManagerまたはPFM - Baseのバージョンが10-10-20以降で，PFM - AgentまたはPFM - RMのバージョンが10-00以降の場合に適用できます。

起動情報ファイル（jpccomm.ini）の変更方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，起動情報ファイル（jpccomm.ini）について説明している個所を参照してください。

17.2.2　KAVE00493-Eが出力されてサービスが起動できない場合の回復方法について

PFM - Manager，PFM - Agent，またはPFM - RMの監視ホスト名に使用している物理ホスト名を変更する際に，指定された方法で実施していない場合は，データの破損を防ぐため，以降のサービスの起動が抑止されKAVE00493-Eのメッセージが出力されます。このような状況となったときは，現状の物理ホスト名を明確にした上で，起動するサービスの種類に応じて次に示す方法で回復してください。

メモ

現状の物理ホスト名が明確でない場合は，「jpcconf host hostmode -display」コマンドを実行して監視ホスト名の取得方法を確認してください。監視ホスト名の取得方法から物理ホスト名の確認コマンドがわかります。詳細はマニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

PFM - Managerのサービスが起動できない場合の回復方法

(1)，(2)の内容に従って回復してください。

PFM - AgentまたはPFM - RMのサービスが起動できない場合の回復方法

該当するホストの物理ホスト名の変更手順を正しく実施し直すことで回復できます。

物理ホスト名の変更手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

なお，物理ホスト名の変更操作自体は実施済みのため不要です。

また，サービス停止の際にKAVE05217-Eのメッセージが出力されて失敗する場合は，変更前のホスト名で名前解決できるように，jpchostsファイルを編集してから，再度コマンドを実行してください（サービスが停止できたら，jpchostsファイルの内容を戻してください）。

(1)　KAVE00493-Eが出力されてサービスが起動できない場合の回復の流れ（PFM - Managerの場合）

回復するには，監視マネージャー，監視コンソールサーバ，監視エージェントのそれぞれのホスト，および監視コンソールで操作が必要です。

操作の流れを次に示します。

図17‒1　KAVE00493-Eが出力されてサービスが起動できない場合の回復の流れ

(2)　KAVE00493-Eが出力されてサービスが起動できない場合の回復手順

回復するには，現状の物理ホスト名と，稼働監視システムで使用する監視ホスト名を合わせ，古い情報を削除します。

前提条件

操作に使用するコマンドについての詳細は，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

操作を実行するホストが論理ホスト運用の場合，サービスの起動または停止の手順はクラスタソフトから実施してください。

実行ホストが論理ホスト運用の場合，専用のオプション（-lhost 論理ホスト名）が必要となるコマンドがあります。詳細を確認してから各コマンドを実行してください（手順中のコマンド実行例は物理ホスト運用の場合のものです）。

操作手順

PFM - Web Consoleホストでサービスを停止する。

ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - Managerホストでサービスを停止する。

ホスト名を変更したPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

なお，コマンド実行時にKAVE05217-Eのメッセージが出力されて失敗する場合は，変更前のホスト名で名前解決できるように，jpchostsファイルを編集してから，再度コマンドを実行してください（サービスが停止できたら，jpchostsファイルの内容を戻してください）。

PFM - Managerホストの監視ホスト名を変更する。

ホスト名を変更したPFM - Managerホストでjpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

物理ホスト名をhostBに変更する場合のコマンドの実行例を次に示します。

Windowsの場合

jpcconf host hostname -newhost hostB -d d:¥backup -dbconvert convert

UNIXの場合

jpcconf host hostname -newhost hostB -d /var/tmp/backup -dbconvert convert

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。

接続先PFM - Managerの設定を変更する。（監視二重化の場合）

ホスト名を変更していないPFM - Managerホストで，jpcconf mgrhost defineコマンドを実行して接続先PFM - Managerの設定を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

必要に応じて，PFM - Agent固有の手順を実行する。

ホスト名を変更したPFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。

表17‒2　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合

次のPFM - Agentの場合

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順についてはマニュアル「JP1/Performance Management 設計・構築ガイド」の物理ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順について説明している個所を参照してください。

上記以外の場合

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービスを起動する。

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用します。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

PFM - Web Consoleホストで，接続先PFM - Managerの設定を変更する。

ホスト名を変更したPFM - Managerに接続するPFM - Web Consoleホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定を変更するには，初期設定ファイル（config.xml）を変更します。詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

PFM - Web Consoleホストでサービスを起動する。

ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

ヘルスチェックエージェントの設定を削除する。

ヘルスチェック機能を使用している場合，サービスIDに変更前のホスト名を含むヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」，または「6.　アラームによる稼働監視」を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更したPFM - Managerと同一ホストにインストールしている，サービスIDに変更前のホスト名を含むPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，「3.　エージェントの監視」を参照してください。

PFM - Managerホストでサービス情報を削除する。

PFM - Managerホストのホスト名を変更しても，変更前のホスト名が付けられたPerformance Managementプログラムのサービス情報は変更されないため，不要な情報を削除する必要があります。監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

削除対象のサービス情報の種類と確認方法を次に示します。

変更前のホスト上のサービス情報

次のコマンドで表示される項目すべてが削除対象です。

jpctool service list -id "*" -host 変更前のホスト名

サービスIDに変更前のホスト名を含むサービス情報

次のコマンドで表示される項目のうち，［Service ID］列に変更前のホスト名を含むものが削除対象です。

jpctool service list -id "*"

サービス情報は，jpctool service deleteコマンドを使用して削除します。

変更前のホスト上にあるサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id "*" -host 変更前のホスト名

また，サービスIDに変更前のホスト名を含むサービス情報は，次に示すコマンドで削除します。

jpctool service delete -id "???変更前のホスト名" -host 変更後のホスト名

なお，コマンド実行時にKAVE05233-Wメッセージが出力され，サービス情報の削除に失敗する場合，次のように指定してコマンドを再実行してください。

jpctool service delete -id "*" -host 変更前のホスト名 -force
jpctool service delete -id "???変更前のホスト名" -host 変更後のホスト名 -force

参考

jpctool service listコマンドでは，DB上に残っている，変更前のホスト名を含む古いサービス情報が表示されない場合があります。このようなサービス情報も，DB上から削除する必要があるため，ここで示したjpctool service deleteコマンドは必ず実行してください。

PFM - Managerのサービス情報を反映する。

PFM - Web Consoleにサービス情報の削除を反映するため，PFM - ManagerとPFM - Web Consoleのサービス情報を同期します。サービス情報を同期するにはjpctool service syncコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。

必要に応じて，業務グループの構成を変更する。

ホスト名を変更したPFM - Managerホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，「2.7　業務グループの設定と運用」を参照してください。

PFM - AgentまたはPFM - RMホストで接続先PFM - Managerの設定を変更する。

ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストで，接続先PFM - Managerの設定を変更します。接続先PFM - Managerの設定の変更は，jpcconf mgrhost defineコマンドを使用します。例えば，接続先PFM - Managerのホスト名がhostBに変更された場合，次のように指定してコマンドを実行します。

jpcconf mgrhost define -host hostB

ここでは，対話形式の実行例を示していますが，jpcconf mgrhost defineコマンドは非対話形式でも実行できます。

PFM - AgentまたはPFM - RMホストでサービスを起動する。

ホスト名を変更したPFM - Managerに接続するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

ヘルスチェックエージェントの定義を再設定する。

ヘルスチェック機能を利用している場合，ホスト名変更後のヘルスチェックエージェントの定義（手順11で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの定義を再設定する。

ホスト名を変更したPFM - Managerと同一ホストにインストールしているPFM - AgentまたはPFM - RMの定義（手順12で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドを使用するか，または監視コンソールから，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - Managerホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - Managerホスト名＞」を設定してください。

アクションでJP1イベントを発行している場合

アクションのJP1イベントの設定を再度行ってください。

アラーム編集方法の詳細については，「6.　アラームによる稼働監視」を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，「12.　統合管理製品（JP1/IM）と連携した稼働監視」を参照してください。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，「11.5　定義情報の二重化」を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

パフォーマンスデータの収集

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

17.2.3　エージェントとの接続に関するトラブルシューティング

PFM - Web Consoleで「エージェントに接続できない」や「エージェントが表示されない」などのエラーが出力された場合の考えられる要因およびその対処方法を次に示します。

PFM - Manager，PFM - AgentまたはPFM - RM間の通信に問題がある

PFM - Managerホストから「ping PFM - AgentホストまたはPFM - RMホスト」および「ping PFM - AgentまたはPFM - RMホストのIPアドレス」を実行し，次のことを確認してください。

通信ができるか

通信ができた場合，使用されたIPアドレスがPFM - AgentまたはPFM - RMホストで使用されているIPアドレスと同じであるか

jpchostsファイルやhostsファイルを使用している場合，使用されたIPアドレスがPFM - Managerホストと，PFM - AgentまたはPFM - RMホスト上のjpchosts，hostsファイルに正しく設定されているか

Performance Managementでは，jpchosts，hosts，DNSの順に名前解決が行われます。

PFM - AgentまたはPFM - RMホストから「ping PFM - Managerホスト」および「ping PFM - ManagerホストのIPアドレス」を実行し，以下のことを確認してください。

通信ができるか

通信ができた場合，使用されたIPアドレスがPFM - Managerホストで使用されているIPアドレスと同じであるか

jpchostsファイルやhostsファイルを使用している場合，使用されたIPアドレスがPFM - Managerホストと，PFM - AgentまたはPFM - RMホスト上のjpchosts，hostsファイルに正しく設定されているか

Performance Managementでは，jpchosts，hosts，DNSの順に名前解決が行われます。

ヒント

ファイアウォールの設定によってpingは通過できる場合があります。pingでは通信ができるのに，Performance Managementシステムでは通信ができない場合は，ファイアウォールの通過について確認してください。

ファイアウォールの通過設定に問題がある

PFM - ManagerとPFM - Agent間，またはPFM - ManagerとPFM - RM間にファイアウォールがある場合は，PFM - Manager，PFM - Agent，およびPFM - RMそれぞれにポートが固定されているか。また，ファイアウォールの通過設定をしているかを確認してください。

ファイアウォールの通過方向については，マニュアル「JP1/Performance Management リファレンス」を参照してください。

すでにシステムに存在しないPFM - AgentまたはPFM - RMを選択している

PFM - Managerホストでjpctool service list -id * -host *を実行した場合に，ホスト名変更前の情報が表示されないかどうかを確認してください。

表示された場合は，PFM - Managerホストでjpctool service deleteコマンドを実行してエージェントのサービス情報を削除し，jpctool service syncコマンドでPFM - ManagerとPFM - Web Consoleに登録されているサービス情報を同期してください。

コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

17.2.4　PFM - Web Consoleへのログインに関するトラブルシューティング

(1)　ログイン時に指定したPerformance Managementユーザー名が認識されない

指定したPerformance Managementユーザー名のアカウントが作成されていないおそれがあります。監視コンソールからユーザー名「ADMINISTRATOR」でPFM - Web Consoleにログインし，［ユーザー管理階層］画面でPerformance Managementユーザーアカウントが作成されているか確認してください。Performance Managementユーザーアカウントが作成されていない場合は，作成してください。

また，ログイン時に指定したのが業務グループユーザーの場合，業務グループが割り当てられていないおそれがあります。監視コンソールからユーザー名「ADMINISTRATOR」でPFM - Web Consoleにログインし，［ユーザー管理階層］画面でユーザーに業務グループが割り当てられているか確認してください。業務グループが割り当てられていない場合，割り当ててください。

Performance Managementユーザーアカウントの作成方法および業務グループの割り当て方法については，「2.　ユーザーアカウントと業務グループの管理」を参照してください。

(2)　PFM - Web ConsoleからPFM - Manager（View Serverサービス）に対する接続に失敗する

考えられる要因およびその対処方法を次に示します。

初期設定ファイル（config.xml）に指定されているホスト名またはポート番号に誤りがある

ホスト名およびポート番号が正しいかどうか確認してください。誤りがある場合は指定し直したあと，PFM - Web Consoleを再起動して操作を再実行してください。

View Serverサービスが初期化されていない

View Serverサービスの起動に必要なサービスやプロセスが，まだ起動されていないおそれがあります。しばらく待ってから，操作を再実行してください。

PFM - Managerホストが，PFM - Web Consoleホストから接続できないIPアドレスを使用している

PFM - ManagerホストにIPアドレスが複数設定されている場合や，PFM - ManagerとPFM - Web Console間でIPアドレス変換（NATなど）が実行される場合，接続が確立できないことがあります。この場合は，PFM - Managerでホスト名の設定が必要になります。設定方法については，マニュアル「JP1/Performance Management リファレンス」の，付録に記載されているポート番号一覧を参照してください。

PFM - Web Consoleが対応していない機能が，接続先のPFM - Managerで有効に設定されている

接続先のPFM - ManagerのバージョンがPFM - Web Consoleのバージョンよりも新しい場合，PFM - Web Consoleが対応していない機能が接続先のPFM - Managerで有効に設定されていないかどうか確認してください。

設定が有効になっている場合は，設定を無効にするか，PFM - Web Consoleのバージョンアップを検討してください。

該当する機能と対応するPFM - Web Consoleのバージョンを次の表に示します。

機能

対応バージョン

アラームテーブル複数バインド機能

PFM - Web Console 08-50以降

業務グループによるアクセスコントロール機能

PFM - Web Console 09-50以降

監視一時停止機能

PFM - Web Console 10-50以降

(3)　Webブラウザにログイン画面が表示されない

考えられる要因およびその対処方法を次に示します。

URLに誤りがある

暗号化通信を有効にしている場合は，「https」から始まるURLを指定してください。

暗号化通信を無効にしている場合は，「http」から始まるURLを指定してください。

暗号化通信を有効にしている場合，Webブラウザの設定に誤りがある

Webブラウザの設定でTLS通信を有効にしてください。

WebブラウザがInternet Explorerの場合に，TLS通信を有効にする手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の監視コンソールを使用するためのWebブラウザの設定手順について説明している個所を参照してください。

WebブラウザがGoogle Chromeの場合も，Internet Explorerと同様の手順でTLS通信を有効にできます。WebブラウザがFirefoxの場合は，TLS通信は常に有効です。

(4)　Webブラウザにセキュリティの警告画面が表示される

暗号化通信を有効にしている場合，設定している証明書などによってセキュリティの警告画面が表示されます。

考えられる要因，対処方法，および警告メッセージの例を次に示します。

Webブラウザにルート証明書がインポートできていない，または誤ったルート証明書をインポートしている

サーバ証明書を取得した認証局のルート証明書をインポートしてください。

画面には次のような警告メッセージが表示されます。

Internet Explorerの場合

「このWebサイトで提示されたセキュリティ証明書は，信頼された証明機関から発行されたものではありません。」

Firefoxの場合

「発行者の証明書への認証パスが提供されていないためこの証明書は信頼されません。」または「この証明書は信頼されている提供元から得られたものではありません。」

Google Chromeの場合

「この接続ではプライバシーが保護されません

URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）では、悪意のあるユーザーによって、パスワード、メッセージ、クレジット カードなどの情報が盗まれる可能性があります

NET::ERR_CERT_COMMON_NAME_INVALID」

PFM - Web Consoleの暗号化通信ファイル格納フォルダに格納してあるサーバ証明書の有効期限が切れている

サーバ証明書を再び取得し，設定を更新してください。詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」のWebブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れについて説明している個所を参照してください。

画面には次のような警告メッセージが表示されます。

Internet Explorerの場合

「このWebページで提示されたセキュリティ証明書は，有効期限が切れているかまだ有効ではありません。」

Firefoxの場合

「この証明書の有効期限は（日時）に切れています。」

Google Chromeの場合

「この接続ではプライバシーが保護されません

URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）では、悪意のあるユーザーによって、パスワード、メッセージ、クレジット カードなどの情報が盗まれる可能性があります

NET::ERR_CERT_DATE_INVALID」

サーバ証明書に設定されているホスト名（Common Name）と，ログイン画面のURLのホスト名が一致していない

サーバ証明書に設定されているホスト名（Common Name）と，ログイン画面のURLのホスト名が一致しているか確認してください。Common NameにFQDN形式のホスト名が設定されているときは，ログイン画面のURLも「ホスト名＋ドメイン名」の必要があります。

サーバ証明書に設定されているホスト名（Common Name）は，jpcwtool https output certtextコマンドで確認できます。コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している個所を参照してください。

画面には次のような警告メッセージが表示されます。

Internet Explorerの場合

「このWebサイトで提示されたセキュリティ証明書は，別のWebサイトのアドレス用に発行されたものです。」

Firefoxの場合

「この証明書はサーバ証明書に設定されているホスト名（Common Name）にだけ有効なものです。」

Google Chromeの場合

「この接続ではプライバシーが保護されません

URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）では、悪意のあるユーザーによって、パスワード、メッセージ、クレジット カードなどの情報が盗まれる可能性があります

NET::ERR_CERT_COMMON_NAME_INVALID」

サーバ証明書の定義が不足している

サーバ証明書にSAN（サブジェクト代替名）の定義がないため，SANの定義を追加したサーバ証明書を入手して，Webブラウザにインストールしてください。

サーバ証明書に設定されているCommon NameおよびSANは，jpcwtool https output certtextコマンドで確認できます。コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している個所を参照してください。

また，jpcwtool https output certtextコマンドは，SANを出力しません。SANの定義を追加した証明書発行要求を作成できるOpenSSLなどのツールで，サーバ証明書を作成してください。サーバ証明書を作成する際は，jpcwtool https output certtextコマンドに設定する入力項目に加えて，CN（Common Name）に指定する値をSANに設定してください。

Internet Explorer，Firefoxの場合

この現象は発生しません。

Google Chromeの場合

「この接続ではプライバシーが保護されません

URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）では、悪意のあるユーザーによって、パスワード、メッセージ、クレジット カードなどの情報が盗まれる可能性があります

NET::ERR_CERT_COMMON_NAME_INVALID」

詳細情報

「このサーバーがURLのPFM - Web Consoleホストのホスト名（＋ドメイン名）であることを確認できませんでした。このサーバのセキュリティ証明書でSAN（サブジェクトの別名）が指定されていません。設定が不適切であるか、悪意のあるユーザーによって接続が妨害されている可能性があります。」

17.2.5　コマンドの実行に関するトラブルシューティング

(1)　jpctool service listコマンドを実行すると稼働していないサービス名が出力される

考えられる要因およびその対処方法を次に示します。

Performance Managementプログラムのサービス情報を削除しないでPerformance Managementプログラムをアンインストールした

Performance ManagementプログラムをアンインストールしてもPerformance Managementプログラムのサービス情報はデータベースに残っています。jpctool service deleteコマンドを実行して，Performance Managementプログラムのサービス情報を削除してください。jpctool service deleteコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

Performance Managementプログラムのサービス情報を削除しないでマシンのホスト名を変更した

Performance Managementプログラムのサービス情報を削除しないでマシンのホスト名を変更した場合，以前のホスト名が付けられているサービスIDのサービス情報が，Master Managerサービスが管理しているデータベースに残っています。jpctool service deleteコマンドを実行して，Performance Managementプログラムのサービス情報を削除してください。jpctool service deleteコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，ホスト名の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(2)　jpctool db dumpコマンドを実行すると，指定したStoreデータベースと異なるデータが出力される

同じStoreサービスに対して，同じエクスポートファイル名を指定して，複数回jpctool db dumpコマンドを実行すると，先に実行した出力結果があとから実行された実行結果に上書きされます。同じStoreサービスに対して，複数回jpctool db dumpコマンドを実行する場合は，異なる名称のエクスポートファイルを指定してください。jpctool db dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　削除したエージェントが表示される

jpctool service deleteコマンド実行前にはアラームをアンバインドする必要があります。アンバインドしなかった場合は，削除したエージェントにバインドされていたアラームテーブルについて，削除したエージェントが表示されることがあります。次のように実行すると，この現象が発生します。

PFM - Web Consoleの［アラーム階層］画面で，［バインドしたエージェントの表示］メソッドを選択

jpctool alarm listコマンドを実行

この場合は次の手順を実施し回復してください。

該当のアラームテーブルを別名にコピーする。

（例）アラームテーブル名：AAA -> AAA2

該当のアラームテーブルを削除する。

（例）アラームテーブルAAAを削除

手順1.でコピーしたアラームテーブルを元の名称にコピーする。

（例）アラームテーブル名：AAA2 -> AAA

手順1.でコピーしたアラームテーブルを削除する。

（例）アラームテーブルAAA2を削除

該当のアラームテーブルをバインドしていたエージェントに再度バインドする。

17.2.6　エージェントの管理に関するトラブルシューティング

(1)　エージェントがPFM - Web Consoleの［エージェント階層］画面に1つも表示されない

監視対象のエージェントを定義していないおそれがあります。PFM - Web Consoleで監視対象のエージェントを定義してください。エージェントの定義方法については，「3.　エージェントの監視」を参照してください。

(2)　サーバやエージェントの稼働状況が状態不明または非対応になる

PFM - Web Consoleの［システム稼働状況サマリ監視］画面に表示されるサーバやエージェントの稼働状況が，状態不明または非対応になった場合，次の手順に従って対処してください。

なお，対処の前にあらかじめ［エージェント階層］画面のナビゲーションフレームに表示されている各エージェントを確認して，稼働状況が状態不明または非対応になっているエージェントを特定してください。

稼働状況ごとの参照個所を次の表に示します。

表17‒3　稼働状況ごとの参照個所

エージェント種別

稼働状況

画面エリア

［サーバの稼働状況］

［エージェントの稼働状況］

PFM - AgentまたはRemote Monitor Collectorサービス

状態不明

−

(a)参照

非対応

−

(b)参照

リモートエージェント

状態不明

(c)参照

非対応

(d)参照

（凡例）

−：該当しない

(a)　稼働状況が状態不明になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合

［エージェントの稼働状況］エリアに，稼働状況が状態不明になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合，特定したエージェントが稼働するホストでStatus Serverサービスが稼働していません。Status Serverサービスを起動させてください。

(b)　稼働状況が非対応になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合

［エージェントの稼働状況］エリアに，稼働状況が非対応になっているPFM - AgentまたはRemote Monitor Collectorサービスがある場合，特定したエージェントがステータス管理機能に対応していません。ステータス管理機能に対応したバージョンへのバージョンアップを検討してください。

(c)　稼働状況が状態不明になっているリモートエージェントがある場合

［サーバの稼働状況］または［エージェントの稼働状況］エリアに，稼働状況が状態不明になっているリモートエージェントがある場合の対処手順を，次に示します。

特定したリモートエージェントに対応するRemote Monitor Collectorサービスを特定する。

特定したRemote Monitor Collectorサービスが起動しているかどうかを確認する。

Remote Monitor Collectorサービスが起動していない場合，起動させてください。

なお，サービスの状態の確認方法については，「1.6　サービスの状態の確認」を参照してください。また，サービスの起動方法については，「1.2.1　監視マネージャーおよび監視エージェントでサービスを起動する」を参照してください。

すでに起動しているか，起動させたあとも，リモートエージェントの稼働状況が状態不明になっている場合，Remote Monitor Collectorサービスが監視対象ホストと通信できなくなっているおそれがあります。手順3に進んでください。

起動させたあと，稼働状態が非対応に変化した場合は，「17.2.6(2)(d)　稼働状況が非対応になっているリモートエージェントがある場合」に進んでください。

特定したRemote Monitor Collectorサービスと監視対象ホスト間の通信設定を確認する。

Remote Monitor Collectorサービスは，ポーリング通信することで監視対象ホストの稼働状況を確認します。ファイアウォールを経由して通信するシステム構成の場合，ファイアウォールの設定を確認してください。なお，ポーリング通信に必要な設定については，各PFM - RMマニュアルの付録を参照してください。

また，ホスト名解決に関する設定を確認してください。

(d)　稼働状況が非対応になっているリモートエージェントがある場合

［サーバの稼働状況］または［エージェントの稼働状況］エリアに，稼働状況が非対応になっているリモートエージェントがある場合の対処手順を，次に示します。

特定したリモートエージェントに対応するRemote Monitor Collectorサービスを特定する。

［サービス階層］のナビゲーションフレームで，特定したRemote Monitor Collectorサービスを選択する。

メソッドフレームの［プロパティ］をクリックして，［サービスのプロパティ］画面のツリーエリアで［Health Check Configurations］を選択する。

［Health Check for Target Hosts］の値を「Yes」に変更して，［完了］または［適用］ボタンをクリックする。

次回のポーリング周期となる時刻が経過するまで待つ。

ポーリング周期はデフォルトで5分に設定されています。

ポーリング周期となる時刻が経過したあとに稼働状況が状態不明に変化した場合は，「17.2.6(2)(c)　稼働状況が状態不明になっているリモートエージェントがある場合」の手順3に進んでください。

17.2.7　レポートの定義に関するトラブルシューティング

(1)　履歴レポートに表示されない時間帯がある

PFM - AgentまたはPFM - RMがインストールされたマシンの現在時刻を，現在時刻よりも未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの履歴情報は保存されません。

(2)　大量のレポートを表示するとView Serverサービスのメモリー不足が発生する

(a)　Windowsの場合

PFM - Web Consoleで大量のレポートデータを取得する際に，View Serverサービスでメモリー不足が発生し，KAVJS5001-Iメッセージが出力されるときがあります。

View Serverサービスは，デフォルトで使用するメモリーの上限値を256メガバイトに固定して動作します。そのためシステムのメモリー空き状況に関係なく，処理するデータ量によってメモリー不足が発生します（なお，この現象が発生するとView ServerサービスによってKAVE00104-Eメッセージが出力されることがあります）。

この現象は，レポートキャッシュファイル化機能を使って，メモリー使用量を抑えることで回避できます。レポートキャッシュファイル化機能は，初期設定ファイル（config.xml）の<vsa> - <reportCacheFileMode>タグ内のuseReportCacheFileにtrueを指定することで有効にできます。初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

また，次の場合，View Serverサービスが使用するメモリーの上限値を拡張してください。

PFM - Web Console 09-00以前を利用している場合など，レポートキャッシュファイル化機能を使用できないとき

View Serverサービスが使用するメモリーの上限値を変更することで，より多くのレポートデータを処理できます。

PFM - Managerを停止する。

インストール先ディレクトリ¥mgr¥viewsvr直下に，jvmopt.iniという名称で空ファイルを作成する。

jvmopt.iniをテキストエディターで開いて，次の2行を追加する。

-XmxView Serverサービスの使用するメモリーの上限値
-Djava.rmi.dgc.leaseValue=172800000

jvmopt.iniを上書き保存する。

PFM - Managerを再起動する。

使用例

View Serverサービスが使用するメモリーの上限値を384メガバイトにした場合の例を次に示します。

-Xmx384M
-Djava.rmi.dgc.leaseValue=172800000

注1

-Xmxオプションで指定した数値が，View Serverサービスが使用する最大のメモリー使用量となります。

注2

-Xmxオプションは，View Serverサービスが使用するメモリーの上限値を指定するもので，指定した値のメモリーを常に使用するわけではありません。

注3

PFM - Managerを論理ホスト環境で運用している場合は，実行系/待機系両方のインストール先ディレクトリ上にあるjvmopt.iniファイルを変更してください。

(b)　UNIXの場合

PFM - Web Consoleで大量のレポートデータを取得する際に，View Serverサービスでメモリー不足が発生し，KAVJS5001-Iメッセージが出力されるときがあります。

View Serverサービスはデフォルトで使用するメモリーの上限値を256メガバイトに固定して動作します。そのため，システムのメモリー空き状況に関係なく，処理するデータによってメモリー不足が発生します（なお，この現象が発生するとView ServerサービスによってKAVE00104-Eメッセージが出力されることがあります）。

この現象は，レポートキャッシュファイル化機能を使って，メモリー使用量を抑えることで回避できます。レポートキャッシュファイル化機能は，初期設定ファイル（config.xml）の<vsa> - <reportCacheFileMode>タグ内のuseReportCacheFileにtrueを指定することで有効にできます。初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，初期設定ファイル（config.xml）について説明している個所を参照してください。

また，次の場合，View Serverサービスが使用するメモリーの上限値を拡張してください。

PFM - Web Console 09-00以前を利用している場合など，レポートキャッシュファイル化機能を使用できないとき

View Serverサービスが使用するメモリーの上限値を変更することで，より多くのレポートデータを処理できます。

PFM - Managerを停止する。

/opt/jp1pc/mgr/viewsvr/jpcvsvrをテキストエディターで開いて，次の行を検索する。

-XmxView Serverサービスの使用するメモリーの上限値 ¥

/opt/jp1pc/mgr/viewsvr/jpcvsvrを上書き保存する。

PFM - Managerを再起動する。

使用例

View Serverサービスが使用するメモリーの上限値を384メガバイトにした場合の例を次に示します。

-Xmx384m ¥

注1

-Xmxオプションで指定した数値が，View Serverサービスが使用する最大のメモリー使用量となります。

注2

-Xmxオプションは，View Serverサービスが使用するメモリーの上限値を指定するもので，指定した値のメモリーを常に使用するわけではありません。

注3

上書きインストールを実行すると，/opt/jp1pc/mgr/viewsvr/jpcvsvrのファイルが上書きされます。View Serverサービスが使用するメモリーの上限値を拡張して運用していた場合は，上書きインストール前に上記ファイルのバックアップを取り，上書きインストール後に，再度設定してください。

注4

View Serverサービスが使用するメモリーの上限値として指定できるのは，384メガバイトまでです。

注5

PFM - Managerを論理ホスト環境で運用している場合は，実行系/待機系両方の/opt/jp1pc/mgr/viewsvr/jpcvsvrファイルを変更してください。

17.2.8　アラームの定義に関するトラブルシューティング

(1)　アクション実行で定義したプログラムが正しく動作しない

考えられる要因とその対処方法を次に示します。

マシンにログオンした環境とアクション実行で定義したプログラムの実行環境が異なる

マシンにログオンした環境とアクション実行で定義したプログラムの実行環境が異なる場合，プログラムが実行できないことがあります。定義したプログラムがPerformance Managementのアクションとして実行できるかどうか確認してください。Performance Managementのアクションとして実行される場合の実行環境を，次の表に示します。

表17‒4　Performance Managementのアクションとして実行される場合の実行環境

実行環境

Windows

UNIX

アカウント

システムアカウント

rootユーザー権限

環境変数

Performance Managementプログラムのサービス起動時のシステム環境変数

Performance Management起動時のrootユーザー環境変数

カレントのディレクトリ

Action Handlerサービスのフォルダ

Action Handlerサービスのディレクトリ

起動時のシェル

（該当なし）

rootユーザー権限のログインシェル

アクション実行で定義したプログラムの実行権限がない

次のプログラムをPerformance Managementのアクションとして定義している場合，実行権限の制限によって，プログラムが実行できないことがあります。

NFSマウントのディレクトリにあるプログラム

NFSマウントのディレクトリにあるファイルを参照または更新するプログラム

定義したプログラムがPerformance Managementのアクションとして実行できるかどうか確認してください。Performance Managementのアクションとして実行される場合の実行環境については，「表17-4　Performance Managementのアクションとして実行される場合の実行環境」を参照してください。

PFM - Managerまたはアクション実行先ホストのPFM - AgentまたはPFM - RMのAction Handlerサービスが起動されていない

PFM - Managerまたはアクション実行先ホストのPFM - AgentまたはPFM - RMのAction Handlerサービスが停止していると，アクションが実行されません。アクションを実行する場合は，PFM - Managerおよびアクション実行先ホストのPFM - AgentまたはPFM - RMのAction Handlerサービスを起動しておいてください。

(2)　アラームイベントが表示されない

考えられる要因とその対処方法を次に示します。

PFM - Managerが起動されていない

PFM - Managerを停止すると，PFM - AgentまたはPFM - RMからのアラームイベントを正しく発行できません。アラームイベントを監視する場合は，PFM - Managerを起動しておいてください。

(3)　アラームしきい値を超えているのに，エージェント階層の［アラームの状態の表示］画面に表示されているアラームアイコンの色が緑のまま変わらない

考えられる要因とその対処方法を次に示します。

PFM - Managerホスト，PFM - Agentホスト，およびPFM - RMホストのLANG環境変数の文字コード種別がそろっていない環境で，マルチバイト文字を使用したアラームテーブルをバインドしている

このような場合，マルチバイト文字を使用したアラームは正常に評価されません。PFM - Managerホスト，PFM - Agentホスト，およびPFM - RMホストのLANG環境変数を，同じ文字コード種別にそろえて運用してください。LANG環境変数の設定は共通メッセージログを確認し，最新のサービス起動メッセージがどの文字コード種別で出力されているかで確認してください。

なお，PFM - Managerホストが英語環境の場合，現在の設定のまま文字コード種別を変更すると，既存のアラーム定義が文字化けして削除できなくなります。このため，次の作業を実施してください。

アラーム定義内にマルチバイト文字を使用したアラームテーブルが必要な場合は，PFM - Web Consoleからすべてエクスポートする。

エクスポートする際に，jpctool alarm exportコマンドは使用できません。

アラーム定義内にマルチバイト文字を使用したアラームテーブルをすべて削除する。

PFM - Managerを停止する。

PFM - ManagerホストのLANG環境変数の文字コード種別を変更する。

PFM - Managerを起動する。

手順1でアラームテーブルをエクスポートした場合は，PFM - Web Consoleまたはjpctool alarm importコマンドを使用して，アラームテーブルをインポートする。

また，複数の文字コード種別が混在する環境での，そのほかの注意事項については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，Performance Managementの機能について説明している章を参照してください。

(4)　アラームテーブルを削除した場合に大量にアラームが発生する

アラームテーブルをエージェントにバインドしている状態で，バインド済みアラームテーブルを削除すると，アラームステータスは必ず「正常」になります。状態変化とイベント発行有無の関係は以下のようになります。

#

アラームステータス

イベント発行有無

アラーム削除前

アラーム削除後

1

異常

正常

アラームイベント発行あり

2

警告

正常

アラームイベント発行あり

3

正常

正常

アラームイベント発行なし

アラームステータスが「異常」または「警告」状態のアラーム定義を，アラームテーブルの削除などで複数同時に削除すると，エージェントのアラームステータスが「異常」または「警告」から「正常」に変化します。そのため，アラームイベントが発行されます。

複数のエージェントにバインドされているアラームテーブルを削除した場合，アラームイベントが大量に発生し，一時的にピーク性能を超える場合があります。

ピーク性能を超過したかどうかは，共通ログに出力される以下のメッセージで確認できます。

「KAVE00422-W 処理待ちのイベント上限に到達しました」

上記ログに加えて，KAVE00429-E，またはKAVE00345-Eが共通ログに出力された場合，Action Handlerサービスからアクション定義の削除に失敗しています。ただし，このケースでは，アクション実行の契機となるアラーム定義が削除済みのため，削除に失敗したアクションが実行されることはありません。Action Handlerサービスが保持しているアクション情報は，Action Handlerサービスの再起動時に回復します。

(5)　運用中にPFM - Managerのポート番号を変更したあと，アラームイベントが表示されない

PFM - Manager 11-50以降では，ポート番号が固定されているMaster ManagerまたはCorrelatorのポート番号の設定を変更したあと，PFM - Base 11-50以降がインストールされたエージェントホストのPFMサービスを再起動していない場合，アラームイベントが表示されません。この場合，PFM - Base 11-50以降がインストールされたPFMサービスを再起動する必要があります。

ポート番号の設定変更手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，ポート番号の設定変更手順について説明している個所を参照してください。

17.2.9　パフォーマンスデータの収集と管理に関するトラブルシューティング

(1)　データの保存期間を短く設定したにも関わらず，Agent StoreのStoreデータベースのサイズが小さくならない

Storeバージョン1.0でStoreデータベースのファイル容量がすでに限界に達している場合，データの保存期間を短く設定してもファイルサイズは小さくなりません。この場合，保存期間を短く設定したあと，いったんStoreデータベースをバックアップし，リストアし直してください。

データの保存期間の設定方法については，「4.1.2　パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）」または「4.1.3　パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）」を参照してください。また，Agent StoreおよびRemote Monitor Storeデータベースのバックアップとリストアの方法については，「9.3.3　パフォーマンスデータのバックアップとリストア」を参照してください。

(2)　共通メッセージログに「KAVE00128-E」，「KAVE00163-E」および「KAVE00103-E」などのメッセージが出力され，Storeサービスの起動に失敗する

予期しないPFMサービスの停止またはマシンの電源断などの強制停止などによって，Storeデータベースに不整合なデータが発生したおそれがあります。次の方法で対処をしてください。

Storeデータベースを退避してある場合は，Storeデータベースを回復してください。

Storeデータベースを退避していない場合は，起動できない対象のStoreサービス（Master Storeサービス，Agent Storeサービス，またはRemote Monitor Storeサービス）を含んだPFMを停止しStoreデータベースを初期化したあと，停止したPFMサービスを起動してください。

Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。

［StoreVRが1.0の場合］

拡張子が.DBであるファイル

拡張子が.IDXであるファイル

［StoreVRが2.0の場合］

拡張子が.DBであるファイル

拡張子が.IDXであるファイル

STPI,STPD,STPLディレクトリ配下を削除してください。

（STPI,STPD,STPLディレクトリは残してください）

デフォルトのStoreデータベースの格納先ディレクトリは，次のとおりです。

パフォーマンスデータのStoreデータベース格納先ディレクトリ

各PFM - AgentまたはPFM - RMマニュアルを参照してください。

イベントデータのStoreデータベースの格納先ディレクトリ

［PFM - Managerがクラスタ環境でない場合］

Windowsの場合：

インストール先フォルダ¥mgr¥store¥

UNIXの場合：

/opt/jp1pc/mgr/store/

［PFM - Managerがクラスタ環境である場合］

Windowsの場合：

環境ディレクトリ¥jp1pc¥mgr¥store¥

UNIXの場合：

環境ディレクトリ/jp1pc/mgr/store/

(3)　パフォーマンスデータ収集時にKAVE00213-Wが出力されて収集がスキップされる

Agent CollectorサービスおよびRemote Monitor Collectorサービスによるパフォーマンスデータの収集は，レコードごとにスケジューリングされます。収集時に，ほかのレコードの収集や前回の収集が完了していない場合，収集はスキップされます。

この現象を防止する方法として，次の2つがあります。

Collection Offsetプロパティの値を調整する方法

履歴データ同士で収集のタイミングが重なってスキップされている場合に有効です。

Agent CollectorサービスまたはRemote Monitor Collectorサービスのプロパティで，収集がスキップされているレコードのCollection Offsetプロパティの値を調整します。

Collection Offsetプロパティの値の変更方法については「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

履歴データの収集をリアルタイムレポートの表示処理より優先する方法

履歴データの収集タイミングがリアルタイムレポート表示のための収集処理と重なってスキップされている場合に有効です。また，システム内のPFM - Manager，PFM - Base，およびPFM - Web Consoleのバージョンが10-10-20以降で，リアルタイムレポートを表示するPFM - AgentまたはPFM - RMのバージョンが10-00以降の場合に適用できます。

監視エージェントの起動情報ファイル（jpccomm.ini）で，Historical Data Collection Priority Mode（履歴収集優先機能）の値を1（有効）にします。

起動情報ファイル（jpccomm.ini）の変更方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，起動情報ファイル（jpccomm.ini）について説明している個所を参照してください。

メモ

Historical Data Collection Priority Modeは，jpccomm.iniファイル内の共通のセクションと各Agent Collectorのセクションにあります。ホスト上の全Agent CollectorサービスおよびRemote Monitor Collectorサービスにまとめて設定したい場合は共通のセクションにある項目の値を，特定のAgent CollectorサービスまたはRemote Monitor Collectorサービスに個別に設定したい場合は対象のAgent Collectorのセクションにある項目の値を変更してください。

なお，ここで示している方法はどちらも，処理がスケジュールどおり実行されることを前提とした対策です。このため，監視対象からのレスポンスの低下などによって予定より処理に時間が掛かった場合など，収集のスキップを防止できないこともあります。

(a)　Collection Offsetプロパティの指定の有無による収集動作の違い

レコードにCollection Offsetプロパティを指定した場合，該当するレコードの収集を指定した値の分だけずらします。

Collection Offsetプロパティの指定の有無による収集動作の違いを次の図に示します。

図17‒2　Collection Offsetプロパティの指定の有無による収集動作の違い

(b)　履歴データの収集を優先する場合のリアルタイムレポートの表示処理について

監視エージェントの起動情報ファイル（jpccomm.ini）でHistorical Data Collection Priority Modeの値を1（有効）にすると，リアルタイムレポートの表示が通常の処理から［再スケジュールモード］または［一時保存モード］のどちらかに変更されます。これによって，履歴データの収集タイミングがリアルタイムレポートの表示のための収集処理と重なるのが防止されます。

［再スケジュールモード］

リアルタイムレポートの表示要求があった場合，以降の履歴データの収集スケジュールが自動的に確認され，重なるおそれがあるときはリアルタイムレポートの表示処理が再スケジュールされます。

ただし，このモードは，収集に時間の掛かるレコード，およびグループエージェントには適用できません。

図17‒3　再スケジュールモードの概要

詳細は，「17.2.9(3)(d)　リアルタイムレポートを［再スケジュールモード］で表示する場合の動作」を参照してください。

［一時保存モード］

リアルタイムレポートの表示に必要なデータが定期的に自動収集され，最新データだけがメモリー上に一時保存されます。リアルタイムレポートの表示要求があった場合，この一時保存データを使って表示されます。

収集に掛かる時間に関係なくすべてのレコードに有効です。

図17‒4　一時保存モードの概要

詳細は，「17.2.9(3)(e)　リアルタイムレポートを［一時保存モード］で表示する場合の動作」を参照してください。

最初にjpccomm.iniファイルでHistorical Data Collection Priority Modeを有効にした時点では，［再スケジュールモード］となります。

(c)　リアルタイムレポートの動作モードの変更方法

監視エージェントの起動情報ファイル（jpccomm.ini）でHistorical Data Collection Priority Modeの値を1（有効）にしている場合のリアルタイムレポートの動作モード（［再スケジュールモード］または［一時保存モード］）は，画面またはコマンドで変更できます。

［サービスのプロパティ］画面での変更方法

対象の監視エージェントのAgent Collectorサービス，またはリモートエージェントのサービスのプロパティで，リアルタイムレポートとして利用するレコードごとに，Realtime Report Data Collection Modeプロパティの値を変更します。

コマンドでの変更方法

jpcasrec outputコマンドで現在の定義内容をXML形式のファイルに出力し，<realtime-report-data-collection-mode>タグの値を変更して保存して，jpcasrec updateコマンドで定義内容を更新します。

指定する値（画面とコマンドで共通）

Realtime Report Data Collection Modeプロパティと<realtime-report-data-collection-mode>タグで，指定する値は共通です。次のどちらかを指定してください。

「Reschedule」（再スケジュールモード）

「Temporary Log」（一時保存モード）

Realtime Report Data Collection Modeプロパティ（Agent Collectorサービス，またはリモートエージェントのサービスのプロパティ）については，各エージェントのマニュアルの付録を参照してください。また，各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(d)　リアルタイムレポートを［再スケジュールモード］で表示する場合の動作

リアルタイムレポートを［再スケジュールモード］で表示する場合，通常のリアルタイムレポートの表示処理とは，次に示す違いがあります。

表示要求から10秒以内に履歴データの収集が予定されている場合は，リアルタイムレポートの表示が再スケジュールされます。この場合リアルタイムレポートは，履歴データの収集スケジュールに10秒以上の空きがあるタイミングで表示されます。

表示要求後，10秒以上の空きのあるタイミングでリアルタイムレポートが表示されます。再スケジュールする設定だとわかるように，レポートを表示する画面では上部に［再スケジュールモード］と表示され，jpcrptコマンドでは設定されているモードを示すメッセージが実行時に出力されます。

データの収集に10秒以上掛かるレコードは，画面にエラーメッセージが表示されてリアルタイムレポートが表示できません。

これらのレコードについては，［一時保存モード］で表示することを検討してください。

データの収集に10秒以上掛かると想定されているレコードは，Over 10 Sec Collection Timeプロパティ※の値が「Yes」になっています。グループエージェントでは，すべてのレコードが該当します。なお，このほかのレコードでも，環境によってはデータの収集に10秒以上掛かってリアルタイムレポートが表示できない場合があります。

注※　エージェントの起動情報ファイル（jpccomm.ini）で，Historical Data Collection Priority Modeの値を1（有効）にしている場合にだけ表示されます。

履歴データの収集スケジュールの確認と再スケジュールは，リアルタイムレポートの自動更新の際にも実行されます。

表示要求から50秒以内にリアルタイムレポートを表示できなかった場合は，スケジュール過密のため，再スケジュール処理がタイムアウトとなります。

リアルタイムレポートが表示されない現象が続く場合は，しばらく時間を置いてから再実行してください。それでも表示されないときは，レコードの収集間隔を調整するか，または履歴レポートを使用することを検討してください。

再スケジュール処理のタイムアウト時間とは別に，初期設定ファイル（config.xml）のreportFirstDataTimeoutで設定される，レポートの表示処理自体のタイムアウト時間も考慮する必要があります。この時間が60秒未満に設定されていると，再スケジュール時にタイムアウトが発生しやすくなります（デフォルト値：600秒）。reportFirstDataTimeoutの値を変更するか，再スケジュールがあまり発生しないように履歴データの収集スケジュールを調整してください。

(e)　リアルタイムレポートを［一時保存モード］で表示する場合の動作

リアルタイムレポートを［一時保存モード］で表示する場合，通常のリアルタイムレポートの表示処理とは，次に示す違いがあります。

表示時に使用されるのは，履歴データ収集の仕組みを使って一時保存されたデータです。

リアルタイムレポートとして表示しますが，内容は要求時点のものではなく，最後にデータを収集した時点のものとなります。一時保存データで表示する設定だとわかるように，レポートを表示する画面では上部に［一時保存モード］と表示され，jpcrptコマンドでは設定されているモードを示すメッセージが実行時に出力されます。

なお，監視一時停止中であっても，リアルタイムレポート用の表示データの収集は継続して実施されます。

収集した最新のデータはメモリー上に保存されるため，リアルタイムレポートを表示する監視エージェントのメモリー使用量が増加します。

増加するメモリー使用量は，対象のレコードごとの使用メモリー量の総和となります。

レコードごとの使用メモリー量は，次の見積もり式から算出できます。

（レコードサイズの固定部※1＋レコードサイズの可変部※1＋20,000）×レコードのインスタンス数※2

注※1　詳細は，対象のエージェントのマニュアルを参照してください。

注※2　確認方法は，対象のエージェントのリリースノートを参照してください。

［一時保存モード］での収集処理は，対象のレコードのLogプロパティ（履歴データを収集するかどうか）の設定に関係なく実施されますが，Collection Intervalプロパティ（収集間隔）およびCollection Offsetプロパティ（オフセット値）の設定は適用されます。対象のレコードで収集間隔が「0」に設定されている場合はデータが収集されないため，リアルタイムレポートを表示できません。

次に示す，レポートの表示設定の項目は無効となります。

デルタ値で表示するかどうか

デルタ値が取得されるフィールド（「デルタ」欄が「Yes」のフィールド）については，常に前回収集時からのパフォーマンスデータの変化量で表示されます。

更新間隔

レポートの表示設定の内容に関係なく，レコードのCollection Intervalプロパティ（収集間隔）の設定値に従って更新されます。レポートを表示する画面では更新間隔を示す個所に「−」が表示されます。

一時保存されたリアルタイムレポート用のデータは，サービスの停止時，およびRealtime Report Data Collection Modeプロパティの値の変更時に削除されます。

サービスを起動した直後やレコードのRealtime Report Data Collection Modeプロパティの値を変更した直後には，リアルタイムレポートが表示できないことがあります。この場合，収集処理が実施されるまで待ってから再実行してください。

17.2.10　監視一時停止機能に関するトラブルシューティング

(1)　［監視一時停止の設定］画面にKAVJS6570-Iが出力される

KAVJS6570-Iは，監視の一時停止または再開をした場合で，監視エージェント側で監視状態が変更されたかどうか不明なときに出力されます。対処方法は監視エージェントの状態によって異なります。監視エージェントの状態を確認し，必要に応じて監視の一時停止または再開の設定を再実行してください。

対処方法を示します。

監視エージェント側の監視状態が変更されているか確認する。

［監視一時停止の設定］画面で，［監視状態］または［設定内容］に「？」がついている監視エージェントがないか確認してください。

「？」がない場合

監視エージェントの監視状態が変更されているため，問題ありません。

「？」がある場合

手順2以降を実行してください。

手順1で「？」がついている監視エージェントのサービスの状態を確認する。

PFM - Managerでjpctool service listコマンドを実行し，出力結果のStatusを確認してください。

Inactive，Stoppingの場合

監視エージェント起動時に監視状態が変更されます。監視エージェントが停止している間は監視が行われないため，直ちに監視を再開したい場合は監視エージェントを起動してください。

S Active，S Busyの場合

スタンドアロンモード解消時に監視状態が変更されます。スタンドアロンモードではアラーム監視が行われないため，直ちに監視を再開したい場合はスタンドアロンモードを解消してください。

Starting，Busyの場合

起動処理の完了，または要求処理の終了を待って，［監視一時停止の設定］画面の［最新情報に更新］をクリックし，再度手順1から実行してください。

Activeの場合

監視マネージャーと監視エージェントとの通信でエラーが発生したため，監視状態が変更されていません。［監視一時停止の設定］画面で，監視の一時停止または再開の設定を再実行してください。

メモ

「？」がついている監視エージェントについて，現時点の監視状態を確認したい場合は，それぞれのホストでjpctool monitor statusコマンドを実行し確認できます。

(2)　コマンドの実行時にKAVE06189-Wが出力される

KAVE06189-Wは，監視の一時停止または再開をした場合で，監視エージェント側で監視状態が変更されたかどうか不明なときに出力されます。対処方法は監視エージェントの状態によって異なります。監視エージェントの状態を確認し，必要に応じて監視の一時停止または再開の設定を再実行してください。

対処方法を示します。

監視エージェント側の監視状態が変更されているか確認する。

PFM - Managerでjpctool monitor listコマンドを実行し，出力結果のStatusまたはSettingに「*」がついている監視エージェントがないか確認してください。

「*」がない場合

監視エージェントの監視状態が変更されているため，問題ありません。

「*」がある場合

手順2以降を実行してください。

手順1で「*」がついている監視エージェントのサービスの状態を確認する。

PFM - Managerでjpctool service listコマンドを実行し，出力結果のStatusを確認してください。

Inactive，Stoppingの場合

監視エージェント起動時に監視状態が変更されます。監視エージェントが停止している間は監視が行われないため，直ちに監視を再開する場合は監視エージェントを起動してください。

S Active，S Busyの場合

スタンドアロンモード解消時に監視状態が変更されます。スタンドアロンモードではアラーム監視が行われないため，直ちに監視を再開する場合はスタンドアロンモードを解消してください。

Starting，Busyの場合

起動処理の完了，または要求処理の終了を待って，再度手順1から実行してください。

Activeの場合

監視マネージャーと監視エージェントとの通信でエラーが発生したため，監視状態が変更されていません。jpctool monitor suspendまたはjpctool monitor resumeコマンドで設定を再実行してください。

メモ

「*」がついている監視エージェントについて，現時点の監視状態を確認したい場合は，それぞれのホストでjpctool monitor statusコマンドを実行し確認できます。

17.2.11　他プログラムとの連携に関するトラブルシューティング

(1)　JP1/IMとの連携時に，JP1イベントが通知されない

考えられる要因とその対処方法を次に示します。

JP1イベントの発行を有効にする設定に誤りがある

PFM - Web Consoleで，JP1イベントの発行について正しく設定されているか，確認してください。

アラームの設定に誤りがある

PFM - Web Consoleで，アラームの設定が正しくされているか，確認してください。

JP1/Baseがインストールおよびセットアップされていない

JP1/Baseがインストールおよびセットアップされているか，確認してください。

アラーム定義のコマンドの定義に誤りがある

アラーム定義のコマンドの定義で，JP1イベントの発行の引数に[-r 論理ホスト名]を設定している場合，不要な改行を含めないでください。JP1イベント送信に失敗します。誤りのある定義例を次に示します。

[[Action Definition Command]]
Command Name=../../tools/jpcimevt
Action Handler=PH1hostA
[[[Message Text]]]
＜中略＞""JPC_REPORTID=aaaaaaaaaa:7518b0c:128fd04b38c:-7a16" -r hostA
△
[Alarm Data]
 :

（凡例）

△：不要な改行

(2)　JP1/IMの監視オブジェクト機能との連携時に，監視対象のPFM - AgentまたはPFM - RMが監視ツリー画面に表示されない

考えられる要因とその対処方法を次に示します。

監視対象のPFM - AgentまたはPFM - RMを一度も起動していない

一度も起動していないPFM - AgentまたはPFM - RMは監視ツリーに表示されません。PFM - AgentまたはPFM - RMを起動してから再表示してください。

PFM - AgentとPFM - Managerが接続されていない，またはPFM - RMとPFM - Managerが接続されていない

PFM - AgentとPFM - Manager，またはPFM - RMとPFM - Managerが接続されているか確認し，接続していない場合は接続してください。

JP1/IMの監視オブジェクト連携機能がセットアップされていない

JP1/IMの監視オブジェクト連携機能がセットアップされているか確認し，セットアップされていない場合は，セットアップしてください。

(3)　JP1/IMの監視オブジェクト機能との連携時に，監視対象の表示色が変化しない

考えられる要因とその対処方法を次に示します。

JP1イベントが発行されていない

［イベントモニター］画面でJP1イベントが発行されているか確認してください。JP1イベントが発行されていない場合は，アラームの定義が正しいか確認してください。

JP1/Baseの設定に誤りがある

JP1/Baseの設定に誤りがないか確認してください。PFM - AgentまたはPFM - RMホストからJP1イベントを発行するよう指定した場合には，PFM - AgentまたはPFM - RMホストからPFM - ManagerホストへJP1イベントの転送が設定されているか確認してください。

(4)　JP1システムイベントのモニター起動に失敗する

JP1システムイベント発行時の[Monitoring Console Https]の設定値と，現在の暗号化通信の設定が異なる場合は，JP1システムイベントのモニター起動に失敗します。この場合，JP1システムイベント発行時の[Monitoring Console Https]の設定値に合わせて，一時的に暗号化通信の設定を変更する必要があります。JP1システムイベント発行時の[Monitoring Console Https]の設定値は，モニター起動時のWebブラウザのURLで確認してください。

表17‒5　JP1システムイベントからモニター起動できる設定値の組み合わせ

JP1システムイベント発行時の

[Monitoring Console Https]の

設定値

モニター起動時の

WebブラウザのURL

暗号化通信の設定

Yes

httpsから始まる

有効

No

httpから始まる

無効

暗号化通信の設定の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」のWebブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れについて説明している個所を参照してください。

(5)　JP1/IMまたはJP1/AJS3のコンソールからPerformance Managementのレポートを表示できない

ブラウザの「PFM - Web Console（ホスト名）に接続中...」の下に表示されるメッセージの種類によって，要因と対処が異なります。メッセージごとの要因と対処を次の表に示します。

表17‒6　メッセージごとの要因と対処

メッセージの種類

要因

対処

Internet Explorerの場合

「このページは表示できません」

Firefoxの場合

「正常に接続できませんでした」

Google Chromeの場合

「このサイトにアクセスできません」

config.xmlの<search-WebConsole>タグで指定したPFM - Web Consoleホストの，PFM - Web Consoleサービスが起動していない。

ホスト名に表示されたホストでPFM - Web Consoleサービスが起動しているかを確認して，停止している場合は起動してください。

Internet Explorerの場合

「このページは表示できません」

Firefoxの場合

「サーバが見つかりませんでした」

Google Chromeの場合

「このサイトにアクセスできません」

config.xmlの<search-WebConsole>タグで指定したPFM - Web Consoleの，hostパラメーターの指定に誤りがある。

hostパラメーターに指定した値は，ブラウザが動作するホストから名前解決ができるホスト名である必要があります。名前解決できるよう設定を変更するか，名前解決できるホスト名を指定してください。

Internet Explorerの場合

「このページは表示できません」

Firefoxの場合

「安全な接続ができませんでした」または「接続がリセットされました」

Google Chromeの場合

「このサイトは安全に接続できません」

config.xmlの<search-WebConsole>タグで指定したPFM - Web Consoleの，httpsパラメーターの指定に誤りがある。

ホスト名に表示されたホストにインストールされているPFM - Web Consoleの暗号化通信の設定に合わせて，httpsパラメーターを次のとおり変更してください。

暗号化通信を有効にしている場合：on

暗号化通信を無効にしている場合：off

「このページは表示できません」

config.xmlの<search-WebConsole>タグで指定したPFM - Web Consoleの暗号化通信が有効になっているが，Webブラウザ（Internet Explorer）がTLSを使用する設定になっていない。

Webブラウザの設定でTLS通信を有効にしてください。

詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」の監視コンソールを使用するためのWebブラウザの設定手順について説明している個所を参照してください。

「500 Internal Server Error」

config.xmlの<search-WebConsole>タグで指定したPFM - Web Consoleのバージョンが，11-10未満である。

ホスト名に表示されたホストにインストールしているPFM - Web Consoleのバージョンを確認してください。

次に示すセキュリティ警告のメッセージ※

Internet Explorerの場合

「コンテンツは、有効なセキュリティ証明書により署名されていないため、ブロックされました。」

Firefoxの場合

「安全な接続ではありません」

Google Chromeの場合

「PFM - Web ConsoleのURLのウェブページは一時的に停止しているか、新しいウェブアドレスに移動した可能性があります。」

ホスト名に表示されたホストで稼働しているPFM - Web Consoleで，セットアップしたサーバ証明書に設定されているホスト名（Common Name）と，config.xmlの<search-WebConsole>タグのhostパラメーターに指定したホスト名が一致していない。

サーバ証明書に設定されているホスト名（Common Name）と，config.xmlのhostパラメーターに指定したホスト名が一致しているかどうか確認してください。Common NameにFQDN形式のホスト名が設定されている場合は，config.xmlのhostパラメーターには「ホスト名＋ドメイン名」を設定する必要があります。

Common Nameの設定値は，jpcwtool https output certtextコマンドで確認できます。コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注※

ホスト名に示すPFM - Web Consoleにブラウザからアクセスしてください。

アクセスすることで，次に示すセキュリティ警告のメッセージが表示されます。

・Internet Explorerの場合

「このWebサイトで提示されたセキュリティ証明書は，別のWebサイトのアドレス用に発行されたものです。」

・Firefoxの場合

「この証明書はサーバ証明書に設定されているホスト名（Common Name）にだけ有効なものです。」

・Google Chromeの場合

「この接続ではプライバシーが保護されません

URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）では、悪意のあるユーザーによって、パスワード、メッセージ、クレジット カードなどの情報が盗まれる可能性があります

NET::ERR_CERT_COMMON_NAME_INVALID」

その他のセキュリティ警告のメッセージが表示される場合の対処については，「17.2.4(4)　Webブラウザにセキュリティの警告画面が表示される」を参照してください。

(6)　JP1/IM2との連携時に，JP1/IM2の画面にPerformance Managementの監視エージェントが表示されない

Performance Managementの監視エージェントが，PFM - Web Console上に表示されているにもかかわらず，JP1/IM2の画面に表示されない場合，JP1/IM2で設定するJP1ユーザーの権限が誤っているおそれがあります。JP1_PFM_Admin権限を持つJP1ユーザーが設定されているか確認してください。

JP1_PFM_Admin権限の設定後，JP1/IM2の同期コマンドを実行して，構成情報を最新の状態にしてください。

(7)　JP1/IM2との連携時に，JP1/IM2の画面にPerformance Managementの監視エージェントのヘルスチェックステータスが正しく表示されない

JP1/IM2のイベントリストに，ヘルスチェックエージェントのJP1システムイベントが表示されているか確認してください。表示されていない場合，ヘルスチェックエージェントがJP1イベントを発行できていないおそれがあります。次の内容を確認して，ヘルスチェックエージェントがJP1イベントを発行するように設定してください。

表17‒7　ヘルスチェックエージェントの設定の確認

確認内容

確認方法

ヘルスチェック機能が有効である

jpcconf hc displayコマンドを実行して，ヘルスチェックが有効か確認してください。

ヘルスチェックエージェントに対するJP1イベントの発行の設定が有効である

サービス階層のヘルスチェックエージェントのプロパティで，次のことを確認してください。

［Health Check Configurations］の［JP1 Event］プロパティが「Yes」であること。

ヘルスチェック結果ごとのJP1イベントの重大度が適切に設定されている

サービス階層のヘルスチェックエージェントのプロパティで，次のことを確認してください。

［Health Check Configurations］の［JP1 Event - XXX※］プロパティの設定内容が適切であること。「None」が設定されている場合，JP1イベントが発行されないため，JP1/IM2上のステータスは変更されません。

注※

「JP1 Event - XXX」は，次のプロパティ名を示します。

JP1 Event - Not supported

JP1 Event - Running

JP1 Event - Incomplete

JP1 Event - Stopped

JP1 Event - Unconfirmed

JP1 Event - Host Not Available

PFM - RMのポーリング設定が有効である

サービス階層のPFM - RMのプロパティで，次のことを確認してください。

［Health Check Configurations］の［Health Check for Target Hosts］プロパティが「Yes」であること。「No」が設定されている場合，Remote Agentのヘルスチェックステータスが「Not Supported」となり，デフォルトのJP1イベントの発行の設定では，イベントは発行されません。

(8)　JP1/IM2との連携時に，JP1/IM2の［統合オペレーション・ビューアー］画面の［稼働状況］領域でPerformance Managementの構成要素を選択すると，［詳細表示］領域にエラーメッセージが表示される

JP1/IM2の［統合オペレーション・ビューアー］画面の［詳細表示］領域に表示されるエラーメッセージの種類によって，要因と対象が異なります。メッセージごとの要因と対処を次の表に示します。

表17‒8　メッセージごとの要因と対処

メッセージの種類

要因

対処

Internet Explorerの場合

「このページは表示できません」

Firefoxの場合

「サーバが見つかりませんでした」，「正常に接続できませんでした」などのWebサイトの読み込みエラーメッセージ

Google Chromeの場合

「URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）からの応答時間が長すぎます。」，「URLのPFM - Web Consoleホストのホスト名（＋ドメイン名）で接続が拒否されました。」などのWebサイトの読み込みエラーメッセージ

接続先のPFM - Web Consoleのサービスが稼働していない可能性があります。

接続先のPFM - Web Consoleが稼働しているか確認して，停止している場合は起動してください。

接続先のPFM - Web Consoleが稼働しているホストとの通信に失敗している可能性があります。

接続先のPFM - Web Consoleが稼働しているホストと通信ができるか確認してください。

Internet Explorerの場合

「Webサイトはページを表示できません」

Firefox，Google Chromeの場合

「500 Internal Server Error」

接続先のPFM - Web Consoleのバージョンが12-10未満である可能性があります。

接続先のPFM - Web Consoleのバージョンを確認してください。

(9)　JP1/IM2との連携時に，JP1/IM2の［統合オペレーション・ビューアー］画面の［稼働状況］領域でPerformance Managementの構成要素を選択すると，［詳細表示］領域が読み込み中のまま，PFM - Web Consoleの画面が表示されない

JP1/IM2とPFM - Managerで設定するPFM - Web Consoleの通信プロトコル（「https」または「http」）が不一致の可能性があります。JP1/IM2とPFM - Web Consoleの通信プロトコル（「https」または「http」）が一致しているかどうかを確認し，不一致の場合は一致するように設定してください。

17.2.12　そのほかのトラブルシューティング

トラブルが発生したときの現象を確認してください。メッセージが出力されている場合は，メッセージの内容を確認してください。また，Performance Managementが出力するログ情報については，「17.4　Performance Management運用時に出力されるログ情報」を参照してください。

「17.2.1　セットアップやサービスの起動に関するトラブルシューティング」〜「17.2.11　他プログラムとの連携に関するトラブルシューティング」に示した対処をしても，トラブルが解決できなかった場合，または，これら以外のトラブルが発生した場合，トラブルの要因を調査するための資料を採取し，システム管理者に連絡してください。

採取が必要な資料および採取方法については，「17.5　トラブル発生時に採取が必要な資料」および「17.6　トラブルが発生したときに資料を採取する」を参照してください。

17.3　監視二重化時のトラブルシューティング

監視二重化時のトラブルへの対処方法について説明します。

17.3.1　jpctool config mgrimportコマンドを実行すると，エラーが出力される

標準エラー出力および共通メッセージログにKAVE06142-Eメッセージが出力された場合は，二重化用の定義情報の不一致が原因で，インポートに失敗しています。その場合，セカンダリーのPFM - Managerで次の手順を実施してください。

KAVE06142-Eの定義情報名を確認する。

マニュアル「JP1/Performance Management リファレンス」の，定義情報の検証について説明している個所を参照し，定義情報名から，不一致となっている定義情報（ファイル，セクション名/ラベル名またはプロパティ名）を特定する。

不一致となっている定義情報を確認したら，セカンダリーの該当する定義情報をプライマリーと一致するように変更してから，インポートする。

プライマリーの定義情報を変更する場合，変更後にプライマリーの定義情報を再度エクスポートし，セカンダリーにコピーしてからインポートを実施します。詳細については「11.5.1　定義情報を二重化する流れ」を参照してください。

17.3.2　jpcconf primmgr notifyコマンドを実行しても，ホスト名がエージェントに配信されない

(1)　プライマリーとセカンダリーを一括で切り替える場合

プライマリーとセカンダリーを一括で切り替える場合，ホスト名の配信に失敗したときは，失敗したホスト名が標準エラー出力に出力されます。その場合，セカンダリーのPFM - Managerで次の手順を実施してください。

ホスト名の配信に失敗したホストのStatus Serverサービスが起動していることを確認する。

再設定を実施する。

詳細については「11.7.2　プライマリーとセカンダリーの一括切り替え」を参照してください。

配信の結果を確認する。

コマンドの実行が成功すると，Status Serverサービスが起動しているホストに対して，プライマリーとなるホスト名が一括配信されます。Status Serverサービスが停止しているホストには配信されません。各ホストで配信が成功したか失敗したかを示す配信結果は，CSVファイルに出力されます。

配信結果が「Success」の場合，ホスト名は正常に配信されています。

配信結果が「Failure」の場合，配信に失敗したホストに，プライマリーとなるホスト名を再設定してください。配信に失敗したホストのStatus Serverサービスを起動後，一括切り替えの操作を再度実施してください。

(2)　プライマリーとセカンダリーを個別に切り替える場合

配信に失敗したPFM - AgentまたはPFM - RMが稼働しているホストで，jpcconf mgrhost defineコマンドを実行して再設定を実施します。個別に設定する場合，Status Serverサービスを起動する必要はありません。同一マシン上に物理ホスト環境と論理ホスト環境がある場合は，物理ホスト環境と論理ホスト環境それぞれで設定してください。詳細については「11.7.3　プライマリーとセカンダリーの個別切り替え」を参照してください。

17.3.3　jpcconf primmgr notifyコマンドを実行しても，ホスト名がプライマリーに配信されない

ホストがダウンするなど，何らかの理由でPFM - Managerのサービスが停止して，プライマリーのPFM - Managerへの配信が失敗したことが考えられます。ダウンしたマシンを復旧させ，再度，プライマリーとセカンダリーの切り替えを実施する手順を次に示します。

図17‒5　ダウンしたマシンを復旧させ，再度，プライマリーに設定するまでの流れ

(1)　マシンを復旧させる

ダウンしたプライマリーのマシンを復旧させ，セカンダリーと定義情報を一致させる手順を次に示します。

マシンを復旧する。

ダウンしたマシンを復旧させたり，新たに構築し直したりして稼働できる状態にしてください。これらの作業はPFM - ManagerとPFM - Web Consoleとで実施してください。

他製品連携の設定をする。

詳細については「11.3.3　監視二重化で他システムとの連携を設定する方法」を参照してください。

プライマリーとセカンダリーとで定義情報を一致させる。

監視二重化時は，プライマリーとセカンダリーとで必ず定義情報を一致させておいてください。一致させる必要のある項目の詳細については「11.1.3　監視二重化の定義情報」を参照してください。

定義情報をエクスポートする。

この作業は，セカンダリーのPFM - ManagerおよびPFM - Web Consoleで実施してください。詳細については，「11.5.2　定義情報をエクスポートする手順」を参照してください。

セカンダリーでエクスポートした定義情報を，プライマリーへコピーする。

この作業は，PFM - ManagerおよびPFM - Web Consoleで実施してください。

コピーは出力先フォルダ，または出力先ディレクトリごとに実施してください。ファイル構成は変更しないでください。

定義情報をインポートする。

この作業は，プライマリーのPFM - ManagerおよびPFM - Web Consoleで実施してください。詳細については，「11.5.3　定義情報をインポートする手順」を参照してください。

(2)　復旧したマシンのホストと，現在プライマリーとして稼働しているホストを切り替える

復旧したマシンのホストを再度，プライマリーとして設定するには，プライマリーとセカンダリーの切り替えを実施します。「11.7.1　プライマリーとセカンダリーの切り替えの流れ」を参照してください。なお，この場合，「セカンダリー」を「復旧したマシン」と読み替えてください。

17.3.4　PFM - Web ConsoleからPFM - Managerに接続できない

PFM - Web ConsoleがPFM - Managerの監視二重化に対応していないことが考えられます。監視二重化に対応しているPFM - Web Consoleのバージョンは，10-10以降です。詳細については，「11.2.2　製品バージョンの前提条件」を参照してください。

17.3.5　セカンダリーでエージェントが表示されない

考えられる要因とその対処方法を次に示します。

エージェントの接続先PFM - Managerの設定にセカンダリーのホスト名が登録されていない

該当するエージェントの接続先PFM - Managerに，セカンダリーのホスト名が設定されているか確認してください。設定されていない場合は設定してください。監視二重化の環境を構築するときのホストの設定の詳細については「11.3　監視二重化のセットアップ」を参照してください。

エージェントの接続先PFM - Managerの設定に誤りがある

該当するエージェントの接続先PFM - Managerに設定されているホスト名に，スペルミスがないか，別のホストを指定していないかなど誤りがないか確認します。監視二重化の環境を構築するときのホストの設定の詳細については「11.3　監視二重化のセットアップ」を参照してください。

17.3.6　イベントに関するトラブルシューティング

(1)　1つのイベントでアクションが2回実行される

イベントを通知したエージェントのリモートアクション制御機能が，全実行モードになっていることが考えられます。

リモートアクション制御機能が全実行モードの場合，リモートアクションが2回実行されます。運用に合わせて実行モードを変更してください。リモートアクション制御機能の詳細については，「11.3.5　リモートアクションの制御を設定する手順」を参照してください。

(2)　イベントがセカンダリーに送信されない

考えられる要因とその対処方法を次に示します。

接続先PFM - Managerの設定にセカンダリーが登録されていない

接続先PFM - Managerに，セカンダリーのホスト名が設定されているか確認してください。設定されていない場合は設定してください。プライマリーおよびセカンダリーのセットアップの詳細については「11.3　監視二重化のセットアップ」を参照してください。

接続先PFM - Managerの設定に誤りがある

接続先PFM - Managerに設定されているホスト名に，スペルミスがないか，別のホストを指定していないかなど誤りがないか確認します。プライマリーおよびセカンダリーのセットアップの詳細については「11.3　監視二重化のセットアップ」を参照してください。

(3)　イベントはセカンダリーに通知されるが，アクションが実行されない

イベントを通知したエージェントのリモートアクション制御機能が片側実行モードまたは，プライマリー実行モードになっていることが考えられます。

リモートアクション制御機能がプライマリー実行モードの場合，プライマリーに通知されたイベントのリモートアクションだけが実行されます。また，片側実行モードの場合は，通知に成功した最初のイベントのリモートアクションだけが実行されます。運用に合わせて実行モードを変更してください。リモートアクション制御機能の詳細については，「11.3.5　リモートアクションの制御を設定する手順」を参照してください。

(4)　イベントはプライマリーとセカンダリーに通知されるが，アクションがプライマリー側でしか実行されない

イベントを通知したエージェントのリモートアクション制御機能が片側実行モードまたは，プライマリー実行モードになっていることが考えられます。

リモートアクション制御機能がプライマリー実行モードの場合，プライマリーに通知されたイベントのリモートアクションだけが実行されます。また，片側実行モードの場合は，通知に成功した最初のイベントのリモートアクションだけが実行されます。運用に合わせて実行モードを変更してください。リモートアクション制御機能の詳細については，「11.3.5　リモートアクションの制御を設定する手順」を参照してください。

(5)　プライマリーがダウンしている場合，イベント通知によるアクションが実行されない

考えられる要因とその対処方法を次に示します。

イベントを通知したエージェントのリモートアクション制御機能がプライマリー実行モードになっている

リモートアクション制御機能がプライマリー実行モードの場合，プライマリーに通知されたイベントのリモートアクションだけが実行されます。そのためプライマリーが起動していない場合，リモートアクションは実行されません。

リモートアクション制御機能の実行モードを，運用に合わせて全実行モードか片側実行モードに変更してください。または，プライマリーとセカンダリーを切り替えてください。

リモートアクション制御機能の詳細については，「11.3.5　リモートアクションの制御を設定する手順」を参照してください。

プライマリーとセカンダリーを切り替える操作の詳細については「11.7　プライマリーとセカンダリーの切り替え」を参照してください。

アラームのアクションを設定するアクションハンドラに誤りがある

アラームのアクションを設定するアクションハンドラに，「<プライマリーのホスト名><Action Handler>」と設定している場合，セカンダリーに通知されたイベントのアクションもプライマリー側で実行されます。そのため，プライマリーが起動していない場合は，リモートアクションが実行されません。

アクションハンドラに「Manager」と設定すると，イベントを受信したPFM - Managerのアクションハンドラでアクションを実行します。

アクションハンドラに「Manager」を設定するには，PFM - Web Consoleから操作する方法と，jpctool alarm importコマンドで設定する方法があります。

詳細については，「6.4　Webブラウザ（アラーム階層）でのアラームの設定」またはマニュアル「JP1/Performance Management リファレンス」の，jpctool alarm importコマンドについて説明している章を参照してください。

17.3.7　JP1/IMのイベントコンソールのモニター起動からPFM - Web Consoleへ接続できない

(1)　JP1システムイベントを発行してJP1/IMと連携している場合

JP1システムイベントに関連づいているPFM - ManagerおよびPFM - Web Consoleが起動していないことが考えられます。

PFM - ManagerおよびPFM - Web Consoleが起動しているか確認します。起動していない場合は，起動してください。障害などでPFM - ManagerおよびPFM - Web Consoleを起動できない場合は，JP1/IMの統合機能メニューから稼働しているPFM - ManagerおよびPFM - Web Consoleを選択して，PFM - Web Consoleに接続してください。

詳細については「12.3.2　JP1/IMと連携するためのセットアップ（Performance Managementで発生したイベントをJP1/IMで監視するための設定）」を参照してください。

(2)　JP1ユーザーイベントを発行してJP1/IMと連携している場合

JP1ユーザーイベントに関連づいているPFM - ManagerおよびPFM - Web Consoleが起動していないことが考えられます。

PFM - ManagerおよびPFM - Web Consoleが起動しているか確認します。起動していない場合は，起動してください。障害などでPFM - ManagerおよびPFM - Web Consoleを起動できない場合は，次のどちらかの手順でPFM - Web Consoleに接続してください。

JP1/IMの統合機能メニューから稼働しているPFM - ManagerおよびPFM - Web Consoleを選択して，PFM - Web Consoleに接続してください。

モニター画面呼び出し定義ファイルを開き，PATHに設定されているPFM - Web Consoleのアドレスを，稼働しているPFM - Web Consoleのアドレスに変更してください。モニター画面呼び出し定義ファイルを設定したら，JP1/IMを再起動してください。詳細については「12.3.2　JP1/IMと連携するためのセットアップ（Performance Managementで発生したイベントをJP1/IMで監視するための設定）」を参照してください。

17.3.8　JP1/SLMからPFMに関する設定ができない

接続先のプライマリーのPFM - ManagerおよびPFM - Web Consoleが起動していないことが考えられます。

PFM - ManagerおよびPFM - Web Consoleが起動しているか確認します。起動していない場合は，起動してください。障害などでPFM - ManagerおよびPFM - Web Consoleを起動できない場合は，接続先を起動できるセカンダリーのPFM - ManagerおよびPFM - Web Consoleに切り替えてください。詳細については「13.3.1　JP1/SLMと連携するためのセットアップ手順」を参照してください。

17.4　Performance Management運用時に出力されるログ情報

Performance Managementでトラブルが発生した場合，ログ情報を確認して対処方法を検討します。

17.4.1　ログ情報の種類

(1)　システムログ

システムログとは，システムの状態やトラブルを通知するログ情報のことです。このログ情報は次のログファイルに出力されます。

Windowsの場合

イベントログファイル

UNIXの場合

syslogファイル

出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

論理ホスト運用の場合の注意事項

Performance Managementのシステムログのほかに，クラスタソフトによるPerformance Managementの制御などを確認するためにクラスタソフトのログが必要です。

(2)　共通メッセージログ

共通メッセージログとは，システムの状態やトラブルを通知するログ情報のことです。システムログよりも詳しいログ情報が出力されます。共通メッセージログの出力先ファイル名やファイルサイズについては，「17.4.2　ログ情報の詳細について」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注意

共通メッセージログの言語は，サービス起動時やコマンド実行時に設定されているLANG環境変数によって決まるため，異なるLANGコードの文字列が混在することがあります。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，共通メッセージログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，フェールオーバー前後の共通メッセージログは，同じログファイルに記録されます。

(3)　稼働状況ログ

稼働状況ログとは，PFM - Web Consoleが出力するログ情報のことです。

稼働状況ログの出力先ファイル名やファイルサイズについては，「17.4.2　ログ情報の詳細について」を参照してください。また，出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

(4)　トレースログ

トレースログとは，トラブルが発生した場合に，トラブル発生の経緯を調査したり，各処理の処理時間を測定したりするために採取するログ情報のことです。

トレースログは，Performance Managementのプログラムの各サービスが持つログファイルに出力されます。

論理ホスト運用の場合の注意事項

論理ホスト運用のPerformance Managementの場合，トレースログは共有ディスクに出力されます。共有ディスク上にあるログファイルは，フェールオーバーするときにシステムとともに引き継がれますので，フェールオーバー前後のトレースログは，同じログファイルに記録されます。

17.4.2　ログ情報の詳細について

ここでは，Performance Managementから出力されるログ情報について説明します。

(1)　共通メッセージログおよび稼働状況ログ

Performance Managementのログ情報のうち，共通メッセージログおよび稼働状況ログについて，ログの出力元であるサービス名または制御名，ログファイル名，およびディスク使用量を，OSごとに次の表に示します。なお，稼働状況ログはラップアラウンドファイル方式で書き込まれます。

表17‒9　共通メッセージログのファイル名（Windowsの場合）

ログ情報の種類

出力元

ファイル名

ディスク使用量※1（キロバイト）

共通メッセージログ

Performance Management

インストール先フォルダ¥log¥jpclog{01|02}※2

8,192(×2)(デフォルトの場合)

インストール先フォルダ¥log¥jpclogw{01|02}※2

8,192(×2)(デフォルトの場合)

共通メッセージログ（論理ホスト運用の場合）

論理ホスト運用のPerformance Management

環境ディレクトリ※3¥jp1pc¥log¥jpclog{01|02}※2

8,192(×2)(デフォルトの場合)

環境ディレクトリ※3¥jp1pc¥log¥jpclogw{01|02}※2

8,192(×2)(デフォルトの場合)

注※1

（　）内の数字は，1つのサービスに対して作成されるログファイルの数を示します。例えば，「256(×2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で2つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

共通メッセージログのログファイル名には，末尾に「01」または「02」が付けられます。

シーケンシャルファイル（jpclog）方式の場合

末尾が「01」のファイルjpclog01へ常に最新ログが書き込まれる方式です。

ログファイルのサイズが設定値に達すると，jpclog01のファイル名をjpclog02に変更して保存し，新規に作成したjpclog01のファイルに最新のログを書き込む。

ラップアラウンドファイル（jpclogw）方式の場合

ログファイルのサイズが設定値に達すると，次のログファイルの内容をクリアし，次のログファイルに最新ログが書き込まれます。jpclogw01の次はjpclogw02のファイルへ，jpclogw02の次はjpclogw01のファイルへと最新ログが書き込まれます。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表17‒10　稼働状況ログのファイル名（Windowsの場合）

ログ情報の種類

出力元

ファイル名

ディスク使用量※1（キロバイト）

稼働状況ログ

PFM - Web Console

インストール先フォルダ¥log¥jpcwtraceログファイル番号※2.log

4,096(×10)

jpcrptコマンド（1プロセス1ログ出力方式）の場合※3

インストール先フォルダ¥log¥jpcrpt_実行時のコマンドのプロセスID_logログファイル番号※2.log

jpcrptコマンド（複数プロセス1ログ出力方式）の場合※3

インストール先フォルダ¥log¥jpcrpt_logログファイル番号※2.log

jpcrdefコマンド，jpcasrecコマンド，jpcaspsvコマンドおよびjpcprocdefコマンドの場合

インストール先フォルダ¥log¥コマンド名_サブコマンド名_logログファイル番号※2.log

jpcmkkeyコマンドの場合

インストール先フォルダ¥log¥jpcmkkey_logログファイル番号※2.log

上記以外のコマンドの場合

インストール先フォルダ¥log¥コマンド名_logログファイル番号※2.log

4,096(×10×13(PFM - Web Consoleのコマンド数))＋8192

注※1

（　）内の数字は，1つのサービスに対して作成されるログファイルの数を示します。例えば，「256(×2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で2つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

ログファイル番号は，「1」から始まるログファイルの出力数となります。

稼働状況ログの出力

jpcrptコマンド以外の稼働状況ログの出力サイズは，初期設定ファイル（config.xml）の「logFileSize」×「logFileNumber」で設定できます。

注※3

jpcrptコマンドのログ出力形式については，「17.4.2(1)(a)　jpcrptコマンドのログ出力形式」を参照してください。

表17‒11　共通メッセージログのファイル名（UNIXの場合）

ログ情報の種類

出力元

ファイル名

ディスク使用量※1（キロバイト）

共通メッセージログ

Performance Management

/opt/jp1pc/log/jpclog{01|02}※2

8,192(×2)(デフォルトの場合)

/opt/jp1pc/log/jpclogw{01|02}※2

8,192(×2)(デフォルトの場合)

共通メッセージログ（論理ホスト運用の場合）

論理ホスト運用のPerformance Management

環境ディレクトリ※3/jp1pc/log/jpclog{01|02}※2

8,192(×2)(デフォルトの場合)

環境ディレクトリ※3/jp1pc/log/jpclogw{01|02}※2

8,192(×2)(デフォルトの場合)

注※1

（　）内の数字は，1つのサービスに対して作成されるログファイルの数を示します。例えば，「256(×2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で2つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

共通メッセージログのログファイル名には，末尾に「01」または「02」が付けられます。

シーケンシャルファイル（jpclog）方式の場合

末尾が「01」のファイルjpclog01へ常に最新ログが書き込まれる方式です。

ログファイルのサイズが設定値に達すると，jpclog01のファイル名をjpclog02に変更して保存し，新規に作成したjpclog01のファイルに最新のログを書き込む。

ラップアラウンドファイル（jpclogw）方式の場合

ログファイルのサイズが設定値に達すると，次のログファイルの内容をクリアし，次のログファイルに最新ログが書き込まれます。jpclogw01の次はjpclogw02のファイルへ，jpclogw02の次はjpclogw01のファイルへと最新ログが書き込まれます。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

表17‒12　稼働状況ログのファイル名（UNIXの場合）

ログ情報の種類

出力元

ファイル名

ディスク使用量※1（キロバイト）

稼働状況ログ

PFM - Web Console

/opt/jp1pcwebcon/log/jpcwtraceログファイル番号※2.log

4,096(×10)

jpcrptコマンド（1プロセス1ログ出力方式）の場合※3

/opt/jp1pcwebcon/log/jpcrpt_実行時のコマンドのプロセスID_logログファイル番号※2.log

jpcrptコマンド（複数プロセス1ログ出力方式）の場合※3

/opt/jp1pcwebcon/log/jpcrpt_logログファイル番号※2.log

jpcrdefコマンド，jpcasrecコマンド，jpcaspsvコマンドおよびjpcprocdefコマンドの場合

/opt/jp1pcwebcon/log/コマンド名_サブコマンド名_logログファイル番号※2.log

jpcmkkeyコマンドの場合

/opt/jp1pcwebcon/log/jpcmkkey_logログファイル番号※2.log

上記以外のコマンドの場合

/opt/jp1pcwebcon/log/コマンド名_logログファイル番号※2.log

4,096(×10×13(PFM - Web Consoleのコマンド数))＋8192

注※1

（　）内の数字は，1つのサービスに対して作成されるログファイルの数を示します。例えば，「256(×2)」の場合，ディスク使用量が256キロバイトのログファイルが最大で2つ作成されることを示します。この場合，ディスク使用量は合計で512キロバイトとなります。

注※2

ログファイル番号は，「1」から始まるログファイルの出力数となります。

稼働状況ログの出力

jpcrptコマンド以外の稼働状況ログの出力サイズは，初期設定ファイル（config.xml）の「logFileSize」×「logFileNumber」で設定できます。

注※3

jpcrptコマンドのログ出力形式については，「17.4.2(1)(a)　jpcrptコマンドのログ出力形式」を参照してください。

(a)　jpcrptコマンドのログ出力形式

jpcrptコマンドのログ出力形式は，次の形式を選択できます。

1プロセス1ログ出力形式

複数プロセス1ログ出力形式

出力形式の変更は，初期設定ファイル（config.xml）の「outputMultiProcessForJpcrpt」で設定できます。

出力形式を変更した場合，それ以前の出力ログは自動的に削除されません。以前のログを削除したい場合は，手動で削除してください。

それぞれのログ出力形式について説明します。

1プロセス1ログ出力形式

jpcrptコマンド1プロセスにつき1つのログファイルへ出力します。

HNTRLibのシングルプロセス対応トレース機能を利用して出力します。

この出力形式でjpcrptコマンドを1か月に1,500回（1日平均50回）以上実行する場合，上表のディスク使用量以内に抑えるには，ログファイルの保持期間を短くする必要があります。

次に設定例を示します。

3,000回/月（平均100回/日）実行する場合

ログファイルの保持期間を15日以内に設定してください。

6,000回/月（平均200回/日）実行する場合

ログファイルの保持期間を7日以内に設定してください。

ただし，1プロセス1ログ出力形式のjpcrptコマンドのログファイルの保持期間については，次に示す条件があるため，設定例は目安です。

jpcrptコマンドは，jpcrptコマンドのログをすべて合算したファイルサイズが，初期設定ファイル（config.xml）で指定した“[logFileNumber]×[logFileSize]”の値よりも大きい場合に，jpcrptコマンドのログをすべて合算したファイルサイズのほうが小さくなるまで，ログファイルを削除します。

また，削除対象になるのは，初期設定ファイル（config.xml）のlogFileRetentionで指定された日数より前に更新されたファイルだけです。

次に保持期間の計算例を示します。

例1

logFileRetentionを3日＝72時間と指定していて，以下の6ファイルが残っている場合

  jpcrpt_3509_log1.log   9MB  100時間前
  jpcrpt_3510_log1.log   9MB   80時間前
  ------＜基準時刻（＝72時間前）＞------
  jpcrpt_3511_log1.log   9MB   60時間前
  jpcrpt_3512_log1.log   9MB   40時間前
  jpcrpt_3513_log1.log   9MB   20時間前
  jpcrpt_3514_log1.log   9MB     数分前

ここで新しくコマンドを実行すると，現在までのログ（6ファイル）の合計サイズが54メガバイトあり，54メガバイト ＞ 40メガバイトとなるため，基準時刻より古いファイルが，合計サイズが40メガバイトを下回るまで，古い順に削除されます。

この場合，jpcrpt_3509_log1.logとjpcrpt_3510_log1.logを削除した時点で，合計36メガバイトとなり，4ファイルが残ります。

例2

logFileRetentionを3日＝72時間と指定していて，以下の6ファイルが残っている場合

  jpcrpt_3509_log1.log   7MB  100時間前
  jpcrpt_3510_log1.log   7MB   80時間前
  ------＜基準時刻（＝72時間前）＞------
  jpcrpt_3511_log1.log   7MB   60時間前
  jpcrpt_3512_log1.log   7MB   40時間前
  jpcrpt_3513_log1.log   7MB   20時間前
  jpcrpt_3514_log1.log   7MB     数分前

ここで新しくコマンドを実行すると，現在までのログ（6ファイル）の合計サイズが42メガバイトあり，42メガバイト ＞ 40メガバイトとなるため，基準時刻より古いファイルが，合計サイズが40メガバイトを下回るまで，古い順に削除されます。

この場合，jpcrpt_3509_log1.logを削除した時点で，合計35メガバイトとなり，基準時刻より古いjpcrpt_3510_log1.logも含め，5ファイルが残ります。

例3

logFileRetentionを3日＝72時間と指定していて，以下の6ファイルが残っている場合

  jpcrpt_3509_log1.log   1MB  100時間前
  jpcrpt_3510_log1.log   1MB   80時間前
  ------＜基準時刻（＝72時間前）＞------
  jpcrpt_3511_log1.log   1MB   60時間前
  jpcrpt_3512_log1.log   1MB   40時間前
  jpcrpt_3513_log1.log   1MB   20時間前
  jpcrpt_3514_log1.log   1MB     数分前

ここで新しくコマンドを実行しても，ログファイルの合計サイズが6メガバイト ＜ 40メガバイトであるため，基準時刻以前のファイルも含めすべてのファイルが残ります。

例4

logFileRetentionを30日＝720時間と指定していて，以下の6ファイルが残っている場合

  ------＜基準時刻（＝720時間前）＞------
  jpcrpt_3509_log1.log   9MB  100時間前
  jpcrpt_3510_log1.log   9MB   80時間前
  jpcrpt_3511_log1.log   9MB   60時間前
  jpcrpt_3512_log1.log   9MB   40時間前
  jpcrpt_3513_log1.log   9MB   20時間前
  jpcrpt_3514_log1.log   9MB     数分前

ここで新しくコマンドを実行すると，現在までのログ（6ファイル）の合計が54メガバイトあり，54メガバイト ＞ 40メガバイトとなります。しかし，どのファイルも保存後にlogFileRetentionの30日＝720時間を経過していないため，すべてのファイルが残ります。

複数プロセス1ログ出力形式

jpcrptコマンドプロセスをすべて1つのログファイルへ出力します。

HNTRLibのマルチプロセス対応トレース機能を利用して出力します。

ログファイルを出力するファイル面数およびログファイル1面のファイルサイズ最大値の設定値は稼働状況ログの設定値（logFileSize，logFileNumber）とは別に設定できます。

複数プロセス1ログ出力形式では，ラップアラウンド方式でログが書き込まれるため，このファイルサイズを超える場合，自動的に上書きされます。

そのため，1プロセス1ログ出力形式のようにログファイルの保持期間を短くし，ディスク使用量を抑える設計は必要ありません。

また，複数プロセス1ログ出力方式では「logFileRetention」の設定の影響を受けないため，ファイルは削除されません。

ログを出力する際の仕様を説明します。

ロックの獲得に失敗するとトレースを出力しません。

トレースファイルのサイズは固定です。トレースデータの終端はEOF文字が表示されます。

トレースファイル以外に管理用のファイルが作成されます。

ログメッセージはトレースファイル群にラップアラウンドしながら次々と上書きされます。ラップアラウンド前のトレースデータは終端識別子（EOF文字）以降に残ります。

次に，ラップアラウンドするログ出力量目安の計算例を示します。

例

ログレベル「WARN」が出力される場合の，jpcrptコマンドの実行回数

1回のjpcrptコマンド実行で，ログレベル「WARN」が出力されると，およそ50キロバイトの出力量になります。

ログ出力量目安は次の式で求められます。

（logFileNumberMulti × logFileSizeMulti × 1,024キロバイト） ÷ 50キロバイト

よって，jpcrptコマンドのログファイルがラップアラウンドするjpcrptコマンド実行回数はデフォルト設定の場合，10 × 4 × 1,024 ÷ 50 = 819回となります。

(2)　トレースログ

ここでは，Performance Managementのログ情報のうち，トレースログの出力元であるサービス名または制御名，および格納先ディレクトリ名を，OSごとに次の表に示します。

表17‒13　トレースログの格納先フォルダ名（Windowsの場合）

ログ情報の種類

出力元

フォルダ名

トレースログ

Action Handler

インストール先フォルダ¥bin¥action¥log¥

Agent CollectorおよびRemote Monitor Collector

インストール先フォルダ¥xxxx※1¥agent¥インスタンス名※2¥log¥

Agent StoreおよびRemote Monitor Store

インストール先フォルダ¥xxxx※1¥store¥インスタンス名※2¥log¥

Correlator

インストール先フォルダ¥mgr¥clator¥log¥

Agent Collector（ヘルスチェックエージェント）

インストール先フォルダ¥agt0¥agent¥log¥

Agent Store（ヘルスチェックエージェント）

インストール先フォルダ¥agt0¥store¥log¥

Master Store

インストール先フォルダ¥mgr¥store¥log¥

Master Manager

インストール先フォルダ¥mgr¥manager¥log¥

Name Server

インストール先フォルダ¥mgr¥namesvr¥log¥

Performance Managementコマンド

インストール先フォルダ¥tools¥log¥

Status Server

インストール先フォルダ¥bin¥statsvr¥log¥

Trap Generator

インストール先フォルダ¥mgr¥trapgen¥log¥

View Server

インストール先フォルダ¥mgr¥viewsvr¥log¥

トレースログ（論理ホスト運用の場合）

Action Handler

環境ディレクトリ※3¥jp1pc¥bin¥action¥log¥

Agent CollectorおよびRemote Monitor Collector

環境ディレクトリ※3¥jp1pc¥xxxx※1¥agent¥インスタンス名※2¥log¥

Agent StoreおよびRemote Monitor Store

環境ディレクトリ※3¥jp1pc¥xxxx※1¥store¥インスタンス名※2¥log¥

Correlator

環境ディレクトリ※3¥jp1pc¥mgr¥clator¥log¥

Agent Collector（ヘルスチェックエージェント）

環境ディレクトリ※3¥jp1pc¥agt0¥agent¥log¥

Agent Store（ヘルスチェックエージェント）

環境ディレクトリ※3¥jp1pc¥agt0¥store¥log¥

Master Store

環境ディレクトリ※3¥jp1pc¥mgr¥store¥log¥

Master Manager

環境ディレクトリ※3¥jp1pc¥mgr¥manager¥log¥

Name Server

環境ディレクトリ※3¥jp1pc¥mgr¥namesvr¥log¥

Performance Managementコマンド

環境ディレクトリ※3¥jp1pc¥tools¥log¥

Trap Generator

環境ディレクトリ※3¥jp1pc¥mgr¥trapgen¥log¥

View Server

環境ディレクトリ※3¥jp1pc¥mgr¥viewsvr¥log¥

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のフォルダがあります。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のフォルダです。

表17‒14　トレースログの格納先ディレクトリ名（UNIXの場合）

ログ情報の種類

出力元

ディレクトリ名

トレースログ

Action Handler

/opt/jp1pc/bin/action/log/

Agent CollectorおよびRemote Monitor Collector

/opt/jp1pc/xxxx※1/agent/インスタンス名※2/log/

Agent StoreおよびRemote Monitor Store

/opt/jp1pc/xxxx※1/store/インスタンス名※2/log/

Correlator

/opt/jp1pc/mgr/clator/log/

Agent Collector（ヘルスチェックエージェント）

/opt/jp1pc/agt0/agent/log/

Agent Store（ヘルスチェックエージェント）

/opt/jp1pc/agt0/store/log/

Master Store

/opt/jp1pc/mgr/store/log/

Master Manager

/opt/jp1pc/mgr/manager/log/

Name Server

/opt/jp1pc/mgr/namesvr/log/

Performance Managementコマンド

/opt/jp1pc/tools/log/

Status Server

/opt/jp1pc/bin/statsvr/log/

Trap Generator

/opt/jp1pc/mgr/trapgen/log/

View Server

/opt/jp1pc/mgr/viewsvr/log/

トレースログ（論理ホスト運用の場合）

Action Handler

環境ディレクトリ※3/jp1pc/bin/action/log/

Agent CollectorおよびRemote Monitor Collector

環境ディレクトリ※3/jp1pc/xxxx※1/agent/インスタンス名※2/log/

Agent StoreおよびRemote Monitor Store

環境ディレクトリ※3/jp1pc/xxxx※1/store/インスタンス名※2/log/

Correlator

環境ディレクトリ※3/jp1pc/mgr/clator/log/

Agent Collector（ヘルスチェックエージェント）

環境ディレクトリ※3/jp1pc/agt0/agent/log/

Agent Store（ヘルスチェックエージェント）

環境ディレクトリ※3/jp1pc/agt0/store/log/

Master Store

環境ディレクトリ※3/jp1pc/mgr/store/log/

Master Manager

環境ディレクトリ※3/jp1pc/mgr/manager/log/

Name Server

環境ディレクトリ※3/jp1pc/mgr/namesvr/log/

Performance Managementコマンド

環境ディレクトリ※3/jp1pc/tools/log/

Trap Generator

環境ディレクトリ※3/jp1pc/mgr/trapgen/log/

View Server

環境ディレクトリ※3/jp1pc/mgr/viewsvr/log/

注※1

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※2

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のディレクトリがあります。

注※3

環境ディレクトリは，論理ホスト作成時に指定した共有ディスク上のディレクトリです。

17.5　トラブル発生時に採取が必要な資料

「17.2　トラブルシューティング」に示した対処をしてもトラブルを解決できなかった場合，トラブルの要因を調べるための資料を採取し，システム管理者に連絡する必要があります。この節では，トラブル発生時に採取が必要な資料について説明します。

Performance Managementでは，採取が必要な資料を一括採取するためのコマンドを用意しています。PFM - Manager，PFM - Agent，およびPFM - RMの資料を採取するには，jpcrasコマンドを使用します。PFM - Web Consoleの資料を採取するには，jpcwrasコマンドを使用します。jpcrasコマンドまたはjpcwrasコマンドを使用して採取できる資料については，表中に記号で示しています。

注意

jpcrasコマンドおよびjpcwrasコマンドで採取できる資料は，コマンド実行時に指定するオプションによって異なります。コマンドに指定するオプションと採取できる資料については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

論理ホスト運用の場合の注意事項

論理ホスト運用の場合の注意事項を次に示します。

論理ホスト運用する場合のPerformance Managementのログは，共有ディスクに格納されます。なお，共有ディスクがオンラインになっている場合（Windows），またはマウントされている場合（UNIX）は，jpcrasコマンドで共有ディスク上のログも一括して採取できます。

フェールオーバー時の問題を調査するには，フェールオーバーの前後の資料が必要です。このため，実行系と待機系の両方の資料が必要になります。

論理ホスト運用のPerformance Managementの調査には，クラスタソフトの資料が必要です。論理ホスト運用のPerformance Managementは，クラスタソフトから起動や停止を制御されているので，クラスタソフトの動きとPerformance Managementの動きを対比して調査するためです。

17.5.1　トラブル発生時に採取が必要な資料（Windowsの場合）

(1)　OSのログ情報

採取する必要のあるOSのログ情報を次の表に示します。

情報の種類

概要

デフォルトのファイル名

jpcrasコマンドでの採取

jpcwrasコマンドでの採取

システムログ

Windowsイベントログ

−

○

○

プロセス情報

プロセスの一覧

−

○

○

システムファイル

hostsファイル

システムフォルダ¥system32¥drivers¥etc¥hosts

○

○

servicesファイル

システムフォルダ¥system32¥drivers¥etc¥services

○

○

OS情報

システム情報

−

○

○

ネットワークステータス

−

○

○

ホスト名

−

○

○

ファイアウォールの情報

−

○

×

ダンプ情報

問題のレポートと解決策のログファイル

ユーザーモードプロセスダンプの出力先フォルダ¥プログラム名.プロセスID.dmp

例：jpcagtt.exe.2420.dmp

×

×

（凡例）

○：採取できる

×：採取できない

−：該当しない

注※

別のフォルダにログファイルが出力されるように設定している場合は，該当するフォルダから資料を採取してください。

(2)　Performance Managementの情報

Performance Managementに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取が必要なPerformance Managementの情報を次の表に示します。

情報の種類

概要

デフォルトのファイル名

jpcrasコマンドでの採取

共通メッセージログ

Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）

インストール先フォルダ¥log¥jpclog{01|02}※1

○

Performance Managementから出力されるメッセージログ（ラップアラウンドファイル方式）

インストール先フォルダ¥log¥jpclogw{01|02}※1

○

共通メッセージログ（論理ホスト運用の場合）

Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）

環境ディレクトリ¥jp1pc¥log¥jpclog{01|02}※1

○

Performance Managementから出力されるメッセージログ（ラップアラウンドファイル方式）

環境ディレクトリ¥jp1pc¥log¥jpclogw{01|02}※1

○

構成情報

各構成情報ファイル

インストール先フォルダ配下にあるファイル

インストール先フォルダ¥sys配下にあるファイル

環境ディレクトリ¥jp1pc配下にあるファイル

環境ディレクトリ¥jp1pc¥sys配下にあるファイル

環境ディレクトリ配下にあるファイル

○

データベース情報

Name Server

インストール先フォルダ¥mgr¥namesvr¥*.DB

インストール先フォルダ¥mgr¥namesvr¥*.IDX

○

Master Manager

インストール先フォルダ¥mgr¥manager¥*.DB

インストール先フォルダ¥mgr¥manager¥*.IDX

○

Master Store

インストール先フォルダ¥mgr¥store¥*.DB

インストール先フォルダ¥mgr¥store¥*.IDX

○

View Server

インストール先フォルダ¥mgr¥viewsvr¥data¥*

インストール先フォルダ¥mgr¥viewsvr¥Reports¥*

○※7

Agent StoreおよびRemote Monitor Store

Storeデータベース1.0の場合

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.DB

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.IDX

Storeデータベース2.0の場合

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.DB

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥*.IDX

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥STPD¥*

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥STPI¥*

インストール先フォルダ¥xxxx※2¥store¥インスタンス名※3¥STPL¥*

○※7

Agent Store（ヘルスチェックエージェント）

Storeデータベース1.0の場合

インストール先フォルダ¥agt0¥store¥*.DB

インストール先フォルダ¥agt0¥store¥*.IDX

Storeデータベース2.0の場合

インストール先フォルダ¥agt0¥store¥*.DB

インストール先フォルダ¥agt0¥store¥*.IDX

インストール先フォルダ¥agt0¥store¥STPD¥*

インストール先フォルダ¥agt0¥store¥STPI¥*

インストール先フォルダ¥agt0¥store¥STPL¥*

○※7

データベース情報（論理ホスト運用の場合）

Name Server

環境ディレクトリ¥jp1pc¥mgr¥namesvr¥*.DB

環境ディレクトリ¥jp1pc¥mgr¥namesvr¥*.IDX

○

Master Manager

環境ディレクトリ¥jp1pc¥mgr¥manager¥*.DB

環境ディレクトリ¥jp1pc¥mgr¥manager¥*.IDX

○

Master Store

環境ディレクトリ¥jp1pc¥mgr¥store¥*.DB

環境ディレクトリ¥jp1pc¥mgr¥store¥*.IDX

○

View Server

環境ディレクトリ¥jp1pc¥mgr¥viewsvr¥data¥*

環境ディレクトリ¥jp1pc¥mgr¥viewsvr¥Reports¥*

○※7

Agent StoreおよびRemote Monitor Store

Storeデータベース1.0の場合

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥*.DB

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥*.IDX

Storeデータベース2.0の場合

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥*.DB

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥*.IDX

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥STPD¥*

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥STPI¥*

環境ディレクトリ¥jp1pc¥xxxx※2¥store¥インスタンス名※3¥STPL¥*

○※7

Agent Store（ヘルスチェックエージェント）

Storeデータベース1.0の場合

環境ディレクトリ¥jp1pc¥agt0¥store¥*.DB

環境ディレクトリ¥jp1pc¥agt0¥store¥*.IDX

Storeデータベース2.0の場合

環境ディレクトリ¥jp1pc¥agt0¥store¥*.DB

環境ディレクトリ¥jp1pc¥agt0¥store¥*.IDX

環境ディレクトリ¥agt0¥store¥STPD¥*

環境ディレクトリ¥agt0¥store¥STPI¥*

環境ディレクトリ¥agt0¥store¥STPL¥*

○※7

トレースログ

Performance Managementのプログラムの，各サービスのトレース情報

−※4

○

その他ファイル

その他情報ファイル

インストール先フォルダ配下にあるファイル

環境ディレクトリ¥jp1pc配下にあるファイル

○

インストールログ※5

インストール時のメッセージログ

システムフォルダ¥TEMP¥HCDINST¥*.LOG

インストール先フォルダ¥PSB配下の次のファイル※6

install.log

SPKMANAGE.LOG

insresult.dat

×

%SystemDrive%¥Windows¥Temp¥pfm_reg_history.log

○

（凡例）

○：採取できる

×：採取できない

−：該当しない

注※1

ログファイルの出力方式については，「16.5　システム統合監視製品と連携した障害検知」を参照してください。

注※2

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※3

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のフォルダがあります。

注※4

トレースログの格納先フォルダについては，「17.4.2　ログ情報の詳細について」を参照してください。

注※5

インストールに失敗した場合に採取してください。

注※6

インストールに失敗した場合で，かつファイルが存在しているときに採取してください。

注※7

jpcrasコマンドの引数に「ディレクトリ名」，「サービスキー」，オプション（allまたはdata）を指定したときだけ採取されます。オプションの指定を省略した場合には採取されません。

(3)　PFM - Web Consoleの情報

PFM - Web Consoleに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取が必要なPFM - Web Consoleの情報を次の表に示します。

情報の種類

概要

デフォルトのファイル名

jpcwrasコマンドでの採取

Webサーバの情報

WebサーバやWebコンテナサーバのログ

−

○

レジストリ情報

製品に関するレジストリの情報

−

○

稼働状況ログ※1

PFM - Web Consoleから出力されるメッセージログ

インストール先フォルダ¥log¥jpcwtraceログファイル番号※2.log

○

PFM - Web Consoleのコマンドから出力されるメッセージログ

jpcrptコマンド（1プロセス1ログ出力方式）の場合※3

インストール先フォルダ¥log¥jpcrpt_実行時のコマンドのプロセスID_logログファイル番号※2.log

jpcrptコマンド（複数プロセス1ログ出力方式）の場合※3

インストール先フォルダ¥log¥jpcrpt_logログファイル番号※2.log

jpcrdefコマンド，jpcasrecコマンド，jpcaspsvコマンドおよびjpcprocdefコマンドの場合

インストール先フォルダ¥log¥コマンド名_サブコマンド名_logログファイル番号※2.log

jpcmkkeyコマンドの場合

インストール先フォルダ¥log¥jpcmkkey_logログファイル番号※2.log

上記以外のコマンドの場合

インストール先フォルダ¥log¥コマンド名_logログファイル番号※2.log

○

ファイル情報

PFM - Web Consoleのインストールファイルの一覧

−

○

設定情報

PFM - Web Consoleの設定情報

インストール先フォルダ¥config¥*.*

インストール先フォルダ¥sample¥config¥*.*

○

PFM - Web Consoleログ情報

（アン）インストーラーログファイル

システムフォルダ¥TEMP¥HCDINST¥*.LOG

×

（凡例）

○：採取できる

×：採取できない

−：該当しない

注※1

稼働状況ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注※2

ログファイル番号は，「1」から始まるログファイルの出力数となります。

稼働状況ログの出力

jpcrptコマンド以外の稼働状況ログの出力サイズは，初期設定ファイル（config.xml）の「logFileSize」×「logFileNumber」で設定できます。

注※3

jpcrptコマンドのログ出力形式については，「17.4.2(1)(a)　jpcrptコマンドのログ出力形式」を参照してください。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

(5)　画面上のエラー情報

次に示すハードコピーを採取してください。

Webブラウザのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー（詳細ボタンがある場合はその内容を含む）

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］または［管理者コンソール］画面のハードコピー

(6)　ユーザーモードプロセスダンプ

Performance Managementのプロセスがアプリケーションエラーで停止した場合は，ユーザーモードプロセスダンプを採取してください。

(7)　問題レポートの採取

Performance Managementのプロセスがアプリケーションエラーで停止した場合は，問題レポートを採取してください。

(8)　Docker環境の情報

Performance ManagementをDocker環境で使用している場合，採取する必要のあるDocker環境の情報を次に示します。

情報の種類

概要

jpcrasコマンドでの採取

Docker環境の情報

Dockerバージョン

○

Dockerコンテナリスト

○

Dockerコンテナ内のプロセス

○

Dockerコンテナ情報

○

（凡例）

○：採取できる

(9)　そのほかの情報

上記以外で必要な情報を次に示します。

［アクセサリ］−［システムツール］−［システム情報］の内容

Java VMのスレッドダンプ

PFM - Web Consoleの情報を採取する際は，Java VMのスレッドダンプを採取してください。次の手順で採取できます。

3秒おきに10回程度，次のコマンドを実行する。

# <インストール先ディレクトリ>/CPSB/CC/server/bin/cjdumpsv PFMWebConsole

jpcwrasコマンドを実行する。

重要

スレッドダンプを採取するとJava VMの動作が不安定になるため，PFM - Web Consoleのサービスを再起動してください。

17.5.2　トラブル発生時に採取が必要な資料（UNIXの場合）

(1)　OSのログ情報

採取する必要のあるOSのログ情報を次の表に示します。

情報の種類

概要

デフォルトのファイル名

jpcrasコマンドでの採取

jpcwrasコマンドでの採取

システムログ

syslog

HP-UXの場合

/var/adm/syslog/syslog.log

Solarisの場合

/var/adm/messages*

AIXの場合

/var/adm/syslog*

Linuxの場合

/var/log/messages*

○※1

○※1

プロセス情報

プロセスの一覧

−

○

○

システムファイル

hostsファイル

/etc/hosts

○

○

/etc/inet/ipnodes※2

○※3

×

servicesファイル

/etc/services

○

○

OS情報

システム情報

−

○

○

パッチ情報

−

○

○

カーネル情報

−

○

○

バージョン情報

−

○

○

ネットワークステータス

−

○

○

環境変数

−

○

○

ホスト名

−

○

○

ファイアウォール情報（Linux）

−

○

×

ダンプ情報

coreファイル※4

−

○※5

×

（凡例）

○：採取できる

×：採取できない

−：デフォルトのファイルがない

注※1

デフォルトのパスおよびファイル名以外に出力されるように設定されているシステムでは，収集できません。そのほかの方法で収集してください。

注※2

/etc/inet/ipnodesファイルはSolarisだけに存在するファイルです。/etc/hostsファイルと一緒に収集してください。

注※3

PFM - Manager 08-50またはPFM - Base 08-50以降のjpcrasコマンドだけで収集されます。

注※4

HP-UX 11i V3 (IPF)では，coreadmコマンドによってcoreファイルの名称を任意に変更できます。ファイル名の先頭が「core」以外に変更されたファイルについては，jpcrasコマンドでは収集できません。手動で収集してください。

注※5

Linuxでsystemd-coredumpが有効な環境では，ダンプ情報をjpcrasコマンドで収集できません。次のディレクトリに出力されているPerformance Managementのダンプ情報を，手動で収集してください。

/var/lib/systemd/coredump/

(2)　Performance Managementの情報

Performance Managementに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取する必要のあるPerformance Managementの情報を次の表に示します。

情報の種類

概要

デフォルトのファイル名

jpcrasコマンドでの採取

共通メッセージログ

Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）

/opt/jp1pc/log/jpclog{01|02}※1

○

Performance Managementから出力されるメッセージログ（ラップアラウンドファイル方式）

/opt/jp1pc/log/jpclogw{01|02}※1

○

共通メッセージログ（論理ホスト運用の場合）

Performance Managementから出力されるメッセージログ（シーケンシャルファイル方式）

環境ディレクトリ/jp1pc/log/jpclog{01|02}※1

○

Performance Managementから出力されるメッセージログ（ラップアラウンドファイル方式）

環境ディレクトリ/jp1pc/log/jpclogw{01|02}※1

○

構成情報

各構成情報ファイル

/opt/jp1pc配下にあるファイル

/opt/jp1pc/sys配下にあるファイル

環境ディレクトリ/jp1pc配下にあるファイル

環境ディレクトリ/jp1pc/sys配下にあるファイル

環境ディレクトリ配下にあるファイル

○

データベース情報

Name Server

/opt/jp1pc/mgr/namesvr/*.DB

/opt/jp1pc/mgr/namesvr/*.IDX

○

Master Manager

/opt/jp1pc/mgr/manager/*.DB

/opt/jp1pc/mgr/manager/*.IDX

○

Master Store

/opt/jp1pc/mgr/store/*.DB

/opt/jp1pc/mgr/store/*.IDX

○

View Server

/opt/jp1pc/mgr/viewsvr/data/*

/opt/jp1pc/mgr/viewsvr/Reports/*

○※7

Agent StoreおよびRemote Monitor Store

Storeデータベース1.0の場合

/opt/jp1pc/xxxx※2/store/インスタンス名※3/*.DB

/opt/jp1pc/xxxx※2/store/インスタンス名※3/*.IDX

Storeデータベース2.0の場合

/opt/jp1pc/xxxx※2/store/インスタンス名※3/*.DB

/opt/jp1pc/xxxx※2/store/インスタンス名※3/*.IDX

/opt/jp1pc/xxxx※2/store/インスタンス名※3/STPD¥*

/opt/jp1pc/xxxx※2/store/インスタンス名※3/STPI¥*

/opt/jp1pc/xxxx※2/store/インスタンス名※3/STPL¥*

○※7

Agent Store（ヘルスチェックエージェント）

Storeデータベース1.0の場合

/opt/jp1pc/agt0/store/*.DB

/opt/jp1pc/agt0/store/*.IDX

Storeデータベース2.0の場合

/opt/jp1pc/agt0/store/*.DB

/opt/jp1pc/agt0/store/*.IDX

/opt/jp1pc/agt0/store/STPD¥*

/opt/jp1pc/agt0/store/STPI¥*

/opt/jp1pc/agt0/store/STPL¥*

○※7

データベース情報（論理ホスト運用の場合）

Name Server

環境ディレクトリ/jp1pc/mgr/namesvr/*.DB

環境ディレクトリ/jp1pc/mgr/namesvr/*.IDX

○

Master Manager

環境ディレクトリ/jp1pc/mgr/manager/*.DB

環境ディレクトリ/jp1pc/mgr/manager/*.IDX

○

Master Store

環境ディレクトリ/jp1pc/mgr/store/*.DB

環境ディレクトリ/jp1pc/mgr/store/*.IDX

○

View Server

環境ディレクトリ/jp1pc/mgr/viewsvr/data/*

環境ディレクトリ/jp1pc/mgr/viewsvr/Reports/*

○※7

Agent StoreおよびRemote Monitor Store

Storeデータベース1.0の場合

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/*.DB

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/*.IDX

Storeデータベース2.0の場合

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/*.DB

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/*.IDX

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/STPD/*

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/STPI/*

環境ディレクトリ/jp1pc/xxxx※2/store/インスタンス名※3/STPL/*

○※7

Agent Store（ヘルスチェックエージェント）

Storeデータベース1.0の場合

環境ディレクトリ/jp1pc/agt0/store/*.DB

環境ディレクトリ/jp1pc/agt0/store/*.IDX

Storeデータベース2.0の場合

環境ディレクトリ/jp1pc/agt0/store/*.DB

環境ディレクトリ/jp1pc/agt0/store/*.IDX

環境ディレクトリ/agt0/store/STPD/*

環境ディレクトリ/agt0/store/STPI/*

環境ディレクトリ/agt0/store/STPL/*

○※7

トレースログ

Performance Managementのプログラムの，各サービスのトレース情報

−※4

○

インストールログ※5

Hitachi PP Installerの標準ログ

/etc/.hitachi/.hitachi.log

/etc/.hitachi/.hitachi.log{01|02|03|04|05}

/etc/.hitachi/.install.log

/etc/.hitachi/.install.log{01|02|03|04|05}

/opt/jp1pc/PSB/etc/.hitachi/.hitachi.log※6

/opt/jp1pc/PSB/etc/.hitachi/.install.log※6

×

（凡例）

○：採取できる

×：採取できない

−：デフォルトのファイルがない

注※1

ログファイルの出力方式については，「16.5　システム統合監視製品と連携した障害検知」を参照してください。

注※2

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。各PFM - AgentまたはPFM - RMのサービスキーについては，マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の，命名規則について説明している個所を参照してください。

注※3

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - AgentまたはPFM - RMの場合は，インスタンス名のディレクトリがあります。

注※4

トレースログの格納先ディレクトリについては，「17.4.2　ログ情報の詳細について」を参照してください。

注※5

インストールに失敗した場合に採取してください。

注※6

インストールに失敗した場合で，かつファイルが存在しているときに採取してください。

注※7

jpcrasコマンドの引数に「ディレクトリ名」，「サービスキー」，オプション（allまたはdata）を指定したときだけ採取されます。オプションの指定を省略した場合には採取されません。

(3)　PFM - Web Consoleの情報

PFM - Web Consoleに関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。採取する必要のあるPFM - Web Consoleの情報を次の表に示します。

情報の種類

概要

デフォルトのファイル名

jpcwrasコマンドでの採取

Webサーバの情報

WebサーバやWebコンテナサーバのログ

−

○

稼働状況ログ※1

PFM - Web Consoleから出力されるメッセージログ

/opt/jp1pcwebcon/log/jpcwtraceログファイル番号※2.log

○

PFM - Web Consoleのコマンドから出力されるメッセージログ

jpcrptコマンド（1プロセス1ログ出力方式）の場合※3

/opt/jp1pcwebcon/log/jpcrpt_実行時のコマンドのプロセスID_logログファイル番号※2.log

jpcrptコマンド（複数プロセス1ログ出力方式）の場合※3

/opt/jp1pcwebcon/log/jpcrpt_logログファイル番号※2.log

jpcrdefコマンド，jpcasrecコマンド，jpcaspsvコマンドおよびjpcprocdefコマンドの場合

/opt/jp1pcwebcon/log/コマンド名_サブコマンド名_logログファイル番号※2.log

jpcmkkeyコマンドの場合

/opt/jp1pcwebcon/log/jpcmkkey_logログファイル番号※2.log

上記以外のコマンドの場合

/opt/jp1pcwebcon/log/コマンド名_logログファイル番号※2.log

○

ファイル情報

PFM - Web Consoleのインストールファイルの一覧

−

○

設定情報

PFM - Web Consoleの設定情報

/opt/jp1pcwebcon/conf/*.*

/opt/jp1pcwebcon/sample/conf/*.*

○

（凡例）

○：採取できる

−：デフォルトのファイルがない

注※1

稼働状況ログの出力形式については，マニュアル「JP1/Performance Management リファレンス」の，ログ情報について説明している章を参照してください。

注※2

ログファイル番号は，「1」から始まるログファイルの出力数となります。

稼働状況ログの出力

jpcrptコマンド以外の稼働状況ログの出力サイズは，初期設定ファイル（config.xml）の「logFileSize」×「logFileNumber」で設定できます。

注※3

jpcrptコマンドのログ出力形式については，「17.4.2(1)(a)　jpcrptコマンドのログ出力形式」を参照してください。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

(5)　エラー情報

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(6)　Docker環境の情報（Linuxの場合）

Performance ManagementをLinuxのDocker環境で使用している場合，採取する必要のあるDocker環境の情報を次に示します。

情報の種類

概要

jpcrasコマンドでの採取

Docker環境の情報

Dockerバージョン

○

Dockerコンテナリスト

○

Dockerコンテナ内のプロセス

○

Dockerコンテナ情報

○

（凡例）

○：採取できる

(7)　Podman環境の情報（Linuxの場合）

Performance ManagementをLinuxのPodman環境で使用している場合，採取する必要のあるPodman環境の情報を次に示します。

情報の種類

概要

jpcrasコマンドでの採取

Podman環境の情報

Podmanバージョン

○

Podmanコンテナリスト

○

Podmanコンテナ内のプロセス

○

Podmanコンテナ情報

○

（凡例）

○：採取できる

(8)　そのほかの情報

上記以外で必要な情報を次に示します。

Java VMのスレッドダンプ

PFM - Web Consoleの情報を採取する際は，Java VMのスレッドダンプを採取してください。次の手順で採取できます。

3秒おきに10回程度，次のコマンドを実行する。

# /opt/jp1pcwebcon/CPSB/CC/server/bin/cjdumpsv PFMWebConsole

注　上記のコマンドを実行する前にexportコマンドで次の環境変数を設定してください。

環境変数

設定値

CSCCFJ_SERVER_HOME

/opt/jp1pcwebcon/CPSB/CC

COSMINEXUS_PSB_HOME

/opt/jp1pcwebcon/CPSB

jpcwrasコマンドを実行する。

重要

スレッドダンプを採取するとJava VMの動作が不安定になるため，PFM - Web Consoleのサービスを再起動してください。

17.6　トラブルが発生したときに資料を採取する

トラブルが発生したときに資料を採取する方法を次に示します。

17.6.1　トラブルが発生したときに資料を採取する手順（WindowsでPFM - Web Console以外の場合）

(1)　ダンプ情報を採取する

ダンプ情報を採取する手順を，次に示します。

タスクマネージャーを開く。

プロセスのタブを選択する。

ダンプを取得するプロセス名を右クリックし，「ダンプ ファイルの作成」を選択する。

次のフォルダに，ダンプファイルが格納されます。

システムドライブ¥Users¥ユーザー名¥AppData¥Local¥Temp¥

手順3のフォルダからダンプファイルを採取する。

手順3と異なるフォルダにダンプファイルが出力されるように環境変数の設定を変更している場合は，変更先のフォルダからダンプファイルを採取してください。

(2)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドおよびjpcwrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてAdministrators権限を持つユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

コマンドプロンプトで次に示すコマンドを実行して，コマンドインタープリタの「コマンド拡張機能」を有効にする。

cmd /E:ON

採取する資料および資料の格納先フォルダを指定して，jpcrasコマンドまたはjpcwrasコマンドを実行する。

jpcrasコマンドで，採取できるすべての情報をc:¥tmp¥jp1pc¥mgrフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcras c:¥tmp¥jp1pc¥mgr all all

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id * -host *」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id * -host *」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

注意事項

OSのユーザーアカウント制御機能（UAC）を有効にしている場合は，コマンド実行時にユーザーアカウント制御のダイアログボックスが表示されることがあります。ダイアログボックスが表示された場合は，［続行］ボタンをクリックして資料採取を続行してください。［キャンセル］ボタンをクリックした場合は，資料採取が中止されます。

(3)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドおよびjpcwrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてAdministrators権限を持つユーザーが実行してください。

論理ホスト運用の場合の，資料採取コマンドの実行について，手順を説明します。

共有ディスクをオンラインにする。

論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがオンラインになっていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先フォルダを指定して，jpcrasコマンドまたはjpcwrasコマンドを実行する。

jpcrasコマンドで，採取できるすべての情報をc:¥tmp¥jp1pc¥mgrフォルダに格納する場合の，コマンドの指定例を次に示します。

jpcras c:¥tmp¥jp1pc¥mgr all all

ヒント

論理ホスト環境の調査では物理と論理のPFM資料が必要となります。共有Diskにつながっているノードでjpcrasコマンドのlhostの引数を指定なしで実行することで，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されるようにしております。そのため，PFMが論理ホスト環境である場合，lhost引数は指定しないでください。

論理ホスト環境のPerformance Managementがある場合は，共有ディスク上のログファイルが取得されます。また，共有ディスクがオフラインになっているノードでjpcrasコマンドを実行すると，共有ディスク上のファイルを取得できませんが，エラーは発生しないで正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後を調査するには，実行系と待機系の両方の資料が必要です。

クラスタソフトの資料を採取する。

この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id * -host *」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id * -host *」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id * -host *」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(4)　Windowsイベントログを採取する

Windowsの［イベントビューア］ウィンドウの，［システム］および［アプリケーション］の内容を採取してください。

(5)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

(6)　画面上のエラー情報を採取する

次に示すハードコピーを採取してください。

Webブラウザのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー

詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］または［管理者コンソール］画面のハードコピー

［コマンドプロンプト］または［管理者コンソール］画面のハードコピーを採取する際は，［"コマンドプロンプト"のプロパティ］画面について次のように設定しておいてください。

［オプション］タブの［編集オプション］

［簡易編集モード］がチェックされた状態にする。

［レイアウト］タブ

［画面バッファのサイズ］の［高さ］に「500」を設定する。

(7)　そのほかの情報を採取する

上記以外で必要な情報を採取してください。

［アクセサリ］−［システムツール］−［システム情報］の内容

17.6.2　トラブルが発生したときに資料を採取する手順（UNIXでPFM - Web Console以外の場合）

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。

jpcrasコマンドで，採取できるすべての情報を/tmp/jp1pc/mgrディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jp1pc/mgr all all

資料採取コマンドで，収集された資料はtarコマンドとcompressコマンドまたはgzipコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。

jpcrasコマンドで採取された資料：jpcrasYYMMDD.tar.Z

YYMMDDには年月日が付けられます。

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id "*" -host "*"」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id "*" -host "*"」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id "*" -host "*"」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　資料採取コマンドを実行する（論理ホスト運用の場合）

論理ホスト運用のPerformance Managementの資料は共有ディスクにあり，資料は実行系と待機系の両方で採取する必要があります。

トラブルの要因を調べるための資料の採取には，jpcrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザーが実行してください。

論理ホスト運用の場合の，資料採取コマンドの実行について，手順を説明します。

共有ディスクをマウントする。

論理ホストの資料は共有ディスクに格納されています。実行系ノードでは，共有ディスクがマウントされていることを確認して資料を採取してください。

実行系と待機系の両方で，採取する資料および資料の格納先ディレクトリを指定して，jpcrasコマンドを実行する。

jpcrasコマンドで，採取できるすべての情報を/tmp/jp1pc/mgrディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcras /tmp/jp1pc/mgr all all

資料採取コマンドで，収集された資料はtarコマンドとcompressコマンドまたはgzipコマンドで圧縮された形式で，指定されたディレクトリに格納されます。ファイル名を次に示します。

jpcrasコマンドで採取された資料：jpcrasYYMMDD.tar.Z

YYMMDDには年月日が付けられます。

ヒント

論理ホスト環境の調査では物理と論理のPFM資料が必要となります。共有Diskにつながっているノードでjpcrasコマンドのlhostの引数を指定なしで実行することで，そのノードの物理ホストと論理ホストのPerformance Managementの資料が一とおり採取されるようにしております。そのため，PFMが論理ホスト環境である場合はlhost引数は指定しないでください。

なお，共有ディスクがマウントされていないノードでjpcrasコマンドを実行すると，共有ディスク上のファイルを取得できませんが，エラーは発生しないで正常終了します。

注意

実行系ノードと待機系ノードの両方で，資料採取コマンドを実行して資料採取をしてください。フェールオーバーの前後を調査するには，実行系と待機系の両方の資料が必要です。

クラスタソフトの資料を採取する。

この資料は，クラスタソフトとPerformance Managementのどちらでトラブルが発生しているのかを調査するために必要になります。クラスタソフトからPerformance Managementへの起動停止などの制御要求と結果を調査できる資料を採取してください。

jpcrasコマンドを実行すると，PFMサービスの一覧取得と起動状態の確認のため，内部的に「jpctool service list -id "*" -host "*"」コマンドが実行されます。コマンド実行ホストとほかのPFMシステム内のホストとの間にファイアウォールが設定されていたり，システム構成が大規模だったりすると，「jpctool service list -id "*" -host "*"」コマンドの実行に時間が掛かる場合があります。そのような場合は，環境変数「JPC_COLCTRLNOHOST」に1を設定することで「jpctool service list -id "*" -host "*"」コマンドの処理を抑止し，コマンドの実行時間を短縮できます。

jpcrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，PFM - Manager，およびPFM - AgentまたはPFM - RMの構成など）

再現性の有無

PFM - Web Consoleからログインしている場合は，ログイン時のPerformance Managementユーザー名

(4)　エラー情報を採取する

次に示すエラー情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コンソールに出力されたメッセージ

(5)　そのほかの情報を採取する

上記以外で必要な情報を採取してください。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

17.6.3　トラブルが発生したときに資料を採取する手順（PFM - Web Consoleの場合）

(1)　資料採取コマンドを実行する

トラブルの要因を調べるための資料の採取には，jpcwrasコマンドを使用します。資料採取コマンドの実行手順を次に示します。なお，ここで説明する操作は，OSユーザーとしてrootユーザーが実行してください。

資料採取するサービスがインストールされているホストにログインする。

採取する資料および資料の格納先ディレクトリを指定して，jpcwrasコマンドを実行する。

jpcwrasコマンドで，採取できるすべての情報を/tmp/jp1pcwebconディレクトリに格納する場合の，コマンドの指定例を次に示します。

jpcwras /tmp/jp1pcwebcon

資料採取コマンドで，収集された資料を収集する場合は，資料採取ホストで利用可能なアーカイバ（tarコマンドなど），圧縮形式（gzip，compressなど）で出力先として指定したディレクトリ以下をアーカイブ，または圧縮してください。

jpcwrasコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(2)　画面上のエラー情報を採取する

PFM - Web ConsoleでWebブラウザを利用している場合は，次に示す画面のハードコピーを採取してください。

Webブラウザのハードコピー

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー

詳細情報がある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，操作ターミナル端末のハードコピー

17.7　Performance Managementシステムの障害回復

この節では，Performance Managementのサーバで障害が発生したときに，バックアップファイルを基にして，障害が発生する前の正常な状態に回復する手順について説明します。

注意

バックアップファイルをリストアするときは，同じバージョンの製品に対して実施してください。

障害が発生する前の状態に回復させるためには，次の手順があります。

ディスク故障などの重大な障害の場合

ディスクの物理的な故障などでPerformance Managementのファイルが広範囲に破損したおそれのあるとき，または構成変更に伴う障害の場合の手順では回復できないときに行う手順です。

Performance Managementを再インストール・再セットアップします。そのあと，Performance Managementのすべての定義情報，パフォーマンスデータ，イベントデータをバックアップファイルからリストアすることで，システムを回復します。

ヒント

システムの構成を変更する場合やPerformance Managementバージョンを更新する場合は，各種定義情報のバックアップを取得することをお勧めします。また，パフォーマンスデータ，イベントデータは日々更新されるため，ディスク障害などに備えて定期的にバックアップを取得することをお勧めします。Performance Managementにはパフォーマンスデータ，イベントデータのバックアップを取得するためのコマンドがあります。

バックアップの取得の詳細については，「9.　バックアップとリストア」を参照してください。

17.7.1　ディスク故障などの重大な障害の回復手順

ディスク故障などの重大な障害の場合には，次の手順に従って回復してください。

(1)　アンインストール

Performance Managementのプログラムをアンインストールします。

アンインストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(2)　再インストール

Performance Managementのプログラムを再インストールします。

インストール手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(3)　再セットアップ

Performance Managementのプログラムを再セットアップします。セットアップはトラブルが発生する前の環境のインスタンス名や物理ホスト名で実施します。

セットアップ手順については，マニュアル「JP1/Performance Management 設計・構築ガイド」の，インストールとセットアップについて説明している章を参照してください。

(4)　定義情報のリストア

バックアップしたサービスの定義情報をリストアします。

リストアするサービスの定義ファイルについては，「9.2　定義情報のバックアップとリストア」を参照してください。

(5)　パフォーマンスデータおよびイベントデータのリストア

バックアップしたパフォーマンスデータおよびイベントデータのStoreデータベースをリストアします。

Storeデータベースをリストアする手順については，「9.3　稼働監視データのバックアップとリストア」を参照してください。

(6)　サービスの起動

Performance Managementのプログラムのサービスを起動し，サービスが正常に起動しているか確認してください。

サービスを起動する手順については，「1.2　サービスの起動」を参照してください。サービスの状態はjpctool service listコマンドで確認できます。サービスの状態を確認する手順については，「1.6　サービスの状態の確認」を参照してください。

(7)　レポートの定義情報およびアラームテーブルの定義情報のリストア

バックアップしたレポートの定義情報およびアラームテーブルの定義情報をリストアします。

レポートの定義情報のリストアについては，「9.2.8　定義情報ごとのバックアップとリストア（レポートの定義情報）」を参照してください。アラームの定義情報のリストアについては，「9.2.9　定義情報ごとのバックアップとリストア（アラームの定義情報）」を参照してください。

(8)　動作確認

最後に，トラブルが回復できたかどうかを確認します。次に示す項目が正常であることを確認してください。

パフォーマンスデータを収集できるか確認する

パフォーマンスデータの収集間隔の倍より長い時間稼働させ，パフォーマンスデータが問題なく収集できるか確認します。

パフォーマンスデータの収集間隔については，「4.1.1　パフォーマンスデータの記録方法を変更する」を参照してください。

Storeデータベースのデータに問題がないか確認する

Storeデータベースのデータをテキストファイルにエクスポートし，データに問題がないかを確認します。jpctool db dumpコマンドを使うとStoreデータベースのデータをテキストファイルにエクスポートできます。

jpctool db dumpコマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

レポートの定義およびアラームの定義を確認する

レポートの定義およびアラームの定義に問題がないか確認します。レポートの定義およびアラームの定義はPFM - Web Consoleで確認できます。

レポートの定義については，「5.　稼働分析のためのレポートの作成」を参照してください。アラームの定義については，「6.　アラームによる稼働監視」を参照してください。

アラームテーブルのバインドを確認する

アラームテーブルのバインドを確認し，必要に応じてバインドします。

アラームテーブルのバインドについては，「6.6.1　監視エージェントとアラームテーブルの関連づけを変更する」を参照してください。

付録

付録A　各バージョンの変更内容

各バージョンのマニュアルの変更内容を示します。

付録A.1　12-50の変更内容

「PFM - Managerの論理ホスト名を変更する手順」の中の，PFM - AgentまたはPFM - RMの設定を削除する手順の説明を変更した。

バージョン12-50以降のJP1/IM2と連携する場合に，次のことができるようにした。

JP1/IM2上でJP1/PFMの設定操作をしながら，JP1/IM2のイベントからのモニター起動で，PFM - Web Consoleのレポート画面を表示できるようにした。これに伴い，初期設定ファイル（config.xml）のdispReportsSameTimeパラメーターの設定に関する注意事項を追加した。

JP1/IM2の提案機能で，Performance Managmentシステムの提案情報の表示（または取得）と対処アクションの実行ができるようにした。

JP1/IM2の統合オペレーション・ビューアに表示するPerformance ManagementのIM管理ノードのプロパティに，次のプロパティを追加した。

・ProductVersion（PFM - Managerの製品バージョン）

・OsType（PFM - Managerが動作するホストのOS種別）

・InstallPath（PFM - Managerのインストールパス）

トラブルシューティング時のダンプ情報の採取に関する注意事項を追加した。

トラブル発生時に採取が必要な資料にPodman環境の情報（Linuxの場合）を追加した。

付録A.2　12-10の変更内容※

JP1認証モードでユーザーアカウントの権限を変更する場合の注意事項を追加した。

PFM - AgentまたはPFM - RMの登録に関する説明を変更した。

バージョン12-10以降のJP1/IM2と連携する場合に，JP1/IM2の統合オペレーション・ビューアー上に統合されたPFM - Web Consoleの画面で，Performance Managementの監視対象全体の状況を確認できるようにした。

また，バージョン12-10以降のJP1/IM2と連携する場合に使用できる次の機能の説明を追加した。

統合オペレーション・ビューアーによるPerformance Managementの監視対象の稼働情報の表示

・関連ノード表示

・トレンド情報表示

・プロパティ表示

REST APIによるPerformance Managementのトレンド情報の取得

・メトリック一覧取得API

・時系列データ取得API

これに伴い，JP1/IM2上で動作するJP1/PFMプラグインが参照する次の定義ファイルの説明を追加した。

メトリック定義ファイル

JP1/PFMプラグイン設定ファイル

監視コンソールのWebブラウザとしてGoogle Chromeをサポートした。

次のOSをサポートした。

PFM - Web Console

Red Hat(R) Enterprise Linux(R) 8.1以降

CentOS 8.1以降

Oracle Linux(R) Operating System 8.1以降

注※

12-10リリース以降にサポートされた機能を含みます。

付録A.3　12-00の変更内容※

次のOSをサポートするOSから削除した。

PFM - ManagerおよびPFM - Web Console

Microsoft(R) Windows Server(R) 2008 R2

AIX V6.1

AIX V7.1

AIX V7.2

PFM - Base

Microsoft(R) Windows Server(R) 2008 R2

AIX V6.1

Solaris 10 (SPARC)

リリースノートに記載していた使用上の注意事項を追加した。

PFM - Web Consoleサービスのプロセス名を，cjstartwebからcjstartsvに変更した。

CentOS 7，Linux 7，Oracle Linux 7，またはSUSE Linux 12以降の環境での，Performance Managementのサービスの自動起動および自動停止に関する説明を変更した。

ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能を追加した。これに伴い，アクションの実行に関する説明を追加した。

ポート番号の情報のバックアップとリストアに関する説明を追加した。

また，PFM - Managerのバックアップ対象の定義情報ファイルに関する説明を変更した。

PFM - Web Consoleの設定ファイル（ユーザープロパティファイル（usrconf.properties）および*.cfg）の格納先を変更した。

PFM - Web Consoleの設定ファイルに，サーバ管理コマンド用システムプロパティファイル（usrconf.properties）を追加した。

クラスタシステムでの，JP1/IMと連携している場合のPFM - ManagerサービスとJP1/Baseサービスの依存関係の設定に関する説明を変更した。

PFM - Managerの論理ホスト名を変更する手順とPFM - AgentまたはPFM - RMの論理ホスト名を変更する手順に，実行系ノードの論理ホスト環境定義を待機系ノードに反映する手順を追加した。

PFM - Managerをクラスタソフトに登録するときの動作監視の設定に関する説明を変更した。

JP1/IM2と連携できるようにした。

PFM - Web Consoleで使用するポート番号を変更した。

PFM - Web Consoleのサービスが起動しない場合のトラブルシューティングを追加した。

トラブル発生時（Windowsの場合）にJava VMのスレッドダンプを採取するコマンドを変更した。また，トラブル発生時（UNIXの場合）に採取が必要な資料に，Java VMのスレッドダンプを追加した。

次のOSをサポートした。

PFM - ManagerおよびPFM - Base

Microsoft(R) Windows Server(R) 2019

SUSE Linux(R) Enterprise Server 15

Red Hat(R) Enterprise Linux(R) 8.1以降

CentOS 8.1以降

Oracle Linux(R) Operating System 8.1以降

PFM - Web Console

Microsoft(R) Windows Server(R) 2019

SUSE Linux(R) Enterprise Server 15

JP1/BaseでSSL通信を有効に設定した状態でJP1認証モードを使用する場合の，JP1/BaseおよびPFM - Managerの前提バージョンの説明を追加した。

注※

12-00リリース以降にサポートされた機能を含みます。

付録A.4　11-50の変更内容

アラームの自動バインド機能を追加した。

エージェントの追加先フォルダにホスト名でフォルダを自動で作成できるようにした。

Storeバージョン2.0のパフォーマンスデータの部分バックアップについての説明を変更した。

ITサービス管理製品（JP1/SS）と連携した監視を追加した。

運用中にPFM - Managerのポート番号を変更したあと，アラームイベントが表示されない場合のトラブルシューティングを追加した。

付録A.5　11-10の変更内容

次のOSをサポートした。

AIX V7.2

Microsoft(R) Windows Server(R) 2016

JP1/IMの［イベントコンソール］画面から，アラームにレポートを関連づけていなくてもイベント発生元ホストのPerformance Managementのレポートを表示できるようにした。

JP1/AJS3と連携して，［ダッシュボード］画面からジョブ実行ホストのPerformance Managementのレポートを表示できるようにした。

JP1/IMと連携するためのセットアップの流れの説明を変更した。

付録A.6　11-01の変更内容

jpchostsファイルの編集後，自ホストの情報を変更していない場合は，Performance Managementのサービスの再起動が不要になった。

トラブル発生時に採取が必要なOS情報にファイアウォール情報（Linux）を追加した。

付録A.7　11-00の変更内容

(1)　資料番号（3021-3-042-30）から資料番号（3021-3-A38）への変更内容

次のOSをサポートするOSから削除した。

PFM - ManagerおよびPFM - Web Console

Microsoft(R) Windows Server(R) 2003（R2を含む）

Microsoft(R) Windows Server(R) 2008（R2以外）

AIX 6 (32bit)

AIX 7 (32bit)

HP-UX 11i V3 (IPF)

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (x86)

Red Hat(R) Enterprise Linux(R) Server 6 (32-bit x86)

Solaris 10

PFM - Base

Microsoft(R) Windows Server(R) 2003（R2を含む）

Microsoft(R) Windows Server(R) 2008（R2以外）

AIX 6 (32bit)

AIX 7 (32bit)

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) Server 6 (32-bit x86)

次のOSをサポートした。

CentOS 6.1 (x64)以降

CentOS 7.1以降

Red Hat(R) Enterprise Linux(R) Server 7.1以降

Oracle Linux(R) Operating System 6.1 (x64)以降

Oracle Linux(R) Operating System 7.1以降

SUSE Linux(R) Enterprise Server 12

製品の名称を，JP1/ITSLMからJP1/SLMに変更した。

ネットワーク管理製品（NNM）との連携を廃止した。

ODBC準拠のアプリケーションプログラムを廃止した。

暗号化通信を使用して，Webブラウザから監視コンソールサーバに接続できるようにした。

Performance Managementで使用できる言語に，次の言語を追加した。

韓国語

スペイン語

中国語（簡体字）

ドイツ語

フランス語

ロシア語

アラーム反映状態の確認およびアラーム情報の反映をできるようにした。

(2)　資料番号（3021-3-348-20）から資料番号（3021-3-A38）への変更内容

次のOSをサポートするOSから削除した。

PFM - ManagerおよびPFM - Web Console

Microsoft(R) Windows Server(R) 2003（R2を含む）

Microsoft(R) Windows Server(R) 2008（R2以外）

AIX 6 (32bit)

AIX 7 (32bit)

HP-UX 11i V3 (IPF)

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (x86)

Red Hat(R) Enterprise Linux(R) Server 6 (32-bit x86)

Solaris 10

PFM - Base

Microsoft(R) Windows Server(R) 2003（R2を含む）

Microsoft(R) Windows Server(R) 2008（R2以外）

AIX 6 (32bit)

AIX 7 (32bit)

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) Server 6 (32-bit x86)

次のOSをサポートした。

CentOS 6.1 (x64)以降

CentOS 7.1以降

Red Hat(R) Enterprise Linux(R) Server 7.1以降

Oracle Linux(R) Operating System 6.1 (x64)以降

Oracle Linux(R) Operating System 7.1以降

SUSE Linux(R) Enterprise Server 12

監視エージェントとして次の製品を追加した。

PFM - Agent for Cosminexus

PFM - Agent for DB2

PFM - Agent for Domino

PFM - Agent for Exchange Server

PFM - Agent for HiRDB

PFM - Agent for IIS

PFM - Agent for OpenTP1

PFM - Agent for WebLogic Server

PFM - Agent for WebSphere Application Server

製品の名称を，JP1/ITSLMからJP1/SLMに変更した。

ネットワーク管理製品（NNM）との連携を廃止した。

ODBC準拠のアプリケーションプログラムを廃止した。

暗号化通信を使用して，Webブラウザから監視コンソールサーバに接続できるようにした。

アラーム反映状態の確認およびアラーム情報の反映をできるようにした。

付録A.8　10-50の変更内容

(1)　資料番号（3021-3-042-30）の変更内容

注　10-10リリースから10-50リリースまでにサポートされた機能を含みます。

次のOSをサポートした。

Microsoft(R) Windows Server(R) 2012 R2 Datacenter

Microsoft(R) Windows Server(R) 2012 R2 Standard

監視一時停止機能をサポートした。

起動情報ファイル（jpccomm.ini）に[Action Handler Section]セクションを追加した（アクションの同時実行件数制御機能）。

起動情報ファイル（jpccomm.ini）の[Common Section]セクションにRandom Retry Modeラベルを追加した（再接続処理の分散機能）。

PFM - Manager，PFM - Agent，またはPFM - RMの監視ホスト名に使用している物理ホスト名を指定された方法で変更していない場合は，サービスの起動が抑止されるようにした。

履歴データの収集をリアルタイムレポートの表示処理より優先する機能（履歴収集優先機能）をサポートした。

(2)　資料番号（3021-3-348-20）の変更内容

注　10-10リリースから10-50リリースまでにサポートされた機能を含みます。

次のOSをサポートした。

Microsoft(R) Windows Server(R) 2012 R2 Datacenter

Microsoft(R) Windows Server(R) 2012 R2 Standard

監視一時停止機能をサポートした。

起動情報ファイル（jpccomm.ini）に[Action Handler Section]セクションを追加した（アクションの同時実行件数制御機能）。

起動情報ファイル（jpccomm.ini）の[Common Section]セクションにRandom Retry Modeラベルを追加した（再接続処理の分散機能）。

PFM - Manager，PFM - Agent，またはPFM - RMの監視ホスト名に使用している物理ホスト名を指定された方法で変更していない場合は，サービスの起動が抑止されるようにした。

履歴データの収集をリアルタイムレポートの表示処理より優先する機能（履歴収集優先機能）をサポートした。

付録A.9　10-10の変更内容

(1)　資料番号（3021-3-042-20）の変更内容

次のOSをサポートした。

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

1つのアラーム定義で，レコードのインスタンスごとの状態変化を監視できるようにした。

次のとおり構成を変更した。

6.9.3(3)〜6.9.3(5)を6.2.2(1)〜(3)に移動

PFM - ManagerとPFM - Agent（またはPFM - RM）の構成情報の同期コマンドをサポートした。これによって，PFM - Managerでの構成情報のリストア実行後の，PFM - Agent（またはPFM - RM）の再起動が不要になった。

監視二重化の構成をサポートした。

(2)　資料番号（3021-3-348-10）の変更内容

次のOSをサポートした。

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

1つのアラーム定義で，レコードのインスタンスごとの状態変化を監視できるようにした。

次のとおり構成を変更した。

6.9.3(3)〜6.9.3(5)を6.2.2(1)〜(3)に移動

PFM - ManagerとPFM - Agent（またはPFM - RM）の構成情報の同期コマンドをサポートした。これによって，PFM - Managerでの構成情報のリストア実行後の，PFM - Agent（またはPFM - RM）の再起動が不要になった。

監視二重化の構成をサポートした。

付録A.10　10-00の変更内容

(1)　資料番号（3021-3-042-10）の変更内容

次のOSをサポートするOSから削除した。

HP-UX 11i V2 (IPF)

Solaris 9 (SPARC)

Solaris 10 (x64)

Solaris 10 (x86)

AIX 5L V5.3

Red Hat(R) Enterprise Linux(R) AS 4 (AMD64 & Intel EM64T)

Red Hat(R) Enterprise Linux(R) AS 4 (IPF)

Red Hat(R) Enterprise Linux(R) AS 4 (x86)

Red Hat(R) Enterprise Linux(R) ES 4 (AMD64 & Intel EM64T)

Red Hat(R) Enterprise Linux(R) ES 4 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 (IPF)

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (IPF)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (x86)

次のOSをサポートするOSに追加した。

Red Hat(R) Enterprise Linux(R) Server 6 (64-bit x86_64)

Red Hat(R) Enterprise Linux(R) Server 6 (32-bit x86)

Microsoft(R) Windows Server(R) 2012 Datacenter

Microsoft(R) Windows Server(R) 2012 Standard

JP1/IT Service Level Managementと連携できるようにした。

IPv6環境でもパフォーマンスデータを収集できるようにした。

絞り込みのテキストボックスについて制限値を追加した。

［エージェント階層］画面についてのポイントを追加した。

画面から絞り込み条件を設定して検索できるようにした。

レポートの表示を前後の時間帯に移動できるデータグループボタンを追加した。

バックアップとリストアについての記載を見直した。

プロセス監視の定義テンプレートの定義情報のバックアップとリストアについて追加した。

定義情報と稼働監視データの移行について追加した。

ヘルスチェックエージェントのプロパティの設定にJP1 Eventを追加した。

トラブルシューティングのログ出力形式について追加した。

レポートの表示で，開始日時，終了日時のデータを非表示にできるようにした。

(2)　資料番号（3021-3-348）の変更内容

次のOSをサポートするOSから削除した。

HP-UX 11i V2 (IPF)

Solaris 9 (SPARC)

Solaris 10 (x64)

Solaris 10 (x86)

AIX 5L V5.3

Red Hat(R) Enterprise Linux(R) AS 4 (AMD64 & Intel EM64T)

Red Hat(R) Enterprise Linux(R) AS 4 (IPF)

Red Hat(R) Enterprise Linux(R) AS 4 (x86)

Red Hat(R) Enterprise Linux(R) ES 4 (AMD64 & Intel EM64T)

Red Hat(R) Enterprise Linux(R) ES 4 (x86)

Red Hat(R) Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 (IPF)

Red Hat(R) Enterprise Linux(R) 5 (x86)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (IPF)

Red Hat(R) Enterprise Linux(R) 5 Advanced Platform (x86)

次のOSをサポートするOSに追加した。

Red Hat(R) Enterprise Linux(R) Server 6 (64-bit x86_64)

Red Hat(R) Enterprise Linux(R) Server 6 (32-bit x86)

Microsoft(R) Windows Server(R) 2012 Datacenter

Microsoft(R) Windows Server(R) 2012 Standard

JP1/IT Service Level Managementと連携できるようにした。

IPv6環境でもパフォーマンスデータを収集できるようにした。

絞り込みのテキストボックスについて制限値を追加した。

［エージェント階層］画面についてのポイントを追加した。

画面から絞り込み条件を設定して検索できるようにした。

レポートの表示を前後の時間帯に移動できるデータグループボタンを追加した。

バックアップとリストアについての記載を見直した。

プロセス監視の定義テンプレートの定義情報のバックアップとリストアについて追加した。

定義情報と稼働監視データの移行について追加した。

ヘルスチェックエージェントのプロパティの設定にJP1 Eventを追加した。

トラブルシューティングのログ出力形式について追加した。

レポートの表示で，開始日時，終了日時のデータを非表示にできるようにした。

付録A.11　09-50の変更内容

(1)　資料番号（3020-3-R32-31）の変更内容

業務グループによるアクセスコントロール機能を追加し，ユーザーごとに監視できる範囲を設定できるようにした。

Performance Managementユーザーの権限に，業務グループ一般ユーザーを追加した。

次のコマンドで業務グループを作成および編集できるようにした。

jpcconf bgdef check

業務グループ定義ファイルの内容を検証するコマンド

jpcconf bgdef delete

業務グループの定義情報を削除するコマンド

jpcconf bgdef display

業務グループの定義情報を表示するコマンド

jpcconf bgdef export

業務グループの定義情報をファイルにエクスポートするコマンド

jpcconf bgdef import

業務グループの定義情報をファイルからインポートするコマンド

jpcconf bgdef list

業務グループ名の一覧を表示するコマンド

［エージェント階層の編集 > 新規エージェント］画面で，エージェントをキーワードで絞り込んで表示できるようにした。

jpctool service syncコマンドで，PFM - ManagerとPFM - Web Consoleに登録されているサービス情報を同期できるようにした。

オートラベル機能で，グラフ上のプロットに対応するデータの値を，ツールチップに表示できるようにした。

グラフに使用されるデフォルトの系列色を変更した。また，グラフに使用する系列色を変更できるようにした。

円グラフについての注意事項を追加した。

グラフを含むレポート表示に必要なメモリー量を考慮したレポート定義内容の検討方法について記載した。

レポートの表示に時間が掛かる場合についての注意事項を追加した。

グラフ画像を表示または出力する場合に作成される一時ファイルについて記載した。

「グリッドを表示する」のグラフオプションは，最前面のグラフに対してだけ有効になるようにした。

「3D集合縦棒／3D積み上げ縦棒」のグラフを含む系列グループと，「折れ線」のグラフを含む系列グループは，系列グループの順序に関わらずどちらかが最前面に表示されるようにした。

複合レポートのY軸目盛の表示順序は，グラフの描画順序に準じるようにした。

複合レポートに関する，次の条件を変更および追加した。

グラフや凡例の一部またはすべてが見えなくなり，凡例が2列以上で表示される条件

凡例の文字数が多いために，凡例の一部が見えなくなる条件

系列グループ名と凡例の文字が重なる条件

グラフタイトルが改行される条件

ユーザー作成のアラームテーブルと監視テンプレートのアラームテーブルを，それぞれ別のツリーとして表示できるようにした。

1つのアラームテーブルに定義できるアラームの最大数を，50から250に変更した。これに伴い，1つのアラーム定義ファイルに定義できるアラームの最大数を，50から250に変更した。

メッセージテキストが「Alarm Cleared」のアラームイベントが発行される契機を変更した。これに伴い，PFM - AgentまたはPFM - RMが停止した場合のアラーム評価に関する説明を記載した。

監視対象システムの稼働状態に関するエージェントイベントとして，次に示すメッセージテキストが出力されるようにした。

Monitored System Available

Monitored System Unavailable

エージェントのアラームステータスの確認状況によっては，エージェントイベントとして次に示すメッセージテキストが出力されるようにした。

State change(Unconfirmed)

State information

State information(Unconfirmed)

jpcprocdefコマンドを追加した。

ヘルスチェック機能に関する注意事項を追加した。

次の場合のトラブルシューティングを追加した。

PFM - Managerの再起動後にCorrelatorサービスの起動に時間が掛かる

Agent CollectorサービスまたはRemote Monitor Collectorサービスが起動しない

Windows環境でトラブル発生時に採取が必要な資料に，Windowsファイアウォールの情報を追加した。

コマンドの格納先一覧を追加した。

付録A.12　09-10の変更内容

(1)　資料番号（3020-3-R32-21）の変更内容

バージョン09-00以降のPFM - Managerをインストールした場合のヘルスチェック機能の設定状態について記載した。

一般ユーザー権限のユーザーに対して，エージェント階層の参照を制限できるようにした。

エージェント階層からPFM - Agent for PlatformおよびPFM - RM for Platformのプロセス監視を設定できるようにした。

ユーザーアカウント数についての制限を記載した。

次のコマンドでエージェント階層の作成および編集をできるようにした。

jpcconf agttree export

エージェント階層定義ファイルをエクスポートするコマンド

jpcconf agttree import

エージェント階層定義ファイルをインポートするコマンド

パフォーマンスデータの収集がスキップされるときの対処方法を記載した。

［サービスのプロパティ］画面の［OK］ボタンを削除し，［完了］ボタンおよび［適用］ボタンを追加した。

Storeデータベースのレコード保存期間についての説明を記載した。

レポートの凡例の数が多い場合に，レポートをページ分割できるようにした。

レポート表示時にメモリーに保持されるキャッシュをディスク上のファイルに出力できるようにした。

レポート印刷画面およびHTML形式レポートに表示する表データの最大行数を制限できるようにした。

グラフでの最大ドリルダウンデータ数を制限できるようにした。

複数インスタンスレコードをアラーム監視している場合に，フィールドの値が正常域内に戻ったことを通知できるようにした。

監視時刻範囲と発生頻度を指定した場合のアラーム評価例を記載した。

アラーム条件式に異常条件および警告条件を指定する場合の指定例を記載した。

JP1イベントの発行時に送信するメッセージを，0〜1,023バイトで定義できるようにした。

1つのAgent製品に定義できるアラームテーブル数についての制限を記載した。

アラーム評価時の文字コード種別について記載した。

セットアップコマンドを非対話形式で実行できるようにした。

運用開始後の論理ホスト環境の変更について記載した。

JP1イベントを発行する場合にPFM - Web Consoleの［新規アラーム > アクション定義］または［編集 > アクション定義］画面にデフォルトで選択されるAction Handlerサービスの決定方法を選択できるようにした。

付録A.13　09-00の変更内容

(1)　資料番号（3020-3-R32）の変更内容

Performance Management製品に次のプログラムプロダクトを追加し，リモート監視に対応した。

PFM - RM

Performance Managementのサービスで発生する事象を，JP1システムイベントまたはエージェントイベントで通知できるようにした。

プロダクト名表示機能を追加し，サービスキーとサービスIDを新しい形式で表示・指定できるようにした。

08-51以前のコマンドと互換性を持つ新形式のコマンドを追加しました。また，オプション形式を統一した。

システム全体やサービスの最新稼働状況の概要を，サマリ表示画面で監視できるようにした。

タイリング表示機能を追加し，複数の履歴レポートのグラフをサムネイル画像で表示できるようにした。

フィールド検索機能を追加し，アラームやレポートの設定時に設定したい情報をキーワードとして監視項目を検索できるようにした。

クイックガイド機能を追加し，従来のレポート定義手順を実行することなくレポートを表示できるようにした。また，アラーム定義手順を簡易化した。

レポート表示画面から表示レポート定義を編集できるようにした。

Performance Management製品稼働ホストのホスト名を変更する手順を簡易化した。

PFM - Manager，PFM - BaseおよびPFM - Web Consoleのサービスの起動・停止を連携できるようにした。

監視コンソールのWebブラウザとしてInternet Explorer 7.0およびFirefox 3を追加した。

監視コンソールのWebブラウザとしてMozillaを削除した。

仮想環境の監視エージェントを追加した。

Windows，UNIX，OracleおよびMicrosoft SQL Serverのリモートモニターを追加した。

「ソリューションセット」の名称を「監視テンプレート」に変更した。

ヘルスチェックエージェントの監視テンプレートのアラームテーブルのバージョンを8.50から09.00に変更した。

ヘルスチェックエージェントの監視テンプレートのアラームテーブルを，次の名称に変更した。

PFM HealthCheck Template Alarms

JP1 Version 9 JP1/Performance Managementでは，マニュアル「JP1 Version 8 JP1/Performance Management システム構築・運用ガイド」（3020-3-K61-80）の内容を次の2冊に分冊した。

マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）

マニュアル「JP1 Version 9 JP1/Performance Management 運用ガイド」（3020-3-R32）

マニュアル「JP1 Version 8 JP1/Performance Management システム構築・運用ガイド」（3020-3-K61-80）と「JP1 Version 9 JP1/Performance Management 運用ガイド」（3020-3-R32）との対応を次に示す。

JP1 Version 8 JP1/Performance Management システム構築・運用ガイド（3020-3-K61-80）

JP1 Version 9 JP1/Performance Management 運用ガイド（3020-3-R32）

【概要編】

マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）へ移動

1.　Performance Managementの概要

2.　Performance Managementを使ってみよう

【設計編】

3.　Performance Managementを活用した稼働監視システムの設計

4.　Performance Managementの機能

【構築編】

5.　インストールとセットアップ（Windowsの場合）

6.　インストールとセットアップ（UNIXの場合）

【運用・操作編】

【運用・操作編】

7.　Performance Managementの起動と停止

1.　Performance Managementの起動と停止

8.　ユーザーアカウントの管理

2.　ユーザーアカウントと業務グループの管理

9.　エージェントの監視

3.　エージェントの監視

10.　稼働監視データの管理

4.　稼働監視データの管理

11.　稼働分析のためのレポートの作成

5.　稼働分析のためのレポートの作成

12.　アラームによる稼働監視

6.　アラームによる稼働監視

13.　イベントの表示

7.　イベントの表示

14.　バックアップとリストア

8.　バックアップとリストア

【システム連携編】

【システム連携編】

15.　クラスタシステムでの構築と運用

9.　クラスタシステムでの構築と運用

16.　統合管理製品（JP1/IM）と連携した稼働監視

10.　統合管理製品（JP1/IM）と連携した稼働監視

17.　ネットワーク管理製品（NNM）と連携した稼働監視

11.　ネットワーク管理製品（NNM）と連携した稼働監視

18.　ODBC準拠のアプリケーションプログラムと連携した稼働分析

12.　ODBC準拠のアプリケーションプログラムと連携した稼働分析

【トラブルシューティング編】

【トラブルシューティング編】

19.　Performance Managementの障害検知

13.　Performance Managementの障害検知

20.　トラブルへの対処方法

14.　トラブルへの対処方法

付録A　制限値

マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）へ移動

付録B　命名規則

付録C　システム見積もり

付録D　カーネルパラメーター一覧

付録E　移行手順と移行時の注意事項

付録F　日本語版と英語版の混在環境での注意事項

付録G　バージョン互換

付録H　動作ログの出力

付録I　ヘルスチェックエージェント

−

付録A　コマンドの格納先

付録J　各バージョンの変更内容

付録B　各バージョンの変更内容

付録K　用語解説

付録C　用語解説

付録B　このマニュアルの参考情報

このマニュアルをお読みになる場合の参考情報は，マニュアル「JP1/Performance Management 設計・構築ガイド」を参照してください。

付録C　用語解説

マニュアルで使用する用語について

マニュアル「JP1/Performance Management 設計・構築ガイド」の付録の用語解説を参照してください。

索引

A

Action Handlerラベル[1]、[2]

Alarm Definition File Codeラベル[1]

Alarm Definition File Versionラベル[1]

Alarm Nameラベル[1]

Alarm Table Nameラベル[1]

B

Business Group Definition File Codeラベル[1]

Business Group Definition File Versionラベル[1]

Business Group Nameラベル[1]

Busy as Inactive[1]

C

Check Value Existラベル[1]

Collection Interval[1]

Collection Offset[1]

Commandラベル[1]

Conditionラベル[1]

config.xml[1]

CSV出力[1]、[2]

CSVの形式[1]

D

Description[1]

Detail Records[1]

E

Event IDラベル[1]

<ex-product-detail>タグ[1]

<ex-product-interval>タグ[1]

<ex-product-log>タグ[1]

Eメールの送信元を設定する[1]

E-mail Addressラベル[1]

E-mailラベル[1]

H

HAクラスタシステム[1]

Host Name[1]

Host Nameラベル[1]

Host Not Available[1]、[2]、[3]、[4]

HTML出力[1]、[2]

HTMLの形式[1]

I

Incl. Action Handler[1]

Incomplete[1]、[2]、[3]

inittab[1]

Interval Records[1]

ITサービス管理製品（JP1/SS）と連携した監視[1]

J

JP1/AJS3との連携時の操作[1]

JP1/AJS3との連携時の注意事項[1]

JP1/AJS3との連携を解除する手順[1]

JP1/AJS3と連携した監視[1]

JP1/AJS3と連携した監視の概要[1]

JP1/AJS3と連携する（監視二重化）[1]

JP1/AJS3と連携するための構築方法[1]

JP1/AJS3と連携するためのセットアップ手順[1]

JP1/AJS3と連携するための前提条件[1]

JP1/AJS3 - Web Consoleのモニター画面からPerformance Managementのレポートを表示する[1]

JP1/Base[1]

JP1/IM[1]、[2]

JP1/IMとの連携の解除[1]

JP1/IMと連携したPerformance Managementによる稼働監視の例[1]

JP1/IMと連携する（監視二重化）[1]

JP1/IMと連携するためのセットアップ（Performance Managementで発生したイベントをJP1/IMで監視するための設定）[1]

JP1/IMと連携するためのセットアップ（セントラルコンソール上のイベントからレポートを表示するための設定）[1]

JP1/IMと連携を解除する（監視二重化）[1]

JP1/SLM[1]

JP1/SLMからのPFM - Web Consoleの起動手順[1]

JP1/SLMからの監視の開始[1]

JP1/SLMからの監視の停止[1]

JP1/SLMとの接続数[1]

JP1/SLMとの連携時の操作[1]

JP1/SLMとの連携で収集するパフォーマンスデータの記録[1]

JP1/SLMとの連携の解除[1]

JP1/SLMとの連携を解除する手順[1]

JP1/SLMと連携したあとにPFM - Managerの論理ホストを作成・削除する[1]

JP1/SLMと連携したあとに構成変更した[1]

JP1/SLMと連携したあとにホスト名を変更する場合の流れ[1]

JP1/SLMと連携したあとの構成変更[1]

JP1/SLMと連携した監視[1]

JP1/SLMと連携する（監視二重化）[1]

JP1/SLMと連携するためのJP1ユーザー権限[1]

JP1/SLMと連携するための監視項目[1]

JP1/SLMと連携するためのセットアップ手順[1]

JP1/SLMと連携するための前提条件[1]

JP1/SLMと連携するための前提プログラム[1]

JP1/SLMと連携するためのネットワークの設定[1]

JP1/SLMと連携するためのユーザー認証モードと業務グループについて[1]

JP1/SLMと連携を解除する（監視二重化）[1]

JP1/SLMによるパフォーマンスデータの監視[1]

JP1/SLMの連携[1]

JP1/SSとの連携時の操作[1]

JP1/SSとの連携時の注意事項[1]

JP1/SSとの連携を解除する手順[1]

JP1/SSと連携した監視の概要[1]

JP1/SSと連携するための構築方法[1]

JP1/SSと連携するための前提条件[1]

JP1/SSの画面からPFMのレポートを表示する[1]

JP1 Eventラベル[1]

JP1 Resource Group Nameラベル[1]

JP1イベント[1]

JP1イベントの属性[1]

JP1イベントを発行するための設定[1]

JP1権限レベル[1]

JP1資源グループ[1]

JP1システムイベント[1]

JP1認証モード[1]、[2]

JP1ユーザー[1]

JP1ユーザーイベント[1]

jpc_start[1]

jpc_start.model[1]

jpc_stop[1]

jpc_stop.model[1]

jpcaspsv output[1]、[2]

jpcaspsv update[1]、[2]

jpcasrec output[1]

jpcasrec update[1]

jpccomm.ini[1]、[2]

jpccomm.iniで一致させる必要がある定義情報[1]

jpcconf agttree export[1]、[2]

jpcconf db display[1]

jpcconf mgrhost define[1]

jpcconf primmgr notify[1]

jpcrdef create[1]

jpcrdef delete[1]

jpcrdef output[1]

jpcspm start[1]

jpcspm stop[1]

jpctool alarm active[1]

jpctool alarm bind[1]

jpctool alarm check[1]

jpctool alarm copy[1]

jpctool alarm delete[1]、[2]

jpctool alarm export[1]、[2]、[3]

jpctool alarm import[1]

jpctool alarm inactive[1]

jpctool alarm list[1]

jpctool alarm unbind[1]

jpctool config mgrexport[1]、[2]、[3]

jpctool db clear[1]、[2]

jpctool db dmconvert[1]

jpctool db dump[1]、[2]

jpctool db import[1]

jpctool service list[1]

jpcvsvr.ini[1]

jpcwbackup[1]

jpcwstart[1]

jpcwstop[1]

K

KAVE00105-E[1]

KAVE00182-E[1]

L

LANG環境変数（トラブルシューティング）[1]

Log[1]

Log(ITSLM)[1]

LOGIF[1]

<logif>タグ[1]

Log Records[1]

M

Message Textサブサブセクション[1]

Message Textラベル[1]

Messageラベル[1]

Monitoring(ITSLM)[1]

Monitoring Level[1]

N

Not supported[1]、[2]、[3]、[4]

P

Performance Management自身の障害検知[1]

Performance ManagementとJP1/AJS3の連携で実現できること[1]

Performance ManagementとJP1/SSの連携で実現できること[1]

Performance Managementの起動と停止（クラスタシステムの場合）[1]

Performance Managementユーザー[1]

Period (Day)[1]

Period - Day Drawer (Week)[1]

Period - Hour Drawer (Day)[1]

Period - Minute Drawer (Day)[1]

Period - Month Drawer (Month)[1]

Period - Week Drawer (Week)[1]

Period - Year Drawer (Year)[1]

PFMサービス自動再起動機能[1]、[2]

PFM認証モード[1]

PFM - Agentのエージェント[1]

PFM - Managerの定義情報のインポート[1]

PFM - Managerの定義情報のエクスポート[1]

PFM - ManagerまたはJP1/SLMをバックアップし，リストアした場合の監視設定同期の手順[1]

PFM - ManagerまたはPFM - BaseとPFM - Web Consoleとの起動と停止の連携[1]

PFM - RMのグループエージェント[1]

PFM - RMのポーリングの設定[1]

PFM - RMのリモートエージェント[1]

PFM - Web Consoleの定義情報のインポート[1]

PFM - Web Consoleの定義情報のエクスポート[1]

PFM - Web Consoleログイン用URL[1]

PID[1]

Polling Interval[1]

Port[1]

Product Alarm - PA[1]

Product Interval - Day Drawer[1]

Product Interval - Hour Drawer[1]

Product Interval - Minute Drawer[1]

Product Interval - Month Drawer[1]

Product Interval - Week Drawer[1]

Product Interval - Year Drawer[1]

Productラベル[1]

<product-detail>タグ[1]

<product-interval>タグ[1]

<product-log>タグ[1]

R

rc.jp1_pc[1]

rc.shutdown[1]

<record>タグ[1]

REST API[1]

RetentionEx[1]

Running[1]、[2]、[3]、[4]

S

ServiceID[1]

Service Name[1]

SNMPトラップ[1]

SNMPトラップを送信するための設定[1]

Status[1]

Stopped[1]、[2]

Storeデータベースサイズの確認[1]

Storeデータベースのサイズの制限[1]

Storeデータベースの保存方式[1]

Storeデータベースを再編成する[1]

Suspended[1]、[2]、[3]、[4]、[5]

Switch Alarm Levelラベル[1]

Sync Collection With[1]

syslogファイル（トラブルシューティング）[1]

T

Time to Busy as Inactive AH[1]

Time to Busy as Inactive Collector[1]

Time to Busy as Inactive Store[1]

U

ulimit[1]

Unconfirmed[1]、[2]、[3]、[4]、[5]

W

Webブラウザからサービスの状態を確認する[1]

Webブラウザで監視を一時停止する[1]

Webブラウザで監視を再開する[1]

X

XML宣言[1]、[2]、[3]

あ

アクション[1]

アクションの実行に関する注意事項[1]

アクションを設定する[1]

アラーム[1]

アラームアイコンが示すステータス[1]

アラームイベント[1]、[2]

アラーム条件式[1]

アラーム条件の組み合わせによるアラーム評価の違い[1]

アラーム数の制限[1]

アラーム正常回復時の測定値出力機能[1]

アラーム通知のタイミング[1]

アラームテーブル[1]

アラームテーブルの一覧を表示する[1]

アラームテーブルのプロパティを確認する[1]

アラームテーブル複数バインド機能[1]、[2]

アラームテーブルまたはアラームを削除する[1]

アラームテーブル名[1]

アラームテーブルをインポートする[1]

アラームテーブルをエクスポートする[1]

アラームテーブルを関連づける[1]

アラームテーブルをコピーする[1]、[2]

アラームテーブルを削除する[1]、[2]

アラームテーブルを作成する[1]

アラームで評価するレコードの保存[1]

アラームに関する注意事項[1]

アラームによる監視を開始する[1]

アラームによる監視を停止する（Webブラウザ）[1]

アラームによる監視を停止する（コマンド）[1]

アラームによるリアルタイム監視（クラスタシステムの場合）[1]

アラームにレポートを関連づける[1]

アラームの運用（Webブラウザ）[1]

アラームの運用（コマンド）[1]

アラームの状態を確認する[1]

アラームの設定（Webブラウザ）[1]

アラームの設定（クイックガイド）[1]

アラームの設定（コマンド）[1]

アラームの設定・運用の方法と流れ[1]

アラームの定義に関するトラブル[1]

アラームの評価時刻[1]

アラームの評価数の制限[1]

アラームのプロパティ[1]

アラームのプロパティ（定義内容）を表示する[1]

アラーム発生頻度[1]、[2]

アラーム反映状態を確認する[1]

アラーム評価時の文字コード種別[1]

アラーム評価の間隔[1]

アラーム名[1]

アラームメッセージテキスト[1]、[2]

アラームをコピーする[1]

アラームを削除する[1]、[2]

アラームを作成する[1]

アラームを自動バインドする[1]

アラームを設定する前にすること[1]

アラームを編集する[1]

アラームを無効にするには[1]

アラームを有効にするには[1]

アラームを利用した監視を実施するには[1]

アンバインド[1]

い

異常状態[1]

一覧[1]

一覧の表示例[1]

一般ユーザー権限[1]

一般ユーザー権限で参照できるエージェントの制限について[1]

イベント拡張属性定義ファイル[1]、[2]

イベントデータをエクスポートする[1]

イベントデータを消去する[1]

イベントの表示[1]

イベントの表示件数の設定[1]

［イベントモニター］画面[1]、[2]

［イベント履歴］画面[1]、[2]

イベント履歴の出力[1]

イベント履歴の表示[1]

イベント履歴を表示する[1]

イベントログファイル（トラブルシューティング）[1]

インストール（JP1/IMと連携する場合）[1]

インポート[1]

インポートする（Storeバージョン2.0の場合）[1]

う

運用（クラスタシステムの場合）[1]

運用設計（クラスタシステムの場合）[1]

運用できるエージェント[1]

え

エージェントアイコンが示すステータス[1]

エージェントイベント[1]

エージェント階層[1]

エージェント階層の作成・編集（Webブラウザ）[1]

エージェント階層の作成・編集（コマンド）[1]

エージェント単位で監視を一時停止または再開する範囲[1]

エージェントの稼働監視[1]

エージェントの稼働状況の監視[1]

エージェントの管理に関するトラブル[1]

エージェントの種別[1]

エージェントの状態を確認する[1]

エージェントのプロパティを一括配布する[1]

エージェントのプロパティを表示する[1]

エージェントのプロパティを編集する[1]

エージェントを配置する[1]

エクスポート[1]、[2]、[3]

お

オートラベルでデータの値を確認する[1]

か

各プロパティの説明および設定値と変更できるノード[1]

片側実行モード[1]

稼働監視データの一致を確認する手順[1]

稼働監視データの確認（イベントデータ）[1]

稼働監視データの確認（パフォーマンスデータ）[1]

稼働監視データの管理[1]

稼働監視データの収集と管理（クラスタシステムの場合）[1]

稼働状況ログ（トラブルシューティング）[1]、[2]、[3]

稼働状態の確認方法[1]

環境ディレクトリ（クラスタシステムの場合）[1]

監視一時停止機能オプション[1]

監視一時停止機能とシステム連携[1]

監視一時停止機能とは[1]

監視一時停止機能に関するトラブル[1]

監視一時停止機能の設定[1]

監視一時停止機能の前提条件[1]

監視一時停止中のアラーム[1]

監視一時停止中の稼働情報[1]

監視一時停止中のヘルスチェック[1]

監視一時停止の設定情報の自動同期オプション[1]

監視エージェントの一元管理（クラスタシステムの場合）[1]

監視エージェントの接続先PFM - Manager設定の確認[1]

監視オブジェクト[1]

監視時刻範囲[1]、[2]

監視時刻範囲と発生頻度を指定した場合のアラーム評価[1]、[2]

監視二重化[1]

監視二重化で他システムとの連携を設定する方法[1]

監視二重化に必要なプログラムの前提バージョン[1]

監視二重化のPFM - Managerに関する前提条件[1]

監視二重化のPFM - Web Consoleに関する前提条件[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]

クイックガイドで作成したレポートのデフォルト値[1]

クイックガイドでレポートを作成する[1]

クラスタ構成の設計[1]

クラスタシステム[1]

クラスタシステムでのPerformance Managementの起動と停止[1]

クラスタシステムでのアラームによるリアルタイム監視[1]

クラスタシステムでの運用[1]

クラスタシステムでの運用設計[1]

クラスタシステムでの稼働監視データの収集と管理[1]

クラスタシステムでの監視エージェントの一元管理[1]

クラスタシステムでの構成変更（UNIXの場合）[1]

クラスタシステムでの構成変更（Windowsの場合）[1]

クラスタシステムでの構築（UNIXの場合）[1]

クラスタシステムでの構築（Windowsの場合）[1]

クラスタシステムでの障害回復[1]

クラスタシステムでの注意事項[1]

クラスタシステムでのバックアップとリストア[1]

クラスタシステムでのユーザーアカウントの管理[1]

クラスタシステムでのレポートの作成[1]

クラスタシステムでフェールオーバーが発生したときの運用[1]

クラスタシステムの概要[1]

クラスタソフト[1]

クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager，PFM - RM for PlatformおよびPFM - Agent for Oracleが共存する場合の例）[1]

クラスタソフトに登録するPFM - Managerのサービス（PFM - Manager単体の場合）[1]

クラスタソフトに登録するPFM - Managerの制御方法[1]

クラスタソフトに登録するPFM - Web Consoleのサービス[1]

クラスタソフトに登録するPFM - Web Consoleの制御方法[1]

グラフ[1]

グラフの表示例[1]

グラフを並び替える（タイリング表示）[1]

け

警告状態[1]

系列グループ[1]

権限の選択[1]

こ

更新間隔[1]、[2]

構成変更（クラスタシステムでUNIXの場合）[1]

構成変更（クラスタシステムでWindowsの場合）[1]

構築（クラスタシステムでUNIXの場合）[1]

構築（クラスタシステムでWindowsの場合）[1]

コマンドでサービスの状態を確認する[1]

コマンドの実行に関するトラブル[1]

さ

サーバやエージェントの稼働状況が状態不明または非対応になる（トラブルシューティング）[1]

サービス稼働状態監視[1]

サービス自動起動スクリプトファイル（jpc_start）[1]

サービス自動停止スクリプトファイル（jpc_stop）[1]

サービスの起動[1]

サービスの状態の確認[1]

サービスのステータス確認方法[1]

サービスの停止[1]

最新イベントの表示[1]

サマリ表示[1]

サマリ表示で稼働状況を確認する[1]

サマリ表示の印刷手順[1]

サマリ表示の集計対象となるエージェント[1]

サマリ表示の集計単位[1]

サマリ表示の集計範囲[1]

し

シーケンシャルファイル（トラブルシューティング）[1]

システム統合監視製品と連携した障害検知[1]

システムの障害回復（トラブルシューティング）[1]

システムユーザー[1]

システムユーザーが使用できる機能[1]

システムログ（トラブルシューティング）[1]

実行系ノード（クラスタシステムの場合）[1]

実行できるアクション[1]

自動更新間隔[1]

自動再起動機能[1]

自動バインド[1]

手動バインド[1]

障害回復（クラスタシステムの場合）[1]

障害検知[1]

障害検知例（PFM - Agentの場合）[1]

障害検知例（PFM - RMの場合）[1]

消去[1]、[2]

上限値[1]

資料採取コマンドの実行手順（トラブルシューティング）[1]

資料を採取する（トラブルシューティング）[1]

新規にレポートを作成する[1]

す

スタンドアロンモードの概要[1]

ステータス管理機能[1]

ステータス管理機能の設定[1]

すべての業務グループ[1]

せ

正常状態[1]

セカンダリー[1]

接続先PFM - Managerの二重化を解除する方法[1]

接続先PFM - Managerを二重化する方法[1]

セットアップやサービスの起動に関するトラブル[1]

全実行モード[1]

前提条件（ヘルスチェック機能）[1]

セントラルコンソール[1]

た

待機系ノード（クラスタシステムの場合）[1]

タイリング表示[1]

単一行のレコード[1]

ダンプ情報を採取する手順（トラブルシューティング）[1]

ち

注意事項（クラスタシステムの場合）[1]

て

定期再起動機能[1]

定義情報の二重化[1]

定義情報の二重化の確認（Performance Managementユーザーアカウント情報およびエージェント階層（User Agents）の情報）[1]

定義情報の二重化の確認（アラーム定義およびアクション定義のアラーム情報）[1]

定義情報の二重化の確認（管理エージェント）[1]

定義情報の二重化の確認（業務グループ情報）[1]

定義情報の二重化の確認（自動バインドの設定）[1]

定義情報の二重化の確認（接続先PFM - Manager設定）[1]

定義情報の二重化の確認（バインド情報）[1]

定義情報の二重化の確認（ブックマークの定義情報）[1]

定義情報の二重化の確認（プロセス監視のテンプレート情報）[1]

定義情報の二重化の確認（レポート定義）[1]

定義情報の二重化を確認する手順[1]

定義情報の二重化を確認する手順（PFM - Web Console）[1]

定義情報をインポートする手順[1]

定義情報をエクスポートする手順[1]

定義情報を二重化する流れ[1]

停止順序[1]

停止に関する注意事項[1]

ディスク故障などの重大な障害の回復手順（トラブルシューティング）[1]

ディスク容量[1]、[2]

データ構成の設計（クラスタシステムの場合）[1]

データモデル[1]

データモデルバージョン[1]

データモデルをコンバートする（Storeバージョン2.0の場合）[1]

と

統合オペレーション・ビューアー[1]

統合管理製品（JP1/IM）と連携した稼働監視[1]

セントラルスコープ[1]

動作定義ファイルの設定例[1]

登録できるアラームの数[1]

トラブルが起きた場合の対処の手順[1]

トラブルシューティング[1]

トラブルの内容[1]

トラブル発生時に採取が必要な資料[1]

ドリルダウンレポート[1]

ドリルダウンレポートを表示する[1]

トレースログ（トラブルシューティング）[1]、[2]

ね

ネットワーク構成の設計（クラスタシステムの場合）[1]

は

バージョン[1]

バインド[1]、[2]

バインドの解除[1]

パスワード[1]

パスワードの変更[1]

バックアップ[1]

バックアップとリストア（クラスタシステムの場合）[1]

発生頻度の設定によるアラーム評価の違い[1]

パフォーマンスデータ[1]

パフォーマンスデータの記録方法を変更する[1]

パフォーマンスデータの収集と管理に関するトラブル[1]

パフォーマンスデータの保存条件を変更する（Storeバージョン1.0の場合）[1]

パフォーマンスデータの保存条件を変更する（Storeバージョン2.0の場合）[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]

ブックマークからレポートを削除する[1]

ブックマークに登録する[1]

ブックマークの登録レポートをタイリング表示する[1]

ブックマークのフォルダ名を変更する[1]

ブックマークのフォルダを削除する[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]、[3]

保存条件[1]、[2]

も

文字コード種別の変更[1]

モニター画面呼び出し定義ファイル[1]

ゆ

ユーザーアカウント[1]

ユーザーアカウントの管理（クラスタシステムの場合）[1]

ユーザーアカウントの管理方式[1]

ユーザーアカウントの権限と割り当てる業務グループを変更する[1]

ユーザーアカウントの認証モード[1]

ユーザーアカウントを削除する[1]

ユーザー操作によるアラーム正常回復時のリモートアクション実行抑止機能[1]

ユーザー名[1]

よ

用語解説[1]

ら

ラップアラウンドファイル（トラブルシューティング）[1]

り

リアルタイム（1つのエージェント）[1]

リアルタイムレポート[1]

リストア[1]

リモートアクション[1]

リモートアクションの実行モード[1]

リモートアクションの実行を制御する[1]

リモートアクションの制御を設定する手順[1]

履歴（1つのエージェント）[1]

履歴（複数のエージェント）[1]

履歴レポート[1]

れ

レコード数[1]

レコードタイプ[1]

レポート[1]

レポートキャッシュファイル[1]

レポートキャッシュファイル化機能[1]

レポート系列ページング機能[1]、[2]

レポート系列ページング機能（注意事項）[1]、[2]、[3]

レポート作成の方法と流れ[1]

レポート種別[1]

レポートに関する注意事項[1]

レポートの作成（Webブラウザ）[1]

レポートの作成（クイックガイド）[1]

レポートの作成（クラスタシステムの場合）[1]

レポートの作成（コマンド）[1]

レポートの出力[1]

レポートの種類[1]

レポートの定義に関するトラブル[1]

レポートの名前と種別を設定する[1]

レポートの表示[1]

レポートの表示形式[1]

レポートのフォルダ名を変更する[1]

レポートのフォルダを削除する[1]

レポート名を変更する[1]

レポートレベル[1]

レポートをインポートする[1]

レポートをエクスポートする[1]

レポートをコピーする[1]

レポートを削除する[1]

レポートを表示する[1]

レポートを編集する[1]

ろ

ローカルアクション[1]

ローカルディスク（クラスタシステムの場合）[1]

ログアウト[1]

ログイン[1]

ログインに関するトラブル[1]

ログ情報（トラブルシューティング）[1]

ログファイルトラップ機能[1]、[2]

ログファイルトラップ機能の定義ファイル作成例[1]

論理IPアドレス（クラスタシステムの場合）[1]、[2]

論理ホスト（クラスタシステムの場合）[1]、[2]

論理ホスト名（クラスタシステムの場合）[1]、[2]

わ

割り当てられた業務グループ[1]