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

3021-3-A37-30

前書き

対象製品

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

P-CC2A2C-AJBL JP1/Performance Management - Base 11-50

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

P-CC1J2C-AJBL JP1/Performance Management - Base 11-50

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

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

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

P-CC9D2C-AJBL JP1/Performance Management - Base 11-50

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

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

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

輸出時の注意

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

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

商標類

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

OpenStack(R)の文字表記とOpenStackのロゴは，米国とその他の国におけるOpenStack Foundationの登録商標/サービスマークまたは商標/サービスマークのいずれかであり，OpenStack Foundationの許諾を得て使用しています。日立製作所は，OpenStack FoundationやOpenStackコミュニティの関連企業ではなく，また支援や出資を受けていません。

OpenViewは，Hewlett Packard Enterprise Development LPの商標です。

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

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

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

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

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

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

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

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

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

プログラムプロダクト「P-CC9D2C-AJBL」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。

プログラムプロダクト「P-CC9D2C-AJBL」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

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 dual 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. Actually both licenses are BSD-style

Open Source licenses. In case of any license issues related to OpenSSL

please contact openssl-core@openssl.org.

OpenSSL License

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

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

* Copyright (c) 1998-2016 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

Hyper-V

Windows Server 2008 R2 Hyper-V

Windows Server 2012 Hyper-V

Windows Server 2012 R2 Hyper-V

IIS

Microsoft(R) Internet Information Services

Internet Explorer

Windows(R) Internet Explorer(R)

SQL Server

Microsoft(R) SQL Server 2005 Enterprise Edition

Microsoft(R) SQL Server 2005 Standard Edition

Microsoft(R) SQL Server 2008 Enterprise

Microsoft(R) SQL Server 2008 Enterprise R2

Microsoft(R) SQL Server 2008 Standard

Microsoft(R) SQL Server 2008 Standard R2

Microsoft(R) SQL Server 2012 Business Intelligence Edition

Microsoft(R) SQL Server 2012 Enterprise Edition

Microsoft(R) SQL Server 2012 Standard Edition

Windows Server 2008

Windows Server 2008 R2

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

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

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

Windows Server 2012

Windows Server 2012

Microsoft(R) Windows Server(R) 2012 Datacenter

Microsoft(R) Windows Server(R) 2012 Standard

Windows Server 2012 R2

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

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

Windows Server 2016

Microsoft(R) Windows Server(R) 2016 Datacenter

Microsoft(R) Windows Server(R) 2016 Standard

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

発行

2017年11月 3021-3-A37-30

著作権

Copyright (C) 2016, 2017, Hitachi, Ltd.

Copyright (C) 2017, Hitachi Solutions, Ltd.

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

奥付

マニュアル発行元

株式会社 日立製作所

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

変更内容

変更内容（3021-3-A37-30）　JP1/Performance Management - Manager 11-50，JP1/Performance Management - Web Console 11-50，JP1/Performance Management - Base 11-50

追加・変更内容

変更個所

アラームの自動バインド機能を追加した。

2.4.4，4.1.4(11)，4.2.1(7)，5.1.4(12)，5.2.1(6)，付録A.9，付録H.1，付録H.3

大規模システムの場合の運用設計について追加した。

2.5，4.1.4(2)，4.3.1(1)(c)，4.3.16，5.1.4(3)，5.3.1(1)(c)，5.3.16，付録A.1

Performance Managementプログラムのインストール時に，Windowsのシステム環境変数PATHにコマンド格納パスを追加するようにした。

4.1.1(10)，4.2.1(7)

PFM - AgentおよびPFM - RMの接続数の上限を増やす方法を削除した。

付録C.6

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

はじめに

このマニュアルは，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の環境構築および構成変更について説明しています。

読書手順

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

マニュアルを読む目的

記述個所

JP1/Performance Managementの特長を知りたい。

1章

JP1/Performance Managementをどのように運用すればよいのかを知りたい。

2章

JP1/Performance Managementの機能について知りたい。

3章

インストールとセットアップ方法を知りたい。

4章，5章

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

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

書式

説明

文字列

可変の値を示します。

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

［　］

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

［　］−［　］

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

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

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

第1編　概要編

1　Performance Managementの概要

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

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

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

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

1.1.1　なぜ稼働監視が必要か

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

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

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

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

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

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

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

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

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

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

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

1.1.2　Performance Managementによる稼働監視と収集できるパフォーマンスデータ

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

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

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

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

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

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

監視対象

収集できる主なパフォーマンスデータの例

OS

Windows

CPU使用率，メモリーの空き容量，ディスク使用状況，ネットワーク使用状況，デバイス情報など

HP-UX，Solaris，AIX，Linux

CPU使用率，メモリーの空き容量，ディスク使用状況，ネットワークデータ転送量など

データベースサーバ

Oracle

データベース使用率，SQL情報，パラメーター情報など

SQL Server

CPU使用状況，データベーススペース使用状況，キャッシュヒット率，ロック発生情報など

DB2

メモリー使用状況，ソート情報，エラー情報，構成パラメーター情報など

HiRDB

トランザクション数，ログ入出力エラー回数，HiRDBファイルシステムスペース利用状況など

分散トランザクションマネージャー

OpenTP1

トランザクション情報，RPCコール，スケジュール情報，ジャーナル取得状況など

ジョブ管理

JP1/AJS

実行開始ジョブ数，遅延ジョブ数，滞留ジョブ数，ジョブの滞留時間など

Webサーバ

IIS

Web接続失敗(Not Foundエラー)状況，ASPのリクエスト実行時間，セッション情報など

Webアプリケーションサーバ

Cosminexus

Javaヒープの使用状況，J2EEサーバが使用するOSリソース消費量，EJB稼働情報，Webコンテナ稼働情報など

WebLogic Server

スレッドプールの情報，EJB稼働情報など

WebSphere Application Server

スレッドプールの情報，EJB稼働情報，Webコンテナ稼働情報など

サービスレスポンス管理

インターネットサービス

HTTP・SMTP・FTP・TCPなどのプロトコルの応答時間

ERP

SAP R/3

ロール領域使用率（SAPメモリー），レスポンスタイム，システムログ/CCMSアラートなど

グループウェア

Lotus Notes/Domino

ノーツログ（log.nsf）の収集，ノーツメールの発生状況，LDAP詳細状況，レプリケーターによる複製実行状況など

Exchange Server

キュー/メッセージ，ユーザーログオン，未使用EメールBOXなど

メッセージキューイング

WebSphere MQ

キュー情報，キューマネージャー情報，キューにアクセスしているハンドルの情報，チャネル情報

仮想環境

VMware

物理サーバおよび各仮想マシンの次のパフォーマンスデータなど

CPU使用状態

ディスクI/O

ディスク使用率

メモリー使用状態

ネットワークデータ送受信量

Hyper-V

物理サーバおよび各仮想マシンの次のパフォーマンスデータなど

・CPU使用状態

・ディスクI/O

・メモリー使用状態

・ネットワークデータ送受信量

物理サーバの次のパフォーマンスデータなど

・ディスク使用率

日立サーバ論理分割機構

物理サーバおよび各仮想マシンの次のパフォーマンスデータなど

・CPU使用状態

・ディスクI/O

・ネットワークデータ送受信量

物理サーバの次のパフォーマンスデータなど

・メモリー使用状態

KVM

物理サーバおよび各仮想マシンの次のパフォーマンスデータなど

・CPU使用状態

・ディスクI/O

・メモリー使用状態

・ネットワークデータ送受信量

物理サーバの次のパフォーマンスデータなど

・ディスク使用率

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

1.1.3　Performance Managementが提供する製品群

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

監視マネージャー（PFM - Manager）

稼働状況を一元統合管理する。

監視コンソールサーバ（PFM - Web Console）

グラフィカルなレポートを出力し，Performance Managementの各種設定や稼働状況の分析を支援する。

監視基盤（PFM - Base）

稼働状況を監視するために必要な基盤プログラム。収集した稼働監視データの管理やログの出力などを実行する。

監視エージェント（PFM - AgentまたはPFM - RM）

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

PFM - Agentはエージェント監視を実施するために必要なプログラムで，監視対象サーバにインストールして使用する。PFM - RMはリモート監視を実施するために必要なプログラムであり，監視対象サーバにインストールする必要はない。

図1‒5　Performance Managementの構成例

1.2　Performance Managementの特長

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

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

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

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

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

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

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

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

Performance Managementは，複数のサーバやプログラムから成る大規模システムで，ほかのシステムと柔軟に連携できます。

統合運用管理システムやネットワーク管理システムと連携すると，企業システム全体の視点で可用性や信頼性を向上させることができます。

また，サービスレベル管理システムやジョブ管理システムと連携すると，Performance Managementで収集した稼働監視データを活用して，サービス性能の異常の予兆を検知したり，ジョブの遅延や異常終了の原因を調査したりできます。

図1‒7　Performance Managementのほかのシステムとの連携

システム統合管理製品と連携して企業システム全体の運用管理を最適化します。

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

SNMPトラップを送信してネットワーク管理製品と連携できます。

Performance Managementでアラームイベントが発生したときに，SNMPトラップを送信するようにアクションを設定できます。SNMPトラップを送信すると，Performance ManagementをSNMPエージェントとして，ネットワーク管理製品で監視できます。

SNMPトラップ送信の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録のSNMPトラップについて説明している個所を参照してください。

サービスレベル管理製品と連携してサービスレベルの維持を支援します。

Performance Managementで監視しているシステムの状態を，サービスレベル管理製品であるJP1/SLMから監視できます。JP1/SLMではPerformance Managementが収集した情報や過去の監視結果を基に，サービス性能の異常の予兆を検知できます。これによって，サービスの安定運用を支援します。

ジョブ管理システムと連携して安定したジョブ実行を支援します。

Performance Managementで収集したパフォーマンスデータを，JP1/AJS3のジョブ実行結果の画面から直接参照できます。ジョブの遅延や異常終了があった場合，該当するジョブの実行ホストのパフォーマンスデータを確認することで，遅延や異常終了の原因調査に役立てられます。これによって，安定したジョブ実行を支援します。

(3)　複数拠点のサーバを監視できます

複数の拠点にあるサーバの稼働状況を，１つのサーバ上のPFM - Managerで一元的に監視できます。

拠点内の監視対象サーバには，監視のためにPerformance Management製品，そのほかの追加アプリケーション，およびサービスを追加する必要はありません（ほかのホストからリモートで監視します）。

複数拠点に存在するサーバの稼働状況を監視する際の構成例を次に示します。

図1‒8　監視対象が複数ある場合のホスト名とIPアドレスについて

図中のホスト名A，B，Cのように，監視マネージャー，各拠点の監視エージェントのホスト名，IPアドレスは，環境全体でユニークかつ固定である必要があります。

図中のホスト名D，Eのように，監視対象のホスト名，IPアドレスは，同一拠点内でユニークである必要があります。

図中のホスト名Dのように，別拠点であれば，監視対象のホスト名，IPアドレスが同一でもかまいません。

メモ

監視対象サーバは，固定IPアドレス接続，DHCP接続の両方に対応できます。監視対象サーバは，DHCPのIPアドレス変更などがあった場合でも，ホスト名に変更がなければ，同じ監視対象として監視を継続できます。

(4)　OpenStackを利用したクラウド環境の監視ができます

OpenStackを利用したクラウド環境の監視ができます。

クラウド管理者の視点で，OpenStack基盤を含めた影響範囲を把握できるため，障害に迅速に対応できます。

OpenStack環境を監視するための構成例を次に示します。

図1‒9　OpenStack環境を監視するための構成例

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

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

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

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

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

例を次に示します。

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

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

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

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

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

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

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

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

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

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

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

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

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

(3)　24時間365日システムを安定稼働で運用できます

Performance Managementをクラスタシステムや監視二重化で運用すると，システムに障害が発生した場合にも継続して業務を運用できる，信頼性の高いシステムが構築できます。

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

図1‒13　監視二重化の運用例

クラスタシステムでのPerformance Managementの構築と運用の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

監視二重化でのPerformance Managementの構築と運用の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化の構築と運用について説明している章を参照してください。

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

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

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

［エージェント階層］画面

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

［イベント履歴］画面

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

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

図1‒14　ヘルスチェック機能による稼働状態監視の例（エージェント監視の場合）

なお，リモート監視の場合は，監視対象ホストが正常に稼働していないことを検知したときにアラームイベントを発生させたり，Eメール送信などのアクションを実行させたりできます。

さらに，Performance Managementシステムで，PFMサービスが何らかの原因で異常停止した場合に，PFMサービスを自動的に再起動する機能を用意しています。これをPFMサービス自動再起動機能と呼びます。

PFMサービス自動再起動機能の対象となるPFMサービスは，PFM - Managerサービス，Action Handlerサービス，PFM - AgentまたはPFM - RMサービスです。なお，Status Serverサービスは再起動の対象となりません。サービスの詳細については，「3.1　Performance Managementのサービス」を参照してください。

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

図1‒15　PFMサービス自動再起動機能の概要

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

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

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

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

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

この監視テンプレートを使用すると，監視する準備が容易にできます。

図1‒16　監視項目の検討のためのシステム管理者のタスクと監視テンプレート

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

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

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

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

監視テンプレートは，カスタマイズすることもできます。

監視テンプレートについては，各PFM - AgentまたはPFM - RMマニュアルの，監視テンプレートについて説明している章を参照してください。

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

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

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

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

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

図1‒17　遠隔地からWebブラウザで稼働監視システムの状況を確認する例

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

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

図1‒18　レポートの表示例

レポートの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

(c)　複数のレポートのグラフを並べて表示できます

ブックマークで管理している複数の履歴レポートのグラフを並べて表示できます。これによって，障害要因の分析，ネットワークやOSのリソースの管理などを容易にできます。複数のレポートのグラフを並べて表示したものをタイリング表示と呼びます。

図1‒19　タイリング表示の例

タイリング表示の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

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

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

図1‒20　複合レポートの表示例

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

通常のレポートの場合

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

複合レポートの場合

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

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

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

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

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

複合レポートの表示方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

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

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

図1‒21　過去のデータの参照例

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

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

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

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

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

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

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

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

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

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

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

(3)　JP1/AOと連携して監視対象を自動で追加・削除できます

JP1/AOが提供する「監視設定追加」および「監視設定削除」のサービステンプレートを使用すると，監視対象を自動で追加または削除できるようになります。監視対象を自動で追加または削除する設定をしておけば，仮想サーバをスケールアウトまたはスケールインする際に便利です。サービステンプレートの詳細については，マニュアル「JP1/Automatic Operation サービステンプレートリファレンス」を参照してください。

なお，「監視設定追加」および「監視設定削除」のサービステンプレートは，Performance Management用にカスタマイズする必要があります。サービステンプレートの編集方法については，マニュアル「JP1/Automatic Operation サービステンプレート開発ガイド」を参照してください。

図1‒23　JP1/AOと連携した監視対象の自動追加・削除

1.2.4　目的に応じた監視方式を選択できます

Performance Managementでは，監視対象サーバの重要度および稼働監視システムの設計・構築に掛けられるコストや時間に応じて，監視方式を選択できます。

エージェント監視

監視対象のサーバにエージェントをインストールして，サーバの稼働状況を監視する運用形態です。監視対象のサーバにエージェントをインストールする必要はありますが，充実した監視項目でサーバの稼働状況を監視できます。

図1‒24　エージェント監視

リモート監視

監視対象のサーバにエージェントをインストールしないで，別のホストからリモートでサーバの稼働状況を監視する運用形態です。監視対象のサーバにエージェントをインストールする作業が不要なので，稼働中のシステムに対して稼働監視を始める場合に便利です。エージェント監視と比較すると監視項目は少ないものの，1つのPFM - RMで，複数の監視対象のパフォーマンスデータを収集・管理できます（PFM - RMホスト自身も監視対象ホストに指定できます）。

PFM - RMでは，従来のエージェント監視と同様のインターフェースで監視条件などを設定するための概念「リモートエージェント」と，複数のリモートエージェントのパフォーマンスデータを集約した値を監視するための概念「グループエージェント」を提供しています。

図1‒25　リモート監視

これらの監視方式は組み合わせることもできます。PFM - Agentで詳細に監視する方式と，PFM - RMで簡易的に監視する方式とを，監視対象サーバごとに選択することで，最適な稼働監視を実現できます。

1.2.5　ユーザーごとに監視できる範囲を設定できます

システムの仮想化によってデータセンターや監視対象ホストの集約が進むと，それらを監視する稼働監視システムも集約または統合する必要性が高まります。Performance Managementでは，稼働監視システムの監視範囲をユーザーごとに設定することで，1台の稼働監視システムで複数の企業システムの監視を実現できます。

図1‒26　仮想化に伴う稼働監視システムの統合

(1)　業務グループによる監視範囲の設定

監視範囲を業務グループとして設定することで，ユーザーは業務グループ単位でシステムを監視できます。業務グループは，各システムのユーザーが相互に参照できないように設定できるので，情報混在を防止し，操作ミスを低減でき，各監視システムの独立性を保持できます。

例えば，業務システムAとBに，それぞれ業務グループA，Bを定義した場合，業務システムAのユーザーは業務グループAを参照できますが，同じ稼働監視システム上の業務グループBは参照できません。

図1‒27　業務グループの設定例

共通の業務グループを監視する場合は，共通する業務グループを個別に設定し，それぞれのユーザーが共通の業務グループも監視対象にすることで実現できます。

図1‒28　共通の業務グループの設定例

監視対象ホストを追加・変更するときは，業務グループの設定を更新するだけで簡単に定義できます。

(2)　業務グループのインポート

JP1/IMで定義した業務グループをインポートできます。すでにJP1/IMで業務グループ単位での監視をしている場合，その業務グループの定義をインポートすることで，Performance Managementでも同じ業務グループを同じユーザーが稼働監視できます。

第2編　設計編

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

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

2.1　稼働監視システム構築の流れとPerformance Managementのサポート範囲

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

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

図2‒1　稼働監視システム構築の一般的な流れとPerformance Managementのサポート範囲

システム化計画フェーズ

稼働監視システムを構築するための計画を立案するフェーズです。システムの目的，構築に掛かる費用や体制，およびスケジュールなどを検討します。

Performance Managementを使用する場合は，システムの要件に応じた監視エージェント製品を選定します。

設計フェーズ

稼働監視システムの基盤方式を設計するフェーズです。

まず，システムの構成やネットワーク構成などを設計します。稼働監視システムを，統合運用管理システム（JP1/IM），サービスレベル管理システム（JP1/SLM），およびジョブ管理システム（JP1/AJS3）など，ほかのシステムと連携させる場合は，連携の方式も検討します。

次に，監視項目の選定，システムが危険域に達したときの対処方法，監視項目のレポートの表示形式，構築した稼働監視システムの運用ルールなどを設計します。

Performance Managementの提供機能

メモリー所要量など，システム見積もりのための算出式の提供

監視項目を選定するための，監視テンプレート（ひな形）やデータモデル（各種レコード）の提供

他システムとの連携機能の提供（JP1/IM連携，JP1/SLM連携など）

など

構築フェーズ

設計フェーズで検討した内容に従い，稼働監視システムを導入して各種設定を実施するフェーズです。Performance Managementをインストールし，パラメーターや環境を設定します。

Performance Managementの提供機能

各種設定を実施するためのGUI（PFM - Web Consoleの画面）の提供

各種設定を実施するためのコマンドの提供

運用フェーズ

稼働監視システムを運用するフェーズです。稼働監視データを収集し，システムが危険域に達したことを検知したときに適切に対処したり，レポートを参照して稼働状態を分析したりします。

Performance Managementの提供機能

パフォーマンスデータの収集・管理機能

パフォーマンスデータがしきい値に達したときのアラーム通知機能

パフォーマンスデータのレポート機能

パフォーマンスデータの出力機能

運用コマンドによるパフォーマンスデータのバックアップ，リストア，バックアップデータのインポートなどの機能

など

分析・再構築フェーズ

稼働監視システムで得られたパフォーマンスデータを基に，監視対象であるシステムの問題点を分析し，必要に応じて再構築を実施するフェーズです。

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

図2‒2　設計から運用までの流れ

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

2.3.1　Performance Managementのシステム構成の検討

システム管理者はどのようなシステム構成で稼働監視システムを構築するかを検討します。Performance Managementでは，監視対象に応じて必要なPFM - Agentを追加したり，リモート監視に必要なPFM - RMを導入したりすることで，システムを構成できます。システムの利用者や負荷の増大など，運用状況に合わせて柔軟にシステムを拡張できます。

ヒント

監視対象システム1台にすべてのPerformance Managementプログラムをインストールして稼働監視システムを構成することもできます。

(1)　基本的なシステム構成例

データベースや業務アプリケーションを稼働監視する場合は，1台の監視マネージャーで複数の監視エージェントを一元管理するシステムを構成できます。また，PFM - RMを構成に含めることで，複数の監視対象システムを1つの監視ホストで監視できます。

図2‒3　データベースや業務アプリケーションを稼働監視する場合のシステム構成例

(2)　他製品と連携するときのシステム構成例

JP1/AJS3，JP1/IM，またはJP1/SLMからPerformance Managementで収集したパフォーマンスデータを確認すると，業務全体の視点から稼働状況を監視できます。JP1/IMを使用した大規模システムの構成例を次の図に示します。

図2‒4　大規模システムの構成例

ヒント

Performance Managementでは，システム構成によって，1つのPFM - Managerに接続できるPFM - Agent，PFM - RM，およびPFM - Web Consoleの数が異なります。これらの数を考慮して，適切なシステム構成を設計してください。Performance Managementの制限値の詳細については，「付録A　制限値」を参照してください。また，使用するマシンのメモリーなど，性能が十分であるかどうかを考慮する必要があります。Performance Managementのシステム見積もりの詳細については，「付録C　システム見積もり」を参照してください。

2.3.2　監視マネージャーの可用性の検討

監視マネージャーの可用性を向上させる方法には，クラスタ構成と監視二重化構成があります。2つの構成の特徴を比較して，運用環境に適切な構成を採用してください。

クラスタ構成については「2.3.3　クラスタ構成の検討」およびマニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。

監視二重化構成では，プライマリーとセカンダリーの2台のマネージャーで同一のエージェントを監視することで，プライマリーで障害が発生した場合でも，セカンダリーで監視を継続できます。このため，監視のダウンタイムがなくなり，可用性が高まります。また，2台のマネージャーを別の拠点に配置すれば，災害時でも情報資産を復旧できます。

監視二重化構成については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化の構築と運用について説明している章を参照してください。

クラスタ構成と監視二重化構成を比較した表を次に示します。

表2‒1　クラスタ構成と監視二重化構成の比較

項目

クラスタ構成

監視二重化構成

構成

サーバ台数

2台

2台

クラスタソフトウェア

必要

不要

共有ディスク

必要

不要

Performance Managementのバージョン

制限なし

10-10以降（管理エージェントは，10-00以降）

フェールオーバー

対応（アクティブ・スタンバイ）

非対応（コマンドによってノード切り替え）

障害

ダウンタイム

数分間（系切り替え中は，サービスが停止されるため，監視ができなくなる）

0秒間

障害時のアクション実行

できる（アラームの設定で実行するホストを選択できるが，アクション実行するホストは1台だけ）

できる（アクションをマネージャーホストで実行する場合，設定によって，実行するノードを選択できる）

設定情報の反映

フェールオーバー

不要（クラスタソフトからの系切り替え時に自動で引き継ぐ）

必要（コマンドによって手動で引き継ぐ）

フェールバック

不要（クラスタソフトからの系切り替え時に自動で引き継ぐ）

必要（コマンドによって手動で引き継ぐ）

JP1製品との連携

JP1/AJS3連携

連携できる

制限付きで連携できる

詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化で他システムとの連携を設定する方法について説明している個所を参照してください。

JP1/IM連携

連携できる

JP1/SLM連携

連携できる

2.3.3　クラスタ構成の検討

システム管理者は，システムの可用性を向上させるため，クラスタ構成にするかどうかを検討します。Performance Managementは，製品によって対応するクラスタ構成が異なります。次に対応するクラスタ構成を示します。

PFM - Managerのクラスタ構成

PFM - Managerは，アクティブ・スタンバイ構成のクラスタに対応しています。実行系ノードと待機系ノードのどちらか1つだけ実行できます。実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。

PFM - Web Consoleのクラスタ構成

PFM - Web Consoleは，アクティブ・スタンバイ構成のクラスタに対応しています。実行系ノードと待機系ノードのどちらか1つだけ実行できます。実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。

PFM - Baseのクラスタ構成

PFM - Baseは，アクティブ・アクティブ構成のクラスタに対応しています。PFM - BaseのホストにPFM - AgentやPFM - RMがインストールされている場合，同居するPFM - AgentやPFM - RMに応じたクラスタ環境を構築できます。

PFM - Agentのクラスタ構成

PFM - Agentのクラスタ構成は，監視対象プログラムによって異なります。例えば，Oracleデータベースを監視するPFM - Agent for Oracleは，アクティブ・スタンバイ構成に対応しているため，実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。一方，OSのサーバを監視するPFM - Agent for Platformは，クラスタ環境で動作できますが，PFM - Agent for Platform自身がフェールオーバーすることはできません。

PFM - RMのクラスタ構成

PFM - RMのクラスタ構成は，監視対象プログラムによって異なります。例えば，サーバのOSを監視するPFM - RM for Platformは，アクティブ・スタンバイ構成に対応しているため，実行系ノードが障害のときは，フェールオーバーして待機系ノードに処理を引き継ぎます。

PFM - ManagerおよびPFM - Web Consoleのクラスタの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，クラスタシステムでの構築と運用について説明している章を参照してください。PFM - AgentやPFM - RMのクラスタの詳細については，各PFM - AgentまたはPFM - RMマニュアルの，クラスタシステムでの運用について説明している章を参照してください。

注意

Performance Managementでは，次のようなクラスタ構成には対応していません。

物理ホスト名と論理ホスト名を同じ名称にして運用するクラスタ構成

フェールオーバー時に物理ホスト名を変更するクラスタ構成

Performance Managementをクラスタシステム上で運用するためには，クラスタを構成するノードの物理ホスト名と論理ホスト名を異なる名称にする必要があります。

物理ホスト名と論理ホスト名を同じ名称にして運用するクラスタ上でPerformance Managementを動作させる場合は，監視ホスト名設定機能を使用して物理ホスト上のホスト名が一意な名称になるように設定してください。監視ホスト名設定機能については，Windowsの場合は「4.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を，UNIXの場合は「5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

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

システム管理者は，稼働監視システムをどのようなネットワーク構成で構築するかを検討します。

ヒント

Performance Managementでは，監視エージェントで収集されたパフォーマンスデータは監視エージェント自身に蓄積されます。そのため，ネットワーク上に，大量のパフォーマンスデータが定期的に送信されることはありません。

(1)　Performance ManagementをLAN環境で使用する

(a)　Performance Managementの通信の仕組み

Performance Managementでは，サービス間で通信接続するためにPFM - AgentまたはPFM - RMの起動時にサービスで使用しているホスト名（IPアドレス）とポート番号をPFM - Managerに登録しています。Performance Managementでは，ここで登録されるホスト名（IPアドレス）とポート番号をノード情報と呼びます。ノード情報は，PFM - Managerで管理し，Performance Managementのサービス間で通信する場合，このノード情報を使用して通信を行います。

このノード情報を使用した接続に失敗する場合，ホスト名の名前解決に失敗しているおそれがあります。次の設定を見直し，再び接続を実施してください。

jpchostsファイル

hostsファイル

DNSサーバ

(b)　jpchostsファイルの用途について

Performance Managementでは，複数のLANボードを持つホストにPFM - Manager，PFM - Agent，またはPFM - RMをインストールし，そのホストから複数のLANに接続してPerformance Managementを運用するシステム構成に対応しています。

例えば，PFM - Managerと，PFM - AgentまたはPFM - RMのそれぞれで複数のLANボードを持ち，複数のIP経路がある場合で，一部の経路でネットワークに接続できないときは，PFMのノード情報で使用するIPアドレスを設定する必要があります。

図2‒5　PFM - Manager，PFM - Agent間の通信をIP_C，IP_Aの経路にする場合のシステム構成例

それぞれのサーバのjpchostsファイルを次のように設定すると，IP_C - IP-Aの経路での通信となります。

PFM - Managerサーバのjpchosts

hostA IP_C

hostB IP_A

PFM - Agentサーバのjpchosts

hostA IP_C

hostB IP_A

jpchostsファイルの設定については，「4.3.1　ネットワーク構成の設定および変更手順」または「5.3.1(1)(b)　IPアドレスを設定する」を参照してください。

(2)　Performance ManagementをWAN環境で使用する

Performance Managementでは，ファイアウォールを挟んでPFM - Manager，PFM - Web Console，PFM - AgentまたはPFM - RMを配置できます。

Performance Managementは，1対1のアドレス変換を実行する静的NAT（Basic NAT）に対応しています。また，Performance Managementが使用するポート番号は，環境に合わせて任意な番号に変更できます。

図2‒6　Performance ManagementをWAN環境で使用する例

ポート番号の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録に記載されている，ポート番号一覧を参照してください。

(3)　Performance Managementを同名のホストが複数ある環境で使用する

Performance Managementでは，複数のドメインにまたがる場合など，同じホスト名を持つホストが複数ある環境でも使用できます。このような環境では，各ホストにエイリアス名を与えて，ホスト名が重複しないようにします。

Performance Managementでは，ホスト名として，実ホスト名を使用するか，エイリアス名を使用するかを選択できます。ホスト名としてどちらを使用するかの設定については，Windowsの場合は「4.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を，UNIXの場合は「5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

メモ

論理ホスト環境のホスト名として，エイリアス名は使用できません。

(4)　IPv6環境が含まれる場合のネットワーク構成例

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

ただし，PFM - ManagerとPFM - Web Console間はIPv6通信に対応していません。

ネットワークの構成例を次に示します。

図2‒7　 IPv4環境とIPv6環境が混在するネットワークの構成例

IPv4環境とIPv6環境が混在するネットワーク構成の場合，PFM - ManagerホストはIPv4通信とIPv6通信ができる必要があります。

また，同一ホスト上でIPv6通信を利用するにはPFM - ManagerまたはPFM - BaseとPFM - AgentまたはPFM - RM，すべてのバージョンが10-00以降の必要があります。

IPv6を導入しているサーバのIPアドレスには，ユニークローカルアドレス，サイトローカルアドレス，グローバルアドレスのうちどれかを指定します。ループバックアドレス，リンクローカルアドレスは指定できません。

なお，IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行する必要があります。クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。コマンドを実行するタイミングについて，Windowsの場合は「4.3.1　ネットワーク構成の設定および変更手順」を，UNIXの場合は「5.3.1　ネットワーク構成の設定および変更手順」を参照してください。

注意

IPv4環境とIPv6環境が混在するネットワーク構成の場合，IPv4だけが設定されているサーバと，IPv6だけが設定されているサーバ間での接続はできません。そのため，次のコマンドは，一部のオプションが指定できなかったり，一部機能が制限されたりすることがあります。

jpctool service listコマンド

jpctool db backupコマンド

jpctool db dumpコマンド

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

(5)　暗号化通信を使用して，Webブラウザから監視コンソールサーバに接続する

Performance Managementでは，Webブラウザと監視コンソールサーバ間の通信をhttpsで暗号化できます。通信を暗号化すると，転送するデータを安全に送受信できます。

統合管理製品（JP1/IM）と連携した稼働監視をする場合，暗号化通信でJP1/IMからPFM - Web Consoleの画面を表示させるには11-00以降のJP1/IMが必要です。

暗号化通信するための設定については，「4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ」を参照してください。

暗号化通信（https通信機能）を使用できるOSおよび言語環境については，リリースノートを参照してください。

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

2.4.1　ユーザー管理方式および業務グループ利用の検討

システム管理者は，セキュリティポリシーに基づいたユーザーアカウントの管理方式，運用方式，および業務グループの利用要否を検討します。ユーザーアカウントには，各担当者の業務内容に応じた適切な権限を設定するよう考慮します。

(1)　ユーザーアカウントの管理方式の検討

Performance Managementでは，ユーザーアカウントの管理方式を次の2つから選択できます。

稼働監視システム内でユーザーアカウントを管理する方法（PFM認証モード）

ユーザーアカウントをPFM - Managerで管理する方法です。ユーザーアカウントはPFM - Web Consoleの画面で作成します。この方法は，Performance Managementシステムでの標準のユーザーアカウントの管理方式です。

JP1/Baseでユーザーアカウントを一元管理する方法（JP1認証モード）

統合管理システム（JP1/IM）の認証サーバであるJP1/Baseでユーザーアカウントを一元管理する方法です。ユーザーアカウントは，JP1/BaseでJP1ユーザーとして作成します。すでにほかのJP1製品でJP1/Baseによって認証している場合や，Performance Managementの連携機能を使ってJP1/AJS3，JP1/IM，およびJP1/SLMと連携する場合などにこの方式にすると，複数のアカウントを管理する必要がありません。

JP1ユーザーでアカウントを管理する場合は，PFM - ManagerがインストールされているホストにJP1/Baseが必要になります。クラスタ環境で利用する場合は，PFM - ManagerとJP1/Baseの論理ホスト名を同じにする必要があります。

図2‒8　ユーザーアカウントの管理方法の違い

(2)　ユーザーアカウントの運用方式の検討

セキュリティを確保するために，システム管理者はユーザーアカウントに適切な権限を設定します。設定できるユーザーアカウントの権限を次に示します。

管理ユーザー権限

一般ユーザー権限

業務グループ一般ユーザー権限※

注※　業務グループによるアクセスコントロール機能が有効な場合だけ使用できます。

また，ユーザーアカウントにはパスワードを設定します。成り済ましを防ぐために，他人に推測されにくいパスワードを設定する必要があります。セキュリティ向上のため，使用していないアカウントは削除してください。また，パスワードは定期的に変更することをお勧めします。

(3)　業務グループの利用の検討

業務システムごとに，稼働情報データを参照できるユーザーを限定したい場合は，業務グループを利用します。それぞれのユーザーは自分に権限がある業務グループだけを参照できるので，情報混在を防止し，操作ミスを低減でき，各監視システムの独立性を保持できます。

複数のシステム管理者が分担してシステムを監視する場合や，大規模なシステムを監視する場合は，業務グループの利用を検討してください。業務グループを利用する場合は，どの監視対象ホストを同一の業務グループとして定義するか，および各グループに対してどのユーザーアカウントに権限を与えるかについて検討してください。

図2‒9　業務グループ単位で稼働監視する場合の例

ヒント

PFM - RMホストを業務グループに含める場合は，その監視対象ホスト（リモートエージェントホスト）もすべて，PFM - RMホストと同じ業務グループに含めるようにしてください。ただし，リモートエージェントを監視する場合は，対応するPFM - RMホストを同じ業務グループに含める必要はありません。なお，各リモートエージェントに対する収集間隔などの設定は，システム全体を操作できるシステム管理者が実施します。

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

システム管理者は，稼働監視システム内の監視エージェントをどのように管理するかを検討します。Performance Managementでは，監視対象のプログラムの違いを意識することなく，監視エージェントを管理できるように，監視エージェントの管理方法として次の方法を提供しています。

PFM - AgentやPFM - RMごとにグルーピングされたエージェント階層で監視する

稼働監視システム内のすべてのPFM - AgentやPFM - RMについて，製品ごとのフォルダに自動的にグルーピングされたエージェント階層で監視する方法です。一般ユーザー権限を持つユーザーに対して，この監視方法を禁止して，参照できるエージェントを制限することもできます。

ログインユーザーごとに作成したエージェント階層で監視する

ログインユーザーごとに任意に作成したエージェント階層で監視する方法です。システムの構成や組織などの単位に，フォルダを自由に構成できます。一般ユーザー権限を持つユーザーに対して，エージェント階層の編集を禁止して，参照できるエージェントを制限することもできます。

稼働監視システムを運用する環境に応じて，監視用のエージェント階層を作成してください。監視エージェントの管理の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

2.4.3　監視項目の検討

稼働監視システムの目的は，システムが危険域に達したことを事前に把握し，トラブルを未然に防止することです。そのために，システムの監視項目を検討することは最も重要な作業になります。監視項目の検討では，どのような監視項目をどのように監視するかを決めます。監視項目を選定する際は，各PFM - AgentまたはPFM - RMマニュアルを参照して検討してください。

監視項目を検討する流れを次に示します。

アラームの検討

監視対象システムのどのような項目を監視するかを決めて，監視項目に対するしきい値を決めます。例えば，共有サーバ上での作業が正常にできるように，共有サーバの論理ディスクドライブの空き容量の割合を監視項目とし，しきい値を決めます。

次に，アラームの通知方法を決めます。アラームの通知方法を次に示します。

監視項目の値が最初にしきい値に達したときにアラームを通知する

しきい値を超えている間アラームを評価するたびにアラームを通知する

また，しきい値に達した場合にどのような方法でシステム管理者に通知させるかを決めます。例えば，EメールやSNMPトラップを送信できます。

レポートの検討

設定したしきい値を超え，アラームが発生した場合に，原因分析や状況把握のためにどのようなレポートを表示させるかを決めます。例えば，共有サーバの論理ディスクドライブの空き容量が少ない上位10個を集合横棒グラフに表示する，などのように監視項目と表示形式を決めます。

なお，監視項目の選定には，Performance Managementで提供している監視テンプレートを利用できます。監視テンプレートをそのまま利用したり，一部の定義をカスタマイズしたりすることで，システム管理者の監視項目を定義する作業を軽減できます。

ヒント

監視項目は，監視対象プログラムのパラメーターの選定など技術的なことだけでなく，システムの業務特性やシステムの運用体制を考えて検討することをお勧めします。

(1)　アラームの検討

(a)　しきい値をどう設定するか

Performance Managementでは，PFM - AgentやPFM - RMで収集したパフォーマンスデータが，あらかじめ定義されたしきい値に達したときに，アラームイベントを発行させることができます。システム管理者は，どの監視項目が，どのような値を超えたらアラームイベントで警告させるかを決めてください。Performance Managementではアラームイベントを発生させる条件を時間帯ごとに定義することもできます。

例えば，次のような設定ができます。

昼間と夜間で監視するプロセスを別々に設定する

昼間は監視センターでシステム運用者が常時監視するため，監視コンソールのアイコンの点滅で通知し，夜間はシステム管理者の携帯電話にEメールを送信する

システム管理者は，必要に応じて，監視対象をどの時間帯に監視するかを決めてください。

また，Performance Managementでは，一時的な負荷によってしきい値を超えた場合にアラームイベントを発生させないように設定できます。「監視のインターバル何回中に何回しきい値を超えたら通知するか」という発生頻度を設定することで，継続的にCPUが高負荷となる状態のときだけ通知する，などの運用ができます。一時的な負荷の場合には通知を抑えることができるので，システムの特性を考慮した効率の良いアラームを発生させることができます。

(b)　アラームをどのように通知するか

アラームイベントは次の方法で通知できます。システム管理者は，監視要件に合わせて適切な通知方法を選択してください。

監視項目の値が最初にしきい値に達したときにアラームを通知する

この場合，さらに，次の通知方法があります。

アラームの状態が変わったときに通知する

レコードのインスタンス単位で状態が変わったときに通知する

しきい値を超えている間アラームを評価するたびにアラームを通知する

(c)　アラームが通知されたらどう対処するか

監視項目の値が危険域に達したときに，どのように問題の個所を検知し，誰がどのような一次処置を実施するのか，また，一次処置で解決しないときはどのような方法で解決するのかを決めます。Performance Managementでは，アラームイベントが発生したときに次のアクションを自動実行できます。

システム管理者にEメールで通知する

SNMPトラップを送信する

Eメールや，SNMPトラップ以外の通知のためのコマンド（メッセンジャサービス（net sendコマンド）やwallコマンドなど）を実行する

ほかのJP1製品と連携するためのJP1イベントを発行する

システム管理者は，これらのPerformance Managementの機能の利用を含めて，稼働監視システムからアラームが通知されたときの対処について検討してください。

次の図に，アラーム発生時の対処についての検討例を示します。

図2‒10　監視対象システムが危険域に達したときの対処手順の例

ヒント

アラームイベントが発生したときに，自動で修復プログラムなどを実行してシステムを自律的に正常な状態にしたい場合は，JP1イベントを発行して，ジョブ管理システムなどと連携することをお勧めします。

(2)　レポートの検討

(a)　どのようなレポートにするか

Performance Managementでは，現在の稼働状況をつかむためのリアルタイムレポートと長期的な稼働状況の傾向を捉えるための履歴レポートを作成できます。システム管理者は，パフォーマンスデータを基にどのようなレポートを作成して稼働状況を確認するかを検討してください。わかりやすいレポートを作成することで，システムの問題点を正しく捉えることができます。

Performance Managementでは，日次，週次，月次，および年次などの期間ごとのレポートを表示できます。また，アラームイベントが発生したときにアラームのアイコンからレポートが表示されるようにしたり，あるレポートに関連性のあるレポートをあらかじめ定義しておくことでレポートから別のレポートをドリルダウン表示させたりすることもできます。

なお，システムの稼働状況を総合的に判断したい場合に，複数のレポートを同じグラフ上に重ね合わせて表示させることもできます。

長期的な稼働分析のために，レポートを定期的に出力する必要がある場合は，出力方式を検討します。Performance Managementでは，レポートをPFM - Web Consoleの画面で表示するか，または運用コマンド（jpcrptコマンド）でCSVまたはHTML形式のテキストファイルに出力できます。

レポートの定義方法やレポートの出力方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

(b)　どの項目をデータベースに保存するか

システム管理者は，監視エージェントで収集されるパフォーマンスデータについて，次のことを決めてください。

パフォーマンスデータをStoreデータベースに記録するかどうか

パフォーマンスデータを履歴レポートとして表示するには，レポートに表示するパフォーマンスデータをStoreデータベースに保存するように設定する必要があります。

パフォーマンスデータの収集間隔とタイミング

監視項目が多数あると，収集処理および記録処理がある時点に集中するため，性能が低下します。その場合には，パフォーマンスデータを収集するタイミングを監視項目ごとにずらすことでシステムの負荷を分散します。

例えば，1分間隔で収集するパフォーマンスデータが2つある場合，一方のデータのオフセットを0秒に設定し，もう一方のデータのオフセットを20秒に設定すると，パフォーマンスデータの収集開始時刻が20秒ずれます。オフセットの値を変更する場合は，収集処理の負荷を考慮した上で値を設定してください。

図2‒11　パフォーマンスデータの収集間隔とオフセットの設定例

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

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

Performance Managementでアラームを利用した監視を実行するには，監視エージェントとアラームテーブルを関連づける必要があります。アラームテーブルとは，幾つかのアラームをまとめたものです。この関連づけを「バインド」といいます。

監視エージェントは，バインドされているアラームテーブルに含まれるすべてのアラームについて，条件式を評価し，アラームの定義に応じてPFM - Web Consoleなどにアラームを通知します。通常は，評価の結果，状態の変化があった場合にアラームが通知されます。

すでに監視エージェントにバインドされているアラームテーブルに新しくアラームを追加した場合や，既存のアラームの定義を変更した場合，自動的に新しい定義で評価が行われます。

アラームテーブルのバインド方式には次に示すものがあります。

1つの監視エージェントに対して，1つのアラームテーブルをバインドする。

1つの監視エージェントに対して，複数のアラームテーブルをバインドする。

1つの監視エージェントに対して，複数のアラームテーブルをバインドする場合には，監視エージェントごとにバインドするアラームテーブルの組み合わせを変えることで，監視エージェントごとにアラームの条件を分けられるようになります。例えば，あらかじめDBキャッシュ監視用，CPU使用率監視用，プロセス監視用のアラームテーブルというように監視分類ごとにアラームテーブルを作成しておき，ある監視エージェントにはDBキャッシュ監視用とプロセス監視用のアラームテーブルを組み合わせてバインドしたり，ある監視エージェントにはCPU使用率監視用とプロセス監視用のアラームテーブルを組み合わせてバインドできます。

また，複数の監視エージェントがある場合に，共通のアラームテーブルを全監視エージェントにバインドし，ある監視エージェントだけ特殊なアラームテーブルを追加してバインドすることもできます。

図2‒12　複数のアラームテーブルをバインドする例

アラームテーブルのバインド方式については，PFM - Managerで設定します。1つの監視エージェントに対して複数のアラームテーブルをバインドできるようにする場合，PFM - ManagerおよびPFM - Web Consoleが08-50以降である必要があります。また，複数のアラームテーブルをバインドする監視エージェントは，PFM - Agentが08-00以降，PFM - Baseが08-50以降である必要があります。また，PFM - RMの監視エージェントに対してアラームテーブルをバインドするには，Performance Management製品が09-00以降である必要があります。アラームテーブルのバインド方式の設定方法については，Windowsの場合は「4.4.4　アラームテーブル複数バインド機能の設定手順」を，UNIXの場合は「5.4.4　アラームテーブル複数バインド機能の設定手順」を参照してください。

また，アラームテーブルをバインドする方法には，次に示すものがあります。

監視マネージャーおよび監視エージェントのサービスの起動後にアラームを定義し，アラームテーブルを手動でバインドする（手動バインド）

監視マネージャーの起動後，監視エージェントのサービスの起動前にアラームの定義とアラームテーブルの自動バインド設定を行い，監視エージェントの起動時に自動でバインドする（自動バインド）

手動バインドは，アラームテーブルをバインドした時にアラームの監視を開始します。監視エージェントのサービスを起動してからバインドするまでの異常は検知できません。また，監視エージェントの台数分のアラームテーブルのバインド操作が必要です。

自動バインドは，監視エージェントのサービスを起動した時にアラームテーブルが自動でバインドされ，アラームの監視を開始します。また，すでに自動バインドの設定が済んでいる監視エージェントを追加する場合，追加したエージェントを起動するだけでアラームテーブルをバインドします。

メモ

自動バインドを使用する場合，あらかじめアラームテーブル複数バインド機能を有効に設定しておく必要があります。

自動バインドを使用する場合，PFM - ManagerおよびPFM - Web Consoleが11-50以降である必要があります。PFM - Managerが11-50以降で，かつPFM - Web Consoleが11-50より前のバージョンである場合に自動バインドを使用するときは，自動バインドの設定は設定ファイルを直接編集する必要があります。

自動バインド機能の設定方法については，Windowsの場合は「4.1.4(11)　アラームの自動バインド機能の設定」を，UNIXの場合は「5.1.4(12)　アラームの自動バインド機能の設定」を参照してください。また，アラームの自動バインド機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のアラームの自動バインドについて説明している個所を参照してください。

2.4.5　バックアップ取得方式の検討

ディスク障害でデータが破損するなどの万一のトラブルに備えて，システム管理者は，Performance Managementで利用するデータのバックアップを取得する方式を検討します。Performance Managementでバックアップが必要なデータと，タイミングを次に示します。

稼働情報

Performance Managementで収集される稼働情報のデータ（パフォーマンスデータおよびイベントデータ）をバックアップします。これらの稼働情報のデータは日々更新されるデータのため，バックアップは週次や月次など必要に応じて定期的に取得することをお勧めします。

定義情報

Performance Managementを動作させるために必要なサービスの定義ファイルや，アラーム，レポートの設定情報などをバックアップします。これらの定義情報は，システム構成を変更した場合や，設定を変更した場合にバックアップすることをお勧めします。

図2‒13　Performance Managementで必要なバックアップデータの取得例

また，取得した稼働情報をほかのアプリケーションで利用するためにデータをエクスポートする場合は，その方式を検討します。

稼働情報のバックアップやエクスポートは，運用コマンド（jpctool dbコマンド）で実行します。バックアップの方法については，マニュアル「JP1/Performance Management 運用ガイド」の，バックアップとリストアについて説明している章を参照してください。

ヒント

ジョブスケジューラーなどに運用コマンドを登録することで，稼働情報の自動管理ができます。

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

Performance Managementでは，監視エージェントで収集した稼働監視データを蓄積するためのデータベースを用意しています。これをStoreデータベースと呼びます。Storeデータベースには保存方式の違いによって，バージョン1.0とバージョン2.0があり，それぞれStoreバージョン1.0，Storeバージョン2.0と呼びます。利用するバージョンによって，機能，保守，使用リソースの面から特徴が異なるため，稼働監視システムを構築する場合は，Storeデータベースの保存方式を検討する必要があります。

ヒント

PFM - RMで利用できるのは，Storeバージョン2.0だけです。

表2‒2　Storeバージョン1.0とStoreバージョン2.0の特徴

分類

項目

Storeバージョン1.0の特徴

Storeバージョン2.0の特徴

機能性

蓄積可能なパフォーマンスデータ量

各エージェント（インスタンス）のレコードタイプ（PI・PD・PL）ごとに2ギガバイトを上限とする

各エージェント（インスタンス）のレコードごとに1日当たり2ギガバイトを上限とする

保存期間の設定

PIレコード：

レコード単位での保存期間は設定できない。PIレコード全体の保存期間を設定できる

PDレコード：

レコード単位に保存レコード数を設定できる

PLレコード：

レコード単位に保存レコード数を設定できる

PIレコード：

レコード単位に保存期間を設定できる

PDレコード：

レコード単位に保存期間を設定できる

PLレコード：

レコード単位に保存期間を設定できる

PIレコードの保存期間の最大値

分・時・日・週・月レコードは最長1年。年レコードは制限なし

分・時レコードは最長1年，日・週・月レコードは最長10年。年レコードは制限なし

過去データの参照

保存条件から外れた期間のデータはバックアップデータがあったとしても参照できない

期間に関係なくバックアップデータをインポートすることで参照できる

保守性

バックアップ

データベース全体のバックアップ（フルバックアップ）だけ可能

データベース全体または実行日からの相対日で期間を指定して部分バックアップが可能（前回との差分だけバックアップが可能）

データベース再編成

定期的に無効領域を削除するためにデータベースの再編成が必要

データベース再編成は不要

使用リソース

作成されるファイル数

少ない（19ファイル）

多い（詳細については，各PFM - AgentまたはPFM - RMマニュアルの付録を参照のこと）

同時にオープンされるファイルの数

少ない（19ファイル）

多い（詳細については，各PFM - AgentまたはPFM - RMマニュアルの付録を参照のこと）

汎用性

利用できるPerformance Managementプログラム

PFM - Agent

PFM - AgentおよびPFM - RM

上記の特徴から，推奨する運用例について説明します。

Storeバージョン1.0での運用を推奨するケース

Storeバージョン2.0では，08-00以前のバージョンと比べて使用するシステムリソース（ファイル数，ファイルオープン数）が増加します。また，保存期間の設定内容が変更されたことで，使用ディスク容量も含めた設定内容の再見積もりが必要になります。

このため，システム運用開始後のバージョンアップなどで，上記設定の変更が難しい場合には，Storeバージョン1.0で運用することをお勧めします。この場合，従来どおり（バージョン08-00以前）のシステム見積もりで運用を継続できます。

Storeバージョン2.0での運用を推奨するケース

Storeバージョン2.0では，パフォーマンスデータの部分バックアップやインポートができるため，長期間にわたって稼働性能情報の管理ができます。このため，新規にシステムを構築する場合には，Storeバージョン2.0で運用することをお勧めします。また，バージョン08-00以前からバージョンアップする場合に，蓄積したいパフォーマンスデータ量や保存期間がStoreバージョン1.0では対応できないときはStoreバージョン2.0を利用してください。

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

稼働監視システム自身を安定稼働させるために，システム管理者は稼働監視システム自身の障害を検知し，トラブルが発生した場合の対処を検討します。

(1)　Performance Managementの障害検知

Performance Managementでは，ヘルスチェック機能を利用すると，監視エージェントが稼働するホストの死活監視や監視エージェントによって監視対象を正しく監視できているかを確認できます。ヘルスチェック機能には，監視レベルの違いによって次に示す2段階の監視方法があります。

監視エージェントが稼働するホストの稼働状態監視

PFM - AgentまたはPFM - RMが稼働するホストの稼働状態およびPFM - RMの監視対象ホストの稼働状態を監視し，PFM - Web Console上で稼働状態を確認できます。

監視エージェントのサービスの稼働状態監視

PFM - AgentまたはPFM - RMが稼働するホストの稼働状態監視に加え，Agent Collector，Remote Monitor Collector，Agent Store，およびRemote Monitor Storeサービスの稼働状態を監視し，PFM - Web Console上で稼働状態を確認できます。

ヘルスチェック機能では，監視したい対象と条件によって自由に運用を切り替えられます。ただし，それぞれ前提となる条件が異なります。ヘルスチェック機能使用時の前提条件については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

なお，PFM - Manager自身の稼働状態はヘルスチェック機能では監視できません。jpctool service listコマンドを使用することで，PFM - Manager，PFM - Agent，またはPFM - RMのサービスの詳細な状態を確認できます。また，ほかのJP1製品（JP1/Base）と連携することで障害を検知できます。

Performance Managementの障害検知の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(2)　PFMサービスの自動再起動

Performance Managementでは，PFMサービス自動再起動機能を利用することで，万が一PFMサービスが何らかの原因で異常停止した場合でも自動的に該当サービスを再起動できます。これによってシステムの監視が続けられるようになります。システムの高可用性を実現するクラスタシステムを利用しない場合は，PFMサービス自動再起動機能を利用することを検討してください。PFMサービス自動再起動機能には次に示す2つの機能があります。

自動再起動機能

何らかの原因によって異常停止したPFMサービスを自動的に再起動します。

定期再起動機能

OSやPFMサービス自身の問題によるメモリーリーク，ハンドルリークなどを回避するため，PFMサービスを定期的に再起動します。

PFMサービス自動再起動機能を利用する場合の前提条件や設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(3)　トラブル時の保守情報の収集

障害の原因を解明するには，稼働情報のほかにOSのログやPerformance Managementが出力している内部ログなどの情報が必要になる場合があります。Performance Managementでは，これらの保守情報を一括取得するための運用コマンド（jpcrasコマンドおよびjpcwrasコマンド）を提供しています。

トラブル時の，保守情報の採取の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，トラブルへの対処方法について説明している章を参照してください。

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

監視項目などを決定し，最後にPerformance Managementで必要なディスク容量を見積もります。Performance Managementでは，大きく分けて次の3種類のデータを扱います。システム管理者は，これらのデータ容量を見積もり，必要なディスク容量を用意してください。

監視エージェントが収集するパフォーマンスデータ

監視エージェントの状態を示すイベントデータ

Performance Managementが動作するために必要なデータやPerformance Managementが出力するログファイルなど

ディスク容量は，システムの拡張性を考えて，余裕を持って設計することをお勧めします。

次に，Performance Managementのそれぞれのプログラムでのディスク容量の見積もりの概要を説明します。ディスク容量の見積もりの詳細については，「付録C　システム見積もり」を参照してください。

(1)　PFM - Managerに必要なディスク容量

システムを動作させるために必要なディスク容量

PFM - ManagerをインストールするOSやシステムが出力するログの保存期間などによって異なります。

イベントデータの蓄積に必要なディスク容量

PFM - Managerに接続するPFM - AgentおよびPFM - RMの数やイベントデータの保存件数などによって異なります。また，データのバックアップやエクスポートなどを実行する場合は，別にその分のディスク容量を確保する必要があります。

ヘルスチェックによる監視結果のデータの蓄積に必要なディスク容量

Storeデータベースに格納するデータの数や保存条件などによって異なります。また，データのバックアップやエクスポートなどを実行する場合は，別にその分のディスク容量を確保する必要があります。なお，Storeデータベースの保存方式（Storeバージョン1.0またはStoreバージョン2.0）によって必要なディスク容量が異なります。保存方式に応じたディスク容量を見積もってください。

(2)　PFM - Web Consoleに必要なディスク容量

PFM - Web Consoleの実行に必要なディスク容量は，PFM - Web ConsoleをインストールするOSやシステムが出力するログの上限値などによって異なります。

また，レポートキャッシュファイル化機能を使用する場合は，レポートキャッシュファイルの利用に必要なディスク容量も見積もってください。レポートキャッシュファイル化機能に必要なディスク容量は，表示するレポートのパフォーマンスデータの数などによって異なります。レポートキャッシュファイル化機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のレポートについて説明している章を参照してください。

(3)　PFM - Baseに必要なディスク容量

PFM - Baseに必要なディスク容量は，PFM - BaseをインストールするOSやシステムが出力するログの上限値などによって異なります。

(4)　PFM - AgentおよびPFM - RMに必要なディスク容量

システムを動作させるために必要なディスク容量

PFM - AgentおよびPFM - RMをインストールするOSやシステムが出力するログの保存期間などによって異なります。

パフォーマンスデータの蓄積に必要なディスク容量

Storeデータベースに格納するパフォーマンスデータの数や保存条件などによって異なります。また，データのバックアップやエクスポートなどを実行する場合は，別にその分のディスク容量を確保する必要があります。なお，Storeデータベースの保存方式（Storeバージョン1.0またはStoreバージョン2.0）によって必要なディスク容量が異なります。保存方式に応じたディスク容量を見積もってください。

2.5　大規模システムの場合の運用設計

大規模なシステムでは，多くのエージェントやアクションハンドラが監視マネージャーと通信するため，処理に時間が掛かる場合があります。この節では，大規模システムを構築・運用する際の設定内容および注意事項について説明します。

2.5.1　大規模システムでの構築の検討

大規模システムでの構築で検討が必要な内容について説明します。

(1)　Performance Managementの機能の有効化

大規模システムでは，次に示すPerformance Managementの機能を有効にしてください。

ステータス管理機能

PFMサービスの状態を管理することで，監視マネージャーに負荷が掛かることを防ぐ機能です。ステータス管理機能の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

アラームテーブル複数バインド機能

複数のアラームテーブルをエージェントにバインドできる機能です。アラームテーブル複数バインド機能の設定方法については，Windowsの場合は「4.4.4　アラームテーブル複数バインド機能の設定手順」を，UNIXの場合は「5.4.4　アラームテーブル複数バインド機能の設定手順」を参照してください。

再接続処理の分散機能

複数のエージェントがスタンドアロンモードで起動した時，再接続を試みるタイミングを分散させる機能です。再接続処理の分散機能の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，同時に起動した複数のエージェントでスタンドアロンモードからの回復に時間が掛かる場合の対処について説明している個所を参照してください。

監視一時停止機能

アラームやヘルスチェックなどの監視を一時的に停止したり再開したりすることができる機能です。監視一時停止機能の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の監視一時停止機能の設定について説明している個所を参照してください。

ポート固定時の通信削減機能

Master ManagerとCorrelatorのポート番号を固定することで，エージェント起動時の通信を減らし監視マネージャーの負荷を減らす機能です。ポート番号の設定方法については，Windowsの場合は「4.1.4(2)　ネットワークの設定」を，UNIXの場合は「5.1.4(3)　ネットワークの設定」を参照してください。

重要

Master ManagerとCorrelatorのポート番号を固定したあと，ポート番号の設定を変更する場合は，次の個所を参照してください。

Windowsの場合

「4.3.16　ポート番号の設定変更手順」

UNIXの場合

「5.3.16　ポート番号の設定変更手順」

(2)　最大アラーム数を考慮したアラームの作成

システム内で作成できる最大アラーム数は20,000です。大規模システムでは，サーバごとにアラームテーブルを作成すると，アラーム数が20,000を超える可能性があります。アラームの定義数が20,000以下となるように，必要に応じてアラームテーブルを共通化してください。

Performance Managementでは，同じアラーム定義が別のアラームテーブルに属していると，それぞれ別のアラームとして扱われます。複数のサーバでバインドしているアラームを共通のアラームテーブルとしてまとめて定義することで，アラームの定義数を削減できます。

また，レコードのインスタンスごとの状態変化を1つのアラームで監視できます。この場合，状態が変化したときにレコードのインスタンスごとの状態変化を通知するアラームを作成してください。詳細な設定方法については，「3.3.4　アラームの通知方法」を参照してください。

(3)　アラームイベントの発生頻度を考慮した環境構築

システム内で発生するアラームイベントの数は，ピーク時で1分間につき150程度に抑える必要があります。システム内のエージェント数が増加すると，1エージェントあたりに発生できるアラームイベント数が少なくなります。環境構築する場合は，次に示す設定に注意してください。

発生頻度

「監視のインターバル何回中に何回しきい値を超えたら通知するか」という発生頻度を設定することで，一時的な負荷の場合には通知せず，継続的に高負荷となる状態の場合だけアラームイベントを通知できます。

監視一時設定

システムをメンテナンスする場合など，多くのアラームイベントが通知される可能性がある場合，監視一時停止機能を使用してアラームイベントの監視を停止できます。

(4)　ヘルスチェックエージェントのポーリング間隔設定

ヘルスチェック機能では，ヘルスチェックエージェントという稼働状態を監視するための専用のエージェントを使用して，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視します。このとき，ヘルスチェックエージェントはデフォルトでは5分間隔でポーリングしています。

大規模システムの場合，ヘルスチェックエージェントでの収集に時間が掛かるため，5分で処理が終わらずにポーリングがスキップする場合があります。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ヘルスチェック機能に関する注意事項について説明している個所を参照してください。

(5)　PAレコードの保存数の設定

Master StoreサービスのPAレコードは，Agent/RM Collectorサービス1つ当たりの保存レコード数の上限を設定する必要があります。

次の式を満たすように，bの値を設定してください。

a＊b＊0.015 < 2000（メガバイト）

（凡例）

a：接続するAgent Collectorサービス，Remote Monitor Collectorサービス，Remote Agent，Group Agentの総数

b：PAレコードの保存数（初期状態は1,000）

2.5.2　大規模システムでの運用の検討

大規模システムでの運用で検討が必要な内容について説明します。

(1)　再接続処理の分散機能が無効なホストのPFMサービスを一斉起動する場合

再接続処理の分散機能が無効なホストのPFMサービスを一斉起動する場合，通常モードで起動するまでに3時間以上掛かる場合があります。この場合，エージェントを複数回に分けて起動すると，通常モードで起動するまでの時間を短縮できます。エージェントを複数回に分けて起動する場合，運用で許容できる起動時間と，すべてのエージェントがスタンドアロンモードにならずに起動する時間を十分に検証・比較しながら，同時に起動するエージェント数および間隔時間を決定する必要があります。

(2)　PFMサービスを一斉起動したときに通常モードで起動するまでの時間

OSの一斉起動や定期的な再起動などによりPFMサービスが同時に起動した場合，監視マネージャーに負荷が掛かり，エージェントとアクションハンドラが一時的にスタンドアロンモードで起動します。エージェント数が多いとスタンドアロンモードから通常モードに移行するまでに時間が掛かります。スタンドアロンモードの間は，レコードの収集は行われますがアラームの評価が行われません。大規模システムでの運用は，これを考慮する必要があります。通常モードに移行するまでの時間の目安を次の表に示します。

表2‒3　通常モードで起動するまでの時間の目安

エージェント数※

アクションハンドラ数

通常モードで起動するまでの時間の目安（単位：分）

100

100

20

500

500

40

1,200

1,024

70

2,500

2,500

120

注※　Agent CollectorまたはRM Collectorの数です。

(3)　コマンドの実行時間について

jpctool config syncコマンド，jpctool config alarmsyncコマンド，およびjpcconf primmgr notifyコマンドは，エージェントとアクションハンドラに対して通信するため，大規模システムでは実行に時間が掛かります。コマンドの実行時間の目安を次の表に示します。

表2‒4　コマンドの実行時間の目安

エージェント数※1

アクションハンドラ数

コマンドの実行時間の目安（単位：分）

jpctool config syncコマンド

jpctool config alarmsyncコマンド※2

jpcconf primmgr notifyコマンド

100

100

25

15

2

500

500

120

55

10

1,200

1,024

240

120

20

2,500

2,500

585

290

50

注※1

Agent CollectorまたはRM Collectorの数です。

注※2

すべてのサービスが同期対象の場合（反映状態がFailedまたはUncertain）の時間です。

jpctool config syncコマンドは，エージェントとアクションハンドラのアラーム情報とノード情報を同期します。jpctool config alarmsyncコマンドは，反映状態がFailedまたはUncertainであるエージェントとアクションハンドラのアラーム情報を同期します。大規模システムではコマンドの実行に時間が掛かるため，必要に応じてコマンドを使い分けてください。

(4)　自動バインド機能を使用するシステムでPFMサービスを一斉起動する場合

自動バインドを設定したあとの初回エージェント起動時にPFMサービスを一斉起動する場合，PFMサービスの過負荷によって，一部のエージェントで自動バインドが失敗する場合があります。自動バインドが失敗すると，KAVE00568-Eメッセージが出力されます。この場合，アラームを再バインドするか対象エージェントを再起動して，アラーム情報を反映してください。

なお，エージェントを複数回に分けて起動すると，この現象を回避できます。この場合，運用で許容できる起動時間と，すべてのエージェントがスタンドアロンモードにならずに起動する時間を十分に検証・比較しながら，同時に起動するエージェント数および間隔時間を決定する必要があります。

3　Performance Managementの機能

この章では，稼働監視システムを構築するための，Performance Managementの機能について説明します。

3.1　Performance Managementのサービス

3.1.1　サービスの概要

Performance Managementは，さまざまな機能を持つプロセスを実行することで，監視エージェントの稼働状況を監視します。Performance Managementのプログラムを構成する，機能ごとのプロセスを「サービス」と呼びます。

図3‒1　Performance Managementのサービスの構成

監視コンソールでPFM - Web Consoleの［サービス階層］画面を選択することで，サービスのプロパティやステータスを確認できます。また，サービスを停止させることもできます。

(1)　サービスの種類

Performance Managementのサービスが持つ機能とサービス名の一覧を次の表に示します。Performance Managementのサービスには，表に示すサービス名のほかにサービスIDが付いています。サービスIDはコマンドの実行や監視コンソールでの表示などに使われます。サービスIDについては，「付録B.1　サービスIDとサービスキーの命名規則」を参照してください。

表3‒1　PFM - Managerのサービス一覧

サービス名

機能

詳細

Name Server

サービス構成情報管理

Performance Managementのサービス情報の登録や更新など，サービス構成情報を管理する。

Master Manager

システム一元管理

PFM - Managerの中核をなすメインサーバ。レポートやアラームの定義情報の管理や，定義情報の配信を実施する。

View Server

監視コンソール通信サーバ

PFM - Web Consoleと接続する場合の通信処理を管理する。

Correlator

アラームイベント配信制御

サービス間のアラームイベント配信を制御する。

Master Store

イベントデータ管理

各PFM - AgentおよびPFM - RMから発行されたイベントデータをStoreデータベースに記録し，管理する。

Trap Generator

SNMPトラップ発行

監視エージェントのデータがしきい値を超えてアラームイベントが発生した場合，SNMPトラップを発行する。

Action Handler

アクション実行

監視エージェントのデータがしきい値を超えてアラームイベントが発生した場合，ユーザーに異常などの状況を通知するアクションを実行する。

Status Server

ステータス管理

Performance Managementのサービスのステータスを管理する。

Agent Collector

ヘルスチェック状態収集

次に示す稼働状態を収集したり，しきい値を監視したりする。

PFM - AgentおよびPFM - RMのサービス稼働状態

PFM - AgentおよびPFM - RMが稼働するホストの稼働状態

PFM - RMの監視対象ホストの稼働状態

PFM - Web Consoleでリアルタイムレポートを表示する場合のデータ処理を実行する。

Agent Store

ヘルスチェック状態管理

次に示す，収集した稼働情報をStoreデータベースに記録し，管理する。

PFM - AgentおよびPFM - RMのサービス稼働状態

PFM - AgentおよびPFM - RMが稼働するホストの稼働状態

PFM - RMの監視対象ホストの稼働状態

PFM - Web Consoleで履歴レポートを表示する場合のデータ処理を実行する。

表3‒2　PFM - Web Consoleのサービス一覧

サービス名

機能

詳細

PFM - Web Console

Webアプリケーション実行機能

PFM - Web Consoleのメインサービス。PFM - Managerへの接続や，Webブラウザからの要求を処理する。

PFM - Web Service

httpサーバ機能

Webブラウザとの通信処理を管理する。

表3‒3　PFM - Baseのサービス一覧

サービス名

機能

詳細

Action Handler※

アクション実行

監視エージェントのデータがしきい値を超えてアラームイベントが発生した場合，ユーザーに異常などの状況を通知するアクションを実行する。

Status Server※

ステータス管理

Performance Managementのサービスのステータスを管理する。

注※

複数のPFM - AgentまたはPFM - RMが同一ホスト上にある場合，そのホスト上にはPFM - Baseのサービスが1つだけ配置されます。

表3‒4　PFM - Agentのサービス一覧

サービス名

機能

詳細

Agent Collector

パフォーマンスデータ収集

監視エージェントのパフォーマンスデータを収集したり，しきい値を監視したりする。PFM - Web Consoleでリアルタイムレポートを表示する場合のデータ処理を実行する。

Agent Store

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

収集したパフォーマンスデータをStoreデータベースに記録し，管理する。PFM - Web Consoleで履歴レポートを表示する場合のデータ処理を実行する。

表3‒5　PFM - RMのサービス一覧

サービス名

機能

詳細

Remote Monitor Collector

パフォーマンスデータ収集

監視エージェントのパフォーマンスデータを収集したり，しきい値を監視したりする。PFM - Web Consoleでリアルタイムレポートを表示する場合のデータ処理を実行する。

Remote Monitor Store

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

収集したパフォーマンスデータをStoreデータベースに記録し，管理する。PFM - Web Consoleで履歴レポートを表示する場合のデータ処理を実行する。

(2)　インスタンス起動について

PFM - AgentまたはPFM - RMによっては監視対象プログラムのインスタンス※ごとに監視できる製品があります。

注※

このマニュアルでは，インスタンスという用語を2つの意味で使用しています。詳細については，「付録L　用語解説」の「インスタンス」を参照してください。

例えば，PFM - Agent for Oracleでは，SIDを持つOracleインスタンスごとに監視できます。この場合，PFM - Agentのサービスも複数のインスタンスで動作させるために，インスタンス環境を構築する必要があります。

図3‒2　インスタンス起動の例

インスタンスごとに監視できるかどうか，およびインスタンス環境の構築方法については，PFM - AgentまたはPFM - RMマニュアルを参照してください。

3.1.2　サービスの表示・指定方法（プロダクト名表示機能）

ここでは，サービスを表示・指定するためのサービスIDおよびサービスキーの形式について説明します。

Performance Managementのサービスは，次の2つの識別子を持ちます。

サービスID

サービスキー

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

プロダクト名表示機能を利用する場合に必要なPerformance Management製品については，「3.1.2(2)　プロダクト名表示機能が利用できる範囲」を参照してください。

(1)　プロダクト名表示機能の概要

プロダクト名表示機能は，Performance Managementのサービス識別子の形式を変更する機能です。プロダクト名表示機能が有効な場合，それぞれの識別子に監視対象プログラムの名称が含まれるため，サービスをより判別しやすくなります。変更後の形式をプロダクト名と呼びます。

プロダクト名表示機能が有効な場合および無効な場合の識別子の形式については，「付録B.1　サービスIDとサービスキーの命名規則」を参照してください。

図3‒3　監視コンソールのサービス階層の表示例（プロダクト名表示機能が有効の場合）

図3‒4　監視コンソールのサービス階層の表示例（プロダクト名表示機能が無効の場合）

図3‒5　jpctool service listコマンド実行時の出力例（プロダクト名表示機能が有効の場合）

図3‒6　jpctool service listコマンド実行時の出力例（プロダクト名表示機能が無効の場合）

メモ

jpctool service listコマンド実行時の出力をプロダクト名で表示するには，プロダクト名表示機能を有効にした上で「-v」オプションを指定してください。

(2)　プロダクト名表示機能が利用できる範囲

次の表にプロダクト名が利用できる範囲を示します。なお，プロダクト名表示機能が有効な場合でも，次の表に示す項目についてだけ，識別子にプロダクト名を利用できます。

なお，プロダクト名表示機能を利用するときにPFM - AgentおよびPFM - RMのバージョンは問いません。

表3‒6　プロダクト名が利用できる項目

プロダクト名が利用できる項目

プロダクト名表示機能を設定するホスト

必要なPerformance Management製品

監視コンソールに表示されるサービスID

PFM - Managerホスト

PFM - Manager 09-00以降

PFM - Web Console 09-00以降

監視コンソールのレポート

イベントモニター

イベント履歴に表示されるサービスID

jpctool service listコマンドで表示されるサービスID※

コマンドを実行するホスト

コマンド実行ホストがPFM - Managerホストの場合

PFM - Manager 09-00以降

コマンド実行ホストがPFM - AgentホストまたはPFM - RMホストの場合

PFM - Base 09-00以降

コマンドを実行する際に指定するサービスキー

−

メッセージ中で表示されるサービスキー

メッセージを出力するホスト

メッセージ出力ホストがPFM - Managerホストの場合

PFM - Manager 09-00以降

メッセージ出力ホストがPFM - AgentホストまたはPFM - RMホストの場合

PFM - Base 09-00以降

（凡例）

−：プロダクト名表示機能の有効／無効に関わらず利用できる

注※

プロダクト名で表示するには，「-v」オプションを指定してください。jpctool service listコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(3)　プロダクト名表示機能の設定

プロダクト名表示機能の設定方法については，「4.4.10　プロダクト名表示機能の設定手順」（Windowsの場合）または「5.4.9　プロダクト名表示機能の設定手順」（UNIXの場合）を参照してください。

また，Performance Managementのインストール方法によって，プロダクト名表示機能のデフォルトの設定は異なります。

表3‒7　Performance Managementのインストール方法とプロダクト名表示機能のデフォルト設定の一覧

インストール方法

バージョンアップ前のPerformance Managementのバージョン

プロダクト名表示機能の設定

新規インストール

−

有効

バージョンアップインストール

09-00以降

バージョンアップインストールの前の設定を引き継ぐ

08-51以前

無効

（凡例）

−：該当しない

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

Performance Managementは，監視エージェントからパフォーマンスデータを収集します。収集したデータは，リアルタイムで推移を参照するものと，履歴を含めて参照するものに分けられます。履歴を含めて参照するパフォーマンスデータは，収集したデータをStoreデータベースに保存して管理します。

パフォーマンスデータをStoreデータベースに記録する

収集したパフォーマンスデータをStoreデータベースに記録するかどうかを設定できます。さらに，パフォーマンスデータをStoreデータベースに記録する場合の判断条件を設定できます。

パフォーマンスデータの収集間隔とタイミング

パフォーマンスデータを収集する間隔を設定できます。また，監視項目が多数あると，収集処理および記録処理がある時点に集中するため，性能が低下します。そのため，収集のタイミングを監視項目ごとにずらすことでシステムの負荷を分散できます。

例えば，1分間隔で収集するパフォーマンスデータが2つある場合，一方のデータの収集開始時刻のオフセット（Collection Offset）を0秒に設定し，他方のデータの収集開始時刻のオフセット（Collection Offset）を20秒に設定すると，収集のタイミングがずれてシステムの負荷を分散できます。

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

パフォーマンスデータとは，監視エージェントから収集した，稼働状況の詳細を表すデータです。システム管理者は，収集したパフォーマンスデータを，Webブラウザを使って確認できます。

Performance Managementでは，パフォーマンスデータを「レコード」という単位で収集します。どのような項目を監視できるかは，PFM - AgentまたはPFM - RMによって決まっています。

パフォーマンスデータには，次の2種類があります。

リアルタイムデータ

監視対象の現在の状況を示すパフォーマンスデータです。

PFM - Web Consoleの画面で，刻々と変化するシステム状態の推移や問題点を確認するために使用します。

履歴データ

監視対象の過去から現在までの状況を示すパフォーマンスデータです。

主に，システムの傾向を分析するために使用します。履歴データは，データの特性に応じて次の2つの形式で監視エージェントのデータベースに格納されます。

要約レコード

監視エージェントが収集した値が自動計算され，分・時間・日・週・月・年単位に平均値や合計値などに要約されてStoreデータベースに格納されます。

システムの性能を長期間にわたって監視するレコードです。これらのレコードを，Product Intervalレコードタイプ（PIレコードタイプ）と呼びます。

非要約レコード

監視エージェントが収集したパフォーマンスデータがそのままStoreデータベースに格納されます。

現在起動しているプロセスの詳細情報など，ある時点でのシステムの状態を示すパフォーマンスデータが収集されるProduct Detailレコードタイプ（PDレコードタイプ）と，システムやアプリケーションのログやメッセージが収集されるProduct Logレコードタイプ（PLレコードタイプ）があります。

監視対象によっては，これらのレコードタイプ以外にも利用できるレコードタイプを持つものがあります。詳細については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

(1)　レコードとフィールドとは

Performance Managementでは，監視エージェントが，監視対象の稼働情報をレコードおよびフィールドという単位で収集・管理します。

レコード

目的ごとに分類された監視項目の集まりです。例えば，SystemOverview(PI)レコードは，CPU使用率や物理メモリー領域の未使用サイズなど，システムの概要を把握するための監視項目の集まりです。監視エージェントは，レコードの単位で稼働情報を収集します。収集できるレコードは，エージェントプログラムによって異なります。

フィールド

レコードに含まれる個々の監視項目です。例えば，System Overview(PI)レコードの場合はCPU %やPage Faults/secなどがフィールドに相当します。

System Overview(PI)というレコードの場合を例に，レコードおよびフィールドの概念を次の図に示します。

各エージェントプログラムが収集できるレコードおよびフィールドについては，エージェントプログラムのマニュアルの「レコード」の説明を参照してください。

(2)　データモデルとは

パフォーマンスデータは，レコード単位でStoreデータベースに格納されます。各レコードは，「フィールド」と呼ばれるさらに細かい単位に分けられます。

エージェントで収集できるパフォーマンスデータの総称を「データモデル」と呼びます。データモデルは，バージョンで管理されています。

図3‒7　データモデル，レコード，およびフィールドの概念図

(3)　単数インスタンスレコード・複数インスタンスレコードとは

Performance Managementで収集されたパフォーマンスデータのレコードは，監視項目によって次の2つの種類があります。

単数インスタンスレコード

1回で1つのレコードを収集するものを単数インスタンスレコードと呼びます。

図3‒8　単数インスタンスレコードの例

複数インスタンスレコード

1回で複数のレコードを収集するものを複数インスタンスレコードと呼びます。

図3‒9　複数インスタンスレコードの例

ヒント

同じ時間に収集されたレコードを1つのグループとした集合を「データグループ」と呼びます。単数インスタンスレコードのデータグループは1つのレコードから成ります。複数インスタンスレコードのデータグループは，複数のレコードから成ります。

3.2.2　パフォーマンスデータの収集の流れ

(1)　パフォーマンスデータ収集の処理の流れ

図3‒10　パフォーマンスデータを収集するときの処理の流れ

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

パフォーマンスデータは，Agent Collectorサービス，またはRemote Monitor Collectorサービスによって収集され，レコードの形式で管理されます。

パフォーマンスデータの格納

(a) リアルタイムデータの場合

収集されたパフォーマンスデータは，Storeデータベースに格納されないで，リアルタイムレポートの表示に使用されます。

(b) 履歴データの場合

収集されたパフォーマンスデータは，Agent StoreサービスおよびRemote Monitor StoreサービスによってStoreデータベースに格納されます。これらのデータは，履歴レポートの表示に使用されます。

(2)　パフォーマンスデータのライフサイクル

PFM - AgentおよびPFM - RMは，次に示すタイミングでパフォーマンスデータを収集します。

リアルタイムデータの場合は，レポート定義で設定した更新間隔ごと

履歴データの場合は，各レコードの収集間隔（Collection Interval）で設定した時間ごと

今回収集したパフォーマンスデータが，前回収集したパフォーマンスデータと同じ監視対象から取得したデータであるとPFM - AgentまたはPFM - RMが判断した場合，実際には異なる監視対象から取得したデータであっても，PFM - AgentまたはPFM - RMは同じレコードの同じフィールドのデータとして扱います。例を次に示します。

一貫性に関する例

PFM - Agent for Platform（Windows）のProcess Detail（PD）レコードの場合，同じ監視対象のパフォーマンスデータかどうかを，プロセス名とプロセスIDで判断します。

PFM - Agent for Platform（Windows）は，前回取得したパフォーマンスデータとプロセス名とプロセスIDが同じであれば，今回取得したパフォーマンスデータも同じプロセスのデータであると認識します。収集のインターバル中にプロセスがいったん消滅して再生成された場合でも，プロセス名とプロセスIDが同じであれば，PFM - AgentまたはPFM - RMは同じプロセスのパフォーマンスデータとして認識します。この場合，パフォーマンスデータの一貫性は失われます。

図3‒11　パフォーマンスデータの一貫性についての例

ヒント

パフォーマンスデータの一貫性が保たれる期間のことを，パフォーマンスデータの「ライフタイム」と呼びます。リアルタイムデータの更新間隔や履歴データの収集間隔を設定するときは，パフォーマンスデータのライフタイムを考慮してください。

3.2.3　パフォーマンスデータの管理機能と設定手順

Performance Managementでは，収集したレコードの中でシステムの分析に必要な稼働監視データだけを，必要な間隔でデータベースに格納できます。また，データベースに記録するデータの上限値を設定したり，保存期間を設定したりできるため，一定のリソース内で稼働監視ができます。さらに，監視レコードによっては，稼働監視データを期間ごとの平均値や最大値などの意味のあるデータに要約して，データベースに格納できます。このため，システム管理者はシステムの分析に必要なデータだけを効率良く管理できます。

図3‒12　監視エージェントから収集したパフォーマンスデータの管理の概要

Performance Managementでは，Storeデータベースへのパフォーマンスデータの記録方法を設定できます。PFM - Web Consoleで設定できる項目を次に示します。

収集したパフォーマンスデータをStoreデータベースに記録するかどうか

パフォーマンスデータの収集間隔

パフォーマンスデータの収集負荷を分散させるためのオフセットの値

パフォーマンスデータをStoreデータベースに記録するかしないかの判断条件

パフォーマンスデータの保存期間

データの記録方法は，各レコードで異なります。各レコードの記録方法については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章（各レコードのデフォルト値と変更できる値）を参照してください。

ヒント

アラームに設定する監視レコードは，必ずしもStoreデータベースに保存する必要はありません。ただし，アラームイベントが発生したときに，その監視レコードの履歴を確認することで，システムの状況を確認できるため，Storeデータベースに保存することをお勧めします。

(1)　リアルタイムデータの場合

リアルタイムデータの場合，収集されたパフォーマンスデータはStoreデータベースに格納されません。

(a)　リアルタイムデータの収集開始時刻

リアルタイムデータの場合，収集されたパフォーマンスデータはStoreデータベースに格納されません。この場合，パフォーマンスデータの収集開始時刻は，PFM - AgentまたはPFM - RMを起動させた時刻によって決まります。

例を次に示します。

リアルタイムデータの収集開始時刻の例

PFM - Agent for Platform（Windows）のContent Index Detail（PD_CIND）レコードで，パフォーマンスデータの収集間隔を180秒（3分）と設定し，18:31:00にPFM - Agent for Platformを起動させた場合，最初のデータ収集は，18:31:00に開始されます。次のデータ収集は，データの収集間隔である3分後の18:34:00に開始されます。

図3‒13　リアルタイムデータの収集開始時刻の例

(b)　リアルタイムデータの格納方法

リアルタイムデータはStoreデータベースに格納されません。

(2)　履歴データの場合

履歴データの場合，収集されたパフォーマンスデータはAgent StoreまたはRemote Monitor StoreサービスによってStoreデータベースに格納されます。

図3‒14　パフォーマンスデータがStoreデータベースに格納されるまでの流れ

処理の流れを次に示します。

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

パフォーマンスデータは，監視対象プログラムからAgent CollectorまたはRemote Monitor Collectorサービスによって収集され，レコードの形式で管理されます。

パフォーマンスデータの格納

収集されたパフォーマンスデータは，Agent StoreまたはRemote Monitor StoreサービスによってStoreデータベースに格納されます。PIレコードタイプの場合は，収集データを要約したデータが格納されます。PDレコードタイプおよびPLレコードタイプの場合は，収集データがそのまま格納されます。

パフォーマンスデータの収集間隔のデフォルト値は，レコードによって異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルの，レコードについて説明している章を参照してください。

(a)　履歴データの収集開始時刻

履歴データの場合，パフォーマンスデータの収集開始時刻は，グリニッジ標準時の午前0時0分0秒を基準に，パフォーマンスデータの収集間隔（Collection Interval）と収集開始のオフセット（Collection Offset）の設定値によって決まります。

収集開始時刻の設定手順を次に示します。

PFM - AgentまたはPFM - RMの起動時刻をグリニッジ標準時間に変更する。

グリニッジ標準時間の00:00にCollection Intervalの値を足していき，手順1で求めた時刻を最初に超える時刻を求める。

手順2の時刻を日本時間に変更する。

変更した時刻が収集開始時刻となります。

設定した時刻以降，Collection Intervalの値の間隔で収集されます。

注　Collection Offsetを指定している場合は，手順3で求めた時刻にCollection Offsetの値を足した時刻が収集開始時刻になります。

収集開始時刻の設定例1

次の条件で設定する場合の例について説明します。

Collection Interval=28,800秒（8時間）

Collection Offset=0

サービス開始時刻：13:00

設定例を次に示します。

PFM - AgentまたはPFM - RMの起動時刻をグリニッジ標準時間に変更する。

日本時刻で13:00に起動するので，グリニッジ標準時では4:00起動です。

グリニッジ標準時間の00:00にCollection Intervalの値を足していき，手順1で求めた時刻を最初に超える時刻を求める。

Collection Intervalが8時間なので，最初に4:00を超える時刻はグリニッジ標準時08:00です。

手順2の時刻を日本時間に変更する。

グリニッジ標準時08:00は，日本時刻で17:00です。これが収集開始時刻となり，この時刻以降8時間間隔（翌日01:00，09:00，17:00・・・）でパフォーマンスデータが収集されます。

収集開始時刻の設定例2

次の条件で設定する場合の例について説明します。

Collection Interval=28,800秒（8時間）

Collection Offset=60秒（1分）

サービス開始時刻：13:00

設定例を次に示します。

PFM - AgentまたはPFM - RMの起動時刻をグリニッジ標準時間に変更する。

日本時刻で13:00に起動するので，グリニッジ標準時では4:00起動です。

グリニッジ標準時間の00:00にCollection Intervalの値を足していき，手順1で求めた時刻を最初に超える時刻を求める。

Collection Intervalが8時間なので，最初に4:00を超える時刻はグリニッジ標準時08:00です。

手順2の時刻を日本時間に変更する。

グリニッジ標準時08:00は，日本時刻で17:00です。

Collection Offsetを指定しているので，17:00にCollection Offsetの値1分を足した17:01が収集開始時刻になります。

この時刻以降8時間間隔（翌日01:01，09:01，17:01・・・）でパフォーマンスデータが収集されます。

履歴データの収集開始時刻の例

PFM - Agent for Platform（Windows）のSystem Overview（PI）レコードで，Collection Intervalの値を43,200秒（12時間），Collection Offsetの値を10秒に設定したとします。

日本時間の8月2日6時27分15秒（グリニッジ標準時の8月1日21時27分15秒）にPFM - AgentまたはPFM - RMを起動させた場合，最初のデータは日本時間の8月2日9時0分10秒（グリニッジ標準時の8月2日0時0分10秒）から収集されます。次のデータは，収集間隔に従って，12時間後の日本時間21時0分10秒（グリニッジ標準時の12時0分10秒）から収集されます。

図3‒15　履歴データの収集開始時刻の例

(b)　履歴データの格納方法

PIレコードタイプ，PDレコードタイプ，およびPLレコードタイプのレコードのパフォーマンスデータは，それぞれ次のように格納されます。

PIレコードタイプの場合

PFM - Web Consoleの画面で設定した収集間隔ごとにパフォーマンスデータが収集されます。ただし，パフォーマンスデータは，PFM - AgentまたはPFM - RMを起動させてから2回目の収集時以降にStoreデータベースに格納されます。1回目の収集時にはStoreデータベースに格納されません。

PDレコードタイプおよびPLレコードタイプの場合

PFM - Web Consoleの画面で設定した収集間隔ごとにパフォーマンスデータが収集されます。パフォーマンスデータは，PFM - AgentまたはPFM - RMを起動させてから1回目の収集時からStoreデータベースに格納されます。

デフォルトの設定では，一部のレコードのパフォーマンスデータしかStoreデータベースに格納されません。Storeデータベースにパフォーマンスデータを格納したい場合，レコードごとにPFM - Web Consoleの画面で設定します。設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

(3)　差分データの保存について

PIレコードタイプ，PDレコードタイプ，およびPLレコードタイプのレコードの各フィールドには，格納される値が前回の収集データからの差分であるものがあります。この差分データを「デルタ」と呼びます。例を次に示します。

差分データを格納する例

システム起動時からの累計I/O回数を測定するフィールドの「デルタ」欄が「Yes」の場合，前回の収集時刻から今回の収集時刻の間に発生したI/Oの回数が格納されます。パフォーマンスデータの収集間隔（Collection Interval）を3,600秒（1時間）に設定したとします。

8月2日6時27分15秒（グリニッジ標準時の8月1日21時27分15秒）にPFM - AgentまたはPFM - RMを起動した場合，最初のデータは，日本時間の8月2日7時0分0秒（グリニッジ標準時の8月1日22時0分0秒）から収集されます。次のデータは，日本時間8時0分0秒（グリニッジ標準時の8月1日23時0分0秒）から収集されます。そのあと，日本時間7時0分0秒と8時0分0秒に収集されたデータを基に差分データが作成され，Storeデータベースに格納されます。

図3‒16　差分データを格納する例

各フィールドの値がデルタ値であるかどうかについては，各PFM - AgentまたはPFM - RMマニュアルのレコードについて説明している章（各レコードのフィールドの表）を参照してください。各レコードのフィールドの表で，「デルタ」欄が「Yes」のフィールドには，前回測定した値との差分が格納されます。

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

パフォーマンスデータは，レコードの種類によって，保存条件として設定できる条件およびレコードの要約方法が異なります。ここでは，各レコードに対して保存条件として設定できる条件および要約方法について説明します。

(1)　要約レコード（PIレコード）

PIレコードタイプのレコードが格納されるデータベースには，パフォーマンスデータが収集されるたびにデータが格納されていきます。このデータベースでは，パフォーマンスデータは，ある一定の時間（分，時，日，週，月，および年単位）で自動的に要約されます。数値が格納されるフィールドは，平均値または累積値などに要約されます。要約はパフォーマンスデータが収集されるたびにすべての単位のレコードで行われます。

図3‒17　PIレコードタイプの要約の例

PIレコードタイプのレコードでは，要約される時間でデータが区分されます。区分が「分」「時」「日」「週」「月」のデータは，設定された保存期間を過ぎると削除されます。区分が「年」のデータは，削除されません。

表3‒8　PIレコードタイプの区分

区分

説明

分

分単位のレコード。1時間につき60レコードまで，1日につき1,440レコードまで，1週間につき10,080レコードまで，1月につき44,640レコードまで，1年につき527,040レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。

時

時単位のレコード。1日につき24レコードまで，1週間につき168レコードまで，1月につき744レコードまで，1年につき8,784レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。

日

日単位のレコード。1週間につき7レコードまで，1月につき31レコードまで，1年につき366レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。

週

週単位のレコード。1月につき5レコードまで，1年につき52レコードまで格納される。設定された保存期間を過ぎた場合，レコードは削除される。

月

月単位のレコード。1年につき12レコードまで格納される。設定された保存期間を過ぎた場合レコードは削除される。

年

年単位のレコード。1年につき1レコードが格納される。このレコードは削除されない。

(2)　非要約レコード（PDレコードおよびPLレコード）

PDレコードタイプおよびPLレコードタイプのレコードが格納されるデータベースでは，パフォーマンスデータの要約は行われません。PDレコードタイプおよびPLレコードタイプのレコードに対する保存条件の設定方法はStoreバージョンによって異なります。Storeバージョン1.0の場合，保存するレコード数を設定しますが，Storeバージョン2.0では，PIレコードタイプのレコードと同じく保存期間を日数で設定します。どちらの場合も，保存条件を外れたデータは自動的に削除されます。Storeバージョンについては「3.2.5　Storeデータベースの保存方式」を参照してください。

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

監視エージェントが収集した稼働監視データを保存しておくStoreデータベースには，バージョン1.0（Storeバージョン1.0）とバージョン2.0（Storeバージョン2.0）があります。なお，Storeバージョン2.0は，バージョン08-10以降のPFM - ManagerまたはPFM - Baseとバージョン08-00以降のPFM - Agentの組み合わせで利用できます。また，PFM - RMではStoreバージョン2.0だけを利用できます。

Storeバージョン1.0と2.0では，稼働監視データの保存方式が異なります。

(1)　Storeバージョン1.0での保存方式

次の図はPIレコードをStoreバージョン1.0で保存している例です。

図3‒18　Storeバージョン1.0での保存方式

Storeバージョン1.0では，レコードタイプ（PI/PD/PL）ごとに，レコード全体を1つのデータベースに稼働監視データとして保存していて，容量の上限はデータベース全体で最大2ギガバイトです。

(2)　Storeバージョン2.0での保存方式

次の図はPIレコードをStoreバージョン2.0で保存している例です。

図3‒19　Storeバージョン2.0での保存方式

Storeバージョン2.0では，要約区分，レコードタイプによって決まる一定の期間（分割期間）ごとに複数のファイルに分割してStoreデータベースに格納します。なお，分割されたそれぞれのデータベースを単位DBと呼びます。

表3‒9　要約区分と分割期間

要約区分

分割期間

分単位，時単位およびPD，PLレコード

日単位

日単位，週単位のレコード

週単位

月単位のレコード

月単位

年単位のレコード

年単位

Storeバージョン2.0では，Storeデータベース全体ではなく，分割されたそれぞれのファイル容量の上限が2ギガバイトになるため，Storeバージョン1.0利用時よりも大量の稼働監視データを保存できます。また，稼働監視データの保存期間は分，時レコードは最長1年，日，週，月レコードは最長10年，年レコードは制限なしとなります。これによって，長期間にわたるシステムの稼働状況が分析できるようになります。

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

(1)　Storeデータベースのバックアップ

定期的に稼働監視データのバックアップを取得することで，障害時のデータ喪失のリスクを低減できます。Storeバージョン2.0では定期的なバックアップに加え，細分化した単位でバックアップを取得する部分バックアップを利用できます。

図3‒20　稼働監視データの部分バックアップ

部分バックアップでは，特定の期間だけ，特定のレコードタイプだけ，特定の年月だけというようにバックアップ対象を部分的に特定してバックアップできます。例えば，上記に示した図のように今回バックアップする範囲として2日前から1日前のPDデータベースのPD_PDIレコードだけをバックアップしたり，2日前から1日前のPIデータベースの月レコードだけを部分的にバックアップしたりなどの指定ができます。部分バックアップを活用することで，バックアップに掛かる時間を短縮できるだけでなく，データファイルの管理が効率良く行えます。

データの部分バックアップの方法については，マニュアル「JP1/Performance Management 運用ガイド」の，バックアップとリストアについて説明している章を参照してください。

(2)　過去の稼働監視データの参照

Storeバージョン2.0を利用すると，バックアップデータをインポートして，保存期間を過ぎた過去の稼働監視データを参照できます。

図3‒21　稼働監視データの参照

この図に示したように，現在運用しているStoreデータベースの稼働監視データに加えてインポートしたデータを保持でき，Storeデータベース内のデータとインポートしたデータの両方を参照できます。また，インポートしたデータは，Storeデータベースのデータとは別に管理されるため，あらかじめStoreデータベースで設定した保存期間を過ぎても削除されません。このため，どの時点でもデータを参照できます。

バックアップデータのリストアとは，次に示す点が異なります。

インポート前にStoreデータベースに格納されていたデータは，消去されません。

インポートしたデータは，設定した保存期間を過ぎても保持されます。

インポートは，jpctool db importコマンドを使用して，フルインポートと追加インポートを選択できます。

フルインポート

jpctool db importコマンドでフルインポートできます。コマンドを実行するとインポートディレクトリにあるファイルが削除されたあと，バックアップファイルが配置されます。

追加インポート

jpctool db importコマンドに-addオプションを指定して追加インポートできます。追加インポートでは，元のインポートディレクトリのファイルにデータを上書きします。このため，インポートディレクトリにあるデータよりも古いバックアップデータを追加インポートすると，データが上書きされて要約レコードなどのデータが古いものとなります。追加インポートする場合は，古いデータからインポートしてください。

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

インポートディレクトリは，Agent StoreおよびRemote Monitor Storeサービス停止時にjpcconf db defineコマンドによって変更できます。また，jpctool db importコマンドに-clearオプションを指定することで，インポートディレクトリのデータを削除できます。

なお，プロダクトID，Storeバージョンが異なるバックアップデータはインポートできません。なお，バックアップデータのデータモデルのバージョンが現在使用しているデータモデルのバージョンよりも低い場合，jpctool db dmconvertコマンドでデータモデルをバージョンアップすることでインポートできます。

3.2.7　Storeバージョン2.0の導入の流れと手順

図3‒22　Storeバージョン2.0の導入から運用の流れ

(1)　PFM - Agentのバージョン08-10以降またはPFM - RMを新規インストールする場合

新規インストールを実施して，Storeバージョン2.0で運用を始めるまでの手順について説明します。

システムリソース見積もりと保存期間の設計

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

ディスク容量

ファイル数

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

これらの値は保存期間の設定によって調節できます。実行環境が保有しているリソースを考慮して保存期間を設計してください。システムリソースの見積もりについては，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されているシステム見積もりについての説明を参照してください。

ディレクトリの設定

StoreディレクトリなどAgent StoreおよびRemote Monitor Storeサービスが使用するディレクトリをデフォルトから変更する必要がある場合に設定してください。ディレクトリの設定は，jpcconf db defineコマンドで実行します。

保存期間の設定

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

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

Storeバージョン1.0から移行して，Storeバージョン2.0で運用を始めるまでの手順について説明します。

システムリソース見積もりと保存期間の設定

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

ディスク容量

ファイル数

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

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

パフォーマンスデータのバックアップ

Storeバージョン1.0のデータをバックアップしてください。

ディレクトリの設定

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

Storeバージョン2.0は，Storeデータベースの作成先ディレクトリやバックアップ先ディレクトリの最大長がStoreバージョン1.0と異なります。Storeバージョン1.0でディレクトリの設定を相対パスに変更している場合，絶対パスに変換した値がStoreバージョン2.0でのディレクトリ最大長の条件を満たしているか確認してください。Storeバージョン2.0のディレクトリ最大長は214バイトです。ディレクトリ最大長の条件を満たしていない場合は，Agent Storeサービスが使用するディレクトリの設定を変更したあと，手順4以降に進んでください。

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

Storeバージョン2.0に移行するため，jpcconf db vrset -ver 2.0コマンドを実行します。

保存期間の設定

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

(3)　通常の運用

Agent StoreまたはRemote Monitor Storeサービスを起動して運用します。通常運用はStoreバージョン1.0のときと同様です。

(4)　データのバックアップ

Storeバージョン2.0では，大量の稼働監視データを管理できるため，フルバックアップよりも定期的に部分バックアップ取得する方が効率良くStoreデータベースを運用できます。一週間に一度など，一定の周期で部分バックアップを取得する計画を立ててください。

また，インポート機能を利用してバックアップデータを参照したい場合は，部分バックアップのディレクトリを，インポートして利用したい単位で変更することをお勧めします。1か月程度で変更することを推奨します。

(5)　障害時のデータ採取

Storeバージョン2.0を使用する場合，データベースの容量が大きくなるため，資料採取に時間が掛かります。この場合，次の両方のコマンドを実行して，データベース以外の資料を採取してください。

jpcras ディレクトリ名 all

jpcras ディレクトリ名 all dump

データベースの容量が大きくない場合は，次のコマンドを実行して，データベースを含む資料を採取してください。

jpcras ディレクトリ名 all all

コマンドを実行すると，Storeディレクトリのデータベースが採取されます。なお，環境変数JPC_COLIMPORTが設定されている場合はインポートディレクトリのデータベースも一緒に採取されます。

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

Performance Managementでは，監視エージェントのパフォーマンスデータが危険域に達したときに，システム管理者にEメールや監視コンソールで警告されるように設定できます。

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

Performance Managementは，監視エージェントのパフォーマンスデータがしきい値を超えて危険域に達したとき，システム管理者などに警告する機能を提供します。

Performance Managementでは，この警告を「アラームイベント」と呼びます。PFM - AgentまたはPFM - RMから発行されたアラームイベントは，接続先のPFM - Managerに送信されます。PFM - AgentまたはPFM - RMから送信されたアラームイベントは，PFM - Managerで一元的に管理されます。

アラームイベントは，システム管理者などにEメールや監視コンソールでシステムが危険域に達していることを知らせます。これをPerformance Managementでは「アクション」と呼びます。また，アラームイベントが発生したときに，システムが危険域に達したことを通知するためのコマンドなどを自動で実行させることもできます。

アラームイベントデータは，「Product Alarmレコードタイプ（PAレコードタイプ）」のレコードとして，PFM - ManagerのMaster StoreサービスによってStoreデータベースに格納されます。

3.3.2　アラームイベントの発行

(1)　アラームイベントデータの収集方法

アラームイベントは，監視エージェントのパフォーマンスデータがしきい値を超えたときに，PFM - AgentのAgent CollectorサービスまたはPFM - RMのRemote Monitor Collectorサービスによって発行されます。しきい値は，Performance Managementシステムが提供する監視テンプレートのアラーム定義であらかじめ設定されています。

アラームイベントの発行契機となるしきい値は，PFM - RMのグループエージェントに対しても設定できます。グループエージェントに対してしきい値を設定した場合，複数の監視対象のパフォーマンスデータを集約した値を基に，アラームイベントを発行できます。例えば，複数の監視対象のCPU使用率を平均した値を基にアラームイベントを発行できます。

図3‒23　監視対象プログラムが危険域に達したときに警告する処理の流れ

処理の流れを説明します。

しきい値の超過を検知する。

パフォーマンスデータの値がしきい値を超えた場合，PFM - AgentまたはPFM - RMによってアラームイベントが発行されます。

アラームイベントを送信する。

PFM - AgentまたはPFM - RMによって発行されたアラームイベントがPFM - Managerに送信されます。PFM - Managerに送信されたアラームイベントの情報は，PFM - Web Consoleの［イベントモニター］画面で確認できます。

アラームイベントを蓄積する。

PFM - AgentまたはPFM - RMから送信されたアラームイベントデータがPFM - ManagerのStoreデータベースに格納されます。PFM - ManagerのStoreデータベースに蓄積されたアラームイベントの情報は，PFM - Web Consoleの［イベント履歴］画面で確認できます。

アクションを実行する。

発行されたアラームイベントに定義されているアクションが実行されます。PFM - Web Consoleの画面にアイコンで知らせたり，Eメールで通知したりなどのアクションが実行されることでシステム管理者に警告できます。また，アラームイベントの発行を通知するためのコマンドを実行することもできます。

ヒント

監視エージェントで，アクションとしてEメールの送信またはコマンドの実行が設定されている場合，監視エージェントでアクションが実行されます。アクションは，監視マネージャーで実行させることもできます。

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

アラームイベントデータは要約されません。アラームイベントデータは，レコード数が上限値に達した場合，古いデータから上書きされていきます。

レコード数の上限は，PFM - Web Consoleの画面で変更できます。レコード数の上限の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

3.3.4　アラームの通知方法

アラーム通知には，状態が変化したときにアラーム通知する設定と，常にアラーム通知する設定の2種類があります。

(1)　状態が変化したときにアラーム通知する

監視対象の状態が変化したときにだけアラーム通知する場合は，この通知方法を選択します。

(a)　通知対象を「アラームの状態変化」とする場合

アラームの作成時または編集時に［状態が変化したときに通知する］と［アラームの状態変化］のラジオボタンをオンに設定すると，アラームの状態が変化したときにアラームイベントを通知します。ここでは，次の設定を例に説明します。

項目

詳細項目

設定値

基本情報

状態が変化したときに通知する

オン

アラームの状態変化

オン

すべてのデータを評価する

チェックなし

レコードのインスタンスごとの状態変化

オフ

常にアラーム通知する

オフ

アラーム条件式

レコード

Logical Disk Overview（PI_LOGD）

異常条件

ID="*"

AND % Free Space < "10"

警告条件

ID="*"

AND % Free Space < "30"

アラームの状態とは，アラーム定義の条件式に指定された条件でレコードをインスタンスごとに評価した結果のうち最も重要度の高い状態です。

「図3-24　アラーム状態の監視（ディスク監視の例）」にディスクの稼働状態を監視した場合のアラーム通知例を示します。この例では，ディスクのパフォーマンスデータを収集したレコードに，2つのインスタンス（Cドライブ，Dドライブ）のパフォーマンスデータが格納されています。

Cドライブの異常を検知した時点で，アラームの状態が「異常」になり，アラームが通知されます。そのあとDドライブが異常状態になっても，ディスクを監視するアラームの状態がすでに「異常」になっているため，アラームは通知されません。Dドライブが「正常」に戻っても，アラームの状態が異常状態から変わらないため，アラームは通知されません。Cドライブ，Dドライブがともに「正常」に戻ったときに，アラームの状態が「正常」となり「正常」のアラームイベントが通知されます。

図3‒24　アラーム状態の監視（ディスク監視の例）

(b)　通知対象を「レコードのインスタンスごとの状態変化」とする場合

アラームの作成時または編集時に［状態が変化したときに通知する］と［レコードのインスタンスごとの状態変化］のラジオボタンをオンに設定すると，レコードのインスタンス単位で状態が変化したときにアラームイベントを通知します。ここでは，次の設定を例に説明します。

項目

詳細項目

設定値

基本情報

状態が変化したときに通知する

オン

アラームの状態変化

オフ

すべてのデータを評価する

チェックなし

レコードのインスタンスごとの状態変化

オン

常にアラーム通知する

オフ

アラーム条件式

レコード

Logical Disk Overview（PI_LOGD）

異常条件

ID="*"

AND % Free Space < "10"

警告条件

ID="*"

AND % Free Space < "30"

ディスクの稼働状態を監視する例を説明します。この例では，ディスクのパフォーマンスデータを収集したレコードに，2つのインスタンス（Cドライブ，Dドライブ）のパフォーマンスデータが格納されています。インスタンス単位で稼働状態を監視する場合，Cドライブの異常を検知した時点で，アラームの状態として「異常」が通知されます。そのあとにDドライブの異常を検知すると，アラームの状態がすでに「異常」になっていても，インスタンスの状態が変化しているため，再度「異常」のアラームが通知されます。インスタンスの状態が「正常」に戻ったときにもアラームが通知されます。

図3‒25　インスタンス単位での監視（ディスク監視の例）

この機能を使用する場合，前提となる製品のバージョンは次のとおりです。

PFM - Managerは10-10以降

PFM - Baseは10-10以降

PFM - Web Consoleは10-10以降

PFM - AgentとPFM - RMは10-00以降※

注※

インスタンス単位で通知するアラームをバインドする場合。

メモ

「レコードのインスタンスごとの状態変化」は，1つのアラームで複数の監視対象（インスタンス）を監視する場合に設定します。詳細な設定例については，「3.3.5　インスタンス単位での稼働状態監視の考慮事項」を参照してください。

また，インスタンスごとにアラーム条件式を設定したアラームを複数作成する場合は，「レコードのインスタンスごとの状態変化」ではなく「アラームの状態変化」を設定してください。「レコードのインスタンスごとの状態変化」を設定すると，各アラームに対してすべてのインスタンスの状態の確認処理が実行されるため，アラームの数が増えるほどアラーム評価に時間が掛かります。

(2)　常にアラーム通知する

アラームの作成時または編集時に［常にアラーム通知する］のラジオボタンをオンに設定すると，アラームを評価するごとに，異常または警告条件に該当するレコードのインスタンスがあれば，アラームイベントを通知します。ここでは，次の設定を例に説明します。

項目

詳細項目

設定値

基本情報

状態が変化したときに通知する

オフ

アラームの状態変化

オフ

すべてのデータを評価する

チェックあり

レコードのインスタンスごとの状態変化

オフ

常にアラーム通知する

オン

アラーム条件式

レコード

Logical Disk Overview（PI_LOGD）

異常条件

ID="*"

AND % Free Space < "10"

警告条件

ID="*"

AND % Free Space < "30"

図3‒26　常にアラームの状態を監視（ディスク監視の例）

3.3.5　インスタンス単位での稼働状態監視の考慮事項

(1)　アラームイベントで通知元インスタンスを特定できるようにする

インスタンス単位で稼働状態を監視する場合，アラームイベントのメッセージテキストにアラーム通知元のインスタンスを特定する情報が出力されるように，アラームを定義してください。

アラームの定義方法を，例を使って説明します。

監視対象がPFM - Agent for Platform（Windows）で，ディスクの空き領域が30%を下回ったときに警告のアラームを通知し，10%を下回ったときに異常のアラームを通知したい場合，どのインスタンスで発生した事象かアラームイベントでわかるようにするには，次のようにアラームを定義します。

アラームの基本情報を設定する画面でアラームメッセージテキストを次のように設定する。

［アラームメッセージテキスト］：Disk %CVS1※:Available disk space is %CVS2%

注※　%CVS1には，手順2で指定するアラーム条件式のうち1つ目の条件に指定したフィールドの測定値が出力されます。

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

1つ目の条件

インスタンスが特定できる情報を出力するために，インスタンス名を表すフィールドを参照するように条件を指定します。

［レコード］：PI_LOGD

［フィールド］：ID※

［条件］：=

［異常値］：*

［警告値］：*

注※　PI_LOGDレコードのキーフィールド（＝インスタンスを特定できる情報）

2つ目の条件

%CVS2に出力されるディスク空き領域の警告および異常の条件を指定します。

［レコード］：PI_LOGD

［フィールド］：% Free Space

［条件］：<

［異常値］：10

［警告値］：30

このように定義すると，メッセージテキストの%CVS1変数には論理ディスクのボリューム名が，%CVS2変数には% Free Spaceの測定値が出力されます。

メッセージテキストの出力例：Disk C::Available disk space is 29.0123%

(2)　JP1イベントで通知元インスタンスを確認できるようにする

統合稼働管理製品（JP1/IM）と連携して稼働状態を監視しており，インスタンス単位で稼働状態を監視する場合，JP1イベントのメッセージ欄にインスタンスを特定する情報が出力されるように，アラームを定義してください。

JP1/IM（JP1イベント）で通知元インスタンスを確認できるように定義する場合を，例を使って説明します。

アラームを定義する。

定義の内容は，「3.3.5(1)　アラームイベントで通知元インスタンスを特定できるようにする」と同じです。

JP1イベントの設定では，メッセージを次のように指定し，JP1イベントのメッセージ欄にアラームメッセージテキストと同じ内容が出力されるようにする。

［メッセージ］：%MTS

(3)　アラームイベントからインスタンスの状態の確認

アラーム定義に，アラーム条件式で参照しているのと同じフィールドを表示するように指定したレポートを関連づけておくと，インスタンスの状態を確認するのに便利です。

「3.3.5(1)　アラームイベントで通知元インスタンスを特定できるようにする」の例を使って説明します。PI_LOGDレコードの% Free SpaceとIDフィールドをアラーム条件式で参照しているアラームに対しては，PI_LOGDレコードの% Free SpaceとIDフィールドの値を表示するレポートを関連づけておきます。

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

3.4.1　ヘルスチェック機能とステータス管理機能の概要

Performance Managementには，監視エージェントや監視エージェントが稼働するホストの稼働状態を確認する機能があります。これをヘルスチェック機能と呼びます。ヘルスチェック機能を利用すると，監視エージェントによって監視対象を正しく監視できているか，監視エージェントが稼働するホストが稼働しているかを知ることができます。PFM - RMを使用している場合は，監視対象ホストが稼働しているかを知ることができます。また，稼働状態の監視結果にアラームを設定することで，PFM - AgentまたはPFM - RMが正しく稼働していないことを検知したときやホストの停止を検知したときにアラームイベントを発生させ，Eメール送信などのアクションを実行させることができます。

また，Performance Managementには，稼働監視システム上で動作するPerformance Managementのサービスの詳細な稼働状態を確認する機能があります。これをステータス管理機能と呼びます。

なお，ヘルスチェック機能によって監視エージェントの稼働状態を監視するには，ステータス管理機能を使用します。このため，対象となる監視エージェントがステータス管理機能に対応したバージョンであり，ステータス管理機能が有効になっている必要があります。ホストの稼働状態を監視する場合は前提となる条件はありません。

図3‒27　ヘルスチェック機能による稼働状態の確認の概要（PFM - Agentの場合）

図3‒28　ヘルスチェック機能による稼働状態の確認の概要（PFM - RMの場合）

ヘルスチェック機能では，監視エージェントが稼働するホストの稼働状態，監視エージェントのサービスの稼働状態の2段階の監視ができます。

(1)　監視エージェントが稼働するホストの稼働状態監視

PFM - AgentまたはPFM - RMが稼働するホストの稼働状態およびPFM - RMの監視対象ホストの稼働状態を監視し，PFM - Web Console上で稼働状態を確認できます。前提となるバージョンは次のとおりです。

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - AgentまたはPFM - RMのバージョンに制限なし

(2)　監視エージェントのサービスの稼働状態監視

PFM - AgentまたはPFM - RMが稼働するホストの稼働状態およびPFM - RMの監視対象ホストの稼働状態に加え，Agent Collector，Remote Monitor Collector，Agent Store，およびRemote Monitor Storeサービスの稼働状態を監視します。また，設定によって監視対象の同一ホスト上にあるAction Handlerサービスも監視できます。監視結果は，PFM - Web Console上で確認できます。前提となるバージョンは次のとおりです。

PFM - ManagerとPFM - Web Consoleは08-11以降

PFM - Agent 07-50-01以降またはPFM - RMでステータス管理機能が有効の場合

(3)　PFM - RMのヘルスチェック

PFM - RMの場合，次の3つの稼働状態を監視できます。

PFM - RMが稼働するホストの稼働状態

PFM - RMのサービスの稼働状態

PFM - RMの監視対象ホストの稼働状態

このうち，PFM - RMの監視対象ホストの稼働状態は，対応するリモートエージェントの稼働状態として監視されます。グループエージェントの稼働状態は監視できません。

PFM - RMの監視対象ホストの稼働状態は，ヘルスチェック機能をホスト監視レベルとサービス監視レベルのどちらに設定している場合でも監視できます。ただし，サービス監視レベルに設定した場合，PFM - RMの監視対象ホストの稼働状態は，Remote Monitor StoreまたはAction Handlerサービスの状態によって変化します。なお，PFM - RMの監視対象ホストの稼働状態を監視する場合，ヘルスチェック機能をホスト監視レベルに設定するときでもPFM - RMのステータス管理機能を有効にする必要があります。

PFM - RMの監視対象ホストの稼働状態監視の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

3.4.2　ヘルスチェック機能による監視結果の利用方法

ヘルスチェック機能では，ヘルスチェックエージェントという稼働状態を監視するための専用のエージェントを使用して，監視エージェントや監視エージェントが稼働するホストの稼働状態を監視します。ヘルスチェックエージェントは，ヘルスチェック機能を有効にすることでPFM - Managerの起動時に起動します。ヘルスチェックエージェントは，監視エージェントのサービスや監視エージェントが稼働するホストの稼働状態を，一定の周期で確認し，確認結果をPFM - Web Console上に表示することでシステム管理者に稼働状態の変化を知らせます。ヘルスチェック機能の設定方法および稼働状態の確認方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

監視結果はイベント（ヘルスチェックイベント）として発行されます。ヘルスチェックエージェントの起動時およびヘルスチェックエージェントのステータス変化時に，必ずヘルスチェックイベントが発行されます。ヘルスチェック機能のJP1イベント発行機能を有効にすると，ヘルスチェックイベントが発行されたタイミングでJP1システムイベントを発行します。ヘルスチェック機能のJP1イベント発行機能の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

また，パフォーマンスデータの形式でも収集されるため，必要に応じてアラームを設定し，アラームに対するアクションも設定できます。これによって，エージェント稼働状態の変化を契機としたJP1イベント発行やコマンド実行，SNMPトラップ発行およびEメール送信などができます。

また，稼働状態の監視結果は，ヘルスチェックエージェントの設定によって，Storeデータベースに格納できます。このため，ヘルスチェックエージェントのレポート機能を利用して現在および過去の稼働状態を参照できます。なお，ヘルスチェックエージェントのStoreデータベースへ格納するとき，使用するStoreバージョンの選択やデータの保存期間などを通常のパフォーマンスデータと同様に設定，管理できます。収集されたデータの管理方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

図3‒29　ヘルスチェック機能での監視結果のデータ管理

3.4.3　ステータス管理機能による監視結果の利用方法

ステータス管理機能だけを利用して，Performance Managementのサービスの状態を確認できます。

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

ステータス管理機能が有効の場合，PFM - ManagerおよびPFM - Base上で動作するすべてのサービスは，自身の状態をステータスファイルに登録します。システム管理者は，ステータス管理サービス（Status Serverサービス）を使ってステータスファイルの内容を確認することで，サービスの状態を知ることができます。ステータスファイルの内容を確認するには，運用コマンド（jpctool service listコマンド）を実行します。

図3‒30　ステータス管理機能によるサービスの状態確認の概要

ステータス管理機能の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(2)　ステータス管理機能が無効の場合

ステータス管理機能が無効の場合は，PFM - ManagerがPFM - AgentまたはPFM - RMへの通信に対する応答の有無によってサービスの状態を判定します。また，PFM - AgentまたはPFM - RMのIPアドレスやポート番号などのネットワーク情報をPFM - Managerが一元管理します。そのため，障害時やサービスの起動処理中などでPFM - Managerと通信できない場合やPFM - AgentまたはPFM - RMがスタンドアロンモードで起動している場合には，サービスの状態を確認できません。

ステータス管理機能が無効の場合，サービス起動中や停止中にjpctool service listコマンドでステータスを確認すると，サービスの状態を確認できない場合があります。サービスの状態を確認する必要があるときは，ステータス管理機能を有効にしてください。ステータス管理機能が無効の場合に，Performance Managementのステータスを確認した場合の例を次の図に示します。

図3‒31　ステータス管理機能が無効の場合の例

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

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

Performance Managementでは，万が一PFMサービスが異常停止した場合に備え，PFMサービスを自動的に再起動する機能があります。各ホストのStatus Serverサービスが，ステータス管理機能を利用して同一ホスト内のPFMサービスを監視し，異常停止を検出した場合に自動的にPFMサービスを起動します。また，異常停止していない場合にも一定時間間隔ごとに再起動することもできます。これをPFMサービス自動再起動機能と呼びます。PFMサービス自動再起動機能を利用することで，安定した監視環境を維持できます。

PFMサービス自動再起動機能では，ステータス管理機能を利用します。このため，対象となるPFMサービスがステータス管理機能に対応したバージョンであり，該当ホストでステータス管理機能が有効になっている必要があります。再起動の対象となるPFMサービスは，物理ホストで動作するPFMサービスだけとなります。なお，Status Serverサービス自身は対象となりません。Performance Management をクラスタシステムで運用している場合，論理ホストで動作するPFMサービスの制御にはクラスタソフトを利用してください。PFMサービス自動再起動機能では論理ホストで動作するサービスを対象としていません。

図3‒32　PFMサービスの自動再起動の概要

PFMサービス自動再起動機能では，次の2つの機能を用意しています。

自動再起動機能

PFMサービスを監視し，PFMサービスの異常停止を検出した場合に，自動的にPFMサービスを再起動します。監視対象のPFMサービスおよび監視間隔は，サービス単位でユーザーが指定できます。ただし，監視対象のPFMサービスの異常停止を検出した場合，サービスの起動は該当PFMサービスの属するサービス起動単位※で行われます。

定期再起動機能

定期的にPFMサービスを再起動します。再起動対象のPFMサービスおよび再起動間隔は，サービス単位でユーザーが指定できます。ただし，サービスの停止は指定したサービス単位で行われますが，サービスの起動は該当PFMサービスの属するサービス起動単位※で行われます。

注※

サービス起動単位とは，jpcspm startコマンドで指定できる最小単位です。つまり，監視エージェントの場合は，Agent StoreおよびRemote Monitor Storeサービスと，Agent CollectorおよびRemote Monitor Collectorサービスの対が単位になります。なお，マルチインスタンスエージェントの場合は，インスタンスごとに一単位になります。Action Handlerサービスの場合は，Action Handlerサービス単体になります。

サービスの起動がサービス起動単位で行われる例を次の図に示します。図の例では，Agent Storeサービスだけを監視対象にしている場合でも，Agent Storeサービスの異常停止を検出すると，Agent Storeサービスの属するサービス起動単位であるAgent CollectorサービスおよびAgent Storeサービスが起動されます。PFMサービス自動再起動機能でのサービス起動単位については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

図3‒33　該当サービスの属するサービス起動単位で起動する例

PFMサービス自動再起動機能の設定は，PFM - Web Consoleのサービス階層から，サービスのプロパティで設定します。PFMサービス自動再起動機能の設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

3.6　設定情報の一覧を取得する機能

Performance Managementでは，ホスト単位の動作設定（起動情報ファイルの内容）や，サービス単位のプロパティの設定など，さまざまな設定情報をホストごとに一括してファイルに出力できます。

この機能は，次の目的に利用できます。

環境設定時のエビデンスを残す。

1つのホストで複数の種類の設定変更を実施する際，変更前後の設定情報を比較し，変更個所に問題がないことを確認する。

複数のホスト間で，それぞれの設定情報を比較し，差分に問題がないかを確認する。

なお，ファイルの比較（差分の抽出）には，別途市販の差分比較ツールなどが必要です。

設定情報のファイルは，jpcparamdumpコマンドを使って出力します。対象とするホスト上でこのコマンドを実行すると，そのホスト上にインストールされているPerformance Managementのプログラムの設定情報が，テキスト形式のファイルに出力されます。

jpcparamdumpコマンドの使用方法，および出力内容の詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章，および付録を参照してください。

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

Performance Managementの監視コンソールはWebブラウザです。システム管理者は，Webブラウザから監視コンソールサーバにアクセスすることで，企業システムで発生している問題をリアルタイムで捉えることができます。エージェントごとに異なる監視ソフトウェアを導入したり，習得したりする必要はありません。WebブラウザからPFM - Web Consoleにログインすれば，エージェントの稼働状況をリアルタイムに監視できます。

稼働状況の監視には，次の2種類があります。

3.7.1　エージェント階層によるエージェントの監視

エージェントの稼働状況をアイコンで表示します。アイコンをグループ分けしたり，グループを階層化したりすることで，エージェントをツリー構造で管理できます。これをエージェント階層といいます。エージェントでイベントが発生した場合，ツリー上のアイコンが変化します。これによって，どのようなイベントが発生しているかを視覚的に確認できます。

さらに，［アラームの状態の表示］画面でエージェントのレポートアイコンをクリックすると，あらかじめアラームに関連づけておいたレポートが，グラフや表形式で表示されます。表示されたレポートによってエージェントの稼働状態を確認できます。グラフや表の項目を選択して，別ウィンドウに項目別の詳細なグラフや表を表示させるように設定することもできます。レポートから呼び出す，さらに詳細なレポートを「ドリルダウンレポート」といいます。

3.7.2　ログによるエージェントの監視

ログによるエージェント監視で発生したイベントの情報を表示します。イベントの発生日時やメッセージの詳細などは，［イベントモニター］で常に最新の情報を確認できます。また，過去に発生したイベントの履歴を［イベント履歴］画面で確認できます。

3.8　業務グループごとに監視する機能

Performance Managementでは，監視対象ホストを業務システムごとにグループにまとめ，それぞれのグループにアクセスできるユーザーを指定できます。監視対象ホストをまとめたグループを業務グループと呼びます。業務グループを利用すると，稼働状況を監視するユーザーを業務システムごとに限定できるようになり，セキュリティを向上できます。これを業務グループによるアクセスコントロール機能と呼びます。

図3‒34　業務グループによるアクセスコントロール機能の利用例

業務グループを割り当てられたユーザーが監視コンソールにログインすると，業務グループ内のエージェントだけが表示されます。ユーザーは，表示されたエージェントに対してだけ，レポートの表示などの稼働監視を実施できます。

業務グループによるアクセスコントロール機能の設定，および業務グループを割り当てたユーザーが監視コンソールで実施できる操作の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

なお，業務グループに割り当てるリソースは，監視対象ホスト単位で指定します。このため，同一ホストに複数のエージェントがインストールされている場合，それぞれのエージェントを別々の業務グループに割り当てることはできません。監視対象ホストに複数のエージェントがインストールされている場合の構成例を次の図に示します。

図3‒35　複数のエージェントがインストールされたホストを業務グループに割り当てる例

メモ

業務グループ利用時のコマンド実行のアクセス制御

PFM - ManagerおよびPFM - Baseのコマンドは，業務グループごとに実行することはできません。ただし，オプション設定によっては，操作できるホストをローカルホストだけに制限できます。これによって，各ユーザーが業務グループ外のホストを操作することを防げます。詳細については，「3.9.4　コマンドの操作対象ホストを制限する設定」を参照してください。

PFM - Web Consoleのコマンドは，jpcmkkeyコマンドで作成する認証用キーファイルに指定したユーザーの権限で動作します。業務グループのユーザーが実行する場合，認証用キーファイルを作成したユーザーに割り当てられた業務グループ内の監視対象ホストに対してコマンドを実行できます。

3.9　Performance Managementのコマンド

Performance Managementでは，効率良く運用できるようにさまざまなコマンドを用意しています。ここでは，Performance Managementの主なコマンドを紹介します。

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

3.9.1　システムの設定で使用するコマンド

セットアップコマンドおよびStoreデータベースの設定で使用するコマンドの一部は，非対話形式で実行できます。非対話形式を使用すると，ユーザーの応答を求めないで，オプションの指定や定義ファイルの読み込みで代替して処理を続行できます。多数の監視対象をセットアップしたい場合などに活用できます。

(1)　セットアップコマンド

セットアップコマンドには，次の種類があります。

監視マネージャーおよび監視エージェントのセットアップで使用するコマンド

暗号化通信の設定に使用するコマンド

PFM - RMの監視対象の設定で使用するコマンド

インスタンス環境の構築で使用するコマンド

クラスタシステムの設定で使用するコマンド

(a)　監視マネージャーおよび監視エージェントのセットアップで使用するコマンド

監視マネージャーおよび監視エージェントのセットアップで使用するコマンドには，PFM - AgentまたはPFM - RMの接続先PFM - Managerを設定したり，PFM - AgentまたはPFM - RMを追加したときのセットアップをしたり，Performance Managementで使用するポート番号を設定したりするコマンドがあります。

図3‒36　監視マネージャーおよび監視エージェントのセットアップで使用するコマンドの概要

表3‒10　監視マネージャーおよび監視エージェントのセットアップで使用する主なコマンド一覧

コマンド

説明

jpcconf mgrhost

接続先のPFM - Managerを表示，設定，および変更するコマンド

jpcconf agent setup

新しいPFM - AgentまたはPFM - RMを追加セットアップするコマンド

jpcwagtsetup

新しいPFM - AgentまたはPFM - RMをPFM - Web Consoleに追加セットアップするコマンド

jpcconf port

Performance Managementで使用するポート番号を表示および設定するコマンド

jpcconf host

Performance Managementシステムでの監視ホスト名を変更，または監視ホスト名の取得方法を変更するコマンド

(b)　暗号化通信の設定に使用するコマンド

暗号化通信の設定で使用するコマンドには，サーバ証明書を取得するための証明書発行要求（CSR）ファイルを作成したり，テスト用の自己署名証明書ファイルを作成したりするためのコマンドなどがあります。

表3‒11　暗号化通信の設定に使用するコマンド

コマンド

説明

jpcwconf https disable

Webブラウザと監視コンソールサーバ間での暗号化通信を無効にするコマンド

jpcwconf https display

Webブラウザと監視コンソールサーバ間での暗号化通信の状態を表示するコマンド

jpcwconf https enable

Webブラウザと監視コンソールサーバ間での暗号化通信を有効にするコマンド

jpcwtool https create certreq

サーバ証明書を取得するための証明書発行要求（CSR）ファイル，秘密鍵ファイル，および秘密鍵のパスワードファイルを作成するコマンド

jpcwtool https create provcert

テスト用に使用する自己署名証明書ファイル，秘密鍵ファイルを作成するコマンド

jpcwtool https output certtext

サーバ証明書の情報を標準出力に出力するコマンド

(c)　PFM - RMの監視対象の設定で使用するコマンド

PFM - RMの監視対象の設定で使用するコマンドには，PFM - RMの監視対象を追加，削除，および表示するためのコマンドなどがあります。

表3‒12　PFM - RMの監視対象の設定で使用する主なコマンド一覧

コマンド

説明

jpcconf target setup

PFM - RMの監視対象を追加するコマンド

jpcconf target unsetup

PFM - RMの監視対象を削除するコマンド

jpcconf target list

PFM - RMの監視対象の一覧を表示するコマンド

jpcconf target display

PFM - RMの監視対象の設定を表示するコマンド

(d)　インスタンス環境の構築で使用するコマンド

インスタンス環境の構築で使用するコマンドには，インスタンス環境を作成，削除，および表示するためのコマンドなどがあります。

表3‒13　インスタンス環境の構築で使用する主なコマンド一覧

コマンド

説明

jpcconf inst setup

インスタンス環境を作成するコマンド

jpcconf inst unsetup

インスタンス環境を削除するコマンド

jpcconf inst list

インスタンス環境を表示するコマンド

(e)　クラスタシステムの設定で使用するコマンド

クラスタシステムの設定で使用するコマンドには，論理ホスト運用するときに必要なコマンドなどがあります。

表3‒14　クラスタシステムの設定で使用する主なコマンド一覧

コマンド

説明

jpcconf ha

クラスタシステムで論理ホスト運用するときに使用するコマンド

(2)　プロセス監視の設定で使用するコマンド

プロセス監視の設定で使用するコマンドには，アプリケーション定義を追加，削除，出力，および表示するためのコマンドがあります。

表3‒15　プロセス監視の設定で使用する主なコマンド一覧

コマンド

説明

jpcprocdef create

アプリケーション定義を作成・編集するコマンド

jpcprocdef delete

アプリケーション定義を削除するコマンド

jpcprocdef list

アプリケーション定義の定義名の一覧を表示するコマンド

jpcprocdef output

アプリケーション定義の定義内容を出力するコマンド

(3)　Storeデータベースの設定で使用するコマンド

Storeデータベースの設定で使用するコマンドには，Storeデータベースのバージョンを変更するコマンドなどがあります。

表3‒16　Storeデータベースの設定で使用する主なコマンド一覧

コマンド

説明

jpcconf db vrset

Storeデータベースのバージョンを変更するコマンド

jpcconf db display

Storeサービスの状態やStoreバージョンを表示するコマンド

jpcconf db define

Storeサービスの設定を変更および表示するコマンド

(4)　Performance Managementの機能の設定で使用するコマンド

Performance Managementの機能を設定するときに使用するコマンドには，ステータス管理機能またはヘルスチェック機能の有効/無効の設定や情報を確認するコマンドなどがあります。

表3‒17　Performance Managementの機能を設定するときに使用する主なコマンド一覧

コマンド

説明

jpcconf stat

ステータス管理機能の有効/無効の設定や情報を確認するコマンド

jpcconf hc

ヘルスチェック機能の有効/無効の設定や情報を確認するコマンド

jpcconf prodname

プロダクト名表示機能の有効/無効の設定や情報を確認するコマンド

(5)　他システムとの連携の設定で使用するコマンド

他システムとの連携を設定するときに使用するコマンドには，JP1/IMとの連携機能を有効または無効にするコマンドがあります。

表3‒18　他システムとの連携を設定するときに使用する主なコマンド

コマンド

説明

jpcconf im

JP1/IMとの連携機能を有効または無効にするコマンド

(6)　エージェント階層の作成および編集で使用するコマンド

エージェント階層の作成および編集で使用するコマンドには，エージェント階層の定義をファイルにエクスポートするコマンドと，エージェント階層の定義をファイルからインポートするコマンドがあります。

表3‒19　エージェント階層の作成および編集で使用するコマンド一覧

コマンド

説明

jpcconf agttree export

エージェント階層の定義をファイルにエクスポートするコマンド

jpcconf agttree import

エージェント階層の定義をファイルからインポートするコマンド

(7)　業務グループの作成および編集で使用するコマンド

業務グループの作成および編集で使用するコマンドには，業務グループの定義情報をエクスポート・インポートするコマンドなどがあります。

表3‒20　業務グループの作成および編集で使用するコマンド

コマンド

説明

jpcconf bgdef check

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

jpcconf bgdef delete

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

jpcconf bgdef display

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

jpcconf bgdef export

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

jpcconf bgdef import

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

jpcconf bgdef list

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

(8)　IPv6環境でPerformance Managementが運用できるように設定するコマンド

IPv6環境でPerformance Managementが運用できるように設定するコマンドには，IPv6の利用設定を有効・無効にするコマンドと，IPv6利用設定を表示するコマンドがあります。

表3‒21　IPv6環境でPerformance Managementが運用できるように設定するコマンド一覧

コマンド

説明

jpcconf ipv6 enable

IPv6環境でのPerformance Managementの利用設定を有効にするコマンド

jpcconf ipv6 disable

IPv6環境でのPerformance Managementの利用設定を無効にするコマンド

jpcconf ipv6 display

IPv6環境でのPerformance Managementの利用設定について画面に表示するコマンド

3.9.2　システムの運用で使用するコマンド

(1)　サービス管理コマンド

Performance Managementは，サービスの状態を確認するためのコマンドを用意しています。

表3‒22　Performance Managementのサービスを管理する主なコマンド一覧

コマンド

説明

jpctool service list

Performance Managementのサービスの構成と状態を確認するコマンド

jpctool service delete

Performance Managementのサービス情報を削除するコマンド

jpctool service sync

PFM - ManagerとPFM - Web Consoleに登録されているサービス情報を同期するコマンド

(2)　アラーム管理コマンド

アラーム管理コマンドには，監視対象プログラムがしきい値を超えたときに発行するアラームイベントを設定するためのコマンドなどがあります。

表3‒23　アラームを設定する主なコマンド一覧

コマンド

説明

jpctool alarm

Performance Managementのアラームを設定するコマンド

(3)　レポート管理コマンド

レポート管理コマンドには，監視対象プログラムから収集したデータを基に稼働監視レポートを作成するためのコマンドなどがあります。

表3‒24　レポートを設定する主なコマンド一覧

コマンド

説明

jpcrdef

Performance Managementのレポートを設定するコマンド

jpcrpt

稼働レポートをCSVまたはHTML形式でバッチ出力するためのコマンド

(4)　Storeデータベース管理コマンド

Storeデータベース管理コマンドには，Storeデータベースのセットアップやアンセットアップを実施するためのコマンドなどがあります。

表3‒25　Storeデータベースを管理する主なコマンド一覧

コマンド

説明

jpctool db backup

データをバックアップするコマンド

jpctool db clear

データを消去するコマンド

jpctool db dump

収集したパフォーマンスデータをテキストファイルに出力するコマンド

jpctool db restore

データをリストアするコマンド

jpctool db import

Storeバージョン2.0使用時に，Storeデータベースにバックアップデータをインポートするコマンド

jpctool db dmconvert

Storeバージョン2.0使用時に，指定されたバックアップディレクトリのバックアップデータのデータモデルをバージョンアップするコマンド

jpcasrec

Storeデータベースの記録方法に関する定義を変更したり出力したりするコマンド

jpcaspsv

Storeデータベースの保存条件に関する定義を変更したり出力したりするコマンド

(5)　資料採取コマンド

資料採取コマンドには，トラブルの発生時に採取が必要な資料を一括して採取するコマンドなどがあります。

表3‒26　資料採取に使用する主なコマンド一覧

コマンド

説明

jpcras

PFM - Manager，PFM - Agent，PFM - RM，およびPFM - Baseのトラブルシュート資料を採取するコマンド

jpcwras

PFM - Web Consoleのトラブルシュート資料を採取するコマンド

(6)　他システムと連携して運用するときに使用するコマンド

他システムと連携して運用するときに使用するコマンドには，JP1/IMとの連携機能を有効または無効にするコマンドなどがあります。

表3‒27　他システムと連携して運用するときに使用する主なコマンド一覧

コマンド

説明

jpcimevt

JP1/IMに登録したイベントを送信するコマンド

3.9.3　システムの起動・停止で使用するコマンド

表3‒28　Performance Managementのシステムを起動・停止するときに使用する主なコマンド一覧

コマンド

説明

jpcspm start

Performance Managementのサービスを起動するコマンド

jpcspm stop

Performance Managementのサービスを停止するコマンド

jpcwstart

PFM - Web Consoleのサービスを起動するコマンド

jpcwstop

PFM - Web Consoleのサービスを停止するコマンド

3.9.4　コマンドの操作対象ホストを制限する設定

PFM - Baseのコマンドには，ほかのPFM - Manager，PFM - Agent，およびPFM - RMホストを対象に操作できるコマンドがありますが，セキュアな運用を保つため，各エージェントホストからほかのエージェントホストは操作させたくない場合もあります。このような場合は，オプションの設定によってエージェントホスト間の操作を禁止し，操作対象を自エージェントホストに限定できます。各エージェントホストからほかのエージェントホストを操作させたくない場合には，次に示すオプションを有効にすることを検討してください。

Agentホストリモート操作制限オプション

Agent間直接情報参照抑止オプション

オプションごとの対象コマンドと，オプションを有効にした場合の制限内容を次の表に示します。

オプション

対象コマンド

制限内容

Agentホストリモート操作制限オプション

jpcras

jpctool db backup

jpctool db dump

jpctool service list（-statオプションなし）

対象コマンドをエージェントホストで実行する場合，ほかのエージェントホストに対しては実行できないようにする。なお，このオプションを有効にしても，PFM - Managerホストで対象コマンドを実行する場合，すべてのホストに対して実行できる状態は保たれる。

Agent間直接情報参照抑止オプション

jpctool service list（-statオプションあり）

対象コマンドが実行されても，このオプションが有効になっているリモートホストの情報は表示されないようにする。

設定方法の詳細については，「4.4.12　Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションの設定手順」（Windowsの場合）または「5.4.11　Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションの設定手順」（UNIXの場合）を参照してください。

3.10　注意事項

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

(1)　時刻設定についての注意事項

時刻設定を変更する前に，Performance Managementのサービスをすべて停止してください。時刻設定を変更したあと，Performance Managementのサービスを再起動してください。

Performance Managementの各プログラム間で時刻の設定が異なる場合，履歴レポートで表示しようとする範囲のパフォーマンスデータが正しく表示できないことがあります。パフォーマンスデータはPFM - AgentやPFM - RM側で収集・保存するため，PFM - AgentやPFM - RM側の時刻で履歴レポートの表示範囲を設定してください。また，タイムゾーンが異なる場合にも，タイムゾーンによる時差を考慮の上，履歴レポートの表示範囲を設定してください。

［イベント履歴］画面では，イベントは発行時刻の順番で表示されます。イベントの発行時刻はイベントを発行したマシンに設定されている時刻となります。そのため，マシンの時刻設定を現在時刻より過去の時刻に変更した場合，過去のイベント履歴のログに現在のイベントが挿入されて表示されます。また，マシンの時刻設定を現在時刻より未来の時刻に変更した場合，未来のイベント履歴のログに現在のイベントが挿入されて表示されます。

(2)　未来の時刻に変更した場合の注意事項

現在時刻より未来の時刻に変更した場合，変更前の時刻から変更後の時刻までの履歴情報は保存されません。

現在時刻より未来の時刻に変更した場合，パフォーマンスデータの保存期間の関係でデータが削除されてしまうおそれがあります。このため，必要なパフォーマンスデータについては，未来の時刻に変更する前にjpctool db backupコマンドやjpctool db dumpコマンドでデータをバックアップしておいてください。

(3)　過去の時刻に変更した場合の注意事項

現在時刻より過去の時刻に変更した場合，パフォーマンスデータは変更後の時刻から，データの収集および履歴情報が保存されます。変更前の同じ日時に収集されたデータおよび履歴情報がある場合，同時刻のデータが混在してしまうため，時刻設定を変更したあとに次の手順を実施し，Storeデータベースをクリアする必要があります。

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

Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。サービスの停止にはjpcspm stopコマンドを使用してください。

マシンの時刻を現在時刻より過去の時刻に変更する。

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

Performance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

jpctool db clearコマンドを実行し，Storeデータベースから対象となるAgentのPI，PD，PLレコードを消去する。

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

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

Performance Managementを運用する際に，使用できない文字と文字列の検索についての注意事項を次に示します。

(1)　使用できない文字について

Performance Managementでは，次に示す全角文字を使用できません。

使用できない文字を使用した場合，アラームやレポートは正常に実行されません。また，使用できない文字は，「?」や解読できない文字で表示される場合があります。

(2)　文字列の検索について

文字列を検索する場合は，「*」や「?」のワイルドカード文字を使用してください。

「<」や「>」などの不等号は，検索対象のデータベースが起動されているホストの文字コード種別に依存するため，使用すると正しく検索できないことがあります。したがって，検索条件に「<」や「>」などの不等号を使用しないでください。

3.10.3　複数の言語が混在している環境での注意事項

(1)　PFM - Manager，およびPFM - AgentやPFM - RMに関する注意事項

PFM - Manager，およびPFM - AgentやPFM - RMの言語環境が混在している場合，またはPerformance Managementシステム内で使用しているLANG環境変数の言語種別が混在している場合，組み合わせによっては制限が発生する場合があります。

組み合わせによる制限の有無を次に示します。

PFM - Manager

PFM - AgentまたはPFM - RM

制限の有無

日本語環境

日本語環境

×

英語環境

○

中国語環境（簡体字）

○

その他の言語

○

英語環境

日本語環境

○

英語環境

○

中国語環境（簡体字）

○

その他の言語

○

中国語環境（簡体字）

日本語環境

○

英語環境

○

中国語環境（簡体字）

×

その他の言語

○

その他の言語

日本語環境

○

英語環境

○

中国語環境（簡体字）

○

その他の言語

×

（凡例）

○：制限あり

×：制限なし

制限がある場合，次の項目については，ASCII 7ビットコードの範囲で表示，定義するようにしてください。ASCII7ビットコードの範囲外で定義すると，PFM - Web Consoleで正しく表示されない，またはプログラムが正しく動作しないおそれがあります。

［レポート］画面およびレポートをエクスポートしたCSV/HTMLファイルに表示されるパフォーマンスデータ（例：プロセス名，デバイスIDなど）

アラームのメッセージテキスト

アラームの条件式

アラームのアクション定義のコマンド名

アラームのアクション定義のコマンド引数

Storeデータベースへのデータ記録方法のLOGIF（条件式）

注意

Performance Managementと連携する製品の言語の混在環境では，それらの製品の注意事項および制限事項を確認してください。

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

(1)　一時ファイル出力先ディレクトリ

PFM - Web Consoleでリアルタイムレポートまたは履歴レポートを表示したり，イベント履歴を表示したりした場合，Agent Collectorサービス，Remote Monitor Collectorサービス，Agent Storeサービス，Remote Monitor Storeサービス，およびMaster Storeサービスは，下記のディレクトリに一時ファイルを作成します。

Windowsの場合

システム環境変数TMPに設定されているディレクトリ。

UNIXの場合

環境変数TMPDIRに設定されているディレクトリ。

TMPDIRが設定されていなければ，/var/tmpまたは/tmpディレクトリ。

上記のディレクトリがあるディスクに空き容量が不足している場合，Agent Collectorサービス，Remote Monitor Collectorサービス，Agent Storeサービス，Remote Monitor Storeサービス，またはMaster StoreサービスからKAVE00105-Eメッセージが出力されることがあります。

なお，一時ファイル保存先ディレクトリに新たな空き容量を確保することが困難な場合，下記の環境変数を設定することで，一時ファイルが作成されるディレクトリを変更できます。

環境変数名

説明

JPC_TMPDIR

一時ファイルの出力先ディレクトリパスを指定します。

注意

Windowsの場合は，JPC_TMPDIR環境変数をシステム環境変数に設定してください。UNIXで自動起動を設定している場合は，サービス自動起動スクリプトファイル（jpc_start）の次の個所を変更してください。

変更前

export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF

変更後

JPC_TMPDIR=一時ファイル出力先ディレクトリ※
export PATH SHLIB_PATH LD_LIBRARY_PATH LIBPATH HCCLIBCNF JPC_TMPDIR

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

サービス自動起動スクリプトファイル（jpc_start）の変更手順については，マニュアル「JP1/Performance Management 運用ガイド」の，監視マネージャーおよび監視エージェントのサービスの自動起動を設定または解除する（UNIXの場合）について説明している個所を参照してください。

(2)　一時ファイルサイズの見積もり

一時ファイルサイズの見積もりについては，リリースノートを参照してください。

3.10.5　Windowsを利用する場合の注意事項

(1)　Performance Managementで管理者特権が必要な操作

Windowsでは，UAC機能が有効の場合に，管理者特権が必要な操作があります。管理者特権が必要な場合は，操作前に特権昇格が必要になります。

表3‒29　管理者特権が必要な操作と操作ごとの実行可否

操作

管理者特権

の要否

UAC機能有効時の

実行可否

UAC機能無効時の

実行可否

管理ユーザー権限

一般ユーザー権限

管理ユーザー権限

一般ユーザー権限

インストール，アンインストール

要

○※1

○※1

○

×

Administrators権限が必要なコマンド

要

○※2

○※2

○

×

Administrators権限が不要なコマンド

否

○

○

○

○

サービスコントロールマネージャーからのサービス起動，停止

要

○※1

○※1

○

×

（凡例）

○：実行できる

×：実行できない

注※1　UACポップアップで特権昇格が必要

注※2　Performance Management管理者コンソールから実行する必要がある

(2)　Performance Management管理者コンソールの概要

Performance Managementでは，実行権限に管理者権限が必要なコマンド（管理者用コマンド）があります。Performance Management管理者コンソールは，管理者用コマンドを実行するためのコマンドプロンプトです。

Windowsのユーザーアカウント制御（UAC）が有効な場合は，管理者コンソールからコマンドを実行してください。

起動方法

PFM - BaseまたはPFM - Managerの場合

［スタート］メニューから［プログラム］−［Performance Management］−［Administrator Console］を選択すると起動します。

PFM - Web Consoleの場合

［スタート］メニューから［プログラム］−［Performance Management］−［Administrator Console(Web Console)］を選択すると起動します。

停止方法

コマンドプロンプト上でexitコマンドを入力，またはCloseボタン（×）をクリックすると停止します。

(3)　Performance Management固有のフォルダやファイルの作成について

Performance Management固有のフォルダやファイルを作成する場合，UAC機能が動作するフォルダへ作成しないでください。

(4)　WRP（Windowsリソース保護）について

WRPによるリソース保護が有効になっているフォルダ配下のリソースは削除および変更できません。WRPが設定されているフォルダ配下に，フォルダやフォルダの記録先を設定しないでください。

(5)　Windows Defenderへの対応について

Windows Defenderの機能であるソフトウェアエクスプローラで，未分類のプログラムに対して警告が出る場合があります。

なお，PFM - Managerのインストール時またはPFM - ManagerへPFM - AgentやPFM - RMを追加セットアップする場合，Windows Defenderの機能によって警告が出力されることがあります。このため，Windows Defenderの機能をオフにしてください。または，PFM - ManagerをインストールするフォルダをWindows Defenderの監査対象から外してください。

(6)　Backup Operators権限が必要なコマンドについて

Backup Operatorsグループに所属しているユーザーは，Backup Operators権限が必要なコマンドを実行できます。

3.10.6　リアルタイムレポート表示時の注意事項

リアルタイムレポート表示または履歴データ収集を複数同時に設定して，Performance Managementの処理時間が重複した場合，どれか１つだけ処理を実行して，あとの処理は実行されません。

この結果，リアルタイムレポート表示または履歴データ収集ができない場合があります。履歴データ収集ができなかった場合は，そのデータについてのアラーム評価もされません。

この現象が発生するとKAVE00213-Wメッセージが共通メッセージログに出力されます。

この現象は次の両方の条件に該当する場合に発生します。

１つのエージェントインスタンスに対してリアルタイムレポート表示または履歴データ収集※を複数設定する。

リアルタイムレポート表示または履歴データ収集の処理中に，別のリアルタイムレポート表示または履歴データ収集の処理が重なる。

注※

Storeデータベースへの記録有無を問いません。

この現象が発生する例を次の図に示します。

図3‒37　リアルタイムレポート表示または履歴データ収集を複数同時に設定した場合に起こる現象

１つのエージェントインスタンスに対してリアルタイムレポート表示または履歴データ収集が同時に実行されないように設定してください。

リアルタイムレポート表示の更新間隔および履歴データ収集の収集間隔を重ならないように設定することで，この現象は回避できます。また，履歴データの収集をリアルタイムレポートの表示処理より優先する機能を有効にすることで，自動的にこの現象を防止することもできます。防止方法についての詳細は，マニュアル「JP1/Performance Management 運用ガイド」のトラブルシューティングについて説明している章を参照してください。

第3編　構築編

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

この章では，Windowsの場合のPerformance Managementのインストールおよびセットアップ方法について説明します。

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

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

Performance Managementをインストールおよびセットアップする前に確認しておくことを説明します。なお，Windowsに関する注意事項については，「3.10.5　Windowsを利用する場合の注意事項」を参照してください。

(1)　前提OS

Performance Managementプログラムが動作するOSを次の表に示します。

表4‒1　前提OS（Windowsの場合）

OS名

PFM - Manager

PFM - Web Console

PFM - Base

Windows Server 2008

○

○

○

Windows Server 2012

○

○

○

Windows Server 2016

○

○

○

（凡例）

○：動作する

PFM - AgentまたはPFM - RMの前提OSは，それぞれ異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(2)　システム構成の検討

PFM - Managerに接続するPFM - AgentまたはPFM - RMの数を検討します。見積もり方法の詳細については，「付録A.1　システム構成」を参照してください。

(3)　システム見積もり

Performance Managementシステムで必要なリソースの見積もりや設定を実施します。見積もり方法の詳細については，「付録C　システム見積もり」と各PFM - Agentマニュアルを参照してください。

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

(a)　IPアドレスの設定

Performance Managementシステムのすべてのホストは，ホスト名でIPアドレスを解決できる環境を設定してください（IPアドレスからホスト名を解決できる環境にする必要はありません）。IPアドレスを解決できない環境では，Performance Managementをインストールできません。

監視ホスト名（Performance Managementシステムのホスト名として使用する名前）には，実ホスト名またはエイリアス名を使用できます。ただし，実環境のホスト名変更での影響を抑えるためにエイリアス名を使用することをお勧めします。

監視ホスト名にエイリアス名を使用している場合

設定しているエイリアス名でIPアドレスを解決できるように環境を設定してください。

監視ホスト名に実ホスト名を使用している場合

Windowsシステムではhostnameコマンド，UNIXシステムではuname -nコマンドを実行して確認したホスト名で，IPアドレスを解決できるように環境を設定してください。

なお，UNIXシステムでは，hostnameコマンドで取得するホスト名を使用することもできます。詳細については，「5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

監視ホスト名の設定については，「4.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

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

hostsファイル

DNS

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

jpchostsファイル（PFM - Manager，PFM - Agent，PFM - RM，およびPFM - Baseの場合）

注意

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

複数のLAN環境で使用する場合は，jpchostsファイルでIPアドレスを設定してください。詳細については，「4.3.1　ネットワーク構成の設定および変更手順」を参照してください。

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

名前解決を実施するホスト名のIPアドレスにループバックアドレスは設定できません。

hostsファイルにlocalhostとしてループバックアドレスの設定が必要です。

PFM - Managerホストにホスト名を2つ以上設定している場合，システム上のPFM - AgentまたはPFM - RMホストでjpcconf mgrhost defineコマンドによって設定する接続先PFM - Managerホストのホスト名は，次のようにする必要があります。

PFM - Managerの監視ホスト名に実ホスト名を使用している場合

Windowsシステムではhostnameコマンド，UNIXシステムではuname -nコマンドを実行して確認したホスト名

PFM - Managerの監視ホスト名にエイリアス名を使用している場合

設定しているエイリアス名

PFM - ManagerホストとPFM - Web ConsoleホストおよびJP1/SLMホスト間でIPアドレス変換（NAT変換）が実施されている場合，またはPFM - ManagerホストとPFM - Web ConsoleホストおよびJP1/SLMホスト間で複数のIPアドレスが使用されている場合は，通信で使用するホスト名の設定が必要です。

詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名の設定について説明している個所を参照してください。

Performance Managementシステム上では，サーバのホスト名または監視ホスト名に設定するエイリアス名が一意になるようにしてください。

なお，サーバのホスト名の確認方法は，監視ホスト名の取得方法によって次のように異なります。

監視ホスト名の取得方法がhostnameの場合：hostnameコマンドで取得されるホスト名

監視ホスト名の取得方法がunameの場合：uname -nコマンドで取得されるホスト名

Performance Managementシステム上では，各ホストが使用するIPアドレスが一意になるようにしてください。

(b)　ポート番号の設定

Performance Managementプログラムのサービスは，デフォルトで次の表に示すポート番号が割り当てられています。これ以外のサービスまたはプログラムに対しては，サービスを起動するたびに，そのときシステムで使用されていないポート番号が自動的に割り当てられます。また，ファイアウォール環境で，Performance Managementを使用するときは，ポート番号を固定してください。ポート番号の固定の手順は，「4.3.1(1)(c)　ポート番号を設定する」を参照してください。

表4‒2　デフォルトのポート番号とPerformance Managementプログラムのサービス（Windowsの場合）

サービス説明

サービス名

パラメーター

ポート番号

備考

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

Name Server

jp1pcnsvr

22285

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

サービス状態管理機能

Status Server

jp1pcstatsvr

22350

PFM - ManagerおよびPFM - BaseのStatus Serverサービスで使用されるポート番号。PFM - ManagerまたはPFM - Baseがインストールされているホストで設定される。

監視コンソール通信機能

View Server

jp1pcvsvr

22286

PFM - ManagerのView Serverサービスで使用されるポート番号。PFM - Managerホストで設定される。

Webサービス機能

Web Service

−

20358

PFM - Web ConsoleのWeb Serviceサービスが使用するポート番号。監視コンソールのWebブラウザとPFM - Web Consoleホストの間の通信で使用される。

Webコンテナ機能

Web Console

−

20359

20360

PFM - Web ConsoleのWeb Consoleサービスが使用するポート番号。

（凡例）

−：該当なし

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

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

Performance Managementプログラムをインストールするときは，必ず，OSのAdministrators権限を持つアカウントで実行してください。

(6)　前提プログラム

ここでは，Performance Managementをインストールする場合に必要な前提プログラムを説明します。

図4‒1　プログラムの構成図

注意

アラームイベントが発生したときに，Eメールでシステム管理者に通知する場合，Eメールを送信するためのSMTPサーバが必要です。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

Performance Managementとそのほかのシステムとの連携機能を使用する場合は，前提プログラムが異なる場合があります。連携機能についての詳細は，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章，サービスレベル管理製品（JP1/SLM）と連携した監視について説明している章，およびジョブ管理製品（JP1/AJS3）と連携した監視について説明している章を参照してください。

(a)　監視マネージャーの前提プログラム

監視マネージャーには，PFM - Managerが必要です。また，JP1ユーザーによる統合認証を実施するためには，PFM - Managerと同一ホストにJP1/Baseが必要です。詳細については，JP1/Baseマニュアルおよびマニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

(b)　監視コンソールサーバの前提プログラム

監視コンソールサーバには，PFM - Web Consoleが必要です。

(c)　監視エージェントの前提プログラム

監視エージェントには，PFM - AgentまたはPFM - RMと，PFM - Baseが必要です。PFM - BaseはPFM - AgentやPFM - RMの前提プログラムであるため，PFM - Base，PFM - AgentまたはPFM - RMの順にインストールしてください。

ただし，PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - AgentまたはPFM - RMの前提プログラムはPFM - Managerになるため，PFM - Manager，PFM - AgentまたはPFM - RMの順にインストールしてください。

監視対象プログラムは，PFM - AgentまたはPFM - RMごとに異なります。各PFM - AgentまたはPFM - RMの監視対象プログラムについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(d)　監視コンソールの前提プログラム

Performance Managementで収集した稼働監視データを確認したり，Performance Managementの設定を変更したりするためには，監視コンソールにWebブラウザが必要です。

Performance Managementの前提となるWebブラウザを次に示します。

Internet Explorer

Firefox

Webブラウザの種類によってPFM - Web Consoleを使用するための設定が異なります。サポートするWebブラウザの種類については，リリースノートを参照してください。

(7)　言語環境の設定

Windowsには言語環境を設定する個所が複数ありますが，設定はすべて統一しておく必要があります。

設定が統一されていない場合は，PFM - Managerでは監視コンソールに表示されるメッセージやログファイルに出力されるログメッセージが文字化けすることがあります。また，PFM - Web Consoleでは文字化けが発生したり，定義データが不当に書き換わってしまったりすることがあります。

言語の設定方法を，次に示します。

Windows Server 2008 R2の場合

［コントロールパネル］−［地域と言語］を選択する。

次の項目に同一の「言語名（地域名）」を設定する。

•［形式］タブの［形式］

•［管理］タブの［Unicode対応ではないプログラムの言語］

［キーボードと言語］タブの［表示言語］に，手順2と同じ「言語名」を設定する。

［管理］タブの［ようこそ画面と新しいユーザー アカウント］の［設定のコピー］ボタンをクリックする。

［現在の設定のコピー先］の［ようこそ画面とシステム アカウント］をチェックする。

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

Windows Server 2012以降の場合

［コントロールパネル］−［地域］を選択する。

次の項目に同一の「言語名（地域名）」を設定する。

•［形式］タブの［形式］

•［管理］タブの［Unicode対応ではないプログラムの言語］

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

［コントロールパネル］−［言語］を選択する。

［Windowsの表示言語］で，手順2と同じ「言語名」を「有効」にする。

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

［コントロールパネル］−［地域］を選択する。

［管理］タブの［ようこそ画面と新しいユーザー アカウント］の［設定のコピー］ボタンをクリックする。

［現在の設定のコピー先］の［ようこそ画面とシステム アカウント］をチェックする。

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

重要

システムロケールとusrconf.cfgファイルの言語設定が異なると，PFM - Web Consoleが正常に動作しないことがあります。この場合は，usrconf.cfgファイルの言語設定を，システムロケールと同じ設定に変更してください。オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

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

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

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

トラブルが発生した場合にメモリーダンプ，ユーザーモードプロセスダンプなどが必要になることがあります。トラブル発生時にこれらのダンプを採取する場合は，あらかじめメモリーダンプ，ユーザーモードプロセスダンプが出力されるように設定してください。

メモリーダンプの出力設定

［コントロールパネル］から［システム］をダブルクリックする。

［詳細設定］ページの［起動と回復］の［設定］ボタンをクリックする。

［デバッグ情報の書き込み］で，［完全メモリダンプ］を選択し，出力先のファイルを指定する。

注意

メモリーダンプのサイズは，実メモリーのサイズによって異なります。搭載している物理メモリーが大きいと，メモリーダンプのサイズも大きくなります。メモリーダンプを採取できるだけのディスク領域を確保してください。詳細は，OS付属のドキュメントを参照してください。

ユーザーモードプロセスダンプの出力設定

次のレジストリを設定すれば，アプリケーションプログラムの異常終了時，即座に調査資料のユーザーモードプロセスダンプを取得できます。

HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥Windows¥Windows Error Reporting¥LocalDumps

このレジストリキーに，次のレジストリ値を設定します。

DumpFolder : REG_EXPAND_SZ <ダンプ出力先のフォルダ名>

（出力先フォルダには書き込み権限が必要です）

DumpCount : REG_DWORD <保存するダンプの数>

DumpType : REG_DWORD 2

注意

レジストリを設定することで，JP1だけでなくほかのアプリケーションプログラムでもユーザーモードプロセスダンプが出力されるようになります。ユーザーモードプロセスダンプの出力を設定する場合はこの点をご注意ください。

ユーザーモードプロセスダンプが出力されると，その分ディスク容量が圧迫されます。ユーザーモードプロセスダンプが出力されるように設定する場合は，十分なディスク領域が確保されているダンプ出力先フォルダを設定してください。

(10)　注意事項

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

環境変数に関する注意事項を次に示します。

Performance Managementで使用する環境変数を，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。詳細については，マニュアル「JP1/Performance Management リファレンス」のPerformance Managementで使用する環境変数について説明している章を参照してください。

バージョン11-50以降のPerformance Managementプログラムのインストールでは，システム環境変数PATHにコマンド格納パスが追加されます。すでに設定されているシステム環境変数PATHの内容とコマンド格納パスを追加した文字列の長さが2,047文字を超える場合，メッセージダイアログが表示されます。

このとき，Performance Managementプログラムのインストールは正常に終了しますが，コマンド格納パスはシステム環境変数PATHに追加されません。

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

Performance Managementは，同一ホストに次に示すPerformance Managementプログラムをインストールすることもできます。

PFM - Manager

PFM - Web Console

PFM - AgentまたはPFM - RM

補足

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

PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - ManagerがPFM - AgentまたはPFM - RMの前提製品になるため，PFM - ManagerをインストールしてからPFM - AgentまたはPFM - RMをインストールしてください。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - Baseと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Managerをインストールする場合は，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - AgentまたはPFM - RMの順でインストールしてください。また，PFM - Manager と，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Baseをインストールする場合も同様に，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - AgentまたはPFM - RMの順でインストールしてください。

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

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

監視ホスト名設定機能を使用している場合，同一ホスト上に07-50以前のPFM - Agentをインストールすることはできません。07-50以前のPFM - Agentをインストールする場合，事前に監視ホスト名設定機能を使用しない設定に戻す必要があります。戻していない場合，07-50以前のPFM - Agentのインストールに失敗することがあります。監視ホスト名の設定については，「4.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

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

古いバージョンのPerformance Managementプログラムから，バージョンアップする場合の注意事項を次に示します。

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

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

PFM - Web Consoleを除くPerformance Managementのプログラムは，すでにPerformance Managementのプログラムがインストール済みのホストに別のPerformance Managementのプログラムをインストールする場合，インストールパスが1つ目のプログラムのものと同じになります。インストールパスを変更したい場合は，インストール済みのPerformance Managementプログラムをすべて削除し，インストールし直す必要があります。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - Baseと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Managerをインストールする場合は，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - AgentまたはPFM - RMの順でインストールしてください。また，PFM - Managerと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Baseをインストールする場合も同様に，PFM - Web Console以外のすべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - AgentまたはPFM - RMの順でインストールしてください。

バージョン08-00以降のPerformance Managementプログラムでは，Storeサービスの実行プログラム（jpcsto.exeおよびstpqlpr.exe）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStoreサービスの実行プログラムは削除されます。

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

必要な空き容量は，現在のStoreデータベースの合計サイズを基準に考慮してください。例えば，現在のStoreデータベースの合計サイズが100GBの場合，バージョンアップインストールに必要なディスクの空き容量は200GB以上です。Storeデータベースの格納先ディスクを変更している場合は，変更後のディスク容量に対して考慮してください。

(d)　PFM - Web Consoleの注意事項

PFM - Web Consoleをインストールする場合の注意事項を次に示します。

PFM - Web Consoleを上書きインストールした場合，インストール先フォルダ¥conf¥に格納されている初期設定ファイル（config.xml）は更新されません。ただし，インストール先フォルダ¥sample¥conf¥に格納されているconfig.xmlファイルは更新されます。

PFM - Web Consoleを新規にインストールした場合には，PFM - Web Consoleの設定を有効にするためにシステムの再起動が必要です。

(e)　そのほかの注意事項

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

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

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

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

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

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

ウィルス検出プログラム

ウィルス検出プログラムを停止してからPerformance Managementのプログラムをインストールしてください。

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

プロセス監視プログラム

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

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

Performance Managementのプログラムをインストールする場合，Windowsの標準サービスであるApplication Experience Lookup ServiceまたはApplication Experienceがあるかどうか確認してください。ある場合はこのサービスを起動してから，製品をインストールしてください。

バージョン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はステータス管理機能を持たないため，この場合の設定状態は「無効」になります。

ステータス管理機能の設定の変更については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

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

Performance Managementのプログラムがインストールされていないホストに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はヘルスチェック機能を持たないため，この場合の設定状態は「無効」になります。

ヘルスチェック機能の設定については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

インストール時にエクスプローラでインストール先フォルダの表示をしている場合は閉じてください。

インストール時にコマンドプロンプトでインストール先フォルダを表示している場合は閉じてください。

PFM - Managerをインストールする場合に，インストールするPFM - Managerを接続先に指定しているPFM - Web Consoleのサービスが起動しているときは，PFM - Managerのインストール後にPFM - Web Consoleを再起動してください。PFM - Web Consoleのサービスを再起動しない場合，PFM - Managerで提供されている機能が使用できなくなる場合があります。

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

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

ここでは，PFM - ManagerおよびPFM - Web Consoleのインストール，セットアップ手順を説明します。PFM - AgentまたはPFM - RMのインストール，セットアップ手順は，製品によって異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

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

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

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

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

4.1.3　インストール手順

Performance Managementのプログラムをインストールする順序と提供媒体からプログラムをインストールする手順を説明します。

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

注意

Performance Managementプログラムは，監視マネージャー，監視コンソールサーバ，および監視エージェントをどのような順序でインストールしてもかまいません。

(a)　監視マネージャーでのインストール順序

監視マネージャーには，PFM - Managerをインストールします。

(b)　監視コンソールサーバでのインストール順序

監視コンソールサーバには，PFM - Web Consoleをインストールします。

(c)　監視エージェントでのインストール順序

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

なお，PFM - Managerと同一ホストにPFM - AgentまたはPFM - RMをインストールする場合は，PFM - Manager，PFM - AgentまたはPFM - RMの順でインストールしてください。

インストールの手順の詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

重要

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

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

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

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

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

提供媒体をセットし，インストーラーを実行する。

起動したインストーラーの指示に従ってインストールを進めます。

インストール時に定義する情報を次に示します。

ユーザー情報

ユーザー名および会社名を入力します。

インストール先フォルダ

プログラムをインストールするフォルダを指定します。

インストール先フォルダは，［インストール先フォルダの変更］ダイアログボックスで設定して［OK］ボタンをクリックした時点で作成されます。誤ったフォルダを作成した場合はインストール後にフォルダを削除してください。

接続先PFM - Managerホストの設定（PFM - Baseの新規インストール時）

PFM - Baseの新規インストール時に，接続先PFM - Managerのホスト名を入力します。

なお，インストール時には接続先PFM - Managerを設定しないで，あとから設定することもできます。設定しなかった場合，インストール時にはPFM - AgentホストまたはPFM - RMホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「4.3.2　接続先PFM - Managerの変更手順」を参照してください。

重要

ここでは，ホスト名を1つしか設定できません。そのため，監視二重化の構成にする場合はインストール時には接続先PFM - Managerを設定しないで，あとから接続先PFM - Managerを変更してください。

［インストール］ボタンをクリックして，インストールを開始する。

メモ

PFM - Web Consoleを除くPerformance Managementプログラムのインストール先フォルダは，そのホストに初めてPerformance Managementプログラムをインストールするときだけ指定できます。2回目以降のインストールの際は，初回インストール時に指定したフォルダにインストールされます。

また，インストール時に接続先PFM - Managerを設定できるのは，08-00以前のバージョンのPFM - Agentがインストールされていないホストに，初めてPFM - Baseをインストールするときだけです。08-00以前のバージョンのPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合や，PFM - Baseを上書きインストールする場合は，設定済みの接続先PFM - Managerの情報が引き継がれます。

インストールした製品のバージョン情報の確認方法については，「付録E　バージョン情報の確認」を参照してください。

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

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

ヒント

起動情報ファイル（jpccomm.ini）は，Performance Managementの動作を設定するファイルです。

(1)　PFM - AgentまたはPFM - RMの登録[図データ]

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

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

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

メモ

自動で登録されたPFM - AgentまたはPFM - RMの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

登録されたPFM - AgentまたはPFM - RMの起動後に，PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

登録されたPFM - AgentまたはPFM - RMの起動後に，PFM - Web Consoleを再起動したとき

PFM - AgentまたはPFM - RMの起動前に登録したい場合は，jpcconf agent setupコマンドに-registerオプションを付けて実行してください。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

図4‒3　PFM - AgentまたはPFM - RMの登録の流れ

注意

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

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

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - AgentまたはPFM - RMをセットアップしてください。

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

補足

PFM - Managerホストで手動登録（jpcconf agent setup -key agtX（-registerオプションの指定なし））を実行した場合について

PFM - Managerが物理環境の場合に，jpcconf agent setup -key agtX（-registerオプションの指定なし）を実行したとき

登録されたPFM - AgentまたはPFM - RMの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

PFM - Web Consoleを再起動したとき

PFM - Managerが論理環境の場合に，実行系ホストおよび待機系ホストでjpcconf agent setup -key agtX（-registerオプションの指定なし）を実行したとき

登録されたPFM - AgentまたはPFM - RMの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

登録されたPFM - AgentまたはPFM - RMの起動後または共有ディスクが接続されている実行系ホストおよび待機系ホストでjpcconf agent setup -key agtX -registerを実行し，PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

登録されたPFM - AgentまたはPFM - RMの起動後または共有ディスクが接続されている実行系ホストおよび待機系ホストでjpcconf agent setup -key agtX -registerを実行し，PFM - Web Consoleを再起動したとき

(a)　PFM - AgentまたはPFM - RMのセットアップファイルをコピーする

PFM - AgentまたはPFM - RMをインストールしたホストにあるセットアップファイルをPFM - Managerをインストールしたホストにコピーします。手順を次に示します。

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

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

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

コピー元

コピー先

ホスト

ファイル

ホスト

ファイル

PFM - Agent，PFM - RM

Windowsの場合

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

PFM - Manager

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

（凡例）

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は各PFM - AgentまたはPFM - RMマニュアルを参照してください。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

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

注意

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

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

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

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

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

IPv6通信を設定する

Performance ManagementでIPv6通信を利用する場合に設定します。IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行します。

クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。

ただし，PFM - ManagerとPFM - Web Console間はIPv4通信だけに対応しています。

詳細については「4.3.1(1)(a)　IPv6通信を設定する」を参照してください。

IPアドレスを設定する

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

詳細については「4.3.1(1)(b)　IPアドレスを設定する」を参照してください。

ポート番号を設定する

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

ポート番号の設定の詳細については「4.3.1(1)(c)　ポート番号を設定する」を参照してください。

メモ

PFM - ManagerのMaster ManagerサービスとCorrelatorサービスに対して，固定のポート番号を設定することで，大規模環境での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アドレスを使用する。

詳細については「4.3.1(1)(d)　PFM - Web ConsoleおよびJP1/SLMとの通信に使用するホスト名またはIPアドレスを設定する」を参照してください。

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

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。このファイルサイズを変更したい場合に必要な設定です。

詳細については，「4.4.1　共通メッセージログのファイルサイズの設定手順」を参照してください。

(4)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合に必要な設定です。

詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

(5)　業務グループによるアクセスコントロール機能の設定[図データ]

業務グループを利用してPerformance Managementのユーザーを管理したい場合に必要な設定です。起動情報ファイル（jpccomm.ini）で，業務グループによるアクセスコントロール機能の利用有無を設定します。

詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

(6)　イベントデータの格納先の変更[図データ]

PFM - Managerで管理されるイベントデータの格納先，バックアップ先，またはエクスポート先のフォルダを変更したい場合に必要な設定です。

イベントデータは，デフォルトで次の場所に格納されます。

格納先フォルダ：インストール先フォルダ¥mgr¥store¥

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

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

注

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

変更方法についての詳細は，「4.4.2　イベントデータの格納先の変更手順」を参照してください。

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

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

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

(8)　ヘルスチェック機能の設定[図データ]

監視エージェントや監視エージェントが稼働するホストの稼働状態を確認したい場合に必要な設定です。設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(9)　PFMサービス自動再起動機能の設定[図データ]

PFMサービスが何らかの原因で異常停止した場合に，自動的にPFMサービスを再起動させたいときに必要な設定です。設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(10)　プロダクト名表示機能の設定[図データ]

08-50以前からのバージョンアップ時にプロダクト名表示機能を有効にしたい場合，または新規セットアップ時にプロダクト名表示機能を無効にしたい場合に必要な設定です。プロダクト名表示機能の詳細については，「3.1.2　サービスの表示・指定方法（プロダクト名表示機能）」を参照してください。設定方法については，「4.4.10　プロダクト名表示機能の設定手順」を参照してください。

(11)　アラームの自動バインド機能の設定[図データ]

アラームの自動バインド機能の有効/無効をデフォルトから変更したい場合に必要な設定です。11-50以降のバージョンへの新規インストール時およびバージョンアップ時には，アラームの自動バインド機能がデフォルトで有効となります。アラームの自動バインド機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のアラームの自動バインドについて説明している個所を参照してください。

設定方法を次に示します。

メモ

監視二重化構成で利用している場合，プライマリー側とセカンダリー側の両方で設定してください。

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

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止します。クラスタ構成で使用している場合，クラスタソフトウェアから停止します。

テキストエディターなどで，PFM - Managerホストの動作環境（物理ホストおよび論理ホスト）のjpccomm.iniファイルを編集する。

jpccomm.iniファイルの[Common Section]セクションで，次のように変更し保存します。

アラームの自動バインド機能を有効にする場合

Auto Alarm Bind Mode=1

アラームの自動バインド機能を無効にする場合

Auto Alarm Bind Mode=0

編集後は，jpccomm.iniファイルを保存し，ファイルを閉じます。

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

jpcspm startコマンドで起動します。クラスタ構成で使用している場合，クラスタソフトウェアから起動します。

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

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

ヒント

初期設定ファイル（config.xml）は，PFM - Web Consoleの動作環境を設定するファイルです。

(1)　PFM - AgentまたはPFM - RMの登録[図データ]

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

PFM - Web Consoleのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，ここで説明する手順は不要です。ただし，PFM - Web ConsoleよりあとでリリースされたPFM - AgentまたはPFM - RMについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Web Consoleのリリースノートを参照してください。

図4‒4　PFM - AgentまたはPFM - RMの登録の流れ

注意

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

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，最新バージョンのPFM - AgentまたはPFM - RMをセットアップしてください。

(a)　PFM - AgentまたはPFM - RMのセットアップファイルをコピーする

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

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

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

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

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

コピー元

コピー先

ホスト

ファイル

ホスト

ファイル

PFM - Agent，PFM - RM

Windowsの場合

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

PFM - Web Console

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

（凡例）

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

jpcwagtsetup

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

注意

PFM - Web ConsoleをPFM - AgentまたはPFM - RMと同一のホストにインストールしている場合でも，jpcwagtsetupコマンドの実行は必要です。

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

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

ネットワークの設定では次の設定ができます。

ポート番号を設定する

PFM - Web Consoleが使用するポート番号を設定できます。

ポート番号の設定の詳細については，「4.4.7　PFM - Web Consoleの設定の変更手順」を参照してください。

(3)　初期設定ファイル（config.xml）の設定[図データ]

PFM - Web Consoleを動作させるための設定が，初期設定ファイル（config.xml）に定義されています。この初期設定の内容を変更する場合に必要な設定です。

config.xmlファイルは，PFM - Web Consoleのログファイルに関する設定やコンソール画面に表示するデータの最大値などを設定できます。詳細については，「4.4.7　PFM - Web Consoleの設定の変更手順」を参照してください。

(4)　PFM - Web Consoleの接続先PFM - Managerの設定[図データ]

接続先のPFM - Managerを設定するには，初期設定ファイル（config.xml）に設定します。

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

(5)　PFM - Web Consoleの認証用のキーファイルの作成[図データ]

PFM - Web Consoleのコマンドを実行する場合は，あらかじめjpcmkkeyコマンドを実行しておく必要があります。jpcmkkeyコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(6)　Webブラウザと監視コンソールサーバ間の暗号化通信の設定[図データ]

Webブラウザと監視コンソールサーバ間で暗号化通信を利用する場合は，PFM - Web ConsoleとWebブラウザで設定が必要です。詳細については「4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ」を参照してください。

4.1.6　監視コンソールを使用するためのWebブラウザの設定手順

PFM - Web Consoleを使用するために，次に示すWebブラウザの設定が必要です。

JavaScriptを有効にする。

ファイルをダウンロードできるようにする。

Cookieを有効にする。

画像（GIFデータ）を表示する。

ページキャッシュを確認する。

フォントサイズを設定する。

Webブラウザと監視コンソールサーバ間を暗号化通信する（ログイン画面がhttpsから始まるURLに接続する）場合だけ，次に示す設定が必要です。

TLS通信を有効にする（Internet Explorerだけ）。

ルート証明書（サーバ証明書を発行した認証局のもの）がインポートされていない場合，ルート証明書をインポートする。

テスト用に自己署名証明書を使用するときは，自己署名証明書をインポートする。

証明書発行要求ファイルのCommon NameにFQDN形式のホスト名を設定しているときは，Webブラウザが動作するホストからPFM - Web Consoleに「PFM - Web Consoleのホスト名＋ドメイン名」で名前解決できるように設定する。ブラウザにプロキシサーバを設定しているときは，プロキシサーバから名前解決できるように設定する。

Webブラウザごとの設定項目の例を表に示します。

(1)　Firefox（Windows）の場合

ここでは，Firefox 3.6の設定を例として示します。

表4‒5　Firefoxの設定

メニュー

カテゴリー

設定項目

［ツール］-［オプション］

［プライバシー］-［履歴］

［Firefoxに］のタブから「記憶させる履歴を詳細設定する」を選択し，［サイトから送られてきたCookieを保存する］を選択する（［サードパーティのCookieも保存する］および保存期間の選択は任意）。

［コンテンツ］※

［画像を自動的に読み込む］を選択する。

［JavaScriptを有効にする］を選択する。

［コンテンツ］-［JavaScriptを有効にする］※

［詳細設定］で「ウィンドウの移動または大きさの変更」を選択する。

［コンテンツ］-［フォントと配色］

デフォルト値を使用する。

［コンテンツ］-［言語］

［言語設定］で一覧に設定したい言語があるかどうか確認する。

日本語の場合：［日本語 [ja]］

英語の場合：［English [en]］

中国語の場合（簡体字）：［中国語/中国 [zh-cn]］

設定したい言語がない場合，［追加する言語を選択...］のプルダウンから設定したい言語を選択する。

設定したい言語がある場合は，手順4に進んでください。

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

［言語］一覧で設定したい言語が最上位になるまで［上へ］ボタンをクリックする。

［セキュリティ］-［パスワード］

［サイトのパスワードを保存する］のチェックを外す。

注※

Firefox23以降では，ブラウザから設定を変更することはできません。ただし，ブラウザの初期値が表に示す設定値となっているため，設定を変更する必要はありません。

(2)　Firefox（UNIX）の場合

ここでは，Firefox 3.6の設定を例として示します。

表4‒6　Firefoxの設定

メニュー

カテゴリー

設定項目

［編集］-［設定］

［プライバシー］-［履歴］

［Firefoxに］のタブから「記憶させる履歴を詳細設定する」を選択し，［サイトから送られてきたCookieを保存する］を選択する（［サードパーティのCookieも保存する］および保存期間の選択は任意）。

［コンテンツ］

［画像を自動的に読み込む］を選択する。

［JavaScriptを有効にする］を選択する。

［コンテンツ］-［JavaScriptを有効にする］

［詳細設定］で「ウィンドウの移動または大きさの変更」を選択する。

［コンテンツ］-［フォントと配色］

サイズ「12」を選択する。※

［コンテンツ］-［言語］

［言語設定］で一覧に設定したい言語があるかどうか確認する。

日本語の場合：［日本語 [ja]］

英語の場合：［English [en]］

中国語の場合（簡体字）：［中国語/中国 [zh-cn]］

設定したい言語がない場合，［追加する言語を選択...］のプルダウンから設定したい言語を選択する。

設定したい言語がある場合は，手順4に進んでください。

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

［言語］一覧で設定したい言語が最上位になるまで［上へ］ボタンをクリックする。

［セキュリティ］-［パスワード］

［サイトのパスワードを保存する］のチェックを外す。

注※

［コンテンツ］-［フォントと配色］の［詳細設定］ボタンをクリックして表示する［フォント］ダイアログの対象言語に，Firefoxを起動したプロセスで有効となっているLANG環境変数に応じた言語を設定して，サイズを変更する必要があります。

(3)　Internet Explorer の場合

ここでは，Internet Explorer 9.0の設定を例として示します。

表4‒7　Internet Explorerの設定

メニュー

タブ

ボタン

設定項目

［ツール］

-［インターネットオプション］

［セキュリティ］

［レベルのカスタマイズ］

［セキュリティの設定］

-［スクリプト］

-［アクティブスクリプト］

-［有効にする］

［ダウンロード］

-［ファイルのダウンロード］

-［有効にする］

［詳細設定］

−

［マルチメディア］

-［画像を表示する］

-［Webページのアニメーションを再生する*］

次のうちどれか1つをチェックする。※

［セキュリティ］

-［TLS 1.0を使用する］

-［TLS 1.1の使用］

-［TLS 1.2の使用］

［全般］

［閲覧の履歴］

-［設定］

［保存しているページの新しいバージョンがあるかどうかの確認］

-［自動的に確認する］

［言語］

［言語］一覧に設定したい言語があるかどうか確認する。

日本語の場合：［日本語 [ja]］または［日本語（日本） [ja-JP]］

英語の場合：［English/Australia [en-au]］または［English [en]］

中国語の場合（簡体字）：［中国語（中国） [zh-cn]］

設定したい言語がない場合，［追加］ボタンをクリックして［言語の選択］ダイアログボックスの［言語］一覧で設定したい言語を選択する。

設定したい言語がある場合は，手順4に進んでください。

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

［言語］一覧で設定したい言語が最上位になるまで［上へ］ボタンをクリックする。

［表示］-［文字のサイズ］

−

−

［中］

（凡例）−：該当しない

注※

Webブラウザと監視コンソールサーバ間を暗号化通信する（ログイン画面がhttpsから始まるURLに接続する）場合だけ設定する必要があります。

OSによっては，［TLS 1.2の使用］がないことがあります。

(4)　ブラウザ使用時の注意事項

ご使用のブラウザがFirefoxの場合，ブラウザの仕様によってキャッシュが残り，画像データの表示が不正になることがあります。これを回避するにはキャッシュを消去してください。

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

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

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

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

Performance Managementプログラムをアンインストールするときは，必ず，OSのAdministrators権限を持つアカウントで実行してください。

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

Performance Managementプログラムをアンインストールしても，servicesファイルに定義されたポート番号は削除されません。

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

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラム（例えばWindowsのイベントビューアなど）を起動したままアンインストールした場合，ファイルやフォルダが残ることがあります。この場合は，手動でインストール先フォルダ以下をすべて削除してください。

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

PFM - Baseと，PFM - AgentまたはPFM - RMがインストールされているホストの場合，PFM - BaseのアンインストールはPFM - AgentまたはPFM - RMをアンインストールしないと実行できません。この場合，PFM - AgentまたはPFM - RM，PFM - Baseの順にアンインストールしてください。また，PFM - Managerと，PFM - AgentまたはPFM - RMがインストールされているホストの場合も同様に，PFM - ManagerのアンインストールはPFM - AgentまたはPFM - RMをアンインストールしないと実行できません。この場合，PFM - AgentまたはPFM - RM，PFM - Managerの順にアンインストールしてください。

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

PFM - Managerをアンインストールするときは，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止しておいてください。

PFM - AgentまたはPFM - RMをアンインストールしただけでは，jpctool service listコマンドおよびjpctool monitor listコマンドで表示できるサービス情報は削除されません。この場合，jpctool service deleteコマンドを使用してサービス情報を削除してください。サービス情報の削除方法については，「4.2.3　サービス情報の削除手順」を参照してください。

PFM - Managerをアンインストールしたあと，同じマシンに再インストールすると，jpctool service listコマンドでTrap Generatorサービスが2つ表示されることがあります。この場合，PFM - Managerのサービスを起動し，「Inactive」となっているTrap Generatorサービスをjpctool service deleteコマンドで削除してください。

(5)　PFM - Web Consoleの注意事項

アンインストール時に，ログ出力フォルダとして，%TEMP%環境変数の値を参照します。%TEMP%環境変数が未定義の場合，ログは出力されません。

初期設定ファイル（config.xml）でlogDir，bookmarkRepository，processMonitoringTemplatesRepositoryの設定値をデフォルト以外のフォルダに変更している場合，通常のアンインストール手順では設定しているフォルダを削除しません。アンインストール前にconfig.xmlを確認して手動で削除してください。

アンインストール実行中のログは，%TEMP%¥pfmwebconuninst.logに出力します。また，アンインストーラーの終了コードは%TEMP%¥pfmwebconuninst.rtnに出力します。

アンインストールに失敗した場合は，アンインストール実行時のログ（%TEMP%¥pfmwebconuninst.log）を退避して，原因を取り除いたあと，再度アンインストールしてください。アンインストールするプログラムに「Performance Management - Web Console」がない場合は，一度インストールして，再度アンインストールしてください。

Windowsの［サービス］のサービス一覧を表示した状態で，アンインストールを実行すると，「PFM - Web Service」または「PFM - Web Console」の名前が削除されないで残る場合があります。アンインストール前にはこれらのウィンドウを閉じてください。

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

PFM - Web Consoleのアンインストールが完了したら，PFM - Web Consoleの設定を無効にするためにシステムを再起動してください。

(6)　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でサービス情報が削除されます。

(7)　そのほかの注意事項

インスタンス環境を設定しているPFM - AgentまたはPFM - RMの場合，PFM - AgentまたはPFM - RMをアンインストールする前に，インスタンス環境をアンセットアップしておいてください。アンセットアップ方法については，各PFM - AgentまたはPFM - RMマニュアルの，インストールとセットアップについて説明している章を参照してください。

JP1/SLMと連携した場合，PFM - ManagerまたはPFM - BaseのアンインストールによってJP1/SLMの問題調査画面から監視対象が確認できなくなります。PFM - ManagerまたはPFM - Baseをアンインストールする前にJP1/SLMとの連携を解除しておいてください。連携の解除方法については，マニュアル「JP1/Performance Management 運用ガイド」のサービスレベル管理製品（JP1/SLM）と連携した監視について説明している章を参照してください。

アラームテーブルをバインドしているPFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップする場合，アンインストールまたはアンセットアップの実行前にPFM - Web Consoleでの操作またはjpctool alarm unbindコマンドを使用して，バインドされているアラームテーブルをすべてアンバインドしてください。

PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップする場合，アンインストールまたはアンセットアップの実行後に，PFM - Web Consoleのエージェント階層で「User Agents」を選択して表示されるツリーから，不要になったエージェントを必要に応じて削除してください。また，不要になったアラームおよびレポートの定義情報を必要に応じて削除してください。エージェント階層からのエージェントの削除方法については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。アラームの定義情報の削除方法については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。レポートの定義情報の削除方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

Storeデータベースの格納先ディレクトリがデフォルト以外に設定されている場合，Performance Managementプログラムをアンインストールしても，Storeデータベースの格納先のディレクトリのファイルは削除されません。この場合は，Storeデータベースの格納先のディレクトリ以下をすべて手動で削除してください。

アラームテーブルの自動バインド設定をしているPFM - AgentまたはPFM - RMをアンセットアップする場合で，今後これらの製品で自動バインドを使用しない場合，アンセットアップの実行前に，これらの製品へのアラームテーブルの自動バインド設定を解除してください。アラームテーブルの自動バインド設定の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のアラームを自動バインドする方法について説明している個所を参照してください。

PFM - Web Consoleのアラーム階層およびレポート階層で製品の情報を非表示とする場合，jpcconf agent setup -unregisterコマンドで登録を解除してください。詳細については，マニュアル「JP1/Performance Management リファレンス」のjpcconf agent setupコマンドについて説明している個所を参照してください。

バージョン11-50以降のPerformance Managementプログラムのアンインストールでは，インストール時にシステム環境変数PATHに追加したコマンド格納パスを削除します。削除に失敗した場合，メッセージダイアログが表示されますが，Performance Managementプログラムのアンインストールは正常に終了します。

4.2.2　アンインストール手順

重要

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

アンインストール手順を次に示します。

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

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

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

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

アンインストールするPerformance Managementのプログラムを選択する。

Windowsの［コントロールパネル］で［プログラムと機能］を選択して，アンインストールするPerformance Managementプログラムを選択します。

なお，PFM - ManagerまたはPFM - Baseを削除する場合は，PFM - Web Console以外のすべてのPerformance Managementプログラムを事前にアンインストールする必要があります。

［アンインストール］を選択し，［OK］ボタンをクリックする。

選択したプログラムがアンインストールされます。

4.2.3　サービス情報の削除手順

次のような場合，jpctool service listコマンドおよびjpctool monitor listコマンドで表示されるサービス情報を削除する必要があります。

PFM - AgentまたはPFM - RMをアンインストールしたとき

接続先のPFM - Managerを変更したとき

運用開始後にPFM - Manager，PFM - Agent，PFM - RM，またはPFM - Baseのホスト名を変更したとき

監視二重化をアンセットアップしたとき

PFM - AgentまたはPFM - RMのインスタンスをアンセットアップしたとき

PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップしていない状態でホストをシステムから取り除いたとき（例：マシンを撤去した場合など）

Action Handlerサービスのサービス情報を削除した場合は，そのAction Handlerを使用したアラームのアクション実行ができなくなりますので，アラームのアクションを実行するAction Handlerサービスを再設定してください。

サービス情報を削除するにはjpctool service deleteコマンドを使用します。PFM - AgentホストのLANケーブルが接続されていないなどの物理的な理由で通信できない場合は，サービス情報を削除できません。この場合，-forceオプションを指定して実行することで，強制的にサービス情報を削除できます。

サービス情報を削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

削除対象のPFM - AgentまたはPFM - RMのサービスを停止する

この操作は，PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップしていない状態でホストをシステムから取り除いた場合は不要です。

jpctool service deleteコマンドを，情報を削除したいサービスのサービスIDを指定して実行する。

例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，次のように指定します。

jpctool service delete -id OS* -host host02

PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップしていない状態でホストをシステムから取り除いた場合は，jpctool service deleteコマンドは-forceオプションを指定して実行してください。

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

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

PFM - Web Consoleのエージェント階層で「User Agents」を選択して表示されるツリーから，不要になったエージェントを削除する。

重要

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でサービス情報が削除されます。

4.3　Performance Managementのシステム構成の設定および変更

ここでは，セットアップするときの設定や監視対象システムの構成変更をした場合の，Performance Managementのシステム構成を変更する方法を説明します。

重要

PFM - Web Consoleを除くPerformance Managementでは，運用中にサーバのシステムロケールを変更できません。サーバのシステムロケールを変更する場合は，PFM - Web Consoleを除くPerformance Managementプログラムをアンインストールしたあとにサーバのシステムロケールを変更し，Performance Managementプログラムを再インストールしてください。

PFM - Web Consoleでは，運用中にサーバのシステムロケールを変更できます。システムロケールを変更した場合，usrconf.cfgファイルを確認し，usrconf.cfgファイルの言語設定をシステムロケールに合った値に変更してください。オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

設定および変更する場合，次に示す参照先を参考にしてください。

表4‒8　システム構成を設定および変更する場合の参照先一覧

設定および変更内容

設定

変更

ネットワーク構成を設定または変更する

4.3.1

4.3.1

運用開始後に接続先PFM - Managerを変更する

−

4.3.2

監視ホスト名を設定または変更する

4.3.3

4.3.3 〜 4.3.7

運用開始後に物理ホスト名を変更する

−

4.3.8 〜 4.3.13

ブックマークの定義情報の格納先ディレクトリを変更する

−

4.3.14

Webブラウザと監視コンソールサーバ間の暗号化通信を設定または変更する

4.3.15

4.3.15

（凡例）−：該当しない

4.3.1　ネットワーク構成の設定および変更手順

セットアップするときまたはネットワーク構成を変更したときの，Performance Managementの設定を変更する手順を説明します。

なお，コマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，PFM - ManagerとPFM - Web Console間，またはPFM - ManagerとPFM - AgentまたはPFM - RM間のファイアウォールを通過させるための設定および注意事項については，マニュアル「JP1/Performance Management リファレンス」の，付録に記載されているポート番号一覧を参照してください。

(1)　PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホストでの作業手順

(a)　IPv6通信を設定する

Performance ManagementでIPv4通信だけでなく，IPv6通信を利用する場合に設定します。

ただし，PFM - ManagerとPFM - Web Console間はIPv4通信だけに対応しています。

IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを設定する必要があります。

クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。

一度コマンドを実行すると，次からは優先的にIPv6通信が利用されます。

IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行する。

コマンドを実行する順番に制限はありません。

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

(b)　IPアドレスを設定する

複数のLANに接続されたネットワーク環境でPerformance Managementを運用するときに使用するIPアドレスを指定したい場合は，IPアドレスを設定します。

IPアドレスを設定したい場合は，ホスト情報設定ファイル（jpchosts）の内容を直接編集します。

例えば，ホスト名がhostAでIPアドレスが20.108.41.1であるホストと，ホスト名がhostBでIPアドレスが20.108.41.2と20.108.41.3であるホストのIPアドレスを次のように設定します。

hostA 20.108.41.1
hostB 20.108.41.2, 20.108.41.3

IPアドレスが20.108.41.1であるホストに，エイリアス名aliasAを与える場合，次のように設定します。

aliasA 20.108.41.1

ホスト情報設定ファイル（jpchosts）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

補足

PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間で名前解決されていればネットワークの設定について問題はありません。ただし，運用時に混乱のないように，jpchostsファイルの定義を設定対象となるホストで統一することをお勧めします。

PFM - ManagerホストとPFM - AgentまたはPFM - RMホスト間で使用するIPアドレスについて

PFM - ManagerホストとPFM - AgentまたはPFM - RMホスト間の通信で使用するIPアドレスについて説明します。

送信側のサービスが使用するIPアドレス

PFM - ManagerホストとPFM - AgentまたはPFM - RMホスト間の通信で使用する送信元のIPアドレス

Performance Managementでは送信元のIPアドレスを指定せずにconnect関数を実行し，コネクション要求します。この場合，OSの仕様に依存し，接続先に対応したIPアドレスがOSによって割り当てられます。一般に，接続先IPアドレスへパケットを送るときに使われるNICに対応したIPアドレスが割り当てられますが，詳細についてはOSのTCP/IP制御の仕様を確認してください。

PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間の通信で使用する送信先のIPアドレス

PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間の通信では，以下の順番で送信先のIPアドレスを決定します。

送信先がStatus Serverサービス以外の場合

送信先のサービスが使用しているIPアドレス

jpchostsファイルに記載したIPアドレス

hostsファイルまたはDNS

送信先がStatus Serverサービスの場合

jpchostsファイルに記載したIPアドレス

hostsファイルまたはDNS

補足

Status Serverサービス以外のすべてのPerformance Managementのサービスは起動時にPFM - Managerにそれぞれのサービスが使用するIPアドレスを登録しています。

また，Status Serverサービス以外のすべてのPerformance Managementのサービスに対して通信する時にはPFM - Managerに登録されたIPアドレスを使用します。

受信側のサービスが使用するIPアドレス

Performance Managementのサービスが接続を受け付けるIPアドレスです。Performance Managementの通信の待ち受け処理では，ホストに割り当てられているすべてのIPアドレス宛てにきたデータを受信できます。複数のLANに接続されたネットワーク環境で，特定のIPアドレスだけを使用したい場合はjpchostsファイルに設定する必要があります。

それぞれのホストに存在するjpchostsファイルに自分自身のホスト名と使用したいIPアドレスを記載します。

例えば，ホスト名がhostAでIPアドレスが20.108.41.0と20.108.41.1のホストで，hostAで動作するPerformance Managementのサービスが使用するIPアドレスを20.108.41.1に設定したい場合hostAのjpchostsファイルに次のように設定します。

hostA 20.108.41.1

または

hostA 20.108.41.1, 20.108.41.0

このように，PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間の通信で使用する送信先IPアドレスを設定したい場合には，送信側だけでなく受信側でもjpchostsファイルの設定が必要です。

次に設定例を示します。

各ホストで使用したい送信先IPは次のとおりです。

PFM - Manager　 IP:C

PFM - Agent（A） IP:E

PFM - Agent（B） IP:G

この場合，それぞれのホストのjpchostsファイルに次のように設定します。

［PFM - Manager］

PFM - Manager　IP:C　IP:B
PFM - Agent(A) IP:E　IP:D
PFM - Agent(B) IP:G　IP:H

［PFM - Agent（A）］

PFM - Manager　IP:C　IP:B
PFM - Agent(A) IP:E　IP:D
PFM - Agent(B) IP:G　IP:H

［PFM - Agent（B）］

PFM - Manager　IP:C　IP:B
PFM - Agent(A) IP:E　IP:D
PFM - Agent(B) IP:G　IP:H

重要

jpchostsファイルから自ホストのIPアドレスを追加，変更，または削除した場合はサービスの再起動が必要です。

PFM - RMの監視対象ホストに対するIPアドレス解決には，jpchostsファイルに設定したIPアドレスは使用されません。PFM - RMの監視対象ホストに対するIPアドレス解決の詳細については，各PFM - RMのマニュアルを参照してください。

(c)　ポート番号を設定する

PFM - ManagerとPFM - Web Console間，またはPFM - ManagerとPFM - AgentまたはPFM - RM間のファイアウォールを通過させたい場合など，Performance Managementシステムで使用するポート番号を固定して運用したい場合は，各サービスに対して固定のポート番号を設定してください。

各サービスに対して固定のポート番号を設定する場合や，一度設定したポート番号を変更する場合は，jpcconf port defineコマンドを使用します。PFM - Web Console側のポート番号は，初期設定ファイル（config.xml）で設定します。PFM - Web Consoleホストでconfig.xmlファイルを変更する手順については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

重要

Master ManagerとCorrelatorのポート番号を固定したあとポート番号を変更する場合は，「4.3.16　ポート番号の設定変更手順」も参照してください。

ここでは，jpcconf port defineコマンドの実行手順を対話形式の場合と非対話形式の場合に分けて説明します。jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

また，ポート番号の設定の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，ファイアウォールの通過方向について説明している個所を参照してください。

補足

Name Serverサービスに設定するポート番号については，Performance Managementシステム内の全ホストで同じ番号にする必要があります。

また，Status Serverサービスに設定するポート番号についても，Performance Managementシステム内の全ホストで同じ番号にする必要があります。

ほかのPerformance Managementのサービスについても運用での混乱を避けるため，Performance Managementシステム全体でポート番号とサービス名の対応を統一してください。

対話形式で実行する場合

jpcconf port defineコマンドを実行する。

例えば，すべてのサービスに対してポート番号を固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all

個々のサービスに対してポート番号を設定する。

jpcconf port defineコマンドを実行すると，現在設定されているポート番号またはデフォルトのポート番号が表示されます。

例えば，Name Serverサービスに対する，現在のポート番号が22285の場合，次のように表示されます。

Component[Name Server]
ServiceID[PN1001]
Port[22285]
     :

ポート番号をどのように設定したいかによって，操作が異なります。設定内容と操作を次の表に示します。ホスト内でポート番号が重複しないかぎり，jpcconf port defineコマンドで表示されるポート番号をそのまま使用してください。

設定内容

操作

表示されている番号を，サービス固定のポート番号としてそのまま使用する場合

リターンキーを押す。

ポート番号を，表示されている番号から変更する場合

1024〜65535の範囲内でポート番号を入力する。

ただし，現在システムで使用されているポート番号は指定できない。

ポート番号を固定しない場合

「0」を入力する。

ただし，次のサービスは，ポート番号を固定しないように設定することはできない。「0」を入力した場合は，デフォルト値が設定される。

Name Serverサービス

View Serverサービス（PFM - Web ConsoleとView Serverサービス間）

Status Serverサービス

注意

ポート番号設定時に，Performance Managementのプログラムおよびサービスが起動されている場合，サービスを停止してからjpcconf port defineコマンドを実行してください。ポート番号の設定が終わったあと，手動でサービスを起動してください。

jpcconf port defineコマンドの実行中に，Ctrl+Cキーで中断すると，ポート番号は正しく設定されません。jpcconf port defineコマンドを再実行して，ポート番号を設定し直してください。

再度，jpcconf port listコマンドを実行して，ポート番号が正しく設定されたかどうかを確認する。

例えば，すべてのサービスのポート番号を表示する場合，次のようにコマンドを実行します。

jpcconf port list -key all

Services欄またはPort欄に<error>と表示された場合は，正しく設定されていません。ポート番号を設定し直してください。エラーとなった場合，次の要因が考えられます。

ポート番号がservicesファイルに登録されていない。

servicesファイルに同じポート番号が重複して登録されている。

非対話形式で実行する場合

jpcconf port defineコマンドで，定義ファイルのテンプレートを作成する。

例えば，すべてのサービスに対してポート番号を固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -template 定義ファイル名

対象となるすべてのサービスのラベルおよび値が記載された定義ファイルが出力されます。ラベルの値は，すでにポート番号が設定されているサービスの場合は設定済みのポート番号になり，ポート番号が設定されていないサービスの場合は0になります。

手順1で作成した定義ファイルのテンプレートを編集する。

設定したいポート番号に合わせてテンプレートの設定値を編集します。

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

定義ファイルの記述例を次に示します。

[Common Definitions]
Definition File Version=0001

[Common]
Name Server=22285
Status Server=22350
OpenView=22292
[Manager]
Master Manager=auto
Master Store=auto
Correlator=auto
：
[Windows]
Collector=0
Store=0
：
[Oracle]
[[oracle1]]
Collector=0
Store=0

jpcconf port defineコマンドで，編集した定義ファイルを読み込ませる。

次のようにコマンドを実行します。-inputオプションには，手順2で編集した定義ファイルを指定します。

jpcconf port define -key all -input 定義ファイル名 -noquery

(d)　PFM - Web ConsoleおよびJP1/SLMとの通信に使用するホスト名またはIPアドレスを設定する

PFM - ManagerとPFM - Web Consoleとの間は，TCP/IPを用いて通信します。これは，PFM - ManagerとPFM - Web Consoleが別ホストに存在する場合だけではなく，同一ホスト上に存在する場合も同様です。このため，Performance Managementを運用する場合は，PFM - ManagerホストとPFM - Web Consoleホストの双方で常に通信可能なホスト名またはIPアドレスを設定する必要があります※。設定を実施していない場合，PFM - Managerホスト名またはPFM - Web Consoleホスト名から，最初に解決されるIPアドレスが使用されます。

また，Performance ManagementとJP1/SLMを連携して運用する場合も同様に，PFM - ManagerホストとJP1/SLMホストの双方で常に通信可能なホスト名またはIPアドレスを設定する必要があります。設定を実施していない場合，PFM - Managerホスト名またはJP1/SLMホスト名から，最初に解決されるIPアドレスが使用されます。

注※

PFM - Managerに接続するPFM - Web Consoleが複数ある場合は，すべてのPFM - Web Consoleホストから通信できるホスト名またはIPアドレスを指定する必要があります。

例えば，次のような構成や運用を取る場合は，PFM - ManagerホストとPFM - Web Consoleホストの双方，またはPFM - ManagerホストとJP1/SLMホストの双方で常に通信可能なホスト名またはIPアドレスを設定する必要があります。

PFM - ManagerホストとPFM - Web Consoleホストの間，またはPFM - ManagerホストとJP1/SLMホストの間でIPアドレス変換（NAT）を使用している場合

PFM - Managerホストが業務用LANおよび監視用LANの2つのネットワークに接続され，Performance Managementは監視用LANでホスト間通信を実行する場合

ホストのメンテナンス作業の際に，一時的にNICからLANケーブルを抜く場合（この際，NICに割り当てられたIPアドレスが無効になることがあるため）

ホスト名またはIPアドレスの設定の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名の設定について説明している個所を参照してください。

(2)　PFM - Web Consoleホストでの作業手順

PFM - Web Consoleホストでネットワークの設定および変更を実施するには，初期設定ファイル（config.xml）を編集します。

config.xmlファイルを編集する手順については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

4.3.2　接続先PFM - Managerの変更手順

ここでは，Performance Managementシステムを構築したあとで，接続先のPFM - Managerを変更する方法を説明します。

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

(1)　PFM - AgentまたはPFM - RMホストでの作業手順[図データ]

PFM - AgentまたはPFM - RMの接続先PFM - Managerを変更するには，jpcconf mgrhost defineコマンドを使用します。

PFM - Managerと同じホストにPFM - AgentやPFM - RMをインストールした場合，またはPFM - Baseのインストール時に接続先PFM - Managerを設定した場合，この作業は不要です。

注意

監視二重化の場合を除き，1つの監視エージェントで設定できる接続先のPFM - Managerは1つだけです。そのため，1つの監視エージェントに複数のPFM - AgentまたはPFM - RMがインストールされている場合，それぞれの接続先として異なるPFM - Managerを設定することはできません。監視二重化については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化について説明している章を参照してください。

PFM - AgentまたはPFM - RMと，PFM - Managerが同じホストにインストールされている場合，接続先PFM - ManagerはローカルホストのPFM - Managerとなります（監視二重化ではない場合）。この場合，接続先のPFM - ManagerをリモートホストのPFM - Managerに変更できません。監視二重化については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化について説明している章を参照してください。

接続先PFM - Managerを変更する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

PFM - Baseのバージョン08-50以降でインストール時に接続先PFM - Managerの設定を省略した場合は，接続先PFM - Managerの変更を必ず行ってください。

手順を次に示します。

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

Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。サービスの停止にはjpcspm stopコマンドを使用してください。

jpcspm stop -key jp1pc

接続先PFM - Managerを変更する。

接続先PFM - Managerを変更するには，jpcconf mgrhost defineコマンドを使用します。例えば，接続先PFM - Managerをホストhost02上のPFM - Managerに変更する場合，次のように指定します。

jpcconf mgrhost define -host host02

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

変更後の接続先PFM - Managerが起動されていることを確認する。

PFM - AgentまたはPFM - RMホスト上のPerformance Managementのプログラムおよびサービスを再起動する。

なお，変更前の接続先PFM - Managerで，PFM - AgentまたはPFM - RMのホスト名が付けられた，Performance Managementプログラムのサービス情報をすべて削除してください。サービス情報の削除方法については，「4.2.3　サービス情報の削除手順」を参照してください。

(2)　PFM - Web Consoleホストでの作業手順

接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）を変更します。詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

4.3.3　Performance Managementシステムでの監視ホスト名の設定および変更

Performance Managementシステムでは，サービスIDを用いてシステムの運用をしています。サービスIDはhostnameコマンドでOSから取得されるホスト名（実ホスト名）を用いています。そのため，PFM - Manager，PFM - Agent，またはPFM - RMをインストールしたサーバで物理ホスト名を変更する場合は，「4.3.8　運用開始後のサーバの物理ホスト名の変更」の実施が必要となります。

これを回避したい場合は，監視ホスト名設定機能を使用することで，hostnameコマンドで取得されるホスト名に依存しない任意のホスト名（エイリアス名）を用いて，サービスIDを作成でき，物理ホスト名の変更が不要となります。したがって，サーバのホスト名が変更されることがある環境や，同じ実ホスト名を持つホストが複数ある環境では，監視ホスト名設定機能を使用してください。

なお，Performance ManagementシステムのサービスIDに使用されるホスト名を監視ホスト名と呼びます。

メモ

監視ホスト名設定機能を使用していない場合に，hostnameコマンドで取得されるホスト名が「HostA」であるホストにPFM - Agent for Platform（Windows）をインストールした場合，Agent CollectorのサービスIDは「TA1HostA」となります。なお，プロダクト名表示機能を使用する場合は，「HostA<Windows>」となります。

監視ホスト名設定機能を使用して，ホスト名を「aliasA」としたホストにPFM - Agent for Platform（Windows）をインストールした場合，Agent CollectorのサービスIDは「TA1aliasA」となります。なお，プロダクト名表示機能を使用する場合は，「aliasA<Windows>」となります。

PFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストが現在使用している監視ホスト名の取得方法，および監視ホスト名を確認するには，各ホストで次のコマンドを実行します。hostmodeは監視ホスト名の取得方法を示し，hostnameは監視ホスト名を示します。

jpcconf host hostmode -display

表示例

●監視ホスト名設定機能を使用していない場合

hostmode : hostname

hostname : hostA

●監視ホスト名設定機能を使用している場合

hostmode : alias

hostname : aliasA

表4‒9　監視ホスト名の取得方法と監視ホスト名の関係

監視ホスト名の取得方法

監視ホスト名

hostname

実ホスト名（hostnameコマンドで取得される値）

alias

エイリアス名

監視ホスト名にエイリアス名を設定する場合，jpcconf host hostmodeコマンドを実行して，監視ホスト名の取得方法をaliasに設定する必要があります。

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

注意

jpcconf hostコマンドの実行中に他コマンドを実行しないでください。ほかのコマンドを実行した場合，jpcconf hostコマンドまたは他コマンドの実行に失敗することがあります。

4.3.4　PFM - Managerの監視ホスト名の変更手順

PFM - Managerホストの監視ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図4‒5　PFM - Managerホストの監視ホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - Managerホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - Managerホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ヘルスチェックエージェントの設定を削除する。

ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章，またはアラームによる稼働監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - Managerと同一ホストにインストールしているPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

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コマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

PFM - Managerホストの監視ホスト名を変更する。

ホスト名を変更するPFM - Managerホストでjpcconf host hostmodeコマンドを実行して，監視ホスト名の取得方法を変更します。監視ホスト名の取得方法をエイリアス名（aliasA）に変更する場合のコマンドの実行例を次に示します。

jpcconf host hostmode -mode alias -aliasname aliasA -d d:¥backup -dbconvert convert

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

監視二重化の構成の場合，ホスト名を変更しないPFM - Managerホストでは，接続先PFM - Managerの設定を変更します。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，接続先PFM - Managerを二重化する方法について説明している章を参照してください。

メモ

jpcconf host hostmodeコマンドの-dオプションに指定するフォルダには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，指定したホストに，ヘルスチェックエージェント，PFM - Agent for Platform，およびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

必要に応じて，PFM - Agent固有の手順を実行する。

ホスト名を変更したPFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。

表4‒10　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合

次のPFM - Agentの場合

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「4.3.7　監視ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を完了してから次の手順に進んでください。

PFM - Managerホストでサービスを起動する。

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

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コマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「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ホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

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コマンドは非対話形式でも実行できます。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 リファレンス」の，定義ファイルについて説明している章を参照してください。

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イベントの設定を再度行ってください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - Managerホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - Managerホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

4.3.5　PFM - AgentまたはPFM - RMの監視ホスト名の変更手順

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図4‒6　PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストで監視ホスト名を変更する。

jpcconf host hostmodeコマンドを実行して，監視ホスト名の取得方法を変更します。監視ホスト名の取得方法をエイリアス名（aliasA）に変更する場合のコマンドの実行例を次に示します。

jpcconf host hostmode -mode alias -aliasname aliasA -d d:¥backup -dbconvert convert

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

メモ

jpcconf host hostmodeコマンドの-dオプションに指定するフォルダには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，指定したホストに，PFM - Agent for PlatformおよびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

必要に応じて，PFM - Agent固有の手順を実行する。

表4‒11　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

監視ホスト名を変更するのが，PFM - Agent 09-00以降の場合

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

監視ホスト名を変更するのが，PFM - Agent 09-00未満の場合

次のPFM - Agentの場合

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「4.3.7　監視ホスト名変更の際に必要に応じて実施する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のプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

必要に応じて，業務グループの構成を変更する。

ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

必要に応じて，手順3の定義を再設定する。

ホスト名を変更したPFM - AgentまたはPFM - RMの定義（手順3で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - AgentまたはPFM - RMホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - AgentまたはPFM - RMホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

4.3.6　監視ホスト名変更に関する注意事項

エイリアス名を使用する場合，エイリアス名からホストのIPアドレスが解決できる必要があります。Performance Managementシステム以外のIPアドレス解決に影響を与えたくない場合は，jpchostsファイルでIPアドレスの解決を定義できます。jpchostsファイルの編集方法については，「4.3.1　ネットワーク構成の設定および変更手順」を参照してください。ほかのシステムと連携させる場合は，hostsファイルやDNSの定義によるIPアドレス解決ができるように設定する必要があります。

監視ホスト名設定機能を使用した場合，PFM - AgentまたはPFM - RMの種類によっては，共通ログに出力されるホスト名と，実際に稼働しているホスト名が異なる場合があります。

インストールした直後に監視ホスト名設定機能を使用する場合でも「4.3.4　PFM - Managerの監視ホスト名の変更手順」および「4.3.5　PFM - AgentまたはPFM - RMの監視ホスト名の変更手順」に記載されている設定を実施する必要があります。

4.3.7　監視ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerホストの監視ホスト名を変更する

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「4.3.4　PFM - Managerの監視ホスト名の変更手順」または「4.3.5　PFM - AgentまたはPFM - RMの監視ホスト名の変更手順」を参照してください。

(1)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

インストール先フォルダ¥agtc¥agent¥インスタンス名¥jpcagt.ini

編集内容

[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(2)　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エントリ

(3)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bciSD500」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bciSD500

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，その他の項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

(4)　PFM - Agent for Microsoft SQL Serverの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Microsoft SQL Serverに「default」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtq -inst default

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「SQL_HOST」に新しいホスト名を指定し，その他の項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

4.3.8　運用開始後のサーバの物理ホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Manager，PFM - Agent，またはPFM - RMをインストールしたサーバの物理ホスト名を変更する場合に必要な，Performance Managementシステムでの作業手順を説明します。

Performance Managementシステムでは，サービスIDを用いてシステムの運用をしています。サービスIDはhostnameコマンドでOSから取得されるホスト名（実ホスト名）を用いています。そのため，PFM - Manager，PFM - Agent，またはPFM - RMをインストールしたサーバで物理ホスト名を変更する場合は，監視ホスト名の設定を確認する必要があります。

PFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストが現在使用している監視ホスト名の取得方法，および監視ホスト名を確認するには，各ホストで次のコマンドを実行します。hostmodeは監視ホスト名の取得方法を示し，hostnameは監視ホスト名を示します。

jpcconf host hostmode -display

表示例

●監視ホスト名設定機能を使用していない場合

hostmode : hostname

hostname : hostA

●監視ホスト名設定機能を使用している場合

hostmode : alias

hostname : aliasA

表4‒12　監視ホスト名の取得方法と監視ホスト名の関係

監視ホスト名の取得方法

監視ホスト名

hostname

実ホスト名（hostnameコマンドで取得される値）

alias

エイリアス名

監視ホスト名の取得方法が「alias」と設定されている場合，サーバの物理ホスト名を変更してもPerformance Managementシステムの監視ホスト名はエイリアス名であるため，PFM - Manager，PFM - AgentまたはPFM - RMサーバの物理ホスト名の変更を実施する必要はありません。

監視ホスト名の取得方法が「hostname」と設定されている場合は，PFM - Manager，PFM - AgentまたはPFM - RMサーバの物理ホスト名の変更を実施する必要があります。詳細については，「4.3.9　PFM - Managerの物理ホスト名の変更手順」または「4.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順」を参照してください。

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

重要

jpcconf hostコマンドの実行中に他コマンドを実行しないでください。ほかのコマンドを実行した場合，jpcconf hostコマンドまたは他コマンドの実行に失敗することがあります。

PFM - Manager，PFM - AgentまたはPFM - RMサーバの物理ホスト名の変更を実施する前には「4.3.9　PFM - Managerの物理ホスト名の変更手順」または「4.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順」を実施する必要があります。

Performance Managementシステムの監視ホスト名の取得方法をエイリアス名から実ホスト名へ変更する場合は，jpcconf host hostmodeコマンドの実行が必要です。jpcconf host hostmodeコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

4.3.9　PFM - Managerの物理ホスト名の変更手順

PFM - Managerホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，マニュアル「JP1/Performance Management 運用ガイド」の，JP1/SLMと連携したあとにホスト名を変更する場合の流れについて説明している個所を参照してください。

図4‒7　PFM - Managerホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - Managerホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - Managerホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ヘルスチェックエージェントの設定を削除する。

ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章，またはアラームによる稼働監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - Managerと同一ホストにインストールしているPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

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コマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

PFM - Managerホストの監視ホスト名を変更する。

ホスト名を変更するPFM - Managerホストでjpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

物理ホスト名をhostBに変更する場合のコマンドの実行例を次に示します。

jpcconf host hostname -newhost hostB -d d:¥backup -dbconvert convert

注意

上記のコマンドを実行後，次の手順でホスト名を変更するまで，Performance Managementのコマンドを実行しないでください。

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

メモ

jpcconf host hostnameコマンドの-dオプションに指定するフォルダには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，指定したホストに，ヘルスチェックエージェント，PFM - Agent for Platform，およびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - Managerホストの物理ホスト名を変更する。

PFM - Managerホストの物理ホスト名を変更します。

監視二重化の構成の場合，ホスト名を変更しないPFM - Managerホストでは，接続先PFM - Managerの設定を変更します。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，接続先PFM - Managerを二重化する方法について説明している章を参照してください。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

必要に応じて，PFM - Agent固有の手順を実行する。

ホスト名を変更したPFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。

表4‒13　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00以降の場合

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

PFM - Managerホストにインストールされているのが，PFM - Agent 09-00未満の場合

次のPFM - Agentの場合

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「4.3.13　物理ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービスを起動する。

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用します。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

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コマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「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ホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

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コマンドは非対話形式でも実行できます。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 リファレンス」の，定義ファイルについて説明している章を参照してください。

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イベントの設定を再度行ってください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - Managerホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - Managerホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

4.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順

PFM - AgentまたはPFM - RMホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，マニュアル「JP1/Performance Management 運用ガイド」の，JP1/SLMと連携したあとにホスト名を変更する場合の流れについて説明している個所を参照してください。

図4‒8　PFM - AgentまたはPFM - RMホストの物理ホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストで監視ホスト名を変更する。

jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

物理ホスト名をhostBに変更する場合のコマンドの実行例を次に示します。

jpcconf host hostname -newhost hostB -d d:¥backup -dbconvert convert

注意

上記のコマンドを実行後，次の手順でホスト名を変更するまで，Performance Managementのコマンドを実行しないでください。

なお，jpcconf host hostnameコマンドを実行した場合，定義情報や性能情報など変更前の情報はすべて引き継がれます。jpcconf host hostnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

メモ

jpcconf host hostnameコマンドの-dオプションに指定するフォルダには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，指定したホストに，PFM - Agent for PlatformおよびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - AgentまたはPFM - RMホストの物理ホスト名を変更する。

PFM - AgentまたはPFM - RMホストの物理ホスト名を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

必要に応じて，PFM - Agent固有の手順を実行する。

表4‒14　PFM - Agent固有の手順の要否

構成

手順の要否と参照先

監視ホスト名を変更するのが，PFM - Agent 09-00以降の場合

PFM - Agent固有の手順の要否は，PFM - Agentごとに異なります。

PFM - Agent固有の手順については，各PFM - Agentマニュアルの，インストールとセットアップについて説明している章を参照してください。

監視ホスト名を変更するのが，PFM - Agent 09-00未満の場合

次のPFM - Agentの場合

PFM - Agent for Cosminexus

PFM - Agent for Domino

PFM - Agent for Enterprise Applications

PFM - Agent for Microsoft SQL Server

PFM - Agent固有の手順が必要です。固有の手順については「4.3.13　物理ホスト名変更の際に必要に応じて実施する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のプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

必要に応じて，業務グループの構成を変更する。

ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

必要に応じて，手順3の定義を再設定する。

ホスト名を変更したPFM - AgentまたはPFM - RMの定義（手順3で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - AgentまたはPFM - RMホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - AgentまたはPFM - RMホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

4.3.11　PFM - RMの監視対象の物理ホスト名の変更手順

(1)　監視対象の監視対象名を変更しない場合

監視対象に対応したリモートエージェントの監視対象ホスト名の設定を，新しいホスト名に変更する必要があります。リモートエージェント（インスタンス名：inst1）の監視対象ホスト名をhostAからhostBに変更する場合の，コマンドの実行手順を次に示します。

jpcconf target setup -key RMPlatform -inst inst1 -target hostAコマンドを実行する。

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

Target Host:hostBと入力する。

コマンドの指示に従って監視対象ホストの設定項目を入力します。設定項目を入力したら，リターンキーを押して設定してください。

図4‒9　PFM - RMの監視対象ホスト名の変更例（監視対象の監視対象名を変更しない場合）

(2)　監視対象の監視対象名を変更する場合

監視対象に対応したリモートエージェントを再作成する必要があります。リモートエージェントを再作成する手順を次に示します。

jpcconf target unsetupコマンドを実行して，監視対象に対応したリモートエージェントを削除する。

jpcconf target setupコマンドを実行して，新しい監視対象ホスト名でリモートエージェントを追加する。

なお，監視対象のパフォーマンスデータは引き継げません。

図4‒10　PFM - RMの監視対象ホスト名の変更例（監視対象の監視対象名を変更する場合）

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

4.3.12　PFM - Web Consoleの物理ホスト名の変更手順

JP1/SLMと連携している場合には作業の前に，マニュアル「JP1/Performance Management 運用ガイド」の，JP1/SLMと連携したあとにホスト名を変更する場合の流れについて説明している個所を参照してください。

PFM - Web Consoleホストでサービスを停止する。

ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

通信で使用するホスト名の設定でホスト名を変更している場合，ホスト名を変更する。

PFM - Web Consoleホストで使用しているIPアドレスが，PFM - Managerホストからは通信できないIPアドレスである場合で，初期設定ファイル（config.xml）にPFM - Web Consoleホストのホスト名を指定しているときは，変更後のホスト名に変更します。

変更方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名の設定について説明している個所を参照してください。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，ホスト名を変更する。

JP1ユーザーイベントを設定している場合

モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのホスト名を変更後のホスト名に変更します。

JP1システムイベントを設定している場合

［JP1 Event Send Host］−［Monitoring Console Host］プロパティの設定を変更後のホスト名に変更します。

統合コンソール上のイベントからPerformance Managementのレポートを表示する設定をしている場合

性能レポート表示定義ファイル（performance.conf）に設定しているPFM - Web Consoleのホスト名を変更します。

統合管理製品（JP1/IM）の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合，ホスト名を変更する。

JP1/AJS3 - Web Consoleの環境設定ファイルに設定しているPFM - Web Consoleのホスト名を変更します。

PFM - Web Consoleホストの物理ホスト名を変更する。

PFM - Web Consoleホストの物理ホスト名を変更します。マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Web Consoleホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

Webブラウザと監視コンソールサーバ間の暗号化通信を有効にしている場合，証明書を再取得する。

変更後のホスト名で証明書を取得し直す必要があります。

詳細については，「4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ」を参照してください。

PFM - Web Consoleホストで，サービスを起動する。

ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

統合管理製品（JP1/IM）と連携している場合は，統合管理製品（JP1/IM）を再起動する。

JP1/IMのjco_spmd_reloadコマンドを実施することでも設定を反映できます。コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合は，ジョブ管理製品（JP1/AJS3）のサービスを再起動する。

4.3.13　物理ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerホスト名を変更する

PFM - AgentまたはPFM - RMホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「4.3.9　PFM - Managerの物理ホスト名の変更手順」または「4.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順」を参照してください。

(1)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

インストール先フォルダ¥agtc¥agent¥インスタンス名¥jpcagt.ini

編集内容

[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(2)　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エントリ

(3)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bciSD500」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bciSD500

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，その他の項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

(4)　PFM - Agent for Microsoft SQL Serverの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Microsoft SQL Serverに「default」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtq -inst default

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「SQL_HOST」に新しいホスト名を指定し，その他の項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

4.3.14　ブックマークの定義情報の格納先ディレクトリの変更手順

ブックマーク定義情報を格納するフォルダは，初期設定ファイル（config.xml）のbookmarkRepositoryに設定できます。

初期設定ファイル（config.xml）にブックマーク定義情報の格納先フォルダを設定する手順を次に示します。論理ホスト運用している場合は，実行系ノードと待機系ノードで，同じ格納先フォルダを設定する必要があります。

初期設定ファイル（config.xml）を開く。

初期設定ファイル（config.xml）は，次の場所にあります。

インストール先フォルダ¥conf¥config.xml

ブックマーク定義情報を格納するフォルダを設定する。

初期設定ファイル（config.xml）の<vsa>タグ内にある<format>タグ直後の<bookmark>タグに，格納先フォルダを設定します。

設定した格納先フォルダは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。

非クラスタシステムで運用している場合

例えば，「c:¥common¥bookmarks」を格納先フォルダにしたいときは，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>¥bookmarks -->
<param name="bookmarkRepository" value="c:¥common¥bookmarks"/>
</bookmark>

</vsa>

論理ホスト運用している場合

ブックマーク定義情報の格納先には共有ディスク上のフォルダを指定します。

例えば，「環境ディレクトリ¥jp1pcWebCon¥common¥bookmarks」を格納先フォルダにしたいとき，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>¥bookmarks -->
<param name="bookmarkRepository" value="環境ディレクトリ¥jp1pcWebCon¥common¥bookmarks"/>
</bookmark>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

PFM - Web Consoleサービスを再起動する。

初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするために，PFM - Web Consoleサービスを再起動してください。ただし，待機系ノードは，フェールオーバー時に再起動されるため，ここでの再起動は不要です。

注意1

初期設定ファイル（config.xml）は，上記で説明した以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

注意2

クラスタシステムで運用している場合，PFM - Web Consoleサービスは，クラスタソフトから再起動してください。

注意3

ブックマークの定義情報の格納先ディレクトリを変更する場合，すでにブックマーク定義情報がある場合は，次の手順で変更後の格納先に移動する必要があります。

ブックマークの定義情報の退避・削除

すでに存在するブックマーク定義情報を退避し，変更前の格納先ディレクトリに存在するブックマーク定義情報を削除してください。なお，退避・削除する際は，初期設定ファイル（インストール先フォルダ¥conf¥config.xml）のbookmarkRepositoryに記載している変更前のパスのディレクトリ配下のデータをすべて退避・削除してください。

ブックマークの定義情報の移動

手順1で退避したブックマーク定義情報を，変更後の格納先ディレクトリに移動してください。なお，移動する際は，退避したすべてのデータを初期設定ファイル（インストール先フォルダ¥conf¥config.xml）のbookmarkRepositoryに記載している変更後のパスのディレクトリ直下に移動してください。

4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ

Webブラウザと監視コンソールサーバ間では，暗号化通信で接続するかどうかを選択できます。デフォルトでは暗号化通信は無効になっています。

暗号化通信に必要な証明書には，認証局から取得するサーバ証明書または，テスト用に作成する自己署名証明書があります。用途に合わせた証明書を用意してください。自己署名証明書は，Webブラウザによっては使用できないことがあります。

次のような場合，設定を変更する必要があります。

暗号化通信を無効から有効にする

暗号化通信を有効から無効にする

証明書（サーバ証明書または自己署名証明書）の有効期限が切れた

変更の流れを次に示します。

表4‒15　暗号化通信を無効から有効にする場合の流れ

順番

手順

参照先

1

証明書（サーバ証明書または自己署名証明書）を用意する

4.3.15(1)，4.3.15(2)

2

暗号化通信ファイル格納フォルダにファイルを格納する

4.3.15(3)

3

Webブラウザと監視コンソールサーバ間の暗号化通信を有効にする

4.3.15(4)

4

暗号化通信の設定の変更をシステム連携の設定に反映する

4.3.15(6)

5

Webブラウザで暗号化通信のための設定をする

4.1.6

表4‒16　暗号化通信を有効から無効にする場合の流れ

順番

手順

参照先

1

Webブラウザと監視コンソールサーバ間の暗号化通信を無効にする

4.3.15(5)

2

暗号化通信の設定の変更をシステム連携の設定に反映する

4.3.15(6)

表4‒17　証明書（サーバ証明書または自己署名証明書）の有効期限が切れた場合の流れ

順番

手順

参照先

1

証明書（サーバ証明書または自己署名証明書）を再度用意する

4.3.15(1)，4.3.15(2)

2

暗号化通信ファイル格納フォルダにファイルを格納する

4.3.15(3)

3

Webブラウザと監視コンソールサーバ間の暗号化通信を再度有効にする

4.3.15(4)

4

Webブラウザで暗号化通信のための設定をする

4.1.6

(1)　証明書を用意する手順（認証局からサーバ証明書を取得する場合）

監視二重化構成の場合は，プライマリーおよびセカンダリーそれぞれで実行してください。

PFM - Web Consoleホストで，証明書発行要求（CSR）ファイルおよび秘密鍵ファイルを作成する。

jpcwtool https create certreqコマンドを実行します。

秘密鍵にパスワードを指定した場合は，秘密鍵のパスワードファイルも作成されます。

クラスタシステムを利用している場合は，待機系ノードで実行します。

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

認証局に手順1で作成した証明書発行要求ファイルを送付し，x.509（PEM）形式のサーバ証明書ファイルおよび中間CA証明書ファイルを取得する。

クロスルート用の中間CA証明書を利用する場合は，中間CA証明書とクロスルート用の中間CA証明書を連結したx.509（PEM）形式のファイルを取得します。連結した証明書の取得方法については，認証局に確認してください。

手順2で取得した，サーバ証明書ファイルおよび中間CA証明書ファイルをリネームする。

次のようにリネームします。

サーバ証明書ファイル：jpcwhttpscert.pem

中間CA証明書ファイル：jpcwhttpscacert.pem

(2)　証明書を用意する手順（テスト用に自己署名証明書を作成する場合）

監視二重化構成の場合は，プライマリーおよびセカンダリーそれぞれで実行してください。

PFM - Web Consoleホストで，自己署名証明書ファイルおよび秘密鍵ファイルを作成する。

jpcwtool https create provcertコマンドを実行します。

クラスタシステムを利用している場合は，待機系ノードで実行します。

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

(3)　暗号化通信ファイル格納フォルダにファイルを格納する手順

事前に用意した暗号化通信をするために必要なファイルを，暗号化通信ファイル格納フォルダに格納します。

暗号化通信ファイル格納フォルダにファイルを格納する。

クラスタシステムを利用している場合は，待機系ノードで格納したあと，実行系ノードにファイルをコピーしてください。

格納先および格納するファイルを次に示します。

格納先（暗号化通信ファイル格納フォルダ）

Windowsの場合

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

UNIXの場合

/opt/jp1pcwebcon/CPSB/httpsd/conf/ssl/server

格納するファイル

すべてのファイルに次の権限での読み込み権限が必要です。

Windowsの場合：Administrators権限

Unixの場合：root権限

表4‒18　 格納ファイル（サーバ証明書を使用する場合）

ファイル名

内容

jpcwhttpscacert.pem

中間CA証明書ファイル

jpcwhttpscert.pem

サーバ証明書ファイル

jpcwhttpskey.pem

秘密鍵ファイル

jpcwhttpskeypass.dat

秘密鍵のパスワードファイル

（秘密鍵にパスワードを指定した場合だけ格納する）

表4‒19　 格納ファイル（自己署名証明書を使用する場合）

ファイル名

内容

jpcwhttpscert.pem

自己署名証明書ファイル

jpcwhttpskey.pem

秘密鍵ファイル

(4)　Webブラウザと監視コンソールサーバ間の暗号化通信を有効にする手順

暗号化通信ファイル格納フォルダに必要なファイルを格納していることを前提とします。必要なファイルについては，「4.3.15(3)　暗号化通信ファイル格納フォルダにファイルを格納する手順」を参照してください。

監視二重化構成の場合は，プライマリーおよびセカンダリーそれぞれで実行してください。

PFM - Web Consoleホストでjpcwstopコマンドを実行し，サービスを停止する。

クラスタシステムを利用している場合は，クラスタソフトからの操作で，PFM - Web Consoleを登録している論理ホストを停止します。

jpcwconf https enableコマンドを実行し，暗号化通信を有効にする。

クラスタシステムを利用している場合は，実行系および待機系の両方のノードで実行します。

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

PFM - Web Consoleホストでjpcwstartコマンドを実行し，サービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトからの操作で，PFM - Web Consoleを登録している論理ホストを起動します。

(5)　Webブラウザと監視コンソールサーバ間の暗号化通信を無効にする手順

監視二重化構成の場合は，プライマリーおよびセカンダリーそれぞれで実行してください。

PFM - Web Consoleホストでjpcwstopコマンドを実行し，サービスを停止する。

クラスタシステムを利用している場合は，クラスタソフトからの操作で，PFM - Web Consoleを登録している論理ホストを停止します。

jpcwconf https disableコマンドを実行し，暗号化通信を無効にする。

クラスタシステムを利用している場合は，実行系および待機系の両方のノードで実行します。

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

必要に応じて，暗号化通信ファイル格納フォルダからファイルを削除する。

暗号化通信ファイル格納フォルダついては，「4.3.15(3)　暗号化通信ファイル格納フォルダにファイルを格納する手順」を参照してください。

PFM - Web Consoleホストでjpcwstartコマンドを実行し，サービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトからの操作で，PFM - Web Consoleを登録している論理ホストを停止します。

(6)　暗号化通信の設定の変更をシステム連携の設定に反映する手順

Webブラウザと監視コンソールサーバ間の暗号化通信の設定を変更した場合，統合管理製品（JP1/IM），サービスレベル管理製品（JP1/SLM），およびジョブ管理製品（JP1/AJS3）との設定に変更を反映します。

手順を次に示します。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，設定を変更する。

設定しているイベントによって，次のように変更します。

JP1ユーザーイベントを設定している場合

モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのURLを変更します。

JP1システムイベントを設定している場合

暗号化通信の設定を変更します。

詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章の次の個所を参照してください。

連携のための定義ファイルの編集・コピーについて説明している個所

各PFMサービスのJP1システムイベントの発行の設定について説明している個所

サービスレベル管理製品（JP1/SLM）と連携した稼働監視をしている場合，設定を変更する。

JP1/SLMからPFM - Web Consoleの画面が起動できるようにするために設定を変更します。

JP1/SLMの次のファイルのプロパティで設定されているPFM - Web ConsoleのURLを変更します。

システム定義ファイル（jp1itslm.properties）のpfmWebConsoleURL

詳細については，マニュアル「JP1/Service Level Management」を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合，設定を変更する。

JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）を変更して，JP1/AJS3からPFM - Web Consoleの画面を起動できるようにします。

4.3.16　ポート番号の設定変更手順

Performance Managementのポート番号の設定を変更する手順を次に示します。

(1)　エージェントまたはアクションハンドラのポート番号を変更する

エージェントまたはアクションハンドラのポート番号を変更する手順を次に示します。

(a)　PFM - ManagerおよびPFM - Base 11-01以降のPerformance Managementサービスのポート番号の設定を変更し，接続先Name Serverのポート番号の設定を変更しない場合

ポート番号の設定を変更するPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define -only

変更内容は次のどれかです。

ポート番号の固定

固定済みポート番号の変更

固定済みポート番号の解除

ポート番号の設定を変更したPerformance Managementサービスを起動する。

(b)　PFM - ManagerおよびPFM - Base 11-01以降のPerformance Managementサービスと接続先Name Serverのポート番号を変更する場合

ポート番号の設定を変更するエージェントホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define

変更内容は次のどれかです。

ポート番号の固定

固定済みポート番号の変更

固定済みポート番号の解除

ポート番号の設定を変更したエージェントホストのすべてのPerformance Managementサービスを起動する。

(2)　監視マネージャーのポート番号の設定を変更する

監視マネージャーのポート番号の設定を変更する手順を次に示します。

(a)　ポート番号が固定されているMaster ManagerまたはCorrelatorのポート設定を変更する場合

PFM - Manager 11-50以降がインストールされている監視マネージャホストで，すでにポート番号が固定されているMaster ManagerまたはCorrelatorのポート番号の設定を変更する場合，PFM - Base 11-50以降がインストールされているエージェントホストのサービスの再起動が必要となります。

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

設定を変更するPFM - Manager に接続するPFM - Web Consoleからログアウトします。

PFM - Managerに接続するエージェントホストのうち，PFM - Base 11-50以降がインストールされているホストのすべてのPerformance Managementサービスを停止する。

PFM - ManagerホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define

変更内容は次のどちらかです。

固定済みポート番号の変更

固定済みポート番号の解除

PFM - ManagerホストのすべてのPerformance Managementサービスを起動する。

PFM - Managerに接続するエージェントホストのすべてのPerformance Managementサービスを起動する。

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

(b)　ポート番号が固定されていないMaster ManagerまたはCorrelatorのポート設定を変更する場合

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

設定を変更するPFM - Manager に接続するPFM - Web Consoleからログアウトします。

PFM - ManagerホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define

変更内容は「ポート番号の固定」です。

PFM - ManagerホストのすべてのPerformance Managementサービスを起動する。

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

4.4　Performance Managementの運用方式の変更

稼働監視システムのシステム管理者の変更や，収集した稼働監視データの運用手順の変更などで，システムのPerformance Managementの運用方式を変更する場合があります。

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

共通メッセージログは，PFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMで出力されます。デフォルトでは，共通メッセージログのログファイルとして，8,192キロバイトのファイルが2ファイル使用されます。共通メッセージログのファイルサイズを変更したい場合に必要な設定です。

ファイルサイズを変更したい場合は，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

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

表4‒20　共通メッセージログのファイルサイズ設定項目（jpccomm.iniの[Common Section]セクション）

設定項目

ラベル名

設定できる値

デフォルト値

共通メッセージログを格納するファイルのサイズ

（キロバイト）

Common Msglog Size

4〜32,768

8,192※

注※

新規インストールの場合は8,192となります。バージョンアップインストールの場合はバージョンアップ前に設定した値となります。

手順を次に示します。

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

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

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

共通メッセージログのファイルサイズを変更する。

次に示す網掛け部分を修正してください。

注意

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

jpccomm.iniファイルには，共通メッセージログのファイルサイズ以外にも，定義情報が記述されています。[Common Section]セクションのCommon Msglog Size以外の値は変更しないようにしてください。必要な項目以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

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

注意

共通メッセージログファイルの設定は，同一ホスト上のPerformance Managementプログラムで共通にしてください。

4.4.2　イベントデータの格納先の変更手順

PFM - AgentまたはPFM - RMで発生したイベントデータは，PFM - ManagerのMaster StoreサービスのStoreデータベースで管理されます。

Storeデータベースで管理されるイベントデータの，次の格納先フォルダを変更したい場合は，Storeサービス設定ファイル（jpcsto.ini）の[Data Section]セクションの内容を直接編集します。

格納先フォルダ

バックアップ先フォルダ

エクスポート先フォルダ

Storeサービス設定ファイル（jpcsto.ini）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

4.4.3　通信回線の切断の設定手順

Performance Managementは，接続先との通信終了後70秒間は回線を切断しません。接続時間によって課金されるような環境で使用する場合には注意してください。

通信終了後，すぐに回線を切断したい場合は，次のようにjpccomm.iniファイルを編集してください。

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

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

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

回線の接続モードを変更する。

jpccomm.iniファイル中のすべてのセクションで次のラベルの値を変更します。

NS Keepalive Mode=0

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

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

注意

PFM - Web ConsoleとPFM - Manager間では，定期的に通信をしているため，回線は常に接続している状態となります。このためホスト間の通信にWAN環境などの通信時間や通信量に応じて課金されるネットワークを使用することは推奨しません。

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

アラームテーブル複数バインド機能を利用するには，PFM - ManagerおよびPFM - Web Consoleが08-50以降である必要があります。アラームテーブル複数バインド機能を有効にすると，08-50より前のバージョンのPFM - Web Consoleからは接続できなくなります。

複数のアラームテーブルをバインド可能な監視エージェントの構成を次の表に示します。複数のアラームテーブルをバインドする監視エージェントは，次の表中で○と記した構成である必要があります。ただし，表中で×と記した構成の監視エージェントがシステム内に存在する場合も，該当する監視エージェントに複数のアラームテーブルをバインドしなければ，アラームテーブル複数バインド機能を利用できます。表で×と記した構成の監視エージェントに複数のアラームテーブルをバインドした場合，該当する監視エージェントのアラームの評価結果が保証されません。

PFM - Agentのバージョン

同一ホスト上のPFM - ManagerまたはPFM - Baseのバージョン

08-50以降

08-50未満

なし

08-00以降

○

×

−

08-00未満

×

×

×

（凡例）

○：複数バインドできる

×：複数バインドできない

−：不可能な組み合わせ

アラームテーブル複数バインド機能を有効または無効にするには，PFM - Managerホストのjpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

(1)　アラームテーブル複数バインド機能を有効にする場合

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

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラームテーブル複数バインドの利用可否を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=1

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

jpcspm startコマンドでPerformance Managementのプログラムおよびサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

(2)　アラームテーブル複数バインド機能を無効にする場合

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

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラームテーブル複数バインドの利用可否を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=0

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

jpcspm startコマンドでPerformance Managementのプログラムおよびサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

注意

PFM - AgentまたはPFM - RMに複数のアラームテーブルがバインドされた状態で，アラームテーブル複数バインド機能を無効に設定した場合，次回のMaster Managerサービス起動時に，複数のアラームテーブルがバインドされているPFM - AgentまたはPFM - RMについては，KAVE00317-Wメッセージを出力し，該当PFM - AgentまたはPFM - RMにバインドされているすべてのアラームテーブルがアンバインドされます。このため，機能を無効に設定変更したあとのMaster Managerサービス起動に時間が掛かることがあります。なお，起動中のPFM - AgentまたはPFM - RMについては，該当PFM - AgentまたはPFM - RMが再起動されるまで複数のアラームテーブルがバインドされた状態が継続します。バインド状態の更新を反映するため，アラームテーブル複数バインド機能を無効に設定した場合，KAVE00317-Wメッセージが出力されたPFM - AgentまたはPFM - RMを再起動してください。

4.4.5　IPアドレスの設定の変更手順

(1)　PFM - ManagerホストのIPアドレスを変更する場合

PFM - Web Consoleのログアウト

IPアドレスを変更するPFM - Managerに接続するPFM - Web Consoleホストをログアウトします。

PFM - Managerホストの全PFMサービスの停止

IPアドレスを変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - ManagerホストのIPアドレスの変更

PFM - ManagerホストのIPアドレスを変更します。

ネットワークの設定

全PFM - Agent，PFM - RM，PFM - Base，PFM - Web Console，PFM - Manager，およびJP1/SLMホストとIPアドレスを変更したPFM - Managerホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

PFM - Manager自ホスト名の設定

PFM - ManagerホストのView Serverサービス起動情報ファイル（jpcvsvr.ini）でjava.rmi.server.hostnameラベルにIPアドレスを設定していた場合，このIPアドレスを更新します。

PFM - ManagerホストのPFMサービスの再起動

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン

PFM - Web Consoleでログインします。

(2)　PFM - Web ConsoleホストのIPアドレスを変更する場合

PFM - Web Consoleホストの全PFMサービスの停止

IPアドレスを変更するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - Web ConsoleホストのIPアドレスの変更

PFM - Web ConsoleホストのIPアドレスを変更します。

ネットワークの設定

接続先PFM - ManagerホストとIPアドレスを変更したPFM - Web Console，およびJP1/SLMホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

監視コンソールから該当ホストに対して，HTTPで通信接続できるようにします。

統合管理製品（JP1/IM）と連携していて，統合コンソール上のイベントからPerformance Managementのレポートを表示する設定をしている場合は，統合コンソールのホストとIPアドレスを変更したPFM - Web Consoleホスト間で名前解決できるように設定します。性能レポート表示定義ファイル（performance.conf）に記載しているPFM - Web Consoleのホスト名で名前解決できるように，hostsファイル，およびDNSの設定を変更してください。

ジョブ管理製品（JP1/AJS3）と連携している場合は，JP1/AJS3 - Web Console のホストとIPアドレスを変更したPFM - Web Consoleホスト間で名前解決できるように設定します。JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）に記載しているPFM - Web Consoleのホスト名で名前解決できるように，hostsファイル，およびDNSの設定を変更してください。

PFM - Web Console自ホスト名の設定

PFM - Web Consoleホストの初期設定ファイル（config.xml）でPFM - Web Consoleのホスト名にIPアドレスを設定していた場合，このIPアドレスを更新します。

PFM - Web ConsoleホストのPFMサービスの再起動

PFM - Web Consoleホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン

監視コンソールから新しいIPアドレス（またはそのホスト名）のURLでPFM - Web Consoleに接続します。

(3)　PFM - BaseホストのIPアドレスを変更する場合

PFM - Baseホストの全PFMサービスの停止

IPアドレスを変更するPFM - BaseがインストールされているホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - BaseホストのIPアドレスの変更

PFM - BaseがインストールされているホストのIPアドレスを変更します。

ネットワークの設定

全PFM - Agent，PFM - RM，PFM - Base，PFM - Web Console，PFM - ManagerホストとIPアドレスを変更したPFM - Baseホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

PFM - BaseホストのPFMサービスの再起動

PFM - Baseがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

(4)　PFM - AgentまたはPFM - RMホストのIPアドレスを変更する場合

PFM - AgentまたはPFM - RMホストの全PFMサービスの停止

IPアドレスを変更するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - AgentまたはPFM - RMホストのIPアドレスの変更

PFM - AgentまたはPFM - RMがインストールされているホストのIPアドレスを変更します。

ネットワークの設定

全PFM - Agent，PFM - RM，PFM - Base，PFM - Web Console，PFM - ManagerホストとIPアドレスを変更したPFM - AgentホストまたはPFM - RMホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

PFM - AgentまたはPFM - RMホストのPFMサービスの再起動

PFM - AgentまたはPFM - RMがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

4.4.6　PFM - Manager，PFM - Agent，またはPFM - RMの動作設定について

PFM - Manager，PFM - Agent，またはPFM - RMの動作は，起動情報ファイル（jpccomm.ini）で設定されています。jpccomm.iniファイルは，各製品のインストール先フォルダに格納されています。

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

4.4.7　PFM - Web Consoleの設定の変更手順

PFM - Web Consoleの運用で必要な環境設定は，初期設定ファイル（config.xml）で実施します。

初期設定ファイル（config.xml）はインストール先フォルダ¥conf¥に格納されています。

注意

初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするには，PFM - Web Consoleサービスを再起動してください。また，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

(1)　初期設定ファイル（config.xml）の設定項目

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(2)　変更した初期設定ファイル（config.xml）をデフォルトに戻す手順

バージョンアップによって，config.xmlファイルの構造が変わるおそれがあります。バージョンアップ後に，次に示す手順で，config.xmlファイルの編集内容を新しいconfig.xmlファイルに反映してください。

インストール先フォルダ¥conf¥config.xmlの内容を確認し，編集内容を調べておく。

インストール先フォルダ¥conf¥config.xmlをバックアップする。

インストール先フォルダ¥sample¥conf¥config.xmlを，インストール先フォルダ¥conf¥config.xmlに上書きコピーする。

手順1で確認した編集内容を手順3でコピーした¥conf¥config.xml（インストール先フォルダ¥conf¥config.xml）に反映する。

PFM - Web Consoleを再起動する。

注意

config.xmlファイルをインストール時のデータに戻したい場合は，インストール先フォルダ¥sample¥conf¥からconfig.xmlファイルをコピーして，上記のフォルダに上書きしてください。

(3)　日付の表示形式

日付の表示形式は，ブラウザで操作する場合とコマンドで操作する場合で異なります。なお，以降の説明の日付の表示形式では，ddは日を，MMは月を，yyyyは年を，△は半角スペースを表します。

(a)　ブラウザで操作する場合

ブラウザで言語を設定している場合は，次の表に示すように，設定した言語によって日付の表示形式が決まります。

ブラウザで設定した言語

日付の表示形式

en（en_USを除く）

dd△MM△yyyy

en_US

MM△dd△yyyy

ja

yyyy△MM△dd

その他

初期設定ファイル（config.xml）で設定するselectFormatの値（インストール時のデフォルト値は，dd△MM△yyyy）

ブラウザで言語を設定していない場合は，次の表に示すように，usrconf.cfgのuser.languageの値によって日付の表示形式が決まります。

usrconf.cfgのuser.languageの値

日付の表示形式

en_US

MM△dd△yyyy

ja

yyyy△MM△dd

上記以外の表示形式を使用したい場合は，ブラウザで言語を設定してください。

メモ

usrconf.cfgのuser.languageの値が存在しない場合は，OSのロケールによって表示形式が決まります。OSのロケールに対応した日付の表示形式は，「表4-21　OSのロケールに対応した日付の表示形式」を参照してください。

(b)　コマンドで操作する場合

コマンドの場合，次の表に示すように，コマンドを実行したときのOSのロケールによって日付の表示形式が決まります。

表4‒21　OSのロケールに対応した日付の表示形式

OSのロケール

日付の表示形式

en_US

MM△dd△yyyy

ja

yyyy△MM△dd

その他

dd△MM△yyyy

表示形式を変更する場合は，コマンドを実行するときの引数に「-dateformat」，「-dateseparator」，「-exportseparator」を指定します。詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

(c)　日付の表示形式のタグ指定

ブラウザの場合，日付の表示形式を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを使用します。

表4‒22　日付の表示形式のタグ一覧

タグ

属性

内容

format

−

日付の表示形式を指定するルートタグを示します。

param

name

selectFormatを指定します。

value

指定値を次に示します。

pattern-ddMMyyyy

pattern-MMddyyyy

pattern-yyyyMMdd

(d)　日付フォーマット指定の記述例

ブラウザの場合，ロケールが「en_US」，「en」，「ja」以外であるときに適用される日付の表示形式の，初期設定ファイル（config.xml）記述例を次に示します。

（例）

日付フォーマットのパターンに「pattern-MMddyyyy」を指定します。日付は

「MM△dd△yyyy」と表示されます。

<format>
  <param name="selectFormat" value="pattern-MMddyyyy"/>
</format>

(4)　数値形式に関する注意事項

数値の小数点記号や桁区切り記号は，地域によっては記号が異なります。

PFM - Web Consoleでは，数値形式（小数点記号，桁区切り記号）を変更できます。数値形式を変更できる項目を次の表に示します。

表4‒23　PFM - Web Consoleで数値形式を変更できる項目

項目

GUI（ブラウザ）

ブラウザ表示

csv出力

ユーザー入力（数値）

コマンド

html出力

csv出力

コマンドパラメーターファイル記載値（数値）

数値形式に設定できる値を次の表に示します。

表4‒24　PFM - Web Consoleで扱う数値形式に設定できる値

設定項目

設定できる値

小数点記号

「.（ピリオド）」

「,（半角コンマ）」

桁区切り記号

半角スペース

「'（シングルクォート）」

「.（ピリオド）」

「,（半角コンマ）」

ただし，次の表に示すデータについては，数値形式の設定が適用されません。

表4‒25　PFM - Web Consoleの画面で数値形式の設定が適用されない項目

項目

表示する画面

アラームのメッセージテキスト

サマリ画面

サマリ印刷画面

イベントモニター

イベント履歴

イベント履歴印刷画面

レコード，フィールドの説明

レコードの説明画面

フィールドの説明画面

クイックガイド画面

クイックガイド>フィールドの検索画面（レコード一覧）

クイックガイド>フィールドの検索画面（レコードの該当フィールド一覧）

フィールドの検索画面

レポート定義の編集画面

サービスのLogif画面

サービスのプロパティ情報の説明文

プロパティの表示画面

プロパティ画面

プロパティの配布画面

(a)　数値の小数点として使用する記号のタグ指定

PFM - Web Consoleで扱う数値について，小数点として使用する記号を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを指定します。

表4‒26　小数点記号のタグ指定

タグ

属性

内容

number-format

−

小数点として使用する記号を指定するルートタグを示します。

param

name

decimalPointSymbolを指定します。

value

指定値を次に示します。

period

comma

（凡例）

−：該当しない

PFM - Web Console上で，数値の小数点記号として，コンマを使用する場合の初期設定ファイル（config.xml）記述例を次に示します。

（例）

数値の小数点記号として「comma」を指定します。

例えば，小数「99.1」を表示する場合は「99,1」として表示します。

<number-format>
  <param name="decimalPointSymbol" value="comma"/>
</number-format>

(b)　数値の桁区切り記号として使用する記号のタグ指定

PFM - Web Consoleで扱う数値について，桁区切り記号として使用する記号を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを指定します。

表4‒27　桁区切り記号のタグ指定

タグ

属性

内容

number-format

−

桁区切り記号として使用する記号を指定するルートタグを示します。

param

name

numericSeparatorを指定します。

value

指定値を次に示します。

space

quotation

period

comma

（凡例）

−：該当しない

PFM - Web Console上で，数値の桁区切り記号として，ピリオドを使用する場合の初期設定ファイル（config.xml）記述例を次に示します。

（例）

桁区切り記号として「period」を指定します。

例えば，「2,000」を表示する場合は「2.000」として表示します。

<number-format>
  <param name="numericSeparator" value="period"/>
</number-format>

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

(1)　セットアップ方法

Storeバージョン2.0は，PFM - Base 08-10以降またはPFM - Manager 08-10以降で，監視エージェントが，PFM - Agent 08-00以降またはPFM - RMの場合に利用できます。PFM - Agentのバージョン08-10を新規にインストールする場合，およびPFM - RMを新規にインストールする場合には，デフォルトでStoreバージョン2.0が動作します。

注意

Storeバージョン2.0を利用できるのはAgent StoreおよびRemote Monitor StoreサービスのStoreデータベースだけです。Master StoreサービスのStoreデータベースは，Storeバージョン1.0でだけ動作するので，Storeバージョン2.0は利用できません。また，Remote Monitor StoreサービスではStoreバージョン1.0は利用できません。

Storeバージョン2.0は，PFM - Agentのバージョンとインストール順序によってセットアップ方法が異なります。既存の環境がStoreバージョン1.0で稼働している場合は，08-10以降の製品をインストールしても，Storeバージョン1.0で稼働する設定のままとなります。この環境のStoreデータベースを2.0へ移行する場合は，セットアップコマンドを実行する必要があります。

PFM - Agentのバージョンごとに，Storeバージョン2.0の利用可否と利用手順を次の表に示します。

表4‒28　シングルインスタンスのPFM - Agentの場合

PFM - Agent

Storeバージョン2.0の利用可否

Storeバージョン2.0の利用手順

バージョン

インストール方法

07-50以前

問わない

利用できない

−

08-00

問わない

セットアップ後利用できる

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

08-10以降

新規インストール

利用できる

設定不要

バージョンアップインストール

利用できる

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

（凡例）

−：該当しない

表4‒29　マルチインスタンスのPFM - Agentの場合

PFM - Agent

Storeバージョン2.0の利用可否

Storeバージョン2.0の利用手順

バージョン

インスタンスの作成タイミング

07-50以前

問わない

利用できない

−

08-00以降

PFM - Base，またはPFM - Manager 08-10をインストールする前

セットアップ後利用できる

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

PFM - Base，またはPFM - Manager 08-10をインストールしたあと

利用できる

jpcconf inst setupコマンドによるインスタンス作成時に，使用するStoreバージョンを選択

（凡例）

−：該当しない

PFM - AgentでStoreバージョン2.0を使用する場合のセットアップ手順については，各PFM - Agentマニュアルを参照してください。

注意

Storeバージョン1.0からStoreバージョン2.0に変更した場合，PDレコードおよびPLレコードではデータの保存条件が変更されるため，Storeバージョン2.0の保存条件を満たしていないデータは削除されます。また，Storeバージョン2.0でのデフォルトの保存期間は，PFM - AgentおよびPFM - RMによって異なります。

例えば，デフォルトの保存期間が10日のPFM - Agentで，Storeバージョン1.0のPDレコードが10,000レコードで2006/01/01から2006/12/31の365日分保存されている場合，Storeバージョン2.0に変更すると，過去355日分のデータは削除されます。

このため，Storeバージョン2.0に変更する前に，jpctool db dumpコマンドでStoreバージョン1.0の情報を出力してください。

なお，PIレコードは変更前と変更後でデータの内容は変わりません。

(2)　アンセットアップ方法

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

なお，jpcconf db vrset -ver 1.0コマンドは，対話形式と非対話形式のどちらでも実行できます。jpcconf db vrsetコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注意

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

4.4.9　ファイル権限の強化

使用しているOSがWindowsの場合は，ユーザーがファイル権限を変更し，権限が強化された状態で運用できます。

ファイル権限を強化するには，フォルダの権限を変更します。設定された権限は下位のフォルダに継承されます。

PFM操作用グループを作成し，そのグループに対して変更以下の権限を与えます。権限を設定したあとは，従来一般ユーザー権限で実行できたコマンドについても，PFM操作用グループに属しているユーザーだけが実行できます。インストール先フォルダ¥jp1pc¥の権限を次の表に示すように変更します。

表4‒30　フォルダの権限

権限

アクセス許可

Administrators

SYSTEM

Backup Operators

PFM Users

（ユーザー指定）

フルコントロール

○

○

−

−

変更

○

○

○

○

読み取りと実行

○

○

○

○

フォルダの内容の一覧

○

○

○

○

読み取り

○

○

○

○

書き込み

○

○

○

○

（凡例）

○：権限を設定する

−：権限を設定しない

論理ホスト環境の場合，PFM操作用グループにはドメイングループを指定することをお勧めします。ドメイン運用をしていない場合は，各マシンで作成したPFM操作用グループに対して上記の表に示した権限を設定してください。

4.4.10　プロダクト名表示機能の設定手順

プロダクト名表示機能を有効にすることで，Performance Managementで使用するサービスキーおよびサービスIDの形式をプロダクト名に変更できます。プロダクト名表示機能の詳細については，「3.1.2　サービスの表示・指定方法（プロダクト名表示機能）」を参照してください。

プロダクト名表示機能を設定するには，jpcconf prodnameコマンドを使用します。jpcconf prodnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(1)　現在のプロダクト名表示機能の設定状況を確認する

プロダクト名表示機能の設定状況を確認したいホストにログインする。

jpcconf prodname displayコマンドを実行する。

プロダクト名表示機能の現在の設定が表示されます。

論理ホスト運用をしている場合は，-lhostオプションで設定状況を確認したい論理ホストを指定してください。

(2)　プロダクト名表示機能を有効にする

プロダクト名表示機能を有効にしたいホストにログインする。

ホスト上のすべてのPerformance Managementサービスを停止する。

サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

jpcconf prodname enableコマンドを実行する。

プロダクト名表示機能が有効になります。

論理ホスト運用をしている場合は，-lhostオプションでプロダクト名表示機能を設定したい論理ホストを指定してください。

ホスト上のすべてのPerformance Managementサービスを起動する。

サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

(3)　プロダクト名表示機能を無効にする

プロダクト名表示機能を無効にしたいホストにログインする。

ホスト上のすべてのPerformance Managementサービスを停止する。

サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

jpcconf prodname disableコマンドを実行する。

プロダクト名表示機能が無効になります。

論理ホスト運用をしている場合は，-lhostオプションでプロダクト名表示機能を設定したい論理ホストを指定してください。

ホスト上のすべてのPerformance Managementサービスを起動する。

サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

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

アラーム正常回復時の測定値出力機能によって，複数インスタンスレコードを監視するアラームが正常状態に回復した場合に，アラームメッセージテキストを出力できます。アラーム正常回復時の測定値出力機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

アラーム正常回復時の測定値出力機能を利用するために必要なシステムのバージョン構成を次に示します。なお，PFM - Web Consoleのバージョンに制限はありません。

PFM - Manager：09-10以降

アラーム監視対象のPFM - AgentまたはPFM - RM：08-00以降

エージェントホストのPFM - ManagerまたはPFM - Base：09-10以降

09-10以降かつ11-00未満のPFM - Managerを新規にインストールした場合，および09-00以前から09-10以降へバージョンアップインストールした場合，デフォルトではアラーム正常回復時の測定値出力機能は無効になります。09-10以降からバージョンアップインストールした場合，アラーム正常回復時の測定値出力機能は以前の設定を引き継ぎます。

アラーム正常回復時の測定値出力機能の設定は，PFM - Managerホストで実行します。PFM - AgentまたはPFM - RMが上記のシステム構成を満たしていて，接続先PFM - Managerでアラーム正常回復時の測定値出力機能を有効に設定している場合，アラーム正常回復時の測定値出力機能が有効になります。PFM - AgentおよびPFM - RMでのアラーム正常回復時の測定値出力機能の動作を次の表に示します。

PFM - AgentまたはPFM - RMのバージョン

同一ホスト上のPFM - ManagerまたはPFM - Baseのバージョン

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

接続先PFM - Managerのバージョンが09-10以降

接続先PFM - Managerのバージョンが09-10未満

08-00以降

09-10以降

接続先PFM - Managerの設定に従う※1

無効※2

09-10未満

無効※3

無効※3

08-00未満

バージョンを問わない

無効※3

無効※3

注※1

Agent CollectorサービスまたはRemote Monitor Collectorサービスの起動時に，次に示すメッセージがPFM - AgentまたはPFM - RMホストの共通メッセージログに出力されます。

・アラーム正常回復時の測定値出力機能を有効で起動した場合：KAVE00349-I

・アラーム正常回復時の測定値出力機能を無効で起動した場合：KAVE00350-I

注※2

Agent CollectorサービスまたはRemote Monitor Collectorサービスの起動時に，PFM - AgentまたはPFM - RMホストの共通メッセージログにKAVE00350-Iメッセージが出力されます。

注※3

PFM - AgentまたはPFM - RMホストの共通メッセージログにアラーム正常回復時の測定値出力機能の設定についてのメッセージは出力されません。

アラーム正常回復時の測定値出力機能を有効または無効にするには，PFM - Managerホストのjpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

Windowsの場合

インストール先フォルダ

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

メモ

PFM - Managerのアラーム正常回復時の測定値出力機能の設定状態によって，Name Serverサービスの起動時に次のメッセージがPFM - Managerホストの共通ログに出力されます。

アラーム正常回復時の測定値出力機能が有効な場合：KAVE00349-I

アラーム正常回復時の測定値出力機能が無効な場合：KAVE00350-I

jpccomm.iniファイル中のAlarm Message Modeラベルに0または1以外の値が指定された場合：KAVE00350-IおよびKAVE00351-W

(1)　アラーム正常回復時の測定値出力機能を有効にする場合

PFM - Managerのサービスをすべて停止する。

PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラーム正常回復時の測定値出力機能の利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Alarm Message Mode=1

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - AgentおよびPFM - RMをすべて再起動する。

jpcspm stopおよびjpcspm startコマンドで，監視しているPFM - AgentおよびPFM - RMをすべて再起動してください。再起動するまでは設定が反映されません。

(2)　アラーム正常回復時の測定値出力機能を無効にする場合

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

PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラーム正常回復時の測定値出力機能の利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Alarm Message Mode=0

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - AgentおよびPFM - RMをすべて再起動する。

jpcspm stopおよびjpcspm startコマンドで，監視しているPFM - AgentおよびPFM - RMをすべて再起動してください。再起動するまでは設定が反映されません。

4.4.12　Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションの設定手順

Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションを使用すると，PFM - Baseのコマンドで操作できるホストを，ローカルホストに限定できます。

それぞれのオプションの詳細については，「3.9.4　コマンドの操作対象ホストを制限する設定」を参照してください。

また，これらのオプションを設定するには，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

設定するホストが物理ホストの場合

Windowsの場合

インストール先フォルダ

設定するホストが論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

(1)　Agentホストリモート操作制限オプションの設定の変更

Agentホストリモート操作制限オプションは，PFM - Managerホストで設定します。

PFM - Managerのサービスをすべて停止する。

PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

Agentホストリモート操作制限オプションの利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Agent Remote Protection=1

無効にする場合

Agent Remote Protection=0

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

(2)　Agent間直接情報参照抑止オプションの設定の変更

Agent間直接情報参照抑止オプションは，コマンド実行時に-hostオプションで指定された対象ホスト側で，ステータス情報の提供を拒否するための機能です。このため，それぞれの対象ホストで設定します。

PFM - AgentまたはPFM - RMホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，PFM - AgentまたはPFM - RMホストのjpccomm.iniファイルを開く。

Agent間直接情報参照抑止オプションの利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Service List Protection=1

無効にする場合

Service List Protection=0

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

jpcspm startコマンドでPerformance Managementサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

4.4.13　言語環境の変更について

PFM - Web Consoleを除くPerformance Managementでは，運用中にサーバのシステムロケールを変更できません。サーバのシステムロケールを変更する場合は，PFM - Web Consoleを除くPerformance Managementプログラムをアンインストールしたあとにサーバのシステムロケールを変更し，Performance Managementプログラムを再インストールしてください。

PFM - Web Consoleでは，運用中にサーバのシステムロケールを変更できます。システムロケールを変更した場合，usrconf.cfgファイルを確認し，usrconf.cfgファイルの言語設定をシステムロケールに合った値に変更してください。オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

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

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

4.5.1　設定手順

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

PFM - Web Consoleのセットアップ手順に従い，PFM - Web ConsoleにPFM - AgentまたはPFM - RMを登録する（PFM - AgentまたはPFM - RMの追加セットアップを実施する）。

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

表4‒31　マニュアルのコピー先フォルダ

マニュアル

コピー先フォルダ

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

PFM - Web Consoleのインストール先フォルダ¥doc¥言語コード¥pcsy¥

JP1/Performance Management 運用ガイド

PFM - Web Consoleのインストール先フォルダ¥doc¥言語コード¥pcop¥

JP1/Performance Management リファレンス

PFM - Web Consoleのインストール先フォルダ¥doc¥言語コード¥pcre¥

パフォーマンス管理 基本ガイド（稼働性能管理編）

PFM - Web Consoleのインストール先フォルダ¥doc¥言語コード¥pcgs¥

JP1/Performance ManagementのPFM - AgentまたはPFM - RMマニュアル

PFM - Web Consoleのインストール先フォルダ¥doc¥言語コード¥XXXX¥※

注※

PFM - AgentまたはPFM - RMマニュアルはフォルダを作成する必要があります。XXXXには，PFM - AgentまたはPFM - RMのヘルプIDを指定してください。ヘルプIDについては，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されている識別子一覧を参照してください。

手順2で確認したフォルダ配下に，マニュアル提供媒体から該当するファイルおよびフォルダをコピーする。

メモ

マニュアル提供媒体には，「該当するドライブ¥MAN¥3021」配下に資料番号フォルダ単位でマニュアルが格納されています。ここに格納されているマニュアルがどの製品に対応するかを確認する場合は，資料番号フォルダ配下のINDEX.HTMまたはPDFマニュアルを参照してください。

HTMLマニュアルの場合

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

PDFマニュアルの場合

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

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

PFM - Web Consoleを再起動する。

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

提供媒体のsetup.exeを使ってインストールするか，または直接HTMLファイル，CSSファイル，PDFファイル，およびGIFファイルを任意のフォルダにコピーしてください。HTMLマニュアルの場合，次のフォルダ構成になるようにしてください。

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

4.5.2　参照手順

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

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

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

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

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

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

この章では，UNIXの場合のPerformance Managementのインストールおよびセットアップ方法について説明します。

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

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

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

(1)　前提OS

Performance Managementプログラムが動作するOSを次の表に示します。

表5‒1　前提OS（UNIXの場合）

OS名

PFM - Manager

PFM - Web Console

PFM - Base

HP-UX

−

−

○

Solaris

−

−

○

AIX

○

○

○

Linux

○

○

○

（凡例）

○：動作する

−：動作しない

PFM - AgentまたはPFM - RMの前提OSは，それぞれ異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(2)　システム構成の検討

PFM - Managerに接続するPFM - AgentまたはPFM - RMの数を検討します。見積もり方法の詳細については，「付録A.1　システム構成」を参照してください。

(3)　システム見積もり

Performance Managementシステムで必要なリソースの見積もりや設定を実施します。見積もり方法の詳細については，「付録C　システム見積もり」と各PFM - Agentマニュアルを参照してください。

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

(a)　IPアドレスの設定

Performance Managementシステムのすべてのホストは，ホスト名でIPアドレスを解決できる環境を設定してください（IPアドレスからホスト名を解決できる環境にする必要はありません）。IPアドレスを解決できない環境では，Performance Managementをインストールできません。

監視ホスト名（Performance Managementシステムのホスト名として使用する名前）には，実ホスト名またはエイリアス名を使用できます。ただし，実環境のホスト名変更での影響を抑えるためにエイリアス名を使用することをお勧めします。

監視ホスト名にエイリアス名を使用している場合

設定しているエイリアス名でIPアドレスを解決できるように環境を設定してください。

監視ホスト名に実ホスト名を使用している場合

Windowsシステムではhostnameコマンド，UNIXシステムではuname -nコマンドを実行して確認したホスト名で，IPアドレスを解決できるように環境を設定してください。

なお，UNIXシステムでは，hostnameコマンドで取得するホスト名を使用することもできます。詳細については，「5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

監視ホスト名の設定については，「5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

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

hostsファイル

DNS

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

jpchostsファイル（PFM - Manager，PFM - Agent，PFM - RM，およびPFM - Baseの場合）

注意

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

複数のLAN環境で使用する場合は，jpchostsファイルでIPアドレスを設定してください。詳細については，「5.3.1　ネットワーク構成の設定および変更手順」を参照してください。

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

名前解決を実施するホスト名のIPアドレスにループバックアドレスは設定できません。

hostsファイルにlocalhostとしてループバックアドレスの設定が必要です。

PFM - Managerホストにホスト名を2つ以上設定している場合，システム上のPFM - AgentまたはPFM - RMホストでjpcconf mgrhost defineコマンドによって設定する接続先PFM - Managerホストのホスト名は，次のようにする必要があります。

PFM - Managerの監視ホスト名に実ホスト名を使用している場合

Windowsシステムではhostnameコマンド，UNIXシステムではuname -nコマンドを実行して確認したホスト名

PFM - Managerの監視ホスト名にエイリアス名を使用している場合

設定しているエイリアス名

PFM - ManagerホストとPFM - Web ConsoleホストおよびJP1/SLMホスト間でIPアドレス変換（NAT変換）がされている場合，またはPFM - ManagerホストとPFM - Web ConsoleホストおよびJP1/SLMホスト間で複数のIPアドレスが使用されている場合は，通信で使用するホスト名の設定が必要です。

詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名の設定について説明している個所を参照してください。

Performance Managementシステム上では，サーバのホスト名または監視ホスト名に設定するエイリアス名が一意になるようにしてください。

なお，サーバのホスト名の確認方法は，監視ホスト名の取得方法によって次のように異なります。

監視ホスト名の取得方法がhostnameの場合：hostnameコマンドで取得されるホスト名

監視ホスト名の取得方法がunameの場合：uname -nコマンドで取得されるホスト名

Performance Managementシステム上では，各ホストが使用するIPアドレスが一意になるようにしてください。

(b)　ポート番号の設定

Performance Managementプログラムのサービスは，デフォルトで次の表に示すポート番号が割り当てられています。これ以外のサービスまたはプログラムに対しては，サービスを起動するたびに，そのときシステムで使用されていないポート番号が自動的に割り当てられます。また，ファイアウォール環境で，Performance Managementを使用するときは，ポート番号を固定してください。ポート番号の固定の手順は，「5.3.1(1)(c)　ポート番号を設定する」を参照してください。

表5‒2　デフォルトのポート番号とPerformance Managementプログラムのサービス（UNIXの場合）

サービス説明

サービス名

パラメーター

ポート番号

備考

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

Name Server

jp1pcnsvr

22285

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

サービス状態管理機能

Status Server

jp1pcstatsvr

22350

PFM - ManagerおよびPFM - BaseのStatus Serverサービスで使用されるポート番号。PFM - ManagerまたはPFM - Baseがインストールされているホストで設定される。

監視コンソール通信機能

View Server

jp1pcvsvr

22286

PFM - ManagerのView Serverサービスで使用されるポート番号。PFM - Managerホストで設定される。

Webサービス機能

Web Service

−

20358

PFM - Web ConsoleのWeb Serviceサービスが使用するポート番号。監視コンソールのWebブラウザとPFM - Web Consoleホストの間の通信で使用される。

Webコンテナ機能

Web Console

−

20359

20360

PFM - Web ConsoleのWeb Consoleサービスが使用するポート番号。

（凡例）

−：該当なし

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

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

Performance Managementプログラムをインストールするときは，必ず，rootユーザーで実行してください。

(6)　前提プログラム

ここでは，Performance Managementをインストールする場合に必要な前提プログラムを説明します。

図5‒1　プログラムの構成図

注意

アラームイベントが発生したときに，Eメールでシステム管理者に通知する場合，Eメールを送信するためのSMTPサーバが必要です。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

Performance Managementとそのほかのシステムとの連携機能を使用する場合は，前提プログラムが異なる場合があります。連携機能についての詳細は，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章，サービスレベル管理製品（JP1/SLM）と連携した監視について説明している章，およびジョブ管理製品（JP1/AJS3）と連携した監視について説明している章を参照してください。

(a)　監視マネージャーの前提プログラム

監視マネージャーには，PFM - Managerが必要です。また，JP1ユーザーによる統合認証を実施するためには，PFM - Managerと同一ホストにJP1/Baseが必要です。詳細については，JP1/Baseマニュアルおよびマニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

(b)　監視コンソールサーバの前提プログラム

監視コンソールサーバには，PFM - Web Consoleが必要です。

(c)　監視エージェントの前提プログラム

監視エージェントには，PFM - AgentまたはPFM - RMと，PFM - Baseが必要です。PFM - BaseはPFM - AgentやPFM - RMの前提プログラムであるため，PFM - Base，PFM - AgentまたはPFM - RMの順にインストールしてください。

ただし，PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - AgentまたはPFM - RMの前提プログラムはPFM - Managerになるため，PFM - Manager，PFM - AgentまたはPFM - RMの順にインストールしてください。

監視対象プログラムは，PFM - AgentまたはPFM - RMごとに異なります。各PFM - AgentまたはPFM - RMの監視対象プログラムについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(d)　監視コンソールの前提プログラム

Performance Managementで収集した稼働監視データを確認したり，Performance Managementの設定を変更したりするためには，監視コンソールにWebブラウザが必要です。

Performance Managementの前提となるWebブラウザを次に示します。

Internet Explorer

Firefox

Webブラウザの種類によってPFM - Web Consoleを使用するための設定が異なります。詳細については，リリースノートを参照してください。

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

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

(8)　注意事項

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

Performance Managementで使用する環境変数を，ユーザー独自に環境変数として設定しないでください。設定した場合は，Performance Managementが正しく動作しません。詳細については，マニュアル「JP1/Performance Management リファレンス」のPerformance Managementで使用する環境変数について説明している章を参照してください。

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

Performance Managementは，同一ホストに次に示すPerformance Managementプログラムをインストールすることもできます。

PFM - Manager

PFM - Web Console

PFM - AgentまたはPFM - RM

補足

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

同一ホストにPerformance Managementプログラムを複数インストールする場合の注意事項を次に示します。

PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM - Baseは不要です。この場合，PFM - ManagerがPFM - AgentまたはPFM - RMの前提製品になるため，PFM - ManagerをインストールしてからPFM - AgentまたはPFM - RMをインストールしてください。

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - Baseと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Managerをインストールする場合は，すべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - AgentまたはPFM - RMの順でインストールしてください。また，PFM - Managerと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Baseをインストールする場合も同様に，すべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - AgentまたはPFM - RMの順でインストールしてください。

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

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

監視ホスト名設定機能を使用している場合，同一ホスト上に07-50以前のPFM - Agentをインストールすることはできません。07-50以前のPFM - Agentをインストールする場合，事前に監視ホスト名設定機能を使用しない設定に戻す必要があります。戻していない場合，07-50以前のPFM - Agentのインストールに失敗することがあります。監視ホスト名の設定については，「5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更」を参照してください。

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

古いバージョンのPerformance Managementプログラムから，バージョンアップする場合の注意事項を次に示します。

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

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

PFM - BaseとPFM - Managerは同一ホストにインストールできません。PFM - Baseと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Managerをインストールする場合は，すべてのPerformance Managementプログラムをアンインストール後にPFM - Manager，PFM - AgentまたはPFM - RMの順でインストールしてください。また，PFM - Managerと，PFM - AgentまたはPFM - RMがインストールされているホストにPFM - Baseをインストールする場合も同様に，すべてのPerformance Managementプログラムをアンインストール後にPFM - Base，PFM - AgentまたはPFM - RMの順でインストールしてください。

バージョン08-00以降のPerformance Managementプログラムでは，Storeサービスの実行プログラム（jpcstoおよびstpqlpr）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStoreサービスの実行プログラムは削除されます。

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

必要な空き容量は，現在のStoreデータベースの合計サイズを基準に考慮してください。例えば，現在のStoreデータベースの合計サイズが100GBの場合，バージョンアップインストールに必要なディスクの空き容量は200GB以上です。Storeデータベースの格納先ディスクを変更している場合は，変更後のディスク容量に対して考慮してください。

(d)　PFM - Web Consoleの注意事項

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

インストール時のステータスバーに「Installation failed」と表示されてインストールが失敗した場合，/etc/.hitachi/.hitachi.logおよび/etc/.hitachi/.install.logファイルを採取してください。なお，これらのログファイルは，次にインストールすると上書きされるため，必要に応じてバックアップを採取してください。原因を取り除いたあと，PFM - Web Consoleをアンインストールし，再度インストールしてください。

インストールログは，/etc/.hitachi/.hitachi.logおよび/etc/.hitachi/.install.logに出力されます。

PFM - Web Consoleを上書きインストールした場合，/opt/jp1pcwebcon/confディレクトリ下に格納されている初期設定ファイル（config.xml）は更新されません。ただし，/etc/jp1pcwebcon/sample/confディレクトリ下に格納されているconfig.xmlは更新されます。

(e)　そのほかの注意事項

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

インストール時のステータスバーに「Installation failed」と表示されてインストールが失敗した場合，/etc/.hitachi/.hitachi.logおよび/etc/.hitachi/.install.logファイルを採取してください。なお，このログファイルは，次にインストールすると上書きされるため，必要に応じてバックアップを採取してください。

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

/opt/jp1pc/setupディレクトリにPFM - AgentまたはPFM - RMのセットアップファイルがある場合，新規PFM - AgentまたはPFM - RMの追加セットアップが実行されます。PFM - AgentまたはPFM - RMの追加セットアップが成功した場合の実行結果は共通メッセージログにKAVE05908-Iメッセージが出力されます。確認してください。

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

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

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

ウィルス検出プログラム

ウィルス検出プログラムを停止してからPerformance Managementのプログラムをインストールしてください。

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

プロセス監視プログラム

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

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

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

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

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

それ以外の場合※

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

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

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

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

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

ステータス管理機能の設定の変更については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

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

Performance Managementのプログラムがインストールされていないホストに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はヘルスチェック機能を持たないため，この場合の設定状態は「無効」になります。

ヘルスチェック機能の設定については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

PFM - Managerをインストールする場合に，インストールするPFM - Managerを接続先に指定しているPFM - Web Consoleのサービスが起動しているときは，PFM - Managerのインストール後にPFM - Web Consoleを再起動してください。PFM - Web Consoleのサービスを再起動しない場合，PFM - Managerで提供されている機能が使用できなくなる場合があります。

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

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

ここでは，PFM - Managerのインストール，セットアップ手順を説明します。PFM - Web Consoleのインストールの手順は「5.1.3(7)　PFM - Web Consoleプログラムのインストール方法」を，セットアップの手順は「5.1.5　PFM - Web Consoleのセットアップ手順」を参照してください。また，PFM - AgentまたはPFM - RMのインストール，セットアップ手順は，製品によって異なります。詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

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

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

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

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

5.1.3　インストール手順

Performance Managementのプログラムをインストールする順序と提供媒体からプログラムをインストールする手順を説明します。また，PFM - Web Consoleのプログラムをインストールする手順も説明します。

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

注意

Performance Managementプログラムは，監視マネージャー，監視コンソールサーバ，および監視エージェントをどのような順序でインストールしてもかまいません。

(a)　監視マネージャーでのインストール順序

監視マネージャーには，PFM - Managerをインストールします。

(b)　監視コンソールサーバでのインストール順序

監視コンソールサーバには，PFM - Web Consoleをインストールします。

(c)　監視エージェントでのインストール順序

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

なお，PFM - Managerと同一ホストにPFM - AgentまたはPFM - RMをインストールする場合は，PFM - Manager，PFM - AgentまたはPFM - RMの順でインストールしてください。

インストールの手順の詳細については，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

Performance Managementプログラムをインストールするには，提供媒体を使用する方法と，JP1/NETM/DMを使用してリモートインストールする方法があります。JP1/NETM/DMを使用する方法については，次のマニュアルを参照してください。

「JP1/NETM/DM Manager」

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

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

注意

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

ディレクトリ名やファイル名は，マシン環境によってはマニュアルの表記と異なることがあります。lsコマンドで，使用している環境でのディレクトリ名やファイル名を確認してください。Hitachi PP Installerを起動するコマンドを実行する場合は，lsコマンドで確認したディレクトリ名やファイル名をそのまま入力するようにしてください。

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

(3)　HP-UXの場合（PFM - Baseだけ）

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

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

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

提供媒体をセットする。

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

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

/usr/sbin/mount -F cdfs -r デバイススペシャルファイル マウントディレクトリ

なお，指定するコマンドは，使用する環境によって異なります。

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

マウントディレクトリ/IPFHPUX/setup マウントディレクトリ

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

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

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

インストールしたいプログラムを選択する。

プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

「I」を入力する。

PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。PFM - Baseの上書きインストールの場合，設定済みの接続先PFM - Managerの情報が引き継がれてプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。

インストール時には接続先PFM - Managerを設定しないで，あとから設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「5.3.2　接続先PFM - Managerの変更手順」を参照してください。

重要

ここでは，ホスト名を1つしか設定できません。そのため，監視二重化の構成にする場合はインストール時には接続先PFM - Managerを設定しないで，あとから接続先PFM - Managerを変更してください。

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

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

(4)　Solarisの場合（PFM - Baseだけ）

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

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

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

提供媒体をセットする。

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

マウントディレクトリ/SOLARIS/setup マウントディレクトリ

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

なお，指定するコマンドは，使用する環境によって異なります。

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

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

インストールしたいプログラムを選択する。

プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

「I」を入力する。

PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。この画面が表示されるのは，08-00以前のバージョンのPFM - Agentがインストールされていないホストに，初めてPFM - Baseをインストールするときだけです。08-00以前のバージョンのPFM - AgentがインストールされているホストにPFM - Baseをインストールする場合や，PFM - Baseを上書きインストールする場合は，設定済みの接続先PFM - Managerの情報が引き継がれます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。

インストール時には接続先PFM - Managerを設定しないで，あとから設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「5.3.2　接続先PFM - Managerの変更手順」を参照してください。

重要

ここでは，ホスト名を1つしか設定できません。そのため，監視二重化の構成にする場合はインストール時には接続先PFM - Managerを設定しないで，あとから接続先PFM - Managerを変更してください。

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

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

注※

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

/usr/sbin/mount -F hsfs -r デバイススペシャルファイル マウントディレクトリ

なお，指定するコマンドは，使用する環境によって異なります。

(5)　AIXの場合

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

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

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

提供媒体をセットする。

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

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

/usr/sbin/mount -r -v cdrfs デバイススペシャルファイル マウントディレクトリ

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

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

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

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

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

インストールしたいプログラムを選択する。

プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

「I」を入力する。

PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。

PFM - Baseの上書きインストールでは，設定済みの接続先PFM - Managerの情報が引き継がれてプログラムがインストールされます。

また，PFM - Base以外のプログラムを選択した場合，選択したプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。

インストール時には接続先PFM - Managerを設定しないで，あとから設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「5.3.2　接続先PFM - Managerの変更手順」を参照してください。

重要

ここでは，ホスト名を1つしか設定できません。そのため，監視二重化の構成にする場合はインストール時には接続先PFM - Managerを設定しないで，あとから接続先PFM - Managerを変更してください。

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

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

(6)　Linuxの場合

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

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

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

提供媒体をセットする。

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

マウントディレクトリ/X64LIN/setup /マウントディレクトリ

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

なお，指定するコマンドは，使用する環境によって異なります。

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

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

インストールしたいプログラムを選択する。

プログラムを選択するには，カーソルを移動させ，スペースキーで選択します。

「I」を入力する。

PFM - Baseの新規インストールの場合，接続先PFM - Managerの設定画面が表示されます。

PFM - Baseの上書きインストールでは，設定済みの接続先PFM - Managerの情報が引き継がれてプログラムがインストールされます。

また，PFM - Base以外のプログラムを選択した場合，選択したプログラムがインストールされます。

接続先PFM - Managerの設定画面が表示された場合，接続先PFM - Managerのホスト名を入力する。

インストール時には接続先PFM - Managerを設定しないで，あとから設定することもできます。設定しなかった場合，インストール時にはエージェントホストの物理ホスト名が設定されます。インストール後，接続先PFM - Managerを変更してください。接続先PFM - Managerの変更については，「5.3.2　接続先PFM - Managerの変更手順」を参照してください。

重要

ここでは，ホスト名を1つしか設定できません。そのため，監視二重化の構成にする場合はインストール時には接続先PFM - Managerを設定しないで，あとから接続先PFM - Managerを変更してください。

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

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

注意

インストール先ディレクトリがシンボリックリンクである場合，シンボリックリンク設定が解除されてしまいます。インストール前に以下のインストール先ディレクトリが実ディレクトリであることを確認してください。

/opt/jp1pc/*

(7)　PFM - Web Consoleプログラムのインストール方法

PFM - Web Consoleプログラムのインストールは，提供媒体に格納された日立PPインストーラーを使用します。

(a)　ログイン

日立PPインストーラーによるPFM - Web Consoleのインストールは，rootユーザー以外では実行できません。作業対象のホストにrootユーザーでログインしてください。

(b)　日立PPインストーラーの起動

日立PPインストーラーは提供媒体に格納されています。実行時は，次の点に注意してください。

デバイススペシャルファイルや提供媒体のマウントディレクトリは，OS，ハードウェア構成およびシステム環境によって異なりますので，マニュアルおよびご使用環境などを確認してから実行してください。

日立PPインストーラー実行時の言語種別と実行するターミナルの言語を一致させておいてください。

(c)　ファイルシステムのマウント

次のコマンドを入力して，ファイルシステムをマウントします。

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

(d)　セットアッププログラムの起動

次のコマンドを入力すると，セットアッププログラムが日立PPインストーラーと常駐プロセス自動起動プログラムがハードディスク上にインストールされ，日立PPインストーラーが自動的に起動されます。

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

提供媒体のディレクトリ名やファイル名は，ハードウェア環境などによって記述した内容と見え方が異なることがあります。lsコマンドで確認のうえ，表示されたファイル名をそのまま入力してください。

(e)　プログラムのインストール

提供媒体を指定して，日立PPインストーラーまたはセットアッププログラムを起動します。PFM - Web Consoleの提供媒体を媒体装置にセットしておいてください。

メインメニューで［I］を選択すると，次に示すプログラムインストール画面が表示されます。

        PP-NO.         VR                 PP-NAME
<@>001  PP型名        バージョン番号     JP1/PFM - Web Console
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

インストールするプログラムにカーソルを移動させ，スペースキーで選択します。選択したプログラムの左側には，「<@>」が表示されます。このとき，複数のプログラムを選択することもできます。続いて［I］を入力すると最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

ここで，［y］または［Y］を選択するとインストールが開始されます。［y］または［Y］以外を選択すると，インストールが中止されプログラムインストール画面に制御が戻ります。［Q］を入力すると，メインメニューに戻ります。

(f)　プログラム一覧の表示

メインメニューで［L］を選択すると，次に示すプログラム一覧表示画面が表示されます。これは，そのホストにインストールされているプログラムの一覧です。

     PP-NO.    VR              Install date            PP-NAME
001  PP型名   バージョン番号  YYYY/MM/DD hh:mm  JP1/PFM - Web Console
        ：
        ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

注

上記下線部のInstall dateには，プログラムをインストールした時刻が表示されます。

［P］を選択すると，インストール済みプログラム一覧が“/tmp/hitachi_PPLIST”に出力されます。［Q］を選択するとメインメニューに戻ります。

(g)　日立PPインストーラーでインストールするときの注意事項

一時的なワークディレクトリから製品ディレクトリへコピーするため，インストール時に必要なディスク容量は，製品ディスク容量の2倍分必要となります。

PFM - Web Consoleのインストール先ディレクトリは固定（/opt/jp1pcwebcon/）です。変更できません。

PFM - ManagerおよびPFM - Baseのインストール先ディレクトリは固定（/opt/jp1pc/）です。変更できません。

PFM - Web Consoleの上書きインストールを実行する場合は，PFM - Web Consoleのすべてのサービスを停止してください。

PFM - ManagerおよびPFM - Baseの上書きインストールを実行する場合は，ホスト上のPFMサービスをすべて停止してください。

「Installation failed.」と表示され，日立PPインストーラーを使ったインストールが失敗した場合は，/etc/.hitachi/.hitachi.logおよび/etc/.hitachi/.install.logファイルを採取してシステム管理者に連絡してください。

/etc/.hitachi/.hitachi.logファイルは，次に日立PPインストーラーを起動すると上書きされます。必要に応じてバックアップを採取してください。

インストール先ディレクトリにリンクを張ってPFM - Web Consoleをインストールした場合，リンク先にインストール製品と同名のファイル，またはディレクトリがあるときは，上書きされます。

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

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

ヒント

起動情報ファイル（jpccomm.ini）は，Performance Managementの動作を設定するファイルです。

(1)　LANG環境変数の設定

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

これらのLANG環境変数を設定する前に，設定する言語環境が正しくインストール・構築されていることを確認しておいてください。正しくインストール・構築されていない場合，文字化けが発生したり，定義データが不当に書き換わってしまったりすることがあります。複数言語の混在環境でのそのほかの注意事項については，「3.10.3　複数の言語が混在している環境での注意事項」を参照してください。

注意1

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

注意2

LC_ALL環境変数が設定されており，LANG環境変数の値と異なる場合は，Performance Managementのサービスを起動する際，およびコマンドを実行する際に，LC_ALL環境変数を解除するか，LANG環境変数と同一の値に変更してください。

環境変数の変更は，該当する操作を実行するシェルだけで必要です。システム全体で変更する必要はありません。LC_ALL環境変数を解除する場合は以下のコマンドで解除できます。

unset LC_ALL

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

表5‒3　Performance Managementで使用できるLANG環境変数（AIXの場合）

言語

文字コード

LANG環境変数の値

日本語

EUC

ja_JP

Shift_JIS（SJIS）

Ja_JP

Ja_JP.IBM-932

UTF-8

JA_JP

JA_JP.UTF-8

英語

ASCII

C

中国語（簡体字）

GB18030

Zh_CN

Zh_CN.GB18030

UTF-8

ZH_CN

ZH_CN.UTF-8

表5‒4　Performance Managementで使用できるLANG環境変数（HP-UXの場合）

言語

文字コード

LANG環境変数の値

日本語

EUC

ja_JP.eucJP

Japanese.euc

Shift_JIS（SJIS）

ja_JP.SJIS

japanese

UTF-8

ja_JP.utf8

英語

ASCII

C

中国語（簡体字）

GB18030

zh_CN.gb18030

UTF-8

zh_CN.utf8

表5‒5　Performance Managementで使用できるLANG環境変数（Linuxの場合）

言語

文字コード

LANG環境変数の値

日本語

Shift_JIS（SJIS）

ja_JP.SJIS※

ja_JP.sjis※

UTF-8

ja_JP.UTF-8

ja_JP.utf8

英語

ASCII

C

中国語（簡体字）

GB18030

zh_CN.gb18030

UTF-8

zh_CN.UTF-8

zh_CN.utf8

注※　SUSE Linuxだけ使用できます。

表5‒6　Performance Managementで使用できるLANG環境変数（Solarisの場合）

言語

文字コード

LANG環境変数の値

日本語

EUC

ja

ja_JP.eucJP※

japanese

Shift_JIS（SJIS）

ja_JP.PCK

UTF-8

ja_JP.UTF-8

英語

ASCII

C

中国語（簡体字）

GB18030

zh_CN.GB18030

zh_CN.GB18030@pinyin

zh_CN.GB18030@radical

zh_CN.GB18030@stroke

UTF-8

zh_CN.UTF-8

zh_CN.UTF-8@pinyin

zh_CN.UTF-8@radical

zh_CN.UTF-8@stroke

zh.UTF-8

注※　Solaris 11 (SPARC)だけ使用できます。

(2)　PFM - AgentまたはPFM - RMの登録[図データ]

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

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

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

メモ

自動で登録されたPFM - AgentまたはPFM - RMの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

登録されたPFM - AgentまたはPFM - RMの起動後に，PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

登録されたPFM - Agentの起動後に，PFM - Web Consoleを再起動したとき

PFM - AgentまたはPFM - RMの起動前に登録したい場合は，jpcconf agent setupコマンドに-registerオプションを付けて実行してください。jpcconf agent setupコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

図5‒3　PFM - AgentまたはPFM - RMの登録の流れ

注意

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

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

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，古いバージョン，新しいバージョンの順でPFM - AgentまたはPFM - RMをセットアップしてください。

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

補足

PFM - Managerホストで手動登録（jpcconf agent setup -key agtX（-registerオプションの指定なし））を実行した場合について

PFM - Managerが物理環境の場合に，jpcconf agent setup -key agtX（-registerオプションの指定なし）を実行したとき

登録されたPFM - AgentまたはPFM - RMの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

PFM - Web Consoleを再起動したとき

PFM - Managerが論理環境の場合に，実行系ホストおよび待機系ホストでjpcconf agent setup -key agtX（-registerオプションの指定なし）を実行したとき

登録されたPFM - AgentまたはPFM - RMの情報は，次のタイミングでPFM - Web Consoleに表示されるようになります。

PFM - Web Consoleのバージョンが08-50以降の場合

登録されたPFM - AgentまたはPFM - RMの起動後または共有ディスクが接続されている実行系ホストおよび待機系ホストでjpcconf agent setup -key agtX -registerを実行し，PFM - Web Consoleに再ログインしたとき

PFM - Web Consoleのバージョンが08-11以前の場合

登録されたPFM - AgentまたはPFM - RMの起動後または共有ディスクが接続されている実行系ホストおよび待機系ホストでjpcconf agent setup -key agtX -registerを実行し，PFM - Web Consoleを再起動したとき

(a)　PFM - AgentまたはPFM - RMのセットアップファイルをコピーする

PFM - AgentまたはPFM - RMをインストールしたホストにあるセットアップファイルをPFM - Managerをインストールしたホストにコピーします。手順を次に示します。

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

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

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

コピー元

コピー先

ホスト

ファイル

ホスト

ファイル

PFM - Agent，PFM - RM

UNIXの場合

/opt/jp1pc/setup/jpcxxxxu.Z

PFM - Manager

/opt/jp1pc/setup/

（凡例）

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

jpcconf agent setup -key xxxx

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。

例えば，PFM - Agent for Oracleの場合，次のようにコマンドを実行します。

jpcconf agent setup -key Oracle

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

注意

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

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

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

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

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

IPv6通信を設定する

Performance ManagementでIPv6通信を利用する場合に設定します。IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行します。

クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。

ただし，PFM - ManagerとPFM - Web Console間はIPv4通信だけに対応しています。

詳細については「5.3.1(1)(a)　IPv6通信を設定する」を参照してください。

IPアドレスを設定する

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

詳細については，「5.3.1(1)(b)　IPアドレスを設定する」を参照してください。

ポート番号を設定する

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

ポート番号の設定の詳細については，「5.3.1(1)(c)　ポート番号を設定する」を参照してください。

メモ

PFM - ManagerのMaster ManagerサービスとCorrelatorサービスに対して，固定のポート番号を設定することで，大規模環境での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アドレスを使用する。

詳細については「5.3.1(1)(d)　PFM - Web ConsoleおよびJP1/SLMとの通信に使用するホスト名またはIPアドレスを設定する」を参照してください。

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

Performance Managementの稼働状況を，Performance Management独自のログファイルに出力します。このログファイルを「共通メッセージログ」と呼びます。このファイルサイズを変更したい場合に，必要な設定です。

詳細については，「5.4.1　共通メッセージログのファイルサイズの設定手順」を参照してください。

(5)　認証モードの設定[図データ]

Performance Managementの認証モードをPFM認証モードからJP1認証モードに変更したい場合に，必要な設定です。

詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

(6)　業務グループによるアクセスコントロール機能の設定[図データ]

業務グループを利用してPerformance Managementのユーザーを管理したい場合に必要な設定です。起動情報ファイル（jpccomm.ini）で，業務グループによるアクセスコントロール機能の利用有無を設定します。

詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

(7)　イベントデータの格納先変更[図データ]

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

イベントデータは，デフォルトで次の場所に格納されます。

格納先ディレクトリ：/opt/jp1pc/mgr/store/

バックアップ先ディレクトリ：/opt/jp1pc/mgr/store/backup/

エクスポート先ディレクトリ：/opt/jp1pc/mgr/store/dump/

注

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

変更方法についての詳細は，「5.4.2　イベントデータの格納先の変更手順」を参照してください。

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

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

(9)　ヘルスチェック機能の設定[図データ]

監視エージェントや監視エージェントが稼働するホストの稼働状態を確認したい場合に必要な設定です。設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(10)　PFMサービス自動再起動機能の設定[図データ]

PFMサービスが何らかの原因で異常停止した場合に，自動的にPFMサービスを再起動させたいときに必要な設定です。設定方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(11)　プロダクト名表示機能の設定[図データ]

08-50以前からのバージョンアップ時にプロダクト名表示機能を有効にしたい場合，または新規セットアップ時にプロダクト名表示機能を無効にしたい場合に必要な設定です。プロダクト名表示機能の詳細については，「3.1.2　サービスの表示・指定方法（プロダクト名表示機能）」を参照してください。設定方法については，「5.4.9　プロダクト名表示機能の設定手順」を参照してください。

(12)　アラームの自動バインド機能の設定[図データ]

アラームの自動バインド機能の有効/無効をデフォルトから変更したい場合に必要な設定です。11-50以降のバージョンへの新規インストール時およびバージョンアップ時には，アラームの自動バインド機能がデフォルトで有効となります。アラームの自動バインド機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のアラームの自動バインドについて説明している個所を参照してください。

設定方法を次に示します。

メモ

監視二重化構成で利用している場合，プライマリー側とセカンダリー側の両方で設定してください。

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

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止します。クラスタ構成で使用している場合，クラスタソフトウェアから停止します。

テキストエディターなどで，PFM - Managerホストの動作環境（物理ホストおよび論理ホスト）のjpccomm.iniファイルを編集する。

jpccomm.iniファイルの[Common Section]セクションで，次のように変更し保存します。

アラームの自動バインド機能を有効にする場合

Auto Alarm Bind Mode=1

アラームの自動バインド機能を無効にする場合

Auto Alarm Bind Mode=0

編集後は，jpccomm.iniファイルを保存し，ファイルを閉じます。

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

jpcspm startコマンドで起動します。クラスタ構成で使用している場合，クラスタソフトウェアから起動します。

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

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

ヒント

初期設定ファイル（config.xml）は，PFM - Web Consoleの動作環境を設定するファイルです。

(1)　LANG環境変数の設定

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

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

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

表5‒8　Performance Managementで使用できるLANG環境変数（AIXの場合）

言語

文字コード

LANG環境変数の値

日本語

EUC

ja_JP

ja_JP.IBM-eucJP

Shift_JIS（SJIS）

Ja_JP

Ja_JP.IBM-932

UTF-8

JA_JP

JA_JP.UTF-8

英語

ASCII

C

中国語（簡体字）

GB18030

Zh_CN

Zh_CN.GB18030

UTF-8

ZH_CN

ZH_CN.UTF-8

表5‒9　Performance Managementで使用できるLANG環境変数（Linuxの場合）

言語

文字コード

LANG環境変数の値

日本語

Shift_JIS（SJIS）

ja_JP.SJIS※

ja_JP.sjis※

UTF-8

ja_JP.UTF-8

ja_JP.utf8

英語

ASCII

C

中国語（簡体字）

GB18030

zh_CN.gb18030

UTF-8

zh_CN.UTF-8

zh_CN.utf8

注※　SUSE Linuxだけ使用できます。

サーバのシステムロケールと，usrconf.cfgファイルに設定した言語が異なる場合，PFM - Web Consoleが正常に動作しないことがあります。PFM - Web Consoleをセットアップする前にシステムロケールとusrconf.cfgファイルを確認し，言語設定が異なる場合はusrconf.cfgファイルの設定を変更してください。

なお，PFM - Web Consoleのインストール後にシステムロケールを変更した場合には，必ずusrconf.cfgファイルの設定を見直してください。

オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(2)　PFM - AgentまたはPFM - RMの登録[図データ]

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

PFM - Web Consoleのバージョンが08-50以降の場合，PFM - AgentまたはPFM - RMの登録は自動で行われるため，ここで説明する手順は不要です。ただし，PFM - Web ConsoleよりあとでリリースされたPFM - AgentまたはPFM - RMについては手動登録が必要になる場合があります。手動登録の要否については，PFM - Web Consoleのリリースノートを参照してください。

図5‒4　PFM - AgentまたはPFM - RMの登録の流れ

注意

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

バージョンが異なる同じプロダクトIDのPFM - AgentまたはPFM - RMを，異なるホストにインストールする場合，最新バージョンのPFM - AgentまたはPFM - RMをセットアップしてください。

(a)　PFM - AgentまたはPFM - RMのセットアップファイルをコピーする

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

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

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

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

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

コピー元

コピー先

ホスト

ファイル

ホスト

ファイル

PFM - Agent，PFM - RM

UNIXの場合

/opt/jp1pc/setup/jpcxxxxu.Z

PFM - Web Console

/opt/jp1pcwebcon/setup/

（凡例）

「xxxx」は，各PFM - AgentまたはPFM - RMのサービスキーを示します。サービスキーの詳細は，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

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

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

jpcwagtsetup

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

注意

PFM - Web ConsoleをPFM - AgentまたはPFM - RMと同一のホストにインストールしている場合でも，jpcwagtsetupコマンドの実行は必要です。

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

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

ネットワークの設定では次の設定ができます。

ポート番号を設定する

PFM - Web Consoleが使用するポート番号を設定できます。

ポート番号の設定の詳細については，「5.4.7　PFM - Web Consoleの設定の変更手順」を参照してください。

(4)　初期設定ファイル（config.xml）の設定[図データ]

PFM - Web Consoleを動作させるための設定が，初期設定ファイル（config.xml）に定義されています。この初期設定の内容を変更する場合に必要な設定です。

config.xmlファイルは，PFM - Web Consoleのログファイルに関する設定やコンソール画面に表示するデータの最大値などを設定できます。詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(5)　PFM - Web Consoleの接続先PFM - Managerの設定[図データ]

接続先のPFM - Managerを設定するには，初期設定ファイル（config.xml）ファイルに設定します。

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

(6)　PFM - Web Consoleの認証用のキーファイルの作成[図データ]

PFM - Web Consoleのコマンドを実行する場合は，あらかじめjpcmkkeyコマンドを実行しておく必要があります。jpcmkkeyコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(7)　PFM - Web Consoleの起動ユーザー/グループの設定[図データ]

PFM - Web Consoleのサービスは，デフォルトとしてnobody/root権限で起動します。このユーザー/グループでPFM - Web Consoleの起動に失敗した場合，KAVJT0003-Eメッセージが出力されます。

この場合，/opt/jp1pcwebcon/CPSB/httpsd/conf/httpsd.confファイルのUser/Groupをシステムに存在するroot以外のユーザーとそのユーザーが属するグループに変更してください。変更する個所を次に示します。

User nobody
Group root

(8)　Webブラウザと監視コンソールサーバ間の暗号化通信の設定[図データ]

Webブラウザと監視コンソールサーバ間で暗号化通信を利用する場合は，PFM - Web ConsoleとWebブラウザで設定が必要です。詳細については「4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ」を参照してください。

5.1.6　監視コンソールを使用するためのWebブラウザの設定手順

PFM - Web Consoleを使用するために必要なWebブラウザの設定については，「4.1.6　監視コンソールを使用するためのWebブラウザの設定手順」を参照してください。

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

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

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

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

Performance Managementプログラムをアンインストールするときは，必ず，rootユーザーで実行してください。

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

Performance Managementプログラムをアンインストールしても，servicesファイルに定義されたポート番号は削除されません。

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

Performance Managementのプログラムおよびサービスや，Performance Managementのファイルを参照するような他プログラムを起動したままアンインストールした場合，ファイルやディレクトリが残ることがあります。この場合は，手動でインストール先ディレクトリ以下をすべて削除してください。

PFM - Baseと，PFM - AgentまたはPFM - RMがインストールされているホストの場合，PFM - BaseのアンインストールはPFM - AgentまたはPFM - RMをアンインストールしないと実行できません。この場合，PFM - AgentまたはPFM - RM，PFM - Baseの順にアンインストールしてください。また，PFM - Managerと，PFM - AgentまたはPFM - RMがインストールされているホストの場合も同様に，PFM - ManagerのアンインストールはPFM - AgentまたはPFM - RMをアンインストールしないと実行できません。この場合，PFM - AgentまたはPFM - RM，PFM - Managerの順にアンインストールしてください。

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

PFM - Managerをアンインストールするときは，Performance Managementシステム全体で，Performance Managementのプログラムおよびサービスをすべて停止しておいてください。

PFM - AgentまたはPFM - RMをアンインストールしただけでは，jpctool service listコマンドおよびjpctool monitor listコマンドで表示できるサービス情報は削除されません。この場合，jpctool service deleteコマンドを使用してサービス情報を削除してください。サービス情報の削除方法については，「5.2.3　サービス情報の削除手順」を参照してください。

PFM - Managerをアンインストールしたあと，同じマシンに再インストールすると，jpctool service listコマンドでTrap Generatorサービスが2つ表示されることがあります。この場合，PFM - Managerのサービスを起動し，「Inactive」となっているTrap Generatorサービスをjpctool service deleteコマンドで削除してください。

(5)　PFM - Web Consoleの注意事項

初期設定ファイル（config.xml）でlogDir，bookmarkRepository，processMonitoringTemplatesRepositoryの設定値をデフォルト以外のディレクトリに変更している場合，通常のアンインストール手順ではそのディレクトリを削除しません。アンインストール前にconfig.xmlを確認して手動で削除してください。

アンインストールログは，/etc/.hitachi/.uninstall.logに出力します。

アンインストールに失敗した場合は，アンインストール実行時のログ（/etc/.hitachi/.uninstall.log）を退避して，原因を取り除いたあと，再度アンインストールしてください。アンインストールするプログラムに「JP1/PFM - Web Console」がない場合は，一度インストールして，再度アンインストールしてください。

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

(6)　そのほかの注意事項

インスタンス環境を設定しているPFM - AgentまたはPFM - RMの場合，PFM - AgentまたはPFM - RMをアンインストールする前に，インスタンス環境をアンセットアップしておいてください。アンセットアップ方法については，各PFM - AgentまたはPFM - RMマニュアルの，インストールとセットアップについて説明している章を参照してください。

JP1/SLMと連携した場合，PFM - ManagerまたはPFM - BaseのアンインストールによってJP1/SLMの問題調査画面から監視対象が確認できなくなります。PFM - ManagerまたはPFM - Baseをアンインストールする前に，JP1/SLMとの連携を解除しておいてください。連携の解除方法については，マニュアル「JP1/Performance Management 運用ガイド」のサービスレベル管理製品（JP1/SLM）と連携した監視について説明している章を参照してください。

アラームテーブルをバインドしているPFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップする場合，アンインストールまたはアンセットアップの実行前にPFM - Web Consoleでの操作またはjpctool alarm unbindコマンドを使用して，バインドされているアラームテーブルをすべてアンバインドしてください。

PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップする場合，アンインストールまたはアンセットアップの実行後に，PFM - Web Consoleのエージェント階層で「User Agents」を選択して表示されるツリーから，不要になったエージェントを必要に応じて削除してください。また，不要になったアラームおよびレポートの定義情報を必要に応じて削除してください。エージェント階層からのエージェントの削除方法については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。アラームの定義情報の削除方法については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。レポートの定義情報の削除方法については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

Storeデータベースの格納先ディレクトリがデフォルト以外に設定されている場合，Performance Managementプログラムをアンインストールしても，Storeデータベースの格納先のディレクトリのファイルは削除されません。この場合は，Storeデータベースの格納先のディレクトリ以下をすべて手動で削除してください。

Linux 7でPFM - Manager，PFM - Base，またはPFM - Web Consoleをアンインストールしたあとに，systemctlコマンドを実行すると，jp1_pc.serviceまたはjp1_webcon.serviceについて，not-foundと表示されることがあります。

ここでは，jp1_pc.serviceの表示を例として示します。

# systemctl
UNIT                        LOAD      ACTIVE SUB       DESCRIPTION
〜中略〜
jp1_pc.service              not-found active exited    jp1_pc.service
または
jp1_pc.service              not-found failed failed    jp1_pc.service

OSの動作としては問題ありませんが，これらの項目を削除するには，ACTIVE列の状態に合わせて次に示すコマンドを実行してください。

UNIT列

ACTIVE列

実行するコマンド

jp1_pc.service

active

systemctl stop jp1_pc

failed

systemctl reset-failed jp1_pc

jp1_webcon.service

active

systemctl stop jp1_webcon

failed

systemctl reset-failed jp1_webcon

アラームの自動バインド設定をしているPFM - AgentまたはPFM - RMをアンセットアップする場合で，今後これらの製品で自動バインドを使用しない場合，アンセットアップの実行前に，これらの製品へのアラームテーブルの自動バインド設定を解除してください。アラームテーブルの自動バインド設定の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のアラームを自動バインドする方法について説明している個所を参照してください。

PFM - Web Consoleのアラーム階層およびレポート階層で製品の情報を非表示とする場合，jpcconf agent setup -unregisterコマンドで登録を解除してください。詳細については，マニュアル「JP1/Performance Management リファレンス」のjpcconf agent setupコマンドについて説明している個所を参照してください。

5.2.2　アンインストール手順

(1)　Performance Managementプログラムのアンインストール手順

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

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

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

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

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

Linuxの場合

/etc/hitachi_x64setup

Linux以外の場合

/etc/hitachi_setup

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

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

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

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

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

なお，PFM - ManagerまたはPFM - Baseを削除する場合は，ほかのすべてのPerformance Managementプログラムを事前にアンインストールする必要があります。

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

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

(2)　PFM - Web Consoleプログラムのアンインストール手順

PFM - Web Consoleプログラムをアンインストールするには，次のコマンドを入力してください。

Linuxの場合

/etc/hitachi_x64setup

Linux以外の場合

/etc/hitachi_setup

メインメニューで［D］を選択すると，次に示すプログラム削除画面が表示されます。

PP-NO. VR PP-NAME

<@>001 PP型名 バージョン番号 JP1/PFM - Web Console

：

：

F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

アンインストールするプログラムにカーソルを移動させ，スペースキーで選択します。選択したプログラムの左側には，「<@>」が表示されます。このとき，複数のプログラムを選択することもできます。

続いて［D］を入力すると最下行に次のメッセージが表示されます。

Delete PP? (y: delete, n: cancel)==>

ここで，［y］または［Y］を選択するとプログラムのアンインストールが開始されます。［n］または［N］を選択すると，プログラムのアンインストールが中止されプログラム削除画面に制御が戻ります。［Q］を入力すると，メインメニューに戻ります。

(a)　PFM - Web Consoleプログラムをアンインストールするときの注意事項

次の状態でアンインストールした場合は，ファイルまたはディレクトリが残ることがあります。残留ファイルがある場合は，/opt/jp1pcwebconディレクトリ以下を手動で削除してください。

サービス起動中のとき

カレントディレクトリが/opt/jp1pcwebcon配下で，/etc/hitachi_x64setupまたは/etc/hitachi_setupを実行したとき

/opt/jp1pcwebcon/にリンクを張り，PFM - Web Consoleをインストールしたとき

論理ホスト環境の削除に失敗したとき

5.2.3　サービス情報の削除手順

次のような場合，jpctool service listコマンドおよびjpctool monitor listコマンドで表示されるサービス情報を削除する必要があります。

PFM - AgentまたはPFM - RMをアンインストールしたとき

接続先のPFM - Managerを変更したとき

運用開始後に，次のどれかのホスト名を変更したとき

PFM - Manager

PFM - AgentまたはPFM - RM

PFM - Base

監視二重化をアンセットアップしたとき

PFM - AgentまたはPFM - RMのインスタンスをアンセットアップしたとき

PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップしていない状態でホストをシステムから取り除いたとき（例：マシンを撤去した場合など）

サービス情報を削除するにはjpctool service deleteコマンドを使用します。PFM - AgentホストのLANケーブルが接続されていないなどの物理的な理由で通信できない場合は，サービス情報を削除できません。この場合，-forceオプションを指定して実行することで，強制的にサービス情報を削除できます。

サービス情報を削除する手順を次に示します。

PFM - Managerがインストールされているホストにログインする。

削除対象のPFM - AgentまたはPFM - RMのサービスを停止する

この操作は，PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップしていない状態でホストをシステムから取り除いた場合は不要です。

jpctool service deleteコマンドを，情報を削除したいサービスのサービスIDを指定して実行する。

例えば，ホストhost02上にあるPFM - Agent for OracleのAgent Storeサービスの情報を削除する場合は，次のように指定します。

jpctool service delete -id "OS*" -host host02

PFM - AgentまたはPFM - RMをアンインストールまたはアンセットアップしていない状態でホストをシステムから取り除いた場合は，jpctool service deleteコマンドは-forceオプションを指定して実行してください。

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

jpctool service syncコマンドで同期したサービス情報が反映されるタイミングは，PFM - Web Consoleのバージョンによって異なります。jpctool service syncコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

PFM - Web Consoleのエージェント階層で「User Agents」を選択して表示されるツリーから，不要になったエージェントを削除する。

重要

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でサービス情報が削除されます。

5.3　Performance Managementのシステム構成の設定および変更

ここでは，セットアップするときの設定や監視対象システムの構成変更をした場合の，Performance Managementのシステム構成を変更する方法を説明します。

重要

PFM - Web Consoleを除くPerformance Managementでは，運用中にサーバのシステムロケールを変更することはできません。サーバのシステムロケールを変更する場合は，PFM - Web Consoleを除くPerformance Managementプログラムをアンインストールしたあとにサーバのシステムロケールを変更し，Performance Managementプログラムを再インストールしてください。

PFM - Web Consoleでは，運用中にサーバのシステムロケールを変更できます。

システムロケールを変更した場合，usrconf.cfgファイルを確認し，usrconf.cfgファイルの言語設定をシステムロケールに合った値に変更してください。

オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

設定および変更する場合，次に示す参照先を参考にしてください。

表5‒11　システム構成を設定および変更する場合の参照先一覧

設定および変更内容

設定

変更

ネットワーク構成を設定または変更する

5.3.1

5.3.1

運用開始後に接続先PFM - Managerを変更する

−

5.3.2

監視ホスト名を設定または変更する

5.3.3

5.3.3 〜 5.3.7

運用開始後に物理ホスト名を変更する

−

5.3.8 〜 5.3.13

ブックマークの定義情報の格納先ディレクトリを変更する

−

5.3.14

Webブラウザと監視コンソールサーバ間の暗号化通信を設定または変更する

4.3.15

4.3.15

（凡例）−：該当しない

5.3.1　ネットワーク構成の設定および変更手順

セットアップするときまたはネットワーク構成を変更したときの，Performance Managementの設定を変更する手順を説明します。

なお，コマンドについては，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。また，PFM - ManagerとPFM - Web Console間，またはPFM - ManagerとPFM - AgentまたはPFM - RM間のファイアウォールを通過させるための設定および注意事項については，マニュアル「JP1/Performance Management リファレンス」の，付録に記載されているポート番号一覧を参照してください。

(1)　PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホストでの作業手順

(a)　IPv6通信を設定する

Performance ManagementでIPv4通信だけでなく，IPv6通信を利用する場合に設定します。

ただし，PFM - ManagerとPFM - Web Console間はIPv4通信だけに対応しています。

IPv6通信を利用する場合は，IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを設定する必要があります。

クラスタシステムの場合は，実行系および待機系のそれぞれで設定する必要があります。

一度コマンドを実行すると，次からは優先的にIPv6通信が利用されます。

IPv6通信を利用するPFM - Agent，PFM - RM，およびPFM - Managerでjpcconf ipv6 enableコマンドを実行する。

コマンドを実行する順番に制限はありません。

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

(b)　IPアドレスを設定する

複数のLANに接続されたネットワーク環境でPerformance Managementを運用するときに使用するIPアドレスを指定したい場合は，IPアドレスを設定します。

IPアドレスを設定したい場合は，ホスト情報設定ファイル（jpchosts）の内容を直接編集します。

例えば，ホスト名がhostAでIPアドレスが20.108.41.1であるホストと，ホスト名がhostBでIPアドレスが20.108.41.2と20.108.41.3であるホストのIPアドレスを次のように設定します。

hostA 20.108.41.1
hostB 20.108.41.2, 20.108.41.3

IPアドレスが20.108.41.1であるホストに，エイリアス名aliasAを与える場合，次のように設定します。

aliasA 20.108.41.1

ホスト情報設定ファイル（jpchosts）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

補足

PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間で名前解決されていればネットワークの設定について問題はありません。ただし，運用時に混乱のないように，jpchostsファイルの定義を設定対象となるホストで統一することをお勧めします。

PFM - ManagerホストとPFM - AgentまたはPFM - RMホスト間で使用するIPアドレスについて

PFM - ManagerホストとPFM - AgentまたはPFM - RMホスト間の通信で使用するIPアドレスについて説明します。

送信側のサービスが使用するIPアドレス

PFM - ManagerホストとPFM - AgentまたはPFM - RMホスト間の通信で使用する送信元のIPアドレス

Performance Managementでは送信元のIPアドレスを指定せずにconnect関数を実行し，コネクション要求します。この場合，OSの仕様に依存し，接続先に対応したIPアドレスがOSによって割り当てられます。一般に，接続先IPアドレスへパケットを送るときに使われるNICに対応したIPアドレスが割り当てられますが，詳細についてはOSのTCP/IP制御の仕様を確認してください。

PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間の通信で使用する送信先のIPアドレス

PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間の通信では，以下の順番で送信先のIPアドレスを決定します。

送信先がStatus Serverサービス以外の場合

送信先のサービスが使用しているIPアドレス

jpchostsファイルに記載したIPアドレス

hostsファイルまたはDNS

送信先がStatus Serverサービスの場合

jpchostsファイルに記載したIPアドレス

hostsファイルまたはDNS

補足

Status Serverサービス以外のすべてのPerformance Managementのサービスは起動時にPFM - Managerにそれぞれのサービスが使用するIPアドレスを登録しています。

また，Status Serverサービス以外のすべてのPerformance Managementのサービスに対して通信する時にはPFM - Managerに登録されたIPアドレスを使用します。

受信側のサービスが使用するIPアドレス

Performance Managementのサービスが接続を受け付けるIPアドレスです。Performance Managementの通信の待ち受け処理では，ホストに割り当てられているすべてのIPアドレス宛てにきたデータを受信できます。複数のLANに接続されたネットワーク環境で，特定のIPアドレスだけを使用したい場合はjpchostsファイルに設定する必要があります。

それぞれのホストに存在するjpchostsファイルに自分自身のホスト名と使用したいIPアドレスを記載します。

例えば，ホスト名がhostAでIPアドレスが20.108.41.0と20.108.41.1のホストで，hostAで動作するPerformance Managementのサービスが使用するIPアドレスを20.108.41.1に設定したい場合hostAのjpchostsファイルに次のように設定します。

hostA 20.108.41.1

または

hostA 20.108.41.1, 20.108.41.0

このように，PFM - Managerホスト，およびPFM - AgentまたはPFM - RMホスト間の通信で使用する送信先IPアドレスを設定したい場合には，送信側だけでなく受信側でもjpchostsファイルの設定が必要です。

次に設定例を示します。

各ホストで使用したい送信先IPは次のとおりです。

PFM - Manager　 IP:C

PFM - Agent（A） IP:E

PFM - Agent（B） IP:G

この場合，それぞれのホストのjpchostsファイルに次のように設定します。

［PFM - Manager］

PFM - Manager　IP:C　IP:B
PFM - Agent(A) IP:E　IP:D
PFM - Agent(B) IP:G　IP:H

［PFM - Agent（A）］

PFM - Manager　IP:C　IP:B
PFM - Agent(A) IP:E　IP:D
PFM - Agent(B) IP:G　IP:H

［PFM - Agent（B）］

PFM - Manager　IP:C　IP:B
PFM - Agent(A) IP:E　IP:D
PFM - Agent(B) IP:G　IP:H

重要

jpchostsファイルから自ホストのIPアドレスを追加，変更，または削除した場合はサービスの再起動が必要です。

PFM - RMの監視対象ホストに対するIPアドレス解決には，jpchostsファイルに設定したIPアドレスは使用されません。PFM - RMの監視対象ホストに対するIPアドレス解決の詳細については，各PFM - RMのマニュアルを参照してください。

(c)　ポート番号を設定する

PFM - ManagerとPFM - Web Console間，またはPFM - ManagerとPFM - AgentまたはPFM - RM間のファイアウォールを通過させたい場合など，Performance Managementシステムで使用するポート番号を固定して運用したい場合は，各サービスに対して固定のポート番号を設定してください。

各サービスに対して固定のポート番号を設定する場合や，一度設定したポート番号を変更する場合は，jpcconf port defineコマンドを使用します。PFM - Web Console側のポート番号は，初期設定ファイル（config.xml）で設定します。PFM - Web Consoleホストでconfig.xmlファイルを変更する手順については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

重要

Master ManagerとCorrelatorのポート番号を固定したあとポート番号を変更する場合は，「5.3.16　ポート番号の設定変更手順」も参照してください。

ここでは，jpcconf port defineコマンドの実行手順を，対話形式の場合と非対話形式の場合に分けて説明します。jpcconf port defineコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

また，ポート番号の設定の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，ファイアウォールの通過方向について説明している個所を参照してください。

補足

Name Serverサービスに設定するポート番号については，Performance Managementシステム内の全ホストで同じ番号にする必要があります。

また，Status Serverサービスに設定するポート番号についても，Performance Managementシステム内の全ホストで同じ番号にする必要があります。

ほかのPerformance Managementのサービスについても運用での混乱を避けるため，Performance Managementシステム全体でポート番号とサービス名の対応を統一してください。

対話形式で実行する場合

jpcconf port defineコマンドを実行する。

例えば，すべてのサービスに対してポート番号を固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all

個々のサービスに対してポート番号を設定する。

jpcconf port defineコマンドを実行すると，現在設定されているポート番号またはデフォルトのポート番号が表示されます。

例えば，Name Serverサービスに対する，現在のポート番号が22285の場合，次のように表示されます。

Component[Name Server]
ServiceID[PN1001]
Port[22285]
     :

ポート番号をどのように設定したいかによって，操作が異なります。設定内容と操作を次の表に示します。システム内でポート番号が重複しないかぎり，jpcconf port defineコマンドで表示されるポート番号をそのまま使用してください。

設定内容

操作

表示されている番号を，サービス固定のポート番号としてそのまま使用する場合

リターンキーを押す。

ポート番号を，表示されている番号から変更する場合

1024〜65535の範囲内でポート番号を入力する。

ただし，現在システムで使用されているポート番号は指定できない。

ポート番号を固定しない場合

「0」を入力する。

ただし，次のサービスは，ポート番号を固定しないように設定することはできない。「0」を入力した場合は，デフォルト値が設定される。

Name Serverサービス

View Serverサービス（PFM - Web ConsoleとView Serverサービス間）

Status Serverサービス

注意

ポート番号設定時に，Performance Managementのプログラムおよびサービスが起動されている場合，サービスを停止してからjpcconf port defineコマンドを実行してください。ポート番号の設定が終わったあと，手動でサービスを起動してください。

jpcconf port defineコマンドの実行中に，Ctrl+Cキーで中断すると，ポート番号は正しく設定されません。jpcconf port defineコマンドを再実行して，ポート番号を設定し直してください。

再度，jpcconf port listコマンドを実行して，ポート番号が正しく設定されたかどうかを確認する。

例えば，すべてのサービスのポート番号を表示する場合，次のようにコマンドを実行します。

jpcconf port list -key all

Services欄またはPort欄に<error>と表示された場合は，正しく設定されていません。ポート番号を設定し直してください。エラーとなった場合，次の要因が考えられます。

ポート番号がservicesファイルに登録されていない。

servicesファイルに同じポート番号が重複して登録されている。

非対話形式で実行する場合

jpcconf port defineコマンドで，定義ファイルのテンプレートを作成する。

例えば，すべてのサービスに対してポート番号を固定値に設定する場合，次のようにコマンドを実行します。

jpcconf port define -key all -template 定義ファイル名

対象となるすべてのサービスのラベルおよび値が記載された定義ファイルが出力されます。ラベルの値は，すでにポート番号が設定されているサービスの場合は設定済みのポート番号になり，ポート番号が設定されていないサービスの場合は0になります。

手順1で作成した定義ファイルのテンプレートを編集する。

設定したいポート番号に合わせてテンプレートの設定値を編集します。

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

定義ファイルの記述例を次に示します。

[Common Definitions]
Definition File Version=0001

[Common]
Name Server=22285
Status Server=22350
OpenView=22292
[Manager]
Master Manager=auto
Master Store=auto
Correlator =auto
：
[UNIX]
Collector=0
Store=0
：
[Oracle]
[[oracle1]]
Collector=0
Store=0

jpcconf port defineコマンドで，編集した定義ファイルを読み込ませる。

次のようにコマンドを実行します。-inputオプションには，手順2で編集した定義ファイルを指定します。

jpcconf port define -key all -input 定義ファイル名 -noquery

(d)　PFM - Web ConsoleおよびJP1/SLMとの通信に使用するホスト名またはIPアドレスを設定する

PFM - ManagerとPFM - Web Consoleとの間は，TCP/IPを用いて通信します。これは，PFM - ManagerとPFM - Web Consoleが別ホストに存在する場合だけではなく，同一ホスト上に存在する場合も同様です。このため，Performance Managementを運用する場合は，PFM - ManagerホストとPFM - Web Consoleホストの双方で常に通信可能なホスト名またはIPアドレスを設定する必要があります※。設定を実施していない場合，PFM - Managerホスト名またはPFM - Web Consoleホスト名から，最初に解決されるIPアドレスが使用されます。

また，Performance ManagementとJP1/SLMを連携して運用する場合も同様に，PFM - ManagerホストとJP1/SLMホストの双方で常に通信可能なホスト名またはIPアドレスを設定する必要があります。設定を実施していない場合，PFM - Managerホスト名またはJP1/SLMホスト名から，最初に解決されるIPアドレスが使用されます。

注※

PFM - Managerに接続するPFM - Web Consoleが複数ある場合は，すべてのPFM - Web Consoleホストから通信できるホスト名またはIPアドレスを指定する必要があります。

例えば，次のような構成や運用を取る場合は，PFM - ManagerホストとPFM - Web Consoleホストの双方，またはPFM - ManagerホストとJP1/SLMホストの双方で常に通信可能なホスト名またはIPアドレスを設定する必要があります。

PFM - ManagerホストとPFM - Web Consoleホストの間，またはPFM - ManagerホストとJP1/SLMホストの間でIPアドレス変換（NAT）を使用している場合

PFM - Managerホストが業務用LANおよび監視用LANの2つのネットワークに接続され，Performance Managementは監視用LANでホスト間通信を実行する場合

ホストのメンテナンス作業の際に，一時的にNICからLANケーブルを抜く場合（この際，NICに割り当てられたIPアドレスが無効になることがあるため）

ホスト名またはIPアドレスの設定の詳細については，マニュアル「JP1/Performance Management リファレンス」の付録の，PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名の設定について説明している個所を参照してください。

(2)　PFM - Web Consoleホストでの作業手順

PFM - Web Consoleホストでネットワークの設定および変更を実施するには，初期設定ファイル（config.xml）を編集します。

config.xmlファイルを編集する手順については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

5.3.2　接続先PFM - Managerの変更手順

ここでは，Performance Managementシステムを構築したあとで，接続先のPFM - Managerを変更する方法を説明します。

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

(1)　PFM - AgentまたはPFM - RMホストでの作業手順[図データ]

PFM - AgentまたはPFM - RMの接続先PFM - Managerを変更するには，jpcconf mgrhost defineコマンドを使用します。

PFM - Managerと同じホストにPFM - AgentまたはPFM - RMをインストールした場合，またはPFM - Baseのインストール時に接続先PFM - Managerを設定した場合，この作業は不要です。

注意

監視二重化の場合を除き，1つの監視エージェントで設定できる接続先のPFM - Managerは1つだけです。そのため，1つの監視エージェントに複数のPFM - AgentまたはPFM - RMがインストールされている場合，それぞれの接続先として異なるPFM - Managerを設定することはできません。監視二重化については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化について説明している章を参照してください。

PFM - AgentまたはPFM - RMと，PFM - Managerが同じホストにインストールされている場合，接続先PFM - ManagerはローカルホストのPFM - Managerとなります（監視二重化ではない場合）。この場合，接続先のPFM - ManagerをリモートホストのPFM - Managerに変更できません。監視二重化については，マニュアル「JP1/Performance Management 運用ガイド」の，監視二重化について説明している章を参照してください。

接続先PFM - Managerを変更する前に，ローカルホストでPerformance Managementのプログラムおよびサービスが起動されている場合は，すべて停止してください。

PFM - Baseのバージョン08-50以降でインストール時に接続先PFM - Managerの設定を省略した場合は，接続先PFM - Managerの変更を必ず行ってください。

手順を次に示します。

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

Performance Managementのプログラムおよびサービスが起動している場合は，すべて停止してください。サービスの停止にはjpcspm stopコマンドを使用してください。

jpcspm stop -key jp1pc

接続先PFM - Managerを変更する。

接続先PFM - Managerを変更するには，jpcconf mgrhost defineコマンドを使用します。例えば，接続先PFM - Managerをホストhost02上のPFM - Managerに変更する場合，次のように指定します。

jpcconf mgrhost define -host host02

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

変更後の接続先PFM - Managerが起動されていることを確認する。

PFM - AgentまたはPFM - RMホスト上のPerformance Managementのプログラムおよびサービスを再起動する。

なお，変更前の接続先PFM - Managerで，PFM - AgentまたはPFM - RMのホスト名が付けられた，Performance Managementプログラムのサービス情報をすべて削除してください。サービス情報の削除方法については，「5.2.3　サービス情報の削除手順」を参照してください。

(2)　PFM - Web Consoleホストでの作業手順

接続先PFM - Managerを変更するには，初期設定ファイル（config.xml）を変更します。詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

5.3.3　Performance Managementシステムでの監視ホスト名の設定および変更

Performance Managementシステムでは，サービスIDを用いてシステムの運用をしています。サービスIDはuname -nコマンドでOSから取得されるホスト名（実ホスト名）を用いています。そのため，PFM - Manager，PFM - Agent，またはPFM - RMをインストールしたサーバで物理ホスト名を変更する場合は，「5.3.8　運用開始後のサーバの物理ホスト名の変更」の実施が必要となります。

これを回避したい場合は，監視ホスト名設定機能を使用することで，uname -nコマンドで取得されるホスト名に依存しない任意のホスト名（エイリアス名）を用いて，サービスIDを作成でき，物理ホスト名の変更が不要となります。したがって，サーバのホスト名が変更されることがある環境や，同じ実ホスト名を持つホストが複数ある環境では，監視ホスト名設定機能を使用してください。

なお，Performance ManagementシステムのサービスIDに使用されるホスト名を監視ホスト名と呼びます。

メモ

監視ホスト名設定機能を使用していない場合に，uname -nコマンドで取得されるホスト名が「HostA」であるホストにPFM - Agent for Platform（UNIX）をインストールした場合，Agent CollectorのサービスIDは「UA1HostA」となります。なお，プロダクト名表示機能を使用する場合は，「HostA<UNIX>」となります。

監視ホスト名設定機能を使用して，ホスト名を「aliasA」としたホストにPFM - Agent for Platform（UNIX）をインストールした場合，Agent CollectorのサービスIDは「UA1aliasA」となります。なお，プロダクト名表示機能を使用する場合は，「aliasA<UNIX>」となります。

PFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストが現在使用している監視ホスト名の取得方法，および監視ホスト名を確認するには，各ホストで次のコマンドを実行します。hostmodeは監視ホスト名の取得方法を示し，hostnameは監視ホスト名を示します。

jpcconf host hostmode -display

表示例

●監視ホスト名設定機能を使用していない場合

hostmode : uname

hostname : hostA

●監視ホスト名設定機能を使用している場合

hostmode : alias

hostname : aliasA

表5‒12　監視ホスト名の取得方法と監視ホスト名の関係

監視ホスト名の取得方法

監視ホスト名

uname

実ホスト名（uname -nコマンドで取得される値）

alias

エイリアス名

監視ホスト名にエイリアス名を設定する場合，jpcconf host hostmodeコマンドを実行して，監視ホスト名の取得方法をhostnameまたはaliasに設定する必要があります。

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

注意

jpcconf hostコマンドの実行中に他コマンドを実行しないでください。ほかのコマンドを実行した場合，jpcconf hostコマンドまたは他コマンドの実行に失敗することがあります。

5.3.4　PFM - Managerの監視ホスト名の変更手順

PFM - Managerホストの監視ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図5‒5　PFM - Managerホストの監視ホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - Managerホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - Managerホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ヘルスチェックエージェントの設定を削除する。

ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章，またはアラームによる稼働監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - Managerと同一ホストにインストールしているPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

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コマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

PFM - Managerホストの監視ホスト名を変更する。

ホスト名を変更するPFM - Managerホストでjpcconf host hostmodeコマンドを実行して，監視ホスト名の取得方法を変更します。コマンドの実行例を次に示します。

監視ホスト名の取得方法をhostnameに変更する場合

jpcconf host hostmode -mode hostname -d /var/tmp/backup -dbconvert convert

監視ホスト名の取得方法をエイリアス名（aliasA）に変更する場合

jpcconf host hostmode -mode alias -aliasname aliasA -d /var/tmp/backup -dbconvert convert

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

監視二重化の構成の場合，ホスト名を変更しないPFM - Managerホストでは，接続先PFM - Managerの設定を変更します。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，接続先PFM - Managerを二重化する方法について説明している章を参照してください。

メモ

jpcconf host hostmodeコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，指定したホストに，ヘルスチェックエージェント，PFM - Agent for Platform，およびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

必要に応じて，PFM - Agent固有の手順を実行する。

ホスト名を変更したPFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。

表5‒13　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固有の手順が必要です。固有の手順については「5.3.7　監視ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を完了してから次の手順に進んでください。

PFM - Managerホストでサービスを起動する。

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

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コマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「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ホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

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コマンドは非対話形式でも実行できます。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 リファレンス」の，定義ファイルについて説明している章を参照してください。

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イベントの設定を再度行ってください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - Managerホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - Managerホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

5.3.5　PFM - AgentまたはPFM - RMの監視ホスト名の変更手順

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

図5‒6　PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストで監視ホスト名を変更する。

jpcconf host hostmodeコマンドを実行して，監視ホスト名の取得方法を変更します。コマンドの実行例を次に示します。

監視ホスト名の取得方法をhostnameに変更する場合

jpcconf host hostmode -mode hostname -d /var/tmp/backup -dbconvert convert

監視ホスト名の取得方法をエイリアス名（aliasA）に変更する場合

jpcconf host hostmode -mode alias -aliasname aliasA -d /var/tmp/backup -dbconvert convert

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

メモ

jpcconf host hostmodeコマンドの-dオプションに指定するディレクトリには，目安として，指定したホストに存在するPFM - AgentおよびPFM - RMのStoreデータベース容量およびインポートディレクトリにあるデータベース容量の合計と同量の空きディスク容量が必要です。ただし，Storeデータベースの格納先ディレクトリおよびインポートディレクトリを変更している場合，変更後のディレクトリのデータベース容量を基に，必要なディスク容量を算出してください。

例えば，指定したホストに，PFM - Agent for PlatformおよびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

必要に応じて，PFM - Agent固有の手順を実行する。

表5‒14　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固有の手順が必要です。固有の手順については「5.3.7　監視ホスト名変更の際に必要に応じて実施する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のプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

必要に応じて，業務グループの構成を変更する。

ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

必要に応じて，手順3の定義を再設定する。

ホスト名を変更したPFM - AgentまたはPFM - RMの定義（手順3で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - AgentまたはPFM - RMホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - AgentまたはPFM - RMホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

5.3.6　監視ホスト名変更に関する注意事項

エイリアス名を使用する場合，エイリアス名からホストのIPアドレスが解決できる必要があります。Performance Managementシステム以外のIPアドレス解決に影響を与えたくない場合は，jpchostsファイルでIPアドレスの解決を定義できます。jpchostsファイルの編集方法については，「5.3.1　ネットワーク構成の設定および変更手順」を参照してください。ほかのシステムと連携させる場合は，hostsファイルやDNSの定義によるIPアドレス解決ができるように設定する必要があります。

監視ホスト名設定機能を使用した場合，PFM - AgentまたはPFM - RMの種類によっては，共通ログに出力されるホスト名と，実際に稼働しているホスト名が異なる場合があります。

インストールした直後に監視ホスト名設定機能を使用した場合でも「5.3.4 PFM - Managerの監視ホスト名の変更手順」および「5.3.5 PFM - AgentまたはPFM - RMの監視ホスト名の変更手順」に記載されている設定を実施する必要があります。

5.3.7　監視ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerホストの監視ホスト名を変更する

PFM - AgentまたはPFM - RMホストの監視ホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「5.3.4　PFM - Managerの監視ホスト名の変更手順」または「5.3.5　PFM - AgentまたはPFM - RMの監視ホスト名の変更手順」を参照してください。

(1)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

/opt/jp1pc/agtc/agent/インスタンス名/jpcagt.ini

編集内容

[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(2)　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エントリ

(3)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bciSD500」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bciSD500

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，その他の項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

5.3.8　運用開始後のサーバの物理ホスト名の変更

ここでは，Performance Managementシステムを構築したあとでPFM - Manager，PFM - Agent，またはPFM - RMをインストールしたサーバの物理ホスト名を変更する場合に必要な，Performance Managementシステムでの作業手順を説明します。

Performance Managementシステムでは，サービスIDを用いてシステムの運用をしています。サービスIDはuname -nコマンドでOSから取得されるホスト名（実ホスト名）を用いています。そのため，PFM - Manager，PFM - Agent，またはPFM - RMをインストールしたサーバで物理ホスト名を変更する場合は，監視ホスト名の設定を確認する必要があります。

PFM - Managerホスト，PFM - Agentホスト，またはPFM - RMホストが現在使用している監視ホスト名の取得方法，および監視ホスト名を確認するには，各ホストで次のコマンドを実行します。hostmodeは監視ホスト名の取得方法を示し，hostnameは監視ホスト名を示します。

jpcconf host hostmode -display

表示例

●監視ホスト名設定機能を使用していない場合

hostmode : uname

hostname : hostA

●監視ホスト名設定機能を使用している場合

hostmode : alias

hostname : aliasA

表5‒15　監視ホスト名の取得方法と監視ホスト名の関係

監視ホスト名の取得方法

監視ホスト名

uname

実ホスト名（uname -nコマンドで取得される値）

alias

エイリアス名

監視ホスト名の取得方法が「alias」と設定されている場合，サーバの物理ホスト名を変更してもPerformance Managementシステムの監視ホスト名はエイリアス名であるため，PFM - Manager，PFM - AgentまたはPFM - RMサーバの物理ホスト名の変更を実施する必要はありません。

監視ホスト名の取得方法が「uname」と設定されている場合は，PFM - Manager，PFM - AgentまたはPFM - RMサーバの物理ホスト名の変更を実施する必要があります。詳細については，「5.3.9　PFM - Managerの物理ホスト名の変更手順」または「5.3.10 PFM - AgentまたはPFM - RMの物理ホスト名の変更手順」を参照してください。

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

重要

jpcconf hostコマンドの実行中に他コマンドを実行しないでください。ほかのコマンドを実行した場合，jpcconf hostコマンドまたは他コマンドの実行に失敗することがあります。

PFM - Manager，PFM - AgentまたはPFM - RMサーバの物理ホスト名の変更を実施する前には「5.3.9　PFM - Managerの物理ホスト名の変更手順」または「5.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順」を実施する必要があります。

Performance Managementシステムの監視ホスト名の取得方法をエイリアス名から実ホスト名へ変更する場合は，jpcconf host hostmodeコマンドの実行が必要です。jpcconf host hostmodeコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

5.3.9　PFM - Managerの物理ホスト名の変更手順

PFM - Managerホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - Web Consoleホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，マニュアル「JP1/Performance Management 運用ガイド」の，JP1/SLMと連携したあとにホスト名を変更する場合の流れについて説明している個所を参照してください。

図5‒7　PFM - Managerホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - Managerホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - Managerホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ヘルスチェックエージェントの設定を削除する。

ヘルスチェック機能を使用している場合，ヘルスチェックエージェントのエージェント定義の削除（エージェント階層の管理フォルダからの削除，アラームテーブルの関連づけの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章，またはアラームによる稼働監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - Managerと同一ホストにインストールしているPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

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コマンドを使用します。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

PFM - Managerホストの監視ホスト名を変更する。

ホスト名を変更するPFM - Managerホストでjpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

物理ホスト名をhostBに変更する場合のコマンドの実行例を次に示します。

jpcconf host hostname -newhost hostB -d /var/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 Platform，およびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - Managerホストの物理ホスト名を変更する。

PFM - Managerホストの物理ホスト名を変更します。

監視二重化の構成の場合，ホスト名を変更しないPFM - Managerホストでは，接続先PFM - Managerの設定を変更します。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，接続先PFM - Managerを二重化する方法について説明している章を参照してください。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

必要に応じて，PFM - Agent固有の手順を実行する。

ホスト名を変更したPFM - ManagerホストにPFM - Agentがインストールされている構成では，PFM - Agent固有の手順が必要な場合があります。

表5‒16　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固有の手順が必要です。固有の手順については「5.3.13　物理ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順」を参照してください。

上記以外の場合

PFM - Agent固有の手順は不要です。

PFM - Agent固有の手順が必要な場合は，表の参照先に示された手順を済ませてから次の手順に進んでください。

PFM - Managerホストでサービスを起動する。

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用します。

監視二重化の構成の場合，プライマリーとセカンダリーの両方で実施します。

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コマンドは必ず実行してください。

各コマンドの詳細については，マニュアル「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ホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

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コマンドは非対話形式でも実行できます。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 リファレンス」の，定義ファイルについて説明している章を参照してください。

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イベントの設定を再度行ってください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - Managerホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - Managerホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

5.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順

PFM - AgentまたはPFM - RMホスト名を変更する場合，次のホストでの作業が必要です。

PFM - Managerホスト

PFM - AgentまたはPFM - RMホスト

監視コンソール

作業の流れを次の図に示します。

なお，JP1/SLMと連携している場合には作業の前に，マニュアル「JP1/Performance Management 運用ガイド」の，JP1/SLMと連携したあとにホスト名を変更する場合の流れについて説明している個所を参照してください。

図5‒8　PFM - AgentまたはPFM - RMホストの物理ホスト名を変更する流れ

作業手順を，図中の手順番号に沿って次に示します。

ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止する。

ホスト名変更の操作中のヘルスチェックイベントを抑止したい場合は，PFM - Managerホストのjpctool monitor suspendコマンドまたは監視コンソールを使用して，ホスト名を変更するPFM - AgentまたはPFM - RMホストの監視を一時停止します。

監視二重化の構成の場合，プライマリー側で実施します。

監視の一時停止の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，監視の一時停止および再開について説明している章を参照してください。

変更後のホスト名を指定して監視を一時停止する。

手順1で監視を一時停止させた場合，あわせて変更後のホスト名を指定して監視を一時停止する必要もあります。

この場合，PFM - Managerホストのjpctool monitor suspendコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

PFM - AgentまたはPFM - RMの設定を削除する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストのエージェント定義の削除（エージェント階層の管理フォルダからの削除）を，PFM - Web Consoleから実施します。

監視二重化の構成の場合，プライマリー側で実施します。

エージェントの定義を変更する手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，エージェントの監視について説明している章を参照してください。

PFM - AgentまたはPFM - RMホストでサービスを停止する。

ホスト名を変更するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。

PFM - AgentまたはPFM - RMホストで監視ホスト名を変更する。

jpcconf host hostnameコマンドを実行して監視ホスト名を変更します。

物理ホスト名をhostBに変更する場合のコマンドの実行例を次に示します。

jpcconf host hostname -newhost hostB -d /var/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 PlatformおよびPFM - Agent for Oracleがある場合，それぞれのStoreデータベースの容量およびインポートディレクトリにあるデータベース容量を合計した値の空きディスク容量が必要となります。なお，PFM - ManagerのMaster StoreサービスのStoreデータベースの容量は合計に含める必要はありません。

PFM - AgentまたはPFM - RMホストの物理ホスト名を変更する。

PFM - AgentまたはPFM - RMホストの物理ホスト名を変更します。

必要に応じて，Performance Managementのシステム内で変更後のホスト名で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更する。

マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Managerホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

必要に応じて，PFM - Agent固有の手順を実行する。

表5‒17　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固有の手順が必要です。固有の手順については「5.3.13　物理ホスト名変更の際に必要に応じて実施する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のプログラムおよびサービスを起動します。サービスの起動にはjpcspm startコマンドを使用してください。

必要に応じて，業務グループの構成を変更する。

ホスト名を変更したPFM - AgentまたはPFM - RMホストが，業務グループに割り当てられている場合は，業務グループの構成を変更する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，ユーザーアカウントと業務グループの管理について説明している章を参照してください。

必要に応じて，手順3の定義を再設定する。

ホスト名を変更したPFM - AgentまたはPFM - RMの定義（手順3で削除した定義）を再設定します。

監視二重化の構成の場合，プライマリー側で実施します。

アラームの設定を更新する。

次の場合，PFM - Managerホストのjpctool alarmコマンドまたは監視コンソールを使用して，アラームの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

アクションの実行先アクションハンドラにPFM - AgentまたはPFM - RMホストのアクションハンドラを指定している場合

アラームを編集して，アクションを実行するアクションハンドラとして「PH1＜変更後のPFM - AgentまたはPFM - RMホスト名＞」を設定してください。

アラーム編集方法の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

JP1システムイベントの設定を更新する。

次のどちらかの条件を満たす場合，PFM - Web ConsoleからJP1システムイベントの設定を更新する必要があります。

監視二重化の構成の場合，プライマリー側で実施します。

変更前のホスト名を，JP1システムイベントのJP1/Base接続先のイベントサーバ名に指定している。

変更前のホスト名を，JP1システムイベントの監視コンソールのホスト名に指定している。

JP1システムイベントの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

変更前のホスト名を指定して監視を再開する。

手順1で監視を一時停止した場合，変更前のホスト名に関する監視の一時停止の設定情報を削除するため，変更前のホスト名を指定して監視を再開する必要があります。

この場合，PFM - Managerホストのjpctool monitor resumeコマンドの-forceオプションを使用してください。

監視二重化の構成の場合，プライマリー側で実施します。

ホスト名を変更したPFM - AgentまたはPFM - RMホストの監視を再開する。

手順2で監視を一時停止した場合，PFM - Managerホストのjpctool monitor resumeコマンドまたは監視コンソールを使用して，PFM - AgentまたはPFM - RMホストの監視を再開します。

監視二重化の構成の場合，プライマリー側で実施します。

プライマリーとセカンダリー間で定義情報を一致させる。（監視二重化の場合）

プライマリーから二重化用の定義情報をエクスポートしたあとで，セカンダリーにインポートし，プライマリーとセカンダリー間で定義情報を一致させます。

定義情報を一致させる手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の定義情報の二重化について説明している個所を参照してください。

設定変更後の確認を実施する。

設定変更後は，次の確認をしてください。

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

パフォーマンスデータの収集間隔（Collection Interval）に指定している時間の2倍以上の期間は，稼働させて問題なく収集できるか確認します。

jpcrptコマンドの実行

収集したパフォーマンスデータが問題なく出力できるか確認します。

レポート定義およびアラーム定義の確認

Webブラウザで作成したレポート定義およびアラームの定義が問題ないか確認します。

アクション実行の確認

作成したアラームのアクション実行が問題なく実行できるか確認します。

5.3.11　PFM - RMの監視対象の物理ホスト名の変更手順

(1)　監視対象の監視対象名を変更しない場合

監視対象に対応したリモートエージェントの監視対象ホスト名の設定を，新しいホスト名に変更する必要があります。リモートエージェント（インスタンス名：inst1）の監視対象ホスト名をhostAからhostBに変更する場合の，コマンドの実行手順を次に示します。

jpcconf target setup -key RMPlatform -inst inst1 -target hostAコマンドを実行する。

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

Target Host:hostBと入力する。

コマンドの指示に従って監視対象ホストの設定項目を入力します。設定項目を入力したら，リターンキーを押して設定してください。

図5‒9　PFM - RMの監視対象ホスト名の変更例（監視対象の監視対象名を変更しない場合）

(2)　監視対象の監視対象名を変更する場合

監視対象に対応したリモートエージェントを再作成する必要があります。リモートエージェントを再作成する手順を次に示します。

jpcconf target unsetupコマンドを実行して，監視対象に対応したリモートエージェントを削除する。

jpcconf target setupコマンドを実行して，新しい監視対象ホスト名でリモートエージェントを追加する。

なお，監視対象のパフォーマンスデータは引き継げません。

図5‒10　PFM - RMの監視対象ホスト名の変更例（監視対象の監視対象名を変更する場合）

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

5.3.12　PFM - Web Consoleの物理ホスト名の変更手順

JP1/SLMと連携している場合には作業の前に，マニュアル「JP1/Performance Management 運用ガイド」の，JP1/SLMと連携したあとにホスト名を変更する場合の流れについて説明している個所を参照してください。

PFM - Web Consoleホストでサービスを停止する。

ホスト名を変更するPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。

通信で使用するホスト名の設定でホスト名を変更している場合，ホスト名を変更する。

PFM - Web Consoleホストで使用しているIPアドレスが，PFM - Managerホストからは通信できないIPアドレスである場合で，初期設定ファイル（config.xml）にPFM - Web Consoleホストのホスト名を指定しているときは，変更後のホスト名に変更します。

変更方法については，マニュアル「JP1/Performance Management リファレンス」の付録の，PFM - ManagerとPFM - Web ConsoleおよびJP1/SLMの通信で使用するホスト名の設定について説明している個所を参照してください。

統合管理製品（JP1/IM）と連携した稼働監視をしている場合，ホスト名を変更する。

JP1ユーザーイベントを設定している場合

モニター画面呼び出し定義ファイル，および統合機能メニュー定義ファイルのホスト名を変更後のホスト名に変更します。

JP1システムイベントを設定している場合

［JP1 Event Send Host］−［Monitoring Console Host］プロパティの設定を変更後のホスト名に変更します。

統合コンソール上のイベントからPerformance Managementのレポートを表示する設定をしている場合

性能レポート表示定義ファイル（performance.conf）に設定しているPFM - Web Consoleのホスト名を変更します。

統合管理製品（JP1/IM）の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，統合管理製品（JP1/IM）と連携した稼働監視について説明している章を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合，ホスト名を変更する。

JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）に設定しているPFM - Web Consoleのホスト名を変更します。

PFM - Web Consoleホストの物理ホスト名を変更する。

PFM - Web Consoleホストの物理ホスト名を変更します。マシンの再起動が必要な場合は，再起動後にPerformance Managementのプログラムおよびサービスが自動起動しないように，設定を変更しておいてください。PFM - Web Consoleホスト上での作業が完了したあと，Performance Managementのプログラムおよびサービスが自動起動するように，設定を元に戻してください。

Webブラウザと監視コンソールサーバ間の暗号化通信を有効にしている場合，証明書を再取得する。

変更後のホスト名で証明書を取得し直す必要があります。

詳細については，「4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ」を参照してください。

PFM - Web Consoleホストで，サービスを起動する。

ホスト名を変更したPFM - Managerに接続するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスを起動します。サービスの起動にはjpcwstartコマンドを使用してください。

統合管理製品（JP1/IM）と連携している場合は，統合管理製品（JP1/IM）を再起動する。

JP1/IMのjco_spmd_reloadコマンドを実施することでも設定を反映できます。コマンドの詳細については，マニュアル「JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス」を参照してください。

ジョブ管理製品（JP1/AJS3）と連携した稼働監視をしている場合は，ジョブ管理製品（JP1/AJS3）のサービスを再起動する。

5.3.13　物理ホスト名変更の際に必要に応じて実施するPFM - Agent固有の手順

ここでは，次の操作の際に必要なPFM - Agent固有の手順について，製品ごとに説明します。

PFM - Managerホスト名を変更する

PFM - AgentまたはPFM - RMホスト名を変更する

具体的に，どのような場合にこの手順が必要になるかについては，「5.3.9　PFM - Managerの物理ホスト名の変更手順」または「5.3.10　PFM - AgentまたはPFM - RMの物理ホスト名の変更手順」を参照してください。

(1)　PFM - Agent for Cosminexusの場合

作成済みのすべてのインスタンス環境で定義ファイルを編集します。

定義ファイル

/opt/jp1pc/agtc/agent/インスタンス名/jpcagt.ini

編集内容

[Agent]セクションのCOSMI_HOSTエントリの値に新しいホスト名を設定します。

(2)　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エントリ

(3)　PFM - Agent for Enterprise Applicationsの場合

作成済みのすべてのインスタンス環境に対して，jpcconf inst setupコマンドを実行します。例えば，PFM - Agent for Enterprise Applicationsに「o246bciSD500」という名称のインスタンス環境がある場合，次のように指定してコマンドを実行します。

jpcconf inst setup -key agtm -inst o246bciSD500

ここでは，対話形式の実行例を示していますが，jpcconf inst setupコマンドは非対話形式でも実行できます。

jpcconf inst setupコマンドの実行時に「ASHOST」に新しいホスト名を指定し，その他の項目には値を指定する必要はありません。値を指定しない項目は，既存の設定を引き継ぎます。

5.3.14　ブックマークの定義情報の格納先ディレクトリの変更手順

ブックマーク定義情報を格納するフォルダは，初期設定ファイル（config.xml）のbookmarkRepositoryに設定できます。

初期設定ファイル（config.xml）にブックマーク定義情報の格納先フォルダを設定する手順を次に示します。論理ホスト運用している場合は，実行系ノードと待機系ノードで，同じ格納先フォルダを設定する必要があります。

初期設定ファイル（config.xml）を開く。

初期設定ファイル（config.xml）は，次の場所にあります。

/opt/jp1pcwebcon/conf/config.xml

ブックマーク定義情報を格納するフォルダを設定する。

初期設定ファイル（config.xml）の<vsa>タグ内にある<format>タグ直後の<bookmark>タグに，格納先フォルダを設定します。

設定した格納先フォルダは，PFM - Web Consoleサービスの起動時に，自動的に作成されます。

非クラスタシステムで運用している場合

例えば，「/opt/jp1pcwebcon/bookmarks」を格納先フォルダにしたいときは，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>/bookmarks -->
<param name="bookmarkRepository" value="/opt/jp1pcwebcon/bookmarks"/>
</bookmark>

</vsa>

論理ホスト運用している場合

ブックマーク定義情報の格納先には共有ディスク上のフォルダを指定します。

例えば，「環境ディレクトリ/opt/jp1pcwebcon/bookmarks」を格納先フォルダにしたいとき，次のように設定します。

</format>

<bookmark>
<!-- The directory where bookmark repository is stored. Default : <install directory>/bookmarks -->
<param name="bookmarkRepository" value="環境ディレクトリ/opt/jp1pcwebcon/bookmarks"/>
</bookmark>

</vsa>

手順2で編集した初期設定ファイル（config.xml）を保存する。

PFM - Web Consoleサービスを再起動する。

初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするために，PFM - Web Consoleサービスを再起動してください。ただし，待機系ノードは，フェールオーバー時に再起動されるため，ここでの再起動は不要です。

注意1

初期設定ファイル（config.xml）は，上記で説明した以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

注意2

クラスタシステムで運用している場合，PFM - Web Consoleサービスは，クラスタソフトから再起動してください。

注意3

ブックマークの定義情報の格納先ディレクトリを変更する場合，すでにブックマーク定義情報がある場合は，次の手順で変更後の格納先に移動する必要があります。

ブックマークの定義情報の退避・削除

すでに存在するブックマーク定義情報を退避し，変更前の格納先ディレクトリに存在するブックマーク定義情報を削除してください。なお，退避・削除する際は，初期設定ファイル（/opt/jp1pcwebcon/conf/config.xml）のbookmarkRepositoryに記載している変更前のパスのディレクトリ配下のデータをすべて退避・削除してください。

ブックマークの定義情報の移動

手順1で退避したブックマーク定義情報を，変更後の格納先ディレクトリに移動してください。なお，移動する際は，退避したすべてのデータを初期設定ファイル（/opt/jp1pcwebcon/conf/config.xml）のbookmarkRepositoryに記載している変更後のパスのディレクトリ直下に移動してください。

5.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ

Webブラウザと監視コンソールサーバ間では，暗号化通信で接続するかどうかを選択できます。デフォルトでは暗号化通信は無効になっています。

詳細については，「4.3.15　Webブラウザと監視コンソールサーバ間の暗号化通信の設定および変更の流れ」を参照してください。

5.3.16　ポート番号の設定変更手順

Performance Managementのポート番号の設定を変更する手順を次に示します。

(1)　エージェントまたはアクションハンドラのポート番号を変更する

エージェントまたはアクションハンドラのポート番号を変更する手順を次に示します。

(a)　PFM - ManagerおよびPFM - Base 11-01以降のPerformance Managementサービスのポート番号の設定を変更し，接続先Name Serverのポート番号の設定を変更しない場合

ポート番号の設定を変更するPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define -only

変更内容は次のどれかです。

ポート番号の固定

固定済みポート番号の変更

固定済みポート番号の解除

ポート番号の設定を変更したPerformance Managementサービスを起動する。

(b)　PFM - ManagerおよびPFM - Base 11-01以降のPerformance Managementサービスと接続先Name Serverのポート番号を変更する場合

ポート番号の設定を変更するエージェントホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define

変更内容は次のどれかです。

ポート番号の固定

固定済みポート番号の変更

固定済みポート番号の解除

ポート番号の設定を変更したエージェントホストのすべてのPerformance Managementサービスを起動する。

(2)　監視マネージャーのポート番号の設定を変更する

監視マネージャーのポート番号の設定を変更する手順を次に示します。

(a)　ポート番号が固定されているMaster ManagerまたはCorrelatorのポート設定を変更する場合

PFM - Manager 11-50以降がインストールされている監視マネージャホストで，すでにポート番号が固定されているMaster ManagerまたはCorrelatorのポート番号の設定を変更する場合，PFM - Base 11-50以降がインストールされているエージェントホストのPerformance Managementサービスの再起動が必要となります。

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

設定を変更するPFM - Manager に接続するPFM - Web Consoleからログアウトします。

PFM - Managerに接続するエージェントホストのうち，PFM - Base 11-50以降がインストールされているホストのすべてのPerformance Managementサービスを停止する。

PFM - ManagerホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define

変更内容は次のどちらかです。

固定済みポート番号の変更

固定済みポート番号の解除

PFM - ManagerホストのすべてのPerformance Managementサービスを起動する。

PFM - Managerに接続するエージェントホストのすべてのPerformance Managementサービスを起動する。

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

(b)　ポート番号が固定されていないMaster ManagerまたはCorrelatorのポート設定を変更する場合

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

設定を変更するPFM - Manager に接続するPFM - Web Consoleからログアウトします。

PFM - ManagerホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドで停止します。クラスタシステムを利用している場合は，クラスタソフトから停止します。

次のコマンドを実行して，ポート番号の設定を変更する。

jpcconf port define

変更内容は「ポート番号の固定」です。

PFM - ManagerホストのすべてのPerformance Managementサービスを起動する。

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

5.4　Performance Managementの運用方式の変更

稼働監視システムのシステム管理者の変更や，収集した稼働監視データの運用手順の変更などで，システムのPerformance Managementの運用方式を変更する場合があります。

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

共通メッセージログは，PFM - Manager，PFM - Base，PFM - Agent，およびPFM - RMで出力されます。デフォルトでは，共通メッセージログのログファイルとして，8,192キロバイトのファイルが2ファイル使用されます。共通メッセージログのファイルサイズを変更したい場合に必要な設定です。

ファイルサイズを変更したい場合は，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

UNIXの場合

/opt/jp1pc/

論理ホストの場合

UNIXの場合

環境ディレクトリ/jp1pc/

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

表5‒18　共通メッセージログのファイルサイズ設定項目（jpccomm.iniの[Common Section]セクション）

設定項目

ラベル名

設定できる値

デフォルト値

共通メッセージログを格納するファイルのサイズ

（キロバイト）

Common Msglog Size

4〜32,768

8,192※

注※

新規インストールの場合は8,192となります。バージョンアップインストールの場合はバージョンアップ前に設定した値となります。

手順を次に示します。

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

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

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

共通メッセージログのファイルサイズを変更する。

次に示す網掛け部分を修正してください。

注意

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

jpccomm.iniファイルには，共通メッセージログのファイルサイズ以外にも，定義情報が記述されています。[Common Section]セクションのCommon Msglog Size以外の値は変更しないようにしてください。必要な項目以外の値を変更すると，Performance Managementが正常に動作しなくなることがあります。

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

注意

共通メッセージログファイルの設定は，同一ホスト上のPerformance Managementプログラムで共通です。

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

PFM - AgentまたはPFM - RMで発生したイベントデータは，PFM - ManagerのMaster StoreサービスのStoreデータベースで管理されます。

Storeデータベースで管理されるイベントデータの，次の格納先ディレクトリを変更したい場合は，Storeサービス設定ファイル（jpcsto.ini）の[Data Section]セクションの内容を直接編集します。

格納先ディレクトリ

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

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

Storeサービス設定ファイル（jpcsto.ini）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

5.4.3　通信回線の切断の設定手順

Performance Managementは，接続先との通信終了後70秒間は回線を切断しません。接続時間によって課金されるような環境で使用する場合には注意してください。

通信終了後，すぐに回線を切断したい場合は，次のようにjpccomm.iniファイルを編集してください。

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

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

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

回線の接続モードを変更する。

jpccomm.iniファイル中のすべてのセクションで次のラベルの値を変更します。

NS Keepalive Mode=0

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

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

注意

PFM - Web ConsoleとPFM - Manager間では，定期的に通信をしているため，回線は常に接続している状態となります。このためホスト間の通信にWAN環境などの通信時間や通信量に応じて課金されるネットワークを使用することは推奨しません。

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

アラームテーブル複数バインド機能を利用するには，PFM - ManagerおよびPFM - Web Consoleが08-50以降である必要があります。アラームテーブル複数バインド機能を有効にすると，08-50より前のバージョンのPFM - Web Consoleからは接続できなくなります。

複数のアラームテーブルをバインド可能な監視エージェントの構成を次の表に示します。複数のアラームテーブルをバインドする監視エージェントは，次の表中で○と記した構成である必要があります。ただし，表中で×と記した構成の監視エージェントがシステム内に存在する場合も，該当する監視エージェントに複数のアラームテーブルをバインドしなければ，アラームテーブル複数バインド機能を利用できます。表で×と記した構成の監視エージェントに複数のアラームテーブルをバインドした場合，該当する監視エージェントのアラームの評価結果が保証されません。

PFM - Agentのバージョン

同一ホスト上のPFM - ManagerまたはPFM - Baseのバージョン

08-50以降

08-50未満

なし

08-00以降

○

×

−

08-00未満

×

×

×

（凡例）

○：複数バインドできる

×：複数バインドできない

−：不可能な組み合わせ

アラームテーブル複数バインド機能を有効または無効にするには，PFM - Managerホストのjpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

UNIXの場合

/opt/jp1pc/

論理ホストの場合

UNIXの場合

環境ディレクトリ/jp1pc/

(1)　アラームテーブル複数バインド機能を有効にする場合

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

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラームテーブル複数バインドの利用可否を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=1

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

jpcspm startコマンドでPerformance Managementのプログラムおよびサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

(2)　アラームテーブル複数バインド機能を無効にする場合

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

Performance Managementのプログラムおよびサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラームテーブル複数バインドの利用可否を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Multiple Alarm Table Bind=0

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

jpcspm startコマンドでPerformance Managementのプログラムおよびサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleを再起動する。

注意

PFM - AgentまたはPFM - RMに複数のアラームテーブルがバインドされた状態で，アラームテーブル複数バインド機能を無効に設定した場合，次回のMaster Managerサービス起動時に，複数のアラームテーブルがバインドされているPFM - AgentまたはPFM - RMについては，KAVE00317-Wメッセージを出力し，該当PFM - AgentまたはPFM - RMにバインドされているすべてのアラームテーブルがアンバインドされます。このため，機能を無効に設定変更したあとのMaster Managerサービス起動に時間が掛かることがあります。なお，起動中のPFM - AgentまたはPFM - RMについては，該当PFM - AgentまたはPFM - RMが再起動されるまで複数のアラームテーブルがバインドされた状態が継続します。バインド状態の更新を反映するため，アラームテーブル複数バインド機能を無効に設定した場合，KAVE00317-Wメッセージが出力されたPFM - AgentまたはPFM - RMを再起動してください。

5.4.5　IPアドレスの設定の変更手順

(1)　PFM - ManagerホストのIPアドレスを変更する場合

PFM - Web Consoleのログアウト

IPアドレスを変更するPFM - Managerに接続するPFM - Web Consoleホストをログアウトします。

PFM - Managerホストの全PFMサービスの停止

IPアドレスを変更するPFM - ManagerホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - ManagerホストのIPアドレスの変更

PFM - ManagerホストのIPアドレスを変更します。

ネットワークの設定

全PFM - Agent，PFM - RM，PFM - Base，PFM - Web Console，PFM - Manager，およびJP1/SLMホストとIPアドレスを変更したPFM - Managerホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

PFM - Manager自ホスト名の設定

PFM - ManagerホストのView Serverサービス起動情報ファイル（jpcvsvr.ini）でjava.rmi.server.hostnameラベルにIPアドレスを設定していた場合，このIPアドレスを更新します。

PFM - ManagerホストのPFMサービスの再起動

PFM - Managerホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン

PFM - Web Consoleでログインします。

(2)　PFM - Web ConsoleホストのIPアドレスを変更する場合

PFM - Web Consoleホストの全PFMサービスの停止

IPアドレスを変更するPFM - Web ConsoleホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcwstopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - Web ConsoleホストのIPアドレスの変更

PFM - Web ConsoleホストのIPアドレスを変更します。

ネットワークの設定

接続先PFM - ManagerホストとIPアドレスを変更したPFM - Web Console，およびJP1/SLMホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

監視コンソールから該当ホストに対して，HTTPで通信接続できるようにします。

統合管理製品（JP1/IM）と連携していて，統合コンソール上のイベントからPerformance Managementのレポートを表示する設定をしている場合は，統合コンソールのホストとIPアドレスを変更したPFM - Web Consoleホスト間で名前解決できるように設定します。性能レポート表示定義ファイル（performance.conf）に記載しているPFM - Web Consoleのホスト名で名前解決できるように，hostsファイル，およびDNSの設定を変更してください。

ジョブ管理製品（JP1/AJS3）と連携している場合は，JP1/AJS3 - Web ConsoleのホストとIPアドレスを変更したPFM - Web Consoleホスト間で名前解決できるように設定します。JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）に記載しているPFM - Web Consoleのホスト名で名前解決できるように，hostsファイル，およびDNSの設定を変更してください。

PFM - Web Console自ホスト名の設定

PFM - Web Consoleホストの初期設定ファイル（config.xml）でPFM - Web Consoleのホスト名にIPアドレスを設定していた場合，このIPアドレスを更新します。

PFM - Web ConsoleホストのPFMサービスの再起動

PFM - Web Consoleホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - Web Consoleでログイン

監視コンソールから新しいIPアドレス（またはそのホスト名）のURLでPFM - Web Consoleに接続します。

(3)　PFM - BaseホストのIPアドレスを変更する場合

PFM - Baseホストの全PFMサービスの停止

IPアドレスを変更するPFM - BaseがインストールされているホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - BaseホストのIPアドレスの変更

PFM - BaseがインストールされているホストのIPアドレスを変更します。

ネットワークの設定

全PFM - Agent，PFM - RM，PFM - Base，PFM - Web Console，PFM - ManagerホストとIPアドレスを変更したPFM - Baseホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

PFM - BaseホストのPFMサービスの再起動

PFM - Baseがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

(4)　PFM - AgentまたはPFM - RMホストのIPアドレスを変更する場合

PFM - AgentまたはPFM - RMホストの全PFMサービスの停止

IPアドレスを変更するPFM - AgentまたはPFM - RMホストでPerformance Managementのプログラムおよびサービスをすべて停止します。サービスの停止にはjpcspm stopコマンドを使用してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

PFM - AgentまたはPFM - RMホストのIPアドレスの変更

PFM - AgentまたはPFM - RMがインストールされているホストのIPアドレスを変更します。

ネットワークの設定

全PFM - Agent，PFM - RM，PFM - Base，PFM - Web Console，PFM - ManagerホストとIPアドレスを変更したPFM - AgentまたはPFM - RMがインストールされているホスト間で名前解決できるようにjpchostsファイル，hostsファイル，およびDNSの設定を変更します。

PFM - AgentまたはPFM - RMホストのPFMサービスの再起動

PFM - AgentまたはPFM - RMがインストールされているホスト上のPerformance Managementのプログラムおよびサービスを起動します。クラスタシステムを利用している場合は，クラスタソフトから起動してください。

5.4.6　PFM - Manager，PFM - Agent，またはPFM - RMの動作設定について

PFM - Manager，PFM - Agent，またはPFM - RMの動作は，起動情報ファイル（jpccomm.ini）で設定されています。jpccomm.iniファイルは，各製品のインストール先ディレクトリに格納されています。

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

5.4.7　PFM - Web Consoleの設定の変更手順

PFM - Web Consoleの運用で必要な環境設定は，初期設定ファイル（config.xml）で実施します。

初期設定ファイル（config.xml）は/opt/jp1pcwebcon/conf/に格納されています。

注意

初期設定ファイル（config.xml）は，PFM - Web Consoleサービスの起動時に読み込まれます。初期設定ファイルで変更した設定内容を有効にするには，PFM - Web Consoleサービスを再起動してください。また，指定された以外の個所を変更すると，PFM - Web Consoleが正常に動作しない場合がありますので，注意してください。

初期設定ファイルで設定する項目を次に示します。

(1)　初期設定ファイル（config.xml）の設定項目

初期設定ファイル（config.xml）の詳細については，マニュアル「JP1/Performance Management リファレンス」の，定義ファイルについて説明している章を参照してください。

(2)　変更した初期設定ファイル（config.xml）をデフォルトに戻す手順

バージョンアップによって，config.xmlファイルの構造が変わるおそれがあります。バージョンアップ後に，次に示す手順で，config.xmlファイルの編集内容を新しいconfig.xmlファイルに反映してください。

/opt/jp1pcwebcon/conf/config.xmlの内容を確認し，編集内容を調べておく。

/opt/jp1pcwebcon/conf/config.xmlをバックアップする。

/opt/jp1pcwebcon/sample/conf/config.xmlを，/opt/jp1pcwebcon/conf/config.xmlに上書きコピーする。

手順1で確認した編集内容を手順3でコピーしたconfig.xml（/opt/jp1pcwebcon/conf/config.xml）に反映する。

PFM - Web Consoleを再起動する。

注意

config.xmlファイルをインストール時のデータに戻したい場合は，/opt/jp1pcwebcon/sample/conf/からconfig.xmlファイルをコピーして，上記のフォルダに上書きしてください。

(3)　日付の表示形式

日付の表示形式は，ブラウザで操作する場合とコマンドで操作する場合で異なります。

詳細については「4.4.7(3)　日付の表示形式」を参照してください。

(a)　日付の表示形式のタグ指定

ブラウザの場合，日付の表示形式を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを使用します。

表5‒19　日付の表示形式のタグ一覧

タグ

属性

内容

format

−

日付の表示形式を指定するルートタグを示します。

param

name

selectFormatを指定します。

value

指定値を次に示します。

pattern-ddMMyyyy

pattern-MMddyyyy

pattern-yyyyMMdd

（凡例）

−：該当しない

(b)　日付フォーマット指定の記述例

ブラウザの場合，ロケールが「en_US」，「en」，「ja」以外であるときに適用される日付の表示形式の，初期設定ファイル（config.xml）記述例を次に示します。

（例）

日付フォーマットのパターンに「pattern-MMddyyyy」を指定します。日付は

「MM dd yyyy」と表示されます。

<format>
  <param name="selectFormat" value="pattern-MMddyyyy"/>
</format>

(4)　数値形式に関する注意事項

数値の小数点記号や桁区切り記号は，地域によっては記号が異なります。

PFM - Web Consoleでは，数値形式（小数点記号，桁区切り記号）を変更できます。数値形式を変更できる項目を次の表に示します。

表5‒20　PFM - Web Consoleで数値形式を変更できる項目

項目

GUI（ブラウザ）

ブラウザ表示

csv出力

ユーザー入力（数値）

コマンド

html出力

csv出力

コマンドパラメーターファイル記載値（数値）

数値形式に設定できる値を次の表に示します。

表5‒21　PFM - Web Consoleで扱う数値形式に設定できる値

設定項目

設定できる値

小数点記号

「.（ピリオド）」

「,（半角コンマ）」

桁区切り記号

半角スペース

「'（シングルクォート）」

「.（ピリオド）」

「,（半角コンマ）」

ただし，次の表に示すデータについては，数値形式の設定が適用されません。

表5‒22　PFM - Web Consoleの画面で数値形式の設定が適用されない項目

項目

表示する画面

アラームのメッセージテキスト

サマリ画面

サマリ印刷画面

イベントモニター

イベント履歴

イベント履歴印刷画面

レコード，フィールドの説明

レコードの説明画面

フィールドの説明画面

クイックガイド画面

クイックガイド>フィールドの検索画面（レコード一覧）

クイックガイド>フィールドの検索画面（レコードの該当フィールド一覧）

フィールドの検索画面

レポート定義の編集画面

サービスのLogif画面

サービスのプロパティ情報の説明文

プロパティの表示画面

プロパティ画面

プロパティの配布画面

(a)　数値の小数点として使用する記号のタグ指定

PFM - Web Consoleで扱う数値について，小数点として使用する記号を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを指定します。

表5‒23　小数点記号のタグ指定

タグ

属性

内容

number-format

−

小数点として使用する記号を指定するルートタグを示します。

param

name

decimalPointSymbolを指定します。

value

指定値を次に示します。

period

comma

（凡例）

−：該当しない

PFM - Web Console上で，数値の小数点記号として，コンマを使用する場合の初期設定ファイル（config.xml）記述例を次に示します。

（例）

数値の小数点記号として「comma」を指定します。

例えば，小数「99.1」を表示する場合は「99,1」として表示します。

<number-format>
  <param name="decimalPointSymbol" value="comma"/>
</number-format>

(b)　数値の桁区切り記号として使用する記号のタグ指定

PFM - Web Consoleで扱う数値について，桁区切り記号として使用する記号を初期設定ファイル（config.xml）に設定する場合，次の表に示すタグを指定します。

表5‒24　桁区切り記号のタグ指定

タグ

属性

内容

number-format

−

桁区切り記号として使用する記号を指定するルートタグを示します。

param

name

numericSeparatorを指定します。

value

指定値を次に示します。

space

quotation

period

comma

（凡例）

−：該当しない

PFM - Web Console上で，数値の桁区切り記号として，ピリオドを使用する場合の初期設定ファイル（config.xml）記述例を次に示します。

（例）

桁区切り記号として「period」を指定します。

例えば，「2,000」を表示する場合は「2.000」として表示します。

<number-format>
  <param name="numericSeparator" value="period"/>
</number-format>

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

(1)　セットアップ方法

Storeバージョン2.0は，PFM - Base 08-10以降またはPFM - Manager 08-10以降で，監視エージェントが，PFM - Agent 08-00以降またはPFM - RMの場合に利用できます。PFM - Agentのバージョン08-10を新規にインストールする場合，およびPFM - RMを新規にインストールする場合には，デフォルトでStoreバージョン2.0が動作します。

注意

Storeバージョン2.0を利用できるのはAgent StoreおよびRemote Monitor StoreサービスのStoreデータベースだけです。Master StoreサービスのStoreデータベースは，Storeバージョン1.0でだけ動作するので，Storeバージョン2.0は利用できません。また，Remote Monitor StoreサービスではStoreバージョン1.0は利用できません。

Storeバージョン2.0は，PFM - Agentのバージョンとインストール順序によってセットアップ方法が異なります。既存の環境がStoreバージョン1.0で稼働している場合は，08-10以降の製品をインストールしても，Storeバージョン1.0で稼働する設定のままとなります。この環境のStoreデータベースを2.0へ移行する場合は，セットアップコマンドを実行する必要があります。

PFM - Agentのバージョンごとに，Storeバージョン2.0の利用可否と利用手順を次の表に示します。

表5‒25　シングルインスタンスのPFM - Agentの場合

PFM - Agent

Storeバージョン2.0の利用可否

Storeバージョン2.0の利用手順

バージョン

インストール方法

07-50以前

問わない

利用できない

−

08-00

問わない

セットアップ後利用できる

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

08-10以降

新規インストール

利用できる

設定不要

バージョンアップインストール

利用できる

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

（凡例）

−：該当しない

表5‒26　マルチインスタンスのPFM - Agentの場合

PFM - Agent

Storeバージョン2.0の利用可否

Storeバージョン2.0の利用手順

バージョン

インスタンスの作成タイミング

07-50以前

問わない

利用できない

−

08-00以降

PFM - Base，またはPFM - Manager08-10をインストールする前

セットアップ後利用できる

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

PFM - Base，またはPFM - Manager08-10をインストールしたあと

利用できる

jpcconf inst setupコマンドによるインスタンス作成時に，使用するStoreバージョンを選択

（凡例）

−：該当しない

PFM - AgentでStoreバージョン2.0を使用する場合のセットアップ手順については，各PFM - Agentマニュアルを参照してください。

注意

Storeバージョン1.0からStoreバージョン2.0に変更した場合，PDレコードおよびPLレコードではデータの保存条件が変更されるため，Storeバージョン2.0の保存条件を満たしていないデータは削除されます。また，Storeバージョン2.0でのデフォルトの保存期間は，PFM - AgentおよびPFM - RMによって異なります。

例えば，デフォルトの保存期間が10日のPFM - Agentで，Store バージョン1.0 のPD レコードが10,000 レコードで2006/01/01 から2006/12/31 の365 日分保存されている場合，Store バージョン2.0 に変更すると，過去355 日分のデータは削除されます。

このため，Storeバージョン2.0に変更する前に，jpctool db dumpコマンドでStoreバージョン1.0の情報を出力してください。

なお，PIレコードは変更前と変更後でデータの内容は変わりません。

(2)　アンセットアップ方法

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

なお，jpcconf db vrset -ver 1.0コマンドは，対話形式と非対話形式のどちらでも実行できます。jpcconf db vrsetコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。

注意

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

5.4.9　プロダクト名表示機能の設定手順

プロダクト名表示機能を有効にすることで，Performance Managementで使用するサービスキーおよびサービスIDの形式をプロダクト名に変更できます。プロダクト名表示機能の詳細については，「3.1.2　サービスの表示・指定方法（プロダクト名表示機能）」を参照してください。

プロダクト名表示機能を設定するには，jpcconf prodnameコマンドを使用します。jpcconf prodnameコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」の，コマンドについて説明している章を参照してください。

(1)　現在のプロダクト名表示機能の設定状況を確認する

プロダクト名表示機能の設定状況を確認したいホストにログインする。

jpcconf prodname displayコマンドを実行する。

プロダクト名表示機能の現在の設定が表示されます。

論理ホスト運用をしている場合は，-lhostオプションで設定状況を確認したい論理ホストを指定してください。

(2)　プロダクト名表示機能を有効にする

プロダクト名表示機能を有効にしたいホストにログインする。

ホスト上のすべてのPerformance Managementサービスを停止する。

サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

jpcconf prodname enableコマンドを実行する。

プロダクト名表示機能が有効になります。

論理ホスト運用をしている場合は，-lhostオプションでプロダクト名表示機能を設定したい論理ホストを指定してください。

ホスト上のすべてのPerformance Managementサービスを起動する。

サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

(3)　プロダクト名表示機能を無効にする

プロダクト名表示機能を無効にしたいホストにログインする。

ホスト上のすべてのPerformance Managementサービスを停止する。

サービスの停止方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを停止してください。

jpcconf prodname disableコマンドを実行する。

プロダクト名表示機能が無効になります。

論理ホスト運用をしている場合は，-lhostオプションでプロダクト名表示機能を設定したい論理ホストを指定してください。

ホスト上のすべてのPerformance Managementサービスを起動する。

サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの起動と停止について説明している章を参照してください。論理ホスト運用をしている場合は，クラスタソフトの操作によって，Performance Managementを登録している論理ホストを起動してください。

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

アラーム正常回復時の測定値出力機能によって，複数インスタンスレコードを監視するアラームが正常状態に回復した場合に，アラームメッセージテキストを出力できます。アラーム正常回復時の測定値出力機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，アラームによる稼働監視について説明している章を参照してください。

アラーム正常回復時の測定値出力機能を利用するために必要なシステムのバージョン構成を次に示します。なお，PFM - Web Consoleのバージョンに制限はありません。

PFM - Manager：09-10以降

アラーム監視対象のPFM - AgentまたはPFM - RM：08-00以降

エージェントホストのPFM - ManagerまたはPFM - Base：09-10以降

09-10以降かつ11-00未満のPFM - Managerを新規にインストールした場合，および09-00以前から09-10以降へバージョンアップインストールした場合，デフォルトではアラーム正常回復時の測定値出力機能は無効になります。09-10以降からバージョンアップインストールした場合，アラーム正常回復時の測定値出力機能は以前の設定を引き継ぎます。

アラーム正常回復時の測定値出力機能の設定は，PFM - Managerホストで実行します。PFM - AgentまたはPFM - RMが上記のシステム構成を満たしていて，接続先PFM - Managerでアラーム正常回復時の測定値出力機能を有効に設定している場合，アラーム正常回復時の測定値出力機能が有効になります。PFM - AgentおよびPFM - RMでのアラーム正常回復時の測定値出力機能の動作を次の表に示します。

PFM - AgentまたはPFM - RMのバージョン

同一ホスト上のPFM - ManagerまたはPFM - Baseのバージョン

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

接続先PFM - Managerのバージョンが09-10以降

接続先PFM - Managerのバージョンが09-10未満

08-00以降

09-10以降

接続先PFM - Managerの設定に従う※1

無効※2

09-10未満

無効※3

無効※3

08-00未満

バージョンを問わない

無効※3

無効※3

注※1

Agent CollectorサービスまたはRemote Monitor Collectorサービスの起動時に，次に示すメッセージがPFM - AgentまたはPFM - RMホストの共通メッセージログに出力されます。

・アラーム正常回復時の測定値出力機能を有効で起動した場合：KAVE00349-I

・アラーム正常回復時の測定値出力機能を無効で起動した場合：KAVE00350-I

注※2

Agent CollectorサービスまたはRemote Monitor Collectorサービスの起動時に，PFM - AgentまたはPFM - RMホストの共通メッセージログにKAVE00350-Iメッセージが出力されます。

注※3

PFM - AgentまたはPFM - RMホストの共通メッセージログにアラーム正常回復時の測定値出力機能の設定についてのメッセージは出力されません。

アラーム正常回復時の測定値出力機能を有効または無効にするには，PFM - Managerホストのjpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

物理ホストの場合

UNIXの場合

/opt/jp1pc/

論理ホストの場合

UNIXの場合

環境ディレクトリ/jp1pc/

メモ

PFM - Managerのアラーム正常回復時の測定値出力機能の設定状態によって，Name Serverサービスの起動時に次のメッセージがPFM - Managerホストの共通ログに出力されます。

アラーム正常回復時の測定値出力機能が有効な場合：KAVE00349-I

アラーム正常回復時の測定値出力機能が無効な場合：KAVE00350-I

jpccomm.iniファイル中のAlarm Message Modeラベルに0または1以外の値が指定された場合：KAVE00350-IおよびKAVE00351-W

(1)　アラーム正常回復時の測定値出力機能を有効にする場合

PFM - Managerのサービスをすべて停止する。

PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラーム正常回復時の測定値出力機能の利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Alarm Message Mode=1

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - AgentおよびPFM - RMをすべて再起動する。

jpcspm stopおよびjpcspm startコマンドで，監視しているPFM - AgentおよびPFM - RMをすべて再起動してください。再起動するまでは設定が反映されません。

(2)　アラーム正常回復時の測定値出力機能を無効にする場合

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

PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

アラーム正常回復時の測定値出力機能の利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

Alarm Message Mode=0

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

PFM - AgentおよびPFM - RMをすべて再起動する。

jpcspm stopおよびjpcspm startコマンドで，監視しているPFM - AgentおよびPFM - RMをすべて再起動してください。再起動するまでは設定が反映されません。

5.4.11　Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションの設定手順

Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションを使用すると，PFM - Baseのコマンドで操作できるホストを，ローカルホストに限定できます。

それぞれの機能の詳細については，「3.9.4　コマンドの操作対象ホストを制限する設定」を参照してください。

また，これらのオプションを設定するには，jpccomm.iniファイルの内容を直接編集します。jpccomm.iniファイルは，次の場所に格納されています。

設定するホストが物理ホストの場合

UNIXの場合

/opt/jp1pc/

設定するホストが論理ホストの場合

UNIXの場合

環境ディレクトリ/jp1pc/

(1)　Agentホストリモート操作制限オプションの設定の変更

Agentホストリモート操作制限オプションは，PFM - Managerホストで設定します。

PFM - Managerのサービスをすべて停止する。

PFM - Managerのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

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

Agentホストリモート操作制限オプションの利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Agent Remote Protection=1

無効にする場合

Agent Remote Protection=0

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

jpcspm startコマンドでPFM - Managerのサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

(2)　Agent間直接情報参照抑止オプションの設定の変更

Agent間直接情報参照抑止オプションは，コマンド実行時に-hostオプションで指定された対象ホスト側で，ステータス情報の提供を拒否するための機能です。このため，それぞれの対象ホストで設定します。

PFM - AgentまたはPFM - RMホストのすべてのPerformance Managementサービスを停止する。

Performance Managementのサービスが起動されている場合は，jpcspm stopコマンドですべて停止してください。クラスタシステムを利用している場合は，クラスタソフトから停止してください。

テキストエディターなどで，PFM - AgentまたはPFM - RMホストのjpccomm.iniファイルを開く。

Agent間直接情報参照抑止オプションの利用有無を設定する。

jpccomm.iniファイル中の［Common Section］セクションで次のラベルの値を変更します。

有効にする場合

Service List Protection=1

無効にする場合

Service List Protection=0

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

jpcspm startコマンドでPerformance Managementサービスを起動する。

クラスタシステムを利用している場合は，クラスタソフトから起動してください。

5.4.12　言語環境の変更について

PFM - Web Consoleを除くPerformance Managementでは，運用中にサーバのシステムロケールを変更できません。サーバのシステムロケールを変更する場合は，PFM - Web Consoleを除くPerformance Managementプログラムをアンインストールしたあとにサーバのシステムロケールを変更し，Performance Managementプログラムを再インストールしてください。

PFM - Web Consoleでは，運用中にサーバのシステムロケールを変更できます。システムロケールを変更した場合，usrconf.cfgファイルを確認し，usrconf.cfgファイルの言語設定をシステムロケールに合った値に変更してください。オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

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

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

5.5.1　設定手順

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

PFM - Web Consoleのセットアップ手順に従い，PFM - Web ConsoleにPFM - AgentまたはPFM - RMを登録する（PFM - AgentまたはPFM - RMの追加セットアップを実施する）。

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

表5‒27　マニュアルのコピー先フォルダ

マニュアル

コピー先フォルダ

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

/opt/jp1pcwebcon/doc/言語コード/pcsy/

JP1/Performance Management 運用ガイド

/opt/jp1pcwebcon/doc/言語コード/pcop/

JP1/Performance Management リファレンス

/opt/jp1pcwebcon/doc/言語コード/pcre/

パフォーマンス管理 基本ガイド（稼働性能管理編）

/opt/jp1pcwebcon/doc/言語コード/pcgs/

JP1/Performance ManagementのPFM - AgentまたはPFM - RMマニュアル

/opt/jp1pcwebcon/doc/言語コード/XXXX/※

注※

PFM - AgentまたはPFM - RMマニュアルはフォルダを作成する必要があります。XXXXには，PFM - AgentまたはPFM - RMのヘルプIDを指定してください。ヘルプIDについては，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されている識別子一覧を参照してください。

手順2で確認したディレクトリ配下に，マニュアル提供媒体から該当するファイルおよびディレクトリをコピーする。

メモ

マニュアル提供媒体には，「該当するマウントポイント/MAN/3021」配下に資料番号ディレクトリ単位でマニュアルが格納されています。ここに格納されているマニュアルがどの製品に対応するかを確認する場合は，資料番号ディレクトリ配下のINDEX.HTMまたはPDFマニュアルを参照してください。

HTMLマニュアルの場合

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

PDFマニュアルの場合

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

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

PFM - Web Consoleを再起動する。

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

提供媒体から直接HTMLファイル，CSSファイル，PDFファイル，およびGIFファイルを任意のディレクトリにコピーしてください。

HTMLマニュアルの場合，次のディレクトリ構成になるようにしてください。

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

5.5.2　参照手順

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

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

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

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

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

付録

付録A　制限値

付録A.1　システム構成

(1)　接続できるPFM - Web Console数

1つのPFM - Managerに接続できるPFM - Web Consoleの最大数は，20です。

(2)　接続できるPFM - AgentおよびPFM - RM数

1つのPFM - Managerに接続できるPFM - AgentおよびPFM - RMの最大数は，1,200です。また，「2.5　大規模システムの場合の運用設計」に従って環境を構築した場合の最大数は，2,500です。ただし，PFM - AgentおよびPFM - RMから発行されるアラームイベントの発行頻度が高くなったり，多数のPFM - AgentおよびPFM - RMから同時にアラームイベントが発行されたりすると，PFM - Managerのアラームイベント処理に遅延が発生します。

PFM - Managerでアラームイベントを効率的に処理するために，システム内で発生するアラームイベントの数を，ピーク時で1分間につき最大150アラーム程度に抑えるよう設計してください。アラームイベントの発生頻度の設計は，「2.5.1(3)　アラームイベントの発生頻度を考慮した環境構築」を参考にしてください。

なお，Performance Management以外のプログラムが原因となるシステムの性能の負荷は考慮していません。PFM - Agent，PFM - RMの数，および時間当たりの最大アラーム数は目安となっていますので，運用を始める前にシステムの動作を検証してください。

接続できるPFM - AgentおよびPFM - RM数は，次のように算出してください。

PFM - Agentの場合

PFM - Agentの数は，動作するAgent Collectorサービスの数です。

ホスト上にマルチインスタンスエージェントが2つ，シングルインスタンスエージェントが1つの場合，そのホスト上のPFM - Agentの数は3となります。

PFM - RMの場合

PFM - RMの数は，動作するRM Collectorサービス，監視するリモートエージェント，およびグループエージェントの数の総和です。

グループエージェントは，PFM - RMで作成されたインスタンスにつき1つ作成されます。ホスト上にPFM - RMのインスタンスが2つあり，それぞれが監視するリモートエージェントの数が10台ある場合，そのホスト上のPFM - RMの数は次のようになります。

注意

PFM - AgentおよびPFM - RMの接続最大数を超えるシステムを構築する場合，拠点ごとにPFM - Managerを設置し，PFM - AgentおよびPFM - RMを分散して運用してください。その際，PFM - Web Consoleを各拠点のPFM - Managerに接続して運用してください。

PFM - AgentおよびPFM - RMから発行されるアラームイベントの発行頻度が高くなったり，多数のPFM - AgentおよびPFM - RMから同時にアラームイベントが発行されたりすると，PFM - Managerのアラームイベント処理に遅延が発生します。その場合も，拠点ごとにPFM - Managerを設置し，PFM - AgentおよびPFM - RMを分散させて管理するようにしてください。

アラームのアクションを設定する際，PFM - Web Consoleの［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」以外を選択すると，PFM - Managerに負荷が集中します。大規模システムで，アラームを契機としてアクションを実行させる場合は，PFM - Managerホストへの負荷集中を防止するために，［新規アラーム > アクション定義］画面の［コマンド］フィールドの［アクションハンドラ］に「LOCAL」を選択するようにしてください。

アラームを設定する際，PFM - Web Consoleの［新規アラーム > 基本情報］画面の［高度な設定］エリアで，［常にアラーム通知する］や［すべてのデータを評価する］を選択すると，アラームイベントの発行頻度が高くなります。大規模システムでこれらを選択する場合は，［発生頻度］で設定するインターバル値を高く設定することで，システムに負荷を掛けないようにしてください。

多数のPFM - AgentおよびPFM - RMを起動している状態で，PFM - Managerを起動すると，PFM - Managerの起動に時間が掛かることがあります。その場合は，PFM - Managerを起動してから，各PFM - AgentおよびPFM - RMを起動するようにしてください。

(3)　PFM - Web Consoleが接続できるPFM - AgentおよびPFM - RM数

1つのPFM - Managerに接続できるPFM - AgentおよびPFM - RMの最大数になります。

(4)　管理できるホスト数

1つのPFM - Managerが管理できるホストの最大数は，1,024です。また，「2.5　大規模システムの場合の運用設計」に従って環境を構築した場合の最大数は，2,500です。管理できるホストの最大数とは，物理ホスト，論理ホスト，およびPFM - RMでリモート監視するホストの合計値です。また，PFM - ManagerにPFM - AgentおよびPFM - RMがない場合，PFM - Managerはカウントされません。

ホスト数の計算方法を次の例に示します。

Performance Managementシステムの環境条件

ホスト1にはPFM - Managerが導入され，PFM - AgentおよびPFM - RMがありません。

ホスト2にはPFM - Agent for PlatformとPFM - Agent for Oracle（2インスタンス作成）があります。

ホスト3にはPFM - RMのインスタンスが2つあり，それぞれが監視するリモートエージェントの数は10台あります。

ホスト4にはPFM - Agent for Oracleが論理構成で論理上に1つインスタンスがあります。

ホスト数の計算方法

この場合のホスト数は，0 + 1 + 21 + 2 = 24となります。

それぞれのホスト数の計算方法を次に示します。

ホスト1はPFM - ManagerにPFM - AgentおよびPFM - RMがないため，0となります。

ホスト2はPFM - Agentは複数ありますがホストは1つなので，1となります。

ホスト3はPFM - RMのインスタンスは2つですが同一ホスト上にあるのでホスト数は1，リモートエージェントが監視するホストは20なので，1 + 20 = 21となります。

ホスト4はPFM - Agent for oracleが論理構成となりPFMのサービスは物理ホストと論理ホストに存在するためホスト数は2となります。

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

(1)　PFM - Web Consoleで表示できる［レポート］画面の数

表A‒1　PFM - Web Consoleで表示できる［レポート］画面の数

内容

推奨数

1つのPFM - Web Consoleで表示できる［レポート］画面

4

1つのPFM - AgentまたはPFM - RMの情報を複数のPFM - Web Consoleで表示できる［レポート］画面

10

(2)　レポートに表示できる最大データ数

リアルタイムレポートでは，データを30回分まで表示します。変更する場合は，初期設定ファイル（config.xml）のmaxRealtimeCacheを変更してください。

(3)　表示するリアルタイムレポートの数

PFM - AgentまたはPFM - RMで複数インスタンスレコードを収集する場合，1回の収集で扱うことができるインスタンス数は32,767個までです。

(4)　表示するレポートのフィールド数

レポート内のフィールド数は制限していませんが，フィールド数が多い場合，グラフや凡例が一部またはすべて見えなくなることがあります。表示するフィールド数は20個程度を推奨します。

(5)　タイリング表示で表示できるレポートのグラフ数

タイリング表示で表示できるレポートのグラフの最大数は，デフォルトで50です。タイリング表示を実行した場合にサーバへの負荷が高いときは，対象のブックマークを複数に分割して，グラフの表示数を減らしてください。

タイリング表示で表示できるレポートのグラフの最大数を変更したい場合は，初期設定ファイル（config.xml）のmaxTileReportsの値を変更してください。

(6)　同時にログインできるユーザーアカウント数

1つのPFM - Web Consoleに，同時にログインできるセッション数は，PFM認証モード，JP1認証モード共に5つまでです。

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

(1)　Storeバージョン2.0の場合

Storeバージョン2.0では，データファイルが一定の期間で分割され，レコードタイプごとにそれぞれ別のデータファイルにデータが格納されるため，データ全体ではなく分割されたデータファイルそれぞれについてサイズの上限があります。それぞれのデータファイルサイズの上限は，2ギガバイトです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

(2)　Storeバージョン1.0の場合

Performance Managementで扱うStoreデータベース全体のファイルサイズの上限は2ギガバイトです。また，UNIXのulimitコマンドによるファイルサイズ制限や，ファイルシステムの制限を超えた管理はできません。

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

表A‒2　アラーム数およびアラームテーブル数の最大値

説明

最大値

Performance Managementのシステム全体で使用できるアラームの数

20,000

1つのアラームテーブルに定義できるアラームの数

250

1つのアラームに設定できるアクション数

9

1つのアラームに設定できるレポート数

1

Performance Managementのシステム全体で使用できるアラームテーブルの数

10,000

1つのエージェントにバインドできるアラームテーブルの数

50

1つのエージェントにバインドできるアラームの数

250※

注※

Performance Managementの仕様上の最大値は2,500です。ただし250個を超えた場合，PFM - Manager，PFM - Agent，またはPFM - RMの処理が遅延します。

付録A.5　Performance Managementで管理できるユーザー数，業務グループ数の制限値

表A‒3　ユーザー数および業務グループ数の最大数

内容

認証モード

最大数

ユーザー数

PFM認証モード

100

JP1認証モード

5,000※

業務グループ数

PFM認証モード

10,000

JP1認証モード

注※

ユーザー数が多くなると，ログイン時の処理に時間が掛かる場合があります。

付録A.6　フォルダ管理に関する制限値

表A‒4　エージェント，ブックマーク，フォルダ，および階層の最大数

内容

最大数

1つのフォルダの直下に配置できるPFM - Agentの数

128

1つのフォルダの直下に配置できるブックマークの数

64

1つフォルダの直下に作成できるフォルダの数

64

作成できるフォルダの階層の数

8

付録A.7　稼働性能情報の監視に関する制限値

表A‒5　アクション，レポート，ブックマークの定義数の最大数

内容

最大数

アクション定義数

SNMP

60,000※1

コマンド

60,000※1

Eメール

60,000※1

レポート定義数

10,000

ブックマークと複合ブックマークの合計数

10,000

複合ブックマークに登録できるレポートとベースラインの合計数

10

ブックマークに登録できるレポート数

256※2

注※1

異常，警告，および正常のチェックの総数のため，アラームの最大数20,000に対して，各アクション定義の最大数は20,000×3=60,000となります。

注※2

ブックマークの登録レポート数が多くなると，画面の表示に時間が掛かる場合があります。ブックマークに登録するレポート数は50個程度にすることを推奨します。

付録A.8　アラームに関連づけるアクションの制限値

1つのAction Handlerサービスに設定できるアクション数の最大数は，60,000です。

アクション数とはアラーム設定でのコマンドまたはEメールの異常，警告，正常の数の総和となります。(SNMPはtrap generatorを使用するため対象外です)。

1つのAction Handlerサービスに設定できるアクション数と設定できないアクション数の例を次に示します。

この例では前提として，アラームが20,000個あり，1つのAction Handlerサービスにそれぞれの設定ができるかどうかを判定しています。

(1)　設定できる例

Eメールの異常，警告，および正常を設定したい

この場合，アクション数はEメールの異常，警告，および正常 の3つであり，合計のアクション数は20,000 × 3=60,000となります。

アクション数が最大数の60,000を超えていないため，設定できます。

SNMPの異常，コマンドの警告，Eメールの異常を設定したい

この場合，アクション数はコマンドの警告，およびEメールの異常の2つであり，合計のアクション数は20,000 × 2= 40,000となります。(SNMPは対象外となります)。

アクション数が最大数の60,000を超えていないため，設定できます。

(2)　設定できない例

コマンドの警告，Eメールの異常，警告，および正常を設定したい

この場合，アクション数はコマンドの警告，Eメールの異常，警告，および正常の合計4つであり，合計のアクション数は20,000 × 4 = 80,000となります。

アクション数が最大数の60,000を超えているため，設定できません。

コマンドの警告，正常，およびEメールの異常，警告，および正常を設定したい

この場合，アクション数はコマンドの警告，正常，およびEメールの異常，警告，および正常の5つであり，合計のアクション数は20,000 × 5= 100,000となります。

アクション数が最大数の60,000を超えているため，設定できません。

付録A.9　自動バインド設定ファイルの推奨ファイルサイズ

自動バインド設定ファイル（jpcautobind.cfg）に設定できる自動バインドの設定数に制限はありません。ただし，自動バインド設定ファイルのファイルサイズが大きい場合，所要メモリー量や通信量が増大し，PFM - Web Consoleでの操作に時間がかかったり，タイムアウトしたりする場合があります。このため，自動バインド設定ファイルのファイルサイズは1.5Mバイト以下で運用することを推奨します。

自動バインド設定ファイルの設定数の目安を次に示します。

アラームテーブル数50，業務グループ数200

アラームテーブル数200，業務グループ数50

付録B　命名規則

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

Performance Managementでは，PFM - Web ConsoleのGUIや各種コマンドを使ってサービスを管理します。サービスを特定するためにサービスIDやサービスキーがあります。ここではサービスIDとサービスキーの命名規則について説明します。

なお，サービスIDとサービスキーの形式は，プロダクト名表示機能が有効か無効かによって異なります。プロダクト名表示機能の詳細については，「3.1.2　サービスの表示・指定方法（プロダクト名表示機能）」を参照してください。

(1)　サービスID

Performance Managementのサービスには，一意のIDが付けられています。このIDを「サービスID」と呼びます。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータを退避する場合などに，Performance ManagementのサービスIDを指定してコマンドを実行します。

(a)　プロダクト名表示機能が無効な場合

プロダクト名表示機能が無効な場合，サービスIDの形式はサービスに関わらず同一です。サービスIDの構成を次に示します。

図B‒1　サービスIDがPN1001の場合の例

次に，サービスIDのそれぞれの構成要素について説明します。

プロダクトID

プロダクトIDとは，このサービスがPerformance Managementのどのプログラムプロダクトのサービスかを示す1バイトの識別子です。

PFM - Managerの各サービス，およびAction Handlerサービスの場合，プロダクトIDは「P」です。ヘルスチェックエージェントのプロダクトIDは「0」です。

各PFM - AgentまたはPFM - RMのプロダクトIDについては，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されている識別子一覧を参照してください。

機能ID

機能IDとは，このサービスの機能種別を示す1バイトの識別子です。

機能IDとその機能IDが示すサービス名および機能の概要を，次の表に示します。

表B‒1　サービス名と機能ID

機能ID

サービス名

機能概要

A

Agent Collector

パフォーマンスデータを収集する機能。

Remote Monitor Collector

リモートエージェント

グループエージェント

C

Trap Generator

クライアント機能やSNMPトラップを発行する機能。

E

Correlator

サービス間のイベント配信を制御する機能。

H

Action Handler

アクションを実行する機能。

M

Master Manager

Performance Managementのメイン機能。

N

Name Server

システム内のサービス構成情報を管理する機能。

P

View Server

PFM - Web ConsoleとPFM - Manager間の通信サーバ機能。

S

Agent Store

パフォーマンスデータ，イベントデータを管理する機能。

Remote Monitor Store

Master Store

T

Status Server

サービスのステータスを管理する機能。

インスタンス番号

インスタンス番号とは，内部処理で使用する，1バイトの管理番号を示す識別子です。

デバイスID

デバイスIDとは，このサービスが起動されている，Performance Managementシステム上のホストなどを示す1〜255バイトの識別子です。デバイスIDは，サービスによって設定される内容が異なります。

サービス名と設定されるデバイスIDの内容を次の表に示します。

表B‒2　サービス名とデバイスID

サービス名

デバイスIDの設定内容

Name Server

「001」固定。

Master Manager

「001」固定。

View Server

ホスト名が設定される。

Correlator

「001」固定。

Action Handler

ホスト名が設定される。

Trap Generator

ホスト名が設定される。

Agent Collector

インスタンス構成でない場合は，ホスト名が設定される。

インスタンス構成の場合は，インスタンス名[ホスト名]が設定される。

Remote Monitor Collector

Agent Store

インスタンス構成でない場合は，ホスト名が設定される。

インスタンス構成の場合は，インスタンス名[ホスト名]が設定される。

Remote Monitor Store

リモートエージェント

インスタンス名[監視対象名@Remote Monitor Collectorサービス稼働ホスト名]が設定される。

グループエージェント

インスタンス名[グループ名@Remote Monitor Collectorサービス稼働ホスト名]が設定される。

Master Store

「001」固定。

Status Server

ホスト名が設定される。

(b)　プロダクト名表示機能が有効な場合

プロダクト名表示機能が有効な場合，サービスIDの形式はサービスによって異なります。サービス名と設定されるサービスIDの内容を次に示します。

表B‒3　サービス名とサービスID

サービス名

サービスID

Name Server

<Name Server>

Master Manager

<Master Manager>

View Server

<View Server>

Correlator

<Correlator>

Action Handler

デバイスID<Action Handler>

Trap Generator

<Trap Generator>

Agent Collector

デバイスID<プロダクト名>

Remote Monitor Collector

リモートエージェント

グループエージェント

Agent Store

デバイスID<プロダクト名>(Store)

Remote Monitor Store

Master Store

<Master Store>

Status Server

デバイスID<Status Server>

Web Console※

<Web Console>

注※

jpctool service listコマンドの出力以外では使用されません。

次に，サービスIDのそれぞれの構成要素について説明します。

デバイスID

デバイスIDとは，このサービスが起動されている，Performance Managementシステム上のホストなどを示す1〜255バイトの識別子です。デバイスIDは，サービスによって設定される内容が異なります。デバイスIDの形式は，プロダクト名表示機能が無効の場合と同じです。デバイスIDに設定される内容については，「表B-2　サービス名とデバイスID」を参照してください。

プロダクト名

PFM - AgentまたはPFM - RMのプロダクト名です。

(2)　サービスキー

Performance Managementの各サービスを起動したり停止したりする場合などに，「サービスキー」と呼ばれる識別子を指定してコマンドを実行します。

なお，コマンド実行時に指定するサービスキーには，コマンドを実行するホストのプロダクト名表示機能の設定状態に関わらず，次に示す(a)と(b)のどちらの形式も使用できます。

また，jpcspm start，jpcspm stop，jpctool service listコマンド実行時にサービスキーを指定するときには，一部のサービスキーの示すサービスが異なります。詳細については，マニュアル「JP1/Performance Management リファレンス」の，それぞれのコマンドについて説明している章を参照してください。

(a)　プロダクト名表示機能が無効な場合

表B‒4　サービスキー一覧（プロダクト名表示機能が無効な場合）

サービスキー

意味

all

すべてのPerformance Managementプログラムのサービスを示す。

同一ホストのPFM - Web Consoleとの起動・停止連携を設定し，jpcspm start，jpcspm stop，jpctool service listコマンド実行時に指定した場合，PFM - Web Consoleサービスを含む。

jp1pc

すべてのPerformance Managementプログラムのサービスを示す。PFM - Web Consoleサービスは含まない。

jpcspm start，jpcspm stop，jpctool service listコマンドの実行時だけ指定できる。

mgr

PFM - Managerサービスを示す（ただし，Action Handlerサービスは除く）。

act

Action Handlerサービスを示す。

stat

Status Serverサービスを示す。

agt0

ヘルスチェックエージェントのサービス（Agent Collector，Agent Store）を示す。

wc

PFM - Web Consoleサービスを示す。

各PFM - AgentまたはPFM - RMのサービスキーについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。

(b)　プロダクト名表示機能が有効な場合

表B‒5　サービスキー一覧（プロダクト名表示機能が有効な場合）

サービスキー

意味

Manager

PFM - Managerサービスを示す（ただし，Action Handlerサービスは除く）。

AH

Action Handlerサービスを示す。

StatSvr

Status Serverサービスを示す。

HC

ヘルスチェックエージェントのサービス（Agent Collector，Agent Store）を示す。

WebConsole

PFM - Web Consoleサービスを示す。

コマンド実行時に指定する場合，大文字，小文字は区別されません。

各PFM - AgentまたはPFM - RMのサービスキーについては，各PFM - AgentまたはPFM - RMマニュアルを参照してください。ただし，08-51以前のPFM - Agentの場合は，「付録B.3　08-51以前のPFM - Agentのサービスキー一覧（プロダクト名表示機能有効時）」を参照してください。

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

Performance Managementプログラムのサービス名は，Windowsの［サービス］から表示できるWindowsのサービス名とは異なります。

表B‒6　PFM - Managerのサービス名とWindowsのサービス名との対応

サービス名

Windowsのサービス名

Name Server

PFM - Name Server

Master Manager

PFM - Master Manager

View Server

PFM - View Server

Correlator

PFM - Correlator

Action Handler

PFM - Action Handler

Trap Generator

PFM - Trap Generator

Master Store

PFM - Master Store

Status Server

PFM - Status Server

Agent Collector

PFM - Agent for HealthCheck

Agent Store

PFM - Agent Store for HealthCheck

表B‒7　PFM - Web Consoleのサービス名とWindowsのサービス名との対応

サービス名

Windowsのサービス名

Web Console

PFM - Web Console

Web Service

PFM - Web Service

表B‒8　PFM - Baseのサービス名とWindowsのサービス名との対応

サービス名

Windowsのサービス名

Action Handler

PFM - Action Handler

Status Server

PFM - Status Server

表B‒9　PFM - Agentのサービス名とWindowsのサービス名との対応

サービス名

Windowsのサービス名

Agent Collector

PFM - Agent for XXXX※1 [インスタンス名]※2

Agent Store

PFM - Agent Store for XXXX※1 [インスタンス名]※2

注※1

「XXXX」は各PFM - Agentの監視対象プログラム名を示します。

注※2

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを監視するPFM - Agentの場合は，インスタンス名が表示されます。

表B‒10　PFM - RMのサービス名とWindowsのサービス名との対応

サービス名

Windowsのサービス名

Remote Monitor Collector

PFM - RM for XXXX※ [インスタンス名]

Remote Monitor Store

PFM - RM Store for XXXX※ [インスタンス名]

注※

「XXXX」は各PFM - RMの監視対象プログラム名を示します。

付録B.3　08-51以前のPFM - Agentのサービスキー一覧（プロダクト名表示機能有効時）

08-51以前のPFM - Agentについて，プロダクト名表示機能を有効にしている場合のサービスキー一覧を次の表に示します。

表B‒11　PFM - Agentのサービスキー一覧

製品名

サービスキー（プロダクト名表示機能有効時）

PFM - Agent for Cosminexus

Cosminexus

PFM - Agent for DB2

DB2

PFM - Agent for Domino

Domino

PFM - Agent for Enterprise Applications

EAP

PFM - Agent for Exchange Server

Exchange

PFM - Agent for HiRDB

HiRDB

PFM - Agent for IIS

IIS

PFM - Agent for JP1/AJS

AJS3

PFM - Agent for Microsoft SQL Server

SQL

PFM - Agent for OpenTP1

OpenTP1

PFM - Agent for Oracle

Oracle

PFM - Agent for Platform（UNIX）

UNIX

PFM - Agent for Platform（Windows）

Windows

PFM - Agent for Service Response

SR

PFM - Agent for VM

VM

PFM - Agent for WebLogic Server

WebLogic

PFM - Agent for WebSphere Application Server

WAS

PFM - Agent for WebSphere MQ

MQ

付録C　システム見積もり

Performance Managementを使ったシステムを構築する前に，使用するマシンの性能がPerformance Managementを運用するのに十分であるか，見積もってください。

なお，PFM - AgentまたはPFM - RMでも同様に，使用するマシンの性能がPFM - AgentまたはPFM - RMを運用するのに十分であるか，見積もってください。PFM - Agentのシステム見積もりについては，各PFM - AgentまたはPFM - RMマニュアルの，付録に記載されているシステム見積もりを参照してください。

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

メモリー所要量は，Performance Managementの設定状況や使用状況によって変化します。メモリー所要量については，リリースノートを参照してください。

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

ディスク占有量は，パフォーマンスデータを収集するレコード数によって変化します。ディスク占有量については，リリースノートを参照してください。

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

クラスタシステムで運用する場合の共有ディスクに必要なディスク占有量については，リリースノートを参照してください。

付録C.4　Storeデータベースに対するjpctool db backupコマンド・jpctool db dumpコマンド実行時に必要なディスク占有量

(1)　Master Storeサービスの場合

PFM - ManagerのMaster StoreサービスのStoreデータベースに対してjpctool db backupコマンドおよびjpctool db dumpコマンドを実行する場合に必要となるディスク占有量を，OSごとに示します。

(a)　Windowsの場合

表C‒1　Master StoreサービスのStoreデータベースでの作業に必要なディスク占有量（Windowsの場合）

作業

ディスク占有量の見積もり式（単位：メガバイト）

Storeデータベースのバックアップ（jpctool db backupコマンドの実行）

2＊(1+0.1＊a+0.015＊a＊b)

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

2＊(1+0.1＊a+0.015＊a＊b)

（凡例）

a：接続するPFM - AgentまたはPFM - RM数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）※

注※

a＊b＊0.015 < 2000（メガバイト）を満たす値をbに設定してください。

なお，デフォルトでは次に示すディスク領域を使用します。

作業

使用ディスク領域（デフォルトの場合）

物理ホスト運用時

論理ホスト運用時

Storeデータベースのバックアップ（jpctool db backupコマンドの実行）

インストール先フォルダ¥jp1pc¥mgr¥store¥backup¥配下

環境ディレクトリ¥jp1pc¥mgr¥store¥backup¥配下

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

インストール先フォルダ¥jp1pc¥mgr¥store¥dump¥配下

環境ディレクトリ¥jp1pc¥mgr¥store¥dump¥配下

(b)　UNIXの場合

表C‒2　Master StoreサービスのStoreデータベースでの作業に必要なディスク占有量（UNIXの場合）

作業

ディスク占有量の見積もり式（単位：メガバイト）

AIX

Linux

Storeデータベースのバックアップ（jpctool db backupコマンドの実行）

2＊(1+0.1＊a+0.015＊a＊b)

2＊(1+0.1＊a+0.015＊a＊b)

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

2＊(1+0.1＊a+0.015＊a＊b)

2＊(1+0.1＊a+0.015＊a＊b)

（凡例）

a：接続するPFM - AgentまたはPFM - RM数（インスタンスを起動している場合は，インスタンス数も加える）

b：PAレコードの保存数（初期状態は1,000）※

注※

a＊b＊0.015 < 2000（メガバイト）を満たす値をbに設定してください。

なお，デフォルトでは次に示すディスク領域を使用します。

作業

使用ディスク領域（デフォルトの場合）

物理ホスト運用時

論理ホスト運用時

Storeデータベースのバックアップ（jpctool db backupコマンドの実行）

/opt/jp1pc/mgr/store/backup/配下

環境ディレクトリ/jp1pc/mgr/store/backup/配下

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

/opt/jp1pc/mgr/store/dump/配下

環境ディレクトリ/jp1pc/mgr/store/dump/配下

(2)　PFM - AgentまたはPFM - RMの場合

PFM - AgentまたはPFM - RMのStoreデータベースに対してjpctool db backupコマンドおよびjpctool db dumpコマンドを実行する場合に必要となるディスク占有量を，Storeバージョンごとに示します。

(a)　Storeバージョン2.0の場合

表C‒3　PFM - AgentまたはPFM - RMのStoreデータベースでの作業に必要なディスク占有量（Storeバージョン2.0の場合）

作業

ディスク占有量の見積もり式（単位：メガバイト）

Storeデータベースのフルバックアップ（jpctool db backupコマンドの実行）

S

Storeデータベースの部分バックアップ（jpctool db backupコマンドに-partialオプションを付けて実行）

Sのうち，-partialオプションでバックアップ対象に指定した期間およびレコード範囲分

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

Sのうち，エクスポート対象に指定した期間およびレコード範囲分

（凡例）

S：PFM - AgentまたはPFM - RMのStoreデータベースで使用するディスク占有量※

注※

変数Sの値の算出方法については，リリースノートを参照してください。

なお，デフォルトでは次に示すディスク領域を使用します。ここではOSごとに表に示します。

表C‒4　デフォルトの使用ディスク領域（Windowsの場合）

作業

エージェントの種類

使用ディスク領域（デフォルトの場合）※

物理ホスト運用時

論理ホスト運用時

Storeデータベースのフルバックアップ（jpctool db backupコマンドの実行）

シングルインスタンスエージェント

インストール先フォルダ¥jp1pc¥agtX¥store¥backup¥配下

環境ディレクトリ¥jp1pc¥agtX¥store¥backup¥配下

マルチインスタンスエージェント

インストール先フォルダ¥jp1pc¥agtX¥store¥インスタンス名¥backup¥配下

環境ディレクトリ¥jp1pc¥agtX¥store¥インスタンス名¥backup¥配下

Storeデータベースの部分バックアップ（jpctool db backupコマンドに-partialオプションを付けて実行）

シングルインスタンスエージェント

インストール先フォルダ¥jp1pc¥agtX¥store¥partial¥配下

環境ディレクトリ¥jp1pc¥agtX¥store¥partial¥配下

マルチインスタンスエージェント

インストール先フォルダ¥jp1pc¥agtX¥store¥インスタンス名¥partial¥配下

環境ディレクトリ¥jp1pc¥agtX¥store¥インスタンス名¥partial¥配下

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

シングルインスタンスエージェント

インストール先フォルダ¥jp1pc¥agtX¥store¥dump¥配下

環境ディレクトリ¥jp1pc¥agtX¥store¥dump¥配下

マルチインスタンスエージェント

インストール先フォルダ¥jp1pc¥agtX¥store¥インスタンス名¥dump¥配下

環境ディレクトリ¥jp1pc¥agtX¥store¥インスタンス名¥dump¥配下

注※

「agtX」のXは，各PFM - AgentまたはPFM - RMのプロダクトIDを示します。

表C‒5　デフォルトの使用ディスク領域（UNIXの場合）

作業

エージェントの種類

使用ディスク領域（デフォルトの場合）※

物理ホスト運用時

論理ホスト運用時

Storeデータベースのフルバックアップ（jpctool db backupコマンドの実行）

シングルインスタンスエージェント

/opt/jp1pc/agtX/store/backup/配下

環境ディレクトリ/jp1pc/agtX/store/backup/配下

マルチインスタンスエージェント

/opt/jp1pc/agtX/store/インスタンス名/backup/配下

環境ディレクトリ/jp1pc/agtX/store/インスタンス名/backup/配下

Storeデータベースの部分バックアップ（jpctool db backupコマンドに-partialオプションを付けて実行）

シングルインスタンスエージェント

/opt/jp1pc/agtX/store/backup/partial/配下

環境ディレクトリ/jp1pc/agtX/store/backup/partial/配下

マルチインスタンスエージェント

/opt/jp1pc/agtX/store/インスタンス名/backup/partial/配下

環境ディレクトリ/jp1pc/agtX/store/インスタンス名/backup/partial/配下

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

シングルインスタンスエージェント

/opt/jp1pc/agtX/store/backup/dump/配下

環境ディレクトリ/jp1pc/agtX/store/backup/dump/配下

マルチインスタンスエージェント

/opt/jp1pc/agtX/store/インスタンス名/backup/dump/配下

環境ディレクトリ/jp1pc/agtX/store/インスタンス名/backup/dump/配下

注※

「agtX」のXは，各PFM - AgentまたはPFM - RMのプロダクトIDを示します。

(b)　Storeバージョン1.0の場合

表C‒6　PFM - AgentまたはPFM - RMのStoreデータベースでの作業に必要なディスク占有量（Storeバージョン1.0の場合）

作業

ディスク占有量の見積もり式（単位：メガバイト）

Storeデータベースのバックアップ（jpctool db backupコマンドの実行）

2＊S

Storeデータベースのエクスポート（jpctool db dumpコマンドの実行）

2＊S

（凡例）

S：PFM - AgentまたはPFM - RMのStoreデータベースで使用するディスク占有量※

注※

変数Sの値の算出方法については，リリースノートを参照してください。

なお，デフォルトで使用するディスク領域については，「表C-4　デフォルトの使用ディスク領域（Windowsの場合）」または「表C-5　デフォルトの使用ディスク領域（UNIXの場合）」を参照してください。

付録C.5　レポートキャッシュファイルを使用する場合のディスク占有量

レポートキャッシュファイル化機能が有効な場合に，レポートキャッシュファイルが占有するディスク容量について説明します。なお，レポートキャッシュファイル化機能の詳細については，マニュアル「JP1/Performance Management 運用ガイド」のレポートについて説明している章を参照してください。

(1)　見積もり式

レポートキャッシュファイルは，次に示す3種類のファイルから構成されます。レポートキャッシュファイルのディスク占有量は，これら3種類のファイルサイズの総和となります。

行データファイル

時間位置情報ファイル

行データファイルポインタリストファイル

レポートキャッシュファイル化機能が有効な場合，レポートの表示または出力するたびに，レポートキャッシュファイル格納ディレクトリの配下に新しくディレクトリが作成され，レポートキャッシュファイルが格納されます。

メモ

複数のレポートを同時に表示する場合，それぞれのレポートのレポートキャッシュファイルを合計したディスク占有量が必要です。

レポートキャッシュファイルのディスク占有量の見積もり式を次に示します。

C=t＊(i＊(f+d+9)+12)

（凡例）

C：レポートキャッシュファイルのディスク占有量

t：出力データ時間数※1

i：レコードのインスタンス数

f：1レコード当たりのフィールド数※2

d：1レコードに含まれるフィールドのデータ長（バイト）の合計※2※3

注※1

(レポート間隔＊表示期間)+1で算出します。例えば，レポート間隔が「時」で，レポートの表示期間が過去7日以内の場合，出力データ時間数は7日＊24時間 + 1＝169になります。なお，PDレコードタイプおよびPLレコードタイプの場合のレポート間隔は「分」だけです。

注※2

見積もりには，次の表に示すレポート種別によって自動的に付加されるフィールドも含めてください。

レポート種別

自動的に付加されるフィールド

リアルタイムレポート

Record Time

レコード固有のODBCキーフィールド（マルチインスタンスレコードだけ）

履歴レポート（単一のエージェント）

Date and Time

レコード固有のODBCキーフィールド（マルチインスタンスレコードだけ）

履歴レポート（複数のエージェント）

Date and Time

Agent Host

Agent Instance

注※3

各フィールドのデータ長については，各PFM - AgentまたはPFM - RMマニュアルに記載されている各レコードおよびStoreデータベースに記録されるときだけ追加されるフィールドのデータ型を確認の上，次に示す表から対応するデータ長を求めてください。

なお，データ型がchar(n)またはstring(n)のフィールド長は可変長のため，nに示される最大長で見積もってください。ただし，ASCIIコード以外でStoreデータベースに保存された2バイト文字は，レポートキャッシュファイルへの記録時にUTF-8コードに変換されるため，1文字が2バイトではなく3バイトで保存されます。このため，フィールドに格納される文字のバイト長によって，算出式が異なります。

データ型

データ長（バイト）

char(n)

string(n)

n+4（1バイト文字の場合）

(n＊1.5)+4（2バイト文字の場合）

float

4

double

8

short

2

ushort

long

word

4

ulong

8

time_t

timeval

utime

8

uchar

4

また，複合レポートのレポートキャッシュファイルのディスク占有量は，複合レポートに含まれる各レポートのレポートキャッシュファイルの合計です。複合レポートの場合のディスク占有量の見積もり式を次に示します。

C=C1+C2+...+CR

（凡例）

C：複合レポートのレポートキャッシュファイルのディスク占有量

C₁, C₂, ..., CR：各レポートのレポートキャッシュファイルのディスク占有量

R：複合レポートに含まれるレポート数

(2)　見積もり例

ヘルスチェックエージェントのPI_HAVLレコードをレポートに表示する場合を例にして説明します。

前提条件を次に示します。

レポート種別：履歴レポート（単一のエージェント）

レコードのインスタンス数（監視対象エージェント数）：4

表示期間：過去7日以内

レポート間隔：分

レポートに含めるフィールド：Availability，Total Available Time，Total Monitoring Time

見積もりに当たり，レポートに含まれる各フィールドのデータ長を求めます。ODBCキーフィールド，およびレポート種別によって自動的に付加されるフィールドを考慮すると，レポートに含まれるフィールドおよびそのデータ長は次のとおりです。

フィールド

データ型

データ長

Date and Time

time_t

8

Host

string(256)

260

Availability

float

4

Total Available Time

ulong

8

Total Monitoring Time

ulong

8

この場合，「付録C.5(1)　見積もり式」に示す変数は次のようになります。

tの値：60＊24＊7+1=10081

iの値：4

fの値：5

dの値：8+260+4+8+8=288

以上から，レポートキャッシュファイルのディスク占有量は次のようになります。

C=t＊(i＊(f+d+9)+12)

=10081＊(4＊(5+288+9)+12)

=10081＊(1208+12)

=12,298,820（バイト）

=約12（メガバイト）

付録C.6　PFM - Managerに接続するPFM - AgentおよびPFM - RMが多い場合の見積もりと設定

(1)　レコード収集間隔によって再接続処理が多発する場合

同一装置内のPFM - ManagerまたはPFM - Baseが09-00-08以前の場合，PFM - Agentでは収集されている全レコードの収集間隔の最小値が60秒以上，PFM - RMでは収集されている全レコードの収集間隔の最小値が300秒以上に設定されていると，収集するたびにPFM - Managerへの再接続処理が実行されます。

このように設定されているPFM - AgentまたはPFM - RMが多いと，PFM - Managerへの再接続処理が集中し，PFM - AgentまたはPFM - RMからPFM - Managerへのイベント送信に失敗するなど，通信処理が失敗することがあります。

このような現象が発生する場合は，収集間隔の最小値を60秒より大きい値に設定しているPFM - Agentのホスト，または収集間隔の最小値を300秒より大きい値に設定しているPFM - RMのホストで次のように設定することで，PFM - Managerへの負荷を軽減できます。

PFM - AgentホストまたはPFM - RMホストの収集間隔の最小値を求める。

(a) PFM - AgentまたはPFM - RMが収集しているレコードまたはアラーム評価に使用しているレコードに対して設定されている収集間隔の最小値（単位：秒）をPFM - AgentまたはPFM - RMのインスタンスごとに求める。

(b) 同じPFM - Agent製品またはPFM - RM製品のインスタンスが複数ある場合は，(a)で求めた最小値をインスタンス間で比較し，最大値を求める（同じPFM - Agent製品またはPFM - RM製品のインスタンス数が1つの場合は，(a)で求めた値を使用します）。

jpccomm.iniファイルの[Agent Collector x Section]の「NS Cache Maintenance Time」ラベルを編集する。

[Agent Collector x Section]の「x」には，PFM - AgentまたはPFM - RMごとに固有のプロダクトIDが入ります。PFM - AgentまたはPFM - RMのプロダクトIDは，各PFM - AgentまたはPFM - RMマニュアルの付録に記載されている識別子一覧を参照してください。

jpccomm.iniファイルの格納先は次のとおりです。環境ディレクトリは，jpcconf ha setupコマンド実行時に指定したディレクトリを指します。

OS

jpccomm.iniファイルの格納先

Windowsの場合

PFM - AgentまたはPFM - RMが物理ホスト環境の場合

インストール先フォルダ¥jpccomm.ini

PFM - Agentが論理ホスト環境の場合

環境ディレクトリ¥jp1pc¥jpccomm.ini

UNIXの場合

PFM - AgentまたはPFM - RMが物理ホスト環境の場合

/opt/jp1pc/jpccomm.ini

PFM - Agentが論理ホスト環境の場合

環境ディレクトリ/jp1pc/jpccomm.ini

jpccomm.iniファイルの編集個所は次のとおりです。

[変更前]

NS Cache Maintenance Time=70

[変更後]

NS Cache Maintenance Time=手順1で算出した収集間隔の最小値 ＋ 10

PFM - Agentを再起動する。

(a)　収集間隔の見積もり例

この例では，次の条件を基に説明します。

ホスト1（PFM - Agent for Oracle）のインスタンスAのレコード収集間隔

レコードa：180秒

レコードb：300秒

ホスト1（PFM - Agent for Oracle）のインスタンスBのレコード収集間隔

レコードa：300秒

レコードc：600秒

ホスト2（PFM - Agent for Microsoft SQL Server）のインスタンスCのレコード収集間隔

レコードa：60秒

レコードb：600秒

この場合の，ホスト1とホスト2での見積もりと修正方法を次に示します。

ホスト1の場合

ホスト1上のPFM - Agent for Oracleで，インスタンスごとに収集するレコードの収集間隔の最小値を求める。

インスタンスA：180秒

インスタンスB：300秒

インスタンスが複数あるため，レコードの収集間隔を比較して最大値を求める。

180秒（インスタンスA） < 300秒（インスタンスB）

この結果，インスタンスBの300秒がPFM - Agent for Oracleの最大値と判断できます。

2で求めた最大値に10を加算する。

300 + 10 = 310秒

jpccomm.iniファイルの[Agent Collector O Section]セクションの設定値を次のように変更する。

NS Cache Maintenance Time=310

ホスト2の場合

ホスト2上のPFM - Agent for Microsoft SQL Serverでは，収集するレコードの収集間隔の最小値は60秒となります。そのため，jpccomm.iniファイルの[Agent Collector Q Section]セクションは，変更の必要はありません。

付録C.7　レポート表示機能および監視一時停止機能利用時のメモリー量の見積もり方法

(1)　メモリー見積もりの実施の前に

レポートを表示する場合，大量データのレポートを表示すると非常に大きなメモリーを使用することがあります。そのため，運用に応じたメモリー見積もりを実施して，適切なレポートを設定する必要があります。

09-10以降のPFM - Web Consoleで追加した機能「レポートキャッシュファイル化機能」では，メモリーではなくDiskを使用してレポートを表示するため，ここで説明しているメモリー見積もりのうち，レポート表示時の見積もりについては実施が不要となります。また，この機能によって09-00以前のPFM - Web Consoleより大量のデータをレポートで表示できます。レポートキャッシュファイル化機能については，「付録C.5　レポートキャッシュファイルを使用する場合のディスク占有量」およびマニュアル「JP1/Performance Management 運用ガイド」の，レポートに関する注意事項について説明している章を参照してください。

10-50以降の監視一時停止機能を利用する場合，環境に大量のエージェントが存在すると，非常に大きなメモリーを使用する場合があります。このメモリーは監視一時停止機能の実行中にだけ必要となるため，監視一時停止機能を利用しない場合，ここで説明しているメモリー見積もりのうち，監視一時停止機能利用時の見積もりについては実施が不要となります。

レポートキャッシュファイル化機能を利用しない場合，または監視一時停止機能を利用する場合は，ここで説明しているメモリー見積もりの実施が必要になります。特にレポート表示機能，および監視一時停止機能を同時に利用する場合は，これらを合算したメモリーを使用するため，注意が必要です。条件に該当する場合，以降の手順に従ってメモリー見積もりを実施してください。

ここでは，GUI（PFM - Web Consoleの画面），jpcrptコマンドのレポート表示，および監視一時停止機能の実行に必要な，PFM - Manager（View Serverサービス）およびPFM - Web Consoleのメモリー見積もり方法について記載します。ここでの説明に従ってメモリー見積もりを実施してください。

この見積もり手順で対象となるメモリーはJavaのヒープ領域であり，プログラム上で使用可能な範囲は限定されています。例えば，物理メモリーが4ギガバイト積まれたような環境でも，物理メモリーの空き領域は関係なく，プログラムが別途確保した限られたヒープ領域を使用します。そのため，メモリーが大量に積まれた環境でも，メモリー見積もりを必ず実施してください。

なお，前述のシステム見積もりに記載されているPFM - Manager（View Serverサービス）およびPFM - Web Consoleのメモリー所要量は，この見積もり手順で対象となるJavaヒープメモリーを含んでいます。そのため，メモリー拡張を実施する場合は，PFM - Manager（View Serverサービス）およびPFM - Web Console製品のメモリー所要量に，拡張したメモリー量を追加してシステムを見直す必要があります。

(a)　レポート表示機能利用時のデータ通信処理

図C‒1　PFMでのレポート表示のデータ通信処理概要

レポート表示を実行してからレポートが表示されるまでの流れを説明します。

レポート要求

PFM - Web ConsoleのGUIまたはjpcrptコマンドでレポート表示を実行すると，PFM - Manager（View Serverサービス）に対してレポートの表示を要求します。このとき，レポート表示に必要な情報（対象のPFM - Agent名，レコードや表示期間など）をPFM - Managerに送信します。

レポート表示に必要なデータを要求

レポート表示の要求を受けたView Serverサービスは，対象のPFM - Agentに対してレポート表示に必要なデータを要求します。このとき，レポート表示に必要な情報（対象のレコードや表示期間など）をPFM - Agentに送信します。

レポート表示に必要なデータを送信

レポート表示に必要なデータの要求を受けたPFM - Agentは，View Serverサービスに対してレポート表示に必要なデータ（稼働情報）を送信します。

レポート表示に必要なデータを送信

レポート表示に必要なデータを受けたView Serverサービスは，レポート表示の要求のあったGUIまたはjpcrptコマンドに対して，レポート表示に必要なデータを送信します。

GUIまたはjpcrptコマンドのレポート表示（グラフ画像生成）

レポート表示に必要なデータを受信したGUIまたはjpcrptコマンドは，受信したデータを基に，レポートを作成して表示します。この時，レポート定義にグラフ表示の設定がある場合は，グラフ画像を生成します。

GUIまたはjpcrptコマンドは，それぞれ別プロセスで動作するため，使用するメモリー領域も異なります。そのため，それぞれ別にメモリー見積もりを実施する必要があります。一方，View Serverサービスは，GUIまたはjpcrptコマンドでそれぞれ別にレポート表示の要求があった場合でも，同じメモリー領域を使用します。

メモ

図中の1.，2.の使用メモリー量は非常に小さいため，見積もりは必要ありません。

(b)　監視一時停止機能利用時のデータ通信処理

図C‒2　監視一時停止機能利用時のデータ通信処理

監視一時停止または再開を実行してから結果が表示されるまでの流れ，および監視状態取得を実行してから結果が表示されるまでの流れを説明します。

監視一時停止または再開を実行してから結果が表示されるまでの流れ（PFM - Web Console（GUI）またはコマンド（jpctool monitor suspend/jpctool monitor resume））

監視一時停止または再開を要求※1

ユーザー操作に従って，ホストまたはサービス単位での監視一時停止または再開を要求します。

監視状態変更と変更後の監視状態取得を要求

Master Managerが管理する監視状態を，要求に従って更新します。また，要求によって影響を受ける各エージェントに対する監視状態の一覧を取得します。

監視状態を通知

各エージェントに対して変更後の監視状態を通知します。また，通知に失敗したエージェントが存在した場合，適用未確認情報※2として管理します。

監視一時停止または再開の結果を出力

この処理の結果を出力します。

監視状態取得を実行してから結果が表示されるまでの流れ（PFM - Web Console（GUI）またはコマンド（jpctool monitor list））

監視状態取得を要求※1

ユーザー操作に従って必要なエージェントに対する監視状態取得を要求します。

監視状態取得を要求

Master Managerが管理する監視状態を要求に従って取得します。また，適用未確認情報※2に，通知に失敗したエージェントが登録されている場合，該当エージェントの監視状態にこの情報を付与します。

監視状態取得結果を出力

この処理の結果を出力します。

注※1

各処理の１回分の対象として，環境にあるすべてのエージェントを指定できます。

注※2

環境にないホストの情報が含まれることがあります。

メモ

次の処理は同時に複数実行できます。

・監視一時停止または再開を実行してから結果が表示されるまでの流れの手順1.から手順4.までの処理と，監視状態取得を実行してから結果が表示されるまでの流れの手順1.から手順3.までの処理。

・監視状態取得を実行してから結果が表示されるまでの流れの手順1.から手順3.までの処理同士。

次の処理はシステム内で排他が掛かり，複数実行できません。

監視一時停止または再開を実行してから結果が表示されるまでの流れの手順2.から手順3.までの処理。

(2)　GUIによるレポート表示時のメモリー見積もり

GUIによるレポート表示時のメモリー見積もり（メモリーサイズ設計）については，次の手順で見積もりを実施します。

図C‒3　GUIによるレポート表示のメモリー見積もり手順のフローチャート

メモリーサイズ設計は，View Serverサービスのメモリーサイズ設計（【手順1】〜【手順3】），GUIのメモリーサイズ設計（【手順4】〜【手順6】）の順で実施します。

(a)　【手順1】View Serverサービスで必要なメモリー量の見積もり

View Serverサービスで必要なメモリー量の見積もりでは，GUI，jpcrptコマンド，および監視一時停止機能について，それぞれ必要なメモリー量を考慮の上，見積もりを実施します。

GUIのレポート表示では，複数のログインユーザーが同時にレポートを実行する場合を考慮し，1回のレポートデータ受信に必要なデータ量（B1）の最大値とユーザー数によって見積もりを実施します。

jpcrptコマンドのレポート表示では，1回のレポートデータ受信に必要なデータ量（B1）の最大値によって見積もりを実施します。

監視一時停止機能では，エージェントの数に比例して扱うデータ量が増加します。また，複数のログインユーザーが同時に操作する場合を考慮し，エージェントごとに必要なメモリー量の理論値，環境に存在するエージェントの総数，ユーザー数によって見積もりを実施します。

さらに，View Serverサービスは起動中のサービスが約30メガバイトを使用するため，見積もり式は次のとおりになります。

View Serverサービスで必要なメモリー量（11-00未満）…（A1）

= 1回のレポートデータ受信に必要なデータ量（B1）の最大値＊2＊ユーザー数※1※2（GUIのレポート表示）

+ 1回のレポートデータ受信に必要なデータ量（B1）の最大値＊2（jpcrptのレポート表示）

＋（0.025MB＋0.01MB＊ユーザー数※2※3）＊環境に存在するエージェントの総数※4（監視一時停止機能）

+ 30メガバイト（起動中のサービスが使用するメモリー量）

View Serverサービスで必要なメモリー量（11-00以降）…（A1）

＝View Serverサービスで必要なメモリー量（11-00未満）＊2

注※1　同時にPerformance Managementにログインするユーザー数です。Performance Managementの管理ユーザーA，一般ユーザーBの環境で，現在PFM - Web Consoleから管理ユーザーAが1人，一般ユーザーBで3人同時にログインしている場合は，ユーザー数を合計4人と考えてください。

注※2　PFM - Web Console 09-00以降ではconfig.xmlのenableDuplicateLoginパラメーターで同一ユーザーによる多重ログインを制御できます。この機能を利用すれば，同名ユーザーの同時ログインによる意図しないユーザーログイン数の増加をシステム上で抑止できます。PFM - Web Console 08-50以前を使用する場合は，運用によって複数ユーザーの同時ログイン数を抑止してください。

注※3　同時にPerformance Managementにログイン，または，コマンドを実行するユーザー数です。Performance Managementの管理ユーザーA，一般ユーザーBの環境で，現在PFM - Web Consoleから管理ユーザーAが1人，一般ユーザーBで3人同時にログインしていて，かつ2つのコマンドプロンプトから次のコマンドのどれかが実行されている場合は，ユーザー数を合計6人と考えてください。

jpctool monitor list

jpctool monitor resume

jpctool monitor suspend

注※4　PFM - Agent（Agent Collectorサービス），PFM - RM（RM Collectorサービス）およびPFM - RMの管理するRA，グループエージェントの合計台数です。

メモ

View Serverサービスで必要なメモリー量の概略図

1回のレポートデータ受信に必要なデータ量（B1）の最大値は，運用で実行するレポートに対して，1回のレポートデータ受信に必要なデータ量（B1）を計算し，その中から最大値となるものを選びます。1回のレポートデータ受信に必要なデータ量（B1）の最大値は，GUI表示とjpcrptコマンドのレポート表示について，それぞれ別に見積もりを実施してください。

1回のレポートデータ受信に必要なデータ量（B1）の計算式

1回のレポートデータ受信に必要なデータ量＝レコードサイズ（C1）＊レコード数…（B1）

レコードサイズとは，1レコード当たりのデータ量（表またはCSV形式でレポートを出力した場合の「データ1行当たりのデータ量」）を表します。

レコード数とは，1レポート当たりの表またはCSV形式でレポートを出力した場合の，「データの行数」を表します。

なお，各レポートから1回のレポートデータ受信に必要なデータ量（B1）の最大の値を計算する場合，特にレコード数がデータ量に大きく影響するため，レコード数が多いレポートに絞って計算することをお勧めします。

レコードサイズの計算式

レコードサイズ（バイト）＝選択した各フィールド※のサイズの合計＋選択したフィールド※の数＊2 + 34…（C1）

フィールドの形式とサイズの対応は次のとおりです。なおここに記載されているサイズは，レポート表示時に必要なサイズであり，各PFM - Agentのマニュアルのデータ型一覧に記載されているサイズとは異なります。

表C‒7　フィールド形式とサイズの対応

項番

フィールドの形式

サイズ（バイト）

1

文字列 char，string

文字列長 + 2

2

日付/時刻 time_t，timeval

16

3

上記以外のフィールド

13

注※　履歴レポート表示時は，Date and TimeフィールドとODBCキーフィールドはレポート表示に含めなくても必ず取得されます。リアルタイムレポートの場合は，Record timeフィールドとODBCキーフィールドが必ず取得されます。

レコード数の計算式

対象レポートの入力条件（レコードのインスタンス数やデータ収集期間，レポートの表示期間など）から計算します。計算方法については，「付録C.7(8)　レコード数の見積もり方法」を参照してください。

メモ

各レコードのインスタンス数の見積もり方法については，各PFM - Agentのマニュアルを参照ください。

「表C-22　レコード数の目安」は一般的なデータ収集間隔，インスタンス数，レポート表示，レコード数，レポート表示期間なので，検討の参考にしてください。

メモリー見積もりの計算例については，「付録C.7(6)　見積もり計算例」参照してください。

運用によってView Serverサービスのメモリー負荷を軽減するためには

GUIによるレポート表示，jpcrptコマンドによるレポート表示および監視一時停止機能を同時に実行する場合，ViewServerサービスは共通のメモリー領域を使用するため，環境によってViewServerサービスで必要なメモリー量を大きく圧迫する場合があります。それぞれの機能は実行中にだけメモリーを消費するため，運用によって，GUIのレポート表示，jpcrptコマンドでのレポート表示，および監視一時停止機能を実行する時間帯を分けることで，View Serverサービスのメモリー負荷を軽減し，少ないメモリー量でも各機能を利用できます。（運用例：GUIは毎日09:00〜20:00，jpcrptコマンドは毎日深夜0:00〜1:00，監視一時停止実行時にはレポート機能を利用しない）

なお，この場合のメモリー量の見積もりは，「【手順1】」のViewServerサービスで必要なメモリー量の式の中で，（GUIのレポート表示），（jpcrptのレポート表示），（監視一時停止機能）を別々に算出し，時間帯ごとに，同時に実行されることがある機能の値を加算し，その中で最大の値を求め，それに（起動中のサービスが使用するメモリー量）を加算した値です。

(b)　【手順2】View Serverサービスで必要なメモリー量とデフォルトメモリー量との比較およびメモリー拡張の検討

View Serverサービスで必要なメモリー量とデフォルトメモリー量との比較

「【手順1】」で求めた（A1）の値が，デフォルトの使用可能なメモリー量の範囲内か確認してください。範囲内であれば，View Serverサービスのメモリー量の見積もりは終了です。この場合，【手順3】は不要です。【手順4】以降に進んでください。

View Serverサービスのメモリー量でのデフォルト値と拡張可能範囲を次の表に支援します。

表C‒8　08-10以前のView Serverサービスの場合

対象

デフォルト値（メガバイト）

拡張可能範囲（メガバイト）

View Serverサービス（全OS）

64

〜384

表C‒9　08-50以前のView Serverサービスの場合

対象

デフォルト値（メガバイト）

拡張可能範囲（メガバイト）

View Serverサービス（Windows）

64

〜384

View Serverサービス（UNIX）

128

〜384

表C‒10　09-00以降のView Serverサービスの場合

対象

デフォルト値（メガバイト）

拡張可能範囲（メガバイト）

View Serverサービス（全OS）

256

〜384

表C‒11　11-00以降のView Serverサービスの場合

対象

デフォルト値（メガバイト）

拡張可能範囲

View Serverサービス（全OS）

512

上限値なし※

注※

実際に使用できるメモリー量は，環境に依存します。View Serverで必要なメモリー量の見積もりを実施の上，OSやPerformance Management以外のアプリケーションが使用するメモリー量も考慮して，適切な値を設定してください。

メモリー拡張の検討

「【手順1】」で求めた（A1）の値が，デフォルトの使用可能なメモリー量以上となった場合は，メモリーの拡張を検討します。メモリーの拡張ができ，かつ（A1）の値が拡張可能範囲内であれば，【手順3】でメモリー拡張の設定を実施した上で，【手順4】以降に進んでください。

運用の見直しによる再見積もりの実施

「メモリー拡張の検討」を実施の上，（A1）の値が使用可能なメモリー量以上となった場合は，「付録C.7(4)　レポート表示時の使用メモリーを軽減するためには」を参照し，View Serverサービスのメモリー見積もりを再度実施してください。

(c)　【手順3】View Serverサービスのメモリー拡張の設定（メモリー拡張を実施しない場合は不要）

「メモリー拡張の検討」で決定したメモリー量をView Serverサービスのメモリー量の設定手順に従って設定してください。詳細については，「付録C.7(7)　View ServerサービスおよびPFM - Web Console（GUIおよびjpcrpt）のメモリー拡張方法について」を参照してください。メモリー拡張の設定後は，【手順4】以降に進んでください。メモリー拡張を実施しない場合は，この手順は不要です。

(d)　【手順4】PFM - Web Console（GUI）で必要なメモリー量の見積もり

PFM - Web Consoleで必要なメモリー量を見積もります。PFM - Web Consoleで必要なメモリー量の見積もりでは，複数のログインユーザーが同時に操作する場合を考慮し，レポート表示でログインユーザー1人当たりに必要なメモリー量とユーザー数によって見積もりを実施します。さらに，グラフ作成時に必要なメモリー量の最大値と1回のレポートデータ受信に必要なデータ量（B1）（レポート画面からのCSV出力または印刷画面表示に必要なメモリー量）（印刷画面表示機能は08-11以降）を考慮します。また，PFM - Web Consoleは起動中のサービスが約50メガバイト使用するため，見積もり式は次のとおりになります。

PFM - Web Console（GUI）で必要なメモリー量…（D1）

= レポート表示でログインユーザー1人当たりに必要なメモリー量（E1）

＊ユーザー数※

+ グラフ作成時に必要なメモリー量の最大値（F1）

+ 1回のレポートデータ受信に必要なデータ量（B1）（CSV出力または印刷画面表示で使用）

+ 50メガバイト（サービス起動中に使用するメモリー量）

注※　同時にPerformance Managementにログインするユーザー数です。Performance Managementの管理ユーザーA，一般ユーザーBの環境で，現在PFM - Web Consoleから管理ユーザーAが1人，一般ユーザーBで3人同時にログインしている場合は，ユーザー数を合計4人と考えてください。また，PFM - Web Console 09-00以降ではconfig.xmlのenableDuplicateLoginパラメーターで同一ユーザーによる多重ログインを制御できます。この機能を利用すれば，同名ユーザーの同時ログインによる，意図しないユーザーログイン数の増加をシステム上で抑止できます。

メモ

PFM - Web Consoleで必要なメモリー量の概略図

それぞれのメモリーの見積もり方法は，次のとおりです。

レポート表示でログインユーザー1人当たりに必要なメモリー量の見積もり方法

PFM - Web Consoleでは，ログインユーザー1人当たり，最大20回分の履歴レポートデータをキャッシュとして保持します※。そのため，1回のレポートデータ受信に必要なデータ量（B1）の最大値とキャッシュ数を考慮してメモリーを見積もります。また，ログインユーザー1人がPerformance Managementの機能を利用するにあたり，約20メガバイトのメモリー量を使用するため，見積もり式は次のとおりになります。1回のレポートデータ受信に必要なデータ量（B1）の最大値には，【手順1】で計算したGUIでの（B1）の最大値を使用してください。

レポート表示でログインユーザー1人当たりに必要なメモリー量…（E1）

= 1回のレポートデータ受信に必要なデータ量（B1）の最大値（GUIでの【手順1】（B1）の最大値）

＊20※

+ 20メガバイト（ログインユーザー1人がPFM - Web Console機能利用時に必要なメモリー量）

注※　キャッシュの保持回数は，初期設定ファイルconfig.xmlのcondCacheSizeパラメーターで変更できます。

08-50以前のPFM - Web Consoleを使用する場合，condCacheSizeパラメーター行を追記します。キャッシュ保持回数を5に設定する例を次に示します。

（例）

     <!-- The maximum limits of the records.
                Specifiable values: 1 to 2,147,483,647
                Default           : 1,440
        -->
        　　　<param name="maxFetchCount" value="1440"/>

<param name="condCacheSize" value="5"/>　　　←追加行

        <!-- The display count per a page.
                Specifiable values: 1 to 2,147,483,647
                Default           : 20
        -->

09-00以降のPFM - Web Consoleを新規にインストールして使用する場合は，デフォルトでcondCacheSizeパラメーターがあります。設定可能範囲は，5〜20です。このパラメーターを5に設定した場合，ユーザーが5つの履歴レポートを開いた状態にしたままで6つ目のレポートを表示すると，1つ目に表示したレポートに対して，グラフ画像を拡大するなどの操作ができなくなります（キャッシュ期限切れのメッセージが表示されます）。

グラフ作成時に必要なメモリー量の最大値の見積もり方法（グラフ非表示時は不要）

PFM - Web Consoleでは，グラフ画像生成時にメモリーを一時的に大きく消費します。グラフ作成で必要なメモリー領域は，複数のレポートが同時に実行された場合でも，表示順で常にレポート作成1回分だけが使用されます。そのため，各レポートでグラフ作成時に必要なメモリー量を見積もったあと，その中で最大の値をグラフ作成時に必要なメモリー量の最大値（F1）として使用してください。また，レポートにグラフが含まれない場合は，この見積もり手順は不要となります。

PFM - Web Consoleのレポートでは，8種類のグラフ種別を選択できますが，それぞれの描画時の特性によって，メモリー見積もり方法を次の3つに分類できます。

a)　集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフの場合（最新時刻のグラフ）

集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフのグラフ作成時に必要なメモリー量は，以下の表を参考にメモリー量の見積もりを行ってください。

集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフの場合，グラフには最新時刻1回分の取得レコード（＝インスタンス）が表示されます。そのため，メモリー量の見積もりには，表示期間内の1回で収集されるインスタンス数の最大値（最大インスタンス数）を使用します。グラフ作成時に(5)　必要なメモリー量の見積もりの考え方については，「付録C.7(5)　グラフ作成時に必要なメモリー量の見積もりの考え方」を参照してください。

表C‒12　最新時刻のグラフのグラフ作成時に必要なメモリー量の目安

最大インスタンス数

必要なメモリー量の目安（メガバイト）

1〜50※

2

注※

最大インスタンス数が51以上の場合，グラフで確認することが困難な状態になるため，レポート定義にフィルターを設定し，インスタンス数を絞り込むように検討してください。

メモ

各レコードのインスタンス数の見積もり方法については，各PFM - Agentのマニュアルを参照ください。

b)　折れ線・面グラフの場合（時系列のグラフ）

折れ線・面グラフのグラフ作成時に必要なメモリー量は，次の表を参考にメモリー量の見積もりを行ってください。レコード数は，【手順1】で計算したレコード数の中で最大の値を使用してください。

表C‒13　折れ線・面グラフのグラフ作成時に必要なメモリー量の目安

レコード数（【手順1】の最大値）

必要なメモリー量の目安（メガバイト）

1〜1000

5

1,001〜10,000

10

10,001〜30,000

30

30,001〜70,000

50

70,001〜100,000

80

100,001〜

下記の式参照※

注※

レコード数が100,001以上の場合，メモリー量の見積もりは，次の式で算出してください。

グラフ作成時に必要なメモリー量＝（レコード数（【手順1】の最大値）÷100,000）＊80メガバイト

c)　積み上げ面グラフの場合

積み上げ面グラフのグラフ作成時に必要なメモリー量は，次の表を参考にメモリー量の見積もりを行ってください。

表C‒14　積み上げ面グラフのグラフ作成時に必要なメモリー量の目安

レコード数※1

必要なメモリー量の目安（メガバイト）

1〜1000

20

1,001〜10,000

50

10,001〜30,000

80

30,001〜70,000

120

70,001〜100,000

200

100,001〜300,000

下記の式参照※2

300,001〜

表示不可※3

注※1

積み上げ面グラフ作成時の見積もりでは，レコード数を以下の式で算出してください。

レコード数（G1） = データの取得回数＊総インスタンス数

総インスタンス数とは，データ収集期間中に1度でも存在したインスタンスの総数を表します。そのため，積み上げ面グラフの場合は，グラフ作成時に非常に大量のメモリーを使用します。グラフ作成時に必要なメモリー量の見積もりの考え方については，「付録C.7(5)　グラフ作成時に必要なメモリー量の見積もりの考え方」を参照してください。

注※2

レコード数が100,001〜300,000の場合，メモリー量の見積もりは，次の式で算出してください。

グラフ作成時に必要なメモリー量 = （レコード数（G1） / 100000）＊200メガバイト

注※3

レコード数が300001以上の場合，PFM - Web Consoleの拡張可能な最大メモリー量1024メガバイトの大部分を使用してしまうため，積み上げ面グラフのレポートを表示しないでください。表示期間やデータ収集間隔の調整，およびレポート定義にフィルターを設定することで，レコード数を減らすことを検討してください。

以上のように，グラフ作成時に必要なメモリー量の見積もり結果の中で，最大のメモリー量をグラフ作成時に必要なメモリー量の最大値（F1）として使用してください。

レポート画面からのCSV出力または印刷画面表示に必要なメモリー量の見積もり方法

PFM - Web Consoleでは，GUIで表示したレポートから，CSV形式でのレポート出力や，HTML形式での印刷画面を表示できます。CSV形式でのレポート出力や，HTML形式での印刷画面表示には，レポート表示1回分のメモリー量を使用するため，必要なメモリー量の見積もりには，【手順1】1回のレポートデータ受信に必要なデータ量（B1）の最大値を使用してください。

計算見積もり例については，「付録C.7(6)　見積もり計算例」を参照してください。

(e)　【手順5】PFM - Web Console（GUI）で必要なメモリー量とデフォルトメモリー量との比較およびメモリー拡張の検討

PFM - Web Console（GUI）で必要なメモリー量とデフォルトメモリー量との比較

【手順4】で求めた（D1）の値が，デフォルトの使用可能なメモリー量の範囲内か確認してください。範囲内であれば，PFM - Web Consoleのメモリー量の見積もりは終了です。【手順6】で最大取得レコード数の設定を実施してください。

PFM - Web Consoleのメモリー量でのデフォルト値と拡張可能範囲は次の表を参照してください。

表C‒15　08 -50以前のPFM - Web Consoleの場合

対象

デフォルト値（メガバイト）

拡張可能範囲（メガバイト）

PFM - Web Console（全OS）

256

〜1,024

表C‒16　09 -00以降のPFM - Web Consoleの場合

対象

デフォルト値（メガバイト）

拡張可能範囲（メガバイト）

PFM - Web Console（全OS）

512

〜1,024

メモリー拡張の検討

【手順4】で求めた（D1）の値が，デフォルトの使用可能なメモリー量以上となった場合は，メモリーの拡張を検討します。メモリー拡張を検討の上，（D1）の値が範囲内であれば，本手順は終了です。この場合，【手順6】でメモリー拡張と最大取得レコード数の設定を実施してください。

運用の見直しによる再見積もりの実施

「メモリー拡張の検討」を実施の上，（D1）の値が使用可能なメモリー量以上となった場合は，「付録C.7(4)　レポート表示時の使用メモリーを軽減するためには」を参照し，PFM - Web Consoleのメモリー見積もりを再度実施してください。

(f)　【手順6】PFM - Web Console（GUI）のメモリー拡張とレコード数の設定

PFM - Web Console（GUI）のメモリー拡張の設定（メモリー拡張を実施しない場合は不要）

「メモリー拡張の検討」で決定したメモリー量をPFM - Web Consoleのメモリー量設定手順に従って設定してください。詳細については，「付録C.7(7)　View ServerサービスおよびPFM - Web Console（GUIおよびjpcrpt）のメモリー拡張方法について」を参照してください。メモリー拡張を実施しない場合は，本手順は不要です。

PFM - Web Console（GUI）の最大取得レコード数の設定

config.xmlのmaxFetchCount（<vsa>タグ配下）パラメーターに，【手順1】で計算したレコード数の中で，最大の値を設定してください。

注　jpcrptコマンドでレポート出力する場合の最大取得レコード数は，<command>タグ配下のmaxFetchCountパラメーターで設定しますので，注意してください。

(3)　jpcrptコマンドによるレポート表示時のメモリー見積もり

jpcrptコマンドによるレポート表示時のメモリー見積もり（メモリーサイズ設計）については，次の手順で見積もりを実施します。

図C‒4　jpcrptコマンドのメモリー見積もり手順のフローチャート

注※1　jpcrptコマンドを同時に多重実行すると，View Serverサービスのメモリーを圧迫し，Performance Management機能利用に支障をきたす場合があります。jpcrptコマンドを複数回連続で実行する場合は，必ず，逐次実行（jpcrptコマンド実行結果の戻り値を判定し，次のjpcrptを実行するなど）するようにシステムを設計してください。

注※2　履歴（1つのエージェント）のレポートに対してCSV出力を実行する場合，1回の実行で約1,000,000レコードまでのデータを扱うことができます。1,000,000レコード以上のデータを扱う場合は，1,000,000レコード単位で，複数回に分けてCSV出力を実行してください。

jpcrptコマンドは，履歴（1つのエージェント）のレポートに対してCSV出力を実行する場合，分割送信でデータの通信を実行するため，大量データを扱うのに適した設計になっており，特にメモリー見積もりを実施する必要はありません※。運用上，大量データのレポートを出力する場合は，jpcrptコマンドで，履歴（1つのエージェント）のレポートに対してCSV出力を実行してください。

注※　履歴（1つのエージェント）のレポートに対してCSV出力を実行する場合，1回の実行で約1,000,000レコードまでのデータを扱うことができます。1,000,000レコード以上のデータを扱う場合は，1,000,000レコード単位で，複数回に分けてCSV出力を実行してください。

一方，jpcrptコマンドのHTML出力（PFM - Web Console 08-10以降），または，履歴（複数のエージェント）のレポートに対してCSV出力を実行する場合，分割送信ではなく大量データを扱うのに適した設計になっていないため，メモリー見積もりによるメモリーサイズ設計を実施する必要があります。

メモリーサイズ設計は，View Serverサービスのメモリーサイズ設計（【手順1】〜【手順3】），PFM - Web Console（jpcrpt）のメモリーサイズ設計（【手順4】〜【手順6】）の順で実施します。

(a)　【手順1】View Serverサービスで必要なメモリー量の見積もり

「付録C.7(2)　GUIによるレポート表示時のメモリー見積もり」の【手順1】を参照してください。

(b)　【手順2】View Serverサービスで必要なメモリー量とデフォルトメモリー量との比較およびメモリー拡張の検討

「付録C.7(2)　GUIによるレポート表示時のメモリー見積もり」の【手順2】を参照してください。

(c)　【手順3】View Serverサービスのメモリー拡張の設定（メモリー拡張を実施しない場合は不要）

「付録C.7(2)　GUIによるレポート表示時のメモリー見積もり」の【手順3】を参照してください。

(d)　【手順4】PFM - Web Console（jpcrpt）で必要なメモリー量の見積もり

PFM - Web Consoleのjpcrptコマンドで必要なメモリー量を見積もります。jpcrptコマンドで必要なメモリー量の見積もりでは，1回のレポートデータ受信に必要なデータ量（B1）の最大値（【手順1】（B1）の最大値）とグラフ作成時に必要なメモリー量の最大値を考慮します。

jpcrptコマンドで必要なメモリー量…（D1）

= 1回のレポートデータ受信に必要なデータ量（B1）の最大値（jpcrptでの【手順1】（B1）の最大値）

+ グラフ作成時に必要なメモリー量の最大値（F1）

それぞれのメモリーの見積もり方法については，次のとおりです。

1回のレポートデータ受信に必要なデータ量の最大値の見積もり方法

【手順1】（B1）の最大値を使用してください。

グラフ作成時に必要なメモリー量の最大値の見積もり方法（レポート定義にグラフ表示の設定がない場合は不要）

jpcrptコマンドのHTML出力では，レポート定義にグラフ表示の設定がある場合，グラフを含むレポートをHTML形式で出力できますが，グラフ画像生成時にメモリーを一時的に大きく消費します。グラフ作成で必要なメモリー量は，各レポートでグラフ作成時に必要なメモリー量を見積もったあと，その中で最大の値をグラフ作成時に必要なメモリー量の最大値（F1）として使用してください。また，jpcrptで出力しようとしているレポート定義にグラフが含まれない場合は，この見積もり手順は不要となります。

PFM - Web Consoleのレポートでは，8種類のグラフ種別を選択できますが，それぞれの描画時の特性によって，メモリー見積もり方法を次の3つに分類できます。

a)　集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフの場合（最新時刻のグラフ）

集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフのグラフ作成時に必要なメモリー量は，次の表を参考にメモリー量の見積もりを行ってください。

集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフの場合，グラフには最新時刻1回分の取得レコード（＝インスタンス）が表示されます。そのため，メモリー量の見積もりには，表示期間内の1回で収集されるインスタンス数の最大値（最大インスタンス数）を使用します。グラフ作成時に必要なメモリー量の見積もりの考え方については，「付録C.7(5)　グラフ作成時に必要なメモリー量の見積もりの考え方」を参照してください。

表C‒17　最新時刻のグラフのグラフ作成時に必要なメモリー量の目安

最大インスタンス数

必要なメモリー量の目安（メガバイト）

1〜50※

2

注※

最大インスタンス数が51以上の場合，グラフで確認することが困難な状態になるため，レポート定義にフィルターを設定し，インスタンス数を絞り込むように検討してください。

メモ

各レコードのインスタンス数の見積もり方法については，各PFM - Agentのマニュアルを参照ください。

b)　折れ線・面グラフの場合（時系列のグラフ）

折れ線・面グラフのグラフ作成時に必要なメモリー量は，以下の表を参考にメモリー量の見積もりを行ってください。レコード数は，【手順1】で計算したレコード数の中で最大の値を使用してください。

表C‒18　折れ線・面グラフのグラフ作成時に必要なメモリー量の目安

レコード数（【手順1】の最大値）

必要なメモリー量の目安（メガバイト）

1〜1,000

5

1,001〜10,000

10

10,001〜30,000

30

30,001〜70,000

50

70,001〜100,000

80

100,001〜

下記の式参照※

注※

レコード数が100,001以上の場合，メモリー量の見積もりは，次の式で算出してください。

グラフ作成時に必要なメモリー量＝（レコード数（【手順1】の最大値）÷100,000）＊80メガバイト

c)　積み上げ面グラフの場合

積み上げ面グラフのグラフ作成時に必要なメモリー量は，次の表を参考にメモリー量の見積もりを行ってください。

表C‒19　積み上げ面グラフのグラフ作成時に必要なメモリー量の目安

レコード数※1

必要なメモリー量の目安（メガバイト）

1〜1000

20

1,001〜10,000

50

10,001〜30,000

80

30,001〜70,000

120

70,001〜100,000

200

100,001〜300,000

下記の式参照※2

300,001〜

表示不可※3

注※1

積み上げ面グラフ作成時の見積もりでは，レコード数を次の式で算出してください。

レコード数（G1） = データの取得回数＊総インスタンス数

総インスタンス数とは，データ収集期間中に1度でも存在したインスタンスの総数を表します。そのため，積み上げ面グラフの場合は，グラフ作成時に非常に大量のメモリーを使用します。グラフ作成時に必要なメモリー量の見積もりの考え方については，「付録C.7(5)　グラフ作成時に必要なメモリー量の見積もりの考え方」を参照してください。

注※2

レコード数が100,001〜300,000の場合，メモリー量の見積もりは，次の式で算出してください。

グラフ作成時に必要なメモリー量=（レコード数（G1）÷100,000）＊200メガバイト

注※3

レコード数が300,001以上の場合，PFM - Web Consoleの拡張可能な最大メモリー量1,024メガバイトの大部分を使用してしまうため，積み上げ面グラフのレポートを表示しないでください。表示期間やデータ収集間隔の調整，およびレポート定義にフィルターを設定することで，レコード数を減らすことを検討してください。

以上のように，グラフ作成時に必要なメモリー量の見積もり結果の中で，最大のメモリー量をグラフ作成時に必要なメモリー量の最大値（F1）として使用してください。

計算見積もり例については，「付録C.7(6)　見積もり計算例」を参照してください。

メモ

PFM - Web Console（jpcrpt）で必要なメモリー量の概略図

(e)　【手順5】PFM - Web Console（jpcrpt）で必要なメモリー量とデフォルトメモリー量との比較およびメモリー拡張の検討

PFM - Web Console（jpcrpt）で必要なメモリー量とデフォルトメモリー量との比較

【手順4】で求めた（D1）の値が，デフォルトの使用可能なメモリー量の範囲内か確認してください。範囲内であれば，PFM - Web Consoleのメモリー量の見積もりは終了です。【手順6】で最大取得レコード数の設定を実施してください。

PFM - Web Console（jpcrpt）のメモリー量でのデフォルト値と拡張可能範囲は次の表を参照してください。

表C‒20　08-00以降のjpcrptコマンドの場合

対象

デフォルト値（メガバイト）

拡張可能範囲（メガバイト）

PFM - Web Console（全OS）

128

1〜2,048

メモリー拡張の検討

【手順4】で求めた（D1）の値が，デフォルトの使用可能なメモリー量以上となった場合は，メモリーの拡張を検討します。メモリー拡張を検討の上，（D1）の値が範囲内であれば，本手順は終了です。この場合，【手順6】でメモリー拡張と最大取得レコード数の設定を実施してください。

運用の見直しによる再見積もりの実施

「メモリー拡張の検討」を実施の上，（D1）の値が使用可能なメモリー量以上となった場合は，「付録C.7(4)　レポート表示時の使用メモリーを軽減するためには」を参照し，PFM - Web Console（jpcrpt）のメモリー見積もりを再度実施してください。

(f)　【手順6】PFM - Web Console（jpcrpt）のメモリー拡張とレコード数の設定

PFM - Web Console（jpcrpt）のメモリー拡張の設定（メモリー拡張を実施しない場合は不要）

「メモリー拡張の検討」で決定したメモリー量をPFM - Web Consoleのメモリー量設定手順に従って設定してください。詳細については，「付録C.7(7)　View ServerサービスおよびPFM - Web Console（GUIおよびjpcrpt）のメモリー拡張方法について」を参照してください。メモリー拡張を実施しない場合は，本手順は不要です。

PFM - Web Console（jpcrpt）の最大取得レコード数の設定

config.xmlのmaxFetchCount（<command>タグ配下）パラメーターに，【手順1】で計算したレコード数の中で，最大の値を設定してください。

注　GUIでレポート表示する場合の最大取得レコード数は，<vsa>タグ配下のmaxFetchCountパラメーターで設定しますので，注意してください。

(4)　レポート表示時の使用メモリーを軽減するためには

使用メモリーを軽減するために次の表に示す項目を検討し，再度メモリー見積もりを実施してください。

表C‒21　メモリー見積もりの再考事項

項目

再考事項

方法

View Serverサービス

レコードサイズを調整する

選択したフィールドの数を減らす

レコード数を調整する

次のどれかまたはすべてを実施する

表示期間を短くする

インスタンス数を減らす（レポート定義にフィルターを設定）

データ収集間隔またはレポート表示間隔を長くする

PFM - Web Console

（GUI）

キャッシュの保持回数を変更する

config.xmlのcondCacheSizeパラメーターの値を小さくする

レコード数を調整する

次のどれかまたはすべてを実施する

表示期間を短くする

インスタンス数を減らす（レポート定義にフィルターを設定）

データ収集間隔またはレポート表示間隔を長くする

同一ユーザーによる多重ログインを制御する

config.xmlのenableDuplicateLoginパラメーターを設定する

（0900以降だけ設定可能）

PFM - Web Console

（jpcrpt）

レコードサイズを調整する

選択したフィールドの数を減らす

レコード数を調整する

次のどれかまたはすべてを実施する

表示期間を短くする

インスタンス数を減らす（レポート定義にフィルターを設定）

データ収集間隔またはレポート表示間隔を長くする

データ収集間隔やレポート表示期間を調整することで，取得レコード数を調整できます。レコード数を調整する場合は，次の表を参考にして検討してください。

表C‒22　レコード数の目安

項番

最大取得レコード数

データ収集間隔

インスタンス数

レポート表示間隔

レポート表示期間

1

1,440（デフォルト）

1分

1

分

1日

5分

1

分

5日

5分

5

分

1日

1分

1

時

60日

2

10,080

1分

1

分

7日

5分

1

分

35日

5分

5

分

7日

1分

1

時

420日

3

44,640

1分

1

分

31日

5分

1

分

155日

5分

5

分

31日

1分

1

時

1860日

(5)　グラフ作成時に必要なメモリー量の見積もりの考え方

グラフ作成時に必要なメモリー量の考え方をグラフ種別ごとに説明します。

次の図では，アルファベットが記入された1セルは1レコードを表しています。

12:01に収集されたレコードは「A」，「B」，12:02に収集されたレコードは「A」，「C」，「D」，12:03に収集されたレコードは「A」，「B」，「C」であることを表しています。

集合縦棒／積み上げ縦棒／集合横棒／積み上げ横棒／円グラフの場合（最新時刻のグラフ）

最新時刻のレコードを描画します。

図C‒5　最新時刻のグラフのグラフ描画時に必要なレコード

そのため，グラフ描画時にこの図で網掛けされた3レコードが必要となります（斜線で示したレコードは，実際にデータとして取得していますが，グラフ描画の対象外となるレコードです）。

［最大インスタンス数について］

グラフ作成時のメモリー量の見積もりに使用する最大インスタンス数について説明します。最大インスタンス数とは，表示期間内の各収集時刻の中で，収集レコード数（= インスタンス数）が最も大きい値を表します。

この図の場合，収集時刻12:00のレコード数が2，収集時刻12:01のレコード数が3，収集時刻12:02のレコード数が3，収集時刻12:03のレコード数が0であるため，最大インスタンス数は3となります。

最大インスタンス数の見積もりは，レコードによって異なるため，各PFM - Agentのマニュアルを参照して検討してください。

折れ線・面グラフの場合（時系列のグラフ）

表示期間の全レコードを描画します。

図C‒6　時系列グラフのグラフ描画時に必要なレコード

そのため，グラフ描画時にこの図で網掛けされた合計8レコードが必要となります。

積み上げ面グラフの場合（時系列かつ，時刻ごとに収集対象のレコードを積み上げたグラフ）

表示期間の全レコードを描画します。また，各時刻のレコードを同じ順で積み上げる必要があるため，ある時刻でレコードがない場合も空のレコード（「仮（B）」，「仮（C）」，「仮（D）」）を追加して描画します。

図C‒7　積み上げ面グラフ描画時に必要なレコード

そのため，グラフ描画にこの図で網掛けされた合計12レコードが必要となります。

［総インスタンス数について］

グラフ作成時のメモリー量の見積もりに使用する総インスタンス数について説明します。総インスタンス数とは，データ収集期間中に1度でも存在したインスタンスの総数を表します。

この図の場合，表示期間の範囲（12:00〜12:03）の中で，1度でも存在したインスタンスは，「A」，「B」，「C」，「D」です。そのため，総インスタンス数は4となります。

しかし，収集ごとにインスタンスが大きく変動するレコード（例：PFM - Agent for PlatformのPDレコード）については，総インスタンス数が非常に大きくなる場合があります。総インスタンス数の見積もりは，各レコードのインスタンスの特性によって異なるため，各PFM - Agentのマニュアルを参照した上で，見積もり方法を検討してください。

(6)　見積もり計算例

(a)　GUIによるレポート表示の見積もり計算例

前提条件を次に示します。ただし，jpcrptコマンドとは時間帯を分けて運用するため，ViewServerサービスのメモリー見積もりには，jpcrptコマンドは考慮しないことにします。

前提条件

View Serverサービスのメモリー設定

256メガバイト（メモリー拡張不可の環境とする）

PFM - Web Consoleのメモリー設定

512メガバイト（メモリー拡張不可の環境とする）

ユーザー数

アカウント

管理：administrator

一般：public1，public2，public3

上記のアカウントを4人で使用

同時ログイン制御設定の有無

（enableDuplicateLoginパラメーター）

あり

キャッシュの保持回数　（condCacheSizeパラメーター）

20

レポートA

UNIX Agent for Platform

PI_DEVDレコード

Busy %フィールド

Write %フィールド

ODBCキーフィールド　Device Nameフィールド（今回はstring(10)とする）

インスタンス数　20

データ収集間隔　60秒

レポート表示間隔　時（60分）

レポート表示期間　過去1ヶ月

グラフの種類　折れ線

レポートB

UNIX Agent for Platform

PD_FSLレコード

Mbytes Free %フィールド

ODBCキーフィールド　File Systemフィールド

（今回はstring(50)）

インスタンス数　50

データ収集間隔　300秒

レポート表示間隔　分（1分）

レポート表示期間　過去1週間

グラフの種類　集合縦棒

レポートC

Windows Agent for Platform

PIレコード

CPU % フィールド

ODBCキーフィールド　なし

インスタンス数　1

データ収集間隔　60秒

レポート表示間隔　分（1分）

レポート表示期間　過去1週間

グラフの種類　円

レポートD

Windows Agent for Platform

PDレコード

Virtual Kbytesフィールド

ODBCキーフィールド　Programフィールド（今回はstring(30)），PIDフィールド

インスタンス数　50

データ収集間隔　60秒

レポート表示間隔　分（1分）

レポート表示期間　過去1日

グラフの種類　折れ線

［メモリーサイズ設計開始］

まず始めに，同時ログイン制御を有効にするため，config.xmlのenableDuplicateLoginパラメーターをtrueからfalseに変更します。

【手順1】View Serverサービスで必要なメモリー量の見積もり

View Serverサービスで必要なメモリー量を見積もる場合，運用で実行する各レポートの1回のレポートデータ受信に必要なデータ量（B1）から，最終的に1回のレポートデータ受信に必要なデータ量（B1）の最大値が必要です。

複数のレポートに対して効率的に見積もるためには，レコード数が多いレポートに絞りこむことをお奨めします。レポートA，B，C，Dについてそれぞれレコード数を求めると

レポートAは前提条件より

b)“データ収集間隔<レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷レポート表示間隔より

データの取得回数 ＝ 31（日）＊24（時間）＊60（分）÷60（分）＝744（回）

レコード数 ＝ 744 ＊ 20 = 14880レコード

レポートBは前提条件より

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷データ収集間隔より

データの取得回数 ＝ 7（日）＊24（時間）＊60（分）÷5（分）＝2016（回）

レコード数 ＝ 2016 ＊ 50 = 100800レコード

レポートCは前提条件より

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 ＝ レポート表示期間÷データ収集間隔より

データの取得回数 ＝ 7（日）＊24（時間）＊60（分） / 1（分）＝10080（回）

レコード数 ＝ 10080 ＊ 1 = 10080レコード

レポートDは前提条件より

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間 / データ収集間隔より

データの取得回数 ＝ 1（日）＊24（時間）＊60（分） / 1（分）＝1440（回）

レコード数 ＝ 1440 ＊ 50 = 72000レコード

となり，今回はレコード数が多いレポートBとレポートDについて見積もりを実施することにします。

次に，レポートBとレポートDの1回のレポートデータ受信に必要なデータ量（B1）を求めます。

1回のレポートデータ受信に必要なデータ量＝レコードサイズ（C1）＊レコード数…（B1）

まず，レポートBの1回のレポートデータ受信に必要なデータ量（B1）を計算します。

レポートBのレコードサイズは，次のようになります。

レコードサイズ（バイト）

＝選択した各フィールド※のサイズの合計＋選択したフィールド※の数＊2＋34…（C1）より

（16［date and timeフィールド］）+（13［Mbytes Free %フィールド］）+{（50+2）［File Systemフィールド］}+3＊2+34=121（バイト）

1回のレポートデータ受信に必要なデータ量（B1）

＝121（バイト）＊100800レコード=12196800 （バイト）≒12メガバイト

注※　履歴レポート表示時は，Date and TimeフィールドとODBCキーフィールドはレポート表示に含めなくても必ず取得されます。リアルタイムレポートの場合は，Record timeフィールドとODBCキーフィールドが必ず取得されます。

次に，レポートDの1回のレポートデータ受信に必要なデータ量（B1）を計算します。

レポートDのレコードサイズは次のようになります。

レコードサイズ（バイト）

＝選択した各フィールド※のサイズの合計＋選択したフィールド※の数＊2＋34…（C1）より

（16［date and timeフィールド］）+（13［Virtual Kbytesフィールド］）+{（30+2）［programフィールド］}+ （13［PIDフィールド］）+4＊2+34=116（バイト）

1回のレポートデータ受信に必要なデータ量（B1）

＝116（バイト）＊72000レコード=8352000 （バイト）≒8メガバイト

以上より，View Serverサービスで必要なメモリー量（jpcrptコマンドは考慮しない）は

View Serverサービスで必要なメモリー量

＝1回のレポートデータ受信に必要なデータ量（B1）の最大値＊2＊ユーザー数※＋30メガバイト…（A1）より

各レポートで求めた1回のレポートデータ受信に必要なデータ量（B1）の中で最大の値はレポートBの12メガバイトであるので

View Serverサービスで必要なメモリー量

＝12メガバイト＊2＊4+30メガバイト＝126メガバイト

注※　同時にPerformance Managementにログインするユーザー数です。Performance Managementの管理ユーザーA，一般ユーザーBの環境で，現在PFM - Web Consoleから管理ユーザーAが1人，一般ユーザーBで3人同時にログインしている場合は，ユーザー数を合計4人と考えてください。また，PFM - Web Console 09-00以降ではconfig.xmlのenableDuplicateLoginパラメーターで同一ユーザーによる多重ログインを制御できます。この機能を利用すれば，同名ユーザーの同時ログインによる意図しないユーザーログイン数の増加をシステム上で抑止できます。PFM - Web Console 08-50以前を使用する場合は，運用によって複数ユーザーの同時ログイン数を抑止してください。

【手順2】View Serverサービスで必要なメモリー量とデフォルトメモリー量との比較およびメモリー拡張の検討

View Serverサービスの必要メモリーが256メガバイト以下であるのでView Serverサービスのメモリー設定に問題はなしとなります。

【手順3】View Serverサービスのメモリー拡張の設定

View Serverサービスのメモリーを拡張しないため，本手順は不要です。

【手順4】PFM - Web Consoleで運用に必要なメモリー量の見積もり

次にPFM - Web Consoleで必要なメモリー量を見積もります。

レポート表示でログインユーザー1人当たりに必要なメモリー量…（E1）

＝1回のレポートデータ受信に必要なデータ量（B1）の最大値＊20

＋20メガバイト（ログインユーザー1人がPFM - Web Console機能利用時に必要なメモリー量）より

1回のレポートデータ受信に必要なデータ量（B1）は，【手順1】で各レポートで計算した結果，レポートBの12メガバイトが最大値であるので

レポート表示でログインユーザー1人当たりに必要なメモリー量（E1）＝12メガバイト＊20+20 ＝260メガバイト

各レポートのグラフ作成時に必要なメモリー量は，レポートBとレポートDのそれぞれのグラフ種別，レコード数より

レポートBのグラフ作成時に必要なメモリー量は，2メガバイト

レポートDのグラフ作成時に必要なメモリー量は，80メガバイト

以上より，グラフ作成時に必要なメモリー量の最大値（F1）は，最大値の80メガバイト

PFM - Web Console（GUI）で必要なメモリー量…（D1）

＝レポート表示でログインユーザー1人当たりに必要なメモリー量（E1）

＊ユーザー数※

＋グラフ作成時に必要なメモリー量の最大値（F1）

＋1回のレポートデータ受信に必要なデータ量（B1）（CSV出力または印刷画面表示で使用）

＋50メガバイト（サービス起動中に使用するメモリー量）より

PFM - Web Consoleで必要なメモリー量＝260メガバイト＊4+80メガバイト+12メガバイト+50メガバイト＝1182メガバイト

注※　同時にPerformance Managementにログインするユーザー数です。Performance Managementの管理ユーザーA，一般ユーザーBの環境で，現在PFM - Web Consoleから管理ユーザーAが1人，一般ユーザーBで3人同時にログインしている場合は，ユーザー数を合計4人と考えてください。また，PFM - Web Console 09-00以降ではconfig.xmlのenableDuplicateLoginパラメーターで同一ユーザーによる多重ログインを制御できます。この機能を利用すれば，同名ユーザーの同時ログインによる意図しないユーザーログイン数の増加をシステム上で抑止できます。PFM - Web Console 08-50以前を使用する場合は，運用によって複数ユーザーの同時ログイン数を抑止してください。

【手順5】PFM - Web Consoleの必要なメモリー量の検証とメモリー拡張の検討

見積もりの結果，PFM - Web Consoleの必要なメモリー量が，使用可能なメモリー量のデフォルト値である512メガバイトを超えています。また，今回はメモリーの拡張を検討できません。そのため，レポート表示の運用を見直し，レポートのキャッシュの保持回数（config.xmlのcondCacheSizeパラメーター）を20→5に変更，レポートBのデータ収集間隔を300秒から360秒に変更して，PFM - Web Consoleの必要なメモリー量を再計算します。

【手順4】PFM - Web Consoleで運用に必要なメモリー量の見積もり（再実施）

［PFM - Web Consoleの必要メモリーの再計算］

まず，レポートBのレコード数を再計算します。

データの取得回数 ＝ 7（日）＊24（時間）＊60（分）÷6（分）＝1680（回）

レコード数= 1680 ＊ 50 = 84000レコード

1回のレポートデータ受信に必要なデータ量（B1）

＝121（バイト）＊84000レコード=10164000 （バイト）≒10メガバイト

レポート表示でログインユーザー1人当たりに必要なメモリー量…（E1）

＝1回のレポートデータ受信に必要なデータ量（B1）の最大値＊20

＋20メガバイト（ログインユーザー1人がPFM - Web Console機能利用時に必要なメモリー量）より

キャッシュの保持回数を20から5に変更，

1回のレポートデータ受信に必要なデータ量（B1）は，各レポートで計算した結果，レポートBの10メガバイトが最大値であるので

レポート表示でログインユーザー1人当たりに必要なメモリー量（E1）＝10メガバイト＊5+20 ＝70メガバイト

グラフ作成時に必要なメモリー量の最大値（F1）は，80メガバイト

PFM - Web Console（GUI）で必要なメモリー量…（D1）

＝レポート表示でログインユーザー1人当たりに必要なメモリー量（E1）

＊ユーザー数※

＋グラフ作成時に必要なメモリー量の最大値（F1）

＋1回のレポートデータ受信に必要なデータ量（B1） （CSV出力または印刷画面表示で使用）

＋50メガバイト（サービス起動中に使用するメモリー量）より

PFM - Web Consoleで必要なメモリー量＝70メガバイト＊4+80メガバイト+10メガバイト+50メガバイト ＝ 420メガバイト

注※　同時にPerformance Managementにログインするユーザー数です。Performance Managementの管理ユーザーA，一般ユーザーBの環境で，現在PFM - Web Consoleから管理ユーザーAが1人，一般ユーザーBで3人同時にログインしている場合は，ユーザー数を合計4人と考えてください。また，PFM - Web Console 09-00以降ではconfig.xmlのenableDuplicateLoginパラメーターで同一ユーザーによる多重ログインを制御できます。この機能を利用すれば，同名ユーザーの同時ログインによる意図しないユーザーログイン数の増加をシステム上で抑止できます。PFM - Web Console 08-50以前を使用する場合は，運用によって複数ユーザーの同時ログイン数を抑止してください。

【手順5】PFM - Web Consoleの必要メモリー量の検証とメモリー拡張の検討（再実施）

PFM - Web Consoleの必要メモリーが512メガバイト以下であるのでPFM - Web Consoleのメモリー設定に問題はなしとなります。

【手順6】PFM - Web Consoleのメモリー拡張とレコード数の設定

PFM - Web Consoleのメモリーを拡張しないため，メモリー拡張の設定は不要です。最後にconfig.xmlのmaxFetchCount（<vsa>タグ配下）パラメーターを設定します。【手順1】で計算した各レポートのレコード数の中で最大の値である84,000を設定します。

以上で，メモリーサイズ設計は終了です。

(b)　jpcrptコマンドによるレポート表示の見積もり計算例

前提条件を以下に示します。ただし，GUIのレポート表示とは時間帯を分けて運用するため，ViewServerサービスのメモリー見積もりには，GUI表示は考慮しないことにします。

前提条件

View Serverサービスのメモリー設定

256メガバイト（メモリー拡張不可の環境とする）

PFM - Web Console（jpcrpt）のメモリー設定

64メガバイト（メモリー拡張不可の環境とする）

レポートA

UNIX Agent for Platform※

PI_DEVDレコード

Busy %フィールド

Write %フィールド

ODBCキーフィールド　Device Nameフィールド（今回はstring(10)とする）

インスタンス数　20

データ収集間隔　60秒

レポート表示間隔　時（60分）

レポート表示期間　過去1ヶ月

グラフの種類　折れ線

レポートB

UNIX Agent for Platform※

PD_FSLレコード

Mbytes Free %フィールド

ODBCキーフィールド　File Systemフィールド

（今回はstring(50)）

インスタンス数　50

データ収集間隔　300秒

レポート表示間隔　分（1分）

レポート表示期間　過去1週間

グラフの種類　集合縦棒

レポートC

Windows Agent for Platform※

PIレコード

CPU % フィールド

ODBCキーフィールド　なし

インスタンス数　1

データ収集間隔　60秒

レポート表示間隔　分（1分）

レポート表示期間　過去1週間

グラフの種類　円

レポートD

Windows Agent for Platform※

PDレコード

Virtual Kbytesフィールド

ODBCキーフィールド　Programフィールド（今回はstring(30)），PIDフィールド

インスタンス数　50

データ収集間隔　60秒

レポート表示間隔　分（1分）

レポート表示期間　過去1日

グラフの種類　折れ線

注※

履歴（1つのエージェント）のレポート

レポートA，B，C，Dがすべて履歴（1つのエージェント）のレポートであるため，すべてのレポートに対してメモリー見積もりを実施します。

［メモリーサイズ設計開始］

【手順1】View Serverサービスで必要なメモリー量の見積もり

View Serverサービスで必要なメモリー量を見積もる場合，運用で実行する各レポートの1回のレポートデータ受信に必要なデータ量（B1）から，最終的に1回のレポートデータ受信に必要なデータ量（B1）の最大値が必要です。

複数のレポートに対して効率的に見積もるためには，レコード数が多いレポートに絞りこむことをお奨めします。レポートA，B，C，Dについてそれぞれレコード数を求めると

レポートAは前提条件より

b)“データ収集間隔<レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷レポート表示間隔より

データの取得回数 ＝ 31（日）＊24（時間）＊60（分）÷60（分）＝744（回）

レコード数 ＝ 744 ＊ 20 = 14880レコード

レポートBは前提条件より

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷データ収集間隔より

データの取得回数 ＝ 7（日）＊24（時間）＊60（分）÷5（分）＝2016（回）

レコード数 ＝ 2016 ＊ 50 = 100800レコード

レポートCは前提条件より

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷データ収集間隔より

データの取得回数 ＝ 7（日）＊24（時間）＊60（分）÷1（分）＝10080（回）

レコード数 ＝ 10080 ＊ 1 = 10080レコード

レポートDは前提条件より

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷データ収集間隔より

データの取得回数 ＝ 1（日）＊24（時間）＊60（分）÷1（分）＝1440（回）

レコード数 ＝ 1440 ＊ 50 = 72000レコード

となり，今回はレコード数が多いレポートBとレポートDについて見積もりを実施することにします。

次に，レポートBとレポートDの1回のレポートデータ受信に必要なデータ量（B1）を求めます。

1回のレポートデータ受信に必要なデータ量＝レコードサイズ（C1）＊レコード数…（B1）

まず，レポートBの1回のレポートデータ受信に必要なデータ量（B1）を計算します。

レポートBのレコードサイズは

レコードサイズ（バイト）

=選択した各フィールド※のサイズの合計＋選択したフィールド※の数＊2＋34…（C1）より

（16［date and timeフィールド］）+（13［Mbytes Free %フィールド］）+{（50+2）［File Systemフィールド］}+3＊2+34=121（バイト）

1回のレポートデータ受信に必要なデータ量（B1）

＝121（バイト）＊100800レコード=12196800 （バイト）≒12メガバイト

次に，レポートDの1回のレポートデータ受信に必要なデータ量（B1）を計算します。

レポートDのレコードサイズは

レコードサイズ（バイト）

=選択した各フィールド※のサイズの合計＋選択したフィールド※の数＊2＋34…（C1）より

（16［date and timeフィールド］）+（13［Virtual Kbytesフィールド］）+{（30+2）［programフィールド］}+ （13［PIDフィールド］）+4＊2+34=116（バイト）

1回のレポートデータ受信に必要なデータ量（B1）

＝116（バイト）＊72000レコード=8352000 （バイト）≒8メガバイト

以上より，View Serverサービスで必要なメモリー量（GUIのレポート表示は考慮しない）は

View Serverサービスで必要なメモリー量

＝1回のレポートデータ受信に必要なデータ量（B1）の最大値＊2＋30メガバイト…（A1）より

各レポートで求めた1回のレポートデータ受信に必要なデータ量（B1）の中で最大の値はレポートBの12メガバイトであるので

View Serverサービスで必要なメモリー量＝12メガバイト＊2+30メガバイト＝54メガバイト

【手順2】View Serverサービスで必要なメモリー量とデフォルトメモリー量との比較およびメモリー拡張の検討

View Serverサービスの必要メモリーが256メガバイト以下であるのでView Serverサービスのメモリー設定に問題はなしとなります。

【手順3】View Serverサービスのメモリー拡張の設定

View Serverサービスのメモリーを拡張しないため，本手順は不要です。

【手順4】PFM - Web Console（jpcrpt）で運用に必要なメモリー量の見積もり

次にPFM - Web Console（jpcrpt）で必要なメモリー量を見積もります。

【手順1】（B1）で，各レポートで計算した結果，レポートBの値が最大値であるので，1回のレポートデータ受信に必要なデータ量（B1）の最大値は12メガバイト

各レポートのグラフ作成時に必要なメモリー量は，レポートBとレポートDのそれぞれのグラフ種別，レコード数より

レポートBのグラフ作成時に必要なメモリー量は，2メガバイト

レポートDのグラフ作成時に必要なメモリー量は，80メガバイト

以上より，グラフ作成時に必要なメモリー量の最大値（F1）は，最大値の80メガバイト

jpcrptコマンドで必要なメモリー量…（D1）

＝1回のレポートデータ受信に必要なデータ量（B1）の最大値（jpcrptでの【手順1】（B1）の値）

＋グラフ作成時に必要なメモリー量の最大値（F1）より

jpcrptコマンドで必要なメモリー量＝12メガバイト+80メガバイト＝92メガバイト

【手順5】PFM - Web Consoleの必要なメモリー量の検証とメモリー拡張の検討

見積もりの結果，jpcrptコマンドの必要なメモリー量が，使用可能なメモリー量のデフォルト値である64メガバイトを超えています。また，今回はメモリーの拡張を検討できません。見積もりで計算したメモリー量のうち，グラフ作成に必要なメモリー量が，使用可能なデフォルトのメモリー量64メガバイトに対して非常の大きいため，レポート表示の運用を見直します。レポートDのデータ収集間隔を60秒→300秒に変更して，jpcrptコマンドの必要なメモリー量を再計算します。

【手順4】PFM - Web Console（jpcrpt）で運用に必要なメモリー量の見積もり（再実施）

［PFM - Web Console（jpcrpt）の必要メモリーの再計算］

まず，レポートDのレコード数を再計算します。

データの取得回数 ＝ 1（日）＊24（時間）＊60（分）÷5（分）＝288（回）

レコード数=288 ＊ 50 = 14400レコード

グラフ作成時に必要なメモリー量の最大値（F1）は，30メガバイト

jpcrptコマンドで必要なメモリー量…（D1）

＝1回のレポートデータ受信に必要なデータ量（B1）の最大値（jpcrptでの【手順1】（B1）の値）

＋グラフ作成時に必要なメモリー量の最大値（F1）より

jpcrptコマンドで必要なメモリー量＝12メガバイト+30メガバイト ＝ 42メガバイト

【手順5】PFM - Web Console（jpcrpt）の必要メモリー量の検証とメモリー拡張の検討（再実施）

PFM - Web Consoleの必要メモリーが64メガバイト以下であるのでPFM - Web Consoleのメモリー設定に問題はなしとなります。

【手順6】PFM - Web Console（jpcrpt）のメモリー拡張とレコード数の設定

PFM - Web Console（jpcrpt）のメモリーを拡張しないため，メモリー拡張の設定は不要です。最後にconfig.xmlのmaxFetchCount（<command>タグ配下）パラメーターを設定します。【手順1】（B1）で計算した各レポートのレコード数の中で最大の値である100800を設定します。

以上で，メモリーサイズ設計は終了です。

(7)　View ServerサービスおよびPFM - Web Console（GUIおよびjpcrpt）のメモリー拡張方法について

(a)　View Serverサービスのメモリー拡張方法について

Windowsの場合（11-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の倍数）で記載してください（半角英数字だけ使用可）。

注2

-Xmxオプションは，View Serverサービスが使用するヒープメモリーの上限値を指定するもので，指定した値のヒープメモリーを常に使用するわけではありません。

注3

PFM - Managerを論理ホスト環境で運用している場合は，実行系・待機系両方のインストール先ディレクトリ上にあるjvmopt.iniファイルを変更してください。

Windowsの場合（11-00以降）

View Serverサービスが使用するヒープメモリーの上限値を拡張する手順を説明します。

PFM - Managerを停止する。

PFM - Managerのインストール先ディレクトリ¥mgr¥viewsvr直下に，jvmopt.iniという名称で空ファイルを作成する。

jvmopt.iniをテキストエディターで開いて，次の2行を追加する。

-XmxView Serverサービスの使用するヒープメモリーの上限値[k|K|m|M|g|G|t|T]

-Djava.rmi.dgc.leaseValue=172800000

jvmopt.iniを上書き保存する。

PFM - Managerを再起動する。

［使用例］

View Serverサービスが使用するヒープメモリーの上限値を1ギガバイトにした場合の例を次に示します。

-Xmx1G

-Djava.rmi.dgc.leaseValue=172800000

注1

-Xmxオプションで指定した数値が，View Serverサービスが使用するヒープメモリーの最大値となります（サービス全体で使用するヒープメモリー量とは異なります）。設定値の単位は，バイト，キロバイト，メガバイト，ギガバイト，テラバイトのどれかを選択できます。ただし，バイトの場合は単位を指定する必要はありません。指定時は，半角英数字だけ使用できます。単位の大文字小文字は区別されません。

注2

-Xmxオプションは，View Serverサービスが使用するヒープメモリーの上限値を指定するもので，指定した値のヒープメモリーを常に使用するわけではありません。

注3

PFM - Managerを論理ホスト環境で運用している場合は，実行系・待機系両方のインストール先ディレクトリ上にあるjvmopt.iniファイルを変更してください。

UNIXの場合（11-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の倍数）で記載してください（半角英数字だけ使用可）。

注2

-Xmxオプションは，View Serverサービスが使用するヒープメモリーの上限値を指定するもので，指定した値のヒープメモリーを常に使用するわけではありません。

注3

上書きインストールを実行すると，/opt/jp1pc/mgr/viewsvr/jpcvsvrのファイルが上書きされます。View Serverサービスが使用するヒープメモリーの上限値を拡張して運用していた場合は，上書きインストール前に上記ファイルのバックアップを取り，上書きインストール後に，再度設定してください。

注4

PFM - Managerを論理ホスト環境で運用している場合は，実行系/待機系両方の/opt/jp1pc/mgr/viewsvr/jpcvsvrファイルを変更してください。

UNIXの場合（11-00以降）

View Serverサービスが使用するヒープメモリーの上限値を拡張する手順を説明します。

PFM - Managerを停止する。

/opt/jp1pc/mgr/viewsvr/jpcvsvrをテキストエディターで開いて，次の行を検索する。

-XmxView Serverサービスの使用するヒープメモリーの上限値[k|K|m|M|g|G|t|T] ¥

/opt/jp1pc/mgr/viewsvr/jpcvsvrを上書き保存する。

PFM - Managerを再起動する。

［使用例］

View Serverサービスが使用するヒープメモリーの上限値を1ギガバイトにした場合の例を次に示します。

-Xmx1G△¥

△：半角スペース

注1

-Xmxオプションで指定した数値が，View Serverサービスが使用するヒープメモリーの最大値となります（サービス全体で使用するヒープメモリー量とは異なります）。設定値の単位は，バイト，キロバイト，メガバイト，ギガバイト，テラバイトのどれかを選択できます。ただし，バイトの場合は単位を指定する必要はありません。指定時は，半角英数字だけ使用できます。単位の大文字小文字は区別されません。

注2

-Xmxオプションは，View Serverサービスが使用するヒープメモリーの上限値を指定するもので，指定した値のヒープメモリーを常に使用するわけではありません。

注3

上書きインストールを実行すると，/opt/jp1pc/mgr/viewsvr/jpcvsvrのファイルが上書きされます。View Serverサービスが使用するヒープメモリーの上限値を拡張して運用していた場合は，上書きインストール前に上記ファイルのバックアップを取り，上書きインストール後に，再度設定してください。

注4

PFM - Managerを論理ホスト環境で運用している場合は，実行系・待機系両方の/opt/jp1pc/mgr/viewsvr/jpcvsvrファイルを変更してください。

(b)　PFM - Web Consoleのメモリー拡張方法について

PFM - Web Consoleサービスが使用するメモリーの上限値を拡張するにはオプション定義ファイル（usrconf.cfg）のadd.jvm.arg=-Xmxを変更します。

オプション定義ファイル（usrconf.cfg）の詳細については，マニュアル「JP1/Performance Management リファレンス」の定義ファイルについて説明している章を参照してください。

(c)　jpcrptコマンドのメモリー拡張方法について

jpcrptコマンドが使用するメモリーの上限値を拡張する手順を説明します。jpcrptコマンドが使用するメモリーの上限値を拡張する場合，-mxオプションで最大ヒープサイズを指定してください。詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドの章を参照してください。

<256メガバイトに拡張する場合のコマンドライン例>

jpcrpt -o <出力ファイル> -mx 256 <入力ファイル>

(8)　レコード数の見積もり方法

レコード数を計算する場合は，計算式は以下となります。

レコード数 = データの取得回数＊インスタンス数

データ取得回数は，表示期間や収集間隔によって，次のように計算が異なります。

a)“データ収集間隔≧レポート表示間隔”の場合

データの取得回数 = レポート表示期間 / データ収集間隔

b)“データ収集間隔<レポート表示間隔”の場合

データの取得回数 = レポート表示期間/レポート表示間隔

メモ

各レコードのインスタンス数の見積もり方法については，各PFM - Agentのマニュアルを参照ください。

（計算例）

次の各レポートの条件で計算する場合の計算例を示します。

前提条件

レポートA

インスタンス数　20

データ収集間隔　60秒

レポート表示間隔　時（60分）

レポート表示期間　過去1ヶ月

レポートB

インスタンス数　50

データ収集間隔　300秒

レポート表示間隔　分（1分）

レポート表示期間　過去1週間

［レポートAの場合］

b)“データ収集間隔<レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間/レポート表示間隔より

データの取得回数 ＝ 31（日）＊24（時間）＊60（分）/ 60（分）＝744（回）

レコード数 ＝ 744 ＊ 20 = 14880レコード

［レポートBの場合］

a)“データ収集間隔≧レポート表示間隔”の場合に該当するため

データの取得回数 = レポート表示期間÷データ収集間隔より

データの取得回数 ＝ 7（日）＊24（時間）＊60（分）÷5（分）＝2016（回）

レコード数 ＝ 2016 ＊ 50 = 100800レコード

(9)　レコード数が多いデータに対してGUIによるレポートを表示するためには

通常，表示間隔が［分］で過去1ヶ月などのデータは，レコード数が多大になることがあります。しかし，GUIのレポート表示は，レコード数が多いデータを参照するのに適しておりません。

この章ではPerformance Managementのレコードの特性を用い，レコード数が多いデータに対して，GUIでレポートを表示する方法を説明します。

PFMで扱うレコードには，大きく3つのレコード（PI，PD，PL）があります。それぞれの特性の説明を，次の表に示します。

表C‒23　各レコードの特性

履歴データの形式

特徴・用途

推奨するレポート運用

PIレコード

（要約レコード）

収集したパフォーマンスデータを基に，分，時，日単位などの要約レコードを自動的に生成・記録する。

パフォーマンスデータの推移や傾向を確認するのに向いている。

線グラフ・面グラフ・積み上げ面グラフなど，横軸が時系列のグラフを選択することで，パフォーマンスデータの推移や傾向を確認できる。

広域で粗い間隔のレポートから，狭域で細かい間隔のレポートへドリルダウン表示していくことで，問題の発生している期間を素早く特定できる。

PD，PLレコード

（非要約レコード）

収集したパフォーマンスデータをそのまま記録する。

ある時点での詳細な情報を確認するのに向いている。

棒グラフ・円グラフなど，ある時点の情報を表示するグラフを選択することで，任意の時刻の詳細な情報を確認できる。

次に，運用ケースを例として挙げ，各レコードの特性を用いて，レコード数が多いデータに対して，GUIでレポートを表示する方法を説明します。レコード数が多いデータとして，表示期間が［1ヶ月］，表示間隔が［分］のデータを例に挙げます。

(a)　運用ケース1

［PIレコードのレポートを過去1ヶ月の期間で表示する場合］

PIレコードのレポートの場合は，ドリルダウンレポートを活用することで実現できます。

以下にドリルダウン機能の概要と設定方法を説明します。

・PIレコードの履歴レポートからのドリルダウン機能について

Performance Managementのドリルダウン機能には，ユーザーが明示的に関連づけるものと，PIレコードの履歴レポートに対して自動的に設定されるものがあります。このうち，PIレコードの履歴レポートで想定されるドリルダウンの運用例を示します。

［作成方法］

ドリルダウンのレポートの作成方法は次のとおりです。

レポート階層より，レポートの新規作成を実施します。

PIレコードタイプのレコードを設定します。

［レポート表示期間の設定］で［対象期間］を［過去1ヶ月以内］，［レポート間隔］を［日］とします。

［表示形式］を［表］と［グラフ］とします。

［グラフの種類］を［積み上げ面］とします。

ドリルダウンの設定は実施しません。※

注※　ここではレポートドリルダウン，フィールドのドリルダウンを設定できます。しかし，PIレコードタイプの場合は本設定を実施せずとも，1つ下位のレポート間隔へ自動的にドリルダウンできます。

［確認手順］

上記［作成方法］で作成したレポートをドリルダウンレポート機能で表示する手順は次のとおりです。

［過去1ヶ月以内］でレポート間隔が「日」のレポートが表示されます。

手順1.のレポートの［表］の［Date and time］フィールドから確認する必要がある［日］をクリックします。

手順2.を実行すると選択した［日］の24時間が［時間］単位で表示されます。

手順3.で表示したレポートの［表］の［Date and time］フィールドから確認する必要がある［時刻］をクリックします。

手順4.を実行すると選択した［時刻］の1時間が［分］単位で表示されます。

(b)　運用ケース2

［PDやPLレコードのレポートを過去1ヶ月の期間で表示する場合］

PDやPLレコードは，PIレコードのようにドリルダウンレポートを使用できません。そのため，次のような運用による回避によって，データを参照してください。

jpcrptコマンドによるCSV出力

jpcrptコマンドのCSV出力によって，レコード数の多いデータを参照します。マニュアルのコマンドの章を参照し，下記に格納されているサンプルファイルを編集してjpcrptの入力ファイルを作成してください。

Windowsの場合：インストール先ディレクトリ¥sample¥conf

UNIXの場合：/opt/jp1pcwebcon/sample/conf

レコードを減らして表示する

次の方法でレコードを減らしてレポートを表示してください（「付録C.7(4)　レポート表示時の使用メモリーを軽減するためには」を参照）。

・レポートの表示期間を小さくし，レポート表示期間を分割して表示する

・レポートのフィルター機能を使用する

・データ収集間隔を大きくする

以上を踏まえ，システム運用に合わせたレポート表示設定を検討し，安全に運用が行えるようなシステムを設計してください。

付録C.8　ネットワーク上を流れるデータ量の見積もり方法

Performance Managementでネットワーク上を流れるデータ量を見積もる場合には，監視運用時にネットワーク上を流れるデータ量を検討します。※

注※

Performance Managementの設定変更などを実施すると通信しますが，設計・構築時の一時的な通信のため，特にシステム見積もりには含める必要はありません。

通常，Performance Managementの監視運用中にネットワーク上を流れるデータは次の2種類となります。

アラーム発生時に発生する通信データ

レポート情報を取得するときに発生する通信データ

(1)　アラーム発生時に発生する通信データを見積もる

アラームが発生すると，PFM - Agent，PFM - RMからPFM - Managerへアラームイベントが送信されます。このときに発生するデータ量は，1件当たり5KB程度です。特にシステム見積もり時に考慮する必要はありません。

(2)　レポート情報を取得するときに発生する通信データ

Performance Managementの監視運用中に発生する通信データで最も大きくなるのは，レポート情報を取得するときに発生する通信データです。定期的にレポートを取得して運用する場合などは，この通信データ量を見積もっておくことをお勧めします。

レポート情報を取得するときに発生する通信データは，PFM - AgentまたはPFM - RMからPFM - Managerへ送信されます。このデータ量はレポート情報のサイズによって変化するため，個別に計算する必要があります。計算方法は，「付録C.7(2)　GUIによるレポート表示時のメモリー見積もり」の「【手順1】」の1回のレポートデータ受信に必要なデータ量（B1）の計算式と同じです。

付録D　カーネルパラメーターの調整が必要なシステムリソース一覧

UNIX環境でPerformance Managementを使用する場合，Performance Managementの実行処理に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。カーネルパラメーターの調整が必要なシステムリソース一覧については，リリースノートを参照してください。

付録E　バージョン情報の確認

付録E.1　PFM - Managerのバージョン情報の確認方法

確認方法を次に示します。

(1)　Windowsの場合

次のファイルを確認してください。

インストール先フォルダ¥mgr¥VERSION.TXT

ファイル内の記載

PP形名 VV-RR[-SS]

(2)　UNIXの場合

Hitachi PP Installerから確認します。

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

Linuxの場合

/etc/hitachi_x64setup

Linux以外の場合

/etc/hitachi_setup

Hitachi PP Installerの初期画面で「L」を入力する。

インストール済みの日立製品の一覧が表示されます。

付録E.2　PFM - Web Consoleのバージョン情報の確認方法

確認方法を次に示します。

(1)　Windowsの場合

次のファイルを確認してください。

インストール先フォルダ¥VERSION.TXT

ファイル内の記載

PP形名 VV-RR[-SS]

(2)　UNIXの場合

Hitachi PP Installerから確認します。

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

Linuxの場合

/etc/hitachi_x64setup

Linux以外の場合

/etc/hitachi_setup

Hitachi PP Installerの初期画面で「L」を入力する。

インストール済みの日立製品の一覧が表示されます。

(3)　監視コンソールから確認する場合

PFM - Web Consoleのバージョン情報は監視コンソールでも確認できます。

詳細については，マニュアル「JP1/Performance Management リファレンス」の［バージョン情報］画面について説明している個所を参照してください。

付録E.3　PFM - Baseのバージョン情報の確認方法

確認方法を次に示します。

(1)　Windowsの場合

次のファイルを確認してください。

インストール先フォルダ¥agtp¥VERSION.TXT

ファイル内の記載

PP形名 VV-RR[-SS]

(2)　UNIXの場合

Hitachi PP Installerから確認します。

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

Linuxの場合

/etc/hitachi_x64setup

Linux以外の場合

/etc/hitachi_setup

Hitachi PP Installerの初期画面で「L」を入力する。

インストール済みの日立製品の一覧が表示されます。

付録E.4　PFM - AgentおよびPFM - RMのバージョン情報の確認方法

確認方法を次に示します。

(1)　Windowsの場合

次のファイルを確認してください。

インストール先フォルダ¥agtX※¥VERSION.TXT

注※

「agtX」のXは，各PFM - AgentまたはPFM - RMのプロダクトIDを示します。 プロダクトIDについては，各PFM - AgentまたはPFM - RMのマニュアルを参照してください。

ファイル内の記載

PP形名 VV-RR[-SS]

(2)　UNIXの場合

Hitachi PP Installerから確認します。

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

Linuxの場合

/etc/hitachi_x64setup

Linux以外の場合

/etc/hitachi_setup

Hitachi PP Installerの初期画面で「L」を入力する。

インストール済みの日立製品の一覧が表示されます。

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

ここでは，Performance Managementの移行手順と移行時の注意事項について説明します。

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

Performance Managementでの，09-00以降と07-50以前の製品体系の違いを示します。

(1)　09-00以降のPerformance Managementの製品体系

09-00以降のPerformance Managementは，PFM - Manager，PFM - Web Console，PFM - Base，PFM - Agent，およびPFM - RMの5つの製品で構成されます。

図F‒1　09-00以降のPerformance Managementの製品体系

PFM - BaseはPFM - AgentおよびPFM - RMの前提製品です。PFM - BaseがインストールされていないとPFM - AgentおよびPFM - RMはインストールできません。ただし，PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM - Baseをインストールする必要はありません。PFM - ManagerとPFM - Baseは排他製品となるため，同一ホストにインストールすることはできません。

PFM - RMはリモート監視を実現する製品です。1つのPFM - RMで複数の監視対象プログラムを監視できます。PFM - RMを監視対象プログラムの数だけ用意する必要はありません。

(2)　07-50以前のPerformance Managementの製品体系

07-50以前のPerformance Managementは，PFM - Manager，PFM - View，およびPFM - Agentの3つの製品で構成されます。

図F‒2　07-50以前のPerformance Managementの製品体系

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

08-00以降のPFM - Web Consoleは，07-00以前のPFM - Viewとは別製品です。08-00以降のPFM - View製品はありません。

PFM - Web Consoleは，ほかのPerformance Managementのプログラムと同一ホストにインストールできますが，マシンの負荷を考慮してPFM - Manager，PFM - Agentとは別のホストにインストールすることをお勧めします。なお，同一ホストにインストールする場合，PFM - Web ConsoleとほかのPerformance Managementプログラムとの間にインストール順序や排他はありません。

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

07-50以前のPerformance Managementのプログラムを08-00以降にバージョンアップするときのインストール順序を示します。なお，アンインストールはインストールの逆の順序になります。

(1)　PFM - Managerを08-00以降に移行する場合

(a)　PFM - Managerを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Managerを上書きインストールする。

(b)　07-50以前のPFM - ManagerとPFM - Agentが同一ホストにインストールされている環境で，PFM - Managerだけを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Managerを上書きインストールする。

注意

この構成の場合，PFM - Managerをアンインストールするときは，07-50以前のPFM - Agentをアンインストールする必要があります。

(2)　PFM - Agentを08-00以降に移行する場合

(a)　1つまたは複数のPFM - Agentのすべてを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Baseを新規インストールする。

08-00以降のPFM - Agentを上書きインストールする。

注意

1台のホストに複数のPFM - Agentをインストールする場合でも，PFM - Baseは1つでかまいません。

また，PFM - Agent間にインストール順序はありません。

(b)　07-50以前のPFM - ManagerとPFM - Agentが同一ホストにインストールされている環境で，PFM - ManagerとPFM - Agentを08-00以降に移行する場合

インストール順序

08-00以降のPFM - Managerを上書きインストールする。

08-00以降のPFM - Agentを上書きインストールする。

注意

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

(c)　1台のホストに複数の07-50以前のPFM - Agentがインストールされている環境で，PFM - Agentの一部だけ08-00以降に移行する場合

インストール順序

08-00以降のPFM - Baseを新規インストールする。

バージョンアップ対象のPFM - Agentに08-00以降のPFM - Agentを上書きインストールする。

注意

この構成の場合，PFM - Baseをアンインストールするときは，07-50以前および08-00以降のPFM - Agentをアンインストールする必要があります。

(3)　PFM - View 07-00以前をPFM - Web Console 08-00以降に移行する場合

インストール順序

08-00以降のPFM - Web Consoleを新規インストールする。

注意

監視コンソールの環境としてPFM - Web Consoleだけを使用する場合は，07-00以前のPFM - Viewはアンインストールしてかまいません。

(4)　組み合わせられないPerformance Managementの構成

次に示す構成では，Performance Managementを使用できません。

07-50以前のPFM - ManagerとPFM - Agentが同一ホストにインストールされている環境で，PFM - Agentだけを08-00以降に移行する

注意

PFM - ManagerとPFM - Agentを同一ホストにインストールする場合，08-00以降のPFM - Agentの前提製品は，08-00以降のPFM - Managerになります。したがって，08-00以降のPFM - Agentを使用する場合，PFM - Managerには08-00以降のものを使用してください。なお，バージョンに関係なくPFM - ManagerとPFM - Baseは排他関係にあるため，この環境にPFM - Baseはインストールできません。

付録F.4　Performance Managementのプログラムのバージョンアップ手順

Performance Managementのプログラムをバージョンアップするには，Performance Managementのプログラムを上書きインストールします。

手順を次に示します。

PFM - Web Console以外の場合

物理ホスト上および論理ホスト上のPerformance Managementのプログラムのサービスをすべて停止する。

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

Performance Managementのプログラムを上書きインストールする。

Performance Managementを運用するためのセットアップを実施する。

Performance Managementとの連携機能を再開する。

ヒント

クラスタ環境でPFM - Web Console以外のPerformance Management製品をバージョンアップする場合，共有ディスク上のファイルも更新する必要があります。実行系・待機系のどちらか一方で1回は共有ディスクをオンラインにした状態でバージョンアップしてください。PFM - Web Consoleがクラスタ環境の場合にバージョンアップする場合は共有ディスクをオンラインにする必要はありません。

PFM - Web Consoleの場合

物理ホスト上および論理ホスト上のPFM - Web Consoleのサービスをすべて停止する。

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

PFM - Web Consoleを上書きインストールする。

インストールの詳細については，「4.　インストールとセットアップ（Windowsの場合）」または「5.　インストールとセットアップ（UNIXの場合）」を参照してください。

付録F.5　移行時の注意事項（バージョン11-00以降）

PFM - Web Consoleを国内版からバージョンアップインストールする場合，次のようにバージョンアップ前と異なる動作をすることがあります。バージョンアップ前と同じ動作にしたい場合は，インストール後に初期設定ファイル（config.xml）の各プロパティの設定値を変更してください。

ブラウザの言語設定に「ja」「en」「en_US」以外を設定し，初期設定ファイル（config.xml）のselectFormatの値を設定していない場合，ブラウザやエクスポートで出力されるファイルの日付の表示形式が，「pattern-yyyyMMdd（年月日方式）」から「pattern-ddMMyyyy（日月年方式）」になります。

初期設定ファイル（config.xml）のcharacterCodeの値を設定していない場合，ブラウザやエクスポートで出力される文字コードが，「Shift_JIS」から「UTF-8」になります。

PFM - Manager，PFM - Base，またはPFM - Web Consoleを11-00未満から11-00以降にバージョンアップする場合，バージョンアップ前の環境と比べて2倍のメモリーが必要になります。バージョンアップインストールを実施する前に，必ずメモリー所要量を見積もり直してください。具体的なメモリー所要量については，リリースノートを参照してください。

次の条件を満たすときは，PFM - RM for VMへの移行コマンド（jpcaovm2rmvmコマンド）を実行してから，PFM - ManagerまたはPFM - Baseを11-00以降にバージョンアップしてください。

PFM - ManagerまたはPFM - Baseと，PFM - Agent for VMが同一ホストにインストールされている

移行コマンド（jpcaovm2rmvmコマンド）を実行して，PFM - Agent for VMを10-00のPFM - RM for VMに移行予定である

PFM - ManagerまたはPFM - Baseだけを11-00以降にバージョンアップする

PFM - ManagerまたはPFM - Baseを11-00以降にバージョンアップしたあとに移行コマンドを実行すると，コマンドが異常終了します。この場合，PFM - RM for VMを11-00にバージョンアップする必要があります。詳細については，PFM - RM for VMのリリースノートを参照してください。

NNMと連携していた11-00未満のPFM - ManagerまたはPFM - Baseを11-00以降に上書きインストールする場合，上書きインストールする前にNNMとの連携をアンセットアップする必要があります。アンセットアップの方法については「付録F.9　NNMと連携している場合のアンセットアップについて」を参照してください。

11-00未満のPFM - ManagerまたはPFM - Baseを11-00以降に上書きインストールすると，次の個所にOpenViewサービス（NNM Object Managerサービス）が含まれたままとなります。

jpcconf port defineコマンドで出力されるテンプレート

jpcconf port listコマンド

OSのservicesファイルの設定内容

サービスが含まれたままでも動作自体に影響はありません。OpenViewサービスを含めないようにするには，インストール先フォルダ直下のNNMExフォルダ（配下のフォルダおよびファイルを含む），および，servicesファイルの該当行を削除し，Performance Managementを再起動してください。

11-00以降のPFM - ManagerおよびPFM - Baseでは幾つかの機能のデフォルト値を変更しています。バージョンアップした場合は，旧環境の設定値を引き継ぎますが，次のような場合は，11-00以前の環境の設定値と11-00以降の環境の設定値が異なりますので，必要に応じて設定値を見直してください。

旧バージョンのエージェントがインストールされているホストに11-00以降のエージェントをインストールした場合

バージョンアップではなく，新しいホストに11-00以降のPFM - Managerをインストールし，旧環境のデータを移行した場合

変更点を次の表に示します。

表F‒1　11-00のデフォルト値の変更点

項番

機能

変更値と注意点

設定個所

1

アクションの同時実行件数制御機能

無効→有効

jpccomm.iniファイル

[Action Handler Section]

Action Execution Count Limitation

2

PFM - Managerで同時に実行できないコマンドが実行中の場合に，アラームコマンドの実行を待機する機能

無効→有効

jpccomm.iniファイル

[Common Section]

Alarm Command Wait Mode

3

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

無効→有効

（アラーム定義が「すべてのデータを評価する」となっているアラームをバインドする場合，正常回復時のアラームイベントが増えることがあります。）

jpccomm.iniファイル

[Common Section]

Alarm Message Mode

4

監視一時停止機能

無効→有効

jpccomm.iniファイル

[Common Section]

Monitoring Suspend Mode

5

アラームテーブル複数バインド機能

無効→有効

jpccomm.iniファイル

[Common Section]

Multiple Alarm Table Bind

6

アラームイベントが発生したときのJP1 イベントの種別

JP1ユーザーイベント→JP1システムイベント

［サービス階層］画面のMaster Manager，ヘルスチェックエージェント，またはAction Handlerのプロパティ

［JP1 Event Configurations］−［Alarm］−［JP1 Event Mode］

付録F.6　移行時の注意事項（バージョン09-50以降）

09-50以降のPFM - Web Consoleでは，グラフに使用されるデフォルトの系列色を変更しました。グラフの系列色は初期設定ファイル（config.xml）を編集して変更できます。詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

09-50以降のPFM - Web Consoleでは，レポートのグラフの外観に変更点があります。変更点を次の表に示します。

表F‒2　グラフの外観の変更点

グラフの種別

変更個所

PFM - Web Console 09-10以前

PFM - Web Console 09-50以降

すべてのグラフ

背景色

灰色

白色

データラベルと系列名

複数の系列が同一名称の場合，そのまま表示

複数の系列が同一名称の場合，名称の末尾に連番を付けて表示

3Dグラフの形状

立体

棒グラフ：平面グラデーション

円グラフ：立体

集合縦棒

データラベル

隣のデータラベルと文字列が重なる場合，文字を間引いて表示

隣のデータラベルと文字列が重なる場合，重なる部分を「...」と表示

集合横棒

データラベル

隣のデータラベルと文字列が重なる場合，文字を間引いて表示

隣のデータラベルと文字列が重なる場合，文字サイズを縮小して表示

系列色

グラフの下から上の順序で彩色

グラフの上から下の順序で彩色

円

百分率の始点

データ数に応じて変動

常に12時の位置

グラフの配置

複数グラフ表示時は左ぞろえで配置

複数グラフ表示時は中央ぞろえで配置

面・積み上げ面

データ欠落部分の表示（グラフオプションで［データ欠落部分でグラフを欠落する］選択時）

データ欠落部分では面が表示されない

データ欠落部分を0として，データがある部分と直線で結んだ領域に面を表示

複数インターバルでデータ欠落が続いた場合，直前のデータがある部分と最後のデータ欠落部分（値は0）との間を直線で結んだ領域に面を表示

積み上げ面

境界線の表示

あり

なし

複合レポート

グリッド表示

系列グループ1のグラフのY軸に対して表示

最前面に表示されるグラフのY軸に対して表示

Y軸ラベルの配置

系列の順序に内側から配置

グラフの前面から背面の順序に内側から配置

凡例

中央ぞろえで表示

左ぞろえで表示

系列色

最初の系列グループから昇順で彩色

最後の系列グループから昇順で彩色

09-50以降のPFM - Managerで，業務グループによるアクセスコントロール機能を有効にしている場合，09-10以前のPFM - Web Consoleから接続できなくなります。

09-50以降のPFM - BaseまたはPFM - Managerをインストールした場合，新規インストールかバージョンアップインストールかに関係なく，Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションは無効に設定されます。Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションを有効にしたい場合は，「4.4.12　Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションの設定手順」（Windowsの場合）または「5.4.11　Agentホストリモート操作制限オプションおよびAgent間直接情報参照抑止オプションの設定手順」（UNIXの場合）を参照してください。

付録F.7　移行時の注意事項（バージョン09-00以降）

09-10-02以降のPFM - Managerを新規またはバージョンアップインストールした場合，エージェントのアラームステータスの確認状況によっては，エージェントイベントとして次に示すメッセージテキストが出力されることがあります。

State change(Unconfirmed)

State information

State information(Unconfirmed)

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

09-00以前から09-10以降のPerformance Managementへバージョンアップインストールした場合，PFM - AgentまたはPFM - RMの各フィールドのLogプロパティがYesまたはNoに固定される場合があります。この場合に，既存のLogプロパティの設定値が異なるときには，KAVE00352-Wメッセージが共通メッセージログに出力され，設定値が変更されます。Logプロパティが固定されるレコードについては，各PFM - AgentまたはPFM - RMのマニュアルを参照してください。

09-10以降のPFM - BaseまたはPFM - Managerを新規にインストールした場合，および09-00以前から09-10以降へバージョンアップインストールした場合，アラーム正常回復時の測定値出力機能は無効になります。09-10以降からバージョンアップインストールした場合，アラーム正常回復時の測定値出力機能は以前の設定を引き継ぎます。アラーム正常回復時の測定値出力機能を有効にしたい場合は，「4.4.11　アラーム正常回復時の測定値出力機能の設定手順」（Windowsの場合）または「5.4.10　アラーム正常回復時の測定値出力機能の設定手順」（UNIXの場合）を参照してください。

09-10以降のPFM - Web Consoleを新規にインストールした場合は，レポート系列ページング機能がデフォルトで有効になります。09-10以降からバージョンアップインストールした場合，レポート系列ページング機能は以前の設定を引き継ぎます。09-00以前から09-10以降へバージョンアップインストールした場合，レポート系列ページング機能は無効になります。レポート系列ページング機能を有効にしたい場合は，マニュアル「JP1/Performance Management リファレンス」の，初期設定ファイル（config.xml）のデータの取得や表示の設定について説明している個所を参照してください。

09-00以降のPFM - BaseまたはPFM - Managerを新規にインストールした場合は，プロダクト名表示機能がデフォルトで有効になります。09-00以降からバージョンアップインストールした場合，プロダクト名表示機能は以前の設定を引き継ぎます。08-51以前から09-00以降へバージョンアップインストールした場合，プロダクト名表示機能は無効になります。プロダクト名表示機能を有効にしたい場合は，「4.4.10　プロダクト名表示機能の設定手順」（Windowsの場合）または「5.4.9　プロダクト名表示機能の設定手順」（UNIXの場合）を参照してください。

09-00以降のPFM - Web Consoleでは，監視コンソールのWebブラウザとしてMozillaをサポートしていません。監視コンソールがUNIXの場合，WebブラウザにはFirefoxを利用してください。詳細についてはリリースノートを参照してください。

付録F.8　移行時の注意事項（バージョン08-00以降）

バージョン08-50以降では，Solarisで，適用していないとPerformance Managementのプログラムが起動できない前提パッチがあります。必要なパッチについてはリリースノートを参照してください。

バージョンアップする際には，古いバージョンのPerformance Managementのプログラムをアンインストールしないでください。アンインストールすると，古いバージョンで作成したレポート定義，アラーム定義，パフォーマンスデータなども一緒に削除されてしまうため，新しいバージョンで使用できなくなります。

08-00以降のPFM - Managerを07-50以前のPerformance Managementのプログラムと混在させてインストールする場合，08-00以降のPFM - Managerをアンインストールするには，PFM - Web Console以外のPerformance Managementプログラム，PFM - Managerの順でアンインストールする必要があります。

08-00以降のPFM - Baseを07-50以前のPerformance Managementのプログラムと混在させてインストールする場合，08-00以降のPFM - Baseをアンインストールするには，PFM - Web Console以外のPerformance Managementプログラム，PFM - Baseの順でアンインストールする必要があります。

Performance Managementのプログラムを上書きインストールすると，次の項目が自動的に更新されます。

Agent StoreおよびRemote Monitor StoreサービスのStoreデータベースファイル

iniファイル

1つのホスト上で複数のサービスのセットを起動できるアプリケーションプログラムを，1つのPFM - AgentまたはPFM - RMで監視しているPFM - AgentまたはPFM - RMのインスタンス環境

Performance Managementプログラムを新規にインストールした場合は，ステータス管理機能がデフォルトで有効になります。ただし，07-50から08-00以降へバージョンアップインストールした場合，ステータス管理機能の設定状態は元のままとなります。

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

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

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

それ以外の場合※

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

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

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

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

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

バージョン08-00以降のPerformance Managementプログラムでは，Storeサービスの実行プログラム（Windowsの場合はjpcsto.exeおよびstpqlpr.exe，UNIXの場合はjpcstoおよびstpqlpr）の配置先が変更されています。PFM - ManagerおよびPFM - Agentを08-00以降にバージョンアップする際に，旧配置先のStoreサービスの実行プログラムは削除されます。

付録F.9　NNMと連携している場合のアンセットアップについて

NNM連携機能のアンセットアップ手順を次に示します。アンセットアップは，すべてNNMがインストールされているホストで実施します。

(1)　SNMPトラップの送信先を削除する

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

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

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

［サービス階層］画面のナビゲーションフレームで，［PFM - Manager］フォルダを選択する。

PFM - Manager の各サービスからTrap Generatorサービスを選択する。

Trap Generatorサービスは，名前の先頭が「PC」で始まるサービスまたは「<Trap Generator>」です。

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

メソッドフレームの［プロパティ］メソッドを選択する。

Trap Generator サービスの［サービスのプロパティ］画面の階層表示されたプロパティから「ADD OR DELETE A TRAP DESTINATION」フォルダを選択する。

インフォメーションフレームの下部に表示されたプロパティの［DELETE A DESTINATION］で，プルダウンメニューから削除したいSNMPトラップの送信先ホスト名またはIPアドレスを選択する。

［完了］または［適用］ボタンをクリックする。

「Trap Destinations」フォルダの下の，選択したSNMPトラップの送信先のフォルダが削除されます。

(2)　NNMからPFM - AgentまたはPFM - RMのシンボルを削除する

ovwを起動して，PFM - AgentまたはPFM - RMのシンボルをすべて削除してください。

(3)　アンセットアップコマンドを実行する

Performance Managementが提供するアンセットアップコマンドを実行します。コマンドを実行すると，NNMと連携するための環境設定が削除され，NNM連携機能のサービスが停止します。

実行するコマンドは，jpcconf ov disableコマンドです。

(4)　NNMに登録した情報を削除する

アンセットアップコマンドで削除されなかった，NNMの表示に関する定義などを削除します。

重要

次の(a)〜(c)の操作を実行すると，PFM - AgentまたはPFM - RMのシンボルやイベントが正しく表示されなくなります。

(a)　MIB OIDの削除

ovwのメニューから［オプション］−［MIBのロード/アンロード］を選択し，jp1pc.oidをアンロードします。

(b)　SNMPイベント定義の削除

ovwのメニューから［オプション］−［イベント設定］を選択する。

［イベント設定］ダイアログボックスの［エンタープライズ］から［PerformanceManagementTrap］を選択する。

エンタープライズPerformanceManagementTrapに対するイベントについて［編集］−［イベント］−［削除］を選択して削除する。

すべてのイベントを削除したら，［編集］−［エンタープライズ］−［削除］を選択して［PerformanceManagementTrap］を削除する。

［編集］−［追加アクション］を選択する。

［追加アクションの編集］ダイアログボックスの［Performance Management レポート表示］を削除する。

(c)　定義ファイルの削除

次に示すファイルを削除します。

Windowsの場合

NNMのインストール先フォルダ¥fields¥C¥jpcovobj.frf

NNMのインストール先フォルダ¥snmp_mibs¥vendor¥Hitachi¥jp1pc.oid

NNMのインストール先フォルダ¥symbols¥C¥jp1pcフォルダ以下すべて

UNIXの場合

$OV_FIELDS/C/jpcovobj.frf

$OV_SNMP_MIBS/Vendor/Hitachi/jp1pc.oid

$OV_SYMBOLS/C/jp1pcディレクトリ以下すべて

「$XXXX」は，NNMで定義されている環境変数を示します。

NNMの環境変数については，マニュアル「JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはHP NNMのマニュアルを参照してください。

付録G　バージョン互換

Performance Managementのプログラム（PFM - ManagerおよびPFM - Agent）の，システム構成のバージョン互換，およびデータモデルのバージョン互換について説明します。

なお，PFM - Agentが対応するPFM - Baseのバージョンは，各PFM - Agentで異なります。PFM - Baseのバージョン互換については，PFM - Agentごとに確認してください。

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

Performance Managementのシステム構成でバージョンが混在した場合に，組み合わせられるPerformance Managementシステム構成について説明します。

(1)　PFM - Managerが11-00以降の場合

PFM - ManagerとPFM - Web Consoleのどちらか一方が11-00以降の場合は，もう一方も11-00以降である必要があります。なお，11-00のPFM - Managerは，すべてのバージョンのPFM - Viewとは接続できません。

11-00以降のPFM - Managerが接続できるPFM - Baseのバージョンと，それに対応するPFM - AgentおよびPFM - RMのバージョンは次のとおりです。

項番

PFM - Base

PFM - AgentまたはPFM - RM

1

11-00以降

10-00以降

2

10-00以降，11-00未満

09-00以降，11-00未満

3

09-00以降，10-00未満

09-00以降，10-00未満

なお，PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM -AgentまたはPFM - RMのバージョンが10-00以降の必要があります。ただし，バージョンが11-00未満の場合は，機能制限があります。機能制限については，各機能の説明を参照してください。

また，次に示す機能を利用するには，必要なバージョンが異なります。各機能の細かい前提条件については，各機能の説明を参照してください。

アラーム情報の反映状況を確認する場合

監視エージェントに11-00以降のPFM - Baseが必要です。

PFM - Baseが11-00未満の場合，サービスからの応答が制限されます。この場合，アラーム反映状態は「状態不明」になります。

さらに，PFM - Baseが10-00-10未満の場合，該当ホストのアクションハンドラに対しては，［アラーム反映状況の確認］画面およびjpctool config alarmsyncコマンドでのアラーム情報の反映はできません。

JP1認証モードでログインする場合

次に示すバージョンのJP1/Baseが必要です。

項番

PFM - Managerのインストール先ホストのOS

JP1/Baseのバージョン

1

Windows

10-10以降

2

AIX

11-00以降

3

Linux

10-10以降

JP1イベントを発行する場合

次に示すバージョンのJP1/Baseが必要です。

項番

PFM - ManagerまたはPFM - Baseのインストール先ホストのOS

JP1/Baseのバージョン

1

Windows

10-10以降

2

AIX

09-00以降

3

HP-UX

4

Linux

10-10以降

5

Solaris

09-00以降

(2)　PFM - Managerが10-50以降の場合

10-50以降のPFM - Managerを使用したシステム構成では，すべてのバージョンのPFM - AgentおよびPFM - RMを監視できます。また，監視コンソールサーバとしてPFM - Web Console 09-00以降が必要です。すべてのバージョンのPFM - Viewとは接続できません。

PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM -AgentまたはPFM - RMのバージョンが08-00以降の必要があります。

ただし，次に示す機能を利用するには，必要なバージョンが異なります。各機能の細かい前提条件については，各機能の説明を参照してください。

監視一時停止機能を使用する場合

監視コンソールサーバとしてPFM - Web Console 10-50以降が必要です。監視エージェントホストには，PFM - Base 10-50以降が必要です。また，PFM - AgentまたはPFM - RMのバージョンが10-00以降の必要があります。

アクションの同時実行件数制御機能を使用する場合

監視エージェントのホストには，PFM - Base 10-50以降が必要です。

共通アカウント情報機能を使用する場合

PFM - RM for Platform，およびPFM - RM for Platformの同一装置内の前提プログラム（PFM - ManagerまたはPFM - Base）のバージョンが10-50以降の必要があります。

履歴データの収集をリアルタイムレポートの表示処理より優先する機能（履歴収集優先機能）

監視コンソールサーバとしてPFM - Web Console 10-10-20以降が必要です。監視エージェントホストには，PFM - Base 10-10-20以降が必要です。また，PFM - AgentまたはPFM - RMのバージョンが10-00以降の必要があります。

再接続処理の分散機能

監視エージェントホストには，PFM - Base 10-10-20以降が必要です。また，PFM - AgentまたはPFM - RMのバージョンが10-00以降の必要があります。

(3)　PFM - Managerが10-10以降の場合

10-10以降のPFM - Managerを使用したシステム構成では，すべてのバージョンのPFM - AgentおよびPFM - RMを監視できます。また，監視コンソールサーバとしてPFM - Web Console 09-00以降が必要です。すべてのバージョンのPFM - Viewとは接続できません。

PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM -AgentまたはPFM - RMのバージョンが08-00以降の必要があります。

ただし，次に示す機能を利用するには，必要なバージョンが異なります。

2台のPFM - Managerから同じエージェントを監視する場合

監視コンソールサーバとしてPFM - Web Console 10-10以降が必要です。監視エージェントホストには，PFM - Base 10-10以降が必要です。また，PFM - AgentまたはPFM - RMのバージョンが10-00以降の必要があります。

1つのアラーム定義で複数のレコードのインスタンスを監視する場合

監視コンソールサーバとしてPFM - Web Console 10-10以降が必要です。監視エージェントホストには，PFM - Base 10-10以降が必要です。また，PFM - AgentまたはPFM - RMのバージョンが10-00以降の必要があります。

PFM - Managerのバックアップしたデータをリストアしたあと，エージェントの再起動を不要にする場合

監視エージェントホストに，PFM - Base 10-00-10以降が必要です。

(4)　PFM - Managerが10-00以降の場合

10-00以降のPFM - Managerを使用したシステム構成では，すべてのバージョンのPFM - AgentおよびPFM - RMを監視できます。また，監視コンソールサーバとしてPFM - Web Console 09-00以降が必要です。すべてのバージョンのPFM - Viewとは接続できません。

PFM - Managerと，PFM - AgentまたはPFM - RMを同一ホストにインストールする場合，PFM - AgentまたはPFM - RMのバージョンが08-00以降の必要があります。

ただし，次に示す機能を利用するにはPFM - Managerと同一ホストにインストールするPFM - AgentまたはPFM - RMのバージョンが10-00以降の必要があります。

JP1/ITSLMとの連携

IPv6通信

(5)　PFM - Managerが09-50の場合

09-50のPFM - Managerを使用したシステム構成では，すべてのバージョンのPFM - AgentおよびPFM - RMを監視できます。また，監視コンソールサーバとしてPFM - Web Console 08-00以降※が必要です。すべてのバージョンのPFM - Viewとは接続できません。

注※

PFM - RMを運用する場合は，「付録G.4　PFM - RMを運用する場合のシステム構成のバージョン互換」を参照してください。

09-50のPFM - Managerでは，次に示すメッセージテキストのエージェントイベントが発行されることがあります。

State change(Unconfirmed)

State information

State information(Unconfirmed)

PFM - Managerで業務グループによるアクセスコントロール機能を有効に設定している場合，PFM - Web Consoleのバージョンが09-50以降である必要があります。09-10以前のPFM - Web Consoleからは接続できません。

(6)　PFM - Managerが09-00以降かつ09-10以前の場合

09-00以降かつ09-10以前のPFM - Managerを使用したシステム構成では，すべてのバージョンのPFM - AgentおよびPFM - RMを監視できます。また，監視コンソールサーバとしてPFM - Web Console 08-00以降※が必要です。すべてのバージョンのPFM - Viewとは接続できません。

注※

PFM - RMを運用する場合は，「付録G.4　PFM - RMを運用する場合のシステム構成のバージョン互換」を参照してください。

エージェントイベントのうち，メッセージテキストがKAVから始まるイベントは，イベント発行元のエージェントホストにインストールされたPFM - Baseが09-00以降の場合に発行されます。

次に示す機能を利用するには，PFM - ManagerまたはPFM - Baseと同一ホストにインストールされたPFM - Web Consoleのバージョンが09-00以降である必要があります。

jpcspmコマンドを使用した，PFM - Web Consoleのサービスの起動・停止

jpctool service listコマンドを使用した，PFM - Web Consoleのサービス稼働状態の表示

(7)　PFM - Managerが08-00以降かつ08-50以前の場合

08-00以降かつ08-50以前のPFM - Managerを使用したシステム構成では，11-00未満のPFM - Agentを監視できます。また，監視コンソールとしてPFM - Web Console 08-00以降またはPFM - View 07-00が必要です。06-70以前のPFM - Viewとは接続できません。また，使用する機能によって利用できるバージョンが異なります。

ヘルスチェック機能は，PFM - Viewでは対応していません。PFM - Web Consoleは08-11以降で対応しています。利用できるバージョンの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

エージェント固有プロパティの一括配布は，PFM - Viewでは対応していません。PFM - Web Consoleは08-11以降で対応しています。

アラームテーブル複数バインド機能は，PFM - Manager 08-50以降，かつPFM - Web Console 08-50以降で対応しています。また，PFM - Agent 08-00以降，かつPFM - Agentと同一ホスト上のPFM - Baseが08-50以降で対応しています。

なお，Linux環境でLANG環境変数にUTF-8コードを指定したPFM - Agentに対して次の項目に全角文字を使用する場合，PFM - Agentが接続するPFM - ManagerとPFM - Agentと同一ホスト上のPFM - Baseを08-10以降にする必要があります。

アラームテーブル，アラームの定義に含まれるすべての設定

レポートの定義に含まれるフィルター条件式

レポートの定義に含まれるフィールドレベルのドリルダウンレポートの条件式

パフォーマンスデータの収集条件を指定するLOGIFの条件式

ODBCドライバー使用時のパフォーマンスデータの抽出条件式

PFM - ManagerまたはPFM - Baseのどちらかが08-00の場合，ASCII7ビットコードの範囲の文字だけ使用してください。それ以外の文字を使用すると，PFM - Web ConsoleまたはPFM - Viewで正しく表示されない，またはプログラムが正しく動作しない場合があります。

PFM - Managerが08-00以降かつ08-50以前の場合に接続できるシステム構成を次の図に示します。

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

PFM - Agentには，製品のバージョンのほかに，データモデルのバージョンがあります。

PFM - Agentをバージョンアップすると，データモデルもバージョンアップされる場合があります。データモデルは上位互換を保っているため，古いバージョンで定義したレポートの定義やアラームの定義は，新しいバージョンのデータモデルでも使用できます。

PFM - Agentのデータモデルのバージョンについては，各PFM - Agentマニュアルの，付録に記載されているバージョン互換を参照してください。

5.0と6.0のデータモデルのバージョンが混在する場合を例にして，バージョンの互換性について説明します。

(1)　レポートを表示する場合

データモデルのバージョン5.0で定義したレポートは，データモデルのバージョン5.0または6.0で定義したエージェントから表示できます。データモデルのバージョン6.0で定義したレポートは，データモデルのバージョン6.0で定義したエージェントだけに表示できます。

(2)　アラームテーブルをバインドする場合

データモデルのバージョン5.0で定義したアラームテーブルは，データモデルのバージョン5.0または6.0で定義したエージェントにバインドできます。データモデルのバージョン6.0で定義したアラームテーブルは，データモデルのバージョン6.0で定義したエージェントだけにバインドできます。

(3)　レポートにドリルダウンレポートを関連づける場合

データモデルのバージョン5.0で定義したドリルダウンレポートは，データモデルのバージョン5.0または6.0で定義したレポートに関連づけることができます。データモデルのバージョン6.0で定義したドリルダウンレポートは，データモデルのバージョン6.0で定義したレポートだけに関連づけることができます。

(4)　アラームにレポートを関連づける場合

データモデルのバージョン5.0で定義したレポートは，データモデルのバージョン5.0または6.0で定義したアラームに関連づけることができます。データモデルのバージョン6.0で定義したレポートは，データモデルのバージョン6.0で定義したアラームだけに関連づけることができます。

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

PFM - Agentにデータモデルのバージョンが複数ある場合には，PFM - Web Consoleの画面に複数のデータモデルのバージョンが表示されます。例えば，アラームの監視テンプレートや，レポートを定義するための画面，アラームを定義する画面などに複数のデータモデルのバージョンが表示されます。

PFM - Agentのデータモデルのバージョンについては，各PFM - Agentマニュアルの，付録に記載されているバージョン互換を参照してください。

付録G.4　PFM - RMを運用する場合のシステム構成のバージョン互換

PFM - RMを運用する場合，PFM - Manager，PFM - Web Console，およびPFM - Baseは09-00以降である必要があります。また，09-00未満のPFM - ManagerまたはPFM - Baseがインストールされたホストから，jpcctrlコマンドを使用しての，リモートエージェントおよびグループエージェントに対する操作は実行できません。

図G‒1　PFM - RMを運用する場合のシステム構成のバージョン互換

付録H　動作ログの出力

Performance Managementの動作ログとは，システム負荷などのしきい値オーバーに関するアラーム機能と連動して出力される履歴情報です。

例えば，しきい値オーバーなどの異常が発生したことを示すアラーム発生時に，いつ，どのサービスがアラームを発生させたのかを示す情報が動作ログに出力されます。

動作ログは，PFM - ManagerまたはPFM - Baseが08-10以降の場合に出力できます。動作ログは，CSV形式で出力されるテキストファイルです。定期的に保存して表計算ソフトで加工することで，分析資料として利用できます。

動作ログは，jpccomm.iniの設定によって出力されるようになります。ここでは，動作ログの出力内容と，動作ログを出力するための設定方法について説明します。

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

動作ログに出力される事象の種別およびPerformance Managementが動作ログを出力する契機を次の表に示します。事象の種別とは，動作ログに出力される事象を分類するための，動作ログ内での識別子です。

表H‒1　動作ログに出力される事象の種別

事象の種別

説明

Performance Managementが出力する契機

StartStop

ソフトウェアの起動と終了を示す事象。

PFMサービスの起動・停止

スタンドアロンモードの開始・終了

Authentication

システム管理者やユーザーが，接続または認証を試みて成功または失敗したことを示す事象。

PFM - Web Consoleからのログイン認証結果（PFMユーザー/JP1ユーザー）

PFM - Web Consoleからのログアウト

ConfigurationAccess

システム管理者が許可された運用操作を実行し，操作が成功または失敗したことを示す事象。

アラーム・アクション定義の作成，更新，削除

アラームのバインド・アンバインド

PFMユーザーの追加・削除・更新

監視二重化の定義情報のインポート

監視の一時停止または再開

アラームの自動バインド

ExternalService

JP1製品と外部サービスとの通信結果を示す事象。

PFM - AgentまたはPFM - RM

PFM - Managerとの接続状態の変更

PFM - Manager

PFM - AgentまたはPFM - RMの接続・切断

AnomalyEvent

しきい値のオーバーなどの異常が発生したことを示す事象。

アラームの発生

異常な通信の発生を示す事象。

ManagementAction

プログラムの重要なアクションの実行を示す事象。

ほかの監査カテゴリーを契機にアクションが実行されたことを示す事象。

自動アクションの実行

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

動作ログは規定のファイル（カレント出力ファイル）に出力され，満杯になった動作ログは別のファイル（シフトファイル）として保存されます。動作ログのファイル切り替えの流れは次のとおりです。

動作ログは，カレント出力ファイル「jpcaudit.log」に順次出力されます。

カレント出力ファイルが満杯になると，その動作ログはシフトファイルとして保存されます。

シフトファイル名は，カレント出力ファイル名の末尾に数値を付けた名称です。シフトファイルの名称は，カレント出力ファイルが満杯になるたびにそれぞれ「ファイル名末尾の数値+1」へ変更されます。つまり，ファイル末尾の数値が大きいほど，古いログファイルとなります。

例

カレント出力ファイル「jpcaudit.log」が満杯になると，その内容はシフトファイル「jpcaudit1.log」へ保管されます。

カレント出力ファイル名が再び満杯になると，そのログは「jpcaudit1.log」へ移され，既存のシフトファイル「jpcaudit1.log」は「jpcaudit2.log」へリネームされます。

なお，ログファイル数が保存面数（jpccomm.iniファイルで指定）を超えると，いちばん古いログファイルが削除されます。

カレント出力ファイルが初期化され，新たな動作ログが書き込まれます。

動作ログの出力要否，出力先および保存面数は，jpccomm.iniファイルで設定します。jpccomm.iniファイルの設定方法については，「付録H.4　動作ログを出力するための設定」を参照してください。

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

Performance Managementの動作ログには，監査事象に関する情報が出力されます。動作ログは，ホスト（物理ホスト・論理ホスト）ごとに1ファイル出力されます。動作ログの出力先ホストは次のようになります。

サービスを実行した場合：実行元サービスが動作するホストに出力

コマンドを実行した場合：コマンドを実行したホストに出力

動作ログの出力形式，出力先，出力項目について次に説明します。

(1)　出力形式

CALFHM x.x,出力項目1=値1,出力項目2=値2,…,出力項目n=値n

(2)　出力先

物理ホストの場合

Windowsの場合

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

UNIXの場合

/opt/jp1pc/auditlog/

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥auditlog¥

UNIXの場合

環境ディレクトリ/jp1pc/auditlog/

動作ログの出力先は，jpccomm.iniファイルで変更できます。jpccomm.iniファイルの設定方法については，「付録H.4　動作ログを出力するための設定」を参照してください。

(3)　出力項目

出力項目には2つの分類があります。

共通出力項目

動作ログを出力するJP1製品が共通して出力する項目です。

固有出力項目

動作ログを出力するJP1製品が任意に出力する項目です。

(a)　共通出力項目

共通出力項目に出力される値と項目の内容を次の表に示します。

表H‒2　動作ログの共通出力項目

項番

出力項目

値

内容

項目名

出力される属性名

1

共通仕様識別子

−

CALFHM

動作ログフォーマットであることを示す識別子

2

共通仕様リビジョン番号

−

x.x

動作ログを管理するためのリビジョン番号

3

通番

seqnum

通し番号

動作ログレコードの通し番号

4

メッセージID

msgid

KAVExxxxx-x

製品のメッセージID

5

日付・時刻

date

YYYY-MM-DDThh:mm:ss.sssTZD※

動作ログの出力日時およびタイムゾーン

6

発生プログラム名

progid

JP1PFM

事象が発生したプログラムのプログラム名

7

発生コンポーネント名

compid

サービスID

事象が発生したコンポーネント名

8

発生プロセスID

pid

プロセスID

事象が発生したプロセスのプロセスID

9

発生場所

ocp:host

ホスト名

IPアドレス

事象が発生した場所

10

事象の種別

ctgry

StartStop

Authentication

ConfigurationAccess

ExternalService

AnomalyEvent

ManagementAction

動作ログに出力される事象を分類するためのカテゴリー名

11

事象の結果

result

Success（成功）

Failure（失敗）

Occurrence（発生）

事象の結果

12

サブジェクト識別情報

subj:pid

プロセスID

次のどれかの情報

ユーザー操作によって動作するプロセスID

事象を発生させたプロセスID

事象を発生させたユーザー名

ユーザーに1：1で対応付けられた識別情報

subj:uid

アカウント識別子（PFMユーザー名/JP1ユーザー名）

subj:euid

実行ユーザーID（OSユーザー）

（凡例）

−：なし。

注※

Tは日付と時刻の区切りです。

TZDはタイムゾーン指定子です。次のどれかが出力されます。

+hh:mm：UTCからhh:mmだけ進んでいることを示す。

-hh:mm：UTCからhh:mmだけ遅れていることを示す。

Z：UTCと同じであることを示す。

(b)　固有出力項目

固有出力項目に出力される値と項目の内容を次の表に示します。

表H‒3　動作ログの固有出力項目

項番

出力項目

値

内容

項目名

出力される属性名

1

オブジェクト情報

obj

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

追加，削除，更新されたユーザー名（PFMユーザー）

操作の対象

obj:table

アラームテーブル名

obj:alarm

アラーム名

2

動作情報

op

Start（起動）

Stop（停止）

Add（追加）

Update（更新）

Delete（削除）

Change Password（パスワード変更）

Activate（有効化）

Inactivate（無効化）

Bind（バインド）

Unbind（アンバインド）

事象を発生させた動作情報

3

権限情報

auth

管理者ユーザー

Management

一般ユーザー

Ordinary

Windows

Administrator

UNIX

SuperUser

操作したユーザーの権限情報

auth:mode

PFM認証モード

pfm

JP1認証モード

jp1

OSユーザー

os

操作したユーザーの認証モード

4

出力元の場所

dtp:host

PFM - AgentまたはPFM - RMのホスト名

アラームの発生したホスト

5

指示元の場所

subjp:host

ログイン元ホスト名

実行ホスト名（jpctool alarmコマンド実行時だけ）

操作の指示元のホスト

6

自由記述

msg

メッセージ

アラーム発生時，および自動アクションの実行時に出力されるメッセージ

固有出力項目は，出力契機ごとに出力項目の有無や内容が異なります。出力契機ごとに，メッセージIDと固有出力項目の内容を次に説明します。

PFMサービスの起動・停止（StartStop）

出力ホスト：該当するサービスが動作しているホスト

出力コンポーネント：起動・停止を実行する各サービス

項目名

属性名

値

メッセージID

msgid

起動：KAVE03000-I

停止：KAVE03001-I

動作情報

op

起動：Start

停止：Stop

スタンドアロンモードの開始・終了（StartStop）

出力ホスト：PFM - AgentまたはPFM - RMホスト

出力コンポーネント：PFM - Agentホストの場合は，Agent CollectorおよびAgent Storeサービス。PFM - RMホストの場合は，Remote Monitor CollectorおよびRemote Monitor Storeサービス。

項目名

属性名

値

メッセージID

msgid

スタンドアロンモードを開始：KAVE03002-I

スタンドアロンモードを終了：KAVE03003-I

注1　固有出力項目は出力されない。

注2　PFM - AgentまたはPFM - RMの各サービスは，起動時にPFM - Managerホストに接続し，ノード情報の登録，最新のアラーム定義情報などを取得する。PFM - Managerホストに接続できない場合，稼働情報の収集など一部の機能だけが有効な状態（スタンドアロンモード）で起動する。その際，スタンドアロンモードで起動することを示すため，KAVE03002-Iが出力される。その後，一定期間ごとにPFM - Managerへの再接続を試み，ノード情報の登録，定義情報の取得などに成功すると，スタンドアロンモードから回復し，KAVE03003-Iが出力される。この動作ログによって，KAVE03002-IとKAVE03003-Iが出力されている間は，PFM - AgentまたはPFM - RMが不完全な状態で起動していることを知ることができる。

PFM - Web Consoleからのログイン認証結果（Authentication）

出力ホスト：PFM - Manager（ViewServer）が動作しているホスト

出力コンポーネント：ViewServer

項目名

属性名

値

メッセージID

msgid

ログイン成功：KAVE03050-I

ログイン失敗：KAVE03051-W

権限情報

auth

管理者ユーザー：Management

一般ユーザー：Ordinary

auth:mode

PFM認証モード：pfm

JP1認証モード：jp1

指示元の場所

subjp:host

ログイン元ホスト名（PFM - Web Console）

自由記述

msg:skey

ログイン成功時だけ：ViewServerとPFM - Web Console間のセッションキー

注　ログインしたとき以外にも，次のコマンドを実行するとjpcmkkeyコマンドで指定したユーザーをサブジェクト情報に持つログが出力されます。

jpcaspsv

jpcasrec

jpcmkkey

jpcrdef

jpcrpt

jpcprocdef

PFM - Web Consoleからのログアウト（Authentication）

出力ホスト：PFM - Manager（ViewServer）が動作しているホスト

出力コンポーネント：ViewServer

項目名

属性名

値

メッセージID

msgid

KAVE03052-I

監査事象の種別

ctgry

Authentication

監査事象の結果

result

Occurrence（発生）

サブジェクト識別情報

subj:uid

アカウント識別子（PFMユーザー名/JP1ユーザー名）

自由記述

msg:skey

ViewServerとPFM - Web Console間のセッションキー

注1　サブジェクト識別情報として，必ずログイン時のユーザー名が設定されるため，ユーザー操作（ログアウトボタンをクリックする）によるログアウトとセッションタイムアウトなどのシステムによるログアウトとの区別はありません。

注2　ログイン中にPFM - Web Consoleが強制終了された場合，該当するログインに対応するログアウトは出力されません。

注3　ログアウトしたとき以外にも，次のコマンドを実行するとjpcmkkeyコマンドで指定したユーザーをサブジェクト情報に持つログが出力されます。

jpcaspsv

jpcasrec

jpcmkkey

jpcrdef

jpcrpt

jpcprocdef

アラーム・アクション定義の作成・更新・削除（ConfigurationAccess）

出力ホスト：PFM - Manager（ViewServer）が動作しているホストまたはjpctool alarmコマンドの実行ホスト

出力コンポーネント：ViewServer / jpctool alarmコマンド

項目名

属性名

値

メッセージID

msgid

作成：KAVE03150-I

更新：KAVE03151-I

削除：KAVE03152-I

有効化：KAVE03153-I

無効化：KAVE03154-I

オブジェクト情報

obj:table

対象となったアラームテーブル名

obj:alarm

対象となったアラーム名（ない場合は省略される）

動作情報

op

作成：Add

更新：Update

削除：Delete

有効化：Activate

無効化：Inactivate

権限情報

auth

管理者ユーザー：Management

auth:mode

PFM認証モード：pfm

JP1認証モード：jp1

OSユーザー：os

指示元の場所

subjp:ipv4

ViewServerだけ：ログイン元IPアドレス（PFM - Web Console）

subjp:host

実行ホスト名（jpctool alarmコマンド実行時だけ）

注1　09-50未満のPFM - ManagerまたはPFM - Web Consoleを使用している環境で，PFM - Web Consoleからアラーム定義の作成を実施した場合，KAVE03150-I(op=Add)ではなくKAVE03151-I(op=Update)が出力される。

注2　PFM - Web Consoleからアラーム定義の有効化を実施した場合，KAVE03153-I(op= Activate)ではなくKAVE03151-I(op=Update)が出力される。

注3　PFM - Web Consoleからアラーム定義の無効化を実施した場合，KAVE03154-I(op= Inactivate)ではなくKAVE03151-I(op=Update)が出力される。

注4　PFM - Web Consoleからアラーム定義の更新を実施した場合，KAVE03152-I(op=Delete)，KAVE03151-I(op=Update)が出力される。

注5　アラーム定義をコピーした場合，KAVE03150-I(op=Add)が出力される（PFM - Web Console，jpctool alarmコマンド共通）。

アラームのバインド・アンバインド（ConfigurationAccess）

出力ホスト：PFM - Managerが動作しているホストまたはjpctool alarmコマンドの実行ホスト

出力コンポーネント：ViewServer / Master Manager / jpctool alarmコマンド

項目名

属性名

値

メッセージID

msgid

バインド/自動バインド：KAVE03155-I

アンバインド：KAVE03156-I

オブジェクト情報

obj

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

obj:table

アラームテーブル名

動作情報

op

バインド：Bind

アンバインド：Unbind

op:mode

アラームテーブル複数バインド有効時のバインド操作で，すでにバインドされているアラームテーブルをアンバインドしない場合だけ：Add

権限情報

auth

管理者ユーザー：Management

auth:mode

PFM認証モード：pfm

JP1認証モード：jp1

OSユーザー：os

指示元の場所

subjp:ipv4

ViewServerだけ：ログイン元IPアドレス（PFM - Web Console）

subjp:host

jpctool alarmコマンド，Master Managerだけ：実行ホスト名

自由記述

msg

アラームテーブル複数バインド機能を無効にしたときにMaster Managerがアンバインドを実行した場合だけ：text=auto-unbind

アラームが自動バインドされた場合だけ：text=auto-bind

PFMユーザーの追加・削除・更新（ConfigurationAccess）

出力ホスト：PFM - Manager（ViewServer）が動作しているホスト

出力コンポーネント：ViewServer

項目名

属性名

値

メッセージID

msgid

追加：KAVE03157-I

削除：KAVE03158-I

更新：KAVE03159-I

パスワード変更：KAVE03160-I

オブジェクト情報

obj

追加・削除・更新されたユーザー名（PFMユーザー）

動作情報

op

作成：Add

削除：Delete

更新：Update

パスワード変更：Change Password

権限情報

auth

管理者ユーザー：Management

auth:mode

PFM認証モード：pfm

指示元の場所

subjp:ipv4

ログイン元IPアドレス（PFM - Web Console）

監視二重化の定義情報のインポート（ConfigurationAccess）

出力ホスト：インポートしたPFM - Managerホスト

出力コンポーネント：jpctool config mgrimportコマンド

項目名

属性名

値

メッセージID

msgid

定義情報が不一致：KAVE03550-E

インポートが成功：KAVE03551-I

各定義情報の開始：KAVE03552-I

各定義情報の終了：KAVE03553-I

インポートが失敗：KAVE03554-E

自由記述

exhost

定義情報のエクスポートを行ったPFM - Managerがインストールされている環境のホスト名

監視の一時停止または再開（ConfigurationAccess）

出力ホスト：PFM - Manager（ViewServer）が動作しているホスト

出力コンポーネント：Master Manager

項目名

属性名

値

メッセージID

msgid

監視の一時停止：KAVE03600-I

監視の再開：KAVE03601-I

オブジェクト情報

obj:serv

エージェントの状態遷移を示す場合だけ：対象エージェントのサービスID

obj:host

ホストの状態遷移を示す場合だけ： 対象ホスト名（hosts，jpchosts，エイリアス名）

動作情報

op

監視の一時停止：Suspend

監視の再開：Resume

op:mode

稼働情報を蓄積して監視を一時停止する場合だけ：log

指示元の場所

subjp:host

Master Managerだけ：実行ホスト名

注　ホスト指定の場合は対象のホスト，エージェント指定の場合は対象のエージェントに対してログを出力します。

PFM - Managerとの接続状態の変更（ExternalService）

出力ホスト：PFM - AgentまたはPFM - RMホスト

出力コンポーネント：PFM - Agentホストの場合は，Agent CollectorおよびAgent Storeサービス。PFM - RMホストの場合は，Remote Monitor CollectorおよびRemote Monitor Storeサービス。

項目名

属性名

値

メッセージID

msgid

PFM - Managerへのイベントの送信に失敗（キューイングを開始）：KAVE03300-I

PFM - Managerへのイベントの再送が完了：KAVE03301-I

注1　固有出力項目は出力されない。

注2　Agent StoreおよびRemote Monitor Storeサービスは，PFM - Managerへのイベント送信に失敗すると，イベントのキューイングを開始し，以降はイベントごとに最大3件がキューに貯められる。KAVE03300-Iは，イベント送信に失敗し，キューイングを開始した時点で出力される。PFM - Managerとの接続が回復したあと，キューイングされたイベントの送信が完了した時点で，KAVE03301-Iが出力される。この動作ログによって，KAVE03300-IとKAVE03301-Iが出力されている間は，PFM - Managerへのイベント送信がリアルタイムでできていなかった期間と知ることができる。

注3　Agent CollectorまたはRemote Monitor Collectorサービスは，通常，Agent StoreまたはRemote Monitor Storeサービスを経由してPFM - Managerにイベントを送信する。何らかの理由でAgent StoreまたはRemote Monitor Storeサービスが停止している場合だけ，直接PFM - Managerにイベントを送信するが，失敗した場合にKAVE03300-Iが出力される。この場合，キューイングを開始しないため，KAVE03301-Iは出力されない。この動作ログによって，PFM - Managerに送信されなかったイベントがあることを知ることができる。

PFM - AgentまたはPFM - RMの接続・切断（ExternalService）

出力ホスト：PFM - Managerホスト

出力コンポーネント：Name Serverサービス（Agent CollectorおよびRemote Monitor Collector，Agent StoreおよびRemote Monitor Storeとの接続・切断だけが対象）

項目名

属性名

値

メッセージID

msgid

PFM - AgentまたはPFM - RMと接続：KAVE03304-I

PFM - AgentまたはPFM - RMと切断：KAVE03305-I

オブジェクト情報

obj

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

アラームの発生（AnomalyEvent）

出力ホスト：PFM - Managerホスト

出力コンポーネント：Correlatorサービス

項目名

属性名

値

メッセージID

msgid

KAVE03450-I

検出元の場所

dtp:host

PFM - AgentまたはPFM - RMのホスト名

自由記述

msg

serviceid=PFM - AgentまたはPFM - RMのサービスID,severity={E|W|I},date=アラーム発生日時,text=メッセージテキスト

自動アクションの実行（ManagementAction）

出力ホスト：アクションを実行したホスト

出力コンポーネント：Action Handlerサービス

項目名

属性名

値

メッセージID

msgid

コマンド実行プロセス生成に成功：KAVE03500-I

コマンド実行プロセス生成に失敗：KAVE03501-W

E-mail送信に成功：KAVE03502-I

E-mail送信に失敗：KAVE03503-W

自由記述

msg

コマンド実行：cmd=実行したコマンドライン

E-mail送信：mailto=送信先Eメールアドレス

注　コマンド実行プロセスの生成に成功した時点でKAVE03500-Iが出力される。その後，コマンドが実行できたかどうかのログ，および実行結果のログは，動作ログには出力されない。

(4)　出力例

動作ログの出力例を次に示します。

CALFHM 1.0, seqnum=1, msgid=KAVE03000-I, date=2007-01-18T22:46:49.682+09:00,
progid=JP1PFM, compid=TA1host01, pid=2076,
ocp:host=host01, ctgry=StartStop, result=Occurrence,
subj:pid=2076,op=Start

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

動作ログを出力するための設定は，jpccomm.iniファイルで定義します。設定しない場合，動作ログは出力されません。動作ログを出力するための設定内容とその手順について次に示します。

(1)　設定手順

ホスト上の全PFMサービスを停止させる。

テキストエディターなどで，jpccomm.iniファイルを編集する。

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

(2)　jpccomm.iniファイルの詳細

(a)　格納先ディレクトリ

物理ホストの場合

Windowsの場合

インストール先フォルダ

UNIXの場合

/opt/jp1pc/

論理ホストの場合

Windowsの場合

環境ディレクトリ¥jp1pc¥

UNIXの場合

環境ディレクトリ/jp1pc/

(b)　形式

jpccomm.iniファイルには，次の内容を定義します。

動作ログの出力の有無

動作ログの出力先

動作ログの保存面数

動作ログのファイルサイズ

指定形式は次のとおりです。

"項目名"=値

設定項目を次の表に示します。

表H‒4　jpccomm.iniファイルで設定する項目および初期値

項番

項目

説明

1

[Action Log Section]

セクション名です。変更はできません。

2

Action Log Mode

動作ログを出力するかどうかを指定します。この項目の設定は省略できません。

初期値

0（出力しない）

指定できる値

0（出力しない），1（出力する）

これ以外の値を指定すると，エラーメッセージが出力され，動作ログは出力されません。

3

Action Log Dir※

動作ログの出力先を絶対パスで指定します。

論理ホスト環境の場合は共有ディスク上のディレクトリを指定します。共有ディスク上にないディレクトリを指定した場合，論理ホストを構成する各物理ホストへ動作ログが出力されます。

なお，制限長を超えるパスを設定した場合や，ディレクトリへのアクセスが失敗した場合は，共通ログにエラーメッセージが出力され，動作ログは出力されません。

初期値

省略

省略した場合に適用される値（デフォルト値）

物理ホストの場合：

　Windows：インストール先フォルダ¥auditlog¥

　UNIX：/opt/jp1pc/auditlog/

論理ホストの場合：

　Windows：環境ディレクトリ¥jp1pc¥auditlog¥

　UNIX：環境ディレクトリ/jp1pc/auditlog/

指定できる値

1〜185バイトの文字列

4

Action Log Num

ログファイルの総数の上限（保存面数）を指定します。カレント出力ファイルとシフトファイルの合計を指定してください。

初期値

省略

省略した場合に適用される値（デフォルト値）

5

指定できる値

2〜10の整数

数値以外の文字列を指定した場合，エラーメッセージが出力され，デフォルト値である5が設定されます。

範囲外の数値を指定した場合，エラーメッセージを出力し，指定値に最も近い2〜10の整数値が設定されます。

5

Action Log Size

ログファイルのサイズをキロバイト単位で指定します。

初期値

省略

省略した場合に適用される値（デフォルト値）

2048

指定できる値

512〜2096128の整数

数値以外の文字列を指定した場合，エラーメッセージが出力され，デフォルト値である2048が設定されます。

範囲外の数値を指定した場合，エラーメッセージが出力され，指定値に最も近い512〜2096128の整数値が設定されます。

注※

物理ホストで設定したあと，jpcconf ha setupコマンドで論理ホストを設定すると，物理ホストの設定が論理ホストにも反映されます。論理ホストと物理ホストを同時に使用する場合には，動作ログの出力先ディレクトリが同一にならないようにしてください。

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

Performance Managementでは，ヘルスチェックエージェントのデータモデルおよび監視テンプレートを用意しています。ここではヘルスチェックエージェントのデータモデルおよび監視テンプレートの詳細について説明します。

付録I.1　レコード

(1)　データモデルについて

PFM - Managerのバージョンに対応するヘルスチェックエージェントのデータモデルバージョンを次の表に示します。

PFM - Managerのバージョン

データモデルバージョン

08-11

3.0

08-50

4.0

09-00

5.0

10-00

5.2

10-50以降

5.4

また，データモデルバージョンに対応するレコードを次の表に示します。

レコード名(レコードID)

データモデルバージョン

説明

3.0

4.0

5.0以降

Health Check Detail(PD_HC)

○

○

○

ヘルスチェック結果の詳細情報

Host Availability(PI_HAVL)

−

○

○

ホストごとの稼働実績，稼働率

Host Detail(PD_HOST)

−

○

○

ヘルスチェック結果のホストごとの詳細情報

Reserved Interval(PI)

○

○

○

予約レコード

Reserved Detail(PD)

○

○

○

予約レコード

System Overview(PI_SYS)

−

○

○

システム内のホストの稼働状況サマリ

（凡例）

○：対応している

−：対応していない

(2)　レコードの記載形式

各レコードの説明は，次の項目から構成されています。

機能

各レコードに格納されるパフォーマンスデータの概要および注意事項について説明します。

デフォルト値および変更できる値

各レコードに設定されているパフォーマンスデータの収集条件のデフォルト値およびユーザーが変更できる値を表で示します。「デフォルト値および変更できる値」に記載している項目とその意味を次の表に示します。この表で示す各項目については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照してください。

表I‒1　デフォルト値および変更できる値

項目

意味

変更可否

Collection Interval

パフォーマンスデータの収集間隔（秒単位）。

可：変更できる

不可：変更できない

Collection Offset※1

パフォーマンスデータの収集を開始するオフセット値（秒単位）。オフセット値については，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。

また，パフォーマンスデータの収集開始時刻については，「3.　Performance Managementの機能」を参照のこと。

Log

収集したパフォーマンスデータをStoreデータベースに記録するかどうか。

Yes：

記録する。ただし，「Collection Interval=0」の場合，記録しない。

No：

記録しない。

LOGIF

収集したパフォーマンスデータをStoreデータベースに記録するかどうかの条件。

Sync Collection With※2

レコードのプロパティの［Description］の値に表示されているレコードと同期を取ってパフォーマンスデータを収集するかどうか。詳細は，マニュアル「JP1/Performance Management 運用ガイド」の，稼働監視データの管理について説明している章を参照のこと。

Over 10 Sec Collection Time※3

レコードの収集に10秒以上掛かることがあるかどうか。

Yes：

10秒以上掛かることがある。

No：

10秒掛からない。

注※1

指定できる値は，0〜32,767秒（Collection Intervalで指定した値の範囲内）です。これは，複数のデータを収集する場合に，一度にデータの収集処理が実行されると負荷が集中するので，収集処理の負荷を分散するために使用します。なお，データ収集の記録時間は，Collection Offsetの値に関係なく，Collection Intervalと同様の時間となります。

注※2

Sync Collection Withの表示がある場合，Collection IntervalとCollection Offsetは表示されません。

注※3

履歴データの収集をリアルタイムレポートの表示処理より優先する場合に表示されます。詳細については，マニュアル「JP1/Performance Management 運用ガイド」のトラブルへの対応方法について説明している章を参照してください。

ODBCキーフィールド

PFM - ManagerまたはPFM - Baseで，Storeデータベースに格納されているレコードのデータを利用する場合に必要な主キーを示します。ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。ここで示すのは，各レコード固有のODBCキーフィールドです。複数インスタンスレコードだけが，固有のODBCキーフィールドを持っています。

各レコード共通のODBCキーフィールドについては，「付録I.1(3)　ODBCキーフィールド一覧」を参照してください。

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間を示します。ライフタイムについては，「3.　Performance Managementの機能」を参照してください。

レコードサイズ

1回の収集で各レコードに格納されるパフォーマンスデータの容量を示します。

フィールド

各レコードのフィールドについて表で説明します。表の各項目について次に説明します。

PFM - View名（PFM - Manager名）

PFM - View名

PFM - Web Consoleで表示されるフィールド名（PFM - View名）を示します。

PFM - Manager名

PFM - Managerで，SQLを使用してStoreデータベースに格納されているフィールドのデータを利用する場合，SQL文で記述するフィールド名（PFM - Manager名）を示します。

SQL文では，先頭に各レコードのレコードIDを付けた形式で記述します。例えば，Process Detail（PD）レコードのInterval（INTERVAL）フィールドの場合，「PD_INTERVAL」と記述します。

説明

各フィールドに格納されるパフォーマンスデータについて説明します。

各フィールドのパフォーマンスデータの求め方には，次の種類があります。

今回収集したデータと前回のインターバルで収集したデータによって求められた平均や割合を求めるもの。

今回収集したデータだけで求められるもの（OS内部で累積された値を含む）。

ほかのフィールドのデータから求めるもの（各レコードのフィールドの表にある「データソース」参照）。

特に断り書きがない場合，データの収集間隔によって求められる値となります。

要約

Agent Storeがデータを要約するときの方法（要約ルール）を示します。要約ルールについては，「付録I.1(4)　要約ルール」を参照してください。

形式

char型やfloat型など，各フィールドの値のデータ型を示します。データ型については，「付録I.1(5)　データ型一覧」を参照してください。

デルタ

累積値として収集するデータに対し，変化量でデータを表すことを「デルタ」と呼びます。デルタについては，「付録I.1(6)　フィールドの値」を参照してください。

データソース

該当するフィールドの値の計算方法または取得先を示します。フィールドの値については，「付録I.1(6)　フィールドの値」を参照してください。

(3)　ODBCキーフィールド一覧

ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。ここで示すのは，各レコード共通のODBCキーフィールドです。PFM - ManagerでStoreデータベースに格納されているレコードのデータを利用する場合，ODBCキーフィールドが必要です。

各レコード固有のODBCキーフィールドについては，各レコードの説明を参照してください。

表I‒2　各レコード共通のODBCキーフィールド一覧

ODBCキーフィールド

ODBCフォーマット

データ

説明

レコードID_DATE

SQL_INTEGER

内部

レコードが生成された日付を表すレコードのキー。

レコードID_DATETIME

SQL_INTEGER

内部

レコードID_DATEフィールドとレコードID_TIMEフィールドの組み合わせ。

レコードID_DEVICEID

SQL_VARCHAR

内部

ヘルスチェックエージェントが動作しているホスト名。

レコードID_DRAWER_TYPE

SQL_VARCHAR

内部

区分。有効な値を次に示す。

m：分

H：時

D：日

W：週

M：月

Y：年

レコードID_PROD_INST

SQL_VARCHAR

内部

ヘルスチェックエージェントのインスタンス名。

レコードID_PRODID

SQL_VARCHAR

内部

ヘルスチェックエージェントのプロダクトID。

レコードID_RECORD_TYPE

SQL_VARCHAR

内部

レコードタイプを表す識別子（4バイト）。

レコードID_TIME

SQL_INTEGER

内部

レコードが生成された時刻（グリニッジ標準時）。

(4)　要約ルール

PIレコードタイプのレコードでは，Collection Intervalに設定された間隔で収集されるデータと，あらかじめ定義されたルールに基づき一定の期間（分，時，日，週，月，または年単位）ごとに要約されたデータが，Storeデータベースに格納されます。要約の種類はフィールドごとに定義されています。この定義を「要約ルール」と呼びます。

要約ルールによっては，要約期間中の中間データを保持する必要のあるものがあります。この場合，中間データを保持するためのフィールドがStoreデータベース内のレコードに追加されます。このフィールドを「追加フィールド」と呼びます。追加フィールドの一部は，PFM - Web Consoleでレコードのフィールドとして表示されます。PFM - Web Consoleに表示される追加フィールドは，履歴レポートに表示するフィールドとして使用できます。

なお，要約によって追加される「追加フィールド」と区別するために，ここでは，この節の各レコードの説明に記載されているフィールドを「固有フィールド」と呼びます。

追加フィールドのフィールド名は次のようになります。

Storeデータベースに格納される追加フィールド名

固有フィールドのPFM - Manager名にサフィックスが付けられたフィールド名になります。

PFM - Web Consoleで表示される追加フィールド名

固有フィールドのPFM - View名にサフィックスが付けられたフィールド名になります。

PFM - Manager名に付加されるサフィックスと，それに対応するPFM - View名に付加されるサフィックス，およびフィールドに格納されるデータを次の表に示します。

表I‒3　追加フィールドのサフィックス一覧

PFM - Manager名

PFM - View名

格納データ

_TOTAL

(Total)

要約期間内のレコードのフィールドの値の総和

_COUNT

−

要約期間内の収集レコード数

_HI

(Max)

要約期間内のレコードのフィールド値の最大値

_LO

(Min)

要約期間内のレコードのフィールド値の最小値

（凡例）

−：追加フィールドがないことを示します。

表I‒4　要約ルール一覧

要約ルール名

要約ルール

COPY

要約期間内の最新のレコードのフィールド値がそのまま格納される。

AVG

要約期間内のフィールド値の平均値が格納される。

次に計算式を示す。

(フィールド値の総和)/(収集レコード数)

追加フィールド（Storeデータベース）

_TOTAL

_COUNT

追加フィールド（PFM - Web Console）※

(Total)

ADD

要約期間内のフィールド値の総和が格納される。

LO

要約期間内のフィールド値の最小値が格納される。

HILO

要約期間内のデータの最大値，最小値，および平均値が格納される。

固有フィールドには平均値が格納される。

次に計算式を示す。

(フィールド値の総和)/(収集レコード数)

追加フィールド（Storeデータベース）

_HI

_LO

_TOTAL

_COUNT

追加フィールド（PFM - Web Console）※

(Max)

(Min)

(Total)

−

要約されないことを示す。

注※

PFM - Manager名に「PCT」が含まれるフィールドは，PFM - Web Consoleに追加される（Total）フィールドを履歴レポートで利用できません。

(5)　データ型一覧

各フィールドの値のデータ型と，対応するCおよびC++のデータ型の一覧を次の表に示します。この表で示す「データ型」の「フィールド」の値は，各レコードのフィールドの表にある「形式」の列に示されています。

表I‒5　データ型一覧

データ型

サイズ

（バイト）

説明

フィールド

CおよびC++

char n

char( )

n

nバイトの長さを持つ文字データ。

float

float

4

数値（3.4E±38（7桁））。

long

long

4

数値（-2,147,483,648〜2,147,483,647）。

short

short

2

数値（-32,768〜32,767）。

string(n)

char[ ]

( )内の数

nバイトの長さを持つ文字列。最後の文字は，「null」。

time_t

unsigned long

4

数値（0〜4,294,967,295）。

ulong

unsigned long

4

数値（0〜4,294,967,295）。

(6)　フィールドの値

ここでは，各フィールドに格納される値について説明します。

データソース

各フィールドには，Performance Managementや監視対象プログラムから取得した値や，これらの値をある計算式に基づいて計算した値が格納されます。各フィールド値の取得先または計算方法は，フィールドの表の「データソース」列で示します。

ヘルスチェックエージェントの「データソース」列の文字列は，取得したパフォーマンスデータを加工してフィールドの値を設定している場合，そのフィールドに設定される値の計算方法を示します。なお，データソースでは，次に示す表記方法で示します。

「−」は，取得したパフォーマンスデータを加工してフィールドの値を設定していないことを示します。

デルタ

変化量でデータを表すことを「デルタ」と呼びます。例えば，1回目に収集されたパフォーマンスデータが「3」，2回目に収集されたパフォーマンスデータが「4」とすると，変化量として「1」が格納されます。各フィールドの値がデルタ値かどうかは，フィールドの表の「デルタ」列で示します。

リアルタイムレポートの設定で，［デルタ値で表示］がチェックされている場合，最初にデータが収集されたときから値が表示されます。ただし，前回のデータを必要とするレポートの場合，初回の値は「0」で表示されます。2回目以降のデータ収集は，収集データの値が表示されます。

ヘルスチェックエージェントで収集されるパフォーマンスデータは，次の表のように異なります。

表I‒6　ヘルスチェックエージェントで収集されるパフォーマンスデータ

レコードタイプ

デルタ

データ種別

［デルタ値で表示］のチェック※

レコードの値

PIレコードタイプ

Yes

−

−

−

No

リアルタイムデータ

あり

収集時点の値が表示される。

なし

収集時点の値が表示される。

・履歴データ

・アラームの監視データ

−

収集時点の値が表示される。

PDレコードタイプ

Yes

−

−

−

No

リアルタイムデータ

あり

収集時点の値が表示される。

なし

収集時点の値が表示される。

・履歴データ

・アラームの監視データ

−

収集時点の値が表示される。

（凡例）

−：該当しない

注※

次に示すPFM - Web Consoleの項目がチェックされているかどうかを示します。

レポートウィザードの［編集 > 表示設定（リアルタイムレポート）］画面の［デルタ値で表示］

レポートウィンドウの［Properties］タブの［表示設定（リアルタイムレポート）］の［デルタ値で表示］

パフォーマンスデータが収集される際の注意事項を次に示します。

ヘルスチェックエージェントで最初に格納される履歴レポートのパフォーマンスデータは，前回収集されたデータと今回収集されたデータを基に作成されます。このため，履歴レポートを収集開始してから最初にパフォーマンスデータが収集されるまでの時間は，設定した収集間隔の最大2倍の時間が掛かります。

各フィールドの平均および割合

各フィールドの平均や割合の値については，Interval時間によって秒単位の値として求められるものと，データの収集間隔によって求められるものとがあります。特に断り書きがない場合，データの収集間隔によって求められる値となります（Intervalが60秒間隔の場合，1分単位のデータとなります）。

Intervalフィールドの値

Intervalフィールドの値は，レコードタイプによって異なります。

表I‒7　Intervalフィールドの値

レコードタイプ

インスタンスタイプ

レポートタイプ

説明

PIレコードタイプ

複数インスタンスレコード

リアルタイムレポート

最初の値は「0」。以降はレポートに設定されている「更新間隔※」の値を表示する（秒単位）。

履歴レポート

レポートに設定されている「更新間隔※」の値を表示する（秒単位）。

要約した場合，最後に収集した値を表示する。

シングルインスタンスレコード

リアルタイムレポート

最初の値は「0」。

以降はレポートに設定されている「更新間隔※」の値を表示する（秒単位）。

履歴レポート

レポートに設定されている「更新間隔※」の値を表示する（秒単位）。

要約した場合，要約したレコードの合計を表示する。

PDレコードタイプ

複数インスタンスレコード

リアルタイムレポート

最初の値は「0」。

以降はレポートに設定されている「更新間隔※」の値を表示する（秒単位）。

ただし，次のレコードでは，常に「0」。

Device Detail（PD_DEV）

Process Detail（PD）

Process End Detail（PD_PEND）

Service Process Detail（PD_SVC）

履歴レポート

レポートに設定されている「更新間隔※」の値を表示する（秒単位）。

ただし，次のレコードでは，常に「0」。

Device Detail（PD_DEV）

Process Detail（PD）

Process End Detail（PD_PEND）

Service Process Detail（PD_SVC）

シングルインスタンスレコード

リアルタイムレポート

−

履歴レポート

−

（凡例）

−：該当しない

注※

「更新間隔」は，次の計算式で算出されます。

Intervalフィールドの値 = Record Timeフィールドの値 - 前回取得時のRecord Timeフィールドの値

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

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

PFM - View名

（PFM - Manager名）

説明

形式

デルタ

サポートバージョン

データソース

Agent Host

（DEVICEID）

ヘルスチェックエージェントが動作しているホスト名。

string(256)

No

すべて

−

Agent Instance

（PROD_INST）

ヘルスチェックエージェントが動作しているホスト名。

string(256)

No

すべて

−

Agent Type

（PRODID）

ヘルスチェックエージェントのプロダクトID。1バイトの識別子で表される。

char

No

すべて

−

Date

（DATE）

レコードが作成された日。グリニッジ標準時。※1※2

char 3

No

すべて

−

Date and Time

（DATETIME）

Date（DATE）フィールドとTime（TIME）フィールドの組み合わせ。※2

char 6

No

すべて

−

Drawer Type

（DRAWER_TYPE）

PIレコードタイプのレコードの場合，データが要約される区分。

char

No

すべて

−

GMT Offset

（GMT_ADJUST）

グリニッジ標準時とローカル時間の差。秒単位。

long

No

すべて

−

Time

（TIME）

レコードが作成された時刻。グリニッジ標準時。※1※2

char 3

No

すべて

−

（凡例）

−：ヘルスチェック機能によってパフォーマンスデータを加工してフィールドの値を設定していないことを意味します。

注※1

PIレコードタイプのレコードでは，データが要約されるため，要約される際の基準となる時刻が設定されます。

表I‒9　レコード区分ごとの設定値

区分

レコード区分ごとの設定値

分

レコードが作成された時刻の0秒

時

レコードが作成された時刻の0分0秒

日

レコードが作成された日の0時0分0秒

週

レコードが作成された週の月曜日の0時0分0秒

月

レコードが作成された月の1日の0時0分0秒

年

レコードが作成された年の1月1日の0時0分0秒

注※2

レポートによるデータ表示を実施した場合，DateフィールドはYYYYMMDD形式で，Date and TimeフィールドはYYYYMMDD hh:mm:ss形式で，Timeフィールドはhh:mm:ss形式で表示されます。

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

jpctool db dumpコマンドで，Storeデータベースに格納されているデータをエクスポートすると，次に示すフィールドが出力されます。これらのフィールドも，Storeデータベースに記録されるとき追加されるフィールドですが，PFM - Web Consoleでは表示されないため，レポートに表示するフィールドとして使用できません。これらのフィールドは，ヘルスチェックエージェントが内部で使用するフィールドなので，運用では使用しないでください。

レコードID_DATE_F

レコードID_DEVICEID_F

レコードID_DRAWER_TYPE_F

レコードID_DRAWER_COUNT

レコードID_DRAWER_COUNT_F

レコードID_INST_SEQ

レコードID_PRODID_F

レコードID_PROD_INST_F

レコードID_RECORD_TYPE

レコードID_RECORD_TYPE_F

レコードID_SEVERITY

レコードID_SEVERITY_F

レコードID_TIME_F

レコードID_UOWID

レコードID_UOWID_F

レコードID_UOW_INST

レコードID_UOW_INST_F

(9)　Health Check Detail（PD_HC）

機能

PFM - AgentまたはPFM - RMの稼働状態を示すデータや，PFM - AgentまたはPFM - RMが稼働するホストの稼働状態を示すデータが格納されます。このレコードは複数インスタンスレコードです。このレコードは次のような場合に利用できます。

エージェントの稼働状態変化に対するアラーム，アクションを設定する。

エージェント単位での状態変化をJP1/IMなどの統合管理製品で監視できます。

サービス稼働状態監視モードで監視結果レポートを確認する。

エージェントおよびエージェントを構成するサービスの状態，状態の更新日時など，サービス稼働状態監視モードで収集した詳細な情報が確認できます。

デフォルト値および変更できる値

項目

デフォルト値

変更可否

Log

No

可

Collection Interval※

300

可

Collection Offset

0

可

LOGIF

空白

可

Over 10 Sec Collection Time

No

不可

注※

ここで指定した値がヘルスチェック機能のポーリング周期となります。

ODBCキーフィールド

PD_HC_AGENT

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：716バイト

可変部：1,023バイト

フィールド

（凡例）

−：該当しない

共通フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。常に「HC」。

−

char 8

No

−

Record Time

(RECORD_TIME)

レコードが作成された時刻。

−

time_t

No

−

Interval

(INTERVAL)

レコードが格納された収集間隔の時間（秒単位）。

−

ulong

No

−

Monitoring Level by Num

(MONITORING_LEVEL_NUM)

ヘルスチェック機能の監視レベル（数値）。予約フィールドのため使用できません。

−

short

No

−

Monitoring Level

(MONITORING_LEVEL)

ヘルスチェック機能の監視レベル（文字列）。値は次のとおり。

Host：ホスト稼働状態監視

Service：サービス稼働状態監視

−

string(33)

No

−

エージェントの稼働状態判定フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Agent

(AGENT)

監視対象エージェントのサービスID。

−

string(259)

No

−

Host

(HOST)

監視対象エージェントが稼働するホスト名。

−

string(256)

No

−

Agent Category by Num

(AGENT_CATEGORY_NUM)

監視対象エージェントの種別（数値）。予約フィールドのため使用できません。

−

short

No

−

Agent Category

(AGENT_CATEGORY)

監視対象エージェントの種別。値は次のとおり。

Agent：PFM - Agent

Remote Monitor：PFM - RM

Remote Agent：リモートエージェント

−

string(33)

No

−

Polling Date and Time

(POLLING_DATETIME)

監視対象エージェントに対してポーリングを実行した日時。

−

time_t

No

−

Agent Op Status by Num

(AGENT_STATE_NUM)

監視対象エージェントのステータス（数値）。値は次のとおり。※1

0：非対応

4：動作中

8：縮退稼働

12：サービス停止

16：状態不明

24：ホスト停止

−

short

No

−

Agent Op Status

(AGENT_STATE)

監視対象エージェントのステータス（文字列）。値は次のとおり。※1

Not Supported：非対応

Running：動作中

Incomplete：縮退稼働

Stopped：サービス停止

Unconfirmed：状態不明

Host Not Available：ホスト停止

−

string(33)

No

−

Agent Op Status Change

(AGENT_STATE_CHANGE)

監視対象エージェントのステータスが，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

−

short

No

−

Agent Op Status Cont-Count

(AGENT_STATE_CONT_COUNT)

現在のAgent稼働状態の継続回数（データモデル5.2以降）。

−

short

No

※2

注※1

表示されるエージェントのステータスは，ヘルスチェックエージェントの監視レベルによって異なります。ステータスの詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

注※2

AGENT_STATE_NUMが同じ値のまま継続している回数。

初回は1から開始し，以降1,440までカウントアップします。1,441回目は1,440のままになります。

ホストの稼働状態判定フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Host Op Status by Num

（HOST_STATE_NUM）

監視対象エージェントが稼働するホストのステータス（数値）。予約フィールドのため使用できません。

−

short

No

−

Host Op Status

（HOST_STATE）

監視対象エージェントが稼働するホストのステータス（文字列）。値は次のとおり。

通常のエージェントの場合

Success：通信成功

Failure:エラー詳細：通信失敗。エラーの詳細情報は次のとおり。

・Remote Host Unavailable ：対象ホストが応答しない

・Connection Unavailable：対象ホストとコネクションが確立できない

・Socket Failure：ソケットの操作でエラーが発生した

・Unknown：状態不明

リモートエージェントの場合

Success：通信成功

Failure：通信失敗

Unknown：状態不明

−

string(33)

No

−

サービスの稼働状態判定フィールド（Agent CollectorおよびRemote Monitor Collectorサービス）

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Collector Inclusion in Agent

(COLLECTOR_INCL_AGENT)

Agent CollectorおよびRemote Monitor Collectorをエージェントのステータス評価に含めるかを表すフラグ。ホストの稼働状態を監視する場合は0，サービスの稼働状態を監視する場合は1が設定されます。

0：含めない

1：含める

−

short

No

−

Collector Op Status by Num

(COLLECTOR_STATE_NUM)

Agent CollectorおよびRemote Monitor Collectorのサービス稼働状態（数値）。予約フィールドのため使用できません。

−

short

No

−

Collector Op Status

（COLLECTOR_STATE）

Agent CollectorおよびRemote Monitor Collectorのサービス稼働状態（文字列）。値は次のとおり。

Start Pending：起動処理中

Active：起動中

Standalone Active：起動中（スタンドアロンモード）

Busy：リクエスト処理中

Standalone Busy：リクエスト処理中（スタンドアロンモード）

Too Long Busy：長時間リクエスト処理中※1

Standalone Too Long Busy：長時間リクエスト処理中（スタンドアロンモード）※1

Stop Pending：停止処理中

Inactive：停止中

Unknown：不明※2

−

string(33)

No

−

Collector Op Status Last-Updated

(COLLECTOR_STATE_LAST_UPDATE)

Agent CollectorおよびRemote Monitor Collectorのサービス稼働状態更新日時。

−

time_t

No

−

Collector Op Status Cont-Period

(COLLECTOR_STATE_CONT_PERIOD)

Agent CollectorおよびRemote Monitor Collectorのサービス稼働状態継続時間（秒単位）。※3

−

time_t

No

−

Collector Op Status Change

(COLLECTOR_STATE_CHANGE)

Agent CollectorおよびRemote Monitor Collectorのサービス稼働状態継続が，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

−

short

No

−

注※1

ヘルスチェックエージェントのプロパティでBusy as InactiveをYesに設定した場合に，Time to Busy as Inactiveで設定した時間以上BusyまたはStandalone Busyの状態が続いているときに設定されます。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。

注※2

ホスト稼働状態監視の場合，またはサービス稼働状態監視で次の場合に設定されます。

・サービスを監視対象に含めていない場合。

・対象ホストまたは対象ホスト上のStatus Serverサービスが停止している場合。

・サービスがステータス管理機能に対応していない場合。

・サービスはステータス管理機能に対応しているが，サービスが異常終了したなどの理由によって，ステータス管理機能でサービスの状態を正しく認識できない場合。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。サービスの状態を正しく認識させるには，該当サービスの再起動が必要です。

注※3

サービス稼働状態継続時間は，ポーリングを実行した時刻（Polling Date and Time）と，サービスが現在の稼働状態に遷移した時刻（Collector Op Status Last-Updated，Store Op Status Last-UpdatedまたはAH Op Status Last-Updated）の差分として計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

サービスの稼働状態判定フィールド（Agent StoreおよびRemote Monitor Storeサービス）

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Store Inclusion in Agent

(STORE_INCL_AGENT)

Agent StoreおよびRemote Monitor Storeをエージェントのステータス評価に含めるかを表すフラグ。ホストの稼働状態を監視する場合は0，サービスの稼働状態を監視する場合は1が設定されます。

0：含めない

1：含める

−

short

No

−

Store Op Status by Num

(STORE_STATE_NUM)

Agent StoreおよびRemote Monitor Storeのサービス稼働状態（数値）。

予約フィールドのため使用できません。

−

short

No

−

Store Op Status

(STORE_STATE)

Agent StoreおよびRemote Monitor Storeのサービス稼働状態（文字列）。値は次のとおり。

Start Pending：起動処理中

Active：起動中

Standalone Active：起動中（スタンドアロンモード）

Busy：リクエスト処理中

Standalone Too Long Busy：リクエスト処理中（スタンドアロンモード）

Too Long Busy：長時間リクエスト処理中※1

Standalone Too Long Busy：長時間リクエスト処理中（スタンドアロンモード）※1

Stop Pending：停止処理中

Inactive：停止中

Unknown：不明※2

−

string(33)

No

−

Store Op Status Last-Updated

(STORE_STATE_LAST_UPDATE)

Agent StoreおよびRemote Monitor Storeのサービス稼働状態更新日時。

−

time_t

No

−

Store Op Status Cont-Period

(STORE_STATE_CONT_PERIOD)

Agent StoreおよびRemote Monitor Storeのサービス稼働状態継続時間（秒単位）。※3

−

time_t

No

−

Store Op Status Change

(STORE_STATE_CHANGE)

Agent StoreおよびRemote Monitor Storeのサービス稼働状態継続が，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

−

short

No

−

注※1

ヘルスチェックエージェントのプロパティでBusy as InactiveをYesに設定した場合に，Time to Busy as Inactiveで設定した時間以上BusyまたはStandalone Busyの状態が続いているときに設定されます。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。

注※2

ホスト稼働状態監視の場合，またはサービス稼働状態監視で次の場合に設定されます。

・サービスを監視対象に含めていない場合。

・対象ホストまたは対象ホスト上のStatus Serverサービスが停止している場合。

・サービスがステータス管理機能に対応していない場合。

・サービスはステータス管理機能に対応しているが，サービスが異常終了したなどの理由によって，ステータス管理機能でサービスの状態を正しく認識できない場合。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。サービスの状態を正しく認識させるには，該当サービスの再起動が必要です。

注※3

サービス稼働状態継続時間は，ポーリングを実行した時刻（Polling Date and Time）と，サービスが現在の稼働状態に遷移した時刻（Collector Op Status Last-Updated，Store Op Status Last-UpdatedまたはAH Op Status Last-Updated）の差分として計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

サービスの稼働状態判定フィールド（Action Handlerサービス）

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

AH Inclusion in Agent

(AH_INCL_AGENT)

Action Handlerをエージェントのステータス評価に含めるかを表すフラグ。

0：含めない

1：含める

−

short

No

−

AH Op Status by Num

(AH_STATE_NUM)

Action Handlerのサービス稼働状態（数値）。予約フィールドのため使用できません。

−

short

No

−

AH Op Status

(AH_STATE)

Action Handlerのサービス稼働状態（文字列）。値は次のとおり。

Start Pending：起動処理中

Active：起動中

Standalone Active：起動中（スタンドアロンモード）

Busy：リクエスト処理中

Standalone Busy：リクエスト処理中（スタンドアロンモード）

Too Long Busy：長時間リクエスト処理中：※1

Standalone Too Long Busy：長時間リクエスト処理中（スタンドアロンモード）※1

Stop Pending：停止処理中

Inactive：停止中

Unknown：不明※2

−

string(33)

No

−

AH Op Status Last-Updated

(AH_STATE_LAST_UPDATE)

Action Handlerのサービス稼働状態更新日時。

−

time_t

No

−

AH Op Status Cont-Period

(AH_STATE_CONT_PERIOD)

Action Handlerのサービス稼働状態継続時間（秒単位）。※3

−

time_t

No

−

AH Op Status Change

(AH_STATE_CHANGE)

Action Handlerのサービス稼働状態が，前回のポーリング時と比較して変化したかを表すフラグ。値は次のとおり。

0：変化なし

1：変化あり

−

short

No

−

注※1

ヘルスチェックエージェントのプロパティでBusy as InactiveをYesに設定した場合に，Time to Busy as Inactiveで設定した時間以上BusyまたはStandalone Busyの状態が続いているときに設定されます。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。

注※2

ホスト稼働状態監視の場合，またはサービス稼働状態監視で次の場合に設定されます。

・サービスを監視対象に含めていない場合。

・対象ホストまたは対象ホスト上のStatus Serverサービスが停止している場合。

・サービスがステータス管理機能に対応していない場合。

・サービスはステータス管理機能に対応しているが，サービスが異常終了したなどの理由によって，ステータス管理機能でサービスの状態を正しく認識できない場合。この場合，このサービスは停止しているものとして対象エージェントの稼働状態を判定します。サービスの状態を正しく認識させるには，該当サービスの再起動が必要です。

注※3

サービス稼働状態継続時間は，ポーリングを実行した時刻（Polling Date and Time）と，サービスが現在の稼働状態に遷移した時刻（Collector Op Status Last-Updated，Store Op Status Last-UpdatedまたはAH Op Status Last-Updated）の差分として計算されます。そのため，Performance Managementを運用する各ホストで時刻が一致している必要があります。

メッセージテキストフィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Message Text

(MESSAGE_TEXT)

監視対象エージェントの稼働状態に関する詳細情報。

−

string(256)

No

−

メッセージテキスト

メッセージテキストフィールドには，メッセージが次のように表示されます。

ホスト稼働状態監視のとき，サービス稼働状態監視でエージェントの稼働状態が「非対応」「状態不明」「ホスト停止」のとき

HC: <HC_AGT>

サービス稼働状態監視でエージェントの稼働状態が「動作中」「縮退稼働」「サービス停止」のとき

HC: <HC_AGT> (Collector: <HC_AC>, Store: <HC_AS>[, Action Handler: <HC_AH>])

（凡例）

<HC_AGT>：エージェント稼働状態

<HC_AC>：Agent CollectorおよびRemote Monitor Collectorのサービス稼働状態

<HC_AS>：Agent StoreおよびRemote Monitor Storeのサービス稼働状態

<HC_AH>：Action Handlerのサービス稼働状態

メッセージの出力例

PD_HCレコードのMessage Textフィールドに出力されるメッセージの例を次に示します。

HC：Not Supported

HC：Running (Collector: Active, Store: Active)

HC：Incomplete (Collector: Active, Store: Inactive, Action Handler: Active)

HC：Stopped (Collector: Inactive, Store: Inactive)

HC：Host Not Available

(10)　Host Availability（PI_HAVL）

機能

システムを構成しているホストの稼働実績，稼働率が格納されます。このレコードは複数インスタンスレコードです。このレコードは次のような場合に利用できます。

タイムスケールでのホストの稼働率を確認する。

ホスト単位での稼働実績を確認できます。

なお，リモートエージェントだけで監視しているホストの稼働状態が「Unknown（状態不明）」の場合，そのホストのデータは格納されません。

デフォルト値および変更できる値

項目

デフォルト値

変更可否

Log

No

可

Sync Collection With

Detail Records，HC

不可

LOGIF

空白

可

Over 10 Sec Collection Time

No

不可

ODBCキーフィールド

PI_HAVL_HOST

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：681バイト

可変部：292バイト

フィールド

（凡例）

−：該当しない

共通フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。

COPY

char 8

No

−

Record Time

(RECORD_TIME)

レコードが作成された時刻。

COPY

time_t

No

−

Interval

(INTERVAL)

レコードが格納された収集間隔の時間（秒単位）。

COPY

ulong

No

−

固有フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Host

(HOST)

ホスト名。

COPY

string(256)

No

−

Availability

(AVAILABILITY)

稼働率（%）。

（稼働：100%/停止：0%）

AVG

float

No

−

Total Available Time

(TOTAL_AVAILABLE_TIME)

稼働時間（秒）。※

（稼働：Interval/停止：0）

ADD

ulong

No

−

Total Not Available Time

(TOTAL_NOTAVAILABLE_TIME)

停止時間（秒）。※

（稼働：0/停止：Interval）

ADD

ulong

No

−

Total Monitoring Time

(TOTAL_MONITORING_TIME)

監視時間（秒）。※

常にInterval。

ADD

ulong

No

−

Summary Start Date and Time

(SUMMARY_START_DATETIME)

要約期間での初回格納時刻。

格納時は常にRecord Time。

LO

time_t

No

−

Summary End Date and Time

(SUMMARY_END_DATETIME)

要約期間での最終格納時刻。

格納時は常にRecord Time。

COPY

time_t

No

−

注※

監視を一時停止していた時間は含みません。

(11)　Host Detail（PD_HOST）

機能

ヘルスチェック結果をホスト単位で集計した情報が格納されます。このレコードはホスト名をキーとする複数インスタンスレコードです。このレコードは次のような場合に利用できます。

ホストの状態変化に対するアラーム，アクションを設定する。

ホスト単位での状態変化を，JP1/IMなどの統合管理製品で監視できます。

デフォルト値および変更できる値

項目

デフォルト値

変更可否

Log

No

可

Sync Collection With

Detail Records，HC

不可

LOGIF

空白

可

Over 10 Sec Collection Time

No

不可

ODBCキーフィールド

PD_HOST_HOST

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：716バイト

可変部：325バイト

フィールド

（凡例）

−：該当しない

共通フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。

−

char 8

No

−

Record Time

(RECORD_TIME)

レコードが作成された時刻。

−

time_t

No

−

Interval

(INTERVAL)

レコードが格納された収集間隔の時間（秒単位）。

−

ulong

No

−

Monitoring Level by Num

(MONITORING_LEVEL_NUM)

ヘルスチェック機能の監視レベル（数値）。予約フィールドのため使用できません。

−

short

No

−

Monitoring Level

(MONITORING_LEVEL)

ヘルスチェック機能の監視レベル（文字列）。値は次のとおり。

Host：ホスト稼働状態監視

Service：サービス稼働状態監視

−

string(33)

No

−

固有フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Host

(HOST)

ホスト名。

−

string(256)

No

−

Polling Date and Time

(POLLING_DATETIME)

ポーリング日時。

−

time_t

No

−

Status

(STATE)

ステータス。

（稼働：Available／停止：Not Available／状態不明：Unknown）

−

string(33)

No

−

Status by Num

(STATE_NUM)

ステータス。

（稼働：0／停止：1／状態不明：2）

−

short

No

−

Status Change

(STATE_CHANGE)

ステータス変化の有無。

（変化なし：0／変化あり：1）

−

short

No

−

Num of Agents

(NUM_AGENTS)

ホスト上のエージェントの総数。

−

ulong

No

−

Num of Agents except Sus

(NUM_AGENTS_EXCEPT_SUS)

ホスト上のエージェントの総数（「監視一時停止中」のエージェントを除く）。

−

ulong

No

−

Num of Not Supported

(NUM_NOTSUPPORTED)

ホスト上の「非対応」のエージェント数。※

−

ulong

No

−

Num of Running

(NUM_RUNNING)

ホスト上の「動作中」のエージェント数。※

−

ulong

No

−

Num of Incomplete

(NUM_INCOMPLETE)

ホスト上の「縮退稼働」のエージェント数。※

−

ulong

No

−

Num of Stopped

(NUM_STOPPED)

ホスト上の「サービス停止」のエージェント数。※

−

ulong

No

−

Num of Unconfirmed

(NUM_UNCONFIRMED)

ホスト上の「状態不明」のエージェント数。※

−

ulong

No

−

Num of Host Not Available

(NUM_HOSTNOTAVAILABLE)

ホスト上の「ホスト停止」のエージェント数。※

−

ulong

No

−

Num of Suspended

(NUM_SUSPENDED)

ホスト上の「監視一時停止中」のエージェント数（エージェント指定で一時停止しているものだけ）。※

−

ulong

No

−

注※

稼働状態の詳細については，マニュアル「JP1/Performance Management 運用ガイド」の，Performance Managementの障害検知について説明している章を参照してください。

(12)　Reserved Interval（PI）

予約レコードのため使用できません。

(13)　Reserved Detail（PD）

予約レコードのため使用できません。

(14)　System Overview（PI_SYS）

機能

システムを構成するホストの稼働状況サマリとして，稼働しているホストの数，割合などが格納されます。このレコードは単数インスタンスレコードです。このレコードは次のような場合に利用できます。

スナップショットでのシステムの稼働状態サマリを確認する。

システムの現在の状態，およびその履歴・傾向を確認できます。

デフォルト値および変更できる値

項目

デフォルト値

変更可否

Log

No

可

Sync Collection With

Detail Records，HC

不可

LOGIF

空白

可

Over 10 Sec Collection Time

No

不可

ODBCキーフィールド

なし

ライフタイム

エージェントの初回の起動からアンセットアップまたはアンインストールまで。

レコードサイズ

固定部：801バイト

可変部：0バイト

フィールド

（凡例）

−：該当しない

共通フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

Record Type

(INPUT_RECORD_TYPE)

レコード名。

−

char 8

No

−

Record Time

(RECORD_TIME)

レコードが作成された時刻。

−

time_t

No

−

Interval

(INTERVAL)

レコードが格納された収集間隔の時間（秒単位）。

−

ulong

No

−

固有フィールド

PFM - View名

（PFM - Manager名）

説明

要約

形式

デルタ

データソース

% Available Hosts

(PCT_AVAILABLE_HOSTS)

ホスト稼働率（%）。

HILO

float

No

※1

% Available Hosts except Sus

(PCT_AVAILABLE_HOSTS_EXCEPT_SUS)

ホスト稼働率（%）（監視一時停止中のホストを除く）。

HILO

float

No

※2

Num of Available Hosts

(NUM_AVAILABLE_HOSTS)

稼働ホスト数。

HILO

ulong

No

−

Num of Not Available Hosts

(NUM_NOTAVAILABLE_HOSTS)

停止ホスト数。

HILO

ulong

No

−

Num of Unknown Hosts

(NUM_UNKNOWN_HOSTS)

状態不明ホスト数。

HILO

ulong

No

−

Num of Suspended Hosts

(NUM_SUSPENDED_HOSTS)

監視一時停止中のホスト数（ホスト指定で一時停止しているものだけ）。

HILO

ulong

No

−

Num of Hosts

(NUM_HOSTS)

全体のホスト数。

HILO

ulong

No

−

Num of Hosts except Sus

(NUM_HOSTS_EXCEPT_SUS)

全体のホスト数（監視一時停止中のホストを除く）。

HILO

ulong

No

−

注※1

NUM_AVAILABLE_HOSTS ÷ NUM_HOSTS × 100

注※2

NUM_AVAILABLE_HOSTS ÷ NUM_HOSTS_EXCEPT_SUS × 100

付録I.2　監視テンプレートの概要

Performance Managementでは，ヘルスチェックエージェントのアラームとレポートを定義する場合，次の方法があります。

ヘルスチェックエージェントで定義されているアラームやレポートをそのまま使用する

ヘルスチェックエージェントで定義されているアラームやレポートをコピーしてカスタマイズする

ウィザードを使用して新規に定義する

ヘルスチェックエージェントでは，アラームやレポートを監視テンプレートとして用意しています。監視テンプレートのアラームとレポートは，必要な情報があらかじめ定義されているので，コピーしてそのまま使用したり，ユーザーの環境に合わせてカスタマイズしたりできます。そのため，ウィザードを使用して新規に定義をしなくても，監視対象の運用状況を監視する準備が容易にできます。

ここでは，ヘルスチェックエージェントで定義されている監視テンプレートのアラームとレポートの設定内容について説明します。

重要

監視テンプレートのアラームに設定されているしきい値は参考例です。監視テンプレートのアラームを使用する場合は，コピーして，環境やOSに合わせて適切なしきい値を設定してください。

付録I.3　監視テンプレート（アラーム）

(1)　アラームの記載形式

アラームは，アルファベット順に記載しています。

アラーム名

監視テンプレートのアラーム名を示します。

概要

このアラームで監視できる監視対象の概要について説明します。

主な設定

このアラームの主な設定値を表で説明します。この表では，アラームの設定値と，PFM - Web Consoleの［アラーム階層］画面でアラームアイコンをクリックし，［プロパティの表示］メソッドをクリックしたときに表示される，［プロパティ］画面の設定項目との対応を示しています。各アラームの設定の詳細については，PFM - Web Consoleのアラームの［プロパティ］画面で確認してください。

設定値の「−」は，設定が常に無効であることを示します。

なお，条件式で異常条件と警告条件が同じ場合は，アラームイベントは異常のものだけが発行されます。

関連レポート

このアラームに関連する，監視テンプレートのレポートを示します。PFM - Web Consoleの［エージェント階層］タブでエージェントアイコンをクリックし，［アラームの状態の表示］メソッドで表示される[図データ]アイコンをクリックすると，このレポートを表示できます。

(2)　アラーム一覧

ヘルスチェックエージェントの監視テンプレートで定義されているアラームは，「PFM Health Check Template Alarm VV.RR」というアラームテーブルにまとめられています。「VV.RR」は，監視テンプレートのアラームテーブルのバージョンを示します。このアラームテーブルは，PFM - Web Consoleの［アラーム階層］タブに表示される「HealthCheck」フォルダに格納されています。

ヘルスチェックエージェントのバージョンに対応するデータモデルバージョンとアラームテーブルバージョンを次の表に示します。

ヘルスチェックエージェントのバージョン

アラームテーブルバージョン

アラームテーブルのデータモデルバージョン

08-11

8.11

3.0

08-50

8.50

4.0

09-00以降

09.00

4.0

また，監視テンプレートで定義されているアラームを次の表に示します。

表I‒10　アラーム一覧

アラームテーブルバージョン

アラームテーブル名

アラーム名

説明

8.11

PFM HealthCheck Solution Alarms 8.11

Status Change

対象エージェントのヘルスチェック状態の変化。

Abnormal Status(A)

対象エージェントのヘルスチェック状態。

Abnormal Status(S)

対象エージェントのヘルスチェック状態。

8.50

PFM HealthCheck Solution Alarms 8.50

Status Change

対象エージェントのヘルスチェック状態の変化。

Abnormal Status(A)

対象エージェントのヘルスチェック状態。

Abnormal Status(S)

対象エージェントのヘルスチェック状態。

Host Status Change

対象エージェントホストの稼働状態の変化。

Host Not Available

対象エージェントホストの稼働状態。

09.00

PFM HealthCheck Template Alarms 09.00

Status Change

対象エージェントのヘルスチェック状態の変化。

Abnormal Status(A)

対象エージェントのヘルスチェック状態。

Abnormal Status(S)

対象エージェントのヘルスチェック状態。

Host Status Change

対象エージェントホストの稼働状態の変化。

Host Not Available

対象エージェントホストの稼働状態。

PFM HealthCheck Template Alarms [Service] 09.00

Service State Change

対象エージェントのヘルスチェック状態の変化（リモートエージェントを除く）。

Service Abnormal(A)

対象エージェントのヘルスチェック状態（リモートエージェントを除く）。

Service Abnormal(S)

対象エージェントのヘルスチェック状態（リモートエージェントを除く）。

(3)　アラーム作成時の留意事項

ヘルスチェックイベントとアラームイベントは，それぞれ発行されるタイミングが異なります。ヘルスチェックイベントが各ホストへのポーリング完了時に随時発行されるのに対し，アラームイベントはレコードのCollection Intervalごとに評価され発行されます。監視テンプレートのアラームを利用する場合，PD_HCおよびPD_HOSTレコードを参照しているため，すべての対象エージェントホストへのポーリングの完了後に評価されます。ユーザーがアラームを作成する場合，アラーム評価は条件式に指定するレコードのCollection Intervalごとに行われることに留意して作成する必要があります。また，アラームの発生するホストは，ヘルスチェックエージェントが動作するホスト（PFM - Managerホスト）です。アラームに対してアクションを設定する場合，アクションハンドラとしてLOCALを指定すると，PFM - AgentホストまたはPFM - RMホスト上ではなく，PFM - Managerホスト上で実行されます。

(4)　Status Change

概要

Status Changeアラームは，対象エージェントのヘルスチェック状態の変化を監視します。ヘルスチェック状態が変化したAgentがある場合に，対象エージェントごとに1件アラームが通知されます。エージェントイベント（ヘルスチェックイベント）と同じ粒度でアラームが必要な場合に使用します。このアラームはデフォルトでは無効に設定されています。

発行されるアラームの重大度は，遷移先のヘルスチェック状態に関係なく，常に警告となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

アラームテーブルバージョン　8.11：HealthCheck(3.0)

アラームテーブルバージョン　8.50および09.00：HealthCheck(4.0)

アラームメッセージテキスト

Status of %CVS2 changed to %CVS3

アラームを有効にする

なし

アラーム通知

常にアラーム通知する

すべてのデータを評価する

チェック

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Health Check Detail（PD_HC）

異常条件

Agent Op Status Change = "-1"

AND (Agent = "*" AND Agent Op Status = "*")

警告条件

Agent Op Status Change = "1"AND (Agent = "*" AND Agent Op Status = "*")

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/System Overview(Historical)

(5)　Abnormal Status(A)

概要

Abnormal Status (A)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない状態（「非対応」または「動作中」以外の状態）に遷移したエージェントがある場合に，対象エージェントごとに1件アラームが通知されます。エージェントごとにヘルスチェック状態の異常を検知したい場合に使用します。このアラームはデフォルトでは無効に設定されています。

発行されるアラームの重大度は，縮退稼働へ遷移した場合に警告となり，サービス停止，状態不明，またはホスト停止へ遷移した場合に異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

アラームテーブルバージョン　8.11：HealthCheck(3.0)

アラームテーブルバージョン　8.50および09.00：HealthCheck(4.0)

アラームメッセージテキスト

Status of %CVS2 changed to %CVS3

アラームを有効にする

なし

アラーム通知

常にアラーム通知する

すべてのデータを評価する

チェック

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Health Check Detail（PD_HC）

異常条件

Agent Op Status Change = "1"AND (Agent = "*" AND (Agent Op Status = "*"AND Agent Op Status by Num > "8"))

警告条件

Agent Op Status Change = "1"AND (Agent = "*" AND (Agent Op Status = "*"AND Agent Op Status by Num > "4"))

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/System Overview(Historical)

(6)　Abnormal Status(S)

概要

Abnormal Status (S)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない（「非対応」または「動作中」以外の）状態に遷移したエージェントがある場合に，1ポーリング周期ごとに集約し最大1件のアラームが通知されます。システム単位でヘルスチェック状態の異常を検知したい場合に使用します。このアラームはデフォルトで有効に設定されています。

発行されるアラームの重大度は，縮退稼働へ遷移したエージェントがある場合に警告，サービス停止，状態不明，またはホスト停止へ遷移したAgentがある場合に異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

アラームテーブルバージョン　8.11：HealthCheck(3.0)

アラームテーブルバージョン　8.50および09.00：HealthCheck(4.0)

アラームメッセージテキスト

Transition to abnormal status was detected

アラームを有効にする

チェック

アラーム通知

常にアラーム通知する

すべてのデータを評価する

なし

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Health Check Detail（PD_HC）

異常条件

Agent Op Status Change = "1"AND Agent Op Status by Num > "8"

警告条件

Agent Op Status Change = "1"AND Agent Op Status by Num > "4"

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/System Overview(Historical)

(7)　Host Status Change

概要

Host Status Changeアラームは，対象エージェントホストの稼働状態の変化を監視します。稼働状態が変化したホストがある場合に，対象エージェントホストごとに1件アラームが通知されます。ホストの稼働状態の変化をアラームで通知したい場合に使用します。このアラームはデフォルトでは無効に設定されています。発行されるアラームの重大度は，ホストの稼働状態に関係なく常に警告となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

HealthCheck(4.0)

アラームメッセージテキスト

Host status of %CVS2 changed to %CVS3

アラームを有効にする

なし

アラーム通知

常にアラーム通知する

すべてのデータを評価する

チェック

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Host Detail(PD_HOST)

異常条件

Status Change = "-1" AND (Host = "*" AND Status = "*")

警告条件

Status Change = "1" AND (Host = "*" AND Status = "*")

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Real-Time/Host Status (Real-Time) (4.0)

(8)　Host Not Available

概要

Host Not Availableアラームは，対象エージェントホストの稼働状態を監視します。稼働状態が停止に遷移したホストがある場合に，対象エージェントホストごとに1件アラームが通知されます。ホストの稼働状態の停止を検知したい場合に使用します。このアラームはデフォルトでは無効に設定されています。発行されるアラームの重大度は，異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

HealthCheck(4.0)

アラームメッセージテキスト

Host status of %CVS2 changed to Not Available

アラームを有効にする

なし

アラーム通知

常にアラーム通知する

すべてのデータを評価する

チェック

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Host Detail(PD_HOST)

異常条件

Status Change = "1" AND (Host = "*" AND Status by Num= "1")

警告条件

Status Change = "1" AND (Host = "*" AND Status by Num = "1")

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Real-Time/Host Status (Real-Time) (4.0)

(9)　Service State Change

概要

Service State Changeアラームは，対象エージェントのヘルスチェック状態の変化を監視します。ヘルスチェック状態が変化したエージェントがある場合に，対象エージェントごとに1件アラームが通知されます。このアラームはデフォルトでは無効に設定されています。

Status Changeアラームと同様に，エージェントイベント（ヘルスチェックイベント）と同じ粒度でアラームが必要な場合に使用してください。ただし，このアラームではリモートエージェントは監視対象外です。したがって，PFM - RM運用時に，実際にサービスとして稼働しているPFM - AgentおよびPFM - RMだけを監視したい場合に有用なアラームです。

発行されるアラームの重大度は，遷移先のヘルスチェック状態に関係なく，常に警告となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

HealthCheck(4.0)

アラームメッセージテキスト

Status of %CVS3 changed to %CVS4

アラームを有効にする

なし

アラーム通知

常にアラーム通知する

すべてのデータを評価する

チェック

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Health Check Detail（PD_HC）

異常条件

Agent Category <> "Remote Agent" AND (Agent Op Status Change = "-1" AND (Agent = "*" AND Agent Op Status = "*"))

警告条件

Agent Category <> "Remote Agent" AND (Agent Op Status Change = "1"AND (Agent = "*" AND Agent Op Status = "*"))

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/System Overview(Historical)

(10)　Service Abnormal(A)

概要

Service Abnormal (A)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない状態（「非対応」または「動作中」以外の状態）に遷移したエージェントがある場合に，対象エージェントごとに1件アラームが通知されます。このアラームはデフォルトでは無効に設定されています。

Abnormal Status (A)アラームと同様に，エージェントごとにヘルスチェック状態の異常を検知したい場合に使用してください。ただし，このアラームではリモートエージェントは監視対象外です。したがって，PFM - RM運用時に，実際にサービスとして稼働しているPFM - AgentおよびPFM - RMだけを監視したい場合に有用なアラームです。

発行されるアラームの重大度は，縮退稼働へ遷移した場合に警告となり，サービス停止，状態不明，またはホスト停止へ遷移した場合に異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

HealthCheck(4.0)

アラームメッセージテキスト

Status of %CVS3 changed to %CVS4

アラームを有効にする

なし

アラーム通知

常にアラーム通知する

すべてのデータを評価する

チェック

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Health Check Detail（PD_HC）

異常条件

Agent Category <> "Remote Agent" AND (Agent Op Status Change = "1"AND (Agent = "*" AND (Agent Op Status = "*"AND Agent Op Status by Num > "8")))

警告条件

Agent Category <> "Remote Agent" AND (Agent Op Status Change = "1"AND (Agent = "*" AND (Agent Op Status = "*"AND Agent Op Status by Num > "4")))

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/System Overview(Historical)

(11)　Service Abnormal(S)

概要

Service Abnormal (S)アラームは，対象エージェントのヘルスチェック状態を監視します。ヘルスチェック状態が正常でない（「非対応」または「動作中」以外の）状態に遷移したエージェントがある場合に，1ポーリング周期ごとに集約し最大1件のアラームが通知されます。このアラームはデフォルトで有効に設定されています。

Abnormal Status (S)アラームと同様に，システム単位でヘルスチェック状態の異常を検知したい場合に使用してください。ただし，このアラームではリモートエージェントは監視対象外です。したがって，PFM - RM運用時に，実際にサービスとして稼働しているPFM - AgentおよびPFM - RMだけを監視したい場合に有用なアラームです。

発行されるアラームの重大度は，縮退稼働へ遷移した場合に警告となり，サービス停止，状態不明，またはホスト停止へ遷移した場合に異常となります。

主な設定

PFM - Web Consoleのアラームのプロパティ

設定値

項目

詳細項目

基本情報

プロダクト

HealthCheck(4.0)

アラームメッセージテキスト

Transition to abnormal status was detected

アラームを有効にする

チェック

アラーム通知

常にアラーム通知する

すべてのデータを評価する

なし

監視時刻範囲

常に監視する

発生頻度

指定なし

アラーム条件式

レコード

Health Check Detail（PD_HC）

異常条件

Agent Category <> "Remote Agent" AND (Agent Op Status Change = "1"AND Agent Op Status by Num > "8")

警告条件

Agent Category <> "Remote Agent" AND (Agent Op Status Change = "1"AND Agent Op Status by Num > "4")

アクション

Eメール

なし

コマンド

なし

SNMP

異常，警告

関連レポート

Reports/HealthCheck/Troubleshooting/Recent Past/System Overview(Historical)

付録I.4　監視テンプレート（レポート）

(1)　レポートの記載形式

レポートは，アルファベット順に記載しています。

レポート名

監視テンプレートのレポート名を示します。

概要

このレポートで表示できる情報の概要について説明します。

格納先

このレポートの格納先を示します。

レコード

このレポートで使用するパフォーマンスデータが，格納されているレコードを示します。履歴レポートを表示するためには，この欄に示すレコードを収集するように，あらかじめ設定しておく必要があります。レポートを表示する前に，PFM - Web Consoleの［エージェント階層］画面でエージェントのプロパティを表示して，このレコードが「Log = Yes」に設定されているか確認してください。リアルタイムレポートの場合，設定する必要はありません。

フィールド

このレポートで使用するレコードのフィールドについて，表で説明します。

ドリルダウンレポート（フィールドレベル）

このレポートのフィールドに関連づけられた，監視テンプレートのレポートを表で説明します。このドリルダウンレポートを表示するには，PFM - Web Consoleのレポートウィンドウのグラフ，一覧，または表をクリックしてください。履歴レポートの場合，時間項目からドリルダウンレポートを表示することで，より詳細な時間間隔でレポートを表示できます。なお，レポートによってドリルダウンレポートを持つものと持たないものがあります。

ドリルダウンレポートについての詳細は，マニュアル「JP1/Performance Management 運用ガイド」の，稼働分析のためのレポートの作成について説明している章を参照してください。

(2)　レポートのフォルダ構成

ヘルスチェックエージェントのレポートのフォルダ構成を次に示します。<　>内は，フォルダ名を示します。

<HealthCheck>
 +-- <Monthly Trend>
         +-- System Summary (4.0)
         +-- Hosts Availability (4.0)
             +-- <Drilldown Only>
                   +-- Host Availability (4.0)
 +-- <Status Reporting>
                   +-- System Overview (Historical)
                   +-- System Overview (Status Change)
                   +-- System Summary (4.0)
                   +-- Hosts Availability (4.0)
                   +-- <Drilldown Only>
                         +-- Host Availability (4.0)
 +-- <Troubleshooting>
         +-- <Real-Time>
                   +-- System Overview (Real-Time)
                   +-- Hosts Status (Real-Time) (4.0)
             +-- <Drilldown Only>
                   +-- Agent Detail (Real-Time)
                   +--
         +-- <Recent Past>
                   +-- System Overview (Historical)
                   +-- System Overview (Status Change)
             +-- <Drilldown Only>
                   +-- Agent Detail (Historical)
                   +-- Agent Overview (Historical)
                   +-- Agent Overview (Status Change)

各フォルダの説明を次に示します。

「Status Reporting」フォルダ

日，または週ごとに集計された情報を表示するレポートが格納されています。システムの総合的な状態を見るために使用します。

「Troubleshooting」フォルダ

トラブルを解決するのに役立つ情報を表示するレポートが格納されています。システムに問題が発生した場合，問題の原因を調査するために使用します。

「Real-Time」フォルダ

現在のシステムの状態を確認するためのリアルタイムレポートが格納されています。

「Recent Past」フォルダ

最近1時間の1分ごとに集計された情報を表示する履歴レポートが格納されています。

さらに，これらのフォルダの下位には，次のフォルダがあります。上位のフォルダによって，どのフォルダがあるかは異なります。各フォルダについて次に説明します。

「Advanced」フォルダ

デフォルトで「Log = No」に設定されているレコードを使用しているレポートが格納されています。このフォルダのレポートを表示するには，使用しているレコードの設定をPFM - Web Consoleで「Log = Yes」にする必要があります。

「Drilldown Only」フォルダ

ドリルダウンレポート（フィールドレベル）として表示されるレポートが格納されています。そのレポートのフィールドに関連する詳細な情報を表示するために使用します。

(3)　レポート一覧

監視テンプレートで定義されているレポートをアルファベット順に次の表に示します。

表I‒11　レポート一覧

レポート名

表示する情報

Agent Detail (Historical)

ヘルスチェック結果の詳細

Agent Detail (Real-Time)

ヘルスチェック結果の詳細

Agent Overview (Historical)

ヘルスチェック結果の概要

Agent Overview (Status Change)

ヘルスチェック結果の概要

Host Availability (4.0)

システムを構成するホストの，ホストごとの稼働時間，稼働率などの情報（ドリルダウン先のレポート）

Hosts Availability (4.0)

システムを構成するホストの，ホストごとの稼働時間，稼働率などの情報

Hosts Status (Real-Time) (4.0)

システムを構成するホストの稼働状態

System Overview (Historical)

ヘルスチェック結果の概要

System Overview (Real-Time)

ヘルスチェック結果の概要

System Overview (Status Change)

ヘルスチェック結果の概要

System Summary (4.0)

システムを構成するホストの稼働状態

(4)　System Overview (Historical)

概要

System Overview (Historical)レポートは，ヘルスチェック結果の概要を表示します。各エージェントの稼働状態を表で確認できるほか，各エージェントのステータスを数値化した折れ線グラフで時間遷移を確認できます。グラフでは，重大度の高いステータスほど大きな数値になっているため，視覚的に問題個所を確認できます。また，ドリルダウンによって，特定のエージェントやホストについての絞り込みや，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Status Reporting

Reports/HealthCheck/Troubleshooting/Recent Past

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Message Text

エージェント稼働状態詳細情報

ドリルダウンレポート（レポートレベル）

System Overview (Status Change)

ドリルダウンレポート（フィールドレベル）

レポート名

説明

Agent Overview (Historical)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，AgentフィールドまたはHostフィールドをクリックする。

Agent Detail (Historical)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op StatusフィールドまたはAgent Op Status by Numフィールドをクリックする。

(5)　System Overview (Real-Time)

概要

System Overview (Real-Time)レポートは，最新のヘルスチェック結果の概要を表示します。各エージェントの稼働状態を表で確認できるほか，ドリルダウンによって，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Real-Time

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Message Text

エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名

説明

Agent Detail (Real-Time)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op Statusフィールドをクリックする。

(6)　System Overview (Status Change)

概要

System Overview (Status Change)レポートは，ヘルスチェック結果の概要を表示します。表示される情報はSystem Overview (Historical)レポートと同等ですが，ヘルスチェック結果に変化があったフィールドだけが表示されます。グラフ表示はありません。ドリルダウンによって，特定のエージェントやホストについての絞り込みや，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Status Reporting

Reports/HealthCheck/Troubleshooting/Recent Past

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Message Text

エージェント稼働状態詳細情報

ドリルダウンレポート（レポートレベル）

System Overview (Historical)

ドリルダウンレポート（フィールドレベル）

レポート名

説明

Agent Overview (Status Change)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，AgentフィールドまたはHostフィールドをクリックする。

Agent Detail (Historical)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op Statusフィールドをクリックする。

(7)　System Summary (4.0)

概要

System Summary (4.0)レポートは，ヘルスチェック結果を基に，システムを構成するホストの稼働状態を表示します。稼働状態は表で確認できるほか，全ホスト台数，稼働ホスト台数の折れ線グラフで時間遷移を確認できます。Num of Available Hosts (Max)とNum of Available Hosts (Min)で値が異なる場合，その要約期間内に稼働ホスト台数が変化したことを表します。

注意

ホストの稼働，停止のタイミングによって，Num of Available Hosts (Max)とNum of Available Hosts (Min)に変化がない場合でも，実際に稼働しているホストが変化していることがあります。

格納先

Reports/HealthCheck/Monthly Trend

Reports/HealthCheck/Status Reporting

レコード

System Overview（PI_SYS）

フィールド

フィールド名

説明

Num of Hosts (Max)

システム内の全ホスト台数（最大値）

Num of Available Hosts (Max)

システム内の稼働ホスト台数（最大値）

Num of Available Hosts (Min)

システム内の稼働ホスト台数（最小値）

% Available Hosts

システム内の稼働ホスト率（%）

(8)　Agent Overview (Historical)

概要

Agent Overview (Historical)レポートは，ヘルスチェック結果の概要を表示します。各エージェントの稼働状態を表で確認できるほか，各エージェントのステータスを数値化した折れ線グラフで時間遷移を確認できます。グラフでは，重大度の高いステータスほど大きな数値になっているため，視覚的に問題個所を確認できます。また，ドリルダウンによって，特定のエージェントの稼働状態についての詳細レポートに遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Recent Past/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Message Text

エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名

説明

Agent Detail (Historical)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op StatusフィールドまたはAgent Op Status by Numフィールドをクリックする。

(9)　Agent Overview (Status Change)

概要

Agent Overview (Status Change)レポートは，ヘルスチェック結果の概要を表示します。表示される情報はAgent Overview (Historical)レポートと同等ですが，ヘルスチェック結果に変化があったフィールドだけが表示されます。グラフ表示はありません。ドリルダウンによって，特定のエージェントの稼働状態についての詳細レポートに遷移できます。System Overview (Status Change)レポートからドリルダウンで遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Recent Past/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Message Text

エージェント稼働状態詳細情報

ドリルダウンレポート（フィールドレベル）

レポート名

説明

Agent Detail (Historical)

選択したエージェントの稼働状態の詳細を表示する。このレポートを表示するには，Agent Op Statusフィールドをクリックする。

(10)　Host Availability (4.0)

概要

Host Availability (4.0)レポートは，ヘルスチェック結果を基に，システムを構成するホストごとの稼働時間，稼働率などの情報を表示します。稼働状態は表で確認できるほか，ホストごとの稼働率の折れ線グラフで時間遷移を視覚的に確認できます。Hosts Availability (4.0)レポートからドリルダウンで遷移します。

格納先

Reports/HealthCheck/Monthly Trend/Drilldown Only

Reports/HealthCheck/Status Reporting/Drilldown Only

レコード

Host Availability（PI_HAVL）

フィールド

フィールド名

説明

Host

ホスト名

Availability

稼働率（%）

Total Available Time

監視時間のうち稼働していた時間（秒）

Total Monitoring Time

監視時間（秒）

(11)　Hosts Availability (4.0)

概要

Hosts Availability (4.0)レポートは，ヘルスチェック結果を基に，システムを構成するホストごとの稼働時間，稼働率などの情報を表示します。稼働状態は表で確認できるほか，ホストごとの稼働率の折れ線グラフで時間遷移を視覚的に確認できます。また，ドリルダウンによって，特定のホストだけを表示するよう絞り込みができます。

格納先

Reports/HealthCheck/Monthly Trend

Reports/HealthCheck/Status Reporting

レコード

Host Availability（PI_HAVL）

フィールド

フィールド名

説明

Host

ホスト名

Availability

稼働率（%）

Total Available Time

監視時間での稼働時間（秒）

Total Monitoring Time

監視時間（秒）

ドリルダウンレポート（フィールドレベル）

レポート名

説明

Host Availability (4.0)

ヘルスチェック結果を基に，システムを構成するホストごとの稼働時間，稼働率などの情報を表示する。このレポートを表示するには，Hostフィールドをクリックする。

(12)　Hosts Status (Real-Time) (4.0)

概要

Hosts Status (Real-Time) (4.0)レポートは，ヘルスチェック結果を，システムを構成するホストごとに集約した形式で表示します。

格納先

Reports/HealthCheck/Troubleshooting/Real-Time

レコード

Host Detail（PD_HOST）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング日時

Host

ホスト名

Status

ホストの状態

(13)　Agent Detail (Historical)

概要

Agent Detail (Historical)レポートは，ヘルスチェック結果の詳細を表示します。エージェントの稼働状態の詳細を一覧で確認できます。特定のエージェントについて詳細な情報を確認したい場合に利用します。

System Overview (Historical / Status Change)レポートおよびAgent Overview (Historical / Status Change)レポートからドリルダウンで遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Recent Past/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Collector Op Status

Agent CollectorおよびRemote Monitor Collectorサービスの稼働状態

Collector Op Status Last-Updated

Agent CollectorおよびRemote Monitor Collectorサービスの稼働状態更新時刻

Store Op Status

Agent StoreおよびRemote Monitor Storeサービスの稼働状態

Store Op Status Last-Updated

Agent StoreおよびRemote Monitor Storeサービスの稼働状態更新時刻

AH Op Status

Action Handlerサービスの稼働状態

AH Op Status Last-Updated

Action Handlerサービスの稼働状態更新時刻

Message Text

エージェント稼働状態詳細情報

(14)　Agent Detail (Real-Time)

概要

Agent Detail (Real-Time)レポートは，ヘルスチェック結果の詳細を表示します。エージェントの稼働状態の詳細を一覧で確認できます。特定のエージェントについて詳細な情報を確認したい場合に利用します。System Overview (Real-Time)レポートからドリルダウンで遷移できます。

格納先

Reports/HealthCheck/Troubleshooting/Real-Time/Drilldown Only

レコード

Health Check Detail（PD_HC）

フィールド

フィールド名

説明

Polling Date and Time

ポーリング時間

Agent

PFM - AgentまたはPFM - RM名

Host

PFM - AgentまたはPFM - RMホスト名

Agent Op Status

エージェント稼働状態

Collector Op Status

Agent CollectorおよびRemote Monitor Collectorサービスの稼働状態

Collector Op Status Last-Updated

Agent CollectorおよびRemote Monitor Collectorサービスの稼働状態更新時刻

Store Op Status

Agent StoreおよびRemote Monitor Storeサービスの稼働状態

Store Op Status Last-Updated

Agent StoreおよびRemote Monitor Storeサービスの稼働状態更新時刻

AH Op Status

Action Handlerサービスの稼働状態

AH Op Status Last-Updated

Action Handlerサービスの稼働状態更新時刻

Message Text

エージェント稼働状態詳細情報

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

各バージョンのマニュアルの変更内容を示します。

付録J.1　11-50の変更内容

アラームの自動バインド機能を追加した。

大規模システムの場合の運用設計について追加した。

Performance Managementプログラムのインストール時に，Windowsのシステム環境変数PATHにコマンド格納パスを追加するようにした。

PFM - AgentおよびPFM - RMの接続数の上限を増やす方法を削除した。

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

次のOSをサポートした。

AIX V7.2

Microsoft(R) Windows Server(R) 2016

JP1/IMの［イベントコンソール］画面から，アラームにレポートを関連づけていなくてもイベント発生元ホストのPerformance Managementのレポートを表示できるようにした。

JP1/AJS3と連携して，［ダッシュボード］画面からジョブ実行ホストのPerformance Managementのレポートを表示できるようにした。

アラームの通知方法の説明を変更した。

付録J.3　11-01の変更内容

jpchostsファイルの編集後，自ホストの情報を変更していない場合は，Performance Managementのサービスの再起動が不要になった。

Performance Managementが動作ログを出力する契機に，PFM - Web Consoleからのログアウトを追加した。

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

(1)　資料番号（3021-3-041-30）から資料番号（3021-3-A37）への変更内容

次の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 Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 Advanced Platform (x86)

Red Hat 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 Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat Enterprise Linux(R) Server 6 (32-bit x86)

次のOSをサポートした。

CentOS 6.1 (x64)以降

CentOS 7.1以降

Red Hat 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準拠のアプリケーションプログラムを廃止した。

複数拠点のサーバを監視できるようにした。

OpenStackを利用した環境を監視できるようにした。

JP1/AOと連携して，監視対象を自動で追加したり，削除したりできるようにした。

暗号化通信を使用して，Webブラウザから監視コンソールサーバに接続できるようにした。

Performance Managementで使用できる言語に，次の言語を追加した。

韓国語

スペイン語

中国語（簡体字）

ドイツ語

フランス語

ロシア語

PFM - Managerがインストールされているホストでの言語環境の設定手順を記載した。

IPアドレスの変更手順に自ホスト名の設定手順を記載した。

言語ごとの日付の表示形式を記載した。

View Serverサービスのメモリーの見積もり（11-00以降）についての説明を記載した。

PFM - Web Consoleのバージョンアップの手順を記載した。

移行時の注意事項（11-00以降）を記載した。

ネットワーク管理製品（NNM）と連携している場合のアンセットアップの手順を記載した。

(2)　資料番号（3021-3-347-20）から資料番号（3021-3-A37）への変更内容

次の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 Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 Advanced Platform (x86)

Red Hat 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 Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat Enterprise Linux(R) Server 6 (32-bit x86)

次のOSをサポートした。

CentOS 6.1 (x64)以降

CentOS 7.1以降

Red Hat 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 Version 11 パフォーマンス管理 基本ガイド（稼働性能管理編）」を追加した。

製品の名称を，JP1/ITSLMからJP1/SLMに変更した。

ネットワーク管理製品（NNM）との連携を廃止した。

ODBC準拠のアプリケーションプログラムを廃止した。

複数拠点のサーバを監視できるようにした。

OpenStackを利用した環境を監視できるようにした。

JP1/AOと連携して，監視対象を自動で追加したり，削除したりできるようにした。

暗号化通信を使用して，Webブラウザから監視コンソールサーバに接続できるようにした。

Performance Managementで使用できる言語に，次の言語を追加した。

韓国語

スペイン語

ドイツ語

フランス語

ロシア語

PFM - Managerがインストールされているホストでの言語環境の設定手順を記載した。

IPアドレスの変更手順に自ホスト名の設定手順を記載した。

言語ごとの日付の表示形式を記載した。

View Serverサービスのメモリーの見積もり（11-00以降）についての説明を記載した。

PFM - Web Consoleのバージョンアップの手順を記載した。

移行時の注意事項（11-00以降）を記載した。

ネットワーク管理製品（NNM）と連携している場合のアンセットアップの手順を記載した。

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

(1)　資料番号（3021-3-041-30）の変更内容

10-10リリースから10-50リリースまでにサポートされた機能を含みます。

次のOSをサポートした。

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

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

設定情報の一覧を取得する機能をサポートした。

履歴データの収集をリアルタイムレポートの表示処理より優先する機能（履歴収集優先機能）をサポートした。

監視一時停止機能をサポートした。

［ヘルプ］画面から参照できるマニュアルに「JP1/Performance Management 基本ガイド」を追加した。

アクションの同時実行件数制御機能をサポートした。

再接続処理の分散機能をサポートした。

共通アカウント情報機能をサポートした。

PFM - Web Consoleで，次のOSのLANG 環境変数に日本語UTF-8 を使用できるようにした。

HP-UX

Solaris

AIX

(2)　資料番号（3021-3-347-20）の変更内容

10-10リリースから10-50リリースまでにサポートされた機能を含みます。

次のOSをサポートした。

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

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

設定情報の一覧を取得する機能をサポートした。

履歴データの収集をリアルタイムレポートの表示処理より優先する機能（履歴収集優先機能）をサポートした。

監視一時停止機能をサポートした。

アクションの同時実行件数制御機能をサポートした。

再接続処理の分散機能をサポートした。

共通アカウント情報機能をサポートした。

付録J.6　10-10の変更内容

(1)　資料番号（3021-3-041-20）の変更内容

次のOSをサポートした。

Red Hat Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

監視二重化の構成をサポートした。

インスタンス単位での稼働状態監視をサポートした。

(2)　資料番号（3021-3-347-10）の変更内容

次のOSをサポートした。

Red Hat Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

監視二重化の構成をサポートした。

インスタンス単位での稼働状態監視をサポートした。

付録J.7　10-00の変更内容

(1)　資料番号（3021-3-041-10）の変更内容

次のOSをサポートするOSから削除した。

HP-UX 11i V2 (IPF)

Solaris 9 (SPARC)

Solaris 10 (x64)

Solaris 10 (x86)

AIX 5L V5.3

Red Hat Enterprise Linux(R) AS 4 (AMD64 & Intel EM64T)

Red Hat Enterprise Linux(R) AS 4 (IPF)

Red Hat Enterprise Linux(R) AS 4 (x86)

Red Hat Enterprise Linux(R) ES 4 (AMD64 & Intel EM64T)

Red Hat Enterprise Linux(R) ES 4 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 (IPF)

Red Hat Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 Advanced Platform (IPF)

Red Hat Enterprise Linux(R) 5 Advanced Platform (x86)

次のOSをサポートするOSに追加した。

Red Hat Enterprise Linux(R) Server 6 (64-bit x86_64)

Red Hat Enterprise Linux(R) Server 6 (32-bit x86)

Microsoft(R) Windows Server 2012 Datacenter

Microsoft(R) Windows Server 2012 Standard

JP1/IT Service Level Managementと連携できるようにした。

IPv6環境でもパフォーマンスデータを収集できるようにした。

絞り込みのテキストボックスについて制限値を追加した。

監視対象マシンの時刻設定に関する注意事項を追加した。

PFM - Managerのセットアップ手順に補足を追加した。

初期設定ファイル（config.xml）の設定項目を追加した。

システム構成のバージョン互換に10-00を追加した。

(2)　資料番号（3021-3-347）の変更内容

次のOSをサポートするOSから削除した。

HP-UX 11i V2 (IPF)

Solaris 9 (SPARC)

Solaris 10 (x64)

Solaris 10 (x86)

AIX 5L V5.3

Red Hat Enterprise Linux(R) AS 4 (AMD64 & Intel EM64T)

Red Hat Enterprise Linux(R) AS 4 (IPF)

Red Hat Enterprise Linux(R) AS 4 (x86)

Red Hat Enterprise Linux(R) ES 4 (AMD64 & Intel EM64T)

Red Hat Enterprise Linux(R) ES 4 (x86)

Red Hat Enterprise Linux(R) 5 (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 (IPF)

Red Hat Enterprise Linux(R) 5 (x86)

Red Hat Enterprise Linux(R) 5 Advanced Platform (AMD/Intel 64)

Red Hat Enterprise Linux(R) 5 Advanced Platform (IPF)

Red Hat Enterprise Linux(R) 5 Advanced Platform (x86)

次のOSをサポートするOSに追加した。

Red Hat Enterprise Linux(R) Server 6 (64-bit x86_64)

Red Hat Enterprise Linux(R) Server 6 (32-bit x86)

Microsoft(R) Windows Server 2012 Datacenter

Microsoft(R) Windows Server 2012 Standard

JP1/IT Service Level Managementと連携できるようにした。

IPv6環境でもパフォーマンスデータを収集できるようにした。

絞り込みのテキストボックスについて制限値を追加した。

監視対象マシンの時刻設定に関する注意事項を追加した。

PFM - Managerのセットアップ手順に補足を追加した。

初期設定ファイル（config.xml）の設定項目を追加した。

システム構成のバージョン互換に10-00を追加した。

付録J.8　09-50の変更内容

(1)　資料番号（3020-3-R31-31）の変更内容

業務グループによるアクセスコントロール機能を追加し，ユーザーごとに監視できる範囲を設定できるようにした。

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

次のコマンドでプロセス監視を設定できるようにした。

jpcprocdef create

アプリケーション定義を作成・編集するコマンド

jpcprocdef delete

アプリケーション定義を削除するコマンド

jpcprocdef list

アプリケーション定義の定義名の一覧を表示するコマンド

jpcprocdef output

アプリケーション定義の定義内容を出力するコマンド

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

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に登録されているサービス情報を同期できるようにした。

次のオプションで，コマンドの操作対象ホストを制限できるようにした。

Agentホストリモート操作制限オプション

Agent間直接情報参照抑止オプション

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

業務グループを利用する場合，PFM - Web Consoleでキャッシュに保持するイベントの最大数を設定できるようにした。

グラフに使用されるデフォルトの系列色を変更した。

グラフの表示に関する次の項目を設定できるようにした。

グラフの系列色

グラフの系列色のうち円グラフに使用しない色

折れ線グラフ表示時のプロットのサイズ

集合横棒グラフの凡例の表示順序

複合レポートの最前面に表示するグラフ種別

グラフの目盛に表示するデータラベルの有効小数桁数

グラフの目盛に表示するデータラベルの桁区切りコンマの有無

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

アラーム更新時にアラームが不正に削除される問題に対策できるようにした。

jpcrptコマンドの入力パラメーターファイルで指定するブックマーク名の属性値の読み込み方法を指定できるようにした。

1つのアラームテーブルに定義できるアラームの最大数を，50から250に変更した。

グラフの外観を変更した。

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

State change(Unconfirmed)

State information

State information(Unconfirmed)

ヘルスチェックエージェントのHealth Check DetailレコードのHost Op Statusフィールドで取得される値を変更した。

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

付録J.9　09-10の変更内容

(1)　資料番号（3020-3-R31-21）の変更内容

一般ユーザー権限のユーザーに対して，エージェント階層の参照を制限できるようにした。

セットアップコマンドを非対話形式で実行できるようにした。

次のコマンドでエージェント階層を作成および編集できるようにした。

jpcconf agttree export

エージェント階層定義ファイルをエクスポートするコマンド

jpcconf agttree import

エージェント階層定義ファイルをインポートするコマンド

バージョン09-00以降のPFM - Managerをインストールした場合のヘルスチェック機能の設定状態について記載した。

監視コンソールのWebブラウザとしてInternet Explorer 8.0をサポートした。

同一ユーザーのPFM - Web Consoleへの多重ログインの可否を設定できるようにした。

レポート表示時にメモリーに保持されるキャッシュをディスク上のファイルに出力できるようにした。

レポート印刷画面およびHTML形式レポートに表示する表データの最大行数を制限できるようにした。

レポートの凡例の数が多い場合に，レポートをページ分割できるようにした。

エージェント階層からPFM - Agent for PlatformおよびPFM - RM for Platformのプロセス監視を設定できるようにした。

グラフでの最大ドリルダウンデータ数を制限できるようにした。

JP1イベントを発行する場合にPFM - Web Consoleの［新規アラーム > アクション定義］または［編集 > アクション定義］画面にデフォルトで選択されるAction Handlerサービスの決定方法を選択できるようにした。

複数インスタンスレコードをアラーム監視している場合に，フィールドの値が正常域内に戻ったことを通知できるようにした。

Master StoreサービスのStoreデータベースにイベントデータを格納する場合に必要とするディスク占有量の見積もり式を追加した。

ヘルスチェックエージェントのデータモデルに次の項目を記載した。

レコードの記載形式

ODBCキーフィールド一覧

要約ルール

データ型一覧

フィールドの値

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

付録J.10　09-00の変更内容

(1)　資料番号（3020-3-R31-01）の変更内容

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-R31）との対応を次に示す。

JP1 Version 8 JP1/Performance Management システム構築・運用ガイド（3020-3-K61-80）

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

【概要編】

【概要編】

1.　Performance Managementの概要

1.　Performance Managementの概要

2.　Performance Managementを使ってみよう

2.　Performance Managementを使ってみよう

【設計編】

【設計編】

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

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

4.　Performance Managementの機能

4.　Performance Managementの機能

【構築編】

【構築編】

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

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

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

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

【運用・操作編】

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

7.　Performance Managementの起動と停止

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

9.　エージェントの監視

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

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

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

13.　イベントの表示

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

【システム連携編】

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

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

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

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

【トラブルシューティング編】

19.　Performance Managementの障害検知

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

付録A　制限値

付録A　制限値

付録B　命名規則

付録B　命名規則

付録C　システム見積もり

付録C　システム見積もり

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

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

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

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

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

「付録F　日本語版と英語版の混在環境での注意事項」は，マニュアル「JP1 Version 9 JP1/Performance Management 設計・構築ガイド」（3020-3-R31）の「4.8.3　日本語版と英語版の混在環境での注意事項」へ移動した。

付録G　バージョン互換

付録F　バージョン互換

付録H　動作ログの出力

付録G　動作ログの出力

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

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

−

付録I　コマンドの格納先

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

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

付録K　用語解説

付録K　用語解説

付録K　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

付録K.1　関連マニュアル

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

JP1/Performance Management関連

JP1 Version 11 パフォーマンス管理 基本ガイド（稼働性能管理編）（3021-3-A36）

JP1 Version 11 JP1/Performance Management 運用ガイド（3021-3-A38）

JP1 Version 11 JP1/Performance Management リファレンス（3021-3-A39）

JP1 Version 11 JP1/Performance Management - Remote Monitor for Platform（3021-3-A42）

JP1 Version 11 JP1/Performance Management - Remote Monitor for Oracle（3021-3-A44）

JP1 Version 11 JP1/Performance Management - Remote Monitor for Microsoft(R) SQL Server（3021-3-A45）

JP1 Version 11 JP1/Performance Management - Remote Monitor for Virtual Machine（3021-3-A43）

JP1 Version 11 JP1/Performance Management - Agent Option for Platform(Windows(R)用)（3021-3-A51）

JP1 Version 11 JP1/Performance Management - Agent Option for Platform(UNIX(R)用)（3021-3-A52）

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

JP1 Version 11 JP1/Performance Management - Agent Option for Service Response（3021-3-A53）

JP1 Version 11 JP1/Performance Management - Agent Option for Oracle※（3021-3-A54）

JP1 Version 11 JP1/Performance Management - Agent Option for Microsoft(R) SQL Server※（3021-3-A55）

JP1 Version 11 JP1/Performance Management - Agent Option for IBM DB2※（3021-3-A56）

JP1 Version 11 JP1/Performance Management - Agent Option for HiRDB※（3021-3-A57）

JP1 Version 11 JP1/Performance Management - Agent Option for Enterprise Applications（3021-3-A58）

JP1 Version 11 JP1/Performance Management - Agent Option for IBM Lotus Domino※（3021-3-A59）

JP1 Version 11 JP1/Performance Management - Agent Option for Microsoft(R) Exchange Server※（3021-3-A60）

JP1 Version 11 JP1/Performance Management - Agent Option for Microsoft(R) Internet Information Server※（3021-3-A61）

JP1 Version 11 JP1/Performance Management - Agent Option for IBM WebSphere Application Server※（3021-3-A62）

JP1 Version 11 JP1/Performance Management - Agent Option for Oracle(R) WebLogic Server※（3021-3-A63）

JP1 Version 11 JP1/Performance Management - Agent Option for uCosminexus Application Server※（3021-3-A64）

JP1 Version 11 JP1/Performance Management - Agent Option for OpenTP1※（3021-3-A65）

JP1 Version 10 JP1/Performance Management - Agent Option for IBM WebSphere MQ※（3021-3-071）

JP1 Version 10 JP1/Performance Management - Agent Option for JP1/AJS3※（3021-3-063）

JP1関連

JP1 Version 11 JP1/Automatic Job Management System 3 構築ガイド（3021-3-B15）

JP1 Version 11 JP1/Automatic Operation サービステンプレート開発ガイド（3021-3-A90）

JP1 Version 11 JP1/Automatic Operation サービステンプレートリファレンス（3021-3-A92）

JP1 Version 11 JP1/Base 運用ガイド（3021-3-A01）

JP1 Version 11 統合管理 基本ガイド（統合コンソール編）（3021-3-A06）

JP1 Version 11 JP1/Integrated Management - Manager 導入・設計ガイド（3021-3-A07）

JP1 Version 11 JP1/Integrated Management - Manager 構築ガイド（3021-3-A08）

JP1 Version 11 JP1/Integrated Management - Manager 運用ガイド（3021-3-A09）

JP1 Version 11 JP1/Integrated Management - Manager 画面リファレンス（3021-3-A10）

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

JP1 Version 11 JP1/Integrated Management - Manager メッセージ（3021-3-A12）

JP1 Version 11 JP1/Service Level Management（3021-3-A32）

JP1 Version 10 JP1/NETM/DM 運用ガイド1(Windows(R)用)（3021-3-177）

JP1 Version 10 JP1/NETM/DM Client(UNIX(R)用)（3021-3-181）

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

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

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

注※

日本語限定のマニュアルです。

付録K.2　このマニュアルでの表記

このマニュアルでは，製品名を次のように表記しています。

表記

製品名

AIX

AIX V6.1

AIX V7.1

AIX V7.2

Firefox

Firefox(R)

HP-UX

HP-UX 11i V3 (IPF)

IPF

Itanium(R) Processor Family

J2EE

Java2 Platform, Enterprise Edition

JP1/AJS

JP1/AJS3

JP1/Automatic Job Management System 3

JP1/AJS3 - Agent

JP1/Automatic Job Management System 3 - Agent

JP1/AJS3 - Manager

JP1/Automatic Job Management System 3 - Manager

JP1/AJS3 - View

JP1/Automatic Job Management System 3 - View

JP1/AJS3 - Web Console

JP1/Automatic Job Management System 3 - Web Console

JP1/AO

JP1/Automatic Operation

JP1/Base

JP1/Base

JP1/IM

JP1/IM - Manager

JP1/Integrated Management - Manager

JP1/IM - View

JP1/Integrated Management - View

JP1/ITSLM

（10-50以前）

JP1/ITSLM - Manager

JP1/IT Service Level Management - Manager

JP1/ITSLM - UR

JP1/IT Service Level Management - User Response

JP1/NETM/DM

JP1/NETM/DM Client

JP1/NETM/DM Manager

JP1/NETM/DM SubManager

JP1/SLM

JP1/SLM - Manager

JP1/Service Level Management - Manager

JP1/SLM - UR

JP1/Service Level Management - User Response

JP1/SS

JP1/Service Support

Linux

CentOS

CentOS 6 (x64)

CentOS 6.1 (x64)以降

CentOS 7

CentOS 7.1以降

Linux 6 (x64)

Red Hat Enterprise Linux(R) Server 6.1 (64-bit x86_64)以降

Linux 7

Red Hat Enterprise Linux(R) Server 7.1以降

Oracle Linux

Oracle Linux 6 (x64)

Oracle Linux(R) Operating System 6.1 (x64)以降

Oracle Linux 7

Oracle Linux(R) Operating System 7.1以降

SUSE Linux

SUSE Linux 12

SUSE Linux(R) Enterprise Server 12

NNM

HP NNM

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

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

JP1/Cm2/NNM

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

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

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

Performance Management

JP1/Performance Management

PFM - Agent

PFM - Agent for JP1/AJS※

PFM - Agent for JP1/AJS3

JP1/Performance Management - Agent Option for JP1/AJS3

PFM - Agent for Cosminexus※

JP1/Performance Management - Agent Option for uCosminexus Application Server

PFM - Agent for DB2

JP1/Performance Management - Agent Option for IBM DB2

PFM - Agent for Domino

JP1/Performance Management - Agent Option for IBM Lotus Domino

PFM - Agent for Enterprise Applications

JP1/Performance Management - Agent Option for Enterprise Applications

PFM - Agent for Exchange Server※

JP1/Performance Management - Agent Option for Microsoft(R) Exchange Server

PFM - Agent for HiRDB※

JP1/Performance Management - Agent Option for HiRDB

PFM - Agent for IBM WebSphereMQ※

JP1/Performance Management - Agent Option for IBM WebSphere MQ

PFM - Agent for IIS※

JP1/Performance Management - Agent Option for Microsoft(R) Internet Information Server

PFM - Agent for Microsoft SQL Server※

JP1/Performance Management - Agent Option for Microsoft(R) SQL Server

PFM - Agent for OpenTP1※

JP1/Performance Management - Agent Option for OpenTP1

PFM - Agent for Oracle

JP1/Performance Management - Agent Option for Oracle

PFM - Agent for Platform

PFM - Agent for Platform（UNIX）

JP1/Performance Management - Agent Option for Platform（UNIX(R)用）

PFM - Agent for Platform（Windows）

JP1/Performance Management - Agent Option for Platform（Windows(R)用）

PFM - Agent for Service Response

JP1/Performance Management - Agent Option for Service Response

PFM - Agent for VM

JP1/Performance Management - Agent Option for Virtual Machine

PFM - Agent for WebLogic Server※

JP1/Performance Management - Agent Option for BEA WebLogic Server

JP1/Performance Management - Agent Option for Oracle(R) WebLogic Server

PFM - Agent for WebSphere Application Server※

JP1/Performance Management - Agent Option for IBM WebSphere Application Server

PFM - Base

JP1/Performance Management - Base

PFM - Manager

JP1/Performance Management - Manager

PFM - RM

PFM - RM for Microsoft SQL Server

JP1/Performance Management - Remote Monitor for Microsoft(R) SQL Server

PFM - RM for Oracle

JP1/Performance Management - Remote Monitor for Oracle

PFM - RM for Platform

JP1/Performance Management - Remote Monitor for Platform

PFM - RM for VM

JP1/Performance Management - Remote Monitor for Virtual Machine

PFM - Web Console

JP1/Performance Management - Web Console

Solaris

Solaris 10

Solaris 10 (SPARC)

Solaris 11

Solaris 11 (SPARC)

VMware

VMware ESX 4.0

VMware ESX 4.1

VMware vSphere ESXi 5

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

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

注※

この製品は日本語環境だけで動作する製品です。

付録K.3　このマニュアルで使用する英略語

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

英略語

英字での表記

API

Application Programming Interface

CA

Certificate Authority

CCMS

Computing Center Management System

CPU

Central Processing Unit

CSR

Certificate Signing Request

CSV

Comma Separated Values

DB

DataBase

DDE

Dynamic Data Exchange

DES

Data Encryption Standard

DHCP

Dynamic Host Configuration Protocol

DNS

Domain Name System

DTD

Document Type Definition

EJB

Enterprise JavaBeans

ERP

Enterprise Resource Planning

FQDN

Fully Qualified Domain Name

FTP

File Transfer Protocol

GIF

Graphics Interchange Format

GMT

Greenwich Mean Time

GUI

Graphical User Interface

HTML

HyperText Markup Language

HTTP

HyperText Transfer Protocol

HTTPS

Hypertext Transfer Protocol Security

ICMP

Internet Control Message Protocol

IP

Internet Protocol

ISO

International Organization for Standardization

JavaVM

Java Virtual Machine

JST

Japan Standard Time

KVM

Kernel-based Virtual Machine

LAN

Local Area Network

MIB

Management Information Base

NAT

Network Address Translation

NFS

Network File System

ODBC

Open DataBase Connectivity

OS

Operating System

PDF

Portable Document Format

PDU

Protocol Data Unit

PEM

Privacy Enhanced Mail

PQL

Program Query Language

SFTP

SSH File Transfer Protocol

SHA

Secure Hash Algorithm

SMTP

Simple Mail Transfer Protocol

SNMP

Simple Network Management Protocol

SSH

Secure SHell

TCP

Transmission Control Protocol

TCP/IP

Transmission Control Protocol/Internet Protocol

UAC

User Account Control

UDP

User Datagram Protocol

URL

Uniform Resource Locator

UTC

Universal Time, Coordinated

VPN

Virtual Private Network

WAN

Wide Area Network

WMI

Windows Management Instrumentation

WRP

Windows Resource Protection

WWW

World Wide Web

XML

eXtensible Markup Language

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

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

識別子

プロダクト名表示機能

無効

有効

サービスID

TS1ホスト名

ホスト名<Windows>(Store)

TA1ホスト名

ホスト名<Windows>

サービスキー

agtt

Windows

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

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

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

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

付録K.5　このマニュアルでのフォルダパスの表記

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

Windows版Performance Managementのデフォルトのインストール先フォルダは，次のとおりです。「システムドライブ¥Program Files」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。

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

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

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

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

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

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

/opt/jp1pc

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

/opt/jp1pcwebcon

付録K.6　KB（キロバイト）などの単位表記について

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

付録L　用語解説

（英字）

Action Handler

PFM - ManagerまたはPFM - Baseのサービスの1つです。アクションを実行するサービスのことです。

Agent Collector

PFM - Agentのサービスの1つです。パフォーマンスデータを収集したり，アラームに設定されたしきい値で，パフォーマンスデータを評価したりするサービスのことです。

Agent Store

PFM - Agentのサービスの1つです。パフォーマンスデータを格納するサービスのことです。Agent Storeサービスは，パフォーマンスデータの記録のためにデータベースを使用します。各PFM - Agentに対応して，各Agent Storeサービスがあります。

Correlator

PFM - Managerのサービスの1つです。サービス間のイベント配信を制御するサービスのことです。

HAクラスタシステム

高可用性を実現させるためのクラスタシステムです。障害が発生しても運用を継続できるようにすることを目的としています。業務実行中のサーバで障害が発生すると，待機していた別のサーバが業務を引き継ぎます。これによって，障害発生時の業務の中断を防ぎ，可用性を向上させることができます。

このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

JP1/AO

システムの運用オペレーションを自動化するための製品です。

JP1/AOと連携することで，監視対象を自動で追加・削除できます。

JP1/SLM

業務システムをサービス利用者が体感している性能などの視点で監視し，サービスレベルの維持を支援する製品です。

JP1/SLMと連携することで，稼働状況の監視を強化できます。

Master Manager

PFM - Managerのサービスの1つです。PFM - Managerのメインサービスのことです。

Master Store

PFM - Managerのサービスの1つです。各PFM - Agentから発行されたアラームイベントを管理するサービスのことです。Master Storeサービスはイベントデータの保持のためにデータベースを使用します。

Name Server

PFM - Managerのサービスの1つです。システム内のサービス構成情報を管理するサービスのことです。

ODBCキーフィールド

PFM - ManagerまたはPFM - Baseで，Storeデータベースに格納されているレコードのデータを利用する場合に必要な主キーです。ODBCキーフィールドには，各レコード共通のものと各レコード固有のものとがあります。

PDレコードタイプ

→「Product Detailレコードタイプ」を参照してください。

Performance Management

システムのパフォーマンスに関する問題を監視および分析するために必要なソフトウェア群の総称です。Performance Managementは，次の5つのプログラムプロダクトで構成されます。

PFM - Manager

PFM - Web Console

PFM - Base

PFM - Agent

PFM - RM

PFM - Agent

Performance Managementを構成するプログラムプロダクトの1つです。PFM - Agentは，エージェント監視機能に相当し，監視対象となるアプリケーション，データベース，OSによって，各種のPFM - Agentがあります。PFM - Agentには，次の機能があります。

監視対象のパフォーマンスの監視

監視対象のデータの収集および記録

PFM - Base

Performance Managementを構成するプログラムプロダクトの1つです。Performance Managementで稼働監視を実行するための基盤機能を提供します。PFM - AgentおよびPFM - RMを動作させるための前提製品です。

各種コマンドなどの管理ツール

Performance Managementと他システムとの連携に必要となる共通機能

PFM - Manager

Performance Managementを構成するプログラムプロダクトの1つです。PFM - Managerは，マネージャー機能に相当し，次の機能があります。

Performance Managementのプログラムプロダクトの管理

イベントの管理

PFM - Manager名

Storeデータベースに格納されているフィールドを識別するための名称です。コマンドでフィールドを指定する場合などに使用します。

PFM - RM

Performance Managementを構成するプログラムプロダクトの1つです。PFM - RMは，リモート監視機能に相当し，監視対象となるアプリケーション，データベース，OSによって，各種のPFM - RMがあります。PFM - RMには，次の機能があります。

監視対象のパフォーマンスの監視

監視対象のデータの収集および記録

PFM - View名

PFM - Manager名の別名です。PFM - Manager名に比べ，より直感的な名称になっています。例えば，PFM - Manager名の「INPUT_RECORD_TYPE」は，PFM - View名で「Record Type」です。PFM - Web ConsoleのGUI上でフィールドを指定する場合などに使用します。

PFM - Web Console

Performance Managementを構成するプログラムプロダクトの1つです。WebブラウザでPerformance Managementシステムを一元的に監視するためWebアプリケーションサーバの機能を提供します。PFM - Web Consoleには，次の機能があります。

GUIの表示

統合監視および管理機能

レポートの定義およびアラームの定義

PIレコードタイプ

→「Product Intervalレコードタイプ」を参照してください。

Product Detailレコードタイプ

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

システムの稼働状況

現在使用しているファイルシステム容量

Product Intervalレコードタイプ

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

一定時間内に発生したシステムコール数の推移

使用しているファイルシステム容量の推移

Remote Monitor Collector

PFM - RMのサービスの1つです。パフォーマンスデータを収集したり，アラームに設定されたしきい値で，パフォーマンスデータを評価したりするサービスのことです。

Remote Monitor Store

PFM - RMのサービスの1つです。パフォーマンスデータを格納するサービスのことです。Remote Monitor Storeサービスは，パフォーマンスデータの記録のためにデータベースを使用します。各PFM - RMに対応して，各Remote Monitor Storeサービスがあります。

Storeデータベース

Agent CollectorおよびRemote Monitor Collectorサービスが収集したパフォーマンスデータが格納されるデータベースのことです。

Trap Generator

PFM - Managerのサービスの1つです。SNMPトラップを発行するサービスのことです。

UAC

ユーザーアカウント制御（UAC）のことです。Windowsでは，管理ユーザーとしてログオンしても管理者特権が制限されています。管理者特権の必要なプログラムを実行しようとすると，特権昇格するためのUACポップアップが表示されます。

UACポップアップ

WindowsのUAC機能が有効な場合に，特権昇格を促すポップアップウィンドウのことです。特権昇格を実施した場合，該当プログラムは管理者特権を持った状態で起動されます。

View Server

PFM - Managerのサービスの1つです。PFM - Web ConsoleとPFM - Manager 間を接続するサービスのことです。

WRP

Windowsリソース保護のことです。WRPで保護されたファイルは，削除や変更ができなくなっています。UACとは独立した機能で，たとえ管理者特権を持っていても削除や変更はできません。

（ア行）

アクション

監視するデータがしきい値に達した場合に，Performance Managementによって自動的に実行される動作のことです。次の動作があります。

Eメールの送信

コマンドの実行

SNMPトラップの発行

JP1イベントの発行

アラーム

監視するデータがしきい値に達した場合のアクションやイベントメッセージを定義した情報のことです。

アラームテーブル

次の情報を定義した1つ以上のアラームをまとめたテーブルです。

監視するオブジェクト（Process，TCP，WebServiceなど）

監視する情報（CPU使用率，1秒ごとの受信バイト数など）

監視する条件（しきい値）

アラーム反映状態

アラーム情報が監視エージェントのサービスに反映されたかどうかの状態のことです。Successful（完了），Waiting（反映待ち），Failed（反映失敗），Uncertain（状態不明），Incompatible（非対応），およびInactive（停止中）があります。

インスタンス

このマニュアルでは，インスタンスという用語を次のように使用しています。

レコードの記録形式を示す場合

1行で記録されるレコードを「単数インスタンスレコード」，複数行で記録されるレコードを「複数インスタンスレコード」，レコード中の各行を「インスタンス」と呼びます。

PFM - AgentおよびPFM - RMの起動方式を示す場合

同一ホスト上の監視対象を1つのエージェントで監視する方式のエージェントを「シングルインスタンスエージェント」，同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントを「マルチインスタンスエージェント」，マルチインスタンスエージェントの各エージェントサービスを「インスタンス」と呼びます。

インスタンス番号

内部処理で使用する，1バイトの管理番号を示す識別子のことです。サービスIDの一部です。

エージェント

パフォーマンスデータを収集するPFM - AgentおよびPFM - RMのサービスのことです。

エージェント監視

監視対象のサーバにエージェントをインストールして，サーバの稼働状況を監視する運用形態です。監視対象のサーバにエージェントをインストールする必要はありますが，充実した監視項目でサーバの稼働状況を監視できます。

オートラベル

グラフ上のプロットにマウスポインタを重ねると，対応するデータの値をツールチップに表示できる機能のことです。

オープンインターフェース

SNMPに準拠した製品またはJP1/IMと連携できる機能のことです。

（カ行）

監視テンプレート

PFM - AgentおよびPFM - RMに用意されている，定義済みのアラームとレポートのことです。監視テンプレートを使用することで，複雑な定義をしなくてもPFM - AgentおよびPFM - RMの運用状況を監視する準備が容易にできるようになります。

監視二重化

監視するためのマネージャーを二重化して運用することです。これによって監視のダウンタイムがなくなり，可用性を高められます。

管理者コンソール

WindowsのUAC機能が有効な場合に，管理者特権が必要なコマンドを実行するためにPerformance Managementが提供するコマンドプロンプトのことです。

管理ツール

サービスの状態の確認やパフォーマンスデータを操作するために使用する各種のコマンドまたはGUI上の機能のことです。次のことができます。

サービスの構成および状態の表示

パフォーマンスデータの退避および回復

パフォーマンスデータのテキストファイルへのエクスポート

パフォーマンスデータの消去

機能ID

Performance Managementプログラムのサービスの機能種別を示す，1バイトの識別子のことです。サービスIDの一部です。

共通アカウント情報

PFM - RMホストごとに，複数のインスタンス環境や監視対象で共通のアカウント情報を一元的に管理できます。共通アカウント情報には，インスタンス環境用の「pfmhost」と，監視対象用の「wmi（Windows用）」および「ssh（UNIX用）」があります。

業務グループ

Performance Managementの監視対象ホストを組織ごとに分け，ユーザーが参照できる監視エージェントを限定するためのグループです。業務グループを割り当てられたユーザーは，その業務グループの範囲内で監視エージェントを参照できます。また，Performance Managementで使用できる業務グループには，Performance Managementで定義する業務グループと，統合管理製品（JP1/IM）で定義する業務グループがあります。

業務グループユーザー

操作対象として，業務グループが割り当てられたユーザーのことです。業務グループユーザーは，割り当てられた業務グループの範囲内で監視エージェントを参照できます。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して1つのシステムとして運用するシステムです。大きく分けてHA（High Availability）クラスタシステムと負荷分散クラスタシステムの2種類があります。

このマニュアルでは，単に「クラスタシステム」と記述している場合は，HAクラスタシステムのことを指します。

→「HAクラスタシステム」を参照してください。

→「負荷分散クラスタシステム」を参照してください。

系列グループ

複合ブックマークに登録されたオブジェクトを表示形式によって分類したものです。複合ブックマークの編集によって設定できます。

（サ行）

サービスID

Performance Managementプログラムのサービスに付加された，一意のIDのことです。コマンドを使用してPerformance Managementのシステム構成を確認する場合，または個々のエージェントのパフォーマンスデータをバックアップする場合などは，Performance ManagementプログラムのサービスIDを指定してコマンドを実行します。

サービスIDの形式は，プロダクト名表示機能の設定によって異なります。サービスIDの形式については，「3.1.2　サービスの表示・指定方法（プロダクト名表示機能）」を参照してください。

システムユーザー

Performance Managementシステム全体を操作できるユーザーのことです。

実行系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，業務を実行中のノード（論理ホストがアクティブなノード）のことです。

シングルインスタンスエージェント

同一ホスト上の監視対象を1つのエージェントで監視する方式のエージェントのことです。

→「インスタンス」を参照してください。

スタンドアロンモード

PFM - AgentまたはPFM - RM単独で起動している状態のことです。PFM - ManagerのMaster ManagerサービスおよびName Serverサービスが，障害などのため起動できない状態でも，PFM - AgentまたはPFM - RMだけを起動して，パフォーマンスデータを収集できます。

セカンダリー

監視二重化を構成するマネージャーのうち，監視エージェント（PFM - AgentおよびPFM - RM）との通信が優先されないマネージャーのことです。

（タ行）

待機系ノード

クラスタシステムを構成するそれぞれのサーバシステムの，実行系ノードの障害時に業務を引き継げるよう待機しているノードのことです。

単数インスタンスレコード

1行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持ちません。

→「インスタンス」を参照してください。

データグループ

同一時刻のレコードを1つのデータとした集合のことです。1つのデータグループは1レコード以上あります。

データベースID

PFM - AgentおよびPFM - RMの各レコードに付けられた，レコードが格納されるデータベースを示すIDです。データベースIDは，そのデータベースに格納されるレコードの種類を示しています。データベースIDを次に示します。

PI

PIレコードタイプのレコードのデータベースであることを示します。

PD

PDレコードタイプのレコードのデータベースであることを示します。

データモデル

各PFM - AgentおよびPFM - RMが持つレコードおよびフィールドの総称のことです。データモデルは，バージョンで管理されています。

デバイスID

Performance Managementプログラムのサービスが起動されている，Performance Managementシステム上のホストを示す1〜255バイトの識別子のことです。サービスIDの一部です。

登録レポート

ブックマーク機能を利用して，表示条件やエージェントとあわせて登録されたレポートです。一度登録しておけば，簡単な操作で目的のレポートを表示できます。

ドリルダウンレポート

レポートまたはレポートのフィールドに関連づけられたレポートです。あるレポートの詳細情報や関連情報を表示したい場合に使用します。

（ハ行）

バインド

アラームをエージェントと関連づけることです。バインドすると，エージェントによって収集されているパフォーマンスデータが，アラームで定義したしきい値に達した場合，ユーザーに通知できるようになります。

パフォーマンスデータ

監視対象システムから収集したリソースの稼働状況データのことです。

非対話形式（コマンド）

コマンドの実行中に必要な入力作業について，オプションの指定や定義ファイルの読み込みで代替するコマンドの実行形式です。

非対話形式でコマンドを実行することで，稼働監視システムの構築を省力化でき，ユーザーの負担を軽減できます。

フィールド

レコードに含まれる個々の稼働情報です。Performance Managementでの監視項目に該当します。例えば，System Overview(PI)レコードの場合は，CPU %やPage Faults/secなどがフィールドに相当します。

フェールオーバー

クラスタシステムで障害が発生したときに，業務を実行するサーバの処理を実行系ノードから待機系ノードに引き継ぐことです。

負荷分散クラスタシステム

複数のノードで処理の負荷を分散して実行するシステムです。複数のノードで処理を分散して実行し，処理能力を向上させることを目的としています。また，障害が発生してノードが停止してもほかのノードに処理を切り替えればシステムの可用性も向上できます。

複合ブックマーク

複数の登録レポート，複数のベースラインを保持，管理するオブジェクトのことです。複合レポートを表示できます。

複合レポート画面

複合ブックマーク内の登録レポートおよびベースラインを同一表示するレポート画面です。

複数インスタンスレコード

複数行で記録されるレコードです。このレコードは，固有のODBCキーフィールドを持っています。

→「インスタンス」を参照してください。

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，フェールオーバー時にもほかのサーバに引き継がれません。

プライマリー

監視二重化を構成するマネージャーのうち，優先して監視エージェント（PFM - AgentおよびPFM - RM）と通信するマネージャーのことです。

プライマリーホスト名

グループエージェントの稼働ホスト名のことです。グループエージェントは複数の監視対象を一括監視するため，複数の監視対象のうち，そのグループエージェントを代表する監視対象のホスト名が使用されます。

デフォルトで設定される「All」グループエージェントでは，PFM - RMの稼働ホスト名が使用されます。

プロダクトID

該当するPerformance Managementプログラムのサービスが，Performance Managementのどのプログラムプロダクトのものかを示す1バイトの識別子のことです。サービスIDの一部です。

プロット

グラフの構成要素の1つで，グラフ領域のフィールド上でデータを示す点のことです。例えば，折れ線グラフは，これらの点を順に直線で結ぶことで生成されます。また，Performance Managementでは，プロットをダブルクリックすることでドリルダウンできたり，プロットにマウスポインタを重ねることで対応するデータの値をツールチップに表示できたりします。

ベースライン

過去のある期間のレポートを基準値として保存したオブジェクトのことです。複合レポートに基準値として同一表示できます。

ヘルスチェック

次のサービスやホストの稼働状態を監視する機能です。

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

PFM - AgentまたはPFM - RMが稼働するホスト

PFM - RMの監視対象ホスト

この機能はPFM - Managerが提供します。

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

次のサービスやホストの稼働状態を監視するためのエージェントです。

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

PFM - AgentまたはPFM - RMが稼働するホスト

PFM - RMの監視対象ホスト

（マ行）

マルチインスタンスエージェント

同一ホスト上の監視対象を複数のエージェントで監視する方式のエージェントのことです。

→「インスタンス」を参照してください。

（ラ行）

ライフタイム

各レコードに収集されるパフォーマンスデータの一貫性が保証される期間のことです。

リアルタイムレポート

監視対象の現在の状況を示すレポートです。

リモート監視

監視対象のサーバにエージェントをインストールしないで，別のホストからリモートでサーバの稼働状況を監視する運用形態です。監視対象のサーバにエージェントをインストールする作業が不要なので，稼働中のシステムに対して稼働監視を始める場合に便利です。エージェント監視と比較すると監視項目は少ないものの，1つのPFM - RMで，複数の監視対象のパフォーマンスデータを収集・管理できます。

履歴レポート

監視対象の過去から現在までの稼働状況を示すレポートです。

レコード

目的ごとに分類された稼働情報の集まりです。例えば，SystemOverview(PI)レコードは，CPU使用率や物理メモリー領域の未使用サイズなど，システムの概要を把握するための稼働情報の集まりです。監視エージェントは，レコードの単位で稼働情報を収集します。収集できるレコードは，エージェントプログラムによって異なります。

レポート

PFM - AgentおよびPFM - RMが収集したパフォーマンスデータをグラフィカルに表示する際の情報を定義したものです。主に，次の情報を定義します。

レポートに表示させるレコード

パフォーマンスデータの表示項目

パフォーマンスデータの表示形式（表，グラフなど）

レポートキャッシュファイル

レポートのデータが一時的に格納されるディスク上のファイルのことです。

レポートキャッシュファイルは，レポートキャッシュファイル化機能を有効にした場合に生成され，PFM - Web Consoleでレポートを表示するときやjpcrptコマンドでレポートを出力するときに使用されます。これによって，PFM - Web Consoleがメモリーに保持するデータが減少し，メモリー不足が発生しにくくなります。

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。論理ホストは専用のIPアドレスを持ち，フェールオーバー時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，1つのサーバが常に動作しているように見えます。

索引

A

Abnormal Status(A)アラーム[1]

Abnormal Status(S)アラーム[1]

Action Handler[1]、[2]

Action Handler（用語解説）[1]

Agent Collector[1]

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

Agent Collector（用語解説）[1]

Agent Collectorサービス[1]

Agent Detail (Historical)[1]

Agent Detail (Real-Time)[1]

Agent Overview (Historical)[1]

Agent Overview (Status Change)[1]

Agent Store[1]

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

Agent Store（用語解説）[1]

Agent Storeサービス[1]

Agent間直接情報参照抑止オプション[1]、[2]

Agentホストリモート操作制限オプション[1]、[2]

C

Collection Interval[1]、[2]

Collection Offset[1]

config.xml[1]、[2]、[3]、[4]

Correlator[1]

Correlator（用語解説）[1]

F

Firefox（UNIX）[1]

Firefox（Windows）[1]

H

HAクラスタシステム（用語解説）[1]

Host Availability (4.0)[1]

Host Not Availableアラーム[1]

Hosts Status (Real-Time) (4.0)[1]

Host Status Changeアラーム[1]

I

Internet Explorer[1]

IPアドレス[1]、[2]

IPアドレスの設定の変更[1]、[2]

J

JP1/AO（用語解説）[1]

JP1/SLM（用語解説）[1]

JP1イベント[1]

jpcaspsv[1]

jpcasrec[1]

jpccomm.ini[1]、[2]、[3]、[4]

jpcconf agent setup[1]

jpcconf agttree export[1]

jpcconf agttree import[1]

jpcconf bgdef check[1]

jpcconf bgdef delete[1]

jpcconf bgdef display[1]

jpcconf bgdef export[1]

jpcconf bgdef import[1]

jpcconf bgdef list[1]

jpcconf db define[1]

jpcconf db display[1]

jpcconf db vrset[1]

jpcconf db vrset -ver 2.0[1]

jpcconf ha[1]

jpcconf hc[1]

jpcconf host[1]

jpcconf im[1]

jpcconf inst list[1]

jpcconf inst setup[1]

jpcconf inst unsetup[1]

jpcconf ipv6 disable[1]

jpcconf ipv6 display[1]

jpcconf ipv6 enable[1]

jpcconf mgrhost[1]

jpcconf port[1]

jpcconf prodname[1]

jpcconf stat[1]

jpcconf target display[1]

jpcconf target list[1]

jpcconf target setup[1]

jpcconf target unsetup[1]

jpcimevt[1]

jpcprocdef create[1]

jpcprocdef delete[1]

jpcprocdef list[1]

jpcprocdef output[1]

jpcras[1]

jpcrdef[1]

jpcrpt[1]

jpcspm start[1]

jpcspm stop[1]

jpctool alarm[1]

jpctool db backup[1]

jpctool db clear[1]

jpctool db dmconvert[1]

jpctool db dump[1]

jpctool db import[1]、[2]

jpctool db restore[1]

jpctool service delete[1]

jpctool service list[1]

jpctool service sync[1]

jpcwagtsetup[1]

jpcwconf https disable[1]

jpcwconf https display[1]

jpcwconf https enable[1]

jpcwras[1]

jpcwstart[1]

jpcwstop[1]

jpcwtool https create certreq[1]

jpcwtool https create provcert[1]

jpcwtool https output certtext[1]

L

LANG環境変数の設定[1]、[2]

M

Master Manager[1]

Master Manager（用語解説）[1]

Master Store[1]

Master Store（用語解説）[1]

Master Storeサービス[1]

N

Name Server[1]

Name Server（用語解説）[1]

O

ODBCキーフィールド（用語解説）[1]

ODBCキーフィールド一覧[1]

P

PAレコードタイプ[1]

PD_HC[1]

PD_HOST[1]

PDレコードタイプ[1]

PDレコードタイプ（用語解説）[1]

Performance Management（用語解説）[1]

Performance Managementが提供する製品群[1]

Performance Managementによる稼働監視[1]

Performance Managementの構成例[1]

PFMサービス自動再起動機能[1]、[2]、[3]

PFM - Agent（用語解説）[1]

PFM - AgentまたはPFM - RMの登録[1]、[2]、[3]、[4]

PFM - AgentまたはPFM - RMの物理ホスト名の変更手順[1]、[2]

PFM - Base（用語解説）[1]

PFM - Manager（用語解説）[1]

PFM - Managerのセットアップ手順[1]、[2]

PFM - Managerの物理ホスト名の変更手順[1]、[2]

PFM - Manager名（用語解説）[1]

PFM - RM（用語解説）[1]

PFM - RMのヘルスチェック[1]

PFM - View名（用語解説）[1]

PFM - Web Console[1]

PFM - Web Console（用語解説）[1]

PFM - Web Consoleの設定の変更[1]、[2]

PFM - Web Consoleのセットアップ手順[1]、[2]

PFM - Web Consoleの注意事項[1]、[2]

PFM - Web Service[1]

PI_HAVL[1]

PI_SYS[1]

PIレコードタイプ[1]

PIレコードタイプ（用語解説）[1]

PLレコードタイプ[1]

Product Alarmレコードタイプ[1]

Product Detailレコードタイプ[1]

Product Detailレコードタイプ（用語解説）[1]

Product Intervalレコードタイプ[1]

Product Intervalレコードタイプ（用語解説）[1]

Product Logレコードタイプ[1]

R

Remote Monitor Collector[1]

Remote Monitor Collector（用語解説）[1]

Remote Monitor Collectorサービス[1]

Remote Monitor Store[1]

Remote Monitor Store（用語解説）[1]

Remote Monitor Storeサービス[1]

S

Service Abnormal (A)アラーム[1]

Service Abnormal (S)アラーム[1]

Service State Changeアラーム[1]

Status Changeアラーム[1]

Status Server[1]、[2]

Storeサービス設定ファイル（jpcsto.ini）[1]、[2]

Storeデータベース[1]、[2]

Storeデータベース（用語解説）[1]

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

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

Storeバージョン1.0[1]

Storeバージョン2.0[1]

System Overview (Historical)[1]

System Overview (Real-Time)[1]

System Overview (Status Change)[1]

System Summary (4.0)[1]

T

Trap Generator[1]

Trap Generator（用語解説）[1]

U

UAC（用語解説）[1]

UACポップアップ（用語解説）[1]

ulimit[1]

V

View Server[1]

View Server（用語解説）[1]

W

Webブラウザ[1]

Webブラウザでマニュアルを参照するための設定[1]、[2]

WRP（用語解説）[1]

あ

アクション[1]

アクション（用語解説）[1]

アラーム（用語解説）[1]

アラーム一覧[1]

アラームイベント[1]

アラーム正常回復時の測定値出力機能[1]、[2]

アラームテーブル（用語解説）[1]

アラームテーブル複数バインド機能[1]

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

アラームの記載形式[1]

アラームの通知方法[1]

アラーム反映状態（用語解説）[1]

アンインストール[1]、[2]

暗号化通信[1]

暗号化通信の設定[1]

暗号化通信を使用して，Webブラウザから監視コンソールサーバに接続する[1]

暗号化通信を無効から有効にする[1]

暗号化通信を有効から無効にする[1]

アンセットアップ（Storeバージョン2.0）[1]、[2]

い

移行時の注意事項[1]

移行手順[1]

イベントデータ[1]、[2]

イベントデータの格納先の変更[1]、[2]

インスタンス[1]

インスタンス（用語解説）[1]

インスタンス番号（用語解説）[1]

インストール[1]、[2]

インストール順序[1]、[2]

インポート[1]

う

運用方式の変更[1]、[2]

え

エイリアス名[1]、[2]

エイリアス名（UNIX）[1]

エイリアス名（Windows）[1]

エイリアス名（概要）[1]

エージェント（用語解説）[1]

エージェント監視[1]

エージェント監視（用語解説）[1]

お

オートラベル（用語解説）[1]

オープンインターフェース（用語解説）[1]

か

カーネルパラメーター[1]

概要[1]

稼働情報[1]

監視エージェント[1]

監視基盤[1]

監視コンソール[1]

監視コンソールサーバ[1]

監視テンプレート[1]

監視テンプレート（用語解説）[1]

監視テンプレートの概要[1]

監視二重化（用語解説）[1]

監視ホスト名[1]、[2]

監視ホスト名設定機能[1]、[2]

監視マネージャー[1]

管理者コンソール（用語解説）[1]

管理ツール（用語解説）[1]

き

機能ID（用語解説）[1]

共通アカウント情報[1]

共通メッセージログ[1]、[2]

業務グループ[1]、[2]

業務グループ（用語解説）[1]

業務グループユーザー（用語解説）[1]

共有ディスク[1]

く

クラスタシステム[1]

クラスタシステム（用語解説）[1]

グループエージェント[1]

け

系列グループ（用語解説）[1]

こ

構成変更[1]、[2]

互換[1]

コマンド[1]

コマンド実行時の出力例（プロダクト名表示機能が無効の場合）[1]

コマンド実行時の出力例（プロダクト名表示機能が有効の場合）[1]

さ

サービス[1]

サービスID（用語解説）[1]

サービス階層[1]

サービス階層の表示例（プロダクト名表示機能が無効の場合）[1]

サービス階層の表示例（プロダクト名表示機能が有効の場合）[1]

サービスキー[1]

サービスキー一覧[1]

サービスの稼働状態監視[1]

サービスの指定方法[1]

サービスの表示方法[1]

サービス名[1]

差分[1]

差分データの保存について[1]

し

システム構成の検討[1]、[2]

システム構成の設定および変更[1]、[2]

システムの運用で使用するコマンド[1]

システムの起動・停止で使用するコマンド[1]

システムの設定で使用するコマンド[1]

システム見積もり[1]、[2]、[3]

システムユーザー（用語解説）[1]

実行系ノード（用語解説）[1]

実ホスト名[1]、[2]、[3]、[4]

自動再起動機能[1]、[2]

自動バインド[1]

収集開始時刻[1]

収集できるパフォーマンスデータ[1]

手動バインド[1]

シングルインスタンスエージェント（用語解説）[1]

す

スタンドアロンモード（用語解説）[1]

ステータス管理機能[1]

せ

セカンダリー（用語解説）[1]

設計から運用までの流れ[1]

接続先PFM - Managerの変更[1]、[2]

セットアップ（Storeバージョン2.0）[1]、[2]

セットアップファイル[1]、[2]、[3]、[4]

前提OS[1]、[2]

前提プログラム[1]、[2]

た

待機系ノード（用語解説）[1]

タイリング表示[1]

単数インスタンスレコード[1]

単数インスタンスレコード（用語解説）[1]

つ

通信回線の切断の設定[1]、[2]

て

定期再起動機能[1]、[2]

ディスク占有量[1]、[2]、[3]、[4]

ディスク容量の見積もり[1]

データ型一覧[1]

データグループ[1]

データグループ（用語解説）[1]

データベースID（用語解説）[1]

データモデル[1]、[2]

データモデル（用語解説）[1]

デバイスID（用語解説）[1]

デルタ[1]

と

動作ログの出力[1]

登録レポート（用語解説）[1]

特長[1]

ドリルダウンレポート[1]

ドリルダウンレポート（フィールドレベル）[1]

ドリルダウンレポート（用語解説）[1]

ね

ネットワーク環境[1]、[2]

の

ノード情報[1]

は

バージョンアップの注意事項[1]、[2]

バージョン互換[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]

プログラムの構成図（UNIX）[1]

プログラムの構成図（Windows）[1]

プロダクトID（用語解説）[1]

プロダクト名表示機能[1]、[2]、[3]

プロダクト名表示機能が利用できる範囲[1]

プロット（用語解説）[1]

へ

ベースライン[1]

ベースライン（用語解説）[1]

ヘルスチェック（用語解説）[1]

ヘルスチェックイベント[1]

ヘルスチェックエージェント[1]、[2]

ヘルスチェックエージェント（用語解説）[1]

ヘルスチェック機能[1]、[2]、[3]

変更内容[1]

ほ

ポート番号[1]、[2]

ホストの稼働状態監視[1]

ホスト名の設定および変更[1]、[2]

ま

マニュアルを参照する[1]、[2]

マルチインスタンスエージェント（用語解説）[1]

み

見積もり[1]、[2]

め

命名規則[1]

メモリー所要量[1]

よ

用語解説[1]

要約[1]

要約レコード[1]

ら

ライフタイム[1]

ライフタイム（用語解説）[1]

り

リアルタイムデータ[1]

リアルタイムレポート（用語解説）[1]

リモートエージェント[1]

リモート監視[1]

リモート監視（用語解説）[1]

履歴データ[1]

履歴データの収集開始時刻の例[1]

履歴レポート（用語解説）[1]

れ

レコード[1]、[2]、[3]

レコード（用語解説）[1]

レポート[1]

レポート（用語解説）[1]

レポート一覧[1]

レポートキャッシュファイル（用語解説）[1]

レポートの記載形式[1]

レポートのフォルダ構成[1]

ろ

論理ホスト（用語解説）[1]